Do the same thing you would do in SQL, run the efficient query (you're almost guaranteed have a view for date limited for a specific customer) then filter it based on product. This is exactly what your RDBMS does, and I don't see how you're gaining anything except a different language.
You don't seem to understand how stored views work. This computation cost is felt at insertion time and is not theoretically worse than the exact same computation cost at insertion time in a rdbms to build almost identical index structures.
What current implementations of rdbms's gain you is the ability to write completely ad-hoc queries and get reasonable performance most of the time. This is an implementation advantage, not a theoretical advantage.
You know, I was going to point out how amazingly brain dead that comparison was, and how inappropriate it was to try to guess my skill level in various languages based on my claim that a language that requires 1/20 the LOC is 50x faster.
I will however finish with, there's a reason C applications don't have features or agile development cycles, and it's not because the coders are absurdly productive. Also, please don't ever try to be a manager.
Yea, I'm 100% ready for touch screens to become a reality so I can start playing with more complicated keyboards. The idea of physical keys (even with a better layout like Dvorak) seems so antiquated when everything else we use on the computer is infinitely customizable.
They promote offline caching, so I'm betting speediness was because his edits were modifying a local db then going through diff resolution after they displayed.
Every single day when we don't program in COBOL. I'm at a bit of a loss, have you never switched to a more productive language and cringed when you went back to the old language?
You're effectively arguing that all languages/frameworks are equal within an order of magnitude. I think this has been demonstrated false time and time again, and you even demonstrate it again in your own post (saying Forth is unacceptable for web development).
This language looks pretty awesome, reading the example code I can see how it would slash my loc for ajaxy stuff by at least an order of magnitude.
However, I am confused about this announcement since I cannot discover what your company does from the web page and except the video there's not much to go on about the language. Perhaps you want to fill in some blanks in the comment section?
Exactly what compensation do you think entry level employees should be getting? Exactly what should the be making 10 years later after you've (nearly) doubled their salary.
Yea, but it's right pinky which is weaker for most people. By moving it you also gain the -_ being on the home row (which you type less than semi-colon while programming in syntax demanding languages)
As a dvorak programmer, it just prompted me to write more python. If you're typing {} characters all day, you should consider how much semantic value that's adding to your programs vs. the cost to type them.
Other characters (',."<>) are clear wins on dvorak, and they contain considerably more semantic value than {} do in any language. ";" is also easier in dvorak.
As the author says, a picture is a story. His story is "at an extremely high level we have seasonal temperature fluctuation."
Your entire second point shows a complete misunderstanding of well, everything.