Vlákno názorů k článku MikroTik opravil chybu umožňující shození routeru IPv6 pakety od Milan Keršláger - Hlavně jsou to v Mikrotiku gumy. Nejenže rok...
-
Hlavně jsou to v Mikrotiku gumy. Nejenže rok nedělali nic, ale pak se ani neuměli podívat do toho rok starého ticketu. A na vrch provalili týden předem, v čem je podstata ještě před oficiálním zveřejněním. Jsou dobří, ale chovají se jako děcka :-(
Jo a Cisco - zařízení za 300 tisíc řídící 15 AP (cena 15*17 kKč) a těch bugů... dělali si z nás prdel a strkali nám alfa verze. Mají v tom navíc kurvítko, že to přestane makat po 10 letech od uvedení na trh. Sice vydali "opravu", která to oficiálně umožňuje vypnout, ale kupodivu to nefunguje. A další oprava prostě už nebude. Takže nastavujeme rok 2016 :-(
-
V high-end zařízeních třeba Juniper, HP. Probírané potíže ale jsou jen malou nepříjemností a nákup u Cisco vám nepomůže (mají stejné potíže, možná i větší). Tedy vlastně vám to pomůže - omyjete si ruce, protože budete muset mít drahá školení, bude to stát ranec a když se něco potento, tak jen pokrčíte rameny...
-
To by asi rozhodovalo výběrové řízení, kde by byl vybrán dodavatel, který by dodal nejen hardware, ale také servis s jasně danými parametry. Bylo by to řešení drahé, ale se zárukou, že nějaké ty "firmwareové experimenty dodavatele hardware" nepoloží infrastrukturu.
Nebo lze zaměstnat experty a postavit si víceméně vlastní řešení na pečlivě vybraných komponentách, pokud možno nehomogenní, aby to nespadlo celé naráz. -
Hlavní kámen úrazu je v tom, že dodavatel obvykle ručí do výše zakázky (v extrémním případě vrátí celou kupní cenu) Prakticky nikdy nedosáhnete toho, že by dodavatel ručil za škodu nebo dokonce za ušlý zisk - pokud už Vám někdo takovou nabídku dá, pak se přirážce k ceně rovná pojištění podnikání: čím vyšší obrat, tím větší rizika a tím vyšší cena zakázky. Většinou to zakázku prodraží mnohonásobně, cisco a spol. nehodlají ručit za Vaše obraty.
-
Tady jde o to, že malé firmy (Mikrotik, Ubiquity, ale i SUSE, Red Hat) obvykle spolupracují s komunitou a vaše problémy řeší (de fakto komunikujete záhy s inženýrem, který na dané části kódu dělá). Kdežto u firmy Microsoft, Cisco, HP atd. komunikujete s nějakým ochechulou, co vám bude maximálně přeposílat linky na blogy nebo KB, které si solidní admin může projít sám a dál se dostanete těžko. U velkých firem je jistota, že váš konkrétní problém bude ignorován, ledaže byste platili nehoráznou částku za support. U malých máte slušnou naději, ale jak ukázal tentokrát Mikrotik, dělají tam taky diletanti :-)
-
Myslím že záleží na úhlu pohledu. Dá se to chápat i tak, že velké firmy dokáží lépe své inženýry odfiltrovat od neproduktivního kontaktu se zákazníky - protože ten může dělat někdo mnohem levnější. A čím větší je projekt, tím více se firmy musí zamýšlet nad tím, co opraví a s jakou prioritou.
Vzpomínám na proces hlášení bugu v jednom z MS produktů - to že ho v MS dokáží replikovat je jedna věc, druhá je doložit, kolik vašich a tedy koncových zákazníků MS je problémem postižených - pokud jde o důležité zákazníky, tím lépe.
-
Představa, že tydýt vyplní korektně Bugzillu a bude správně a včas reagovat na dotazy těch, kteří tam dělají první linii a zároveň bude prudit top vývojáře, je úsměvná. Představa, že by inženýři měli být úplně odstíněni od zákazníků (nehledě na jejich erudovanost) je tím, co otevřelo dveře Linuxu, Mikrotiku, Ubiquity a dalším. A představa, že se bude opravovat selektivně je také lichá, protože to že to hlásí jeden člověk neznamená, že to je nepodstatný problém (proto taky v datacentrech nenajdete Windows). Asi tady nemluvíme o překlepu v GUI (i když to taky o něčem vypovídá), ale o problému v jádře systému.
-
„...velké firmy dokáží lépe své inženýry odfiltrovat od neproduktivního kontaktu se zákazníky - protože ten může dělat někdo mnohem levnější.“
Mno, to je věc dvojsečná. Vývojář na jedné straně nemá čas klábosit se zákazníky, na druhou stranu komunikace zákazníka s vývojářem je nejkratší možné spojení s minimem informačního šumu. Vsunete-li do tohoto spojení jakýkoliv mezikus, a to často nějaký nekvalitní, nejspíše strávíte mnoho času navíc dobráním se podstaty problému, takže jste si nakonec spíše uškodil.
