When we will stop programming?!
-
Programmers are writing codes for a very long time now. When our computers will have the ability to write the code of the solutions by its own. I hope we can reach the point where the user will set in the front of the computer, and tell him that I need a software to do, 1,2,3,4. And the computer generate the application for him directly without going though the whole SDLC!. I think this could be soon specially in the business solutions, where the user should fill a list of business rules and the computer do the rest for him. This is something close to the application builders. But there is nothing in the market yet encapsulate what I am thinking of :( So when we will see something like this?
-- Hasan Al-Halabi Chief Operation Officer "COO" What's Next! for Business Solutions Queen Rania Str. Building 313, 4th Floor, Office 409 P.O.Box: 143882 Amman 11814, Jordan Mob: 962 7 97958819 Tel: 962 6 5334478 hasanhalabi@whats-nxt.com http://www.whats-nxt.com
I worked on an application like this over 15 years ago. The problem with them is twofold. First, they only really effectively work in a very narrow domain, ones with a well defined business problem. A bigger issue, though, is that users often don't know what they want out of an application. They may know what they want out of their little bit, totally ignoring the other users of a system.
*pre-emptive celebratory nipple tassle jiggle* - Sean Ewington
"Mind bleach! Send me mind bleach!" - Nagy Vilmos
My blog | My articles | MoXAML PowerToys | Mole 2010 - debugging made easier - my favourite utility
-
I worked on an application like this over 15 years ago. The problem with them is twofold. First, they only really effectively work in a very narrow domain, ones with a well defined business problem. A bigger issue, though, is that users often don't know what they want out of an application. They may know what they want out of their little bit, totally ignoring the other users of a system.
*pre-emptive celebratory nipple tassle jiggle* - Sean Ewington
"Mind bleach! Send me mind bleach!" - Nagy Vilmos
My blog | My articles | MoXAML PowerToys | Mole 2010 - debugging made easier - my favourite utility
Pete O'Hanlon wrote:
I worked on an application like this over 15 years ago
I know that the idea is not new, but after all of these years, we should think in building one that solve the problems you are talking about. If the user himself does not know what he want, there are a lot of consultant working on let people know what they want. About the narrow domain, I am sure that the technology now is a lot better than 15 years ago. I think the open source community should take a lead in such a thing.
-- Hasan Al-Halabi Chief Operation Officer "COO" What's Next! for Business Solutions Queen Rania Str. Building 313, 4th Floor, Office 409 P.O.Box: 143882 Amman 11814, Jordan Mob: 962 7 97958819 Tel: 962 6 5334478 hasanhalabi@whats-nxt.com http://www.whats-nxt.com
-
Three out of five companies that I worked for had an application that could generate LOB-apps from "models". The most advanced of them used plain English as the language to create these models (based on NIAM). No, doesn't mean that we'll stop programming, on the contrary; it creates new needs.
Bastard Programmer from Hell :suss:
Eddy Vluggen wrote:
The most advanced of them used plain English as the language to create these models
Does these applications generate a code to compile, or directly transform the rules into application?
-- Hasan Al-Halabi Chief Operation Officer "COO" What's Next! for Business Solutions Queen Rania Str. Building 313, 4th Floor, Office 409 P.O.Box: 143882 Amman 11814, Jordan Mob: 962 7 97958819 Tel: 962 6 5334478 hasanhalabi@whats-nxt.com http://www.whats-nxt.com
-
Eddy Vluggen wrote:
The most advanced of them used plain English as the language to create these models
Does these applications generate a code to compile, or directly transform the rules into application?
-- Hasan Al-Halabi Chief Operation Officer "COO" What's Next! for Business Solutions Queen Rania Str. Building 313, 4th Floor, Office 409 P.O.Box: 143882 Amman 11814, Jordan Mob: 962 7 97958819 Tel: 962 6 5334478 hasanhalabi@whats-nxt.com http://www.whats-nxt.com
Hasan Al-Halabi wrote:
Does these applications generate a code to compile, or directly transform the rules into application?
"Interpret" the rules. The company before that had an app that generated a database, and used reflection to generate a UI on the fly. Whether you generate code that get's compiled on the fly, compiled in advance, or is interpreted- is merely a technicality. The hard part is translating the input into something useable. Are you looking for something specific, or just curious to what's out there?
Bastard Programmer from Hell :suss:
-
Pete O'Hanlon wrote:
I worked on an application like this over 15 years ago
I know that the idea is not new, but after all of these years, we should think in building one that solve the problems you are talking about. If the user himself does not know what he want, there are a lot of consultant working on let people know what they want. About the narrow domain, I am sure that the technology now is a lot better than 15 years ago. I think the open source community should take a lead in such a thing.
-- Hasan Al-Halabi Chief Operation Officer "COO" What's Next! for Business Solutions Queen Rania Str. Building 313, 4th Floor, Office 409 P.O.Box: 143882 Amman 11814, Jordan Mob: 962 7 97958819 Tel: 962 6 5334478 hasanhalabi@whats-nxt.com http://www.whats-nxt.com
Fly at it. Why don't you start it off? I will watch with interest, precisely because I know how complicated it is.
*pre-emptive celebratory nipple tassle jiggle* - Sean Ewington
"Mind bleach! Send me mind bleach!" - Nagy Vilmos
My blog | My articles | MoXAML PowerToys | Mole 2010 - debugging made easier - my favourite utility
-
Hasan Al-Halabi wrote:
Does these applications generate a code to compile, or directly transform the rules into application?
"Interpret" the rules. The company before that had an app that generated a database, and used reflection to generate a UI on the fly. Whether you generate code that get's compiled on the fly, compiled in advance, or is interpreted- is merely a technicality. The hard part is translating the input into something useable. Are you looking for something specific, or just curious to what's out there?
Bastard Programmer from Hell :suss:
Eddy Vluggen wrote:
Are you looking for something specific, or just curious to what's out there?
Neither any of these, actually I am curious whether such a thing is worth to initiate an open source community for it or not.
-- Hasan Al-Halabi Chief Operation Officer "COO" What's Next! for Business Solutions Queen Rania Str. Building 313, 4th Floor, Office 409 P.O.Box: 143882 Amman 11814, Jordan Mob: 962 7 97958819 Tel: 962 6 5334478 hasanhalabi@whats-nxt.com http://www.whats-nxt.com
-
Three out of five companies that I worked for had an application that could generate LOB-apps from "models". The most advanced of them used plain English as the language to create these models (based on NIAM). No, doesn't mean that we'll stop programming, on the contrary; it creates new needs.
Bastard Programmer from Hell :suss:
-
Hasan Al-Halabi wrote:
Does these applications generate a code to compile, or directly transform the rules into application?
"Interpret" the rules. The company before that had an app that generated a database, and used reflection to generate a UI on the fly. Whether you generate code that get's compiled on the fly, compiled in advance, or is interpreted- is merely a technicality. The hard part is translating the input into something useable. Are you looking for something specific, or just curious to what's out there?
Bastard Programmer from Hell :suss:
-
Hermaine wrote:
huh?.. really?.. how come?
Our productivity increases continually. I didn't get less work when Delphi 3 or VB6 were introduced. On the contrary, platforms keep expanding. The tools we use become better, and, if all is well, we too, extend our knowledge. In the meantime there's ever more people interacting with computers, in ways that they didn't before, giving them new idea's for us to work on. We're programmers. Even if we develop something to automate our daily job, we'd just have more time to program other stuff. It's what we do :)
Bastard Programmer from Hell :suss:
-
Programmers are writing codes for a very long time now. When our computers will have the ability to write the code of the solutions by its own. I hope we can reach the point where the user will set in the front of the computer, and tell him that I need a software to do, 1,2,3,4. And the computer generate the application for him directly without going though the whole SDLC!. I think this could be soon specially in the business solutions, where the user should fill a list of business rules and the computer do the rest for him. This is something close to the application builders. But there is nothing in the market yet encapsulate what I am thinking of :( So when we will see something like this?
-- Hasan Al-Halabi Chief Operation Officer "COO" What's Next! for Business Solutions Queen Rania Str. Building 313, 4th Floor, Office 409 P.O.Box: 143882 Amman 11814, Jordan Mob: 962 7 97958819 Tel: 962 6 5334478 hasanhalabi@whats-nxt.com http://www.whats-nxt.com
We are trying to realize similar idea in one of our products. We already have developed GUI prototyping tool (called GUI Machine), that allows to creat interactive high-fidelity prototypes and thus to describe GUI and interface logic without coding. Now we working for UML-modeling tool. UML allows to describe the business logic and all aspects of the system. Soon we will integrate these tools (prototyping and UML-modeling) into 1 solution. With it you can creat prototype and UML-model for a complete description of the system (without coding) and our solution will generate code or even a complete application. I hope, we will be able to realize it.
-
We are trying to realize similar idea in one of our products. We already have developed GUI prototyping tool (called GUI Machine), that allows to creat interactive high-fidelity prototypes and thus to describe GUI and interface logic without coding. Now we working for UML-modeling tool. UML allows to describe the business logic and all aspects of the system. Soon we will integrate these tools (prototyping and UML-modeling) into 1 solution. With it you can creat prototype and UML-model for a complete description of the system (without coding) and our solution will generate code or even a complete application. I hope, we will be able to realize it.
seems like something far far away tho.. :doh:
-
Programmers are writing codes for a very long time now. When our computers will have the ability to write the code of the solutions by its own. I hope we can reach the point where the user will set in the front of the computer, and tell him that I need a software to do, 1,2,3,4. And the computer generate the application for him directly without going though the whole SDLC!. I think this could be soon specially in the business solutions, where the user should fill a list of business rules and the computer do the rest for him. This is something close to the application builders. But there is nothing in the market yet encapsulate what I am thinking of :( So when we will see something like this?
-- Hasan Al-Halabi Chief Operation Officer "COO" What's Next! for Business Solutions Queen Rania Str. Building 313, 4th Floor, Office 409 P.O.Box: 143882 Amman 11814, Jordan Mob: 962 7 97958819 Tel: 962 6 5334478 hasanhalabi@whats-nxt.com http://www.whats-nxt.com
One has to think outside the box for that. That means one has to abandon the path we have collectively taken for the 35 years or more. Specifically, abandon the crap called relational DBMS. Similarly, we must stop following Microsoft like lemmings. There was a news item in "Insider News" that referred to a blog that said "New is Glue". http://ardalis.com/new-is-glue[^] Take any Windows program and see how much glue you have in it. Figure out how to remove the glue. Follow the thought process all the way through. You will realize that we could have stopped programming around 1995.
-
One has to think outside the box for that. That means one has to abandon the path we have collectively taken for the 35 years or more. Specifically, abandon the crap called relational DBMS. Similarly, we must stop following Microsoft like lemmings. There was a news item in "Insider News" that referred to a blog that said "New is Glue". http://ardalis.com/new-is-glue[^] Take any Windows program and see how much glue you have in it. Figure out how to remove the glue. Follow the thought process all the way through. You will realize that we could have stopped programming around 1995.
-
Vivic wrote:
You will realize that we could have stopped programming around 1995.
..and you'd still be storing all your data in a flat file using VB4 :)
Bastard Programmer from Hell :suss:
I am NOT a VB programmer. In fact, I have not programmed under any Windows programming language. That includes Visual C++, J++ (if you have heard of that), C#, etc., etc., etc. I spend my time thinking what kind of repetitive tasks programmers do -- and continue to do -- and ask how that can be changed. For me, the light bulb went on in 1987 though the Windows thing came about as a stable system around 1993 and I was attempting to put into practice my thoughts using Turbo Pascal and the Turbo Professional Library to provide me windowing -- granted, character-oriented -- support. That is why I put a date of 1995. I said think about how much glue there is in any Windows program -- and I didn't mean only "NEW is Glue". Ok, did that switch on the light bulb? As to the crap called RDBMS -- which is taught in all the colleges, universities and technical institutes so that we can all become slaves of Oracle/Sybase/SQLServer, what none of you realize is that Oracle on IBM mainframes was implemented as a set of KSDS data sets, which provides unique primary keys and multiple non-unique secondary keys for any record. Anything other than that in a RDBMS is syntactic sugar that gets translated into these fundamentals. But, thinking is not the forte of the current crop of programmers who run after the latest and greatest scripting language/framework/any other bullcrap peddled by software vendors.
-
One has to think outside the box for that. That means one has to abandon the path we have collectively taken for the 35 years or more. Specifically, abandon the crap called relational DBMS. Similarly, we must stop following Microsoft like lemmings. There was a news item in "Insider News" that referred to a blog that said "New is Glue". http://ardalis.com/new-is-glue[^] Take any Windows program and see how much glue you have in it. Figure out how to remove the glue. Follow the thought process all the way through. You will realize that we could have stopped programming around 1995.
Vivic wrote:
One has to think outside the box for that.
Perhaps by coming up with a new marketing phrase that means nothing?
Vivic wrote:
That means one has to abandon the path we have collectively taken for the 35 years or more. Specifically, abandon the crap called relational DBMS.
Joke right? You are supposing that the OP question can be achieved and is not now a reality solely because people use relational databases? I suppose you figure that people that use NoSQL are already 'computer whispers'?
Vivic wrote:
There was a news item in "Insider News" that referred to a blog that said "New is Glue". http://ardalis.com/new-is-glue[^]
Take any Windows program and see how much glue you have in it. Figure out how to remove the glue.
Follow the thought process all the way through.Following through I can only suppose that you are claiming Unix developers using Java are now 'computer whispers'?
Vivic wrote:
You will realize that we could have stopped programming around 1995.
I suspect that some people should have stopped programming then. And since then some others probably shouldn't have started in the first place. But that is because they have no aptitude for it. But other than fantasy (not science fiction) novels no one can stop programming now. And based on current research there doesn't seem to be any indications it will be possible even in any mid term future scenario. I wouldn't be surprised that due to complexity issues it will never occur.
-
I am NOT a VB programmer. In fact, I have not programmed under any Windows programming language. That includes Visual C++, J++ (if you have heard of that), C#, etc., etc., etc. I spend my time thinking what kind of repetitive tasks programmers do -- and continue to do -- and ask how that can be changed. For me, the light bulb went on in 1987 though the Windows thing came about as a stable system around 1993 and I was attempting to put into practice my thoughts using Turbo Pascal and the Turbo Professional Library to provide me windowing -- granted, character-oriented -- support. That is why I put a date of 1995. I said think about how much glue there is in any Windows program -- and I didn't mean only "NEW is Glue". Ok, did that switch on the light bulb? As to the crap called RDBMS -- which is taught in all the colleges, universities and technical institutes so that we can all become slaves of Oracle/Sybase/SQLServer, what none of you realize is that Oracle on IBM mainframes was implemented as a set of KSDS data sets, which provides unique primary keys and multiple non-unique secondary keys for any record. Anything other than that in a RDBMS is syntactic sugar that gets translated into these fundamentals. But, thinking is not the forte of the current crop of programmers who run after the latest and greatest scripting language/framework/any other bullcrap peddled by software vendors.
Vivic wrote:
I am NOT a VB programmer.
In fact, I have not programmed under any Windows programming language.
That includes Visual C++, J++ (if you have heard of that), C#, etc., etc., etc.I can only suppose that you haven't programmed in anything then. Because certainly C++, smalltalk, python, perl, ruby and even Cobol, Fortran and Lisp are "Windows programming language[s]". Also includes Java, especially so, given that Java was released first on windows. (And with a thread model that was so dependent on windows that it took several years to correctly implement something in Solaris.) Perhaps you use Snobol or Algol? I don't recall seeing those on windows.
Vivic wrote:
As to the crap called RDBMS -- which is taught in all the colleges, universities and technical institutes so that we can all become slaves of Oracle/Sybase/SQLServer, what none of you realize is that Oracle on IBM mainframes was implemented as a set of KSDS data sets, which provides unique primary keys and multiple non-unique secondary keys for any record. Anything other than that in a RDBMS is syntactic sugar that gets translated into these fundamentals.
Yes but everyone knows that that is just a conspiracy by the Illuminati to subjugate the world and that the incredibly vast amount of research on relational databases is all fabricated by super genius aliens that come from Betelgeuse.
-
I am NOT a VB programmer. In fact, I have not programmed under any Windows programming language. That includes Visual C++, J++ (if you have heard of that), C#, etc., etc., etc. I spend my time thinking what kind of repetitive tasks programmers do -- and continue to do -- and ask how that can be changed. For me, the light bulb went on in 1987 though the Windows thing came about as a stable system around 1993 and I was attempting to put into practice my thoughts using Turbo Pascal and the Turbo Professional Library to provide me windowing -- granted, character-oriented -- support. That is why I put a date of 1995. I said think about how much glue there is in any Windows program -- and I didn't mean only "NEW is Glue". Ok, did that switch on the light bulb? As to the crap called RDBMS -- which is taught in all the colleges, universities and technical institutes so that we can all become slaves of Oracle/Sybase/SQLServer, what none of you realize is that Oracle on IBM mainframes was implemented as a set of KSDS data sets, which provides unique primary keys and multiple non-unique secondary keys for any record. Anything other than that in a RDBMS is syntactic sugar that gets translated into these fundamentals. But, thinking is not the forte of the current crop of programmers who run after the latest and greatest scripting language/framework/any other bullcrap peddled by software vendors.
Vivic wrote:
I am NOT a VB programmer.
My point was that .NET did not exist in those days. So all your experience in C# and J++ would be irrelevant.
Vivic wrote:
That is why I put a date of 1995.
I agree that DOS-like interfaces are enough for most applications. OTOH, having a simple GUI allows not-so-technical users to work with software. No, I do not miss DBase IV (if you have heard of that), nor WP5.1. ..and yes, I think World of Warcraft is awesome. I'd like to see you do that with 1995-technologies :)
Vivic wrote:
As to the crap called RDBMS
Most people I encounter dislike databases. And cascading deletes. And triggers. Most people dislike what they don't understand. I got the same with ASP.NET, being a complete other beast than the WinForms I'm used to. No, that doesn't make me label it as "crap".
Vivic wrote:
But, thinking is not the forte of the current crop of programmers who run after the latest and greatest scripting language/framework/any other bullcrap peddled by software vendors.
Ah, so you're blaming the engineers of said vendors? IIRC, there's a white collar that makes those decisions, and always prioritizing the looks above functionality. Why? Simple; a program has to look up to date, meaning that it needs to have the same colors as the latest version of Windows or Office. Why? Because those colors are the "sexy colors" for that particular year.
Bastard Programmer from Hell :suss:
-
Programmers are writing codes for a very long time now. When our computers will have the ability to write the code of the solutions by its own. I hope we can reach the point where the user will set in the front of the computer, and tell him that I need a software to do, 1,2,3,4. And the computer generate the application for him directly without going though the whole SDLC!. I think this could be soon specially in the business solutions, where the user should fill a list of business rules and the computer do the rest for him. This is something close to the application builders. But there is nothing in the market yet encapsulate what I am thinking of :( So when we will see something like this?
-- Hasan Al-Halabi Chief Operation Officer "COO" What's Next! for Business Solutions Queen Rania Str. Building 313, 4th Floor, Office 409 P.O.Box: 143882 Amman 11814, Jordan Mob: 962 7 97958819 Tel: 962 6 5334478 hasanhalabi@whats-nxt.com http://www.whats-nxt.com
Such a system with the way technology is currently ramping would be useless by the time it hit market. Hardware changes regularily to assist software. It assists it in many ways such as simplifying, optimizing, adding new functinality and more. Say we had such software last decade. You would tell the system "Connect to Internet" "Dowload [Some Content] from [Some Location]" "Open the content" 3 very simple instructions which seem like not much is going on. Of course in reality 1000s (really its probably millions) of things had to happen. In addition those things that happend change regularily because of hardware changes AND additional software changes. Connect to Internet a decade ago many still used dial up. This statement is almost not even needed in todays systems. Or is it? Maybe connect to internet must mean open a port or it should mean start an FTP or open a browser. It changes meanings cultural with time based on what our technology provides. So here you are dealing with Time and cultural meanings. Remember when talking about clouds meant something different? Download [Some Content] from [Some Location] Here way have so many issues. First what is the protocal for downloading? Does the protocal change based on content type? Does it change based on Location type? Will content types change over the years? What about standards for location determination? Open the Conent Here we could be dealing with many hardware issues. If the content is to be presented to the user at all there must be some sort of hardware to present it. Is it sound? Is it graphical? Maybe its private file type that needs to be opened with a privately distributed application. Maybe it isn't a User Interpreted file but actually gets sent to some other controller that is opened by a local driver. In the end it simply can't be done. Even if you can answer all of the questions that arise by the time the system is ready for deployment technology will have changed and you will have to account for it. The design will likely not accomidate it easy so you will have an ad-hoc solution. Then with in another short period of time it will happen again and again. Before long it would be obsolete. Just think if you could "Talk" to a Windows 98 box today and it would "program itself". Sure it would be sort of 'neat', but it would also be utterly useless.
Computers have been intelligent for a long time now. It just so happens that the program writers are about as effect
-
Programmers are writing codes for a very long time now. When our computers will have the ability to write the code of the solutions by its own. I hope we can reach the point where the user will set in the front of the computer, and tell him that I need a software to do, 1,2,3,4. And the computer generate the application for him directly without going though the whole SDLC!. I think this could be soon specially in the business solutions, where the user should fill a list of business rules and the computer do the rest for him. This is something close to the application builders. But there is nothing in the market yet encapsulate what I am thinking of :( So when we will see something like this?
-- Hasan Al-Halabi Chief Operation Officer "COO" What's Next! for Business Solutions Queen Rania Str. Building 313, 4th Floor, Office 409 P.O.Box: 143882 Amman 11814, Jordan Mob: 962 7 97958819 Tel: 962 6 5334478 hasanhalabi@whats-nxt.com http://www.whats-nxt.com