Child pages
  • Napi agyhalál
Skip to end of metadata
Go to start of metadata
A mai nap után nem bírtam ki, hogy ne nyissam meg ezt a topicot.

A mostani az első programozói állásom és nem tudom eldönteni, hogy mennyire általánosak az itt szerzett tapasztalataim. Ha manapság így szokás eljárni, mint itt, akkor elmegyek inkább birkapásztornak.

Szóval a projectjeink valahogy így alakulnak:

  1. Az ügyfél akar valamit.
  2. Mi elkezdünk kódolni valamit. (Ha esetleg elkerülte volna a figyelmeteket: igen, kimaradt jó néhány pont)
  3. Megmutatjuk a valamit az ügyfélnek, aki vagy erre a valamire gondolt, vagy nem.
  4. Az igények folyamatosan jönnek, látszik, hogy ő sem tudja mit akar, csak valami olyasmit, mint.
  5. Haladunk, de sajnos korrekt specifikáció nélkül az egész egy trágyahalom. Ha szerencsénk van, az ügyfél nem akar új fícsört.
  6. De akar. Ilyenkor gányolunk, mert idő az nincs, hogy újraírjuk a fost.
  7. Öröm, vidámság, kínunkban sírva röhögés, kényszerzubbony.
Zokogok.
      
      
Page viewed times
#trackbackRdf ($trackbackUtils.getContentIdentifier($page) $page.title $trackbackUtils.getPingUrl($page))
  • No labels

40 Comments

  1. Megnyugtatlak, nálunk is így megy...
  2. Sajnos előfordul... :)

    A legjobb az, amikor egy ügyfél mindig azt mondja, hogy ráérünk még, nem kell sietni... aztán egyszercsak betoppan, hogy most azonnal tegnapra kell neki a kész program... :)
  3. Unknown User (frimen)

    No és ilyenkor van az, hogy legszívesebben letagadnád, hogyTe csináltad, mert tudod, hogy gány az egész.:)
  4. Hat jah, ez sajna telleg altalaban igy mukodik kis hazankban. Azert megnyugtatlak van rosszab is. Nehany honapja a fonokom megkert arra, h irjak egy keretrendszert. Amikor rakerdeztem, h megis mifeje keretrendszert, akkor csak a vallat vonogatta, es kozolte, hogy nem tudja. Nos, nalunk ez az altalanos.:)
  5. Ennél már csak az a szarabb, amit én csinálok: Mások gányolt kódját javítani.
  6. Talán ismeritek, van az a karikatúra/képregény egy hintáról, hogy a "megrendelő ezt akarta", "a specifikáció során ez íródott le", ... "az implementáció során ez készült el". Illene ide, sajnos nincs meg nekem.
  7. Igen-igen, tipikus projekt elettortenet.
  8. Más nagyszerű kódját én is javítgattam nem rég. A helyzet öröm-faktorát tovább növelte, hogy egy olyan terület üzleti logikáját kellett basztatnom, aminek még az alapfogalmaival sem voltam tisztában. A kódról tudni kell, hogy működött ugyan (hogyan?), de először azt hittem, hogy át lett küldve valami obfuszkátoron, mert tényleg tippem sem volt, hogy mit csinálnak az egyes metódusok. Dokumentáció nyilván nem volt egy sor sem, még javadoc szinten sem. Úgyhogy 3 napomba telt, még megértettem az ízléses, oldalnyi kveriket, lerajzolgattam, hogy mi mit csinál, kipróbálgattam, etc. Öregedtem pár évet és belül meghaltam kicsit.

    A vicc, most én számítok annak a projectnek az Egyetlen Értőjének.
  9. Unknown User (jerwine)

    Igen, de ha az egész programozói szakma arról szólna, hogy pontosan megfogalmazott kérést, kellene lekódolni akkor azt hiszem, hogy az öt éves fiam is már kezdhetne interfészeket irni :-| Az én véleményem szerint egy programozó egyszerre - párhuzamosan több szálon kéne hogy gondolkodjon, minden ötletét már részben be kell hogy kódolja a projektbe, mert lehet hogy jól jön, de kell hogy gondoljon arra is, hogy esetleg mit változtathatna meg a megrendelő, tehát előrelátónak is kell lenni, ha meg nem tetszik a munkakör, emberek! ez versenyszféra! Valaki lent emlitette a juhpásztori szakmát? Ott is piacgazdaság van, tessék választani!
  10. Unknown User (frimen)

    Jerwine, szerintem nincs igazad.
    Szerintem van az amatorizmus és a profizmus.. és inkább az utóbbi felé kell tendálni, arra
    felé kell törekedni. Kétszer követtem el azt a hibát, hogy bevállaltam olyan munkát, amilyet nihilist
    irt a legelején.. hasonló volt a szitu.
    Amatorizmus az, ha bevállalsz egy olyan munkát ami "valami" alapon nyugszik, profizmus az, ha
    ilyet nem vállalsz be.
    Persze van az ügyfél.. és van a pénz.. ha kényszer van, akkor ugyis bevállalod a "valami" project-et,
    de ha nincs, akkor kötni kell az ebet a karóhoz, ha meg nem lehet elhajtani az ügyfelet a p*csába, mert
    tuti, hogy sz*pni fogsz, mert amely ugyfél nem érti meg, hogy mindenki veszthet egy valami projecten, az rossz ügyfél.

  11. És már csak az a rosszabb, amikor az ügyfél felhívja a főnöködet és név szerint Téged szeretne megkapni a projektjéhez. Sőt, csak akkor érdekli az ajánlat, ha Te vagy a fejlesztő. (Én is ezt csinálom most. )
  12. Az a baj, hogy -főleg kis cégeknél- általában kényszer van és minden szirt-szart bevállalnak.
  13. Nincs mindenben igazatok, mert örülni kell ha van munka. Cimi, ne panaszkodj hogy valaki mindenáron téged akar, 20 év múlva hogy örülnél neki!
  14. Unknown User ((k)risztián)

    Nem egy orom mas hulyesegeit megvalositani.... a projectek nagyresze felesleges eroforrasokat emeszt fel, mert a megrendelo nem tudja az elejen hogy mit akkar es a hasznalando eszkozok valojaban tudjak amit leirnak roluk ... En a leginkabb azt utalom amikor a megrendelo delegal embert a projecthez hogy segitsen.... csinalja meg o ha annyira okos, ne szoljon bele a munkankba ha mar egyszer nekunk adta a melot.....
  15. Unknown User ((k)risztián)

    hoppa legepeltem: hasznalando eszkozok valojaban nem tudjak amit leirnak roluk
  16. Még mindig kényeskedtek, meg válogatnátok mint "ispán a gombócba'". Örüljetek hogy van munkátok!
  17. Itt nem arról van szó hogy bárkinek is büdös lenne a munka, hanem arról hogy szeretne jobb minőséget kiadni a keze közül és ez rajta kívülálló okok miatt nem lehetséges.
  18. Ja elvtársak, az élet nem habostorta... :)
  19. Szvsz a rajtunk kívül álló dolgok miatt nem érdemes panaszkodni. Ez olyan mint az időjárás, hiába szidod, attól nem áll el az eső. A megrendelők se fognak megváltozni attól hogy te a hajadat téped. Ez van, ezt KELL szeretni. Nem fogjuk megváltani a világot és profi informatikusokat/rendszertervezőket varázsolni a megrendelőkből. Még jó hogy ez offtopic rovat!
  20. Erre az alaphelyzetre szokott az a megoldas lenni, hogy ha nem eleg pontos a specifikacio, nem felmerheto a fejlesztesi ido, akkor fejlesztoi idot kell eladni es kiszamlazni. Persze ezt az ugyfel is kell hogy ertse hogy az amit mond, amit ker a fejlesztoktol az neki kerul majd penzebe, es ezert persze ezt erdemes bontani tetelekre es logolni az ugyfelnek hogy merre halad a dolog.

    Szoval sok emilezes meg sok melo, de hat erre van a manager szakma, ok ezt nagyon jol vagjak, ugyhogy ha jo munkahelyed van akkor neked ilyesmivel nem kell sokat foglalkozz...
  21. És egyébként igenis VAN akinek büdös a munka! Rögtön itt vagyok pl. én ... :))
  22. Unknown User (frimen)

    szt. geza, melyik diliházból szalajtottak?:-)
    Jobb lenne ha kikérnéd a pszichológusod véleményét a kérdésben, mert
    minden megrendelőre lehet hatni és vezetni a helyes irányba, csak ésszel kell tenni.
    A "rugalmasság" és a "valami" között hatalmas eltérés van.. nem keverendő.
  23. Nekem nem a munka a büdös, szívesen dolgozom értelmes, jól definiált feladaton. Attól viszont ritka ideges leszek ha érzem, hogy hiába, vagy feleslegesen dolgozom és, ha tudom, hogy lehetne jobbat, szebbet, gyorsabbat, elegánsabbat csinálni, de nem, mert egy trágyadombot kell ide-oda foltozni.
  24. nihilist: Milyen cégnél vagy és milyen jellegű a projekt, miket használtok? Konkrétumok nélkül, ami nem titok.
  25. FrimenHehe... Megrendelő = az állam. Most álljak nekik magyarázni? :)
  26. Unknown User (frimen)

    szt.géza.. megkövetlek:) Az állam az egy külön állatfaj.:-)
  27. No igen, van a jo megrendelo, van a jo rossz megrendol, es van az allam. :) De ez utobbi legalabb jo fejos tehen.
  28. Unknown User (gabrielakos)

    azt mondtam volna neki 1 hét múlva, hogy nehéz volt, de kész van :)
    (mindegy mire gondolt, bármi letölthető a netről :)
  29. Unknown User (gabrielakos)

    Lehet (és kell) az ilyen szitukat menedzselni, ezekből szoktak a legjobb projektek kisülni. Ügyesnek kell lenni persze.
    Vállalni csak olyat szabad, amit bizonyos rizikón belül átlátsz, ez nyilvánvaló. Terv, speckó nélkül csak időalapon... :)
  30. sztgeza: 20 év múlva már nem akarom, hogy bárki is keressen :-)
    Az állam is kezelhető, csak nagyobb lóvét kell mozgatni. Mindíg visszakerül valami pénz a megrendelő zsebébe, ha "pályáztatják".
  31. Tvik: sokat nem akarok mondani, egy elég összetett portálrendszert írunk struts2, hibernate alapokon.
  32. Üdvözlet Tokajból!

    Ma itt abszolválom a napi agyhalál címü fejezetet.

  33. Kész!!!!!!! Nekem végem!!!!
    Ez az amit nem hittem volna!!!! Gyorsabban irok mint ahogy azt a gépem feltudná fogni!
    Jelen egy HP nx6310 -es géppel nyomatom!
    Tulajdonságai: 1,46 GHz proc 512 mem amiből lesziv még a video kari is! Jelenleg Ubuntu 7.04-et használok.
    Ehhez hozzáteszünk egy NB6 M10-et egy FireFox-ot egy kis Skype-ot és egy pöppnyig Gaim-ot!

    Ennek a következménye nálam a napi agyhalál
    Ha az NB-be elindul a tomcat akkor aztán végleg végem!
    Build successful (2 minute 27 second) meg ien apróságok!

    És néha még beüt a kedvenc hibaüzenetem akkor KO vok
    Ime:
    /home/darkhck/Munka/mine/nbproject/build-impl.xml:499: Deployment error:
    Starting of Tomcat failed, the server port 8084 is already in use.
    See the server log for details.
    BUILD FAILED (total time: 18 seconds)

    Na asszem mára kiéltem magam!
    Bocsi: WÁÁÁÁÁWÁÁWÁÁÁ
  34. 1, de leginkabb 2 GB ram lesz a baratod...
  35. Nekem 768MB vel hasonlo konfig nem okoz gondot, de a nagyobb memoria mindenkeppen megoldja a problemadat, mert szvsz jobban szamit, mint a proci sebessege.
  36. Hát... nagyobbacska projekt (esetleg kettő) megnyitása és sok fül egyidejű nyitvatartása (nálam nem ritka 50-100 fül... :) eléggé megkíván minimum 1G memóriát, de jobb, ha 2G van... esetleg 4G... ('zeg, 8 éve ekkora vinyóm volt... :)
  37. 50 - 100 ful: erre csak azt mondom, hogy nekem 2 szemem van es 2 kezem: nehany javadoc, pdf-es doksi, skype, NB5.0 vagy 5.5, notepad++,ethereal es egy commander. (van meg nehany alkalmazas, ezek kivaltasara sajat progit irok a trayhez, hogy minnel kevesebb helyet foglaljon, mert irrital, ha tele van a talca : base64 kodolo, szamologep, regexp, szinpaletta, pop3 kliens, forum hsz figyelo, log viewer, meg hasonlo tervezett ficsorok, csak jussak a vegere) persze nagyobbacska projectre nem a notit, hanem asztalit hasznalnek, de nalam inkabb a j2me es j2se feladatok dominalnak, azok elcsorognak igy is.
  38. NB 6.1 RC2
    JBoss 4.2.0

    Ahogy érzem a NB nem szereti a JBoss-t és naponta legalább 20-25ször indítom újra a servert.
    Még annó irtátok, hogy leginkább 2 giga ram lenne a barátom. Hát az sem az :D
    Most 2 giga ram van a gépembe és még igy is halál az egész...bár nem annyira :D

    Bye all :D
    U.I.: Mára már ledobta az agyam az ékszíjat
  39. ...az IBM szerint a WebSphere 6.1 a legjobb alkalmazás szerver, mindent tud, és már EJB3.0 is a tudásai közé tartozik, meg persze a @WebService annotációt is bírja erővel.

    Nos, maga a WebSphere 6.1 majd 2GBájt. És alapból nem tudja az EJB3.0 specifikációt, fel kell hozzá tenni egy ~700MBájtos EJB3 Feature Pack-et, és egy ~250MBájtos EJB3 Client Feature Pack-et, és az eremény se marad el, változtatás nélkül nem képes azt a projektet futtatni, amit a Glassfish v2 igen. Nade nembaj, lássuk a WebService tudást... néznénk is, de ehhez fel kell tenni egy WebService Feature Pack-ot, ami szintén nem kicsi... persze nem úgy működik, mint kéne, sebaj. Nem azért, de egy Glassfish v2 ~200MBájt telepítve, és mindent tud, amit a 15x nagyobb WebSphere 6.1 mindenféle földi jóval feljavítva.

    Ide nekem ezer birkát!