Ja s Vami nediskutujem, preco chcem ulozisko ako je Dropbox.
Nejdřív si tedy asi budete muset rozmyslet, co vlastně chcete.
Jestli chcete úložiště jako Dropbox - tedy úložiště provozované v cloudu, který umožňuje pružně a automaticky reagovat na změny využití služby v čase, úložiště, které poskytuje API pro přístup aplikací třetím stranám, umožňuje spolupráci více subjektů a řešení přístupových práv, řeší verzování změn v souborech, poskytuje aplikace pro automatickou synchronizaci lokálních adresářů s úložištěm.
Nebo jestli chcete webovou aplikaci pro konverzi souborů, jejíž webové rozhraní by v něčem mohlo být podobné webovému rozhraní pro práci se soubory v Dropboxu.
Ano, toto vsetko chcem. Ulozisko zamerane na tlaciarov, ciastocne grafikov. API by som asi blokol. Preto som sa pytal na Owncloud/Seafile etc.
Ale mne nie je treba cloudovať. To porovnanie s Dropboxom nemusí až tak sedieť. ... Užívateľ nahraje PDF, klikne napr. na "konvertuj do CMYKu", na serveru sa spustí natívny kód a potom sa na úložisku sa objaví nový súbor cmyk.PDF. ... Diskutujúci sa sami presvedčili, že nechcem úložisko. Ja ako užívateľ chcem "Dropbox" a v ňom tlačítko na úpravu PDF. Alebo na konverziu JPEG do PDF. ... Vidim vyhody oproti up/downloadu. ... Moja naivná predstava je - nie, nie som informatik. Akú vybrať technológiu, aby som potom neľutoval.
Takže abych to shrnul. Chcete nějaké úložiště souborů, které poběží v cloudu, ale vlastně to cloud být nemusí. Má to být něco jako Dropbox, ale vlastně to jako Dropbox být nemá. Nechcete jenom upload, transformaci a download, protože chcete, aby uživatel jen uploadoval soubor, ten se na serveru transformoval a uživatel si ho zase stáhl. API pro přístup třetích stran potřebujete proto, abyste ho mohl zakázat. Nejste informatik a ptáte se na výběr technologie, a zároveň přesně víte, která technologie se má použít. Víte přesně, čemu má být vaše řešení podobné, ale ani jednou jste nenapsal, v čem by ta podobnost měla spočívat.
Já už jsem pár dotazů na webových fórech zodpověděl. Zúčastnil jsem se i mnoha diskusí, kde tazatel přesně věděl, jaká technologie a způsob řešení se má použít, akorát potřeboval poradit, jak ten jeho složitý šelmostroj vyrobit. Ty diskuse tak půl na půl vedly k tomu, že se podařilo tazatele přesvědčit, ať na svůj šelmostroj zapomene, popíše, jaký řeší problém - a pak vždy následovala rychlá odpověď s jednoduchým řešením, se kterým byl tazatel spokojen. V druhé polovině případů tazatel trval na tom, že bude vyrábět svůj šelmostroj a že jenom potřebuje poradit, jak to udělat. Posléze vynadal všem, kteří se mu snaží pomoci, že se málo snaží, a znechuceně odešel. Případně bývá později různě spatřován v diskusích s doplňujícími dotazy "mám hřebík a šroubovák, jak hřebík tím šroubovákem nejlépe zatlouci (kladivo v žádném případě použít nechci, neptejte se mne proč)", "sháním rovnák na vohejbák, kde se dá nejlevněji sehnat" apod. A koneckonců je to i moje práce analytika - zákazník zpravidla přijde s nějakou představou, jak něco udělat, takže je potřeba se s ním o tom chvíli bavit a společně formulovat, jaký vlastně řeší problém. Zákazník bývá velice často překvapen, když konečně zjistí, jaký problém vlastně chce řešit, přičemž řešení pak zpravidla bývá mnohem snazší než to, co původně požadoval (a často ani není z oblasti IT). Pravda je, že jiní tohle neřeší a s gustem zákazníkovi dodají (a nechají si zaplatit) přesně to, co na začátku požadoval. Z toho jsou pak všechny ty historky o IT projektech, které překračují rozpočet, nejsou hotové v termínu a ve výsledku jsou úplně k ničemu.
34 Odpovědí
10638 Zhlédnutí