Легаси - это код, обросший костылями за время своего развития. Любой полезный код имеет свойство превращаться в легаси с течением времени. Никакие паттерны проектирования с чистой архитектурой не спасут полезный код от превращения в легаси. Скорее наоборот - ускорят этот процесс из-за лишних абстракций

Легаси - это код, который 5 секунд назад залили на гит

Легаси - это код, который 5 секунд назад залили на гит

Легаси это игра про гарри поттера

Легаси это игра про гарри поттера

А точно. Вчера играл кстати

Легаси - это код, обросший костылями за время своего развития. Любой полезный код имеет свойство превращаться в легаси с течением времени. Никакие паттерны проектирования с чистой архитектурой не спасут полезный код от превращения в легаси. Скорее наоборот - ускорят этот процесс из-за лишних абстракций

Без абстракций код представляет собой процедурные портянки, которые пишут джуны))

Уж лучше процедурные портянки, чем абстрактные фабрики, возвращающие интерфейсы к которым прикрученно уже всё остальное))

Уж лучше процедурные портянки, чем абстрактные фабрики, возвращающие интерфейсы к которым прикрученно уже всё остальное))

В итоге эти портянки ни расширить, ни поменять в них ничего, иначе все сломается, а только заново переписывать)) то есть уже солид поплыл

В итоге эти портянки ни расширить, ни поменять в них ничего, иначе все сломается, а только заново переписывать)) то есть уже солид поплыл

ядро линукса почти целиком из процедурных портянок и состоит. и расширяется и меняется как надо. не в парадигме организации кода дело, а в дисциплине среди кодеров.

В итоге эти портянки ни расширить, ни поменять в них ничего, иначе все сломается, а только заново переписывать)) то есть уже солид поплыл

Если осилить встраивание на 5%, то легко и расширить и поменять. Но ООП в Go в 1000 раз сложнее осилить, чем в Java, поэтому мало кто использует.

во-во. Сначала придумали язык без ООП а теперь придумывают костыли как писать на нём в ООП-стиле 🤣

ядро линукса почти целиком из процедурных портянок и состоит. и расширяется и меняется как надо. не в парадигме организации кода дело, а в дисциплине среди кодеров.

Могу ошибаться, но ядро пишется все-таки не на чистой процедурщине, хоть и на си.

В итоге эти портянки ни расширить, ни поменять в них ничего, иначе все сломается, а только заново переписывать)) то есть уже солид поплыл

тут еще бабушка надвое сказала, что проще - поправить процедурную портянку или бороться с протекшей абстракцией

тут еще бабушка надвое сказала, что проще - поправить процедурную портянку или бороться с протекшей абстракцией

Ну так же она надвое сказала, что проще абстракцию поправить, чем раскручивать процедурное спагетти

во-во. Сначала придумали язык без ООП а теперь придумывают костыли как писать на нём в ООП-стиле 🤣

Просто парадигма, будь то фп или ооп, всегда лучше, чем голая процедурщина

Просто парадигма, будь то фп или ооп, всегда лучше, чем голая процедурщина

любые обобщения - полная фигня

любые обобщения - полная фигня

Ну можно на ассемблере тогда писать, там их точно нет)

ядро линукса почти целиком из процедурных портянок и состоит. и расширяется и меняется как надо. не в парадигме организации кода дело, а в дисциплине среди кодеров.

Контрпример: есть клиент (просто структрука с методами) вам нужно собирать метрики с того как его используют. Вопрос это будет легче сделать когда это интерфейс или конкретный тип?

Без абстракций код представляет собой процедурные портянки, которые пишут джуны))

Как показывает практика, наезды на легаси, в первую очередь показывает крайне низкую квалификацию наезжающего.

Как показывает практика, наезды на легаси, в первую очередь показывает крайне низкую квалификацию наезжающего.

Как показывает практика, защищающие любое легаси по факту того, что оно легаси, в первую очередь показывает крайне низкую квалификацию защищающего

Как показывает практика, наезды на легаси, в первую очередь показывает крайне низкую квалификацию наезжающего.

Есть еще хороший индикатор джуна - это использование приема "reductio to assembler" Пример: - смотрите на мой новый фреймворк, он изменит вообще все в вашем написании приложений - это оверинженеренное говно, на которое его майнтейнер забьет через год - ну тогда пишите на ассемблере

такой частный случай доведения до абсурда

Контрпример: есть клиент (просто структрука с методами) вам нужно собирать метрики с того как его используют. Вопрос это будет легче сделать когда это интерфейс или конкретный тип?

если в рантайме, то однохренственно

Есть еще хороший индикатор джуна - это использование приема "reductio to assembler" Пример: - смотрите на мой новый фреймворк, он изменит вообще все в вашем написании приложений - это оверинженеренное говно, на которое его майнтейнер забьет через год - ну тогда пишите на ассемблере

Есть еще один веселый способ найти джуна -- он постоянно пытается везде найти джунов))

это чат Го, думал хотя бы в Го люди поняли, что нет смысла прыгать в крайности, а нужен баланс везде. Код без абстракций - слабый код, код где абстракции ради абстракций - слабый код.

Просыпается кто то утром и такой думает, наделаю ка я абстракций ради абстракций.

Просыпается кто то утром и такой думает, наделаю ка я абстракций ради абстракций.

вам смешно а тут в соседнем чате (по самому языку) чуть не половина таких вопросов. какой паттерн применить, как на чистой архитектуре писать и т.п. зачастую люди этим озабочиваются даже до того, как поняли суть задачи. декомпозиция? не, не слышал.

такое ощущение что они вычисление 2+2 будут писать через три абстрактных фабрики -- по одной на каждый операнд и одну на оператор

такое ощущение что они вычисление 2+2 будут писать через три абстрактных фабрики -- по одной на каждый операнд и одну на оператор

Оверинжиниринг просто у многих в головах как паттерн поведения уже

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

такое ощущение что они вычисление 2+2 будут писать через три абстрактных фабрики -- по одной на каждый операнд и одну на оператор

Не знаю, что за чат, но люди приходят к вопросам архитектуры уже после того, как навидались неподдерживаемых портянок. И их точно на эти вопросы навели не выражения по типу 2+2)

Не знаю, что за чат, но люди приходят к вопросам архитектуры уже после того, как навидались неподдерживаемых портянок. И их точно на эти вопросы навели не выражения по типу 2+2)

как будто на ООП нельзя написать неподдерживаемые портянки

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

Именно поэтому го в итоге сделал дженерики))

ещё как можно.

как будто на ООП нельзя написать неподдерживаемые портянки

Можно, безусловно, но вероятность ниже

Именно поэтому го в итоге сделал дженерики))

вангую что через пару лет появится какой-нибудь форк ObjectiveGO где будут классы, наследование, полиморфизм вот это всё

вангую что через пару лет появится какой-нибудь форк ObjectiveGO где будут классы, наследование, полиморфизм вот это всё

go v2

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

Да вроде нет, просто разбитие идет на слои, а там уже подходы стандартные .

go v2

Go++

В Go за 10 лет из важных изменений только родной контекст да обработка ошибок. Можно не переживать, никакого objective мусора не завезут.

Ребята привет . Подскажите хороший курс по go пожалуйста

(ещё тулинг конечно, go.mod, gopls и т.д. но в данном вопросе они за скобками)

Ребята привет . Подскажите хороший курс по go пожалуйста

Не тот чят, но у Todd McLeod хороший. Если книга пойдет - gopl.io

Беседа о ООП высшего сорта, приятно было почитать. Вопрос с дизайном объяснятся достаточно просто рисуется воображаемый график где слева находиться огромная процедура, а справа код из тысяч микро-объектов не связанных между собой. И то и то крайности. Хороший код где-то по середине в зависимости от практической ситуации. Данный вопрос с примерами как следует рассматривает Sendi Metz, даже книга посвящена этому "99 Bottles of OOP. A Pracitcla Guide to Object-Oriended Design" Sandi Mez & Katrina Owen.

вангую что через пару лет появится какой-нибудь форк ObjectiveGO где будут классы, наследование, полиморфизм вот это всё

А зачем нам в го наследование?

Наследование вообще зло, сколько продуктов уже померло из-за него

Во первых что вам мешает вкладывать структуры? Можно переопределять поля и методы, чем не наследование Да щас можно подушнить про формальное определение наследования, но подобный функционал есть

Наследование вообще зло, сколько продуктов уже померло из-за него

Что плохого в наследовании? Плюсы и питон мертвы по твоему?

Джава мб?

А зачем нам в го наследование?

оно же в паттернах, а без них жизни нет😂😂😂

Что плохого в наследовании? Плюсы и питон мертвы по твоему?

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

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

Зато объекты хорошо формализованы, нет дублирования кода, и легко править то что нужно, если знаешь что править

Миллиард структур запоминать и фиксить тоже весьма неэффективно

вы же сами про встраивание и переопределение методов писали, дублировать не надо, только уровень будет один

главное встраивать анонимно)

а то как в код не гляну, mutex встроен как m, mu или mut🙈

Зато объекты хорошо формализованы, нет дублирования кода, и легко править то что нужно, если знаешь что править

Во во, ключевое, если знаешь что править

Во во, ключевое, если знаешь что править

Ну если не знаешь - это твоя проблема, а не языка

А когда на проект приходят другие люди то вникают в проект около месяца

Зато объекты хорошо формализованы, нет дублирования кода, и легко править то что нужно, если знаешь что править

>легко править то что нужно, если знаешь что править вы сейчас просто все программирование описали

По мне так сложнее разбираться в языке с динамической типизацией, особенно без документации

>легко править то что нужно, если знаешь что править вы сейчас просто все программирование описали

и медицину

>легко править то что нужно, если знаешь что править вы сейчас просто все программирование описали

Про если знаешь я еще отредактировал)))))

и медицину

Слушай, тут немного другое Тело не человек проектировал, а господь бог

Слушай, тут немного другое Тело не человек проектировал, а господь бог

как и мой код *тудумс*

как и мой код *тудумс*

😂

#вакансия #работа #разработчик #backend #developer #middle #senior #golang #PostgreSQL #docker Формат работы: удаленка Занятость: part, почасовка Зарплата: 1000 руб/час (в дальнейшем возможен переход на полную ставку и рост до тимлида с построением команды «под себя») Чем предстоит заниматься: ⁃ Создание backend-сервисов на #golang ⁃ Настройка серверов, поставка в прод Для понимания работ, первой задачей будет: ⁃ Создание сервиса email-авторизации с отправкой письма на email ⁃ Push’и Плюсом будет участие в проектах по разработке backend’а для мобильных приложений. контакт: @vfrov

А когда на проект приходят другие люди то вникают в проект около месяца

это продукта касается, а на галере такое не прокатит)

Ребята привет . Подскажите хороший курс по go пожалуйста

Практика от rebrain. Basic и advanced

Практика от rebrain. Basic и advanced

Добавь что что 65к или более это еще стоит

Добавь что что 65к или более это еще стоит

Вопрос был - я ответил. Фильмы в кинотеатрах вон тоже от 500 руб за штуку, никто не ходит, а все видели.

Вопрос был - я ответил. Фильмы в кинотеатрах вон тоже от 500 руб за штуку, никто не ходит, а все видели.

На второй аватар определенно стоит сгонять в 3d это просто пушка!

Спасибо, надо будет своих вытащить. Я на первый ходил, было круто.

Если вы из Мск, могу посоветовать кинотеатр

Если вы из Мск, могу посоветовать кинотеатр

Посоветуй, хочу сходить

Если вы из Мск, могу посоветовать кинотеатр

Посоветуйте плиз , тоже хотим

А зачем нам в го наследование?

не знаю кому как, а лично меня отсутствие в языке конструкции struct extends иногда вынуждает лепить слабочитаемые костыли

например когда?

например когда?

это псевдокод но я думаю идея понятна TNPC = struct{ ... Health uint8 function Say() ... } ... TWarrior = struct extends(TNPC) { ... } TPeasant = struct extends(TNPC) { ... } ... p TPeasant (p as TNPC).Health-- ... w TWarrior (w as TNPC).Say("surrender")

анонимное встраивание + промоушен должны помочь

костыли