Can you provide an end-to-end exemplary situation in Enterprise Resource Planning (ERP) software where FONC ideas are relevant? You sort of jumped off that stream of thought and onto modeling sine waves graphically, etc.
I work in various roles of ERP/CRM/BI software, and so I understand the domain very well -- but I also know it is such a huge domain that when one person says they want to apply an idea to ERP, another person may be totally clueless as to what that would mean, since they have a very different conception of ERP. We typically don't build ERP solutions the way Fortune 500 companies do, because we find we can avoid that complexity. That is an important point: There are mathematical differences in how you approach ERP architecture, and your topology will determine a lot about how you construct applications and what programmers physically must type out to accomplish changes, and how you soak test such a system. On Mon, May 10, 2010 at 2:22 PM, John Nilsson <j...@milsson.nu> wrote: > On Mon, May 10, 2010 at 6:54 PM, John Zabroski <johnzabro...@gmail.com>wrote: >> >> Schematic tables are a separate issue entirely. >> > > First of all. Thanks for the explanation about the thinking wrt the TCP/IP > implementation. I'll have to peruse the code with that in mind. > > My questions was, as you pointed out, about a separate issue entirely. The > ASCII-art was just the trigger for my question. > > My concern/thinking was rather that the if the aim of the project is to > make programs simpler, one dimension worth exploring is the media used to > convey the program to humans. In the end it all boils down to communication > between humans. > > I'm mainly involved in ERP-development, an area I understand is not > addressed by this project, which focuses more on the desktop. I do think > most of the thinking is transferable though, and in my experience one of the > biggest "code" smells is when one basically transcribes requirements and > specifications perfectly legible for humans into something legible for the > computer, a process that unfortunately results in lots of information loss. > > I can for example imagine that instead of writing some comments about where > a piece of code comes from one could ideally just include the entire > discussion thread that resulted in the code, complete with presence > indicators and all. Maybe even have the system suggest updates when involved > parties leaves the organisation. > > Another thing worth exploring is to add graphical examples executing the > code in question. The elusive sine functions would probably be better > described by a simple wave plot, or a unit circle diagram with the > relationships plotted on it, than a formal description of its algebraic > properties. > > Basically code is not only about computing, it's also about communicating > with humans. So if the code can be expressed in a rich media I think lots > could be made about it's simplicity. > > BR, > John > > _______________________________________________ > fonc mailing list > fonc@vpri.org > http://vpri.org/mailman/listinfo/fonc > >
_______________________________________________ fonc mailing list fonc@vpri.org http://vpri.org/mailman/listinfo/fonc
