Hledam programatora pro muj pizza projekt

Hledam programatora. Idealne nekoho kdo s nami zustane dlouhodobe a bude rust jak poroste cely projekt. Nechci jen jednotlivce nebo firmu co to udela jako jednorazovou zakazku a pak se vrhne na neco jineho. Proste nekoho kdo bude soucasti teamu natrvalo. Je to projekt na dalku, ale kdyby zajemce mel chut eventualne prijet kratkodobe nebo dlouhodobe do USA tak je ta moznost otevrena. Platime rychle. Nejdulezitejsi jsou vysledky. John. 

Hledáme back-end programátora pro web a administrační část pizzerie. Front-end zkušenosti výhodou, ale není to podmínka.

Co se bude vytvářet

  • Web kde zákazník může objednat pizzu (včetně customizace ingrediencí), vidět predikci kdy bude doručena, zaplatit a sledovat stav objednávky
  • Administrační část pro kuchyň: správa objednávek, zobrazení receptů a detailů objednávky, zobrazování priorit podle parametrů objednávek aby byly připravovány ve správném pořadí, grouping objednávek pro řidiče, editace statusu objednávky podle fáze výroby, trackování odpracovaného času a přihlašování na jednotlivá stanoviště apod.
  • Administrační část pro řidiče: přiřazování objednávek řidiči podle oblasti doručení, kontrola kompletnosti, editace statusu objednávky, včetně trackingu
  • Administrační část pro management: statistiky objednávek (včetně veřených live výstupů jako na https://dodopizza.com/oxford/online), sledování stavu zásob ingrediencí, sledování efektivity výroby a doručování

Jak

  • Stavíme na zelené louce, technologie je na tobě
  • Responzivní, včetně adminu
  • Výstup na několik typů obrazovek (displeje v kuchyňi, mobily řidičů, apod.)
  • Myslet na budoucí funkcionality a rozvoj na správu více fyzických poboček. Není potřeba tyto funkce mít hned, ale je potřeba je naplánovat
  • Součástí projektu bude i přepsání našeho uživatelského zadání do technické specifikace řešení

Kdy

  • Rádi bychom vybrali programátora a začali pracovat na konkrétním řešení na začátku března
  • Hotový a otestovaný produkt ideálně začátkem dubna
  • Update: Projekt bude rozdeleny na faze, coz by melo byt soucasti vasi nabidky. Toto upresneni mame ve specifikaci co budeme posilat zajemcum a zapomneli jsme to vypichnout v tomto postu. Mame jasnou predstavu co musi mit prvni faze a co jsou veci, ktere se daji doplnovat pozdeji.

 

Další kroky

  • Přihlaste se pokud máte zájem, ukažte reference a případně nastiňte jak byste to řešili (technologie, existující nástroje vs čistě vlastní řešení apod.)
  • My pošleme hrubé zadání (detailnější než to co je popsané výše)
  • Součástí nabídky vypracujte řešení testovacího úkolu (buď popis, nebo živé demo). Úkolem je nastavit algoritmus pro ideální rozložení objednávek mezi řidiče tak, aby se dosáhlo maximální kapacity v závislosti na počtu aktivních řidičů a počtu objednávek s tím, že pizza nesmí být v autě déle než 20 minut. Rádius dovozu jsou 3 míle. Počet řidičů, objednávek a termín požadovaného doručení (ASAP nebo stanovená doba) jsou proměnné
  • Od vás budeme poté očekávat návrh řešení, zpracování testovacího úkolu a návrh ceny

Kontakt: info@pvpizza.com

ShareShare on FacebookTweet about this on Twitter

28 thoughts on “Hledam programatora pro muj pizza projekt

  1. Proč tohle dělat na zelené louce? Přece takové řešení už musí dávno mnohokrát existovat.. Nebo to pizzerie mají vždy jako svoje know-how a žádné obecné řešení ke koupi není?

    1. Tak urcite je spousta softu na objednavku pizzy… Podobne je spousta softu na posilani baliku. Ale kdyz to clovek chce delat specifickym zpusobem tak naroubovat to na existujici software je tezsi nez to naprogramovat od zacatku. A ono prave me jde o to to zkusit delat jinak. Mam vyhraneny nazor co tam musi byt a co neni dulezite. A ono se to s tim co je na trhu neslucuje. V Shipito to bylo podobne.. je mraky softwaru na warehouse management. Ale dokazat s nimi delat funkcionalitu co jsme potrebovali by bylo nemozne. Ale pritom meli treba spousty funkcionality co jsme vubec nepotrebovali.

      1. Souhlasím s Johnem. Vývoj software se za posledních deset let hodně zrychlil, takže s šikovným člověkem je fakt možné během jednoho měsíce udělat funkční systém nebo minimálně nějaký jeho prototyp. Dává to pak firmě velkou konkurenční výhodu, když se všechny procesy přirozeně integrují do systému a nemusí se ohýbat kvůli generickému softwaru. Skoro bych do toho i šel, kdyby to nebylo takhle narychlo.

      2. Souhlasím stavět vlastní systém na zelené louce, protože je to rozhodně lepší než customizace nějakého jiného projektu. Ale upřímně za měsíc se to v jednom člověku zvládnout nedá. Jedině že by dělal na full time a ještě by to bylo hodně nedodělané, nebo takového pozlátko. Jestli chceš mít kvalitní projekt, je to dlouhodobá záležitost. Líbí se mi otevřenost technologií, takže takový python s anglularem, nebo třeba i kivy na mobily – tablety. To by bylo suprové. Jde všechno. Kdyby tam nebyl ten tvůj termín, klidně bych do toho šel.

  2. Ten termín mi připadá velmi šibeniční… Buď bych se zamyslel “co potřebujem hned”, nebo bych podstatně natáhl termín – toto podle mě na měsíc není zvládnutelné, pokud to nemá být bastl, kde se narazí při nutnosti první úpravy.

    1. Souhlas, výběr na začátku března a hotovo na začátku dubna je hodně overkill, navíc když je jedna z podmínek myslet na budoucí rozvoj.

      1. Není tam psáno který rok takže třeba 2018 je v klidu. Jinak se taky přikláním k tomu že ty termíny jsou hodně nereálné.

        1. Ne je to skutecne mysleno podle priorit… ja vzdycky zacinam extremne jednoduse… Tohle chci s programatorem aktivne resit. Co se da udelat hned. Co muze byt za par mesicu. Co je dulezite a co neni. Me ale jde aby treba ta super jednoducha varianta byla rychle realizovana a pak pridavat. (ne abysme vymysleli slozite a delali to najednou). Ale v tom zadani chci ukazat smer co vsechno asi budeme resit.

    2. No ted si pripadam jak v kine. Jestli nejakej genialni zapomenutej programator dokaze sam navrhnout a vcas zrealizovat takovejhle ne vubec jednoduchej projekt. Za fixni cenu danou predem. S debugem.

  3. Ad termin a rozsah:
    Projekt je mozne rozdelit na faze, coz by melo byt soucasti vasi nabidky. Toto upresneni mame ve specifikaci co budeme posilat zajemcum a zapomneli jsme to vypichnout v tomto postu. Mame jasnou predstavu co musi mit prvni faze a co jsou veci, ktere se daji doplnovat pozdeji.

  4. Strasne se mi libi tenhle druh napadu a mrzi me, ze jsem plne vytizen jinak bych se hned prihlasil – preju stastnou ruku s vyberem cloveka a realizaci.

    DoDoPizzu pomerne intenzivne sleduju a strasne se mi ten jejich system libi.

    Doufam, ze se najde nekdo kdo to dokaze smysluplne a skalovatelne postavit a pripadne treba bude ochotny i sdilet s ostatnimi jak jste se s tim poprali a jaky challenge jste resili 🙂

  5. Na jednoho člověka a backendistu to je docela dost. Navrhuji to rozdělit alespoň na dva lidi – backendistu a frontendistu (který v něčem jako Angular nebo React napíše UI a bude se propojovat k API). Také by dost pomohlo mít v týmu poradce na ty logistické záležitosti, protože dobrý backendistu a dobrý matematik/logistik se málokdy potká v jedné osobě. Mít více specialistů může být lepší než jednorožce od kterého se navíc očekává to napsat udržitelně.

    Taky jak už bylo řečeno, termín je šibeniční (dobrý vývojář se jen tak neobjeví volný hned) a chtělo by to agilní vývoj s MVP a testováním v provozu.

    Pokud to je souhlasíte, tak se klidně hlásím (jako backendista a architekt). Koukněte na web, mám tam něco o mě. 🙂

    1. presne tak, chce to frontedistu, hrani si s grafikou a napojeni na backened je piplacka na mesice do dokonalosti, zvlast pokud by se muselo myslet i responsive design pro mobily, tablety, notebooky a pc, pochopeni logistiky by musel taky vysvetlit vyvojari nekdo, nejaky analytik co s tim ma zkusenosti apod., prace tak pro tym 3-4 lidi, v dalsich fazich se to pak hejbe rychleji pri change requestech apod, kazdy ma zodpovednost jen za svou cast

  6. John sa konecne pustil do noveho projektu 🙂 Som rad, drzim palce a tesim sa na dalsie prispevky… dufam John ze budes zdielat co najviac

  7. Ja puvodne myslel, ze kdyz to nemuze byt PJ pizza (jako Papa John pizza) ze to nakonec bude PV pizza (jako Papa Vanhara pizza). 🙂

    Ale kdyz uz se do toho jde, tak zacnete vymyslet co bude ta konkurencni vyhoda. A jak na tom vydelat. Nechte treba nekoho spocitat casy vyroby a doruceni. Treba na Pizza expo driv prezentovali pece na pizzu co udelaji pizzu za 45 vterin. To uz je hodne dobre. Muze se to hodit pri nahaneni mnozstvi/obratu/poctu prodanych kusu..

      1. Zkousel jsem gloriafood.com a tookan.com – v glorii je komplet menu, nastaveni lokace, da se to propojit s fb strankou ze rovnou ze zalozky se objednava. K tomu je mobilni appka kam chodi norifikace a je potreba tu objednavku realtime prijmout a rovnou se tam zada cas doruceni. Pak se jen da expedovat a prehodi se to do tookana, kde ma ridic mapu, co veze za kolik a pod. Vsechno v zakladu zadarmo 🙂 taky jsem dost hledal reseni pro local delivery, ktery by skoro nic nestalo a melo jednoduchou a vymakanou funkcionalitu. Prosel jsem toho fakt hodne a tyhle byly nejlepsi. Navic i nejlevnejsi :))) nevyhodou pro me bylo malo prostoru k prezentaci fotek jidel, pripadne pokud je slozitejsi popis tak to nejde. Ale jsou tam i suprove reseny prisady na objednavku. Pro food delivery urcite stoji za to se na to aspon podivat.

  8. Jestli se znáš s Tomášem Čuprem co založil damejidlo.cz a v současné době vlastní rohlík.cz měl by ses ho poptat na programátory. Řekl bych, že v tom je jejich přidána hodnota (logistika). Mají to opravdu zmáklé.

  9. ja bych do toho sel, Java, nejaka noSQL DB, vybrat frontend framework, bohuzel jak rikali ostatni, mesic je strasne malo casu na vytvoreni komplet funkcniho systemu i v beta verzi v jednom cloveku, zvlast pokud se nejakej new tech framework musite ucit a zaroven zkouset za behu

Leave a Reply to Jan Cancel reply

Your email address will not be published. Required fields are marked *