Cenový odhad projektu – kolik byste si účtovali?

Napsal spoluprace.net;1279638

Ty XML obsahuji url, ktere bude potreba parsovat?

A ty url odkazuji na kolik webu? 7, nebo N?

Napsal Tomve;1279641

Od boku, 10 - 15k, a pak nějakou kačku za ty úpravy html struktury.

Napsal Flipixo;1279640

Ano a zaroven cast dat, ne vsak vsechny a dulezite data pro prirazeni do kategorii. Kategorii/parametru je cca 100, do kterych je potreba roztridit kazdou jednu polozku. Jedna polozka muze byt klidne i v 50 kategoriich nebo parametrech.

Tzn. 7x Feed kde kazda polozka ma 1x URL a nejake dalsi zakladni data.

Napsal Flipixo;1279642

Nechcete prehodnotit svou, cenovou analyzu ? Pokuste se zamyslet co vsechno toto obsahuje.

Napsal P8j6;1279645

On by to byl docela triviální skript, kdyby tam nebylo to parsování stránek.

Píšete že obsah těch stránek bude "všelijaký". Budou v tom XML feedu nějaké "patterny" které určí co se má na cílové stránce vyhledávat? Nebo se bude muset pro každou stránku psát custom parser?

Napsal TomášX;1279649

Asi bych odhad rozdělil na dvě části, stažení feedu, naparsování, vyfiltrování, uložení do databáze, stažení obrázku je otázka asi 5 - 10 hodin práce, pokud feedy budou validní a strukturu v databázi budu mít pod kontrolou. To už každý programátor dělal mnohokrát a žádný problém s tím není, tj. cena od cca 2000 do cca 10000 u jednotlivce.

Druhá část je složitější, ale opravdu. Rozsahem se může jednat o nejjednodušší řešení na cca 20 hodin práce. Kvalita výsledku a rychlost nic moc, ale určitý výstup to bude poskytovat, předpokládám pouze češtinu. Druhý extrém je parsování javascript stránek v různých jazycích za přihlašovacími formuláři, to může dělat klidně několik programátorů na fulltime několik měsíců, tj. náklady v milionech. Změna struktury stránky není takový problém a řada řešení může být imuní vůči změně, to chce také zavčasu zvážit, jinak se ti náklady časem můžou pěkně vyhnoupnout nahoru.

Další kritérium je množství dat, pokud bude výsledkem 10 000 záznamů v databázi, 1000 stažených obrázků a 1000 parsovaných stránek, odhady nahoře přibližně odpovídají. Jakmile ale rozsah bude desetinásobný, cena bude cca dvojnásobná, stonásobný obsah už cenu může zdesetinásobit a pro další řády je nutné již mít schopnějšího programátora a cenu nelze takhle snadno predikovat.

U odhadu předpokládám, že dáš programátorovi volnou ruku ve volbě jazyku a frameworků. Pokud bys chtěl danou funkci doprogramovat do existujících aplikací, může to výrazně pohnout s cenou nahoru. Stejně tak pokud bys mermomocí chtěl používat php, může to zbytečně zvednout časovou náročnost, jsou vhodnější jazyky s již hotovými knihovnami.

Pokud se jedná o další slevový agregátor, raději kup již hotové řešení, existuje jich několik, u pár jsem kdysi asistoval.

Napsal TomášX;1279655

bez podrobnějších informací, přesnější odhad ti nikdo nedá. Je obrovský rozdíl pokud budu parsovat detailu produktu na alza.cz nebo článek z novinek.

Co znamená inteligentně? Jako že u toho musím přemýšlet? Automatické třídění informací, tak aby člověk z toho byl spokojený je sakra těžké, v práci na tom máme tým 8 lidí, kteří nedělají nic jiného než výzkum zpracování a třídění dat, která stahujeme pro klienty. To jen příklad, že bez konkretizace se těžko dělají jakékoliv odhady.

Co je teda cíl tvého výskumu, když vše znáte? :)

Napsal Flipixo;1279657

Tome rozumim, predstavte si ze mate 100 kategori, a z kazde stranky vytahnete obsah, nasledne ten obsah na zaklade slov/fraz/vet z rozhrani ( ktere je potreba take dotvorit do systemu a je soucasti zadani ) roztridujete do jednotlivych kategorii a zaroven vytahujete nove slova/fraze/vety ktere mohou byt prirazovany.

z pruzkumu ma vyjit:

- jaky prehled dodavatele maji

- jak blizko se blizi odhad ceny k realite a realne cenove narocnosti

- jak dokazou analyzovat zadani a to i v pripade ze je popsane "klientskou reci"

A zaroven jako vysledek by take mel byt clanek, jak komunikovat s dodavateli a resit situace a co ocekavat a co ne.