In a previous post, Getting CRUDy with Meteor, I wrote about a way to abstract your event handling so that you didn't have to handle routine events in every single template. The original solution came from my Meteor application EtherPOS. The solution was a bit complex, I think partially, because it was so early on in both Meteor's progress and my own Meteor development progress.
Recently, during a massive upgrade of EtherPOS, I further abstracted my event handling into an even simpler structure through the use of nested templates. This has resulted in more readable code, easier maintainability and easier debugging.
Sunday, November 24, 2013
I was going to title this post Meteor Impact: What To Do When Your App Blows Up!. I chose otherwise because the issue we ran into had nothing to do with Meteor and everything to do with how I had designed the application. As well, it sent me down an interesting rabbit hole in search of a solution to the problems we were experiencing within our application and I felt the title needed to be a bit more indicative of that.
Wednesday, October 2, 2013
So, over the past couple of months I have told a number of people on the Google meteor-talk forum and on irc that I would whip up an article about how I have implemented forms handling and basic crud in my Meteor application.
This article comes with a few caveats.
This article comes with a few caveats.
- I started my application before Meteorite. So, I don't use 3rd party packages and I haven't converted these application design concepts into packages.
- This isn't a cut & paste recipe. This is a high level overview of my application design. It should be sufficient for someone to understand and potentially implement.
- I am still on Meteor 6.4.1. No idea if it will work with 6.5.1
- I am simplifying what I did to make it easier to follow and leaving A LOT out.
- I wrote this fast. It will be littered with misspellings and grammatical errors.
Monday, September 2, 2013
Toward the end of 2011, I kicked off the R& D phase for a new project called EtherPOS. EtherPOS is a cloud based retail point of sale system for multi-store organizations. At the time, one of my other companies, Atomic Tattoos, was struggling and burdened by the inefficiencies of three different retail point of sale systems. At my wits end, I decided it was time to create a retail point of sale system that acts and thinks like a retailer does. My decision involved selecting Meteor as the framework of choice!
Tuesday, May 1, 2012
At one of my companies Atomic Tattoos we just recently did an interesting experiment that involved Facebook, contests, sweepstakes, prizes, gift certificates and social commerce. For the last ten years we have given gift certificates and gift cards to our media partners to use in contests and promotions and we routinely give them away to non-profit organizations to auction off for fund raising campaigns. Over the last few years we have shifted more and more of our advertising and marketing budget away from traditional media to online media. More specifically, we have focused our efforts on micro-sites, mini-sites, fan pages combined with interactivity campaigns.
Saturday, December 31, 2011
At one of my companies Atomic Tattoos we have actively engaged in Socially Responsible campaigns since 2003. Specifically we created, launched and have maintained Toys for Tats and Tats for Tatas. Both of these are socially responsible commercial campaigns that generate more benefit for the participants than the costs of the campaigns. In fact, the commercial costs of these campaigns is actually less than the commercial value while producing extensive social and community value. The problem over almost the last decade has been management of what was a primarily manual effort. So, this year, 2011, we decided to introduce technology and business automation into the design and ended up creating what we now call a Socially Responsible Enablement Platform.
Monday, August 15, 2011
Back in 2004, at one of my companies Atomic Tattoos we launched a plastic mag-stripe gift card program that was driven through our credit card Point of Sale terminals into Lynk Systems Gift Lynk platform. As a fleet of multiple stores, printed paper gift certificates just don't cut it as there is not enough back office over sight and too much potential for fraud. Considering that I already had almost a decade of payments technologies experience including experience prepaid debit card systems, software and programs, why didn't I bring this in house? Well, I finally took the plunge and brought the Atomic Tattoos gift card program in-house with our own custom written software. So, either I am lazy or the impetus toward development is definitely economic and based on cost of external services versus cost of internal services in energy, resources, time and money; that is when an exercise is not purely academic.