( bucko | 2020. 01. 09., cs – 01:15 )

Hááát, sokmindennek a szakértője vagyok, se hálistennek a listából a java kimaradt. :-)

Azt meg igazán nem tudtam, hogy az adóellenőrök programoznak. :-D

Nem tudom, melyik C-s megjegyzésemen röhögtél. Most inkább röhögj a java tökéletességén:

Jó tizenéve, amikor az MQ Series Integrator a 6.00 verzióról a 6.01-re lépett...egy messzi galaxisban...mindenki jól be volt szarva. Éppen akkoriban nekem is fel kellet adnom üzemszerűen két küldeményt MQ-n keresztül. Egyszer csak kaptam egy akkora levélkét, hogy majdnem felborult a gépem tőle. Pedig csak egy jóindulatú manáger küldte el az előbbihez szükséges update csomagot.

Nosza, elmentem az IBM ezzel foglalkozó oldalára és láss csodát! C esetében: do nothing.

Bizonyára kitaláltad, az irdatlan mennyiségű update a java klienshez kellett.

Innentől még a laikus számára is világos, hogy a java egy univerzális kalapács. Minden szeget minden falba be lehet vele verni!

Ehhez ugyan oda kell vinni a falat is meg a szeget is a kalapácshoz, de nem árt, ha a falhoz, a szeghez, meg a kalapácshoz is odarendelsz néhány szakértőt - mivel sikerült jól elbonyolítani. Ha nem így lenne, akkor ez a topic is rövidebb lenne. ;)

Legább van a lang meg a VM spec. Hurrá! Sőt, ha eléggé future proof vagy, akkor egy egyszerű táblázatkitöltő fut majd száz év múlva még a marsjárón is - bár ehhez a 30 éve deprecated dBase 2 is nagyágyú lenne. :-D

De a kérdésem örök: Milyen űr-rendszer kell egy táblázat kitöltéséhez?

Vajon a sok-sok - nem olyan mint én - SZAKÉRTŐ miért készít olyan dolgokat, amiknek időtállónak kellene lennie? Biztosan elrontják, hogy legyen később is munkájuk. :(

Aztán egyszer csak jön a következő okostojás, aki kitalálja: Baromarcú, aki a putchar() függvényt használja. És attól kezdve a C sem lesz "hordozható".