edithi.com

Tud valaki Magyarországon ilyet? Szívesen dolgoznék vele…

Informatikai humor Oroszországból. :)

A reális webfejlesztési árajánlat alapja a projekt munkaóra-igényének pontos megbecslése. Ahhoz, hogy jó becslést készítsünk, végig kell gondolni a projekt részleteit, amihez információk kellenek a megrendelőtől. Az árajánlat-készítés fázisában tehát felmerül két kérdés: az üzleti információk titkos kezelésének kérdése, és magának az árajánlat elkészítésének a munkaóra-igénye.

Úgy hozta a jószerencsénk, hogy éppen mostanában vált aktuálissá a családban egy nagyobb ingatlanvásárlás. A hitelválság, a bedőlő jelzáloghitelek és az ingatlanadó miatt éppen abban az ársávban nagy a kínálat és kicsi a kereslet, ahol mi szeretnénk vásárolni, ezért igen jó alkupozícióban vagyunk. Őszintén szólva nem irigylem azokat a tulajdonosokat, akiknek most kell megválniuk a házuktól, viszont azt látom, hogy alig használják ki az internet nyújtotta lehetőségeket. Egy nagyobb tanulmányt megérne az ingatlanpiac internetes megjelenésének elemzése – egyetlen igazán profi ingatlanos oldalt sem találtam, ahol a felhasználói felület használata ne jelentene mindennapos kihívást –, de idő hiányában most csak egyetlen, nagyon kézenfekvő lehetőségre hívnám fel a figyelmet.

Ha szükségtelen a névtelen látogatók munkameneteinek menedzselése, könnyedén felülírhatjuk a Drupal alapcsomag session-kezelését. Nagy forgalmú, nem-interaktív webhelyen (pl. hírportál) nagyon hasznos lehet.

A napokban érdekes írás jelent meg Berényi Konrád online-marketinges blogján Mondd, te kit választanál címmel. A téma: webfejlesztési projektek menedzselése, konkrétan a megfelelő fejlesztő kiválasztása. Konrád igen jól összeszedte a lényeget, de volt egy mondata, ami miatt felszisszentem:

A saját rendszerek előnye a viszonylagos biztonság: mivel kevesen ismerik a forráskódot, így sokkal nehezebb feltörni.

Már éppen azon gondolkoztam, hirtelen felindulásból regisztrálok és hozzászólok, amikor észrevettem, hogy Palócz István kollégámat szintén fájldalmasan érintette ez a megállapítás, és már jól helyretette a dolgokat.

Manapság olyan gyakorisággal jelennek meg a Drupallal kapcsolatos könyvek, hogy már egy ideje lemondtam arról, hogy mindent elolvassak a témában. Most azonban megjelent egy új könyv, amely a Pro Drupal Development mellett alighanem kötelező darab lesz minden fejlesztő könyvtárában. A dolog érdekessége, hogy eddig semmiféle reklámot nem kapott, pedig ennél kevésbé fontosabb kiadványok is rendszerint kikerülnek a drupal.org címlapjára. Így csak véletlenül, az aktuális Lullabot podcastből értesültem arról, hogy pár napja megjelent Cracking Drupal címmel egy fejlesztőknek írt, Drupal biztonsággal foglalkozó könyv.

„Eggyel több dolog, amivel foglalkozni kell” – a napokban ezt írta egy fejlesztő egy Drupal levelezőlistára, amikor szóba került a saját blog írása. Ezzel kapcsolatban már korábban is felmerült bennem, mi lenne, ha a blog, saját honlap vezetése nem egy külön tétel lenne a napi tennivalóim egyébként is hosszú listáján, hanem maga az a felület, ahol a napi munkámat végzem. Nevezhetjük virtuális irodának, vagy munkaasztalnak, a lényege, hogy az offline alkalmazások vagy a Google szolgáltatások (Gmail, Reader, Docs) helyett a saját Drupal honlapomat szeretném a munkám, vállalkozásom, magánéletem infrastuktúrájaként használni.

„A fix árú, részletes követelmény-specifikációval lefedett szoftverfejlesztési projektek többnyire kudarccal végződnek… A probléma ott kezdődik, amikor a termék jellemzőit, a fejlesztés árát és a határidőt egyszerre rögzítjük, azaz a projektet bemerevítjük. Ez ugyanis a projektet minden rugalmasságától és adaptivitásától megfosztja, a feleket bizalmatlan légkörbe taszítja és végső soron drasztikusan növeli a projekt kockázatát.”

Figyelni kell, ha Drupal 6-ról Drupal 5 környezetbe lépünk vissza, ne „megszokásból vezessünk”.