Category Archives: GitHub

ONIX Data Library: The Reckoning

Yes, here it is, the exciting sequel to the ONIX Data library, starring ONIX 3.0!

Well…maybe it’s not that exciting. Actually, on second thought, it’s the complete opposite of exciting. I guess that it’s still hard to get excited about, since it’s for that niche segment of developers (like me) who deal with both C# and ONIX. In any case, as opposed to the previous version of the library (which supported ONIX 3.0 only minimally), the new version of the library handles much more of the 3.0 standard, and for me, it’s been a labor of…love? No, that’s too strong a word. Labor of…amusement? No. Hmmm…how about labor of scratching an annoying itch? Hmmm…yeah, that fits. Let’s keep that one.

So, for those scant few from last time, we’re gonna throw another one of those crazy ONIX parties! And those 3 people who put a star on the Github project, you’re invited too! It’s gonna be insane!

Nethereum.eShop: A Practical Template for the World

So, it’s been about two years since I started getting involved with Ethereum and since this blog has turned into mostly posts about Ethereum. And it’s approaching two years since I first met the prolific Juan Blanco and since I first got involved with Nethereum, becoming its self-proclaimed mascot. (I just have the face for it.)

In any case, the Nethereum team has decided that it’s high time to actually show how integration between eCommerce and the Ethereum mainnet is totally possible, especially with Nethereum. And maybe even with the help of Wonka! And how exactly are we going to demonstrate that? By building a working template that’ll give Microsoft’s IBuySpy (for the older folks) and Blazing Pizza a run for their money. Of course, it’s just starting out now, but we hope to have something viable within the next few months.

So, I present…the eShop Store!

Of course, we welcome all contributors, so any Ethereum developers are welcome to join the party! Even any possible names for the store are welcome. Maybe it should be called Buterin Books?

Hmmm…we might need permission for that one.

Quick Tangent: Dumb Bots

So, there’s been so much talk about AI lately, and in particular, there’s a great deal of interest in bots. No, not the Mirai kind (which hopefully isn’t plentiful in the future, despite its Japanese translation). No, I’m talking about the friendly, enterprise kind. You know, the chatbots on Facebook that are supposed to be helpful snippets of AI, capable of booking hotel rooms for you. Of course, I don’t really understand the usefulness of these bots, since there’s no way that a bot could help me find the ideal room faster than my own investigation. In fact, they seem kinda…well…dumb. But these bots are probably not aimed at a self-appointed pariah of social media like myself. Instead, it’s probably meant for those people who are younger (i.e., millenials) and who are more predictable (troves of available marketing data via Facebook, less variety of purchases, etc.). In that case, I suppose that it’s useful for some but not for myself…or is it?

Similar to my reaction to chatbots, I never quite understood the newfound love for Slack. It’s a messenger app…so what? However, as I started to delve more into it, I started to understand its appeal through its extensible functionality, especially to developers. I can create a simple bot (or a basic web service) on my public-facing servers, so I can use Slack to talk with it on my phone and get the status of machines and processes? Okay…that’s kinda cool. (Assuming that your company and networking department embraces the idea of allocating machines just for this purpose. Trust me, I know…that can be a hard sell.) So, maybe, must maybe, I could be down with these chatbots. That way I could use Slack (or Skype) and be hip like the cool kids!

Hmmm…so how I could I actually pitch this one to the brass? Curious, I looked to see if there was already an enterprise version of such a solution, and though I did find one or two, they seemed to be costly and less flexible than desired. So why not just build one cheaply on my own? Since I recently read something about Microsoft’s nascent bot framework and its integration with Skype, I figured that I could start there as a quick way to prototype. After proceeding through a few quick tutorials, it became obvious that a chatbot is nothing more than a tailored RESTful web service, and with that realization, I quickly assembled and got working the prototype that I had in mind.

However, over the next few weeks, I started to realize that it wasn’t viable. One, since this framework is too young to even stand on its own wobbly legs, Microsoft keeps updating the framework and breaking my stable prototypes. As with previous experiences when dealing with a Microsoft gestation, I wondered again if Redmond’s new projects (along with their frenetic and seemingly bipolar updates) are victims of Conway’s Law…Two, I read about how Skype does not and will not support third-party bots that are not publicly registered in their Bot Directory. I’m fairly sure nearly all of the company brass would have a problem with a publicly available chatbot that tells the status of our internal servers. Just a hunch.

After taking a quick look at other platforms, I came away with similar impressions. In the end, I’d say that chatbots are like a lot of new tech these days: lots of potential but some distance away from ultimately being practical.

ONIX Data Library : Now Available on iOS

Well…I might be a little “tricksy” in that announcement, since it might not be exactly what you think. No, I haven’t yet ported the solution to Swift. (After playing with a few projects pulled from Github, I noticed how different Objective-C and Swift are from the state of iOS development 5 years ago. Seems like there might be a little bit of a learning curve there.)

However, the good news from Microsoft with .NET Core keeps coming. So, on top of delivering the port to Linux, they released the preview of Visual Studio for Mac only a few weeks ago. And the reaction seems to be generally positive! Now, all Mac-centric companies that deal with book data can make use of my ONIX Data Library. We just welcomed another 7 people to the fold!

Given to Open Source: ONIX Data Library

The ONIX standard…huh? Am I right? What…you’ve never heard of it?!?

Yeah, well…I guess that makes sense. However, if you’ve worked on any project regarding the publishing industry, then there’s a good chance that you have heard of it. Basically, it’s the international standard for representing electronic data regarding books (along with other select media formats). Titles, prices, commentaries…most of that data is passed between companies in the ONIX format. It can be frustrating to work with at times…but work with it you must.

Strangely, though, there aren’t many tools or libraries out there which focus on it. Now, you might be saying, “Of course there are no libraries or tools out there…there are more people that you use Sanskrit than use this standard.” Well…that might be true; I’m not sure. However, there are enough people out there (including developers) who work with it; there should be something out there to help us brave few. And when I found nearly nothing for the .NET platform, I decided to make one of my own.

It was a little awkward at first during development, since I found a few platform issues regarding XML in my adventures. However, after a few weeks of work, I finally had something substantial. So, I am proud to introduce the world’s first open-source serialization/parser library for ONIX in C#, complete with a few pretty ribbons attached! It’s bound to be of some use to somebody…all 5 people who happen to use both ONIX and the .NET platform. Everyone else may say “blah”, but those scant few are going to be ecstatic. We’re going to throw a pizza party just for us, and everybody else is going to be soooo jealous.