Csúnya dolog egy gondolatból az egyik felét kiragadni, méghozzá olyan módon, hogy látszólag az igazadat bizonyítsa. Mindössze annyit magyaráztam, hogy elég jól meg tudom ítélni mi elégséges és optimális egy feladat megoldásához. Pl. a shell scriptet még nem tiltották be, ezért mondjuk inkább azt választom. Bizonyára rossz körökben forgok (vagy tán csak olyan feladatokat vállalok el) amihez ez elégséges. Néhány ember a legmodernebb eszközzel sem tudja maradéktalanul megoldani a feladatot, hiába ért hozzá. Mármit az eszközhöz. Annyiban igazad lehet, hogy nem vagyok hajlandó olyan eszközt megtanulni, amivel rosszabb performace lesz a végeredmény.
Intermezzo: Éppen most raktak fel egy hírhedten lassú rendszert egy cpu-rengeteg+96G ram+full ssd gépre, aztán mégsem lett semmivel gyorsabb. :-D Pedig előre megmondtam. Bár pont engem meg sem kérdeztek, (hiszen szerintük sem értek ezekhez a modern technológiákhoz). Viszont tudom mitől lassú és azt is mitől lehetne gyorsabb, de mint a vaknak a színek... ;)
Általában ez a baj a mindenhez értő kollégákkal, hiába javaslom nekik a joelonsoftware cikkeit. A fejlett eszköz sok esetben roppant egyszerűvé teszi a megoldást, de megfoszt a gondolkodás és a feladat átlátásának képességétől. Erre van egy elég régi és elég cinikus mondásom: Talán zseni vagyok,...de inkább csak a többiek jóval gyengébbek nálam. :-D
Dolgoztam nagyobb csapatban is. A framework kernel és az api közti interfészét írtam - mivel mindkettőhöz értettem - így támogatva a sok kezdőt is foglalkoztató csapatot. Kisebb fejlesztő közösségben meg általában zseniálisan sikerült szétvágni a feladatot. Így nem kellett egymás kódjaiba nyúlkálni, de az egymást átfedő részeket sem megoldani.
"Foglalkozhatnék újabb dolgokkal..." - Ilyen is volt már. A megrendelő kislány hívott fel ezzel, amikor BerkeleyDb-t használtam volna - "... mint az Oracle, vagy esetleg a mysql." Mint "idegen technológiát" engedélyeztetni kellett. A cég szakértője éppen Magosányi Árpi volt (ha nem hallottál róla -> gooogle), és erre a feladatra "zseniálisnak" nevezte. (Nem engem, az eszközt! :))
Azt már talán megbeszéltük, hogy fél sor példából nem érdemes kitalálnod mit írtam egy 5000 soros scriptbe. ;) A fél sorban szereplő $dir előéletéről semmit sem tudtál, mégis belekötöttél. Ez inkább arra utal, hogy bele akartál kötni, mintsem végiggondoltad mit is látsz. Persze azt sem tudhattad, hogy automata (FSM alapú) rendszereket írok, amik hónapokig is dolgoznak bármilyen beavatkozás nélkül. Ott meg nem idézőjelekkel védem a dolgokat, hanem az összes munkaterület fegyelmezett hierarchiában dolgozik. És nem samba share az input, tehát Mucuska szóba se jöhet. ;)
Abban is igazad lehet, ha nem dolgoznál velem. Az elmúlt 25 évben kidolgozott eszközkészlet kiforrott, elég unix-szerű - messzebb áll gnu szintaxisától. Elég sok "újat" kellene tanulnod. :-D
Nem szeretnék újat tanulni? (Csak a keretes szerkezet kedvéért.) Dehogynem, de csak olyat, ami érdekel, vagy szükséges a munkámhoz. Pl. oop, sql soha nem ragadta meg a fantáziámat, sem olyan feladatom nem akadt, ahol a divatos eszközök előnyt élveztek volna a sebességgel szemben. Ez olyasmi, mint amikor a 80-as években újdonság volt a struktúrált programozás, aztán az oop. Akkor is jót röhögtünk, mert még a bipoláris processzoron is struktúrált program futott, csak még nem tudtuk, hogy úgy hívják. :) Az adatgyűjtő rendszereim is tulajdonképpen felfoghatók olyan objektum orientált rendszernek, ahol egy adatcsomag fogadására és feldolgozására létrejött "instance" az adattípustól függően kapja meg a szükséges vezérlést és feldolgozási metódusokat. Kapcsiból át lehetne írni C++, java, sőt python nyelvre is, de ekkor elveszne a shell flexibilitása. De ebből nem következik az új tagadása! Csak annyi, hogy ez az eszköz megfelelő ehhez a feladathoz.
Különben is, mostanában inkább a hardver újdonságok érdekelnek...