all data is live and searchable
|
Basic Assignments
|
Options & Settings
|
Main Time Information
|
||||||||||||||||||||||||||||||||||
|
|
|
Blue
|
|
|
Sorry, no photos available for this element of time.
|
|
|
|
Notes:
|
|
These are some random notes about making adilas a full-on business platform: - Open the door to the data and how it plays, how it gets connected, how it is shown, and how it is used over and over again. - I love the word "upstream" - what is the source? What feeds what? How does that effect things? Where is it easiest to control? - We keep getting great ideas but I and/or our existing pieces become the bottle neck - What if we rebuilt with platform in mind... - Imagine the main adilas code block in the middle of a page (this is kinda a verbal description of a drawing in my notebook)... From the main code block there are arms or branches extended to the following options (it is quite big): Hardware, Info/Resources, Training & Setup, Government, Shareware/Freeware, Commercial, eCommerce, Education, Software, Custom Look-n-Feel (skins), Nonprofit, Mobile or Mini, Web, Standalone Apps, Businesses (sm, med, lg, xl), Webservices, Personal, Marketing, and Library. - There is also a small note next to the drawing that says - Don't get stuck here (meaning the list provided above)... Think unlimited entry and exit points. - The goal is to create, define, provide, build, re-use, and create a culture that embraces change, thoughts, ideas, concepts, and flow... - Allow people to create their own uses of the system. This means provide a core per-built structure. However, if people only need 3 out of 20 options... Let them put that together in a custom wrapper to meet their needs. - Think about a global library of functions, logic, data, and mappings. - Create a buffet or smorgasbord of options. They (persons - our company - other company - teams - individuals) could pick and choose at will. - Allow different pieces (already defined or new pieces) to play in any one-to-one or one-to-many relationship. For example: We have vendors, elements of time, and expense/receipts however, they are not currently tied together... If I had a shipping and packing company it might be nice to know who (vendor) is coming in today, what do they need (invoice), and what are they bringing (po's and expense/receipts). Imagine being able to virtually morph or create dynamic relationships between the different players through a standard "re-skin-able" interface. - All the players already exist (or may be created) and then you put them in to play by defining rules, params, scopes, and functions. You get to name them, use them, whatever. - Our current system is already built with data components (ColdFusion CFC's) and logic pages (searches and reports). What if we allowed others (on our own little sister company) to get at any of those pieces. Once access is granted, the sky is the limit on what pieces could play or piggy back on one another. Get as many or as few as are needed. - I see it as the main "adilas" is the pre-built or canned version. We keep adding permissions and settings but keep a basic and constant flow. If a new wrapper is needed (custom look, feel, function, relationship, process, steps, etc.), allow that to happen without causing problems upstream and/or downstream (cause and effect relationships). - This may not fit here... but what if all data was returned as a standard like XML or Java (or whatever else new comes out) and then is consumed by whatever type of application that calls it. The end goal is call, crunch, server, apply, do it again. - On a different note... what if every function or method call had a user id, corp id, and app id. Every function could also pass its data to a converter function. The converter function would get, check, interpret, and then send the results back. The original method call would return the native format by default. However, if a different format was needed, it could translate the output to that format. The incoming values would also need to be standardized. So that flow back and forth would be possible. - A full rewrite from the ground up may be required. That would be a couple steps backward to make huge and giant leaps forward... :) It wouldn't be the first time... (meaning a full re-work) - Security, mobility, and built with growth in mind are huge keys. - Currently built in Adobe ColdFusion & MySQL databases. It could literally be built in ColdFusion, Java, PHP, ASP.net, Ruby, Visual Basic, Access, Flash, ActionScript, java-script, Flex, you name it... I think the more the merrier... Oracle, Microsoft, Apple, Unix, Web-based, App-based, Software, Firmware, Hardware, Freeware, Shareware, etc. - Expose the code, the logic, the theory, the formats, and the experience to the world... - As long as things are being expanded... What about languages? Computers? Operating Systems? Countries? etc... - There is enough to go around (info, resources, ideas, etc.)! Share with the people. On a similar note... I just read a cool scripture today during my study... it was 2 Kings 4:42-44 (pg. 513 in the Bible)... it is related to the topic of sharing and giving to the people. After it is given to the people, there is still plenty for the original party. - Another quick idea... How cool would it be to overlay a calendar view on everything that happens in the system. Elements of time have groups, details, calendar, and time-slot views... Think about everything at one of those levels. - Random other note... If we were to expose this stuff to the world... We should video tape the presentation and then send that around to different colleges around the world. I'm thinking that the college level is the entry point for new and creative thinkers and future business leaders. It may branch out from there... but that is where I'd like to focus first. Post the videos on adilasuniversity for the world to see. - Plan it out, break it up into pieces, and even provide code samples... |