How To Write Unmaintainable Code (Part 1)

[линк]

Аз знам едно много по-яко ръководство по въпроса Вижте това:
[линк]

П.С. Интересното е, че имат общи неща - например при правилото за осмичните константи е даден един и същи пример. Може би са гледали едни от други, или второто е просто еволюирала версия на първото

И двете описания не са лоши, но не подхождат към проблема с достатъчно въображение. Пропускат (според мен) най-добрия метод за производство на unmaintainable code:

Във всеки модул на програмата вградете интерпретатор на измислен от вас език. Реализацията на интерпретатора трябва да спазва правилата от предните два документа. Препишете около половината логика на новия език, така че, при всяка средно голяма промяна да трябва да се променят и двата вида файлове. Хубаво е значението на операторите да не е очевидно и да зависи от позицията в реда. Изобщо, колкото по-позиционен е езика, толкова по-добре. Направете интервала и таб-а (както и два последователни нови реда) да означават различни неща. Не забравяйте да добавите препроцесор, променливите да са нетипизирани и да не се декларират имплицитно (като при първо използване получават неочевидна стойност (внимание: 42 вече е очевидна стойност, използвайте нещо друго !) :)

Напишете 5000 реда от кода на всеки от новите ви езици и никой няма да може да поддържа кода ви :)

Здрасти,
един въпрос - ти старото Edno momiche ли си или
си ново momiche?
Ако си старото много се радвам да те чета тук(наистина)

a ti pencho pitankata li si

a kolko tochno mnogo se radvash? (note: ne-finikiiski izmervania se redirectvat v /dev/null)

imam po-dobra ideia, dosta podhodiashta za podrastvashtoto pokolenie praveshto parvi stupki v programiraneto pod (ne dotam) veshtoto rukovodtstvo na (izkluchitelno nepriatni i dosadni) assistentcheta: prosto filtrirash vsichki spaces i new lines... estestveno, triabva da se pribegne do malko vaobrajenie za da se vazprepiatstvat vsichki onezi ujasiavashti beautifiers koito mogat da vgorchat zadovolstvoto ot dobre svurshenata rabotata u suvremennia tvorec na programnoto izkustvo..

Някои може да си мислят, че тези указания са майтап, ама аз имах "удоволствието" да оправям една програма, която беше написана сякаш по доста от "правилата", особено тези за именоване на променливи и добавяне на един и същи код на много места с малки промени...

The road to hell is full of good intentions...

Ако езика за програмиране е хубав (както повечето популярни езици), лесно може да се напише beautifier който да оправи проблемите. Все пак, повечето от авторите на популярните езици са били свестни хора и езиците им са добре структурирани и разбираеми. Което може да се поправи, ако сам си напишеш език :)

В краен случай за хората които ги мързи да си пишат цял език, XML+XSLT е добра алтернатива. Ключовия момент в случая е подходящ избор на XML представяне. Няма да обяснявам подробно, но смесеното използване на атрибути и под-елементи прави чудеса :) Особено използването на атрибути за предаване на масиви (<element property0="1" property1="2" .../>). Не забравяйте и за създаване на DTD на формата -- написването на грешно DTD (и изключването на валидацията уж за подобряване на бързодействието) е чудесна уловка за наивни програмисти незапознати с културата на фирмата ви :)

Жалко, май не си...

Jalko, no e tochno tya.

molia, oplakvaniyata izprashtaite na armenskia pop

Armenskia pop she wi sudi za spam - osobeno sled kato se premesti w USA i lobira za novia Anti-SPAM zakon.

Amin

Loook who is heere! Hellooo theere! Да беше изпратила писмо на малкия, че се връщаш - да ти приготвим цигански оркестър за посрещането

Always Outnumbered - Never Outgunned

ia vzemi se izredaktirai oshte vednuj che i vtoria opit e tvurde lame..

[линк]