Comments 81
И я груг.
Это божественно
Почему я слышу слово "grug" как "грог"?
Топчик)Текст на цитаты)
демон дух сложности дразнит сделай изменение здесь сломай в другом месте не понять где и почему!?! смеётся ха ха смешно очень
Хватило серьёзного фейса ровно до этих слов. Идеально подходит для мема с собакой, которая делает больно по-другому
А вообще, некоторое "слабоумие" и "лень" при написании кода естественным образом оберегает умного и не очень разработчика.
Лень писать гигантскую абстракцию, лень её потом поддерживать, да и не совсем понятно, как её написать. А если уметь вовремя включить антигруга и побыть им на пару минут - вообще можно сказать сеньор.
шаман тестов правильно говорит о важности теста, даже если шаман тестов за всю жизнь не сделал ничего полезного готового и только всегда говорит о тесте, заслуживает дубины, но сердце его доброе
Однозначно к прочтению и неоднократно) Автор гениален)
Как глоток свежего воздуха среди статей "Любая_компания уходит из РФ" , "Как мы в нашей_крутой_компании делаем крутые_штуки в крутой_команде" и гонке переводов зарубежных авторов. Даже немного старым Хабром повеяло.
В любой нормальной стране автора бы уже посадили за дискриминацию гругов.
А вы точно уверены, что этот автор не зарубежный? :)
Автор то зарубежный, но я не совсем про это. Этот текст переведён в первую очередь потому, что он интересный, нестандартный и определённо заслуживает внимания. Если бы он не был переведён, то его определённо бы стоило перевести. А в корпоративных блогах переводы делаются из-за контент-плана. Достаточно посмотреть количество статей в профиле публикующих, чтобы понять о какой гонке я говорю. Очень часто там попадаются вторичные статьи, темы которых были пережёваны миллион раз. Более того, там иногда попадаются статьи, которые уже были переведены и опубликованы на Хабре.
сложность плохо
скажу снова:
сложность очень плохо
теперь ты скажи сам:
сложность очень, очень плохо
И в чём груг не прав? :)
"Сложные проблемы требуют сложных решений"...
Важно соблюдать баланс - применять сложные решения там, где это необходимо. Если делать исключительно простые вещи, часть задач будет нерешаема.
Этим мыслям столько же лет, сколько и разработке ПО в принципе, и даже больше. Короткое и простое описание сложных проблем требует много усилий, и нет простого рецепта как это делать.
Как-то один крутой дизайнер сказал, что сложность в простоте.
Можно запросто обвесить интерфейс кучей кнопочек, баннеров и панелей. Можно их стилизовать, расставить как по учебнику, вымести баги и очень сильно оптимизировать.
А вот выкинуть всё лишнее и оставить, условно, пару кнопок и одну панель - вот это действительно сложно.
Слегка забавный, и слегка полезный текст. Или наоборот.
Враг груга злость. Злость очень, очень плохо. Но дубина — надо.
Взрослый груг не злость, груг остается спокойный. Злость очень очень плохо.
Спасибо синьор груг, и
>сложность очень, очень плохо
гругу не нравятся большие сложные фронтенд библиотеки, которые все используют
груг делает htmx и hyperscript чтобы без них
низкая сложность, простой HTML, без много javascript, это отпугивает демона сложности
А вот кто бы рассказал, как так получилось, что логика с бэка перетекла на фронт ? Какие то демоны подшаманили)
че это вообще было?)
Великолепно.
Отправил всем своим гругам.
Это просто потрясающе
Нужно занести в методические материалы
вроде бы умный груг делать вождь управляет гругами и груг вождь говорит всем тесты писать и говорит груг ченджлог на каждый чих и перд делать груг больше не быть вождь
Груг нравится этот груг!
Напомнило известный сборник законов с хабра.
я есть груг
Усложнять - просто, упрощать - сложно. (Груг I)
груг говорить спасибо этот груг
очень понятный для другой груг письмена про тест
хороший отладчик ценен как много блестящих камней, а на самом деле даже больше: когда нашёл баг груг часто хочет отдать все блестящие камни и может немного детей за хороший отладчик
Это было очень смешно) Однозначно плюс
Про алиасинг переменными-флагами - кошмарный совет, кстати. Лишняя переменная/константа увеличивает энтропию кратно, потому что добавляет новую сущность в текущий скоуп. (А вот добавление метода увеличивает, кстати, гораздо меньше, потому что текущий скоуп не меняется.)
Однако, вызов метода добавляет некоторый оверхед, который в зависимости от нагруженности конкретной области может сказаться на производительности. Или нет. Регулярный анализ применимости различных практик стабильно приводит к одному и тому же выводу: не бывает универсальных практик :)
Груг рука тянется к дубине
спасибо, груг!
этот груг говорить: сложность очень, очень плохо
Эта шедевра стоит многих блестящих камней
Особый респект переводчику. Переводить такие тексты очень не просто
груг говоритЬ
груг делатЬ
Не склонять!
"Если груг оказался вдруг
И не груг и не враг, а так...
Если сразу не разберешь
- Плох он или хорош.
В разработку тяни-рискни,
Не бросай одного его..." Спел бы Семеныч, далее допойте сами, дабы не плодить много строк.
Совсем не смог осилить, слишком далеко от меня.
груг говорит главная польза системы типов магический инструмент показывает что можно делать и дополнение кода, корректность тоже хорошо но не так как помогательный инструмент и не так, как думает большой мозг
Самая вредная мысль в статье. Польза типов простирается значительно шире просто автодополнения.
добавь обычную вещь типа filter() для списка и пусть возвращает список, слушай меня разработчик java api большой мозг!
Тоже вредная идея, выделение промежуточной абстракции потока позволяет сохранять ленивость и потом добавлять новые операции, не увеличивая константный множитель.
Польза типов простирается значительно шире просто автодополнения
Для большой мозг это понятно) А если ты Груг, то зачем тебе знать это всё? Для обычного программиста, который не может даже сказать что такое эта система типов, сама эта система типов выглядит как вещь, которая дает ровно два преимущества:
Есть автодополнение
Если попытаешься написать что-то, чего нет в автодополнении код тупо не скомпилируется
Всё остальное - от лукавого. Пусть большой мозг над этим думает.
Тоже вредная идея, выделение промежуточной абстракции потока позволяет сохранять ленивость и потом добавлять новые операции, не увеличивая константный множитель.
Груг не понимать. Гругу надо вызвать filter на списке и получить список. Груг хочет многоуровневые API. Одно просто и тупое, другое в котором можно думать о ленивости и добавлять новые операции. Груг думает слишком общие абстракции вредно, ибо повышает сложность. А сложность плохо.
Я груг. C# груг. В закладки. Иду дать команда читать
Статья читать от счастья плакать
абзац про DRY и другие потерялись, молодой и взрослый груг быть полезным читать про другие абзац
груг вежливо просить продолжений, хвалить автор
похоже я тоже груг
я тоже очень бояться и всячески избегаю демона духа сложности
груг заявлять что сложность очень плохо а упрощать хорошо
но статья написал слишком исковерканный стиль трудно читать сложно глаза больно
логика где?
И да, who the fuck is «груг» - стоило пояснить в начале статьи, до сих пор не понятно, что/кто это за хрень, откуда взялась и почему это должно быть смешно и "круто"
Не груг, а Стас. Больше кажется, что речь идет о моем знакомом Стасе, который проработал сисадмином 10 лет, потом решил стать программистом в 32 года!
Молодой груг говорить: сложность очень, очень плохо. Быть спасибо за статья, ждать обновлений.
Разработчик с мозгом груга