Itt a lista: Ezek a programozási nyelvek fognak a következőnek kihalni

Itt a lista: Ezek a programozási nyelvek fognak a következőnek kihalni
2017-05-22T07:16:22+02:00
2017-06-09T13:29:57+02:00
2022-10-19T15:20:37+02:00
  • Én közel 30 éve C fejlesztés után úgy vagyok vele, hogy amíg mások tanultak, bosszankodtak, felejtettek el technológiákat, addig én a mai napig  C-zek (nem mondom, hogy nem értek máshoz is, de nem érdekel annyira). Amit 30 éve tanultam C-ből, az nem ment pocsékba, mert a mai napig érvényes. Az évek alatt felgyűlt, ezerszer tesztelt saját függvénykönyvtár - ami rengeteg rendszeren működik - adott esetben sokat gyorsít egy-egy probléma megoldásában. Figyelembe véve embedded és főleg IoT rendszerek felfutását, nem is nagyon izgulok a jövő miatt.
    Mutasd a teljes hozzászólást!
  • Én az amcsi piacot nem hasonlítanám ide mert teljesen más még programozás szempontjából is. Ott simán megteheted, hogy iparágra szakosodsz és akkor el fogják nézni, hogy mondjuk c++ programozóként nem értesz a javascripthez nagyon, mert a business részét meg ismered amit sokkal nehezebb felszedni mint a programozást. Itthon sajnos ez sem igaz mert kicsi a piac.

    Ma már nem annyira nagy művészet egy másik országba költözni, ráadásul egy szoftveres pont angolul tipikusan tud valamennyire. Szóval Trump protekcionizmusát leszámítva (valamit már variáltak a vízumokkal) az USA sem valami egzotikus hely.
    Másrészt meg a cikk alapjául szolgáló InfoWorld-ös írás ugye eléggé kizárt, hogy Magyarországról szólt volna, már csak ezért is "jogos" a megállapításokat más piacokkal kapcsolatban (is) véleményezni.
    Mutasd a teljes hozzászólást!
  • A C szinte biztosan nem fog kihalni a közeljövőben, mivel nem is lenne értelme lecserélni, mert a célterületére tökéletes. Érdekes nyelv a Rust, viszont nem hatékony alacsony szintű optimalizációs feladatokra, ellentétben a C-vel, annak pedig semmi értelme, hogy mindent unsafe blokkba foglaljon az ember, mert ezáltal megszűnik a létjogosultsága a Rust-nak, amelyet azért alkottak, hogy biztonságosan lehessen alacsony szinten programozni.
    Mutasd a teljes hozzászólást!
  • Mivel a C pont a gépikód gondolatmenetű memória/pointer trükkökről szól, az a bizonyos jobb/újabb nyelv maga is C lenne. 
    Mutasd a teljes hozzászólást!
  • Ráadásul platformfüggetlen is a kód így bármin futtatható, következésképpen egyszerre akár 30 ember munkáját is kiváltja!
    Mutasd a teljes hozzászólást!
  • Azért az érdekes, hogy az Assembly ennyire jön föl az IOT miatt. A hatékonyság oltárán feláldozzuk a könnyebb fejlesztést?

    Dehogyis, csak ők azok a fejlesztők, akik nem hajlandóak új ismereteket elsajátítani és ezért nem képesek felismerni sem, hogy JavaScriptben legalább olyan, ha nem sokkal hatékonyabb kódot írhatnának jelentősen kevesebb kódból. 
    Mutasd a teljes hozzászólást!
  • Off: Python és Python3 között is lehetne így autokonvertálni?
    Mutasd a teljes hozzászólást!
  • A megtalálható hihetetlen mennyiségű C kód nem fordítható automatikus eszközökkel egy modernebb, újabb, a C kiváltására születő nyelvre.

    Ezt nem jelenteném ki ilyen biztosan. Ha az átfordítás minőségét nem nézzük, akár meg is lehet csinálni. Az viszont már elegendő arra, hogy azok a kódok egy másik ökoszisztémába kerüljenek és onnan idő kérdése, hogy épp ki és mikor graduálisan modernesíti egyes részeit.
    Mutasd a teljes hozzászólást!
  • Egyetértek, egy-két dolgot azért hozzáfűznék.

    Ebből fakadóan folyamatosan jönnek újabb versenyzők, amik próbálják kiszorítani az öreg nyelveket.

    Én még annyit tennék hozzá, hogy az "öreg" nyelvek is próbálnak fiatalodni, egyre újabb és újabb dolgokat átvéve (lambda, pattern matching, type inference, OOP, higher order functions, ...). Ezzel erősen megnövelik a túlélési esélyeiket.

    nem biztos, hogy szerencsés ez a sokféle programnyelv. Egy hozzám hasonló kezdőt legalábbis biztosan összezavar, hogy mivel érdemes foglalkozni?

    Van legalább öt olyan programnyelv, amivel jól el lehet helyezkedni, amiből legalább 2-3-at tanítanak is az egyetemeken. Ha azokat tudod, akkor el tudsz indulni, közben meg folyamatosan tanulnod kell ebben a szakmában, új nyelveket és új technológiákat. Így, ha nem ragadsz be egy nyelvbe és technológiába túl sokáig ("évekig, évtizedekig" ), akkor egyre szélesebb ismeretekkel fogsz rendelkezni.
    Mutasd a teljes hozzászólást!
  • A megtalálható hihetetlen mennyiségű C kód nem fordítható automatikus eszközökkel egy modernebb, újabb, a C kiváltására születő nyelvre

    Dehogynem. A go fordito-t c-ben irtak, utana egyszeruen leforditottak a fordito c kodjat go-ra es az lett az uj fordito.
    Mutasd a teljes hozzászólást!
  • Azért az érdekes, hogy az Assembly ennyire jön föl az IOT miatt. A hatékonyság oltárán feláldozzuk a könnyebb fejlesztést? 
    Tökéletes nyelv még mindig nem létezik és nem is fog. Ebből fakadóan folyamatosan jönnek újabb versenyzők, amik próbálják kiszorítani az öreg nyelveket. Ez szerintem tök természetes folyamat, bár nem biztos, hogy szerencsés ez a sokféle programnyelv. Egy hozzám hasonló kezdőt legalábbis biztosan összezavar, hogy mivel érdemes foglalkozni? Nem is beszélve arról, hogy rengeteg olyan kód létezik, melyet talán soha nem írnak újra egy frissebb nyelven. Ergo jó eséllyel felértékelődik majd a "kihaló" nyelvek ismerete is (lásd pl. most a FORTRAN esetét az USA-ban).
    Idehaza szerintem jóval lassabb lesz a váltás, főleg mivel az egyetemeken továbbra is a C# a legmodernebb nyelv.
    Mutasd a teljes hozzászólást!
  • A megtalálható hihetetlen mennyiségű C kód nem fordítható automatikus eszközökkel egy modernebb, újabb, a C kiváltására születő nyelvre.

    Ugyan miert ne lehetne automatizalni? A C nem egy folyamatos fejlesztes alatt allo nyelv, es maga a szintaxis is borzasztoan egyszeru.

    Ettol fuggetlenul nincs sok ertelme. Meg ha at is forditod masik nyelvre, az uj nyelv eszkoztaran csak a toredeket hasznalod, kevesbe optimalis kodot generalva.
    Mutasd a teljes hozzászólást!
  • A megtalálható hihetetlen mennyiségű C kód nem fordítható automatikus eszközökkel egy modernebb, újabb, a C kiváltására születő nyelvre.

    Márpedig egy új nyelv terjedésének nagyon nem hátrányos, ha egy korábbi felhalmozott kódbázist (ha csak részben is) át lehet venni.

    A Python-nal nem lennék ennyire biztos.
    Annak forrásai rengeteg más nyelvbe átkonvertálhatóak, vagyis ha egy modernebb, újabb nyelv akarja átvenni a P. szerepét, akkor a korábbi P. kódok (munkaórák!) nem vesznek el ill. jól hasznosíthatóak.
    Mutasd a teljes hozzászólást!
  • És nem lesz olyan, hogy örök TOP1 nyelv.

    Ha nem is lesz trendi TOP 1, azért a C örök... 
    és remélem a python is örök marad... 
    Mutasd a teljes hozzászólást!
  • Nem frusztrál magam azzal hogy olvasom.

    Amúgy meg gondolom érted.
    Mutasd a teljes hozzászólást!
  • Az "igazi" programozót nem szabad, hogy érdekelje milyen az általa használt nyelv népszerűségi  indexe. Ő az, aki a laikus megrendelő igényeit programmá tudja alakítani. Az, hogy ez milyen nyelven valósul meg, másod, harmadrendű kérdés.
    Csak azért, mert valaki a Top1 nyelven ír meg egy programot, az attól még lehet a silány fércmű. És lehet 100 éves nyelven 'tökéleteset' alkotni.
    És nem lesz olyan, hogy örök TOP1 nyelv. Ilyen az életben sincs, pláne nem informatikában. Most éppen ezek a népszerűek, de mindig jön újabb, jobb. Nagy baj lenne, ha nem így lenne. Az a fejlődés végét jelentené.
    Mutasd a teljes hozzászólást!
  • az ezekkel az eszközökkel és platformokkal szerzet tudás 99.99%-a újrahasznosíthatatlan és kidobható

    Ezt gondold át, mert nem triviális 
    Mutasd a teljes hozzászólást!
  • #include <iostream> using namespace std; int main() { char *pc = new char('p'); char &c(*pc); delete pc; cout << c << endl; return 0; }
    Mutasd a teljes hozzászólást!
  • Nos, valódi programozó, nem igazán érted, hogy mi "fájt" nekem annyira.

    Akkor még egyszer: "... az nem valódi programozásra való". Gondolom soha sem használtad a nyelvet és a könyvtárait, max "Hello world!" szinten.

    Ami a példádat illeti: teljesen felesleges erőlködni, mert ez a nyelv rendszer közeli programozásra készült a C továbbfejlesztéseként ... Sok mindent meg kell tudni tenni benne. Ennyi. Semmi sem totál "biztonságos". De mi is a baj ezzel? Pl autót vezetni is meg kell tanulni, és lehet vele karambolozni is. Akkor az autó nem valódi jármű, csak gizdázásra van? Szerintem érted ezt Te is. Akkor meg nem kell olyasmit leírni, hogy "nem programozásra való".

    Mindegy, végül is irigylem a magabiztosságot, amivel ilyen kijelentéseket teszel. Részemről ezt az el sem kezdett "vitát" nem kívánom folytatni, mert értelmetlen.
    Mutasd a teljes hozzászólást!
  • Off: Nem költőileg itt egy kis feladvány: mint tudjuk, C++-ban a referenciák sokkal biztonságosabbak a pointereknél, mivel sehogy, vagy csak nagyon nehezen lehet érvénytelen (dangling) referenciát csinálni. Mégis hány programsor kell vajon hozzá?
    Mutasd a teljes hozzászólást!
  • A lista első 3 helyén még mindig a C és C++ is benne van, innentől kezdve nincs miről beszélni. A legtöbben Janiznak.
    Mutasd a teljes hozzászólást!
  • a C++ meg azért nem, mert az nem valódi programozásra való, hanem "frenkizésre" (avagy "janizásra") való

    Igen ritkán szólok hozzá, de egy költői kérdést itt mégis feltennék:
    Te tudod egyeltalán, hogy miről beszélsz?
    Mutasd a teljes hozzászólást!
  • Így pl. egy 30 évvel ezelőtti Z80 assembly program írása során megszerzett tapasztalat gyakorlatilag 0%-ban hasznosítható pl. egy mai Node.js vagy akár C# asztali alkalmazás megírása során.

    Amikor websocket-et írtam nodejs-ben külső modulok nélkül, akkor pont jól jöttek a Z80-as tapasztalatok, még ha az csak a hexa számok manipulációját jelentette is adott esetben.
    Mutasd a teljes hozzászólást!
  • Dehát ez kiváló téma - lehet, én is itt anyáznék, ha nem pont most kellett volna Genfbe utaznom xD
    Mutasd a teljes hozzászólást!
  • Így pl. egy 30 évvel ezelőtti Z80 assembly program írása során megszerzett tapasztalat gyakorlatilag 0%-ban hasznosítható pl. egy mai Node.js vagy akár C# asztali alkalmazás megírása során.

    Ott igen. De ha Pl. mikrovezérlőkkel kezdenék fel foglalkozni, akkor már nagyon is számít. De persze azért egy javascrtipt esetében sem árt ha az illető tisztában van azzal, hogy a dobozban ami a böngészőt futtatja nem kicsi kínaiak mozgatják odébb a biteket.

    Mert utóbbinak még így is már több releváns és hasznosítható ismerete van az adott eszközzel, mint amennyi az amúgy már három évtized óta a pályán lévő szakinak.

    Hát nem. Amikor Pl. yii-vel játszottam, akkor nekem nem az volt a kérdés, hogy mi is az az ORM, hanem az hogy ott és akkor hogyan valósították meg. Alapvetően azért annyira nagyon nincs új a nap alatt, a legtöbb dolgot ebben a szakmában már úgy a 70-es években kitalálták, azóta leginkább csak variálnak rajta. A windows.forms nem egy egetverően nagy meglepetés aki anno látott már VCL-t, a WPF ugyan sok mindenben más mint a winforms, de azért ha azt kened-vágod akkor gyorsabban fogod megérteni mint ha most láttál először buttont és databindingot.

    Nem mondom, hogy egyáltalán nincsenek új koncepciók, de azért nem kell mindent a nulláról kezdeni egy-egy új környezetben. És az igazán fontos képességek, az algoritmizálás és a kód olvasása igazából többé-kevésbé nyelv és platformfüggetlenek.

     Még akkor is, ha az ekoszisztéma nem annyira diverzáns, óriási és szerteágazó, mint pl. a JavaScript-é, hanem csak olyan egyszerű és egységes, mint egy .NET-é.

    A js bazár, a .NET katedrális. Nekem a katedrálisok jobban tetszenek, de elvagyok a bazárban is ha kell, legfeljebb néha befogom az orromat a halaspultoknál.

    A cégeknek olyan emberek kellenek, akik ismerik és képesek használni lehetőség szerint azonnal az adott eszközt, amivel dolgoznak

    Ez véletlenül pont ugyanaz amit én mondtam.
    Mutasd a teljes hozzászólást!
  • A 45 éves szaki a pályafutása alatt jó eséllyel már egy rakás dologgal találkozott, és ebből csak egy volt a C++. Nálam Pl. volt assembly (z80,6502, x86), Basic (ZX81-VB.NET), Cobol, Clipper

    Ami senkit nem érdekel, és semmi előnyt nem jelent, mert az ezekkel az eszközökkel és platformokkal szerzet tudás 99.99%-a újrahasznosíthatatlan és kidobható. Nem csak a lexikális tudás, de minden más szintű tudás is. Ha másért nem azért, mert teljesen más időben, más feladatok megoldására, más peremfeltételek között kellett és lehetett használni ezeket - olyanokra, amiktől a mai feladatok és peremfeltételek alapvetően eltérnek.

    Így pl. egy 30 évvel ezelőtti Z80 assembly program írása során megszerzett tapasztalat gyakorlatilag 0%-ban hasznosítható pl. egy mai Node.js vagy akár C# asztali alkalmazás megírása során. Éppen ezért az ilyen és csak ilyen tapasztalattal rendelkező "szaki" még annál a juniornál is bénább munkaerő és fejlesztő utóbbi eszközökkel és platformokon, aki maga is csak mondjuk egy hónapja tanulja azt. Mert utóbbinak még így is már több releváns és hasznosítható ismerete van az adott eszközzel, mint amennyi az amúgy már három évtized óta a pályán lévő szakinak.

    némi PHP, Javascript, és persze HTML - csak ami épp szembejött és csinálni kellett, némi python csak kíváncsiságból, némi Powershell mert épp szükség volt rá, typescript és java egy-egy hobbiprojekthez, aztán pár grafikus cucc mint SSIS

    És mit gondolsz, amit ezekben alkottál, azok milyen színvonalúak lehettek, illetve az ezekbe történő "beleszagolás" milyen tapasztalati szinttel látott el és vértezett fel téged? Itt te nyilvánvalóan már megint kevered az "írtam már benne Hello world-öt" azzal, hogy "ismerem az adott nyelvet, platformot, ekoszisztémát"-tal, és azt gondolod, hogy a két dolog ugyanaz. Pedig nagyon nem - minimum évek választják el őket egymástól. Még akkor is, ha az ekoszisztéma nem annyira diverzáns, óriási és szerteágazó, mint pl. a JavaScript-é, hanem csak olyan egyszerű és egységes, mint egy .NET-é. Amiről te nyilván szintén meg vagy győződve, hogy pont fordítva van - de hát ez megint csak pont annak az ellenkezőjét bizonyítja, mint amit állítani próbálsz.

    Ebből a szempontból persze a cégeket is meg lehet érteni: egy-egy új projektre nekik "kész" emberek kellenek, és elég nehéz úgy tervezni, hogy Pistike vajon mennyi idő alatt végez a taskkal ha most tanulja a nyelvet is...

    Nem. A cégeknek olyan emberek kellenek, akik ismerik és képesek használni lehetőség szerint azonnal az adott eszközt, amivel dolgoznak. Nem olyanok, akik azt hiszik, hogy mivel néhány másik nyelvet nagy nehezen már megtanultak - de azóta ráadásul már meg is öregedtek és el is lustultak -, automatikusan tudnak és ismernek minden más eszközt és platformot is és/vagy meg tudják tanulni pár nap alatt.
    Mutasd a teljes hozzászólást!
  • Egyébként a HR-es (és Sting barátunk) gondolatmenete alapján az FB-hez Carmack-ot junior fizetésért kéne felvenni, mert a legújabb VR technológiákkal nincs sok tapasztalata neki se

    Ez nem az én "logikám", hanem a tiéd. Az én logikám az, hogy Carmackot egyáltalán nem kellene felvenni a FB-hoz (ha csak nem akarnak játékot vagy VR-t fejlesztetni vele). Éppen ezért nem jelentkezett Carmack sem a FB-hoz, hanem egy kifejezetten és csakis VR-rel foglalkozó céghez ment át. És csak akkor és úgy került előbbinek egyáltalán csak a közelébe is, amikor a FB felvásárolta azt.



    Igazából a hozzászólásaiddal önmagában is folyamatosan bizonyítod, hogy bizony azok a készségek, amik egy programozó szempontjából alapvető fontosságúak (mint pl. a feladat megértésének képessége, a körülmények helyes felmérése, a helyes logikai következtetések megtétele, vagy akár az új dolgok tanulásának képessége és hajlandósága) abszolút nem feltétlenül tengenek túl egy, akár már pár évtizede a pályán lévő fejlesztőben sem - és, hogy ezzel összefüggésen még ezekből a szempontból is érdemesebb lehet egy, akár sokkal fiatalabb, de jóval tehetségesebb fejlesztőt is felvenni az ilyen "szakik" helyett, még a lexikális tudás egyértelmű aktualitásától függetlenül is.
    Mutasd a teljes hozzászólást!
  • Nem mondta senki, hogy csak azért kéne felvenni, mert idősebb, hanem azért kéne felvenni, mert szaki és már x évtizede bizonyítja, hogy a pályán tud maradni naprakészen.

    Hogyan tudná, amikor éppen arról van szó, hogy még annyira sem ismeri az adott új nyelvet, platformot, mint a fiatalabb társa? Ezzel éppen az ellenkezőjét bizonyítja annak, hogy naprakész tud maradni.

    De biztosan, mert a kezdő az tapasztalatlan még, ha tud is 1-2 technológiai alapot, akkor is.

    Ez hülyeség. Egyrészt, mert a korból nem következik tapasztalati szint. Még élettapasztalati sem feltétlenül, szakmai meg aztán pláne nem. Másrészt, mert a tapasztalat az nem valami univerzális dolog (illetve csak nagyon kis része az), és nem hordozható alkalmazási területek között.

    Ha ez így működne, ahogy te gondolod, akkor pl. a kórházakban nem 25 éves rezidenseket foglalkoztatnának, hanem a 80 éves Bözsi nénivel műttetnének, aki ugyan egész életében csirkéket nevelt a tanyán, de hát 80 éves, ezért több és jobb tapasztalattal rendelkezik, mint a rezidens. Vagy legalábbis az 55 éves lábortopédussal műttetnék meg az agytumoros pácienst, a csak 45 éves agysebész helyett., mert hát előbbi tapasztaltabb, mint utóbbi.

    És hidat is az 50 éves agrármérnökkel terveztetnének a 30 éves hídmérnök helyett - hiszen előbbi is mérnök, és mennyivel tapasztaltabb, mint utóbbi. Nem?

    Ez nyilván nem így működik - és nem így működik a programozás esetében sem. Egy C++- vagy Java-fejlesztő kutyaütő JavaScript- vagy Node.js-programozó, és az is marad egészen addig, amíg bele nem öli az éveket a nyelv, a platform és az ekoszisztéma megismerésébe, és a konkrétan azon történő tapasztalatszerzésbe.

    Mert sec perc alatt megtanulja és mivel már bizonyított,

    Mint már mondtam, pont annak az ellenkezőjét bizonyította már pusztán a helyzet létrehozásával is annak, hogy bármit sec perc alatt meg tudna tanulni. Ha tényleg képes lenne erre, illetve a hajlandóság is meglenne rá benne, akkor már mire jelentkezik az állásra is ismerte volna az ott alkalmazandó nyelvet, eszközt, platformot. Hiszen egy délután megtanulja, megismeri, nem?

    Nem. Pont ezért nem érdemes őt felvenni.

    Hát nem, számtalanszor tapasztaltam már, hogy a friss tapasztalattal rendelkezők ugyan a technológiai alapokkal és a trendekkel tisztában vannak, nincs kellő tapasztalatuk komoly és hosszútávú architektúra fejlesztésében és nem tudnak előre gondolkodni, csak tákolnak.

    Na, most a fenti logikai öngólok után nem kérdés, hogy a te értékítéletedben is mennyire lehet megbízni. Arról nem is beszélve, hogy pár állítólagos személyes tapasztalatból általánosítani is önmagában is érvelési hiba.

    Ez az, amit csak nagy tapasztalatú fejlesztő képes a magáévá tenni, amit nem lehet 1-2 hónap alatt behozni, néhány trendi nyelvet technológiát viszont igen.

    Ja. És az agyműtétet is csak az 55 éves lábortopédus képes elvégezni, a nála évtizedekkel fiatalabb agysebész nem. Ő csak néhány trendi dolgot ismer, de amúgy semmit nem lehet rábízni.
    Mutasd a teljes hozzászólást!
  • Nem a nyelv a kihívás, hanem a framework. Persze túlzottan az sem nagy.
    Mutasd a teljes hozzászólást!
  • Pythonra, az új cégnél max. juniorként tudnék elhelyezkedni

    Magát a nyelvet mennyi idő lenne megtanulnod, talán egy szombat délután? A többi technológia, SQL stb. pedig a saját bevallásod szerint is már évtizedek óta megy. Ha ennyire nem vagy benne biztos majd a próbaidő után a fizetés ötszörösét kéred.
    Mutasd a teljes hozzászólást!
Tetszett amit olvastál? Szeretnél a jövőben is értesülni a hasonló érdekességekről?
abcd