Behavior, Content, Money – 3 Things you should never give away for free!!!

BCmoney MobileTV

Unboxing the MintChip

Posted by bryan on April 15, 2012 in E-Business, E-Commerce, JavaScript, JSON, Mobile, Web Services with 4 Comments


No Gravatar
Royal Canadian Mint

Royal Canadian Mint (Photo credit: Wikipedia)

The Royal Canadian Mint(RCM) has sponsored the MintChip Challenge 2012 in an effort to attract developers to the idea of developing software for the MintChip and giving away their best financial application ideas, basically, for free (on the long-shot that you are one of the few who win).

Starting April 1st, 2012, they began mailing out physical MintChip developer kits for up to 500 contestants (which will likely be an order of magnitude more actual developers involved when you count those who will inevitably work on larger teams).

Since Digital Currencies and related technologies have long been on my radar as a major business opportunity area, as well as a personal interest of mine in terms of how they work, it was only natural to apply for a kit. Today, mine finally arrived!

 

Contained in the package:

  • USB-microSD reader with MintChip software pre-installed
  • 2 MintChip MicroSD cards (aka. the MintChips themselves)
  • 2 SD-microSD card readers (paired with MintChips; one can act as sender, one as receiver)
  • Brief instructions on how to find your $100 balance for each MintChip (but no URLs, of course!)
  • The package itself has a punch-out Door Hanger on the back

 

Read the rest of this entry »

WordReference API – AJAX SDK & Widget

Posted by bcmoney on June 1, 2011 in JavaScript, JSON, Semantic Web, Web Services with 22 Comments


No Gravatar
Languages

Yesterday I wrote about the Google API shutdown. It seems that I was wrong in that post about Wordreference not having an API, just a few days earlier founder Michael Kellogg announced the introduction of the brand-spanking new Wordreference API.

Like a dunce I contacted Michael by email to learn about this new revelation without double-checking the site itself (I knew in the past they didn’t have one, as I had checked just a month or so before out of curiosity). It seems that the API was in-development for quite some time, but was rushed out the door on the news of the Google Translate API shutdown. I can easily say that nothing was lost in the final rush, the API is excellent! There are both HTML or JSON versions of the API currently supported and the RESTful URIs make the whole thing quite intuitive to work with.

Awesome! So, feeling a bit dejected earlier this week, yet today having newfound hope for the future of online Translations, I’ve decided to build an SDK and example Widget for the newly released WordReference Dictionary API. I wanted to show multiple ways of interacting with the Translation API (including JSONp, jQuery, YQL, Server Proxy, Cache, etc) all directly via JavaScript. Also, with the completed Widget example, I wanted to show how you can use the API to simulate a full-text translation in real-time, without there being a full-text machine translation feature supported by WordReference (which works on words or phrase lookup only, since it is primarily a dictionary, not a translation service). The only downside of this approach, is that it may result in ALOT of requests to the API.

The CSS presentation styling is extremely minimal, but in the near future I’d consider adding more CSS3 hip features like text-shadows, gradients, transitions/fades and rounded corners. In the meantime, we get this basic CSS:
Read the rest of this entry »

Video Game XML schema and JSON serialization

Posted by bryan on May 17, 2010 in HTML, JavaScript, JSON, Multimedia, XML with 1 Comment


No Gravatar

8-bit Mario

The original!!! In HTML5 to boot, wowowowow!!!


In honor of the recent uptake in video games designed on the web completely using open web technologies (i.e. HTML5, CSS3, JavaScript2), I decided it might possibly be useful to someone out there someday if I share a generic XML schema for describing levels, characters and secrets in games. This schema is data-focused, not transaction or interaction-focused; as such you might consider it incomplete, as it is missing the requisite timing information, animations, transitions, object drawings & renderings, etc… all admittedly required to put together a complete game.

That information is what I consider implementation-specific though, as there’s not a single foolproof/clean way to markup interactivity or logic information for a very wide array of games, screens, operating systems and devices. There are a number of initiatives already under way to model some aspects of the interactivity problem though, started by people much brighter than myself. See VRML, WebGL, and SMIL + SVG, Canvas/Javascript or even just plain old Flash/Actionscript for some interesting approaches in this area of interactivity and animation modeling.

What’s wrong with Video Games nowadays?
One of the biggest problems in the Gaming and related industries nowadays is not the lack of hardware or software capabilities, but rather, keeping up with the increasing capabilities in terms of processing power and new technology possibilities. In addition, margins are getting arguably thinner on games, with teams required to be bigger and bigger to ship products out the door on time. The point is though, is that there is always a better way than multiple groups of people separately beating their collective heads against a wall trying to keep up with innovation. The answer lies in open standards.

Who stands to gain from standardization?
Everyone from the consumer down to the MMORPG companies (i.e. Linden with SecondLife, or Blizzard with WoW) to Educators (i.e. Northern Ontario School of Medicine with OpenLabyrinth or the millitary with their infamous adoption of SCORM in desperation to reach a standard for training simulations) to the Game Designers, Creatives & Developers whose jobs would be made easier, to the big-time game production shops (i.e. EA, LucasArts, HB Studios) who could collaborate with their audiences directly to churn out hits at an even faster rate, we’re even talking right down to the console manufacturers themselves (i.e. Sony, Nintendo, Microsoft) would be interested in a standardized solution that enabled them to boast a larger number of titles and higher sales. But the problem is they haven’t the time nor resources to get together and really focus on hashing out the standard (or multiple standards) that would be required to solve the problem(s) they face, and most importantly even agreeing on what their biggest (common) problems are. Hence there remains a lot of waste across each of these industries, and the best we have to look to will continue to be collaborative groups like the W3C, which certainly does have the time to develop interoperable standards to support collaboration. What does this mean?

The platform will eventually be the web, its practically inevitable. This may sound odd at first, but especially when one considers that processing power continues to increase across the board. Heck, I never thought I’d admit it but even Microsoft’s continually improving adherance to such open standards is starting to shine through with their impressive GPU-accelerated HTML5 demos for IE9 Beta.

This should be considered a major win though for the open web in general; what it shows is that the big guys are willing to play with cool new open standards, they just might not necessarily waste all their time and R&D Budget with a risk of winding up on the bleeding edge of a new technology rather than on the “cutting edge”. So its an eternal cat & mouse game, as they try to divide up the larger piece of cheeze amongst themselves and their proprietary consoles. With the right guidance, leadership and grassroots demand they can and will realize the benefits or sharing a lot more of the cheeze in the name of drastically increasing the number of people who incorporate cheeze consuming and making into their daily diets (so much they’d be happy to help bake more, or, at least pay for someone else to make more for them).

A modest proposal
With that lengthy premise out of the way, keep in mind, the following schema is just a first kick at the can for fun, so let’s see what we end up with. What I’d ultimately like it to be is a way of unlocking the complex and seemingly cryptic/exclusive world of game development, for the common man with an idea and some spare time/energy.

This is why I also created a prototype for a new HTML5 online game development studio to go with the new formats.

View an Example XML below:
Read the rest of this entry »

BC$ (JS/xHTML/CSS) Web Framework

Posted by bcmoney on November 2, 2008 in AJAX, CSS, Flash, HTML, Java, JavaScript, JSON, Multimedia, PHP, Web Services, XML with No Comments


No Gravatar
js-frameworks

Collage of JavaScript frameworks.
(Photo credit: TripWire)

In light of the massive popularity of existing JavaScript frameworks such as Dojo, jQuery and the original one (as far as I’m concerned) Prototype.JS I’m releasing a heaping mass of code which I’ve accumulate over the past 3 years of consulting, tinkering, hacking, borrowing ideas, and learning in web development. I doubt that my own will ever reach the prolific popularity of the more popular frameworks, and even personally I’ve all but resigned to using jQuery or Prototype (depending on the problem); but I’m releasing it as a version 1.0 (Beta and FINAL release all in one) nonetheless, if only it may come in handy to someone, somewhere.
Read the rest of this entry »

BC$ = Behavior, Content, Money

The goal of the BC$ project is to raise awareness and make changes with respect to the three pillars of information freedom - Behavior (pursuit of interests and passions), Content (sharing/exchanging ideas in various formats), Money (fairness and accessibility) - bringing to light the fact that:

1. We regularly hand over our browser histories, search histories and daily online activities to companies that want our money, or, to benefit from our use of their services with lucrative ad deals or sales of personal information.

2. We create and/or consume interesting content on their services, but we aren't adequately rewarded for our creative efforts or loyalty.

3. We pay money to be connected online (and possibly also over mobile), yet we lose both time and money by allowing companies to market to us with unsolicited advertisements, irrelevant product offers and unfairly structured service pricing plans.

  • Calendar

    • June 2022
      M T W T F S S
       12345
      6789101112
      13141516171819
      20212223242526
      27282930  
  • Archives