Vlákno názorů k článku Horních deset tisíc internetových obchodů od Honza321 - Tak tento nazor jsem mel v dobach meho...

Zásadní otázka je, kolik stojí hodina programátora s dvacetileto praxí? 1000,- ? A to jsem asi z levného kraje, že? Takže 3 dny mají 24 pracovních hodin a shop vyšel na 24 000,- a podle mě ani zdaleka neumí to, co hotové řešení za 1 500 měsíčně. Za 16 měsíců jsem na stejných nákladech, ale 16 měsíců v pohodě prodávám a neřeším to, že ve třech dnech programování se na něco zapomnělo a musím to dodělat. Pomíjím takové drobnosti, že u vlastního řešení mám ještě navíc náklad na hosting.

Já osobně se nechci hádat o tom, zda to někdo za 3 dny napíše, možná jo, ale proč by to proboha dělal? Proč vynalézat znovu kolo?

Když nemáme argumenty, tak se snažíme alespoň znemožnit protistranu. Nicméně, nemáte-li argumenty, i nenechte se dále rušit.

Jinak pán je také programátor s dvacetiletou praxí. Ale jak říkám, nenechte se rušit.

....Jde o to, že takový obchod který se napíše za 3 dny se ani na kilometry nepřiblíží průměrnému opensource shopu.

Souhlasím. Nicméně bude naprosto funkční a nebude dělat ostudu a bude umět vše, co je potřeba.

....Další věcí je, že to "neřešení rozhraní" je ta největší blbost u eshpu.

Řešení rozhraní a API je věc, bez jejichž ujasnění ani nezačínám programovat. Pochopte, že programuje 20 let a projektů mám za sebou spousty a přesně vím, co je potřeba, a co je jen zbytečná věc.

...Ale takový obchod ani nemá cenu psát, takových jsou už stovky.

Řeknu to upřímně, většina věcí, co jsou k dispozici jsou špatná řešení. Jen máloco je diamant.

Zajímavé je, že x–krát jsem něco tvrdil, a zatím vždy dokázal. Já už se raději hádat nebudu, protože sice to vždycky dokážu prakticky, ale chci se věnovat věcem, které mě baví. Například jsem se před časem hádal, že pro začátečníky neexistuje dobrá knížka, ze které by se pořádně naučili PHP, a že se nemají z čeho dobře učit. Poslední dobrá kniha byla od Koska, ale ta už je velmi zastaralá. Nakonec jsem se naštval, dokázal to a knížku jsem napsal. Výsledky: Všichni se diví, jak dobře se začátečníkům učí PHP, řada lidí, co se léta nemohli naučit, najednou umí. (viz Miloslav Ponkrác: PHP a MySQL bez předchozích znalostí)

Stejně tak, když se vsadíme, já Vám dokážu, že je to možné. Za tři spustím dobrý e-shop. Lidé dneska totiž zapomínají, e když jsou neustále pod vlivem marketinku a globálního obchodu, tak cílem obchodu je dělat ze všeho co největší složitost, aby se to mohlo dobře prodat. Za druhé, mám 20 let zkušeností, všechny chyby v oboru už jsem udělal, a jsem dost otřískaný.

....export vyrobku pro vltavu, ebay apod

1) to na začátku nepotřebuji, 2) kde je problém?

....kosik, ktery se po registraci nevyprazdni

proboha, v tomhle vidíte problém? to už je pak problém i najít na klávesnici Enter

....co kdyz uzivatel zapomene heslo nebo bude chtit kompletne zrusit registraci (vymazat se z databaze)

tak mu to nabídnete. nic těžkého

.....Za 3 dny jde mozna nastudovat problematiku, ale ne napsat a otestovat (vim, opravdovy programator nepotrebuje netestuje)

Já nepotřebuji studovat problematiku. První den analýza, druhý a třetí den programování a testování. Na konci spouštíme. Není problém.

A ohledně testování, tomu bych věnoval větší pozornost, a velkou část času.

Ad 1) Je to možná pár drahých dní, ale ve skutečnosti se Vám více, než bohatě zaplatí. Ruku na srdce, zkusil jste někdy spočítat kolik času/peněz zabere přešití cizího řešení na Vaše potřeby. Kolik času případně zabere menší efektivita práce s cizím řešením, apod.

Ad 2) Kdo si neumí poručit a nemá na to vůli, neměl by se do toho pouštět. A chce to také patřičné zkušenosti, jinak je lépe sáhnout po hotovém řešení.

Pokud obchodník, podnikatel, apod. není programátor, tak to nebude programovat, ale koupí si hotové řešení, nebo si někoho najme. Co je na tom nejasného?

Já jsem nepsal, že jsem zákazníkovi schopen na míru udělat plně funkční e-shop. Pouze, že jsem schopen pro sebe velmi dobře funkční e-shop za tři dny rozběhnout.

Ono se zbytečně z věcí dělají složitosti a hledá se komplikovanost, kde není. Programuji 20 let, a vím, co jsou složité problémy, ale tohle ne.

Uvědomte si:

1) Nezačínám z nuly, leccos mám v dříve napsaných knihovnách z jiných projektů.

2) Z webových aplikací se dělá větší složitost, než je. Ve skutečnosti jsou oproti klasickým aplikacím velmi primitivní, a práce nad nima je oddech. Webové aplikace jsou nejnižší level pro programátora.

3) Pokud myslíte prakticky a dokážete si to naplánovat, tři dny je zcela v pohodě. Nepotřebujete věci, které zákazník nepotřebuje, ale marketink mu je tam dá.

4) Pořád se zapomíná na to, že gram analýzy je více, než kilogram programování. Ty tři bych dělal tak, že první celý den bych jen vymýšlel API (tomu bych věnoval nejvíce času), časový plán do budoucna, strukturu webu, databázovou strukturu a časovou linku, jak budu postupovat do budoucna. API bude vymyšlené tak, že bude počítat s budoucími úpravami, jak provedu import/export, atd. S dobrou analýzou věci klidně uděláte 10× i vícekrát rychleji, protože uděláte 10× méně práce. Zbylé dva dny bych programoval úplně v klidu.

5) Dobrou analýzu téměř nikdo neumí, neb chce dlouholeté zkušenosti a křest ohněm na řadě chyb v minulosti. Nejlépe na low level i high level věcech ze všech úrovní.

6) Při dělání e-shopu pro sebe nepotřebuji nikomu lhát jako zákazníkovi, a zavádět kolem toho marketink, a přesvědčovat ho nepotřebnými featurami.

Na prosekávání se mají tito domácí eshopisti času dost, takže to je zrovna neodradí. Navíc to dělají se zájmem a láskou, jako své hobby, takže automatiku ani nehledají. A nic houstnout nemusí, pokud si jednou řeknou, že tam budou mít maximálně 200 položek, tak se ani navyšovat nebudou, spíše budou hledat jen novinky a atraktivnější produkty - počet navyšovat není potřeba.

A pak prostě někdo napíše vlastní věc a vyplatí se mu to.

On programátor po 20 letech už má spoustu částí (knihoven) hotových. Nestaví na zelené louce.

Za druhé ta věc, že to máte plně v rukách kdykoli je také hodně realistické plus.

Pokud si určíte priority a vyjde vám, že máte čas i programovat, pak v tom nevidím problém.

Upřímně, pokud někdo neumí programovat, pak je adekvátní eshop za 1500 Kč. Pokud člověk umí programovat, nemusí být vlastní cesta zlá. Upřímně nevidím problém tři dny programovat a spustit obchod.

Pokud je někdo programátor a chce vrazit několik dní a noc do psaní vlastního shopu, je to jeho věc, ale když se na to podívám realisticky, tak se to nemůže menšímu obchodu vyplatit. Buď je programátor majitel shopu a pak je užitečnější investovat čas do něčeho jiného okolo, nebo programátor není majitel a pak za práci bude něco chtít.

Vím o řešení, které je špičkové, nebál bych se ho nazvat luxusní a je to za 1500,- měsíčně. Nechci být obviněn z PR, ale klidně adresu pošlu. A podle mého názoru obchod, který si nevydělá 1500 měsíčně na provoz, nemá ani cenu pouštět. Jasně, riskuju, že se s provozovatelem něco stane, že zkrachuje a podobně, ale to si u menšího a začínajícího shopu lajsnu rozhodně raději, než zaplatit sto a více tisíc za vývoj vlastního řešení (či trávit dny a noci psaním shopu). A až bude po roce shop vydělávat statisíce nebo milióny, tak se může napsat vlastní super shop na míru.

Je třeba si určit priority - chci prodávat, chci vydělávat, nemám čas programovat. Když budu chtít obchod na náměstí, taky si nevezmu montérky, nenamíchám beton a nezačnu stavět obchod.

Abych nebyl špatně pochopen, ohýbat cokoliv hotového je taky cesta do pekel, mluvím o řešení, kde na tři kliky prodávám a nic neřeším, nic neohýbám.

Naprosto souhlasím.

Také si raději věci dělám sám. Výhodou je, že je to tak, jak chci, a po 20 letech praxe v programování je to hotové rychle.

Pokud člověk neblbne a práci si dobře rozfázuje, za několik dní můžete spouštět, a dále už jenom zlepšujete, protože jste si architekturu navrhl tak dobře, že jste si všechna rozhraní a body pro další práci připravil předem.

Ono se to nezdá, ale ohýbání na cizí obchod také není věc na 5 minut, a časem ta časová investice může být větší, než napsání vlastního.

Samozřejmě, pokud je člověk nesoudný, a neumí se při návrhu vlastního systému chovat prakticky, tak pak je lépe se do toho nepouštět. Ale jinak bych raději šel do vlastního řešení.