Monthly Archives: December 2012

DevLog[Automenu]

  • wrote a django view and model to catch the json from customer client, store as it is, in a jsonString column. Instead of causing unwanted overhead by parsing it, splitting it across attributes etc, I think if we store the json as it is, in a column and leave the rest of parsing stuff to the ‘OrderProcessing Client’ it might turn simple and straightforward. Still not sure if it’s the best way to do it, but I’m trying to get it to a working model as soon as possible. So, it’s excusable as for now. Features and fixes, reserved for next iteration :-)
  • A minor change in ajax call #dataType to support current change and that’s it. Nothing much of code today.
  • Designed an architecture visual of #Automenu project.
  • TODO: A browser based UI for OrderProcessing client. Need to remember, it might not essentialy be an Android device.
  • Work a way out to perform cross domain requests and things of that sort.

architecture

DevLog[Automenu]

  • Fixed a ‘tap’ event callback for #checkoutbutton.
  • 6 lines of code to create a list of objects from data extracted from div#checklist and convert to JSON.
  • Wrote Ajax post request to send those data, still unusable since I haven’t yet written any django-view to process the request, so that goes into TODO list.
  • TODO: A ‘managing client’ interface for aiding order processing of the customer. This probably might steal a lot of time.
  • More server stuff.

DevLog[Automenu]

  • killed the count bubble update error
  • Along the way cleaned up code and made it more readable.(sigh! I should probably concentrate on writing readable code atleast from now on)
  • TODO: Bind a tap event for #checkout button and trigger an ajax call to post the data in json format to the django server
  • Get server to eat up those data and spit it out on managing client’s screen

Devlog [Automenu]

Fixed a lot of stuff in #expindex.html

Got django to work with windows, almost accidentally by modifying some permissions

Got a simple django server running with v0.1 versions of models and views serving json data to GET requests

Removed static contents from #expindex.html and added dynamic injection of elements based on recieved Json

TODO: make a single instance of scripts in #expindex.html to process inputs from user and send those to the server

Get the server web app to recieve it and place appropriate data in a model or what-so-ever, such that managing client reads it through timed ajax requests

Hibernating

I had a campus recruitement from CSC and failed.
Either they misjudged me or I lack skills for corporate professions.
Whatever may it be, I need to “make wealth” as Paul Graham puts in his book.
Technology had given me tools, and a year of blogging had opened my eyes to see where I stand.
My next post will be after I regain confidence on my skills, which I’ve lost after the failure. It won’t take long.

My Resume Will Be A Git

Campus Drives are around the corner and I still don’t own a Resume.
Tomorrow, I’m gonna write my Resume, essentially as a html file, freely hosted with Github Pages and readily printable.
Making it a Git, also gives me power over time, so that I might track its gradual changes over years.

My Vision of Talking Intelligent Devices

Almost accidently I hit upon this idea of talking protovol for future devices..
Came up with a Proposal of Standardization , which implemented, makes a future, full of Talking Intelligent Devices.

I wrote a Simulation Program (see code) for demonstrating Real World Scenario with four intelligent Objects that talk with each other. I call it AICP – Artificial Intelligence Communication Protocol
It simulates the ‘Talking’ between an Intelligent Door, Clock, PC and a Person’s wristChip and their actions resulting in a chain of events.
It’s a model Software Implementation of the Concept and differs not much by Hardware.

This can be compared to how ‘System Calls’ in Operating Systems are standardized by POSIX and how user applications can Exploit the standard system calls resulting in more efficient units of utility.

With vast advancement in microcomputing and smartdevices everywhere, it might not be, just the mobile, we carry, which is a computer.
Clocks hanging around, TVs, Cars and probably everything around are likely to become individual units of Computing in the near future.

In such a world, It just doesn’t seem right, if the devices isolate and operate with their own set of supportive operations. They need to Talk. Talk among themselves. They need to be a part of a Bigger Network. I just don’t mind whether, it’s the Internet or qweqwedsfadsNet.

What I propose is “Devices as functional units, having their own set of Receptons and Emitons which act like communication Language. Each functional device interrupts appropriate signals which subsets their supported ‘Receptons’ and endup by doing an ‘Action’ and Communicate its status through its ‘Emitons’ specifications, that might be picked up by Receptons of other devices.

I know its sort of weird and makes it hard to grasp my wavelength.
The ‘Readme’ in the Simulation Program might help a bit.

In simpler terms, using this strategy of device communication, a highly complex robot might be manufactured as individual functional units of components. Say, a ‘Hand Device(for the bot)’ that looks for ‘Hold and Place’ Signals through its Receptons and performs appropriate actions based on its programmed operations and emit Signals to be used by other parts of the Robot.

Thus, to manufacture one such ‘Hand’ or a ‘Leg’ of a specific bot, We just need to frame what type of Signals, it recepts from the ‘Standard set of Signals’ and program it to be perform “Action”, along with emitting Signals to recepted by other parts of the bot.

Waiting for the future.