Comments 30
способ организации файлов по папочкам не имеет никакого отношения к архитектуре. Желаю всего наихудшего.
Я действующий senior golang разработчик.
[ Дата рождения: 21 апреля 1999 ]
Охо-хо... Пойду приму таблетки..
Пришёл джун и всем по шапке насовал
У нас ведь в IT как, кто первый халат надел - тот и сеньёр
Похоже, автор нащупывает DDD.
В каком месте?
В трёх. Попытка найти общий архитектурный паттерн в структуре нескольких проектов. Сформулировать "чистую" архитектуру на примере нескольких компаний. Выявить код без зависимостей, то что легко копируемый pkg. Это же домен. Следующим этапом автору бы почитать про гексагональную архитектуру и статья - крик о помощи не понадобилась бы.
Как говорится "мнение человека с аниме на аве не учитывается".
Удачи бро, тебе еще много чего открывать и изучать в этом огромном IT мире с миллионами мнений и подходами)
Сеньор разработчик предлагает чистую архитектуру с копированием файлов из проекта в проект вместо использования модулей…
"Пакеты которые можно перенести в другой сервис", разве для такого не используют пакетные менеджеры? Один раз написал подключил и радуешься 🤔
Если что я не знаком с go, но в php я бы сделал composer пакет
я выстроил страшный конвейер "чистых" микросервисов
Нет, вы выстроили конвейер им. Даннинга-Крюгера
услышал звон, что есть какая-то "чистая архитектура"
что стоит за этим понятием не разобрался. Придумал что-то свое про расположение файлов в папках
делает выводы
Bullshit in, bullshit out - классика.
главное в архитектуре — пояснить за gitignore
ссылка на услуги ментора битая. жаль.
Я правильно понимаю автора, что программист - это тот, кто пишет код в файликах. А архитектор - это тот, кто растаскивает эти файлики по папкам?
Я действующий senior golang разработчик. В связи с чем, могу заявить, что данное мнение является полностью неоспоримым.
Конечно, немного вырвал из контекста, но поймал дикий флешбэк. Больше сказать нечего, это всё.
напомнило про стартап в котором мне пришлось поучаствовать где фаундеры увлекались фэнтези и называли пакеты пакеты в том же духе.
Это - не чистая архитектура. Это кто-то раньше писал код на джаве и потом стал писать на Go. А привычки остались.
Если у вас много пакетов с одним-двум файлами, это означает кривую попытку перенести ООП инкапсуляцию в Go. А в Go, оказалось, есть только инкапсуляция на уровне пакетов. Ну вот что было, то и взяли.
Если объективного мнения не существует, то е не равно мц квадрат, а динозавры не вымерли 65 млн лет назад, просто Ной их в ковчег не взял. Ну или автора с его махровым солипсизмом вообще не следует воспринимать всерьез.
Что там с голангом не знаю, материалом не владею, но в дотнет и джава "чистая архитектура" это имя собственное. Конкретная методология, с хорошей применимостью, не набор каких-то абстрактных правил, оторванных от жизни. Не серебряная пуля и не начала термодинамики. Подход к проектированию слоев проекта, с учетом распространенных на сегодня типовых проблем и задач.
Мне кажется, что эта статья просто какая-то шутка.
Так а где про архитектуру?
Я из мира .Net, не в курсе че там в go. Но папочки, согласен бред, к чистой архитектуре есть вопросики в плане Entity, ядрышко должно иметь доступ к Entity апи, а соответственно мене придется их дублировать и да, если это один к одному, то норм, а если у меня биржевой робот, который получает по тысячам акции свечи за 200 дней и более, это выходит 1000х200 и это все надо пробежать и замэпить на мои Entity, а так как это робот и тут важно время реагирования, хмм такое себе удовольствие
В предложенной автором "архитектуре" я не увидел ничего, что имело бы хоть малейшее отношение к Clean Architecture
"Я действующий senior golang разработчик. В связи с чем, могу заявить, что данное мнение является полностью неоспоримый"...
Сильно сказано. Спасибо автору, что написал эти строки с самого начала. Сэкономил моё время на чтении этого потока сознания.
Пожалуйста, хватит о чистой архитектуре микросервисов