Prodej projektu Duchod.cz - SLEVA
Stránka 2 z 3 PrvníPrvní 123 PosledníPoslední
Zobrazují se odpovědi 31 až 60 z 80

Jak overit kvalitu PHP kodu od dodavatele?

  1. Citace Původně odeslal ItSnowsInHellAgain Zobrazit příspěvek
    Olegu, máš to prostě těžké.

    1) Full-time programátor se ti nevyplatí (podle těch počtů webů by měl)
    2) Máš hodně kontaktů na programátory, avšak většina nemá čas a čekat nechceš.
    3) Chceš perfektní kód, ale nemůžeš najít programátora.

    Po úvaze mám 3 řešení, jiné neexistuji.

    1) Outsourcing do IT firmy, s kterou podepíšeš NDA a nějaký ceník.
    2) Naučit se PHP sám - např. https://www.phptherightway.com/
    3) Změnit obor podnikání
    Prece nebudes mi spravovat weby na cms, ktere jsem vyjmenoval. Nebo ano ale bude to na bad practice & not dry? To jsem zkousel outsourcovat. Predpodledni web stal pre 100k psany v nette, kdyz se na to podival muj znamy nette proc tak se vyvratil, ale cas na opravu nema, protoze ho ted bavi delat Android hry.

    Nemam cas se sam ucit PHP a to, ze umim Python se v tom vsechno neda delat a uz programovat opravdu nechci :)

    Weby neni muj hlavni obor, ja je nedelam. Mame online projekty, ktere generuji urcitou cast zisku. To ale neznamena, ze chci shit zdrojak a neoptimalizovanou aplikaci.

    No jic, zacnu shanet auditory.

    Ale prece jen bych chtel vedet jak reklamovat shit kod. Chci udelat jednu vec a nerad bych vyhodil 50k oknem

    ---------- Příspěvek doplněn 28.07.2018 v 18:55 ----------

    Citace Původně odeslal sentosa Zobrazit příspěvek
    Poptavat dodrzovani zakladnich programatorskych principu, jak sem psal. Pokud se dodrzovat nebudou, zakazku nelze povazovat za dokoncenou
    Okey takze pozadovat SOLID princip a TDD?

  2. Co se právě děje na Webtrhu?
  3. Citace Původně odeslal Oleg Zobrazit příspěvek
    Prece nebudes mi spravovat weby na cms, ktere jsem vyjmenoval. Nebo ano ale bude to na bad practice & not dry? To jsem zkousel outsourcovat. Predpodledni web stal pre 100k psany v nette, kdyz se na to podival muj znamy nette proc tak se vyvratil, ale cas na opravu nema, protoze ho ted bavi delat Android hry.

    Nemam cas se sam ucit PHP a to, ze umim Python se v tom vsechno neda delat a uz programovat opravdu nechci :)

    Weby neni muj hlavni obor, ja je nedelam. Mame online projekty, ktere generuji urcitou cast zisku. To ale neznamena, ze chci shit zdrojak a neoptimalizovanou aplikaci.

    No jic, zacnu shanet auditory.

    Ale prece jen bych chtel vedet jak reklamovat shit kod. Chci udelat jednu vec a nerad bych vyhodil 50k oknem

    ---------- Příspěvek doplněn 28.07.2018 v 18:55 ----------



    Okey takze pozadovat SOLID princip a TDD?
    Tvůj známý byl další programátor.

    Je to smutné, ale auditoři tě budou stát peníze a bude ti to k ničemu - uvidíš pouze audit navíc.

    Nedovedu si představit, že někdo podepíše smlouvu, která by určovala platbu za práci dle auditu - dál jsem příklad právníky.

    Pokud ti to generuje jen část zisku, nechceš full-time programátora, outsourcing, programovat v PHP či nechceš opustit IT, tak shit kód ti bude muset stačit.

    ---------- Příspěvek doplněn 28.07.2018 v 19:07 ----------

    Jeden můj klient utahoval rozpočet tak dlouho, až se mu rozpadl tým, který se mu staral o ziskový web.

    Nahrazoval jednotlivé pozice juniory.

    Web časem přestal být ziskový, proto se klient rozhodl povolit rozpočet a složil původní tým.

    Pointa: Pokud chceš být v plusu, musíš do toho investovat.

  4. Citace Původně odeslal Oleg Zobrazit příspěvek
    Okey takze pozadovat SOLID princip a TDD?
    SOLID se da 'snadno' auditovat, testy jsou hlavne k tomu, aby se clovek nebal zmeny - tim ze neco upravi muze dalsich X veci rozbit. Testy to odhali, zaroven podle napsanych testu lze vice porozumet chovani systemu. TDD je metodika psani testu - testy se pisi pred implementaci funkcionality = 100% kodu otestovano. Psat testy az nakonec je neskutecne neefektivni. Dodrzovani SOLID principu ty zmeny jeste vice usnadni.

    pokud programator bude dodrzovat tyto 2 veci, dodane kody budou o nekolik radu kvalitnejsi

  5. Kvalita kódu se určuje opravdu těžko. Tady je jen mých pár postřehů:

    1) Formátování - když tam jsou taby a smysluplné odsazování s nějakou logikou, tak je to první známka toho, že dotyčný ví co dělá.

    2) Konvence - hlavně v PHPčku každý framework má nadefinované nějaké konvence - jak se píšou controllery, modely, atributy apod.. PHP schroustá všechno, ale když píšu v Symfony, tak je ideální převzít konvence ze Symfony, tím pádem je větší šance, že další Symfoňák tomu bude okamžitě rozumět.

    3) Návrh datového modelu - tohle je pro mě osobně největší selektor amatérů od pokročilých. Amatéři neřeší nic jako rozšířitelnost do budoucna, zátěž apod... Navrhnou datové modely absolutně neoptimalizované.

    4) Kvalita kódu - tohle je strašně diskutabilní. Co je vůbec kvalitní kód? Nejkratší, nejoptimálnější pro výkon? Ten, kterému porozumí co nejvíc lidí? Když totiž přijde průměrný programátor a bude se snažit navázat na kód experta, tak bude muset každé části věnovat hodně času aby ji vůbec pochopil. Přitom ten kód vlastně špatný není, a chyba vlastně ani není v programátori, jen se potkali dvě různé úrovně. A to samé naopak, když expert přijde k průměrnému kodu tak si řekne - proč se to tu tak rozepisuje, vždyť můžu napsat na řádek. Jenže průměrnému kodu zase většina programátorů bude rozumět, co je tedy pro tebe lepší?

    Vzhledem k tomu kolik je jazyků, následných frameworků a následných dílčích modifikací, tak podle mě nelze jen tak určit kvalitu kódu. Co se dá poznat je, jestli dotyčný programátor ví co dělá, a to se pozná dle prvních tří bodů mnohem víc.

    Btw.: To že programátor nechce dělat na stávajících projektech není často ani kvůli tomu, že by byl kod špatný, ale že mu dodavatel není schopný zaplatit dostatek času pro nastudování aplikace. Dobrý kod totiž neznamená že k tomu sednu, hodinu si to procházím a pak rovnou doprogramovávám plugin - to ani náhodou. Vždycky je třeba seznámit se s aplikací a to v závislosti na její velikosti může být 5 až 50 hodin a tohle by měl platit zadavatel a ne programátor ze svého volného času.

    ADD1: Platit si auditora kódu mi přijde naprosto zbytečný a neefektivní. Podle mě to tvůj problém zkrátka nevyřeší. První problém bude najít porgramátora, jehož kod ti následně auditor schválí. A druhý problém bude najít dalšího programátora, kterému se bude líbit auditorsky schválený kod - pořád je to totiž jen názor.

  6. Citace Původně odeslal cmelo Zobrazit příspěvek
    Obcas robim code review cudzich projektov (php, nette, symfony, laravel) a vacsinou je to katastrofa.. ale vzdy sa s tym da nieco robit, len je to otazka casu a penazi.
    Ako casto sa ten programator ktory robi web, vrati ku kodu ktory robil dajme tomu pred pol rokom a potrebuje donho nieco dorobit. Tak isto ten zakaznik. Ak potrebuje zakaznik nieco urobit raz za 3 roky, tak to je fakt jednoduksie to napisat odznova.

    Za poslednych 5 rokov, som videl len jeden pekne navrhnuty projekt. No len na tom sedeli 2 architekti niekolko mesiacov, kym dali finalny navrh a ten system bezi niekolko rokov a priebezne na nom maka tak 5 ludi. Takze je na nom stravenych tak 20-30 cloveko rokov. Tam sa uz velmi tvrdo hladi na to aky je kod.

    Teraz sa mi napr. dostal do ruky jeden projekt. Desktopova aplikacia. Vytvoreny pred 2 rokmi. Potrebuje tam urobit len par drobnych zasahov. Nic velke, len nejakych 15 formularov. No trieda obsluhujuca hlavny formular ma 23 000 riadkov kodu a velkost 1.7 MB. Co mu mam povedat, ze to potrebuje cele prepisat, lebo cely kod je nahovno ? 2 roky do toho zakaznik nepotreboval sahnut a ked mu tych par uprav spravym, tak zase bude mat na 2 roky pokoj. Ano, ta oprava co budem robit koli blbemu kodu bude mozno trvat 2 dni. Pokial by to bolo pekne urobene tak by mi to trvalo 1.5 dna. Takze jemu sa to neoplati to prerabat. Predpokladam, ze ta aplikacia bola lacna. Daval si ju robit v Indii.

  7. Citace Původně odeslal qwertr Zobrazit příspěvek
    Ako casto sa ten programator ktory robi web, vrati ku kodu ktory robil dajme tomu pred pol rokom a potrebuje donho nieco dorobit. Tak isto ten zakaznik. Ak potrebuje zakaznik nieco urobit raz za 3 roky, tak to je fakt jednoduksie to napisat odznova.

    Za poslednych 5 rokov, som videl len jeden pekne navrhnuty projekt. No len na tom sedeli 2 architekti niekolko mesiacov, kym dali finalny navrh a ten system bezi niekolko rokov a priebezne na nom maka tak 5 ludi. Takze je na nom stravenych tak 20-30 cloveko rokov. Tam sa uz velmi tvrdo hladi na to aky je kod.

    Teraz sa mi napr. dostal do ruky jeden projekt. Desktopova aplikacia. Vytvoreny pred 2 rokmi. Potrebuje tam urobit len par drobnych zasahov. Nic velke, len nejakych 15 formularov. No trieda obsluhujuca hlavny formular ma 23 000 riadkov kodu a velkost 1.7 MB. Co mu mam povedat, ze to potrebuje cele prepisat, lebo cely kod je nahovno ? 2 roky do toho zakaznik nepotreboval sahnut a ked mu tych par uprav spravym, tak zase bude mat na 2 roky pokoj. Ano, ta oprava co budem robit koli blbemu kodu bude mozno trvat 2 dni. Pokial by to bolo pekne urobene tak by mi to trvalo 1.5 dna. Takze jemu sa to neoplati to prerabat. Predpokladam, ze ta aplikacia bola lacna. Daval si ju robit v Indii.
    Nemůžeš dát část kódu na pastebin? Mě by hrozně zajímalo, jak to dokázal.

  8. Citace Původně odeslal sentosa Zobrazit příspěvek
    Dnesni programatori jsou lina verbes, co si o sobe mysli kdovi co, ale zvladnou vypotit tak maximalne if/else. Koukej hodne na vek, protoze kdo programuje 5 let, prakticky se do toho teprve dostava. Nejhorsi jsou studenti a mladi obecne.
    Dalsi vec je, ze 90% freelanceru produkuje mizerny kod, protoze se nijak nerozvijeji - nikdo je nekontroluje, s nikym kod nediskutuji, zakaznikovi staci ze to funguje, takze se zameruji na to, aby stim meli co nejmene prace, schrabli love a rozloucili se.
    Zkuseny kvalitni programator typicky neshani ksefty na webtrhu, ale ma staly job, dela co ho bavi a ma slusne penize.
    Kdo dela z domova tak je vetsinou flakac a nijak se nazajima o nejaky rozvoj, chce mit jen snadno vydelane penize - proto nad kazdou praci breci ze je to zprasene - nejradeji by kodil na zelene louce podle sebe se svymi "vychytavkami", at pak nadava nekdo jiny.

    Jak uz tady padlo - idealne mit nekoho dobryho na fulltime, ale konkurence je velika, musel bys dobre platit jinak pujde jinam.
    Myslím že to je najlepší príspevok, až na koncovku, ktorú autor nezvládol. Lepšiu radu nedostanete.

    Zabudnite na auditi, a audity auditov a pod.

  9. máte moc binární vidění, kód není jen špatný nebo dobrý, ale plynule přechází od jednoho stavu k druhému podle úhlu (a cíle) pohledu.

    Velké či komunitní projekty mají tzv. code style guide, který poměrně přesně popisuje co se smí a co, dokonce je možné pak takové kontroly dělat automatizovaně. Pěkný příkladem jsou ty od googlu http://google.github.io/styleguide/. Na PHP je poměrně dost rozšířený (ale také méně konkrétní) PSR, jak už zmiňoval node, https://www.php-fig.org/psr/psr-2/. Velké týmu se jinak řídit nedají, samozřejmě se musí platit codereview.

    Tyhle pravidla musí být ale dána dopředu, programátor musí dopředu vědět čím se má řídit a jak to má tvořit, pokud mu to dopředu neřekneš, těžko se s ním pak můžeš hádat, že tady nemá DRY, tady má funkce side effect, tady má nevhodné pojmenování, tady to naprasil přes konstanty a tady mu chybí testy.

    Potřebuji-li od týmu výsledek v určité kvalitě, poskytnu jim mentora (seniorního člověka), který je pohlídá, vysvětlí, ukáže, zaručí určitou technickou úroveň. Platí tady ale jasné pravidlo, musím to zaplatit já, veškeré opravy, úpravy a účení jdou na moje bendra a do mého rozpočtu. Spousta mentorů, které mám k dispozici jsou freelanceři.

    Drtivá většina programátorů nadává na ty předchozí, že to je celé špatně, bohužel často mi právě vychází, že tihle lidé ani sami nejsou schopní to udělat lépe. Nehraje tady roli jenom vlastní znalost a povědomí o tom, jak to udělat lépe, ale čas a peníze, jakýkoliv refactoring bez pokrytí testy je dost riziková a drahá věc, tak se raději volí horší varianta, ale bez kaskádového efektu. Ti lidé si tím jenom zvyšují vlastní kreditabilitu, protože přece když poukáží na chyby někoho jiného, jsou lepší. Správná reakce na dost obtížný (=prasácký) kód je, "hele bude mi to trvat o 1/3 víc čas, v kódu se dostatečně rychle nevyznám", pokud ti tohle někdo řekne, ceň si ho!

    sentosa: nesouhlasím :), spousta open source vývojářů jsou freelanceři, kteří pracují v homeoffice, openBSD takhle žije 20 let, linux Kernel opět rozvíjí převážně lidé ze svých domovů a drivery poskytují firmy z kanceláří. Chápu, ale že to bereš z pohledu webového vývoje malých projektů v ČR, kde by to při troše "štěstí" tak mohlo být

  10. Citace Původně odeslal TomášX Zobrazit příspěvek
    máte moc binární vidění, kód není jen špatný nebo dobrý, ale plynule přechází od jednoho stavu k druhému podle úhlu (a cíle) pohledu.

    Velké či komunitní projekty mají tzv. code style guide, který poměrně přesně popisuje co se smí a co, dokonce je možné pak takové kontroly dělat automatizovaně. Pěkný příkladem jsou ty od googlu http://google.github.io/styleguide/. Na PHP je poměrně dost rozšířený (ale také méně konkrétní) PSR, jak už zmiňoval node, https://www.php-fig.org/psr/psr-2/. Velké týmu se jinak řídit nedají, samozřejmě se musí platit codereview.

    Tyhle pravidla musí být ale dána dopředu, programátor musí dopředu vědět čím se má řídit a jak to má tvořit, pokud mu to dopředu neřekneš, těžko se s ním pak můžeš hádat, že tady nemá DRY, tady má funkce side effect, tady má nevhodné pojmenování, tady to naprasil přes konstanty a tady mu chybí testy.

    Potřebuji-li od týmu výsledek v určité kvalitě, poskytnu jim mentora (seniorního člověka), který je pohlídá, vysvětlí, ukáže, zaručí určitou technickou úroveň. Platí tady ale jasné pravidlo, musím to zaplatit já, veškeré opravy, úpravy a účení jdou na moje bendra a do mého rozpočtu. Spousta mentorů, které mám k dispozici jsou freelanceři.

    Drtivá většina programátorů nadává na ty předchozí, že to je celé špatně, bohužel často mi právě vychází, že tihle lidé ani sami nejsou schopní to udělat lépe. Nehraje tady roli jenom vlastní znalost a povědomí o tom, jak to udělat lépe, ale čas a peníze, jakýkoliv refactoring bez pokrytí testy je dost riziková a drahá věc, tak se raději volí horší varianta, ale bez kaskádového efektu. Ti lidé si tím jenom zvyšují vlastní kreditabilitu, protože přece když poukáží na chyby někoho jiného, jsou lepší. Správná reakce na dost obtížný (=prasácký) kód je, "hele bude mi to trvat o 1/3 víc čas, v kódu se dostatečně rychle nevyznám", pokud ti tohle někdo řekne, ceň si ho!

    sentosa: nesouhlasím :), spousta open source vývojářů jsou freelanceři, kteří pracují v homeoffice, openBSD takhle žije 20 let, linux Kernel opět rozvíjí převážně lidé ze svých domovů a drivery poskytují firmy z kanceláří. Chápu, ale že to bereš z pohledu webového vývoje malých projektů v ČR, kde by to při troše "štěstí" tak mohlo být
    Vypozoroval jsem, že v ČR dost osob chce platit pouze za čístý vývoj a nikoliv za věci, které popisuješ (senior, učení, úpravy apd.). Dle všeho je to proto, že v tom nejsou schopní / nechtěji vidět práci, ale jen něco luxusního, což je právo pouze těch nahoře.

  11. Citace Původně odeslal ItSnowsInHellAgain Zobrazit příspěvek
    Vypozoroval jsem, že v ČR dost osob chce platit pouze za čístý vývoj a nikoliv za věci, které popisuješ (senior, učení, úpravy apd.). Dle všeho je to proto, že v tom nejsou schopní / nechtěji vidět práci, ale jen něco luxusního, což je právo pouze těch nahoře.
    Nerekl bych, ze je to jen v CR :) Teda pokud nejde o klienty, kteri maji firmy se ziskem $500k+ rocne nebo startupy, ktere chteji vyzdimat rozpocet investoru.

  12. Citace Původně odeslal Oleg Zobrazit příspěvek
    Nerekl bych, ze je to jen v CR :) Teda pokud nejde o klienty, kteri maji firmy se ziskem $500k+ rocne nebo startupy, ktere chteji vyzdimat rozpocet investoru.
    Toto jsou jedny z mnoha rozhodujících maličkosti, zda projekt bude úspěšně dokončen nebo ne.

  13. Citace Původně odeslal TomášX Zobrazit příspěvek
    sentosa: nesouhlasím :), spousta open source vývojářů jsou freelanceři, kteří pracují v homeoffice, openBSD takhle žije 20 let, linux Kernel opět rozvíjí převážně lidé ze svých domovů a drivery poskytují firmy z kanceláří. Chápu, ale že to bereš z pohledu webového vývoje malých projektů v ČR, kde by to při troše "štěstí" tak mohlo být
    No to bude tech 10% schopnych a zodpovednych. Vem si kolik lidi dnes programuje. To co popisujes je ta hrstka "vyvolenych"... No a sel by takovy clovek delat tuctovou zakazku za par supu?

    Jinak strasne tu resite code standardy, ale to je ta posledni vec, ktera by mela programatora trapit - dnesni IDEcka to zvladnou preformatovat raz dva. Nejvetsi problem je design - kdyz zdanlive jednoducha uprava nuti k velkemu refaktoringu, nebo rozbije X featur. Nechapu, jak dnes nekdo muze vysilovat nad tim, ze je zavorka na stejnem nebo dalsim radku, nebo jestli odsazuje tabama ci mezerama, ale to uz je krapet mimo tema.

  14. jedina spravna cesta pre teba je bud:
    1 mat zaplatenu firmu ktora sa ti stara o vyvoj a udrzbu
    2 mat interny tym ktory ti vyvoj zastresi
    3 mat jedneho cloveka -architekta

    pre body 2 a 3 nasledne plati: ze vzdy je tam minimalne 1 architekt ktory sa stara o navrh a kontroluje implementaciu a robi code review + zauca novych clenov tymu, dava im guildline ako co implementovat.

    bohuzial toto stoji peniaze ale ak sa to vsetko dodrzuje tak ako ma, tak v konecnom dosledku sa peniaze setria tym ze sa veci nemusia milion krat prerabat, novy ludia skor pochopia o com projekt je, lahsie sa implementuju nove funkcionality - usetreny cas = mensie naklady = vacsi potencialny zisk.

  15. Nejsem tedy odborník, ale měl jsem za to, že kromě nějakých validatoru hlidající syntax si bez pochopeni kódu ověřím velké nic.
    Nicméně je fakt, že php používají patlalove a ne programátoři, takže už to by bylo pro mě asi znamení...

  16. Citace Původně odeslal Panxdz Zobrazit příspěvek
    Nejsem tedy odborník, ale měl jsem za to, že kromě nějakých validatoru hlidající syntax si bez pochopeni kódu ověřím velké nic.
    Nicméně je fakt, že php používají patlalove a ne programátoři, takže už to by bylo pro mě asi znamení...
    Mlceti zlato, vid?

    Kdyz ma 150 projektu na PHP, tak koho ma hledat, Javistu?

  17. Citace Původně odeslal martinzsa Zobrazit příspěvek
    jedina spravna cesta pre teba je bud:
    1 mat zaplatenu firmu ktora sa ti stara o vyvoj a udrzbu
    2 mat interny tym ktory ti vyvoj zastresi
    3 mat jedneho cloveka -architekta

    pre body 2 a 3 nasledne plati: ze vzdy je tam minimalne 1 architekt ktory sa stara o navrh a kontroluje implementaciu a robi code review + zauca novych clenov tymu, dava im guildline ako co implementovat.

    Mne nejde primarne o usporu penez, mne jde o to, jak zjistit kvalitu vystupu, aby programator, ktereho nemam na full-time mohl upravit a nezprasit predchozi praci, nebo aby jiny programator nove vytvorenou praci nezavrhl s tim, ze ten kod je debilne napsany, nema na to cas, ale ma cas na napsani od nuly. Ze kod je optimalizovany a je proste dobry. A jak pak tuto kvalitu reklamovat nebo nereklamovat.

    Vzdyt jsem v uvodu psal, ze nejde o to, zda to dela nekdo za 200/hod. nebo za 1300/hod. Pred sebou mam nekolik projektu, ktere budou potrebovat update a upgrade a obavam se v jakem jsou stavu.

    Architekt je OK, ja umim delat sam architekturu, protze jsem ji delal v Pythonu, ale pokud umim udelat architekturu v Pythonu, tak to neznamena ze ji umim udelat v cistem PHP nebo nejakem PHP FW. Takze mit architekta na nekolik ruznych CMS a vlastnich reseni je opravdu super napad - nezaplatim je :)

    Kazdopadne, dostal jsem v diskusi nekolik dobrych rad a nekolik super nazoru, navic par kontaktu na progy, kteri udelaji audit. Uvidime jak to dopadne.


    P.S. nepopiram, ze rad setrim, ale sam vim kde a jak a co muzu uriznout a kdo si ze mne dela prdel. Delal jsem stejnou srandu, kdyz jsem psal v Pythonu a stejne jsem urcoval ceny, az mne to prestalo bavit, protoze jsem zjistil ze otroka ze sebe delat nechci, radsi budu zakaznikem ;)

  18. Citace Původně odeslal musil.david Zobrazit příspěvek
    Mlceti zlato, vid?

    Kdyz ma 150 projektu na PHP, tak koho ma hledat, Javistu?
    Oázkou je spíše proč brečet na rozlitou vodou? To.je jako kdybych žil s viděii na YouTube a dostal ban a neměl vlastní web. Kdo nemá žádnou kontrolu nad svým cashflow respektive nerozumí tomu co.dělá, tak ať nepodnika.

    Co se týče té otázky ať nejsem offtopic, můžeš mi napsat jak si zkontroluji zdrojak, kterému nerozumím? Kdyby něco takového existovalo, tak k čemu by byl pak programátor?

  19. Citace Původně odeslal musil.david Zobrazit příspěvek
    Mlceti zlato, vid?

    Kdyz ma 150 projektu na PHP, tak koho ma hledat, Javistu?
    Panxdz i dle jeho jiných večerních postu zase chlastal a tak jen blábolí. Snad dostane brzo opět ban.

    Ale abych nebyl offtopic. Olegu, asi univerzální kvalitu nikde nenajdeš, každý píše jinak a tak se mu bude pozdávat práce jeho předchůdce vždy minimálně podezřelá :-) protože je prostě napsaná jinak než by to psal on. Řešení je na toto pouze jediné, zkus spolupracovat pouze s několika stejnými programátory.

  20. Mirek Novotny: Proč ban a proc blabolim. Uvedu analogii: chci levného textaře/překladatele protože preferuji nízkou cenu, textu nerozumím po gramatické a stylistické stránce stejně jako cizímu jazyku. Zeptám se tedy na nástroje, když by Google translátor překládal bezchybně patrně by nebyly potřeba překladatele, ze? Když by nástroj rozuměl dokonale kódu analogicky by nebyl potřeba programátor. Tudy cesta nevede, takže buď si zaplatím korektora nebo kobtrorola kódu a nebo jednoho člověka, který se pravděpodobně ale nebude mít potřebu podbizet. Jak jinak to chceš řešit? Když někdo platí tomu kdo je pokaždé nejlevnější, tak se prostě nemůže divit...

  21. Citace Původně odeslal Mirek Novotny Zobrazit příspěvek
    Olegu, asi univerzální kvalitu nikde nenajdeš, každý píše jinak a tak se mu bude pozdávat práce jeho předchůdce vždy minimálně podezřelá :-) protože je prostě napsaná jinak než by to psal on. Řešení je na toto pouze jediné, zkus spolupracovat pouze s několika stejnými programátory.
    Jak jsem zminoval. Napriklad necham idelaz web za 20k, nejaky simply nebo trosku vetsi treba za 50k, ale na ten web se nesahne treba dva roky. Tozko programator si na nej bude pamatovat, navic mezitim ma jinou praci a ja potrebuji upgrade ted hned.

  22. Citace Původně odeslal Oleg Zobrazit příspěvek
    Jak jsem zminoval. Napriklad necham idelaz web za 20k, nejaky simply nebo trosku vetsi treba za 50k, ale na ten web se nesahne treba dva roky. Tozko programator si na nej bude pamatovat, navic mezitim ma jinou praci a ja potrebuji upgrade ted hned.
    Udělat čitelný kód je práce navíc, stejně tak si k tomu napsat dokumentaci. Pak je jen otázka, jestli se ti to vyplatí a nevýjde pořád levněji to nechat jak je a jen platit více za úpravy. Jakákoliv kontrola a případné vracení k dopracování bude brát čas i tobě.

    Chce také počítat s rizikem, že pokud budeš práci programátorům příliš vracet a nutit je opravovat věci, o kterých jsi jim dopředu neřekl, můžeš mít ještě větší problém někoho sehnat.

    Co svěřit portfolio webů nějaké firmě a programování outsourcovat? Cenově nemusí být velký rozdíl a může ti to uvolnit ruce k jiným činnostem.

  23. Vy mne porad nutite delat ustupky, ktere nechci :) Psani dokumentace a tvorba prehledneho kodu je prace navic. Kdyby to tak platilo u HTML kodovani, asi by se kazdy vykaslal na nejaky standardy a validni kod.

    Jiste, ze chci vracet kod pokud obsahuje chyby, je to snad normalni a neni to vina zakaznika, nebo ano?

  24. Citace Původně odeslal Oleg Zobrazit příspěvek
    Vy mne porad nutite delat ustupky, ktere nechci :) Psani dokumentace a tvorba prehledneho kodu je prace navic. Kdyby to tak platilo u HTML kodovani, asi by se kazdy vykaslal na nejaky standardy a validni kod.

    Jiste, ze chci vracet kod pokud obsahuje chyby, je to snad normalni a neni to vina zakaznika, nebo ano?
    Nikdo tě nenutí dělat ústupky, pouze ti zde říkáme, že dost věci jsou nadstandart.

    Ty pouze nechápeš / nechceš pochopit, že za věci (např. dokumentace) se prostě platí navíc. Toto je prostě standartní chování trhu v kapitalismus - chceš to, zaplať.

    Firmy nabízejí výhody jen proto, že hledají programátora (některé dokonce zaučuji od nuly) a ty zde vidíš problém, že dokumentace atd. je třeba zaplatit.

    Možná to nechceš slyšet, ale opravdu se zamyslí nad tím, proč máš problém najít programátora mezi 70-ti kontaktů ze Skype, který ti neřekne "nemám čas".

  25. Citace Původně odeslal Oleg Zobrazit příspěvek
    Jiste, ze chci vracet kod pokud obsahuje chyby, je to snad normalni a neni to vina zakaznika, nebo ano?
    Vidím spíše problém v povaze chyb, pokud se tam objeví chybné nebo dokonce nežádoucí chování kódu, oprava chyby v rámci původního rozpočtu je za mě samozřejmá (neošetřené vstupy, pády, fatal errory, bezpečnostní problémy, nedodržení grafiky/chování atd.). Pokud ale programátor udělá "chybu" proti čitelnosti kódu, je její oprava v rámci původního rozpočtu za mě diskutabilní, pokud požadavek nebyl vznesen dopředu, např. nejednotné pojmenování (velikosti písmen, klíčová slova, jednotné vs. množné číslo), globální proměnné, málo testů, špatné dokumentační komentáře, netypovost proměnných/argumentů, monstrózní funkce vs. přílišná granualita atd.).

    Html standardy řeší zejména syntaxi, což php také řeší a kontroluje, nevalidní kód ti php nespustí. U správné semantičnosti u html už je ale velký problém, moc se nedodržuje. Stejně tak neexistují nějaké jednotné standardy jak psát php kód.

    Programování je skoro jako psaní článků:
    - jedna strana je gramatika (= syntaxe, bezpečnostní chyby), s pravopisnými chybami článek prostě nepřevezmeš,
    - druhou stranou je věcná správnost, s faktickými chybami opět článek nepřevezmeš ( = chování aplikace podle zadání, žádné nesmyslné a neočekávané výstupy),
    - třetí věcí je čtivost a to, jestli se ti líbí ( = přehlednost kódu a jeho rozšiřitelnost v budoucnu), sám určitě víš, že je složité se dohadovat, že článek se ti nelíbí a že ho nepřevezmeš a že prostor pro úpravy nějaké je, ale není neomezený, že článek se musí psát pro určitou cílovou skupinu, jinak vypadá vědecká stať o stravě a jinak obsah pro magazín ženy o dietě, tam s vědeckými a chemickými vzorci moc nepochodíš, vědecká stať se bez nich neobejde.

    Ze stejných důvodů poslední roky vůbec nevyužívám "indické" programátory, sice nějak výsledek doručí, ale kvalita je šílená a dále nepřenosná a dlouhodobě se projektům vyplatilo investovat rok do vzdělání vlastního stabilního týmu (klidně i na part time). Práce v týmu právě zlepšuje čitelnost kódu, ti lidé už přirozeně spolu komunikují a přirozeně se vyčítají co se komu nelíbí a přizpůsobují se tomu aniž bys jim to musel říkat, stačí správně mixovat kdo co kdy dělá. Zpravidla do půl roku již nejsem schopný poznat kdo který kód psal.

  26. Citace Původně odeslal Oleg Zobrazit příspěvek
    Ahoj,
    poradite jak overit kvalitu PHP kodu?

    Napriklad poptavam vytvoreni PHP formulare nebo nejake doplnujici funkce, nebo modul pro WP, app psanou v Nette, nebo Laravel, no proste cokoliv.

    Napriklad 5x jsem jiz poptaval naprogramovani scriptu na zpracovani, overeni a ukladani rozsahlejsiho formulare do DB registrovanym uzivatelem, sprava uzivatelu a tak, v back endu, a kdyz jsem ho chtel rozsirovat vsichni dalsi programatori nadavali na predchozi, ze je neprehledny kod nebo nekvalitni zpracovani. At se jednalo o hodinovku za 200 nebo za 1300 na hodinu, vesmes jeden na druheho programatori nadavali, ze je to Bad Practice, kod neni DRY a podobne a ze je lepsi to napsat vse od nuly.

    Ted potrebuji poptavat dalsi praci a mam obavy abych nevlezl do stejne louze.

    Jak hodnotite vystup prace vy?

    * https://phpunit.de/ - ověří "gramatiku" kódu
    * Selenium - ověří funkčnost
    * systémové logy: jsou zde všechny PHP chyby a poznámky

    ---------- Příspěvek doplněn 30.07.2018 v 09:49 ----------

    Citace Původně odeslal Jiří Šubr Zobrazit příspěvek
    Kvalita kódu se určuje opravdu těžko. Tady je jen mých pár postřehů:

    1) Formátování - když tam jsou taby a smysluplné odsazování s nějakou logikou, tak je to první známka toho, že dotyčný ví co dělá.
    Tak o tabulátorech se vede diskuze dlouho, ale celosvětově převládají mezery, protože jsou nezávislé na systému a použitém software.

  27. @Oleg,
    ja si kopnem do vás.
    Sťažujete sa na programátorov, chcete ich kontrolovať.
    Ale problém vidim vo vás. Vystupujete ako agentúra, a nemôžete zamestnať ani jedného programátora.

    Prečo sa teda hráte na agentúru ked nou nie ste? Chytíte nejakú zákazku, predpokladám že z lacného rangu, potom skypujete so 70-timi programátormi ktorý pre vás kedy robili a dohadujete na cene, termínu a tak. Zvyčajne to končí asi u najlacnejšieho riešenia a najmenej kvalifikovaného programátora, lebo nemá prácu.
    Vôbec sa nedivím že vás takýto spôsob štve a ničí. Pri takomto systéme práce to ináč nebude a nikdy sa to nezmení.

    Myslíte si že tak dá fungovať do budúcna.

  28. Gabonator: trefil jste to presne - od dobreho znameho a jednoho jineho programatora mam presne takovy popis s timto panem = pozadavky na naprosto perfektni praci, ale penize jak pro studaka... vsak staci projit historii poptavek a komentu, je to stale dokola to same.

    Jinak nemam nic proti teto strategii - ostatne jste asi dobry obchodnik, kdyz to vynasi, ale proste mate, Olegu, co zaslouzite (kvalitu = co platite). Kdysi ve vlakne jste psal, ze nemate problem "dobre" zaplatit, coz me v kontextu informaci, ktere jsem v tu dobu jiz mel dost rozesmalo

    Edit: abych byl konkretni, slo o pixel perfect responsivni sablonu s retinou (znamym naceneno na 1MD, sam bych jete pridal kdyz jsem cetl dalsi pozadavky na dodani do druheho dne, aria, BEM, apod.)... Maximalni cena mela byt 1200,- (s argumentem, ze jiny clovek to za to udela) to sorry jako...

  29. @smrtka: koukám, že se to už odkrývá (pozn.: neznám tě)

    kdybych nebyl debil...

  30. njn vzdycky me vytoci, kdyz tu nekdo breci nad kvalitou, dusuje se dobrym ohodnocenim a pritom si mysli, ze iTrader a 200kc/h je nejaka bomba za kterou se profik pretrhne

  31. Citace Původně odeslal smrtka Zobrazit příspěvek
    Gabonator: trefil jste to presne - od dobreho znameho a jednoho jineho programatora mam presne takovy popis s timto panem = pozadavky na naprosto perfektni praci, ale penize jak pro studaka... vsak staci projit historii poptavek a komentu, je to stale dokola to same.

    Jinak nemam nic proti teto strategii - ostatne jste asi dobry obchodnik, kdyz to vynasi, ale proste mate, Olegu, co zaslouzite (kvalitu = co platite). Kdysi ve vlakne jste psal, ze nemate problem "dobre" zaplatit, coz me v kontextu informaci, ktere jsem v tu dobu jiz mel dost rozesmalo

    Edit: abych byl konkretni, slo o pixel perfect responsivni sablonu s retinou (znamym naceneno na 1MD, sam bych jete pridal kdyz jsem cetl dalsi pozadavky na dodani do druheho dne, aria, BEM, apod.)... Maximalni cena mela byt 1200,- (s argumentem, ze jiny clovek to za to udela) to sorry jako...
    To by mne zajimalo o jakeho konkretniho dodavatele slo. Pixel perfect jsem poptaval, ale platil jsem od 5 do 15k. Nikdy za 1,2k ;) Jini koderi mi sami nabizeli sve ceny na zaklade dodaneho PSD souboru. A tech par amateru, ktere jsem odmitl bych koderem nenazval, protoze nevalidni kod a nepresne kodovani nebylo to co jsem poptaval). Jsme agentura reklamni, primarni cil firmy je DTP, vsechy weby je z 60% vlastni projekty a zbytek zakazkova vyroba.

    Jeste by mne mne zajimalo onjakeho programatora slo. Jak jsem psal, mam vchechny kontakty se kterymy jsem kdy spolupracoval. Mohu lehce overit keca nebo ne, protoze ma i historii komunikaci.

    ---------- Příspěvek doplněn 30.07.2018 v 21:40 ----------

    Citace Původně odeslal Tomve Zobrazit příspěvek
    @smrtka: koukám, že se to už odkrývá (pozn.: neznám tě)

    kdybych nebyl debil...
    Tomve, kdybys bys radsi pomlcel...

Hostujeme u Server powered by TELE3