Přejít k navigační liště

Zdroják » Zprávičky » Třináct způsobů, jak neuspět s komerčním software

Třináct způsobů, jak neuspět s komerčním software

Zprávičky Různé

Andy Brice sepsal seznam třinácti „antipatternů“ pro vývoj jakéhokoli komerčního software. Popsané principy lze vztáhnout ale i na webové projekty či startupy, a s výjimkou bodů 6 a 13 je dokonce můžete uplatnit i na software, který chcete dát k dispozici zdarma.

  1. Neobtěžujte se s průzkumem trhu, protože vy prostě víte, že spousta lidí má nutkání si váš nový software koupit.
  2. Vydejte produkt až bude naprosto perfektní. Nezáleží na tom, jak dlouho to bude trvat.
  3. Vstupte na trh, kde je velmi silná konkurence, a jděte do boje po hlavě, protože vám stačí usmolené procento z toho trhu, abyste zbohatli.
  4. Vstupte na trh, kde není konkurence. Jak složité může být vytvoření nového trhu a edukace všech potenciálních zákazníků?
  5. Přemýšlejte o trhu až těsně před tím, než dopíšete kód.
  6. Pište software pro lidi, co si nemohou nebo nechtějí software kupovat (například desetileté děti, vězni, linuxoví fanatici, lidé v rozvojových zemích, vývojáři).
  7. Nestarejte se o marketing a reklamu, protože dobrý software se prodává sám.
  8. Soustřeďte se hlavně na technologii a oslnění ostatních vývojářů.
  9. Neposlouchejte, co vám zákazníci říkají, protože vy to víte nejlíp.
  10. Nestarejte se o použitelnost. Vám zabralo několik tisíc hodin to napsat, takže zákazník určitě může věnovat hodinu nebo dvě, aby se s tím naučil pracovat.
  11. Používejte nestabilní nové technologie.
  12. Nestarejte se o zálohování, protože moderní disky jsou velmi spolehlivé.
  13. Ani to nezkoušejte prodávat. Prostě to dejte zadarmo.

Chybí nějaký?

(Autor: Andy Brice. Článek vyšel na blogu Successfull Software pod licencí CC-BY-SA; pod stejnou licencí je k dispozici i tento překlad)

Komentáře

Odebírat
Upozornit na
guest
8 Komentářů
Nejstarší
Nejnovější Nejvíce hlasů
Lael Ophir

A nejsou to vývojové patterns používané ve světě open source?

nic

Jsou. Ale vesměs jdou tyto vzory proti ziskovosti, což mnohdy není primární cíl OSS.

Lael Ophir

Bohužel ten bod 10 je pro open source zabiják.

Smokie

Hlupost. :) Open source produkty bez problemov pouzivaju aj moji rodicia a moja sestra a ani jeden z nich nema ziaden IT kurz alebo za pocitacom netravi nejak zvlast vela casu.

Open source produkty, ktore sa dostali na vyslnie su rovnako pouzitelne, ak nie lepsie, ako produkty pre Windows.

Inkvizitor

Dvě nebo tři užitečné věci, jinak vesměs kydy, objevování Ameriky nebo dokonce polopravdy či nesmysly.

Čelo

Úplnej Torquemada :) Nebylo by od věci napsat, co je polopravda a nesmysl?

.

A ty to nevidíš?

Čermi

Proč si vývojáři nemohou nebo nechtějí kupovat software? Vývojář jsem a software si normálně kupuju (pokud za to stojí a free alternativy mi nevyhovují).

Proč vám model napíše Python, i když jste si řekli o Rust

AI
Komentáře: 0
Výkonnostní propast mezi Pythonem a ostatními jazyky se za poslední rok a půl skoro zavřela. Dnešní modely zvládají Rust i Go srovnatelně dobře. Když jim ale volbu necháte, sáhnou stejně po Pythonu. A u knihoven je to ještě výraznější: mezi funkčně srovnatelnými balíčky je až 84procentní rozdíl v kvalitě generovaného kódu. Proč to tak je a co s tím.

WP2Shell: Kritická hrozba pro samotné jádro WordPressu. Útočníci mohou získat kontrolu nad webem

Zranitelnost ve WordPressu není žádná novinka. Kdo provozuje weby postavené na této platformě, ví, že bezpečnostní záplaty chodí prakticky pořád. O to větší pozornost by měla vzbudit chyba, u které nic z toho neplatí. A přesně takový je případ zranitelnosti, která dostala přezdívku wp2shell. potřeb. Zranitelný kontaktní formulář, děravý e-shopový plugin, opomenutá kontrola oprávnění v nějaké obskurní rozšiřující knihovně – to je denní chleba každého, kdo sleduje bezpečnostní feedy. Zpráva „nová chyba ve WordPress pluginu“ má tak nízkou informační hodnotu, že ji většina lidí přejde bez mrknutí oka.

Mýtus jedné aplikace: proč PWA nenahradí vývoj pro každou platformu

PWA mohou webu přidat ikonu na ploše, fungování bez připojení, notifikace a některé systémové funkce. Nejsou ale cestou k jednomu klientu pro všechny platformy. Vyplatí se tam, kde se lidé k webu vracejí a ocení okamžitý vstup z odkazu. Jakmile aplikace musí spolehlivě běžet na pozadí nebo fungovat stejně na každém zařízení, bývá vhodnější nativní řešení.