Thursday, September 22, 2011
If you liked this blog...
You'll love Sanders Technology - http://www.sanderstechnology.com
- which has been the home of all the more recent technical and code related posts. Mention this blog and receive a free sticker :)
Posted at 08:10 pm by ausrob2003
Friday, November 10, 2006
Frameworks or Flameworks?
One of the guys at Readify (Andrew Matthews) recently posted to the Tech list referencing a snippet from old posts/emails:
"most code is the expression of desires through the expansion of code (design patterns) with metadata. Name anything that you have written lately that wasn't like that to some extent."
To which Andrew asked:
"If this is true, and we were ever to find a way to represent our desires more precisely/succinctly, what would be left of our day jobs? Could we ever boil our practical work down to JUST coding the business logic and nothing else? What kind of development environment would we need to be able to do that? Would you want to work in that kind of environment?"
I made two replies to this thread, to whit:
"The real question is do you think that business requirements will ever allow us to only code within a sandbox/framework?
I haven't been in a single environment where the business needs haven't pushed the envelope of cost/time/performance, which usually requires custom solutions, or out-of-the-box thinking."
and later..Andrew asked me if I thought it would be possible in the future to code entirely "in-the-box"..
"I doubt it. Frameworks try to cater for a broad spectrum of requirements and functionality, sort of like a blanket solution. Because new technology gets developed almost dynamically (read: very quickly) I doubt it would be possible to keep up with the day to day (or even month to month) demands of more focused business-specific technical requirements.
My view is that emerging technologies make it easier to develop complex solutions faster (RAD) and can remove some of the time consuming burdon associated with more common tasks/functionality/requirements. This has certainly improved dramatically over the past 15 years.
Then there is the real crux of the matter: if it was just a case of writing business workflows, it'd take all the fun out of programming."
What do you think?
Posted at 10:30 am by ausrob2003
Tuesday, October 17, 2006
There is a new SQL utility published on the Microsoft downloads' site:
It allows the scripting of a database which includes both scripting of the schema as well as scripting the data! Well worth a look as it could be beneficial in a build process or backup.
I've instaleld it but I haven't had time to see how well it works. I'm curious as to how it works, whether it uses COM or SMO or DMO or some combination. If you take a look at it, please leave feedback on it or it's uses here on this post.
Until next post,
Error: [dbo].[tablename], column 'columnname' is of type [UserDefinedDataTy
pe]. This type is currently not supported.
Damn! No support for UDTs!
(Items in Red have been sanitised for your enjoyment)
Posted at 01:50 pm by ausrob2003