[elektro-etc] kód nélkül

[elight at gmail.hu]

Azért ezt a látszatot cáfolni lártszik
pl.  a G oo le és a Fac buukk programozás..
Léteznek masabb szintű , fehasználó orientált
nyelvek is.
És oda pont oylan közösségi programozási szakembereket is
keresnek, akiknek esetleg  fingjuk nincs
egyébként az alsóbb c++, assembler, .NET programozáshoz..
Ettől még a szakmát persze tudi , ismerni kell rendesen!
De inkább azt a szakmát,
     nem annyira a hagyományos programozásét.

Az autóvezetéshez talán előveszed a mikrométert ,
hogy megmérd a dugattyúátmérőt?

Xar az ami xarul csinálnak..   Meg!

Ezért is  kellene pl.  dedikált,
megbízható rendszereket használni a munkákhoz..
Csak az nem mindig rentábilis, sajna manapság..
De  legalább is azért  törekedni kellene rá.
Aki pedig a kupacra fejleszt,
    ráadásul netán hiányos ismeretekkel,
        az meg  ne csodálkozzél ha csokis a keze..

Üdv István


2014-08-28 11:34 keltezéssel, Xorn írta:
> Én eddig azt vettem észre, hogy az ilyen keretrendszerekkel is csak az
> tud rendes, jól működő valamit alkotni, aki anélkül is tudna az
> alacsonyabb szinten, aki tényleg csak a munkája segítésére használja,
> de nem a szakértelme helyett. Mert tudja, hogy mit csinál a
> keretrendszer, és mit ad lejjebb, amire az a szint hogyan fog
> reagálni. De akinek erről fingja sincs, az tényleg csak összelapátol
> valami xarkupacot, azután vagy jó lesz, vagy nem...
>
> Best regards,
> Andy
>
> 2014-08-28 11:31 GMT+02:00 gyapo <gyapo at freemail.hu>:
>>> Hacsak nem saját szórakozásra fejlesztesz, a profitszerzés valahol
>>> szempont kell legyen (-:
>> Igen, ez igaz. De lehet úgy is, hogy lerabolom most amit lehet, aztán
>> nem érdekel, meg úgy is, hogy ésszel, hosszú távra, így több lesz a
>> profit.
>>
>>> - Összetettségük folytán nagyon sok beállítással rendelkeznek,
>>> melyeket bele kell tenni a termékbe. Az kb. ma is mindegy, hogy
>>> programba írom be, vagy egy dialógusablakba.
>> A dialógusablaknak akkor látom értelmét, ha gyorsítja/egyszerűsíti a
>> programozó munkáját, és minden olyanra alkalmas, amit az eredeti nyelv
>> tud. Pl. ha megadhatom egy div paramétereit, helyét, de nem lehet
>> gömbölyíteni a sarkokat, akkor az már nem jó, mert html forrásban
>> lehet. De nyilván nem ez gyorsítja a munkát, és nem ezért csinálnak
>> keretrendszereket, hanem az előre megírt kódrészletek tömegei miatt,
>> amikből gyorsabb összelapátolni a működő kódot. Ami persze sokkal
>> nagyobb, sokkal lassabb, és akár nem is mindenre képes, amire az
>> alacsonyabb szintű nyelv igen.
>>
>>> - A teljesítmény és optimalizálás már úgy két évtizede egyre inkább
>>> csak speciális feladatok esetén elsődleges szempont - a Lista tagjai
>>> esetén sokkal inkább az, mint a PC és szerveralapú alkalmazások
>>> világában. Amióta alá lehet tolni a nagy vasat, alátolják.
>> Na ez az, hogy ha nem tolják alá, akkor szinte használhatatlan a
>> program, a nagy vas nagy költség a megrendelőnek, és a software úgyis
>> addig nő, hogy bármekkora vason is éppen elfusson, így sose lesz
>> maximálisan elégedett a vevő. Mert pl. egy régebbi még jobban
>> optimalizált program sokkal jobban fut az adott vason.
>> Ezekkel a fejlesztőeszközökkel a fejlesztők teljesen áthúzzák a
>> kényelmet a saját oldalukra, és nem vagyok biztos benne, hogy ez a
>> proftmaximalizálás helyes útja, környezetkímélésről már nem is
>> beszélve, pedig már a tejfölöspohárról is lehúzzuk az 1 g-os
>> fémfóliát, miközben meg kW-okat pocsékolunk összelapátolt
>> softwareszörnyek miatt a nagyvassal. Csak hogy a fejlesztőnek ne
>> kelljen már kódokkal szenvednie.
>>
>> Üdv.: gyapo
>>
>