A JavaScript-, Python- és Java-fejlesztőket keresik a legjobban
2020-02-05T08:12:32+01:00
2020-02-10T08:39:58+01:00
2022-07-20T16:47:18+02:00
  • A C# hosszabb buildelésére ok lehet hogy eleve a nyelv összetettebb illetve az osztály/alkönyvtár struktura is szabadabb, több lehetőséget ad.

    De a többlet bőségesen kárpótol a fordítási időért, még a C++ horribilis build idejét is túl lehet élni, ha azok a többletek kellenek, amit csak a C++ képes nyujtani.
    Mutasd a teljes hozzászólást!
  • A leginkább a Java jövőjéért aggódom, nem tenne jót a .NET-nek sem ha nem lenne versenytárs. Sajnos a Java-t megvette az Oracle és Larry Ellison hírhedten pénzéhes fickó, párszor már majdnem bedöntötte az Oracle-t a kapzsiságával, úgy tűnik a Java is csak licensz trollkodásra kellett neki.
    Mutasd a teljes hozzászólást!
  • Egy nagyobb C#-os program pèldául sokkal tovább buildelődik mint egy hasonló Javas. Sebessèg meg attól függ hogy van megírva a program, esetleg JVM beállításban lehet több memóriát adni neki.
    Mutasd a teljes hozzászólást!
  • Nagyon kevesen fejlesztenek desktop oldalon java-ban, egyszerűen mindenki elment a web irányába. Ha csak teljesítményt nézünk, egy idea-nak, vagy egy eclipse-nek szerintem nincs semmilyen sebesség problémája.
    Mutasd a teljes hozzászólást!
  • Azért én jobban szeretném, ha megmaradna a verseny a két platform között.

    Java vs. DotNetCore, egy területet céloznak, jó ha marad a verseny.
    Mutasd a teljes hozzászólást!
  • Nem követem az eseményeket, hogy mik történtek, de felröppent a hír, hogy ms és oracle egybebújnának a java fejlesztésére. Ha követed a híreket, talán jobban tudsz becsülni olyasmit, mi történhet a háttérben, mi mindenről lehet szó?
    Mutasd a teljes hozzászólást!
  • Maga a Java VM elég gyors kódot generál, több lépcsős optimalizálással. Sportszerűen a .NET Core 3.1-el lehet összehasonlítani.

    - Az első futás mindkettőnél lassabb, mert az IL kódot le kell fordítani. Itt sokáig a Java vezetett a saját JIT-jével, de mára már itt is veri a .NET. De ez valójában nem számít, mert a szolgáltatások hosszú távon futnak, te ezt érezhetted. A feeling-ben benne van a betöltés sebessége is, ami szinténa  Java esetében lassabb.

    - A hosszú távú futási teljesítményben a Java volt sokáig a kicsit gyorsabb, most a .NET Core 3-as verziója már úgy néz ki veri egy kicsit, de ismét minimális a különbség a két platform között. Ne feledd pl az Apache Kafka is Java-ban van írva és piszok gyors!

    - A két platform között rengeteg helyen van különbség egyrészt a VM implementációjában, másrészt a framework készletbven, ebből eredően itt-ott egyik-másik a kicsit gyorsabb. Alapvetpően ha megfelelő szakértelemmel írnak meg bennük kódot, akkor nincs nagy különbség. 

    Nyilván felületre fejleszteni a WPF sokkal jobb és gyorsabb, mint a Swing, de backend oldalon nincs ekkora különbség, viszont ez nem a VM-től függ szerintem. Számomra inkább a jövő az érdekes. A Java egyértelműen leszálló ágban van, míg a .NET úgy látom felszálló ágban, meglátjuk.
    Mutasd a teljes hozzászólást!
  • A java vm most sebességben hogyan van hasonló feladatot elvégző .net alkalmazáshoz képest windows platformon? Ahány java programot eddig láttam, idegesítően lassú volt mind.
    Mutasd a teljes hozzászólást!
  • Nem mindenre ad kész megoldást, és önfegelem kell, hogy az ember ne használja a szerző eredeti szándékával ellentétesen, de hamar bele lehet jönni, és lehet ügyesen is használni.
    Nekünk már a harmadik projektünk olyan volt, amit meg mertünk mutatni  
    De mindenképpen ízlés kérdése, amiről ugye nem vitatkozunk.
    Mutasd a teljes hozzászólást!
  • Amúgy, ami pozitív lehet, főleg egy üzleti appnál abban, hogy a kliens és a szerver oldal ugyanazon a nyelven van, az az hogy kódot lehet megosztani a két oldal között.

    Ez tipikusan egy hamis ígéret marad a menedzserek felé. Még abban is hisznek, hogy jobban optimalizálható majd a csapat a közös szekértelem miatt... Én nem láttam még, hogy ez bárhol is komoly eredményre vezetett volna. Más kérdés, hogy mennyire megfelelő a nodejs szerver oldalon. Hát nem egy menedzselt környezet, de talán TypeScript-el sok hiba kiszűrhető és kis terhelésű site-on talán nem olyan gáz a single thread. Ha valaki ezzel tud dolgozni, akkor ezzel tud és meg is fogja vele oldani a problémát.
    Mutasd a teljes hozzászólást!
  • Sem a javascript sem a php nem fejlődnek olyan irányban, ahol csatát lehetne nyerni (thread-ek).

    Milyen csatát lehetne threadekkel nyerni? Illetve mi köze a nyelveknek utóbbihoz?
    Mutasd a teljes hozzászólást!
  • Amúgy, ami pozitív lehet, főleg egy üzleti appnál abban, hogy a kliens és a szerver oldal ugyanazon a nyelven van, az az hogy kódot lehet megosztani a két oldal között.

    Sem a javascript sem a php nem fejlődnek olyan irányban, ahol csatát lehetne nyerni (thread-ek).

    Ha tényleg kellene egy nyelv mindkét oldalra, a php nyugodtan átterjedhetne kliens scriptnek is. De nem látszik olyan ambíció.
    Mutasd a teljes hozzászólást!
  • Így 2020 tájékán inkább nem írnék semmit COBOL-ban ha lehet, de anno úgy 30+ éve, a pályafutásom elején igen, csináltam ilyet. Egyrészt TPA-1140-re (PDP-16 klón volt az istenadta) csináltam ilyesmit, másrészt PC-re volt egy Professional Cobol nevû cucc ha jól emlékszem, ezt használtam amíg rá nem jöttem, hogy van dBase III+ is.
    Mutasd a teljes hozzászólást!
  • Én nem igazán foglalkotam React-tal, de amennyit láttam belõle, az alapján picit olyan vasvillával összehányt dolognak tûntek a benne írt dolgok.
    Mutasd a teljes hozzászólást!
  • Python még csak számtanpéldában sem fordult eddig elő.

    én meg rengetegszer láttam fizikusoknál.
    jól tudtak prototipust összerakni benne.
    Mutasd a teljes hozzászólást!
  • Amúgy, ami pozitív lehet, főleg egy üzleti appnál abban, hogy a kliens és a szerver oldal ugyanazon a nyelven van, az az hogy kódot lehet megosztani a két oldal között.

    szerintem sokkal jobb ha kliens és a szerver azon a nyelven van megírva, ami arra megfelelőbb :)
    Mutasd a teljes hozzászólást!
  • Amúgy, ami pozitív lehet, főleg egy üzleti appnál abban, hogy a kliens és a szerver oldal ugyanazon a nyelven van, az az hogy kódot lehet megosztani a két oldal között.

    Ezt hogy érted? COBOL-ban írod a UI-t?
    Mutasd a teljes hozzászólást!
  • nem értem, a switch-case hogy a fenébe maradt ki ?

    Hat azert, mert:
    "You can do this easily enough with a sequence of if... elif... elif... else. "

    Muhaha...
    Mutasd a teljes hozzászólást!
  • Nekem mindig az az érzésem az Angularral kapcsolatban, hogy a 90-es évek technológiai színvonalát hozza el kliens oldalra.
    A React funkcionális működése nekem sokkal szimpatikusabb. És ezek szerint másnak is
    Mutasd a teljes hozzászólást!
  • Nálunk gyakorlatilag csak .NET-es fejlesztés van, most lesz majd egy kis javás csapat ha minden igaz. Javascript az kell, de backend és mobil vonalon ahol én mozgok pont nem annyira. Python még csak számtanpéldában sem fordult eddig elő. Amúgy a python alapvetően szimpatikus, csak azt nem értem, a switch-case hogy a fenébe maradt ki ?
    Mutasd a teljes hozzászólást!
  • Mondjuk én szerver oldalra semmilyen dinamikus nyelvet nem tennék. Szívem szerint kliens oldalra sem, de weben ma kb. kirobbanthatatlan a javascript, így max. a typescript lehet alternatíva. Amúgy a js világban is vannak szimpatikus dolgok, Pl. Angular, erre mi terjed el ? Persze hogy a React.

    Amúgy, ami pozitív lehet, főleg egy üzleti appnál abban, hogy a kliens és a szerver oldal ugyanazon a nyelven van, az az hogy kódot lehet megosztani a két oldal között.
    Mutasd a teljes hozzászólást!
  • "divat"...
    Mutasd a teljes hozzászólást!
  • Szerver oldalon magas %-al teljesít a javascript. Mármint abban, hogy a népek a fejüket fogják utólag, miért nem a php-t választották. De az mellékes. Maradjunk a tényeknél. A magas % előreszámítható 
    Mutasd a teljes hozzászólást!
  • https://i.redd.it/tfdc5pgbeyc41.png
    Persze csak viccelt, de ha megnezzuk a python "atyjanak" nehany fura tavalyi nyilatkozatat a temaban, meg az is elkepzelheto, hogy van alapja. :D
    Mutasd a teljes hozzászólást!
  • A jelenlegi munkahelyemet figyelembe véve, a backend esetében a Java platform népszerűbb, mint a .NET, másban pedig nemigen fejlesztünk, a felület pedig szinte minden esetben Web, így a Javascript/Typescript adott, mert nincs más komolyan vehető. Python-ban tipikusan a ma divatosan Data Scientist-nek hívott emberek kapirgálnak, itt mást szintén nemigen hasznának (jó, az SQL különböző dialektusait igen). Van még nagyon kevés C++ és C is, főleg a mikrokontroller Világhoz, illetve mobil fejlesztés is, Javascript, Java, Swift, C++, C# nyelveken, környezetfüggően.
    Mutasd a teljes hozzászólást!
  • Nekem tetszik, főleg light-osabb dolgokra. Szintaktikája is elég jó (főleg, ha nem heavy weight oop-zik az ember. Nincs extra felesleges karakter használat ; {} 
    pandas nagyon jó

    Nem használom sokat, de időnként, kitekintésként elég könnyed.
    Mutasd a teljes hozzászólást!
  • nekem a pájtont trendi utálni :)
    Mutasd a teljes hozzászólást!
  • Segítek: a javascriptet trendi utálni :)
    Mutasd a teljes hozzászólást!
  • A phyton az új php? Vagy most melyik nyelvet trendi utálni? 
    Mutasd a teljes hozzászólást!
  • En anno magamtol alltam neki es a mai napig szeretem. 
    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