Visitors can check out the Forum FAQ by clicking this link. You have to register before you can post: click the REGISTER link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. View our Forum Privacy Policy.
Want to receive the latest contracting news and advice straight to your inbox? Sign up to the ContractorUK newsletter here. Every sign up will also be entered into a draw to WIN £100 Amazon vouchers!
You are not logged in or you do not have permission to access this page. This could be due to one of several reasons:
You are not logged in. If you are already registered, fill in the form below to log in, or follow the "Sign Up" link to register a new account.
You may not have sufficient privileges to access this page. Are you trying to edit someone else's post, access administrative features or some other privileged system?
If you are trying to post, the administrator may have disabled your account, or it may be awaiting activation.
Logging in...
Previously on "You young developers don't know you're born"
Like fusion power, it's been 'around the corner' for decades that soon we'll be able to create software by connecting boxes and let the tool generate code for us.
Synon. Still dealing with the unsupportable bulltulip that pile of crap produced 15-odd years ago.
Like fusion power, it's been 'around the corner' for decades that soon we'll be able to create software by connecting boxes and let the tool generate code for us.
The only times when you really can create software without writing code, the configuration files you have to set up end up being as hard to write as the code would have been in the first place.
Why ever not? I would certainly consider SAS for the back end for a system like that - tried and trusted with mega volumes of data, robust SQL capabilities, reporting and analysis tools second to none.
And I believe it has some web front-end tools written in some new-fangled language called Java.
Well I must admit to not seeing SAS for a couple of decades.
In fact my only real experience of it is installing it and playing around making it do the 'cowboy hat' plot etc.
Yeah, but you wouldn't want to write an ecommerce system with it!
Why ever not? I would certainly consider SAS for the back end for a system like that - tried and trusted with mega volumes of data, robust SQL capabilities, reporting and analysis tools second to none.
And I believe it has some web front-end tools written in some new-fangled language called Java.
Well last time I did some programming in a "modern" language was Java in 2002.
SAS on the other hand - still going strong and the base language has virtually been unchanged since 1976.
Yeah, but you wouldn't want to write an ecommerce system with it!
I am always amazed by little programming has changed. It shouldn't be needed at all, we should have graphical designers where you just shove icons of things here and there, connect them, click a button and it's mostly done for you.
I used to work in control system simulation and that went that way back in the early 90s. You set up a plant diagram and typed values in basically. Many of the principals used could equally be applied to databases or any other application. Access does it in a small way but there is no reason why real db systems shouldn't in a far bigger way.
Pointers? You're looking at Python and asking what happened to pointers? They've been dead at least a decade in traditional languages, much bigger things are different than that in modern languages like Python.
And yes, it's kind of fun. You get to spend much more time writing code to do something, rather than code to support the code that does something.
Well last time I did some programming in a "modern" language was Java in 2002.
SAS on the other hand - still going strong and the base language has virtually been unchanged since 1976.
Leave a comment: