Feb 12, 2014
Eddig
csak a magyar internetek közelében feltűnő PHP-s "fejlesztők"-ről volt meg a távolról sem pozitív véleményem, de ma belefutottam egy olyanba, aki egy SOAP-implementáció megoldását Javaban nem tudja megugorni.
El vagyok keseredve.
seen from China
seen from United States
seen from Colombia
seen from Malaysia
seen from Singapore
seen from United States
seen from United States
seen from United States
seen from South Korea
seen from South Korea
seen from Canada
seen from China
seen from United States
seen from United States
seen from United States
seen from Lithuania
seen from United States
seen from China
seen from United States
seen from United States
Eddig
csak a magyar internetek közelében feltűnő PHP-s "fejlesztők"-ről volt meg a távolról sem pozitív véleményem, de ma belefutottam egy olyanba, aki egy SOAP-implementáció megoldását Javaban nem tudja megugorni.
El vagyok keseredve.
Arcom.jpg
mikor az indulófélben-felpörgőben levő projekt levelezéséről az első, aki le akarja magát vetetni, az a felelős projektmenedzser.
Sírok, bazmeg...
Készül a Vállalat új weboldala. Természetesen külső fejlesztő csinálja (valakinek az ismerőse, natürlich), aki minden szempontból figyelembe veszi a vállalat informatikai környezetét (nem), hogy milyen infrastrukturális alapokra építve tud dolgozni (nem), milyen biztonsági feltételeknek kell megfelelnie (lófaszt). Azon még nagylelkűen felülemelkedtünk, hogy kénytelenek leszünk a PHP-s (már ez is csak a sokadik levélváltásra derült ki) szarát egy Windows szerverre felgányolni: nem az első, nem az utolsó, meglesz. De.
Az oldal több részből állna, úgy, hogy a Vállalat külföldi leányvállalatainál külön tartalmi beállításokat használnának, dedikált admin felületen/felületeken keresztül menedzselve a saját helyi tartalmakat. Mindezt a T. Fejlesztő a következő megoldásokkal próbálta megoldani. Eddig ő nem fejlesztett HTTPS alá, így szeretné, ha minden szimpla HTTP-n menne. Jeleztük neki, hogy "nem, tessék admin szinten kötelezően HTTPS-t használni", valahogy megbékélt vele, viszont újabb fennakadást okozott az, hogy [hatásszünet] neki valahogy nyilván kell tartania a felhasználókat!!! Ezt először a kódba(!) bedrótozott(!!) useradatokkal képzelte el. Gondolom egy users.txt képében, amiben a usernevek mellett a sima szöveges jelszavak lehetnének, bár biztos van ennél bénább megoldás is, csak nekem nem jut eszembe. Aztán ma újabb kérdéssel állt elő. Ugye jobb híján valaki azt mondta neki, hogy tessék használni a Windows beépített userkezelését (tartományban fog lakni a gép, szeretjük a GPO-t), de hát az PHP-ben szintén egyszerre pilótavizsgás és csillagháborús feladat, nekem is tartott vagy 43 másodpercig, míg megtaláltam a vonatkozó fejezetet a PHP-doksiban, kollega pedig rögtön ezt javasolta, nem mintha egyébként az ilyen helyzetekre nem lenne kb. 16 ezer különböző megoldás az ilyen-olyan adatbáziskezelőktől kezdve a fent említett címtáralapú megoldásig.
Nekem viszont már csak az a szinte kötelező kérdésem van, hogy "az ilyen minek van?"