It has already happened , and there 2 rather huge commercial examples

a) Native Instrument's Reaktor ->
http://www.native-instruments.com/en/products/komplete/synths-samplers/reaktor-5/

b) Softimage ICE -> https://www.youtube.com/watch?v=do1kzR6gVYk

And those are not your everyday examples. Reaktor is THE modular audio
synthesis environment , by far the most popular. With its close competitor
being MAX/MSP.

Softimage on the other hand has been the dominant 3d app for 80s and 90s
movies,but even for other 3d apps node setups are a must have. Though all
3d apps come with python APIs and python having a reputation of being very
much liked by people new to coding, artist in both sides , music and 3d
graphics prefer foremost node setups. For example Houdini a very popular 3d
app has full integration with nodes , anything the user can make can be
controlled by nodes.

Generally speaking I am not a big fan of the infinite "cannot". There is no
way to predict something unless you seriously try it. But in the end any
problem can be overcome. Text based coding has prevailed because early
computer could not handle graphics well. There is definitely a recent shift
to more visual coding and I doubt that text code is doing anything else
than slowly shrinking in significance. The way I see it, text coding has
become less and less managable , visual coding offers really good
alternative managing very complex structures being closely tied to the GUI.
Not that text coding cannot do this, but people associating with it, tend
to not be designers and you need designers to improve workflow at least on
the user level.

Languages also will play a less significant role seeing the appearance of
more and more specialized tools like it has already happened in music and
3d industry.



On Sat, Mar 29, 2014 at 7:40 PM, Igor Stasenko <[email protected]> wrote:

>
>
>
> On 29 March 2014 18:35, Tudor Girba <[email protected]> wrote:
>
>> Hi,
>>
>> Sure he is repeating things. And sure he is reinventing half of what we
>> already have.
>>
>> However, he is likely to get more traction because he reinvents the UI,
>> not the core concepts. You could say it is not an essential contribution.
>> But, it is.
>>
>>
> The general misconception is that visual manipulation with objects can
> fully replace the coding. It won't and never will. Except from very simple
> cases (like computing the average :)
> You can try to visually express things like branching, conditional loops,
> common programming patterns, but i doubt you will find it convenient to
> program it in "visual" way rather than coding.
>
>
>> Doru
>>
>>
>> On Sat, Mar 29, 2014 at 6:28 PM, Igor Stasenko <[email protected]>wrote:
>>
>>> Sure, guy just repeating almost same thesis as in the original Self demo
>>> dated back in '95,
>>> "direct manipulation with objects errr.. data"..
>>> except that now in crappy web-based environment.. and still missing the
>>> point..
>>> because it is not about data, it is about objects.
>>>
>>>
>>>
>>>
>>> On 29 March 2014 18:20, Tudor Girba <[email protected]> wrote:
>>>
>>>> Beautiful demo. This should be our game, yet others are playing it :(.
>>>>
>>>> Doru
>>>>
>>>>
>>>> On Sat, Mar 29, 2014 at 11:31 AM, Sven Van Caekenberghe 
>>>> <[email protected]>wrote:
>>>>
>>>>>
>>>>> On 29 Mar 2014, at 10:38, Sven Van Caekenberghe <[email protected]> wrote:
>>>>>
>>>>> > This is a nice write down:
>>>>> >
>>>>> >
>>>>> http://www.chris-granger.com/2014/03/27/toward-a-better-programming/
>>>>> >
>>>>> > with a nice demo of a prototype:
>>>>> >
>>>>> >  https://www.youtube.com/watch?v=L6iUm_Cqx2s
>>>>> >
>>>>> > Luckily, the horrible C++ code computing standard deviation in the
>>>>> article can be written quite elegantly and directly in Pharo:
>>>>> >
>>>>> > | input |
>>>>> > input := #(2 4 4 4 5 5 7 9).
>>>>> > (((input - input average) raisedTo: 2) sum / (input size - 1)) sort.
>>>>> >
>>>>> > Sven
>>>>>
>>>>> Damn spelling correction ;-)
>>>>>
>>>>> | input |
>>>>> input := #(2 4 4 4 5 5 7 9).
>>>>> (((input - input average) raisedTo: 2) sum / (input size - 1)) sqrt.
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> www.tudorgirba.com
>>>>
>>>> "Every thing has its own flow"
>>>>
>>>
>>>
>>>
>>> --
>>> Best regards,
>>> Igor Stasenko.
>>>
>>
>>
>>
>> --
>> www.tudorgirba.com
>>
>> "Every thing has its own flow"
>>
>
>
>
> --
> Best regards,
> Igor Stasenko.
>

Reply via email to