Přepisování a překopávky

15.11.2006 23:39 | Přečteno: 1314×

(Ahoj, všichni spolu-linuxáci. Dnes jsem se na chvíli cítil téměř optimisticky, a tak jsem rychle vyrobil zápis na lehčí téma, než mě to přejde. Můžete mě nazvat grafomanem, ale třeba to zase někoho pobaví, a to by bylo pěkné.)

Je zajímavé, že téměř každý praktikující programátor, kterého znám, má averzi vůči nějakému konkrétnímu programu či části systému: soudí, že nefunguje, špatně se používá, je prasácky naprogramovaný a měl by se od základu předělat. Myslím, že v angličtině se tomu říká "pet peeves", tedy oblíbený předmět nadávání. Já sám samozřejmě také pár takových mám. Vždycky, když se k takovému programu dostanu blízko, mám chuť sednout a napsat ho celý znova. Dřív jsem to i zkoušel, ale naštěstí už jsem pobral trochu rozumu a pochopil, že nikdo, ani kdyby byl sebelepší programátor, nemůže napsat všechno sám.

A tak mě napadlo se zeptat: existuje i pro vás v Linuxu nějaké téma, program či část systému, který vás irituje a nejraději byste sedli a napsali ho od základu znovu jinak, nebo ho aspoň důkladně překopali?

       

Anketa

Komentáře

[thingie]

Potřebujeme nový VFS a přístupová práva a spoustu dalších věcí. Ale tak, to není tím, že je to teď prasácky, jenom ta koncepce se přežila. Obvykle teda nadávám na cokoliv od Borlandu, PHP, MySQL a asi i další věci, ty si teď nepamatuju.

[Kyosuke]

Přístupová práva… Raymond má na konci TAoUP pojednání o nedostatcích klasického Unixu obecně…tohle je tam myslím taky.

[Michal Vyskočil]

Jenže hlavní poselství je schované v části věnované Plan9. I přes všechny desingové vady a všechno to skřípání v něm Unix přežil protože prostě fungoval. Takže i když je Plan9 lepší, nemyslím, že je reálné, aby takový systém unix porazil. Spíš to vidím na cestu postupné infiltrace ... něco jako Smalltalkovské myšlenky se do světa derou díky Ruby (no a Javě, ale tam jde jen o standardní knihovnu ).

[anicka]

Podivam-li se jen na baliky, ktere spravuju v nasi distribuci:

bacula - ifdefove peklo

mediawiki - celou prepsat do perlu

octave - C++ je fuj samo o sobe, natoz v kombinaci s Fortranem

perl-Tk - zlo, zlo, zlo...

PDL - funkcnost OK, ale zdrojaky jsou write-only

... asi staci, uz tak je to prace asi tak na deset let

[David Watzke]

mediawiki - celou prepsat do perlu

Proč?

[Happz]

Protoze neni v perlu, to byva nejcastejsi duvod podobnych akci ;)

[anicka]

Protoze je v PHP, u ostatnich skriptovadel nemivam tak hluboky pocit, ze nemaji pravo na existenci

[David Watzke]

Jsou horší věci, třeba Python

[rajcze]

ha hranici s tebou, ať shoříš ve Velkém Flamu :)

[Bluebear]

C++ je fuj samo o sobe

Ale to snad ne... rozhodně ne samo o sobě. Sice nepopírám, že paleta prasáren, které se dají v C++ napsat, je opravdu nezvykle široká ale není nutné je dělat. Myslím, že v C++ se dá psát i velmi čistě...

[Filda]

taky jsem měl tendence všechno přepisovat, ale pak jsem objevil refaktoring a TDD

[Filip Jirsák]

Nemělo to být spíš

taky jsem měl tendence všechno přepisovat a pak jsem objevil refaktoring a TDD

(…a tendence jsem začal uskutečňovat)?

[Filda]

ale pak jsem objevil..., a přepisování nebylo potřeba. Pod přepisováním si představuju začít na zelený louce.

[Bluebear]

Omlouvám se za nedovtipnost, ale co je to TDD?

[Filda]

Test Driven Development mimochodem google to ví taky

[David Watzke]

$ acronym TDD
Searching... results:
Telecommunication Device for the Deaf
Tactical Display Device
Target Detection/Detecting Device
Target DGZ Designator
Tax Development District
Technical Description Document
Technical Direction Document
Technical Documents Department
Technical Due Diligence
Telecom Depressive Disorder (phone, fax, pager, email, no messages) 
Temporal Dependency Distance
Ternary Decision Diagram
Territory Development Department (Hong Kong)
Terrorist Device Defeat (US Defense Threat Reduction Agency)
Test Design Description
Test Development Director
Test Documentation Drawing
Test Driven Development (programming methodology)
The December Drive (band)
Threat Definition Document
Three Doors Down (band)
Time Definite Delivery
Time Division Duplex (Wireless)
Timing-Driven Design
Top-Down Decomposition
Trick Daddy Dollar (rapper)
Trinidad, Bolivia (Airport Code)
Truncated De-Correlating Detector

[xvasek]

V anketě chybí openoffice.org.

Taky bych se zaměřil na přepsání standardů - začal bych IMAPem, pokračoval přes nfs (proč to nefunguje s normálními switchi?) a skončil u samby...

(A kolegyně mě zve na oběd, takže jste ušetřeni dlouhého seznamu. :)

[Bluebear]

začal bych IMAPem, pokračoval přes nfs (proč to nefunguje s normálními switchi?)

To je pravda, NFS mi také připadá dost nestabilní a křehké.

[XMurder]

No kdyby to bylo na mě, tak asi překopat jádro, mozilla products a GTK knihovny. Už mi zase blbne distribuční 2.6.18-2-486 (2.6.18-1 taky), nefunguje dvojí klik v dialogech pro otvírání souborů, ani double-click na položku v XMMS playlistu (nemužu najít příčinu, ale s 2.6.17 to funguje), takže jestli se to nespraví do verze 2.6.19, nebo jestli to neopravím vlastním zkompilovaným jádrem pro mou architekturu, tak už se asi na ty linuxy vykašlu)) ...a půjdu do FreeBSD...bzzz

[Luboš Doležel (Doli)]

-1

Gentoo ~amd64: žádné ze jmenovaných problémů.

[XMurder]

+1 pro Gentoo, -1 pro Debian Sid...pochybuju že je chyba na mé straně, možná ten hardware...

[Michal Vyskočil]

Zahodit X server (ne přepsat, zahodit), vyhodit sockety, vylepšit práva, vylepšit síťovou nezávislost, ... a na konci nám vypadne něco jako Plan9

Z těch reálnějších věcí by mi stačilo nějaké sjednocení KDE/Gnome/Xfce - tj. nějaký koncept služeb, které budou dané prostředí implementovat (file dialogy, tisk, ...). Vylepšení výkonu Gtk (je smutné, že je Qt ohledně výkonu naprosto jinde) a také integrace FUSE (nahrazení kio, gnome-vfs, mc vfs právě FUSE) do systému. Stejný (nebo pro BFU hodně podobný) způsob instalace balíčků všude (snad to dokáže smart).

Jo, ještě nový a lepší mc ...

[Kníže Ignor]

Nestálo by za to něco z toho podrobněji rozebrat v článku? Třeba o těch Xkách. Bylo by to jednak poučné, protože by se jistě muselo alespoň stručně zmínit, jak Xka fungují, popsalo by se, co dělají špatně nebo v čem je jejich koncept dnes už překonaný, přidalo by se nějaké srovnání s jinými operačními systémy (OS X, Windows). A jistě by to iniciovalo hodnotnou diskuzi.

[Michal Vyskočil]

Já do X tak zase nevidím, nejblíže surovým X jsem byl v motifu s trochou xlibu . Ale jako uživatel mám tyto výhrady:

1. Příliš náročný X protokol - trochu paradoxní, protože právě síťovou transparentnost každý vychvaluje, ale podle mých zkušeností jsou jak VNC, tak NX, tak i RDP mnohem dál. Mj. i proto, že spolehlivě fungují i na pomalých linkách (zvláště poslední dva), kdežto v X protokolu se musí pořád něco potvrzovat a je to pomalééé - hlavně v kombinaci s Gtk .
2. Problematická zabezpečitelnost. Pominu-li hrůzy typu xauth, nebo MIT-MAGIC-COOKIE, tak samotný fakt, že komunikaci přes X server nestačí jeden port je špatný. Zde to naštěstí řeší X forwarding přes ssh, ale někdo si stěžoval, že ani toto není 100%. Bohužel jsem ztratil link, takže detaily už nevím.
3. Chybí mi i podpora Postscriptu, nebo PDF, jakou má/měl třeba NeWS (ovšem ten měl svoje mouchy), případně Applí Quartz.

Něco by šlo vyřešit přepsáním části X serveru (co se mi naopak líbí je současný trend prořezávání Xorg a zbavování se reliktů typu imake), ovšem něco jiného (X protokol) se už asi nikdy nezmění ...

Další kritiku najdeš třeba ve wikipedii

[Kníže Ignor]

Díky za pěkný komentář

[Luboš Doležel (Doli)]

Tak to by mě zajímalo, co je na X serveru špatného. Neexistence nativního X serveru na Windows je jedním z důvodů, proč se mi ten systém vůbec nelíbí.

[Michal Vyskočil]

A povědztě mi, Doležel, čo vy si představujete pod takým slovom nativný? Třeba Xming (Xming is the port of the X Window System to Microsoft Windows) se tomu, alespoň podle mých skromných měřítek, velice blíží

[freshmouse]

Podle mě byla chyba dát GTK a GNOME do jedné položky.

A jinak, nehlasuju, protože nemám takové znalosti, abych věděl, jestli je třeba přepsat např. X server nebo třeba kernel... Svým hlasováním bych to jen zkreslil.

Myslím si ale, že je potřeba zapracovat na projektech od Mozilly a GTK.

[Bluebear]

Vím, že GNOME a GTK jsou dost různé věci, jen jsem to nechtěl moc komplikovat. Ono by to vůbec chtělo mnohem více aplikací a subsystémů, rovněž rozepsat některé položky do více bodů, ale tím bych silně přesáhl maximální počet prvků ankety a asi by to nikoho nebavilo číst

[freshmouse]

No jo, ale to je jako napsat kernel a X server do 1 položky.

Ale ono to je stejně jedno, stejně to všichni neuživatelé GNOME / GTK hází do jednoho pytle -- a jsou to právě ti, kteří GNOME nebo GTK viděli naposledy před 2 roky, a proto by toho teď chtěli hodně měnit.

[Andrtalec]

Implementovať nové, lepšie algoritmy antialiasingu

[...............23]

aRts, ešte že v KDE4 už nebude...