|
There are some really funny ones in there, like the one you noted.
I also like, "MySQL server v5.4.55 secretly runs two parallel databases for people who say "S-Q-L" and "Sequel."
What does it do for people who say it, "squeal", like I do? 
|
|
|
|
|
Didier Lockwood died at only 63.
I'm shocked; I have seen him on stage a couple of times, his enthousiasm was really forthcoming. He's been involved in a lot of collaborations with other musicians, and also tried to make things better regarding the teaching of music to children.
I'll miss him, definitely.
"I'm neither for nor against, on the contrary." John Middle
|
|
|
|
|
Even after reading the Wikipedia bio, I still don't know who this guy is.
Sorry for your loss. 
-- rants are the vehicle of the lazy and uninspired - JSOP 2/2018
|
|
|
|
|
Well, he's known to have played with Miles Davis, Herbie Hancock, Michel Pettrucciani, and this list is far from complete.
Thanks anyway  but I'm afraid this loss is not only mine, really.
"I'm neither for nor against, on the contrary." John Middle
|
|
|
|
|
Quote: This system is extremely flexible and powerful as it provides the ability for designers to use virtually the full range of concepts and tools generally only available to programmers.
Introduction to Blueprints | Unreal Engine[^]
Personally, I believe that visual scripting is truly beneficial and worths a try. In the example I mentioned I above, I referred to the blueprints system of unreal engine which gives game developers the ability to work on their projects without the need to write a single line of code.
So what do you think, folks?
|
|
|
|
|
I think this smells of spam is what I think.
|
|
|
|
|
Spam? Well, not really- I am not advertising nor anything. Unreal Engine a well-known game development engine that is considered as the most powerful real time rendering tool.
So back to the subject, what does a software engineer/developer think of visual scripting environment? 
|
|
|
|
|
 I do not think so. If you are even nowhere near game development, you must have heard from the unreal engine.
(Otherwise check my sig link  Now that was real spam  )
|
|
|
|
|
Rage wrote: If you are even nowhere near game development playing
It's enough! Apart from Unreal most games are based on its engine (and knowing the engine a game is based on gives a lot of insight on the mechanics and if it's worthy to be bought or not).
GCS d-- s-/++ a- C++++ U+++ P- L+@ E-- W++ N+ o+ K- w+++ O? M-- V? PS+ PE- Y+ PGP t+ 5? X R+++ tv-- b+(+++) DI+++ D++ G e++ h--- ++>+++ y+++* Weapons extension: ma- k++ F+2 X
|
|
|
|
|
Pros: Allows rapid experimentation/feedback loop
Cons: Always something you want to do that the designers didn't think of
|
|
|
|
|
Well, that's relatively correct. however, such advanced visual scripting environments give remarkable tools to make the system more extensible. For example, designers have already implemented an approach that makes the users able to write their own nodes/(blocks of code).
|
|
|
|
|
Precisely so - the scripting / code block part is a work around for scenarios where the visual designer does not match to the problem space.
|
|
|
|
|
You've got a very good point!
Usually, people tend to download, purchase and create plugins to fill the void, which is- of course, another workaround to use some tools that the designers FORGOT about.
|
|
|
|
|
In my experience a good approach is to have the designer generate code in the form of partial classes which the developer can override/augment with their own crafted code in their side of the partial classes.
Many ETL designers and things like the EF designer work in this way.
|
|
|
|
|
Yeah, that's always the way. Same as in SSIS (and probably all ETL systems). And also in a rule-based system I had to use a few years ago.
All these graphical drag-and-drop purveyors are quick to say "never write another line of code". But then when you do have to write some code it's ten times more difficult.
|
|
|
|
|
The concept has been tried multiple times, and most of us are still using a text-editor. That's because a text-editor is the superiour way to quickly edit a text, which still communicates more information in a few lines than most visualizations communicate in pages.
It is a step in the wrong direction 
Bastard Programmer from Hell 
If you can't read my code, try converting it here[^]
|
|
|
|
|
Hear! Hear!
When writing must be done it can't be done graphically. Graphical systems impose too many limitations.
|
|
|
|
|
Do Ctrl-X, Ctrl-End, Ctrl-V, Ctrl-A, Ctrl-SHIFT-U, Ctrl-KC.
Quick edit in text, now show me your productivity-increase with a visual editor and perform the same tasks 
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
|
|
|
|
|
Was that intended for me?
|
|
|
|
|
No, but I don't see anyone else either; it is one of those limitations that really bugged me when on a graphical system.
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
|
|
|
|
|
Message Closed
modified 19-Feb-18 12:33pm.
|
|
|
|
|
I'll bet you a banana that we'll still prefer text over visuals in 20 years
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
|
|
|
|
|
Particularly as I could be blind by then. 
|
|
|
|
|
I have found that such tools address only the simplest tasks anyway -- the developers went after only the "low hanging fruit", when you don't need a tool to do those things to begin with!
We need tools that help with the difficult tasks. Instead they take the easy things and make them simple -- "hey, we saved 90%" -- while not helping with the difficult tasks and actually making the difficult even more difficult to do in that framework/tool.
And this still smells spammy to me.
|
|
|
|
|
PIEBALDconsult wrote: "hey, we saved 90%"
Hence the old planning adage "The first 90% takes 90% of the time, and the last 10% takes the other 90% of the time"
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
