Fejlesztői munka minősége
2016-12-06T13:17:48+01:00
2016-12-07T14:49:27+01:00
2022-07-23T21:00:20+02:00
  • Ezért lehet hogy az opensource projectek lényegesen jobb minőségűek lehetnek. Eleve nem feszít semmilyen határidő.

    Ahol nem feszít határidő, az a hobbiprojekt. Abból is csak az, amit nem azért csinál az ember, mert neki szüksége van rá (mert akkor minél előbb jól működő állapotba akarja hozni), hanem amit tényleg csak kedvtelésből csinál. De a forrás nyíltságához a dolognak semmi köze nincs.

    A kódot eleve úgy írjuk, olyan igényességgel, hogy azt bárki megnézheti, véleményezheti... vagyis akinek van önbecsülése vagy üzleti célja (referencia munka) az nagyon odafigyel mit csinál.

    De nem azért, mert nyílt a forrás. Az ember egyébként is többet ad közvetlen munkatársai, felettese véleményére és megítélésére, mint ismeretlenekekére, akkor is, ha ezek millióan vannak. Tehát ez megint csak egy legenda, hogy a kód attól lesz szebb meg jobb, ha nyílt forrású, és csúnya és randa, ha zárt. Mert hogy ennek sincs semmi köze a kód nyíltságához.
    Mutasd a teljes hozzászólást!
  • Ez hülyeség. Ha jó helyen, jó projekten dolgozol, akkor jól is keresel vele, azaz üzleti célod neked is van ezzel.
    Önbecsülés is van, mert ki szeretné visszahallani az utódjától, vagy az utód előtt szabadkozni, hogy milyen lett a kód, de csak azért mert...
    Persze ha valaki akar, mindig tud kifogást keresni, hogy csak ezért, meg azért kókányolt. :)
    Mutasd a teljes hozzászólást!
  • akinek van önbecsülése vagy üzleti célja

    Na itt bukik el a céges project. Üzleti célja a tulajnak van, ő veszi belőle az újabb villát, meg BMW-t, az önbecsülés meg nem egy titokban fejlesztett project keretein belül fog kiteljesedni, aminek a kódját úgyse látja senki.
    Mutasd a teljes hozzászólást!
  • Ezért lehet hogy az opensource projectek lényegesen jobb minőségűek lehetnek. [Lehetnek, mert  kóklerek is képesek publikálni.]

    Eleve nem feszít semmilyen határidő. Akár kukázni is lehet és újrakezdeni (gyakorlatilag a második, újrakezdett projectek szervezése kezd jó lenni... sokszor  )

    A kódot eleve úgy írjuk, olyan igényességgel, hogy azt bárki megnézheti, véleményezheti... vagyis akinek van önbecsülése vagy üzleti célja (referencia munka) az nagyon odafigyel mit csinál.
    Mutasd a teljes hozzászólást!
  • Cégnél még annyira se fog megtanulni jó kódot írni, csak határidőre összelapátolni valamit, amit menet közben mondanak.
    Mutasd a teljes hozzászólást!
  • Ez tény. A suliban megtanulsz kódot írni, de jó kódot írni nem. Sokan fel sem ismerik, mitől jó a kód, és nem az ő hibájuk.
    Mutasd a teljes hozzászólást!
  • Ez egy 22-es csapda. 
    Az informatika, illetve a programozás olyan szakma amit szinte állandóan tanulni kell.
    Ember legyen a talpán aki időt talál magának erre. Nyilván egyszer kell jól megtanulni, de állandóan fejlődni és újratanulni is kell.
    Nem minden cég biztosítja ezt az alkalmazottaknak, ezért spagetti kód születik. A munkát el kell végezni, mese nincs. Tanuni nem muszáj. 
    Egyetemen régebben nem tanították a top technológiákat, de szegény programozó elkezdte a munkát és csak aki igazán lelkiismeretes, nem ír spagetti kódot. Jó lenne ha cégek köteleznék a tanulásra-gyakorlásra is az alkalmazottat(vagy legalábbis biztosítanák az időt), nem csak a munka elvégzésre. Legalábbis egy új projekt, új technológia bevezetésekor.

    Ez a hozzászólás és a rá adott válaszok a moderátor által lett átmozgatva a(z) "Egy rakás új nyelvi elemmel jön a PHP 7.1" témából.
    Mutasd a teljes hozzászólást!
abcd