19. 06. 2007. | #1 |
Python Ambassador
Master
|
"Ništa to ne valja" sindrom
Poznat još kao NIH sindrom, najčešće se ispoljava nevoljnost ili nemogućnost prihvatanja ideje/rešenja samo zbog toga što nije "iz domaće kuhinje".
Lično, najverovatnije zbog inženjerskog obrazovanja i uticaja objektno-orijentisane paradigme, pri rešavanju problema obično se trudim da iskoristim postojeća rešenja. Samo ako nastane problem adaptiram ih, ili (ako su se pokazala neodgovarajućim) odbacujem i tražim nova. Razvoj sopstvenih rešenja (za već rešene probleme) najčešće izbegavam zbog problema sa testiranjem, održavanjem, dokumentacijom i performansama. Međutim, u zadnje vreme primećujem da sve veći broj ljudi (ne samo na ovom forumu) propagira drugačiji način rešavanja problema, "do-it-yourself". Da ne dužim: ako ste zatupnik DIY načina rešavanja problema i voljni ste da sa ostalima podelite uzrok i do kojih granica idete - počnite sa kuckanjem.
__________________
Python Ambassador of Serbia |
20. 06. 2007. | #2 |
Pilece krilce(reš)
Master
|
ajd...
ja sam jedna od onih koja preferira svoja resenja razlog: 99% projekata koje radim su CMS-ovi, intra ili extranet aplikacije. Takve projekte uglavnom traze klijenti koji makar okvirno znaju sta hoce. E sad, nakon razgovora i pregovora, sakupljanja informacija od klijenta, pravim plan aplikacije. Ukoliko bih isla na gotovo resenje, zahtevala bih od sebe da u potpunosti poznajem sva postojeca i dostupna resenja i da odaberem najbolje - ono koje podrzava dogovorene i procenjene klijentske zahteve. Iz iskustva mogu da kazem da je gotovo nemoguce naci resenje koje u potpunosti podrzava sve sto smatram da treba da se implementira. I naravno, za prilagodjavanje gotovog resenja, treba vremena...po meni vise no sto je potrebno da se napravi potpuno kastomizovano resenje. Sto se koda tice, cesto iskoristim i/ili prilagodim neko svoje vec postojece resenje. Meni se jednostavno ne isplati da ogromnu kolicinu vremena potrosim na analizu i preradu tudjeg rada - mnogo mi je isplativije da sama resavam probleme, pogotovo sto sam dosta toga vec resila sama, pa samo implementiram vec steceno znanje. |
20. 06. 2007. | #3 | |
majstor
Wrote a book
|
Ovde sam pokrenuo slicnu diskusiju vezanu za CMS razvoj.
I danas se slazem sa Ilijom kad kaze 'ne postoji silver bullet'. Citat:
Osim toga prednost (a i mana) je sto ga vishe ljudi koristi i sto su greske kodiranja vec ispravljene. Naravno "in-house" rjesenje ima i svoju ogromnu prednost - sigurnost, ali i vrijeme koje je potrebno da se napishes. |
|
20. 06. 2007. | #4 | ||
profesionalac
Qualified
Datum učlanjenja: 10.02.2006
Poruke: 181
Hvala: 2
20 "Hvala" u 11 poruka
|
ok, mislim da razumem motivaciju za ovaj post.
Citat:
Citat:
Poslednja izmena od caboom : 20. 06. 2007. u 01:04. |
||
20. 06. 2007. | #5 | |
Python Ambassador
Master
|
Citat:
Šalu na stranu, upravo smo predali timski studentski projekat (grafički editor logičkih mreža izrađen u Javi) gde sam imao mogućnost da iskusim dobre/loše osobine ponovnog korišćenja postojećih ideja/šablona/biblioteka/klasa/idioma. Opšti utisak je da nabacivanje koda kao lopatom troši više vremena/živaca pri čemu je manje fleksibilno u odnosu na rešenja koja se oslanjaju na dobro definisanu arhitekturu sistema (pravilno korišćenje prinicipa OOP-a + trikovi). A da cela priča ne bi bila suva teorija - bilo je nekoliko slučajeva kada sam uz pomoć refaktorisanja i refleksije uspevao da broj linija postojećeg koda umanjima i do 6x pri čemu je kod postao razumljiviji, fleksibilniji i znatno ubrzao dalji razvoj. A o prednostima dobro implementirane state mašine nad ogromnim switch iskazom neću ni da pričam
__________________
Python Ambassador of Serbia |
|
20. 06. 2007. | #6 |
133t
Master
|
Pokusacu da objasnim svoju filozofiju na konkretnom primeru:
posto vecinom radim PHP/ajax imam par izbora: - totaly DIY - znaci sve od nule - Neki framework (cake, zend) mana prvog je sto stvarno oduzima previse vremena, mana drugog je sto ogranicava i sto moras da se udubis u tu tehnologiju. Ja sam odabrao neko hibridno resenje: - Za templating koristim smarty - Za ajax koristim prototype - ponekad za kesiranje korisitm PEAR-ov cacheLite - DB - AdoDB stvarno mislim da bi bilo kretenski pisati nesto od ovoga od nule, a opet kombinovanjem i pametnom upotrebom ovih elemenata moze se napravit sasvim kvalitetno CMS resenje |
20. 06. 2007. | #7 |
Ivan Dilber
Sir Write-a-Lot
|
Naravno da vecina nas misli za svaki komad sofware-a; ah, ovo nista nevalja, ja bih to daleko bolje napravio... ali caka je da su neki od nas ponekad i u pravu, pa stvarno i naprave nesto bolje, lepse, efikasnije..
sta mislis da su autori prototype ili jQuery ili Wordpressa pomislili: sto da pravim svoje resenje kad vec postoje tolika progress zavisi od ljudi koje ne mrzi da iznova izmisljaju tocak, jer je svaki put taj tocak sve lepsi i sve bolji...
__________________
Leadership is the art of getting people to want to do what you know must be done. |
20. 06. 2007. | #8 |
expert
Expert
Datum učlanjenja: 27.11.2005
Poruke: 543
Hvala: 47
57 "Hvala" u 31 poruka
|
Ja sa svojih 7 godina iskustva u programiranju i 31-og leta iza sebe sam za pristup "ako je neko vec izmislio, sto bih ja izmisljao toplu vodu". Da sam taj stav imao pre godinu i po dana, ne bih kretao u razvoj CMS-a za jednu firmu koji nikad nece biti ono sto je zamisljen da bude jer sam jednostavno postao umoran kodiranja. Pre par meseci sam otkrio Drupal koji se u 99% poklapa sa filozofijom koju sam pokusao da napravim Typo3, phpwcms kao laksa varijanta toga je takodje blizu onoga sto sam zamislio (ogradjujem se od Typo3 koji je tragedija za koriscenje).
Na svom sajtu (PolovniAutomobili.com, EPP ) sam prvo drzao custom resenje za vesti i dugo sam se opirao da instaliram Wordpress... E, kad sam instalirao Wordpress, progledao sam. Doduse, smracilo mi se jednom kad su ga "izbusili", ali sam apgrejdovao isti i zakrpio problematican plugin i za sada nema problema. A cim pomislim da mi treba nesto, neko je vec napisao plugin za to. Isto vazi i za Drupal. |
20. 06. 2007. | #9 |
Goran Pilipović
Sir Write-a-Lot
|
Započet flame: po meni su programeri koji koriste samo gotova rešenja i svoj kod svode na kompilacije biblioteka i vezivanje istih bliži userima nego programerima. Ne samo po načinu rada već i po razmišljanju. Naravno, nisam totalno isključiv, ako nešto radi posao i može da ubrza, olakša... što da ne, recimo dinketova Curl klasa... ali to i nije library, to je više kao neki helper. Vreme koje potrošiš da naučiš da budeš user tuđe biblioteke možeš da iskoristiš da napraviš svoje i da tačno znaš kako funkcioniše i zašto je to tako.
Evo i ovaj forum... mrzim ga (mislim na vbulletin). Ima 50% features koji mi ne trebaju niti ih bilo ko koristi, oni koji mi trebaju rade ili rade polovično ili ne rade uopšte ili i ne postoje. Da gledam sada zašto "quick reply" ne radi? Da je moj kod, znao bih tačno gde da gledam i sredio bih za 14 sekundi, ovako me jeza uhvati kada pogledam source. Ja to tako gledam, zovite me , old school, gloop... that's all I have to say about this edit: Samo da dodam da sam od početka odlučio da ne pišem na ovoj temi jer je i sam naslov teme uvredljiv, iskreno, mislio sam da sam na drugoj temi, kada sam uradio reply već je bilo kasno. Očigledno imamo 2 paralelne teme koji govore o sličnoj stvari, zato sam se i zbunio.
__________________
Goran Pilipović a.k.a. Ugly Fingers Bradley f.k.a. bluesman I don't always know what I'm talking about but I know I'm right! Poslednja izmena od bluesman : 20. 06. 2007. u 02:44. |
20. 06. 2007. | #10 |
Direktor Kombinata
Invented the damn thing
Datum učlanjenja: 07.06.2005
Poruke: 2.669
Hvala: 44
119 "Hvala" u 64 poruka
|
Čemu generalizovanje? Nekada je pametno koristiti gotova rešenja, nekada ne, a sama odluka UVEK zavisi od konkretnog slučaja.
|
|
|
Slične teme | ||||
Tema | Početna poruka teme | Forum | Odgovori | Poslednja poruka |
301 redirkecija "dinamickog" URLa na "dinamicki" URL | mb_sa | Regular expression i htaccess | 7 | 02. 07. 2008. 20:21 |
Karakteri "&" i "=" i XMLHttpRequest | Milos Vukotic | Regular expression i htaccess | 18 | 01. 10. 2007. 16:16 |
If IT really is a "profession", what is our "pro bono" contribution as IT pros? | oksite | e-Business | 26 | 12. 01. 2007. 12:18 |
"Telekom Slovenije" preuzeo "Blic.net" za 390.000 evra | Aleksandar Marković | Komunikacije | 2 | 23. 12. 2006. 15:23 |