Comments are closed for this post.
05 Jan 2010
I have been thinking about programming interfaces for a while, including something like voice recognition. I was imagining something like writing the code, but speaking the "words". But then I realised that it would be stupid, for many reasons. First of all, the code is hardly voice readable. If you have ever tried dictating code to someone else you know what I mean. It's completely cumbersome. Then there is the human factor. You can't talk to the computer in an office, you would bother everyone else.
I totally agree that typing will not go away until we connect the computer to the brain directly and the graphical IDEs pretty much suck.
I do disagree, though, with the view that graphical IDEs are not good by default, specifically when you have a large page. I believe that a huge thing full of controls that you have to zoom in to understand is just bad design. Most of us use encapsulated behaviour, like controls and such. The problem, therefore, lies in the fact that the IDE is trying to render everything, not just the page or just the control you are working on. I agree that I have no general solution for this, though.
Other things that crossed my mind:
Programming on a mobile, what would the interface look like? Forget Visual Studio and large screens (and visual IDEs).
Collaborative real time source editing (like being able to create or change code in the same time with others and see their changes as they happen). I agree that it wouldn't work for actual coding, but maybe something like a planning stage or prototyping.
The only thing I believe is better than the current paradigm in programing editors is to be able to affect changes on your application while it is running. Obviously a lot of the work we do is in the debugger; what if we could change the UI, change the code, go back and forth in the execution threads while the app is running? You wouldn't need a visual programming environment, you have your app. You run it, you don't like what it does, you change what it does on the spot. You place a button, you see how it looks, you click on it, nothing happends, you "edit" your app and add a click event, you click on the same button and now it works.
I have no idea how to implement something like this, but it would add an order of magnitude to productivity.
06 Jan 2010
lol, un peu is french! :)
06 Jan 2010
Yes, that was a joke - hence the ':D'
03 Jan 2011
Try Programming Without Coding Technologyhttp://doublesvsoop.sourceforge.net
General purpose visual(Graphical) programming langauge ... but practical for developing Complex & Large software ... it's better and productive than writing code using code editor ... it's not limited and you are free to develop any kind of software
29 May 2011
"Obviously a lot of the work we do is in the debugger; what if we could change the UI, change the code, go back and forth in the execution threads while the app is running? You wouldn't need a visual programming environment, you have your app. You run it, you don't like what it does, you change what it does on the spot. "
Have you tried the visual basic compiler/debbuger?
The vb support for this was always the best.
I remenber chosing vb over delphi decades ago based solely on debugger, i dont need no four diferent types of visual command buttons (wtf, i hate pascal sintax also).
Then csharp get some pretty good debbuger similar to vb. except for generics.
But the visual designer never supported this behavior in same extent as vb/cs compiler.
I think will be cool if we can change xaml with program running on the fly. will be awsome when this happens, if this happens.
Sory my poor english, i am poor in portuguese (my main languague) also (perhaps even poor). I can say that i learned to code first than to write. even now i dont know how to write correctly.