DevProTalk

Forumi IT profesionalaca
web development, web design, e-business, SEO


Idite nazad   DevProTalk > Web development i web aplikacije > Programiranje
Beach Wedding Dresses - Looking for the Wedding Dress? Here, 1dress.co.uk stunning collection of beach wedding dresses is just what you are looking for.
charles wang

Programiranje Java, Perl, VB, ASP, .NET, C, C++, Pascal, Delphi Sponzor: VIP izazov 3

Odgovori
 
Alati teme Način prikaza
Staro 03. 07. 2007.   #11
qpele
Predrag Spasojevic
Na probnom radu
 
Avatar qpele
 
Datum učlanjenja: 29.03.2007
Lokacija: Beograd
Poruke: 15
Hvala: 0
0 "Hvala" u 0 poruka
qpele is on a distinguished road
Default

Citat:
Originalno napisao bluesman Pogledajte poruku
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.
qpele je offline   Odgovorite uz citat
Staro 03. 07. 2007.   #12
misk0
majstor
Wrote a book
 
Avatar misk0
 
Datum učlanjenja: 30.01.2006
Lokacija: Lugano - Switzerland
Poruke: 1.251
Hvala: 219
106 "Hvala" u 67 poruka
misk0 će postati "faca" uskoromisk0 će postati "faca" uskoro
Pošaljite ICQ poruku za misk0 Pošaljite poruku preko Skype™ za misk0
Default

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
misk0 je offline   Odgovorite uz citat
Staro 03. 07. 2007.   #13
Petar Marić
Python Ambassador
Master
 
Avatar Petar Marić
 
Datum učlanjenja: 06.06.2005
Lokacija: Novi Sad
Poruke: 602
Hvala: 28
27 "Hvala" u 17 poruka
Petar Marić će postati "faca" uskoro
Pošaljite ICQ poruku za Petar Marić
Unhappy

Citat:
Originalno napisao misk0 Pogledajte poruku
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?
__________________
Python Ambassador of Serbia
Petar Marić je offline   Odgovorite uz citat
Staro 03. 07. 2007.   #14
Pedja
Predrag Supurović
Grand Master
 
Datum učlanjenja: 24.01.2006
Lokacija: Užice
Poruke: 791
Hvala: 3
199 "Hvala" u 12 poruka
Pedja is on a distinguished roadPedja is on a distinguished roadPedja is on a distinguished road
Default

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.
Pedja je offline   Odgovorite uz citat
Staro 03. 07. 2007.   #15
Dragi Tata
dinosaurus
Master
 
Avatar Dragi Tata
 
Datum učlanjenja: 29.12.2005
Lokacija: Nova Engleska
Poruke: 636
Hvala: 79
263 "Hvala" u 66 poruka
Dragi Tata će postati "faca" uskoroDragi Tata će postati "faca" uskoroDragi Tata će postati "faca" uskoro
Default

Citat:
Originalno napisao Ilija Studen Pogledajte poruku
Č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.
Dragi Tata je offline   Odgovorite uz citat
Staro 03. 07. 2007.   #16
bNasty
profesionalac
Professional
 
Datum učlanjenja: 06.10.2006
Lokacija: Big Smoke
Poruke: 281
Hvala: 0
17 "Hvala" u 12 poruka
bNasty is on a distinguished road
Pošaljite poruku preko MSN za bNasty
Default

Citat:
"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
bNasty je offline   Odgovorite uz citat
Staro 03. 07. 2007.   #17
misk0
majstor
Wrote a book
 
Avatar misk0
 
Datum učlanjenja: 30.01.2006
Lokacija: Lugano - Switzerland
Poruke: 1.251
Hvala: 219
106 "Hvala" u 67 poruka
misk0 će postati "faca" uskoromisk0 će postati "faca" uskoro
Pošaljite ICQ poruku za misk0 Pošaljite poruku preko Skype™ za misk0
Default

Citat:
Originalno napisao Petar Marić Pogledajte poruku
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
misk0 je offline   Odgovorite uz citat
Staro 03. 07. 2007.   #18
caboom
profesionalac
Qualified
 
Datum učlanjenja: 10.02.2006
Poruke: 181
Hvala: 2
20 "Hvala" u 11 poruka
caboom is on a distinguished road
Default

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.
caboom je offline   Odgovorite uz citat
Staro 04. 07. 2007.   #19
bojan_bozovic
expert
Master
 
Avatar bojan_bozovic
 
Datum učlanjenja: 20.12.2005
Poruke: 730
Hvala: 0
0 "Hvala" u 0 poruka
bojan_bozovic is on a distinguished road
Default

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.
bojan_bozovic je offline   Odgovorite uz citat
Staro 05. 07. 2007.   #20
milosmalic
novi član
 
Datum učlanjenja: 23.10.2006
Lokacija: Beograd
Poruke: 5
Hvala: 0
0 "Hvala" u 0 poruka
milosmalic is on a distinguished road
Pošaljite ICQ poruku za milosmalic Pošaljite poruku preko MSN za milosmalic
Default

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.
milosmalic je offline   Odgovorite uz citat
Odgovori


Alati teme
Način prikaza

Pravila pisanja
Možete ne započinjati nove teme
Možete ne slati odgovore
Možete ne slati priloge
Možete ne izmeniti svoje poruke
vB kôd je Uključen
Smajliji su Uključen
[IMG] kod je Uključen
HTML kôd je Isključen
Pogledajte forum

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


Vreme je GMT +2. Trenutno vreme je 09:01.


Blogodak - Domaci blogovi na jednom mestu Caught in a web - web dev blog
Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.
Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.
Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.