"Ništa to ne valja" sindrom

[qpele]

Originalno napisao bluesman

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.

Dobra stara dilema. I dobri stari tipični komentari. Ovo liči na diskusije kada se pojavio prvi IDE, pa borba onih koji su voleli da linkuju, compajliraju sve iz komandne linije. Imali su dobre argumente "znam šta radi i ako ne radi zašto ne radi". Uvek kada se pojavi nešto naprednije, što po pravilu automatizuje dosta stvari, masa ljudi koja je navikla da radi na zastareli način se buni kako "gubi kontorolu".

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.

[misk0]

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

[Petar Marić]

Originalno napisao misk0

Kao manager gledas sta je isplatnije, sta zauzima manje vremena i resursa prije nego sto dodjes do finalnog proizvoda.

Da li to treba da znači da se ja polako ali sigurno pretvaram u menadžera?

[Pedja]

Problem je sto klijenti uvek imaju neki specifican zahtev koji trazi da se debelo petljas po tebi nemoznatom CMS kodu da bi ga nampravio da taj zahtev ispuni (ako ti uspe), a kada to uradis taj kod postaje neupgradeabilan na sledece verziej CMS-a jer je customized. Onda se stvar svede na to da opet moras dalje rucno da prepravljas samo sad imas debeli kod koji ne poznajes.

[Dragi Tata]

Originalno napisao Ilija Studen

Čemu generalizovanje? Nekada je pametno koristiti gotova rešenja, nekada ne, a sama odluka UVEK zavisi od konkretnog slučaja.

Upravo tako i nikako drugačije.

[bNasty]

"Ništa to ne valja" sindrom

Ko nije radio u game industriji nije ni osetio shta znachi "not invented here" sindrom.

"Mi" smo poznati po tome, nama ni STL ne valja; svaka igra, svaki engine, ima svoje nizove, liste, memory manager-e, stringove itd itd

[misk0]

Originalno napisao Petar Marić

Da li to treba da znači da se ja polako ali sigurno pretvaram u menadžera?

Ne znam, ali upravo se 'skolujem' u tom pravcu pa uvidjam razlike u razmisljanju koje sam imao prije i koje se pojavljuju sad

[caboom]

preporucujem studiju "all you have is a hammer" antipattern-a. iz mog skromnog iskustva - stvarno je jako tesko napraviti generalizaciju u ovom slucaju, ali je podjednako glupo raditi bilo koju od pomenute 2 stvari:
1) pisati ispocetka "komponentu" koja vec postoji i naprosto radi posao i samo je deo ukupne celine i ne ugrozava sadasnju i buducu arhitekturu, performanse, la la la... naprosto - resava problem.
2) lose proceniti "komponentu" i gurati je tamo gde joj nije mesto bez prethodne analize da li zaista moze da zadovolji specifikaciju i da li ce zapravo postati kocnica u nekom trenutku.

sa druge strane, previse zanatski pristup cini ovaj posao dosadnim i vodi u prosecnost i stagnaciju - ali to je vec licni izbor.

[bojan_bozovic]

Bluesman, nemoj...

Ozbiljniji projekt ionako podrazumeva tim, pa nikako, makar od nule pisao, neces poznavati sav kod. To sto ti radis nesto gde je DIY pristup od nule izvodiv, ne znaci da tako moze kad ti DIY od nule znaci pet godina rada, a za vecinu programa upravo to vazi, ne prvo. Dalje, cak i ako radis od nule na jednom nivou ces morati da se prilagodjavas tudjem kodu, makar to bio kompajler/interpreter koji koristis i njegove biblioteke. Ili i to treba od nule? Gde je kraj?

Sto se ovoga vBulletina tice, priznajem da ti je opaska na mestu, medjutim, jer to spada u nesto sto jos uvek ima smisla pisati od nule.

Poz.

[milosmalic]

Jedna od teorija razloga izumiranja dinusaurusa je to da nisu promenili ishranu u skladu sa promenama vegetacije to jest ponudjene hrane. Meksi u toj teoriji kazu da je to svakako jedan od vaznih faktora (pored udarca meteora) koji je tome doprineo.

Ista stvar je i sa ova dva pristupa. Zavisi od klijenta, roka, resursa...

Kad nema vremena, daj C1 ili DevExpress grid i samo malterishi (mada i takva losa procena znada odnese dosta vremena); kada ima vremena i ko to da plati, pravimo deco custom grid i samo chachkamo zube.