Mit nem lehet megtenni minden esetben (a programozó), megállapítja a billentyűzetről

Hamarosan kiad egy nyilvános béta verzióját a Netscape 6.0 böngésző. Version 5.0 nem volt. Az utolsó nagy frissítés a 4.0-három évvel ezelőtt. Három év - nagyon hosszú ideig az interneten. És ennyi idő Netscape tehetetlenül nézte a gyors csökkenése a piaci részesedés a böngésző.

De ez nem túl merész kritizálni őket a hosszú késés, ami mentek szándékosan?

Ezzel a döntéssel, hogy megtette a legrosszabb stratégiai hiba az összes lehetséges a vállalat-fejlesztő.

Úgy döntöttek, hogy átírják a kódot a semmiből.

Ezek nem az első, hogy tettek ilyen hibát. Borland ugyanezt tette a vételi Argo és próbálják kapcsolja be dBase for Windows, ítélve a kezdetektől, a projekt ilyen sokáig, hogy megjelenése után nem tudott versenyezni a Microsoft Access. Ezek többszöri újraírás a semmiből Quattro Pro méltóan kopott képességeit. Ugyanezt a hibát én majdnem a Microsoft próbál átírni a Word for Windows a semmiből, a cég próbál nem gondolni a halálra ítélt születéskor és hamar lezárta a projekt Puramid. Szerencsére a Microsoft a fejlesztők továbbra is együttműködik a régi kódot, és mindig tudja, hogy az ügyfelek semmit, hogy a pénzügyi katasztrófát nem fejlődött a stratégiailag.

Mi programozók. Minden programozó szívében építészek, mindig akarja, hogy lerombolja a régi a földre, és építeni valami nagy cserébe. Van kis vonzereje fokozatos javulása, mint javítása és bontása ágy.

Kívülről úgy csendesen, de ez az oka, hogy a programozók mindig el akarja távolítani a régi kódot, és elölről kezdeni az egészet. úgy gondolom, hogy a régi kódot reménytelenül hibás. És az az érdekes, hogy valószínűleg rossz. Régi kód tűnik számukra elrontotta, mert az alapvető programozási a törvény.

Ez azért van, mert ez olyan nehéz, hogy újra kódot, és minden egyes tagja a csapatnak megvan a maga változata a funkció, amely elválasztja egy string tömb néhány egyszerű. Könnyebb és kellemesebb, hogy írjon nekik, mint megérteni mások funkciókat.

Az elkerülhetetlen következménye az axióma fog válaszolni bármilyen kérdése van a programozó az általa kifejlesztett kódot: „Ez szörnyű, legfőképpen szeretnék leköpik és elölről kezdeni az egészet.”

Miért ez szörnyű?

„Itt,” - mondják - „nézd ezt a funkciót, hogy úgy, mint két oldalt, és a legtöbb kód nem szükséges azt nem értem, miért a fele helyi hívások API !!”.

Mielőtt a kiadás az új verzió a táblázatot a Borland Windows sajtó állandóan idézett nagyképű nyilatkozatok Borland alapítója Philippe Kahn (Philippe Kahn) előnyök Quattro Pro Excel a tény, hogy ő újra írt a semmiből. A forráskód teljesen új! Mintha megrozsdásodhat.

Úgy véli, hogy az új kódot jobb, mint a régi, abszurd definíció szerint. Régi kód Prévert gyakorlatban. Ő tesztelt, találtam egy csomó hibát, és rögzítse őket. Vele minden rendben. Nem zavedutsya kerüli el az a tény, hogy fekszik a merevlemezen. Épp ellenkezőleg! A program, ami rozsdásodik akkor is, ha a garázsban a régi Lada? Vagy egy mackó ki a régi rongyok, ami miatt undorító dolog?

Térjünk vissza a két oldalas funkciót. Csak rajzol ablakot, de ismeretlen okokból szerzett tömege érthetetlen kódot, tudom. És én miért nem: ez hibajavításokat is tartalmaz. Itt van egy darab kódot javít egy hibát ami történt Katie, amikor futtatja a programot egy számítógépen Internet Explorer nélkül. Vaughn korrigálja a hibát előforduló memória hiány. Tovább javítások hibát, amely akkor jelentkezik, amikor a felhasználó egyszerre vegye ki a lemezt aminek a fájlt, amelyre a mi a program működik. És ez a rossz kinézetű hívás LoadLibrary biztosítja a program hatékonyságának a korai Windows verziók 95.

A kimutatás mindegyikük szükséges több hetes dolgozni a program a gyakorlatban. Lehetőség van arra, hogy a programozók eltölteni néhány napot vosporizvedenie őket a laboratóriumi és Javítás. Orvosolni fogja kellett írni egy pár sornyi kódot, vagy egyszerűen csak a változás néhány karaktert, de ezek a karakterek vett sok időt és munkát.

Felhagy a régi kódot, és írjuk az új semmiből, akkor elveszíti minden információt. Elveszíti a felhalmozódott hibajavításokat és programozó több éves munka.

Együtt a kódot adja fel a vezetés a piac, így a versenytársak néhány év, hidd el, hogy nagyon sok a szoftverfejlesztés területén.

Néhány évvel értékesítése a régi verziót a kód hiányában egy új, nem tudja, hogy jelentős változtatásokat és reagálni a piaci igények, te magad hajtott egy nagyon veszélyes helyzet. Ugyanazzal a siker akkor egyszerűen zárja be a cég ebben az időben.

És amíg a kiadások egy csomó pénzt, hogy írjon már meg van írva kódot.

De van egy másik? Úgy tűnik, hogy senki nem vitatkozott alacsony becslés a régi Netscape kód minőségét. Tudod, talán rossz volt, de működött a hatalmas számú számítógépen.

Amikor a programozók hívja kód szörnyű (mint mindig), akkor ennek valószínűleg az egyik három oka van:

Az első csatlakoztatott építészettel. Y kód lehet helytelen szerkezetével. Hálózati kód, például, egymástól függetlenül lehet levonni ablakok, bár ebben az esetben a GUI kód. Az ilyen hiányosságokat korrigálni lehet egy, lassan mozgó és átalakítása kódot, változtassa meg a felületet. Tudod csinálni egyedül, óvatosan dolgozik, és ellenőrizze az összes változást, hogy a programozó. És a régi kódot komolyan változtatni az építészet. Juno, amit egyszer hónapokon átdolgozták a architektúra: a kód egyszerűen mozog egyik helyről a másikra, tisztítás, ami egy értelmes alapvető osztályok és világos felületek a modulok között. Mi óvatos dolgozik a nagy részét a kódot anélkül, hogy új hibákat, és anélkül, hogy elhagynák a régi fejlesztéseket.

A másik ok, ami miatt a fejlesztők úgy vélik a kód reménytelenül hibás - annak hatástalansága. Azt mondják, hogy az oldal megjelenéséhez kódot Netscape nagyon lassú volt. De ez egy nagyon kis része a projektnek. Kijavításához nem kell átírni mindent. Ha az optimalizálás sebesség 1% -át a munka hozza 99% -a az eredményeket.

A harmadik ok - a kód is csúnya. Dolgoztam egy projekt adatok típusát FuckedString (EbanayaStroka). Egy másik projekt az eredeti szerződés, a függvény nevét kezdődhet aláhúzással, de később áttért a sokkal gyakoribb „M_”. Ennek eredményeként az egyik fele a funkciók kezdődött „_”, a másik pedig „M_”, úgy nézett ki, rettenetes. Őszintén szólva, ezek a problémák megoldódnak, öt perc alatt banális script Emacsban, és nem tudja átírni a kódot a semmiből.

Nincs okunk azt hinni, hogy a megkezdett munka újra fog tenni jobb, mint legutóbb, fontos, hogy ne felejtsd el. Legvalószínűbb, hogy lesz, hogy a másik csapat, úgy, hogy még csak nem is „több tapasztalt”. Ismételje meg a többség múltkor hibák és adjunk nekik.

YARPP powered by AdBistro

Kapcsolódó cikkek