tag:blogger.com,1999:blog-31810216.post3943304914795037096..comments2023-05-02T05:22:29.119-07:00Comments on Thoughts from Dave: Mindless MindUnknownnoreply@blogger.comBlogger3125tag:blogger.com,1999:blog-31810216.post-79325796346366988392009-06-24T10:59:31.203-07:002009-06-24T10:59:31.203-07:00This Wiki article on
Domain Specific Modeling cov...This Wiki article on <br /><a href="http://en.wikipedia.org/wiki/Domain-specific_modelling" rel="nofollow">Domain Specific Modeling</a> covers a large part of the problem space that has me in a tizzy.Davidhttps://www.blogger.com/profile/14508590857195212638noreply@blogger.comtag:blogger.com,1999:blog-31810216.post-29782505294988077422009-06-23T11:18:40.304-07:002009-06-23T11:18:40.304-07:00Testing the template...Testing the template...Warlockhttps://www.blogger.com/profile/14151485479889608402noreply@blogger.comtag:blogger.com,1999:blog-31810216.post-13194154655051761112009-06-19T07:22:57.745-07:002009-06-19T07:22:57.745-07:00The primary issue, for me, is that people refuse t...The primary issue, for me, is that people refuse to learn from history. Instead of actually improving tooling and capabilities, people still think its those byzantine programming languages that make all the difference. They really believe that if they can't type it out with 2-5 key strokes per token, that it's much too complicated. They like brief syntax and absurd rules to make brief syntax work (python indentation for blocks for example).<br /><br />When you look back at all programming languages, none of them really break any new ground. There are expressive improvements that enhance programming correctness through things like OO (everything call by value) and Functional language evaluation (immutable data structures) rules.<br /><br />Right now, concurrency is killing programmers working on large scale apps. Because we don't have effective, simple and reusable inter-thread messaging, we are convinced that we need to call methods and use locking (which is hard to get right when we try to be efficient with the tools available). Mr. Hoaar's monitors are an age old solution go controlling concurrent access as well as managing sequential state changes. HTML "coders" don't get to learn things like this. They only use what "APIs" provide them. If its not a core library/api thing, than it doesn't exist, or so it seems to me as I watch what happens.<br /><br />We could be using immutable input data and getting copied immutable data as results. If we want something to persist, there could be mechanisms for publishing results in ways that guarantee consistency. These are things that people, who write code in concurrent environments (such as Java) have done for years. There are educated people and there are yet to be educated (the ignorant masses) people.<br /><br />Once you are doing things using concurrency to improve performance, you can create such nightmarish operational ordering issues that it's often hard to get mutability correct no matter what mechanism you use.<br /><br />We all seem to be convinced that a new language will be our salvation. We have to have python and ruby for web apps because we have to change them all the time, and the people writing them are so uneducated (it seems) that every day is a patch day, and its much easier to patch by editing a script and being done.<br /><br />So many wait for someone to invent the magical, mythical "This language solves all problems" language. It's not the language that will fix things up, in general.<br /><br />Tooling is important, but so is simplicity. We need simplicity so that we can continue to improve and enhance software development without having to rewrite 10 man years of code in 2 months, and get it correct, so that a new tool for messaging to a new customer can be incorporated.<br /><br />What else is wrong, the web tools... There's far to many of them. But that's another rant...gwonhttps://www.blogger.com/profile/07200804196934171076noreply@blogger.com