Szerintetek a programozás lehet rutinmunka?

Szerintetek a programozás lehet rutinmunka?
2013-02-10T12:41:38+01:00
2013-02-13T01:00:20+01:00
2022-10-24T08:20:30+02:00
  • Sajnos ilyesmit tapasztalok én is. Ezért nem árt ha a főnök valamennyire a programozói vonalon mozog. Kell az egészséges egyensúly hogy átlássa nagy vonalakban egy feladat volumenét, de még ne akarjon beleszólni a kódodba.
    Mutasd a teljes hozzászólást!
  • Ez mind csak tudás és tapasztalat kérdése!

    Meg persze idő. És általában ezzel van gond a php esetében. Ezt a php-s cégeknél a kis főnökök úgy képzelik, hogy a 10-15 éves múlttal rendelkező készletnyilvántartó programhoz Te délután írjál hozzá egy webshopot.
    Mutasd a teljes hozzászólást!
  • Ezeken fennakadt a szemem:

    - nem, nem rutinmunka, mert minden szerverrel voltak gondok, amit megcsináltam, máshol nem feltétlenül működött, csak egy apróság volt, de egy napig kellett rajta hegeszteni. Tehát nem rutinmunka.


    Már ne haragudj, de ez a tapasztalat hiányára utal. Egy jól megírt szkript nem lesz szerverfüggő. Tudom bőven vannak verzionális eltérések egy major verzió egyes alverziói között is, de kellő odafigyeléssel ezek áthidalhatóak. Én pl. a PHP projektjeim inicializáló fájljában kötelezően elvégzek bizonyos ellenőrzéseket (PHP verzió, memory_limit és társai, írási jogok), az adatbázis eltérő verzióinak lekezelése a PDO vagy az épp használt réteg feladata. Amúgy miért is van az hogy (hülye példa lesz de ez jutott eszembe) például Joomla megy 4-es és 5-ös PHP-vel is? Mert csináltak két osztályt amiben a két verziónak megfelelően vannak kivitelezve a függvények és a megfelelő van behúzva, így ami nincs 4-ben eredetileg az itt meg van oldva és fordítva, az újítások az 5-ösben illesztve vannak. Ez mind csak tudás és tapasztalat kérdése!

    - nem, nem rutinmunka, adtunk az ügyfélnek egy előretákolt webshopot, de aztán kért egy olyat, hogy legyen bankkártyás fizetési lehetőség, és akkor az fejtörést okozott, mert olyan külső plugin csak fizetős van, torrent/strongDC oldalakon elég valószínűtlen, hogy megtaláljuk


    Mi van!? LOPOTT szoftvert adsz el ügyfélnek? Azt a kiegészítőt nem letöltögetni kell hanem MEGVÁSÁROLNI ha fizetős! Van fogalmad arról hogy mit csinálsz ha nem? Nem csak egy lopott, nem licencelt szoftvert adsz el, hanem kiteszed az ügyfelet annak az óriási kockázatnak hogy a "nulled" stb szkripttel kinyitottad a honlap kapuit a támadások előtt, hiszen honnan tudod miket varrtak bele? Nagyon súlyos!!!
    Mutasd a teljes hozzászólást!
  • csak olyan teljesen rutinmunka fordulhat elő, ami annyira kevés időt vesz el, hogy nem érdemes automatizálni.

    Nem feltétlen automatizálható egy rutinmunka sem. Rutinmunka az is , amikor az adatbázis hozzáférést konfigurálod. Nem tudod előre hogy mit fogsz odaírni (nem tudod mi lesz az adatbázis neve, valószínűleg a projekt neve lesz és nem tudod a jelszót sem), de minden egyes új projektnél meg kell tegyed.
    De ahogy egy új projektet felépítesz az is rutinmunka. Még akkor is ha egy script végzi és csak a kérdésekre kell válaszolnod. Persze dolgoztam már olyan cégnél, ahol egy új projekt nyitása abszolút nem volt rutinmunka. Hiába volt script, mert mindig annyi hibába botlottam, hogy jobb lett volna ha kézzel rakom össze a projektet és eltitkolom a projekt vezető előtt...
    Mutasd a teljes hozzászólást!
  • Igen, pontosan erre gondoltam, megspékelve azzal, hogy ráadásul embere válogatja. Van aki reggelente is szívesen sétálgat a metróig...gondolom(ha nem is szigorúan, de hogy a napi kis rutinját szívesen teszi)
    Mutasd a teljes hozzászólást!
  • Nem tök mindegy? Az a lényeg, hogy jól megfizetnek.
    Mutasd a teljes hozzászólást!
  • Nekem az a véleményem, hogy ha van olyan programozási feladat, amit napi szinten meg kell csinálni, teljesen rutinszerű, tehát még egyedi buktatói, esetei sincsenek, minden kiszámítható, hogy mit is kell vele csinálni, akkor azt rég nem embernek kellene csinálnia, hanem egy kód generálónak. Aztán persze azt látom, hogy valójában ilyen alig akad, mert a legtriviálisabb feladatnak is rengeteg buktatója van, és ha nem gondolkodsz, nem figyelsz, hanem csak úgy csinálod, mint egy gép, akkor el is rontod. Ja, persze az más kérdés, hogy nem csak a ténylegesen rutinmunkák, hanem a rutinszerű munkák is lehetnek unalmasak hosszútávon.

    Szóval ami rutinmunka és napi szinten sok idő megy el vele, az teljesen értelmetlen, szerintem normális esetben csak olyan teljesen rutinmunka fordulhat elő, ami annyira kevés időt vesz el, hogy nem érdemes automatizálni.
    Mutasd a teljes hozzászólást!
  • Nem rutinmunka, folyamatosan más bugok szívatják az embert

    Sitebuild: ha tetszik a weblapépítgetés és 77. egyforma Joomla konfigolgatás, akkor nem rutinmunka, mert változatosak a projectek. Ha már az elsőt is untad, akkor a 30-adikat jobban fogod unni, a 100-adikat meg gyűlölni fogod.

    Programozás: nekem ez hobbi is egyben, szóval semmiképpen nem rutinmunka. Csakhogy a weblap-fejlesztgetés nem programozás.
    Mutasd a teljes hozzászólást!
  • megvilágosodtam.
    Mutasd a teljes hozzászólást!
  • - igen, rutinmunka idővel, mert a nyelvek többsége C alapú

    lol
    - igen, rutinmunka, perce pontosan meg lehet mindig határozni hogy mikor végzünk valamivel.

    lol



    ----
    Függetlenül a fentiektől (ott az ötleteken röhögtem )
    Hogy érzékeltessem, hogy mi a probléma:
    Olyan, mint hogyha azt kérdezted volna, hogy "rutinmunka" e a sétálás.
    Igen, rutin a sétálás, amikor naponta elsétálsz a metróig, meg a metrótól a munkahelyedig. Mindig ugyanazon az útvonalon, ahol minden egyes sarkot ismersz.
    És nem, nem rutin a sétálás, ha például kirándulni mész a hegyekbe.

    Remélem érthető a hasonlat és hogy miért teljesen értelmetlen a kérdésed.
    Szerk.:
    Most olvastam el a konkrét eldöntendő kérdést (amire implicit megadtam már a választ).
    Igen; a programozás nagyon is lehet (egy végtelenül unalmas, undorító) rutinmunka, amikor kb betanított munkásnak érzed magad.
    Mutasd a teljes hozzászólást!
  • hát lehet, hogy valahol félreértelmezem az oldal alapfelfogását. Amire gondoltam, néhány válasz erejéig:
    - nem, nem rutinmunka, mert minden szerverrel voltak gondok, amit megcsináltam, máshol nem feltétlenül működött, csak egy apróság volt, de egy napig kellett rajta hegeszteni. Tehát nem rutinmunka.
    - nem, nem rutinmunka, adtunk az ügyfélnek egy előretákolt webshopot, de aztán kért egy olyat, hogy legyen bankkártyás fizetési lehetőség, és akkor az fejtörést okozott, mert olyan külső plugin csak fizetős van, torrent/strongDC oldalakon elég valószínűtlen, hogy megtaláljuk
    - igen, rutinmunka idővel, mert a nyelvek többsége C alapú
    - igen, rutinmunka, perce pontosan meg lehet mindig határozni hogy mikor végzünk valamivel.
    Mutasd a teljes hozzászólást!
  • +1
    Mutasd a teljes hozzászólást!
  • Jézusom ! Még egy értelmes, építő jellegű topik!
    Hadd kérdezzem meg: mégis mi a jó büdös francot vársz válasznak?

    1: igen bakker, AZ! Éjt nappallá téve csinálom ugyan azt, unom mint az ágybasz.rást, nekem az!

    2: lófütyit angyalom, qurvára nem az! Folyamatosan tanulok, elvállalok változatos feladatokat, a szabvány html, css js mellett érdekel a ruby, szívesen progálgatok keret-rendszereket, és puszta szórakozásból, amit elkészítek php-vel, azt elkészítem .net-el is. Szóval, jól szórakozok.

    Boldog vagy? Vedd elő (a vélhetően nem túl bonyolult) fantáziádat, aztán a két fenti válasz közé találj ki annyi átmenetet, amennyi jólesik. Aztán vond le a következtetést, legközelebb meg ELŐSZÖR kérdezd meg magadtól:

    - a kérdésemre lehet értelmes választ kapni?
    - attól, hogy 10 ember igen-t mond, biztos az én esetemben is az az igaz?
    - érdekel rajtam kívül bárkit is?
    - bármit is mondok (mondanak) a témában, igazolható? Cáfolható?
    - tényleg kell verjük a vizet a habjáért?
    - változtat az én tudásomon/megitélésemen/munkamorálomon/farkam hosszán a válasz?
    Mutasd a teljes hozzászólást!
  • jó jó, nem konkrétan erre a példára értettem, de remélem értitek....
    Mutasd a teljes hozzászólást!
  • A sitebuild tényleg nem az, de ha már ciklusban írja ki egy táblázat sorait akkor már az.
    Mutasd a teljes hozzászólást!
  • Ha a pixelbitcsajod programozza a mosógépet, akkor az már programozás
    Mutasd a teljes hozzászólást!


  • Nem akarok flame-t, de ez nem igazan programozás.
    Persze több mint amikor a csajom "programozza" a mosógépet.
    De nem programozás.

    Mutasd a teljes hozzászólást!
  • Ez szerintem nem programozás, hanem honlapépítés.
    Mutasd a teljes hozzászólást!
  • definiálom. Vegyünk egy kész flash oldalt (mindössze egy főoldal van, és egy-két animáció), amit el kell htmlesíteni. Ez persze akár lehet rutinmunka is gyakorlott sitebuildernek, de van egy két csavar: kell keresni jQuery-s plugint egy effektre, egy slideshow szerűt, amit a flash tud, de a HTML nem. Van ilyenből tucat, de lehet, hogy az egyik csak képekkel működik, illetve nem minden böngészővel. És lehet, hogy egy slideshow-val egyidőben mást is kell csinálni, tehát hozzá is kell nyúlni a kódhoz. És igy már azért nem rutinmunka, tehát nem tudom megmondani, hogy x óra alatt meglesz e, mert ennek-annak utána kell járni.
    Erre gondoltam.
    Mutasd a teljes hozzászólást!
  • Szerintem a programozás mindig rutinmunka és egyedi (kihívásokkal teli) munka keveréke. A rutinos programozó a rutinmunkát idővel előre gyártott és talonból előhúzható félkész vagy kész komponensekkel fedi le, így mindig az izgalmasabb, érdekesebb egyedi munkára marad az ideje nagy része.
    Kizárólag rutinmunka végzése nagyban gyorsítja a kiégést (illetve sokkal nehezebb elkerülni azt.)
    Mutasd a teljes hozzászólást!
  • Definialnad a "rutinmunkat"?
    Mutasd a teljes hozzászólást!
  • Leginkább Html+php+mysql+frameworkok+sitebuild kombóban kérdezek, de minden egyéb témakörben úgy általában. Szerintetek a programozás lehet rutinmunka?
    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