|
19. 06. 2007. | #1 | ||
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 00:04. |
||
20. 06. 2007. | #2 | |
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. | #3 |
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. | #4 |
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. | #5 |
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. | #6 |
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 01:44. |
20. 06. 2007. | #7 |
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.
|
03. 07. 2007. | #8 |
dinosaurus
Master
Datum učlanjenja: 29.12.2005
Lokacija: Nova Engleska
Poruke: 636
Hvala: 79
263 "Hvala" u 66 poruka
|
|
03. 07. 2007. | #9 | |
Predrag Spasojevic
Na probnom radu
Datum učlanjenja: 29.03.2007
Lokacija: Beograd
Poruke: 15
Hvala: 0
0 "Hvala" u 0 poruka
|
Citat:
Mislim da je diskusija potpuno nepotrebna. Naravno da treba koristiti gotova rešenja jer: 1. Ubrzavaju razvoj. 2. Povećavaju pozdanost(potvrđena u praksi, hiljade ljudi ih koristi) 3. Standardizacija. Veliki broj ljudi ih koristi i naviklo je da ih korisiti na način na koji se koriste ( ). Zamislite da svaki internet forum ima svoj specifican UI. Pa samo bi IT expreti uspeli da se snadju. I zamislite nekoga ko plaća razvoj software-a koji bi se odlučio da za custom made rešenje? I to je ugao iz koga treba gledati na problem. Ne iz ugla programera. Zašto bi se neko ko plaća software odlučio za rešenje koje je skuplje i nepouzdanije? Njega jedino zanima optimalan odnos cena/kvalitet. To definitivno ne donose custom made rešenje u kojima će programer iskazati svu svoju kreativnost, potrošiti sate rade i godine testiranja dok stvar ne proradi. A onda posle 6 meseci kada se baza prepuni, hvatati se za glavi i tunirati sistem... A sve to već postoji negde urađeno i potvrđeno u praksi. Da li bi ikada otišao kod krojača da ti pravi odelo po meri ili ćeš otići u radnju i kupiti odelo serijski proizvedeno? Verovatno hoceš ako imaš mnogo para i ekscentričan si pri tome. Isto ti je u softwarskoj industriji, zašto bi plaćao razvoj software-a po meri ako možeš da iskoristis "serijski" proizveden software ili software koji koristi serijski proizvedene komponente? Zamislite diskusiju : da li da koristimo bazu podataka ili da pravimo naše rešenje za skladištenje podataka, da li ćemo da koristimo Apache ili ćemo razvijati naš web server, da li ćemo da koristimo JDK ili ćemo praviti naše klase,... Teško da bi se neko odlučio za custom made rešenje u ovim slučajevima. Štos je samo u tome što su ova gotova rešenja opšte prihvaćena i ljudi su se "navikli" da ih koriste a neka druga se nisu "navikli" da koriste. Lenjost, ništa drugo. Sve biblioteke o čijem korišćenju ovde diskutujemo su po pravilu open source. Tako da iako postoji bug svako ima mogućnost da ga ispravi. Tako da ni argument "da tačno znas kako funkcioniše" ne pije vodu. I nije bitno da li neko liči na programera ili na slagača kockica. Bitno je koliko je proces proizvodnje efikasan i efektan. |
|
03. 07. 2007. | #10 |
majstor
Wrote a book
|
Poprilicno sam saglasan sa prethodnim postom. Ono sto bih dodao je da se ovde razlikuje ugao gledanja na stvari. Kao programer 'ti volis to sam uraditi jer mislis da je bolje' (ne znaci da si u pravu, stvar je ukusa i predrasuda). Kao manager gledas sta je isplatnije, sta zauzima manje vremena i resursa prije nego sto dodjes do finalnog proizvoda. Sad, vecina nas je ovde developera pa je zato i vecina takvog razmisljanja
|
|
|
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. 19:21 |
Karakteri "&" i "=" i XMLHttpRequest | Milos Vukotic | Regular expression i htaccess | 18 | 01. 10. 2007. 15:16 |
If IT really is a "profession", what is our "pro bono" contribution as IT pros? | oksite | e-Business | 26 | 12. 01. 2007. 11:18 |
"Telekom Slovenije" preuzeo "Blic.net" za 390.000 evra | Aleksandar Marković | Komunikacije | 2 | 23. 12. 2006. 14:23 |