Design Patterns!?

Все повече се убеждавам, че така наречените "дизайн патърнс" трябва да се забранят със закон, а който пита за тях на интервю или /недай си боже/ ги използва реално в продукция, директно да се уволонява. А тези, дето са ги измислили тези простотии, трябва много мъчително да се измъчват години наред.

Не знам защо, но такива титанични "открития" идват предимно от Джава средите.

[линк]



--
One day it will make sense.

Това не е никъв патърн. Ако не може да се опише с 2-3 изречения, значи не е шаблон.

И други неща ще се убедиш след време :)

Аз като Sun Certified Enterprise Architect for J2EE мога безкрайно да разтягам лукуми на тема design patterns, въпреки пълния им идиотизъм. Ама не ми е интересно :)

A man without a faith is like a fish without a bicycle.

Тези по-светличките с какво са по-различни от тъмничките (или трябва да се прегледам за далтонизъм )

---
"Double, double toil and trouble, fire burn, and cauldron bubble"

Тъмничките струват повече пари?

Мъ-даааа.
Еволюция на програмиста.
- Преди десет години се препечатах книгата на GoF;
- Преди девет години бях горд, че знам имената на поне 5 дизайн patterns и даже мога да нарисувам кутийките;
- Преди 8 години - вярата продължава....;
- Преди 3 години ме питаха на интервю, а какви дизайн patterns знам;
- Сега, ми сега, както се казва, просто ми покажи кода...;

Това не е стандартен дизайн патърн.
Това е някакъв ентерпрайз патърн има разлика.
[линк]
Това са патърните и повечето от тях според мен са много добри шаблони. Разбира се има я тънкостта да усетиш дали наистина се нуждаеш от шаблона, защото все пак той е по-сложен за реализация.

мада фака!!! оказа се че все има едлин във виндовса!
някой ще каже какво общо, е ами мислех да отбележа че съм чел 3 книги на компютърна тематика през живота си, като последната беше оная кафявата, с дебелите корици "асемблер за 16 битови професионални компютри" или нещо такова. не можах обаче да се сетя как точно се казва, но се сетих за едлин.




NE SUTOR ULTRA CREPIDAM

Аз неска един клас се чудих дали да е COM::Class или COM::Factory.
Самото споменаване на фактори ме отказва, но Class е част от хавата (не, че не може ::Class да се пише при конфликт), a фактори е част от другата терминология и комитнах престъпление - кръстих клас Factory при положение, че имам пълната свобода да не го направа :)

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

Simplicity is the essence of happiness. -- Cedric Bledsoe

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

Приятелю, извинявай, ама ми се струва, че комбинацията от интернет, компютри, Английски и програмиране не ти влияят много добре

---
"Double, double toil and trouble, fire burn, and cauldron bubble"

някои може да са забравили, но аз още помня ка някои се кълняха в design patterns, после в agile, после в незнамсиквоси.
даже се притесняваха, че кода им не match-вал никой pattern.

за съжаление здравия разум никога не е бил на мода, даже и сред програмистите.

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




NE SUTOR ULTRA CREPIDAM

но по отношение на мисленето, повечето хора са като индианците и алкохола - не могат да се удържат в предела

Компютърджиите май сме по-податливи на прекаляване с мозъчните напъни... А някои страдат от Unwarranted-Self importance много яко ... като го съчетаеш с common brain fart & internet blog става просто мазало :)

Ма май всеки е пострадвал така :) Добре, че тези които имат реална власт са по малко, че иначе инфо апокалипсис не ни мърда :)

Един от любимите ми страдалци от USI е Стивън Волфрам :) В един волфрамски блог, се чудеше какъв ли би бил свето ако Тюринг е имал достъп до Математиката му и ВолфрамАлфа

Друг от любимите ми е Ерик Реймънд (esr), написал един fetchmail, няколко книжки с които "прецака" Нетскейп, присвои си Жаргонния файл, сложи си един блог където ЯКО трие (сигур по цял ден тва праи), написа малко код за GPSD, и сега се хвали, че Кнут го слага като един от създателите на INTERCALL
(не че, не е инфлуентен ма то бива бива :))

Да не говорим за Столман (preacher, preacher, phd-ups-BA teacher)

Той и Кнут вече го тресе склерозата... сайтът му с код е пълен с файлове завършващи на .w дето комбинират документация, код и кво ли още не в едно... дето трябва да се компайлват до .ц-та и .тхт и тексове после

Та, прав си... Не е заради капацитета а по скоро заради WSI и Оувърлоъд :)

---
"Double, double toil and trouble, fire burn, and cauldron bubble"

>> Не знам защо, но такива титанични "открития" идват предимно от Джава средите.

Джава средите идват след книгата на GoF, която се приема за стандарт по темата.

Това което си показал са "домейн специфични" шаблони за дизайн и единственото което ми идва на ум е че какъвто домейна - такива са му и патерните!

Разбира се, мненията по темата варират от едната до другата крайност, но истината е там някъде!

По-простичките обикновено вършат работа.

Agile също работи стига да не го превъзнасяш в мантра. И патърните и те по-простите по-семплите, по-лесните за имплементиране са ОК.

Мене Java-та по принцип ми действа разхлабващо. Тва Дуфалак не може да се сравнява с нея. А пък като видя нещо базирано на Java или дошло от Java направо с дни не мога да изляза от кенефа.

Иначе някои patterns са много полезни, singleton, factory. Само не ми е ясно защо са ги набедили да patterns, все едно да кажеш, че цикълът и наследяването са patterns. А някои ключови думички като dispatch и encapsulate никога не разбрах какво значат и предпочитам така да остане.



Eeeeeeeeeeeeeeeaaaaaaasy rider

Да - аз имам и още любими думички за променливи, класове и методи - entity, object, manager, dispatcher, etc.

GetEntityObjectManager -ако някой изригне с такова име на метод - директно да чисти кенефите.

--
One day it will make sense.

Е те по-простичките са комън сенс - малки методи, добри имена на класовете/методите/променливите, един метод прави само едно нещо и не пипа наляво надясно, името му показва какво прави, лесно да се тества, да не се повтаря много много код наляво надясно, да няма повече от 3-4 параметра на метод, да няма параметри дето може да са null / false, примерно да няма метод GetShitDone(object, null, false, null, null, true) и дотам.

Тези простотии от там нататъка - в ъгъла и за разстрел.

--
One day it will make sense.

Е те дизайн патерните не са за как да пишем код.

Става въпрос, ако искаш да постигнеш нещо и трябва да цъкнеш 4-5-6 класа, които трябва да работят и да си комуникират по някакъв начин заедно. Не да мислиш някакво хоме майд солюшън, а да ползваш шаблон.

По простите шаблончета са ОК. Ама почне ли да се ползват шаблони за щяло и нещяло става като метода GetShitDone(object, null, false, null, null, true) и положението става много по-зле, отколкото някой да напише такъв метод. Щото имаш 20 класа с по 20 такива метода.

за уплътняване на работното време и дресиране на истинския програмист. Дори да е с по-скромни възможности, той след нема и няколко месеца работа на едно място, успява да се докара максимум до 2-3 часа чисто бачкане на ден и то без да може да му се каже, че мързелува. През останалото време той виси по форуми, джитка игрички или "излиза замалко".
Други подобни средства са напр. UML, редовните мийтинги, работни скайп-конференции, ревюта, отчети, обучителни семинари, ISO 9001, CMM и пр.