Nem opeszósz
Az imént akadtam bele ebbe a hirdetésbe. A beküldő explicit kinyílvánítja, hogy nem kíván nyílt forrású megoldást látni a munka során (hjaj), de ezt megfejeli egy magyarázattal is: "biztonsági okokból". (Khm. Tudtommal a PHP futtatókörnyezet is open source :) )
Mivel az elmúlt két hónapban 10x legalább hallottam potenciális magyar kliensektől(nagyobbacskák meg kissebbecskék is), felmerül bennem a kérdés: Miért? Mi a rákfenéje ezen emberek szerint a nyílt forrású dolgoknak?
Az hogy nyílt forrás, tudtommal nem szinonímája az "ementáli kód"-nak. Tehát attól hogy valami open-source, lehet nagyon robusztus, biztonságos és stabil(És egyre többször az is. Rengeteg pozitív példa van!).
Egy tapasztalt megoldásszállító nyílt forrású szoftverekkel a következő előnyöket tudja kínálni az ügyfeleinek:
- Biztonság (Igen, tényleg. A kiforrott megoldásoknak bizony több ezres aktív közössége van, ebből 140-50 a kódot nézi szinte minden nap, ugyanis valószínüleg az a munkája hogy ezt fejlessze vagy ezen munkáját értékesíti ;))
- Rugalmasság (Gyorsabban lehet változtatni a felépítményen, mivel a fent említett komponensek flexibilisek)
- Nincs fejlesztőhöz kötés (Bárki megtanulhatja, a kliens nem függ a fejlesztőtől)
- Rövid fejlesztési/bevezetési idő
- Költséghatékonyág (Nyilván csak a bevezetési és tanácsadási díjat kell megfizetni, ellentétben a bevezetési, tanácsadási és fejlesztési díjjal. Vagy ha komponensről van szó, akkor sem kell az egész díjat kifizetni.)
Ehhez képest mit kap egy egyedi fejlesztéstől:
- Hosszabb fejlesztési idő (Oké, nyílván belső komponensekkel ez nem annyira áll)
- Fejlesztőhöz kötés
- Nagyobb hibavalószínüség (Nem használják sok helyen, nem olyan mennyiségű felhasználó tesztelte)
- Drágább
- Rugalmatlan (Egyedi fejlesztésnél a kivitelező hajlamos csak a kitűzött feladatot megoldani. Isten óvjon a változásoktól :) )
- Nagyobb bukási valószínüség (Ezek összessége miatt)
Szóval akkor hogy is van ez? Az emberek mazohisták? :)
■ Mivel az elmúlt két hónapban 10x legalább hallottam potenciális magyar kliensektől(nagyobbacskák meg kissebbecskék is), felmerül bennem a kérdés: Miért? Mi a rákfenéje ezen emberek szerint a nyílt forrású dolgoknak?
Az hogy nyílt forrás, tudtommal nem szinonímája az "ementáli kód"-nak. Tehát attól hogy valami open-source, lehet nagyon robusztus, biztonságos és stabil(És egyre többször az is. Rengeteg pozitív példa van!).
Egy tapasztalt megoldásszállító nyílt forrású szoftverekkel a következő előnyöket tudja kínálni az ügyfeleinek:
- Biztonság (Igen, tényleg. A kiforrott megoldásoknak bizony több ezres aktív közössége van, ebből 140-50 a kódot nézi szinte minden nap, ugyanis valószínüleg az a munkája hogy ezt fejlessze vagy ezen munkáját értékesíti ;))
- Rugalmasság (Gyorsabban lehet változtatni a felépítményen, mivel a fent említett komponensek flexibilisek)
- Nincs fejlesztőhöz kötés (Bárki megtanulhatja, a kliens nem függ a fejlesztőtől)
- Rövid fejlesztési/bevezetési idő
- Költséghatékonyág (Nyilván csak a bevezetési és tanácsadási díjat kell megfizetni, ellentétben a bevezetési, tanácsadási és fejlesztési díjjal. Vagy ha komponensről van szó, akkor sem kell az egész díjat kifizetni.)
Ehhez képest mit kap egy egyedi fejlesztéstől:
- Hosszabb fejlesztési idő (Oké, nyílván belső komponensekkel ez nem annyira áll)
- Fejlesztőhöz kötés
- Nagyobb hibavalószínüség (Nem használják sok helyen, nem olyan mennyiségű felhasználó tesztelte)
- Drágább
- Rugalmatlan (Egyedi fejlesztésnél a kivitelező hajlamos csak a kitűzött feladatot megoldani. Isten óvjon a változásoktól :) )
- Nagyobb bukási valószínüség (Ezek összessége miatt)
Szóval akkor hogy is van ez? Az emberek mazohisták? :)
Van alapja
Vonal alatt: az open source szoftverek tudnak eléggé összegányoltak lenni, de még mindig kevésbé mint egy-két fura hajlam által vezérelt szekuriti mániás webfejlesztőé. Láttam pl olyat, hogy saját escapelő függvényt használ mert nem bízik meg a beépítettben, de ugyanúgy AUTO_INCREMENTez se használ hanem saját maga keresi ki. Amikor a hülyeség a magabiztossággal párosul, na az a veszélyes.
Wordpress?! :)
- Zend Framework
- CakePHP / Symfony
- easyPDO, Propel
(sajnos a PHP futtatómotor nem tartozik ide :))
- J2SE
- Alfresco
- JBoss cuccai
- TurboGears
- Drupal
...óóóó és még sorolhatnám a jobbnál jobb nyílt forrású megoldásokat. Persze, lehet kiemelni a használhatatlan szemétbányákat, de nem látom miért szükséges azonosítani velük magát a modellt. Főleg azért, amit te is írtál. IQ huszárok tudnak 100x sz*rabbat produkálni mint a bughalmaz Wordpress.
Az is OS
/off: Amúgy a pl a Drupal sem maga a tökély, nagyon csúnya limitációi vannak, többek között az hogy a sablonozás ott kezdődik hogy PHP kódot kell írni és a logikája sem éppen emberközeli első ránézésre. Próbálj meg vele igazi URL-szintű egymás alá rendelést csinálni, biztos fogsz vele szívni egy kicsit.
Drupal
Magyarázat. Tetszőlegesen lehet választani a célnak legjobban megfelelőt. (Nekem a PHPTemplate és a Smarty szokott a leggyakoribb lenni).
URL egymás alá/mellé rendelés: Nem hiszem hogy ez gondot okozna vagy akár szivatós lenne. Ezt villámgyorsan meg lehet oldani URL alias-okkal és/vagy taxonomy segítségével.
Persze a Drupal sem univerzális eszköz. Valóban vannak limitációi, de az esetek 95%-ában precízen és pontosan meg lehet vele oldani a feladatot zéró fejlesztéssel, ami nem kis hátrány. Ráadásul ezredannyira bugos, mint a Wordpress és világos, áttekinthető kódja van, dokumentációval. Szóval a Drupal sokkal kissebb rossz, mint mondjuk egy Nuke vagy Wordpress. Szerintem.
Egymás alá
Módszertan
UML?
PHP?
http://www.openbluelab.org/content/portal@@pageLabel=Welcome
Lényegében UML-ben "kódolsz" és az működik. Ráadásul GPL a szoftver, szóval semmi akadálya hogy alkalmazd akár fizetős ügyfeleknél is.
módszertan?
Üdv,
Felhő
Kötöttségek?
Például az egy nagyon fontos alapelem lenne hogy az URL kezelés ne legyen alapvetően beégetve, ne kelljen teszem azt alias-okkal játszani. Vagy az, hogy alapvetően normálisan le legyenek dokumentálva a dolgok (ami a legtöbb OS projektnél sajnos nagyon nem igaz), de vehetném azt is hogy OOP alapú legyen a rendszer...
Headscratch
Pl. a Zend Framework tudja azt amit te szeretnél és nagyon bölcsen van megtervezve. Ha nem ismered és tényleg keresel egy ilyen rendszert, vess rá egy pillantást, nem fogod megbánni!
rere
Csak pár jó példa: Zend Framework, CakePHP, symfony, Solar (ez utóbbiban szerintem nagyon szép megoldások vannak, mellesleg ugyanaz a fickó csinálja, aki lerakta a ZF alapjait).
Üdv,
Felhő
Nincs összefüggés
Én úgy látom, hogy a kód széleskörű publicitása inkább igényességre ösztönzi a fejlesztőt. Szerintem a nyílt forráskód egyik legnagyobb előnye, hogy az adott nyelvet jól ismerő fejlesztő ránézésre, a kód részletes megértése nélkül is meg tudja állapítani, hogy a szoftver minősége megüti-e a mércét.
Sarkítás
A félműveltsség tipikus esete
Ezek biztos ugyanabból a manager-magazinból szerzik az ismereteiket :).
FUD
Eltűnt
Kapcsolat