<bgdev />free

Вход

Patterns'n'shit
0

0 1 2 3 4 5 6 7 8
#2845 (ツ) stewie
Създадено на 04.08.2020, видяно: 2138 пъти.

Я споделете какви шаблони най-много сте ползвали, ама с конкретен проблем и решение. Ето аз съм прост и в последната година освен няколко декоратори (по-принуда), един сингълтон, фекчъри метод ала на Наков отличният курсист, Command като част от CQRS, Event Sourcing който допълвах малко.

#2860 (ツ) Golden Gega
Създадено на 05.08.2020, видяно: 2445 пъти.

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

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

Най-забавното е при срещи с други специалисти че има много какво да се научи като излъчване и поведение - то са пъшкания, хващания на глави с ръце, тихо цъкане, трагични погледи в тавана от типа "Господи, на тия ли трябва да говоря!", въртене на телефони/писалки, чупене на пръсти, въобще аз съм средна ръка експерт по създаване на впечатление и трудно набирам точки на старта. Затова пък е изключително забавно да насереш някой такъв ескперт насред дискусия, обожавам тия моменти в които колегата или трябва да си плюе на думите преди пет минути или да твърди нещо което е абсолютна глупост и ще се докаже в последствие. Тогава се почват едни погледи, едни драматични събирания на вежди в които се усеща как това мекото дето си го настъпил не само е меко ами и много мирише, едни трагикомични ситуации в които изведнъж лексиката се обогатява с едни "аааааа", "амииииии", "ъъъъъъ", "да, ама" и др. Изключително е тогава да гледаш и как публиката започва да събира вежди и да се чуди какво става, почват едни преливки на усещания от вдъхновение към задънено неразбиране, човека и досега не е разбирал нищо ама е имал усещане че поне водещия стадото знаеше накъде да води.

Като цяло крайния резултат много често си струва надутите дискусии, надутите клиенти и надутите конкуренти. Единственото което ми се е искало е да може да се записва видео, някои дискусии са били уникални.

#2863 (ツ) Rabin
Създадено на 05.08.2020, видяно: 2129 пъти.

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

Бахти с какви маймуни работиш ве!

#2865 (ツ) Golden Gega
Създадено на 05.08.2020, видяно: 2438 пъти.
Rabin

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

Бахти с какви маймуни работиш ве!

Често с експерти като теб, Яначков и т.н.

#2868 (ツ) Rabin
Създадено на 05.08.2020, видяно: 2129 пъти.
Golden Gega
Rabin

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

Бахти с какви маймуни работиш ве!

Често с експерти като теб, Яначков и т.н.

Ич не си познал. Аз на учени фрази съм претръпнал много отдавна. Ако зависи от мен не работя с такива като тебе. Може да впечатлиш отдела кокошки, то обикновено те взимат решенията. Сигур затуй ти се радват.

#2873 (ツ) Golden Gega
Създадено на 05.08.2020, видяно: 2428 пъти.

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

А с кой и как ще работиш зависят от много неща, за които ти като прост жуньо си нямаш идея, то това не е по-желание ни на персонала, нито понякога и на баш шефовете.

#2876 (ツ) Courvoisier
Създадено на 05.08.2020, видяно: 2427 пъти.

Вчера ти писах 2 пъти, но го трих, викам Стилгар ще ме поправи и ще излезна тъп. Затова ще ти пиша сега само какво съм сигурен. Итератир ползва всеки. Сингълтон от време на време, аз когато ми трябва нещо преди DI. Фабрика Метод и Стратегия за шантав DI и вършънинг там. Винаги ползвам фасада, за да абстрахирам външна система, към която правя SOAP или HTTP Request. Понякога и за са намаля complexity-то. Адаптер, за да променя behavior на нещо въшно. Преди и Репо С ЮнитОгУърк. Обзървър съм ползвал с РМИ, преди време гледах в ъгъла го ползват.

#2881 (ツ) Courvoisier
Последно редактирано на 05.08.2020 от Courvoisier, видяно: 2421 пъти.
#2918 (ツ) stewie
Създадено на 05.08.2020, видяно: 2138 пъти.

Т.е. патърните са за да мислиме, че много знаеме пред другите, нищо, че и ние не знаеме какво правиме в повечето случаи. Ако стане - стане :)

#2921 (ツ) Courvoisier
Създадено на 05.08.2020, видяно: 2386 пъти.

Ми уж си намалям комплекситито и е начинът, доказан, че работи. Като искам да направя някаква глупост с DI, като например да си инжектирам депендънсито в пропърти, пасивния атрибут ми казва, е така е по- правилно. Не всички DI/IoC поддържат property injection. И го гледаш, викаш, ега, това е начина. И в ООП има смисъл. Не е нужно да го разбираш. Например, всеки итерира с foreach, но не всеки разбира iterator pattern-а. Но го ползва.

Гледал ли си HelloWorld Enterprise Edition C# Общо взето накрая така ми се получава. A после сме гонили срокове и вече и патърни няма. Най ми хареса едни индийци, които оптимизираха всичко на статик каквото можаха и верно заработи по- бързо.

#2924 (ツ) stewie
Създадено на 05.08.2020, видяно: 2138 пъти.

Е то property injection нали беше зло според някой. Според мен повечето такива дето си чешат езиците за патърните просто имат много свободно време и нищо за ебане. В почти 90% от случаите някой прилата патърн заради СВ-то си, да каже "виж мамо ползвах event sourcing". Друг е въпросът каква цена е платена за да се наложи със сила това в проекта ти.

#2930 (ツ) Courvoisier
Създадено на 05.08.2020, видяно: 2381 пъти.

Deep-down, да, моето OOP е по- pattern от твоето OOP, демек, пишката ми е като на негър. Но не смея да отрека, че observer-а е добър и на място pattern, както и Iterator, както и фабрика и стратегия. Не смея да отрека и че layered architecture е нещо, на което съм робувал години и ми помага да намалям когнитивното complexity, помагайки ми да се фокусирам върху a byte at a time. Голям монолит без layered architecture ще има да го мисля.

#2933 (ツ) Golden Gega
Създадено на 05.08.2020, видяно: 2379 пъти.
stewie

Е то property injection нали беше зло според някой. Според мен повечето такива дето си чешат езиците за патърните просто имат много свободно време и нищо за ебане. В почти 90% от случаите някой прилата патърн заради СВ-то си, да каже "виж мамо ползвах event sourcing". Друг е въпросът каква цена е платена за да се наложи със сила това в проекта ти.

Да бе да, патърни почват да се прилагат в определени стадии на професионалното израстване, когато напъна да покажеш на света какъв непризнат гений си почти те пръсва. В това няма лошо, лошото става когато изпуснеш баланса, т.е. когато създаването на новата ултра платформа довежда до там че можеш само ти да си пишеш ефективно на нея, например.

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

#2938 (ツ) Rabin
Последно редактирано на 05.08.2020 от Rabin, видяно: 2129 пъти.
Golden Gega

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

Явно не само ти, ми и колегите ти са олигофрени, ако е верно тава. Или бесни жунки.

Това е и Ганиното оправдание за TDD. Мотивирало кодера, представи си. Дъртата пача знаа по-добре от мене кво ме мотивира!

#2939 (ツ) Courvoisier
Последно редактирано на 05.08.2020 от Courvoisier, видяно: 2363 пъти.

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

#2940 (ツ) Rabin
Създадено на 05.08.2020, видяно: 2129 пъти.
Courvoisier

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

Аз съм много тактичен човек и такова нещо няма да кажа. Питаха ме на ено интервю дали мога да строша проекта им, отвън. Обясних им как ще стане, спогледаха се гузно, изпратиха ме по живо по здраво, и повече не се обадиха. Едната беше няква шефка, пълничка и грозна женска. Забравих й името, мога само да гадая. 🌸 🌹 🌷 💕 💖 💗 💘 💓

#2941 (ツ) Golden Gega
Създадено на 05.08.2020, видяно: 2343 пъти.
Rabin
Golden Gega

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

Явно не само ти, ми и колегите ти са олигофрени, ако е верно тава. Или бесни жунки.

Това е и Ганиното оправдание за TDD. Мотивирало кодера, представи си. Дъртата пача знаа по-добре от мене кво ме мотивира!

Дришльо като теб го мотивира скръма и Ганите, това го разбрахме rofl Въобще кой те бръсне за слива, някъв тъпак с фалшиви илюзии.

#2943 (ツ) Rabin
Създадено на 05.08.2020, видяно: 2129 пъти.
Golden Gega
Rabin
Golden Gega

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

Явно не само ти, ми и колегите ти са олигофрени, ако е верно тава. Или бесни жунки.

Това е и Ганиното оправдание за TDD. Мотивирало кодера, представи си. Дъртата пача знаа по-добре от мене кво ме мотивира!

Дришльо като теб го мотивира скръма и Ганите, това го разбрахме rofl Въобще кой те бръсне за слива, някъв тъпак с фалшиви илюзии.

Tвойта Гана на Скума бе. Много ма уважава. Идвам половин час преди работно време, вземам си пица и мишкувам у кюбикъла, и опъвам по 3 проекта наведнъж. Фирмените ценности тряя са следват. Много работа - малко пари, и за нова Дачия няма.

#2945 (ツ) Courvoisier
Последно редактирано на 05.08.2020 от Courvoisier, видяно: 2330 пъти.

Да се обиждаме на акъл е привидно на егото. И аз съм го правел и го правя :) Обаче, да станеш милионер, ще ти е по- полезно да си хитър, отколкото да си умен. Ей го на, Шиши, но той е роден със сребърна лъжица, ОК. Ей го и Бокича, маал е леб с мас, сега ги маа с 200 в дупарата. Ей го на, Джобс. Тръмп даже. Трябва да ги играеш хората, а не да го играеш кода. Да имаш петрол в задния двор помага, но по нашето законодателство мисля, че земята е моя до 20 см в почвата и после е на държавата. Т.е., петролът няма да е мой. И гърне със злато да намеря, то по закон пак не е мое. Обаче може да се изхитря и да си го използвам по предназначение. На другия полюс, един голям ум, Никола Тесла, обаче той не е бил милионер. Но Едисон е бил за времето си.

#2946 (ツ) Rabin
Последно редактирано на 05.08.2020 от Rabin, видяно: 2129 пъти.

Геедай добри практики и патърни. Компютрите за кодолеячество отдавна са бес пари, ама Гана иска икономия и пести. Аз на нейно място бих пестил и от столове. Щом стругарите могат да кибичат прави, то що да не можете и вие. Са мисля и масите как да не хабя, примерно може да седите по турски на пода, че по-евтино.

Добри практики

XP има 12 практики, групирани в 4 области, който са наследени от най-добрите практики на софтуерното инженерство:

Програмиране по двойки – двама програмисти, който работят заедно на един компютър, driver и navigator. Докато driver-a пише на компютъра, navigator-а следи работата му. И е добре на половин час да си разменят ролите, а всеки ден да се сменят партньорите. Предимствата на pair programming-а са че по този начин се пише по-верен код, правят се по-малко логически грешки; разменят се знания, защото колкото и да знае даден човек никога не може да знае всичко и винаги може да научи повече; така се сближават хората от екипа, нещо много важно за XP. Ако хората се сменят по-често повече от тях ще бъдат въведени в различните features и по този начин всеки ще е много по-добре запознат с цялостния продукт и комуникацията ще е по-лесна. Смята се, че по този начин има по-малко прекъсвания на работата, което води по-голяма продуктивност. Друго предимство е, че по-малко компютри са необходими, за да се свърши работата, при което свободните могат да бъдат използвани за други цели.

https://bg.wikipedia.org/wiki/%D0%95%D0%BA%D1%81%D1%82%D1%80%D0%B5%D0%BC%D0%BD%D0%BE_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%B8%D1%80%D0%B0%D0%BD%D0%B5

0 1 2 3 4 5 6 7 8

Patterns'n'shit
0

AsmBB v3.0 (check-in: a316dab8b98d07d9); SQLite v3.42.0 (check-in: 831d0fb2836b71c9);
©2016..2023 John Found; Licensed under EUPL. Powered by Assembly language Created with Fresh IDE