| 1.3, Аноним (3), 18:35, 18/11/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Все говорят что раст это плохо. Но ведь runtime зависимости не будет. Problems, officer?
| | |
| |
| 2.35, Аноним (35), 23:20, 18/11/2025 [^] [^^] [^^^] [ответить]
| –2 +/– |
Проблема в Раст. Его тоже собрать надо. А сколько раз в год он релизится?
| | |
| |
| 3.37, Аноним (37), 23:35, 18/11/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Не столь важно, сколько раз. Важно, что ты будешь последовательно собирать каждый предыдущий. НУ, раз уж мы заговорили о сборке. Я вот обновил на 5 версий пару дней назад, что потребовало определённой возни. Проще было бинарный тулчейн стащить, но это не наш метод. Шланги тоже пришлось перебирать и вот это реальная проблема.
| | |
|
| 2.63, Кошкажена (?), 05:34, 19/11/2025 [^] [^^] [^^^] [ответить]
| +3 +/– |
1. Проблема со сборкой с нуля. Для этого надо тащить раст и весь его тулчейн. Для source-based дистрибутивов это сильная боль.
2. Доп нагрузка на CI из-за нового тяжелого тулчейна.
3. +1 яп в проект - это увеличение зоопарка технологий. Все прекрасно понимают, что весь С в ближайшем будущем никто не перепишет. Никто не любит скакать между технологиями в проекте.
| | |
| |
| 3.109, Аноним (-), 23:15, 20/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
> 1. Проблема со сборкой с нуля. Для этого надо тащить раст и весь его тулчейн.
> Для source-based дистрибутивов это сильная боль.
Это также проблема для раскрутки платформ с ноля (bootstrap). Пересобирать _все_ версии Rust? С начала времет? Да вы издеваетесь господа!
И не, бинари для новой платформы на деревьях не растут.
| | |
|
|
| |
| 2.82, Аноним (82), 11:27, 19/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Git - де-факто стандарт в индустрии разработки ПО. Все профессионалы уже давно Git поняли, один ты непонимающий сидишь до сих пор.
| | |
| 2.110, Аноним (-), 23:15, 20/11/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> самая непонятная программа на свете это git
Ну значит девелоп софта в тиме - не твое...
| | |
|
| 1.6, Аноним (6), 18:43, 18/11/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +8 +/– | |
> В будущем ожидается переработка на Rust более значительны внутренних компонентов Git и добавление Rust в число обязательных сборочных зависимостей в Git 3.0.
Всё, фризимся на 2.52
| | |
| |
| 2.14, Аноним (14), 20:06, 18/11/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
Зачем? Если раст будет полноценно поддерживаться в gcc без всякого копролита вроде llvm, то какая разница?
| | |
| |
| 3.38, Аноним (37), 23:39, 18/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Это случится… Не скоро, но если случится, то останется решить только вопросы отсутствующего аби (впрочем, плюсы как-то существуют тоже) и динамической линковки.
| | |
|
| 2.59, Аноним (59), 04:48, 19/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Гугл - хозяин интернетов. Майкрософт - хозяин десктопа. Оракл - хозяин серверов. Вот и стало всё почти как в 90х.
| | |
|
| 1.7, xsignal (ok), 18:47, 18/11/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Гит только для ядра годится, потому что писался для этого и Торвальдсом под себя. Для обычных проектов есть куда более удобные системы хранения версий.
| | |
| |
| 2.8, Аноним (6), 18:53, 18/11/2025 [^] [^^] [^^^] [ответить]
| +4 +/– | |
> Гит только для ядра годится
А только для линуксового ядра? Или для других ядер тоже годится?
| | |
| |
| 3.10, Аноним (10), 19:12, 18/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Не, ну если тебе нравится хэши запоминать и у тебя это хорошо получается, то можно и для других ядер тоже)
| | |
| |
| 4.11, Аноним (6), 19:14, 18/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
А зачем их запоминать? Для удобства манипулирования их же можно сокращать до 8 первых символов, и даже в этом случае можно не запоминать.
| | |
| 4.34, morphe (?), 23:10, 18/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Зачем их запоминать? Судя по комментариям опеннетные эксперты гит даже не трогали
| | |
| |
| 5.36, Аноним (36), 23:30, 18/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
Понятно, что на них иногда надо обращать внимание, копировать-вставлять и всё такое. Но запоминать-то их зачем?
Это из той же области как и жалобы, что ipv6 плохо запоминаются.
| | |
| |
| 6.40, Аноним (37), 23:53, 18/11/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Когда ищешь что-то и работаешь с историей, приходится запоминать. Да и осминожку мержить удовольствие то ещё (особенно выборочно откатывать).
| | |
| |
| 7.42, Аноним (36), 00:39, 19/11/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
В одной вкладке терминала git log, в другой git rebase --interactive, который повторяется на ветке до тех пор, пока всё не причешется. В конце сделать ребейз на родительскую ветку и потом можно мержить без выкрутасов.
Возможно, у нас такого треша нет, чтобы нужно было всё время заниматься археологией.
| | |
| 7.44, morphe (?), 01:06, 19/11/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Когда ищешь что-то и работаешь с историей, приходится запоминать. Да и осминожку
> мержить удовольствие то ещё (особенно выборочно откатывать).
Если у тебя чот прям сложное - то дай коммитам имена (refs, ветки т.е) и пользуйся ими
А вообще interactive rebase и в частности для осьминогов --onto и --rebase-merges в помощь.
Однако если у вас слишком часто надо очень дофига мержить и ребейзить - то возможно есть смысл пересмотреть воркфлоу (= вы что-то делаете не так)/посмотреть на jujutsu (https://jj-vcs.github.io/jj/latest/), который сложные операции с историей реализует приятнее
| | |
|
|
|
|
|
| |
| 3.17, Аноним (17), 20:31, 18/11/2025 [^] [^^] [^^^] [ответить]
| +9 +/– |
Отвратительным он был. Вздохнул с облегчением после перехода на гит.
| | |
| |
| |
| 5.83, Аноним (82), 11:35, 19/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Нет. "Адекватным" CVS был разве что по сравнению с ужасами типа Microsoft Source Safe. SVN уже был значительно лучше CVS. А Git гораздо лучше SVN.
| | |
|
|
|
| 2.18, Аноним (18), 20:48, 18/11/2025 [^] [^^] [^^^] [ответить]
| –4 +/– |
Неиронично, но для совсем мелких или даже средних, банальное версионирование аля новая_папка2 внезапно неплохо справляется с задачей. Подход очень простой, старые версии архивируются, изменения в коде можно подписывать в отдельном файле.
| | |
| |
| |
| 4.27, Аноним (26), 21:30, 18/11/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Все он верно пишет. Для каждой задачи свой инструмент. Если это простой не еоммандный проект, создать новую папку будет проще и быстрее.
| | |
| |
| 5.31, morphe (?), 23:05, 18/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Разве что на хелловрот с тремя файлами, иначе даже в личных проектах образуется достаточно кода чтобы за ним надо было нормально следить
| | |
| |
| 6.56, Трахтенберг (?), 03:15, 19/11/2025 [^] [^^] [^^^] [ответить]
| –3 +/– | |
> Разве что на хелловрот с тремя файлами
Судя по характеру комментариев, это твой максимум -- писать раздутые hello world. Хотя вроде ты и не индус, чтобы платили за количество строк кода. Подозрительно 🤔
| | |
| 6.111, 12yoexpert (ok), 05:24, 21/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
обычно маленькие дети начинают копировать каталоги и создавать архивы, пока ещё боятся VCS. потом приходит понимание, что даже для хелловротов git init - первое, что нужно сделать
| | |
|
| 5.41, _ (??), 00:03, 19/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
Тля, в Спарте вас бы со скалы ...
Запоминай или прямо копи-пЭйсти:
mkdir Суперпрога
cd Суперпрога
git init
cat <<EOF >CoC.md
Rust has a safe mem0ry management! Nyaaaaaaa!!!
EOF
git add --all
git commit -m "Суперпрога B0rnCry!"
git status
git log
И всё - ты уже белый человек, а не тварь дрожащая :-))))))
| | |
|
| 4.45, morphe (?), 01:10, 19/11/2025 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> От всей души надеюсь, что это сарказм
Если хоть раз приходилось сталкиваться с инфраструктурой не-айти компаний, где сайт и всё прочее делал племянник начальника - то можно понять что скорее всего не сарказм.
Увы, но эффект Даннинга-Крюгера сильно распространён
| | |
|
|
| 2.76, Аноним (76), 10:06, 19/11/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
+1. Например, Mercurial(Hg). Ума не приложу, каким надо быть дилетантом, чтобы выбирать Git! Самое кривое поделие со времён "линукса-ядра".
| | |
| |
| 3.84, Аноним (82), 11:39, 19/11/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Git - де-факто стандарт в индустрии разработки ПО. Его используют не дилетанты, а профессионалы. А ты просто унылый хейтер-неасилятор.
| | |
| |
| 4.90, xsignal (ok), 14:51, 19/11/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Его используют не дилетанты, а профессионалы
Да уж... По работе регулярно наблюдаю, как с ним мучаются даже гуру Git'а
| | |
|
| 3.97, _ (??), 01:37, 20/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Например, Mercurial(Hg)
Один нюанс(С) - может ты и не заметил, но он немножечко сдох(С) :(
Не пережил переезд пыхтона с 2-ки на 3-ку ...
| | |
|
|
| |
| 2.62, Кошкажена (?), 05:31, 19/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Скоро раздуют IT-пузырь до того, что понадобится отдельный специалист по git.
Да нет, вместо gitops-инженера будет вайбgit.
| | |
| |
| 3.66, Аноним (67), 06:57, 19/11/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Смешно будет, когда всех этих "инженеров" с гуманитарным образованием попрут, когда пузырь лопнет.
| | |
|
| 2.77, Аноним (76), 10:09, 19/11/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
По факту, так и есть. НИ ОДИН юзер гита не скажет "Я знаю весь гит" - ибо нереально. Что говорит о непомерной раздутости инструмента ради местечковых бонусов. Не говоря уже о том, что никто не смог заюзать гит без месяцев тренировки и ГУЯ. В противовес Hg, который прозрачен как логическая цепочка Сократа.
| | |
| |
| 3.86, Аноним (82), 11:43, 19/11/2025 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> никто не смог заюзать гит без месяцев тренировки и ГУЯ.
Вызывающее неверная информация. Если ты на это не способен - говори за себя, только и всего.
А ты все ключи ls наизусть знаешь? Или ls - тоже "непомерно раздутый инструмент"?
| | |
| 3.91, Кошкажена (?), 16:07, 19/11/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
> По факту, так и есть. НИ ОДИН юзер гита не скажет "Я
> знаю весь гит" - ибо нереально. Что говорит о непомерной раздутости
> инструмента ради местечковых бонусов.
Это всего лишь говорит о том, что инструментом можно пользоваться не залазя под капот.
| | |
| 3.101, Аноним (101), 09:59, 20/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Не думаю что там нужны месяцы тренировок. В основном несколько основных комманд для создания коммитов, веток, мерджей, и возможно реверта коммитов. Историю же и вправду проще просматривать через гуи, но не более того. Очень просто инструмент на самом деле
| | |
|
|
| 1.28, Аноним (26), 21:32, 18/11/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Гит нужен исключительно для командной работы над очень крупными проектами на тысячи строк. Для всего остального быстрее и проще создавать новые папки. А теперь докажите, что это не проще. И я серьёзно.
| | |
| |
| 2.29, Аноним (6), 21:52, 18/11/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> на тысячи строк
может на сотню тысяч?
Тысячи строк - это так-то и 2000 и 10000, что на крупный проект как-то не тянет.
| | |
| |
| 3.30, Аноним (26), 22:08, 18/11/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Для меня даже одна тысяча это очень много. Мои проекты (торговые боты для Polymarket) укладываются обычно в сотню. Максимум две сотни строк. Возможно потому, что я практикую подход к написанию кода от suckless.org.
| | |
| |
| 4.33, morphe (?), 23:08, 18/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Короче пишешь питон скриптики на один файл, зачем маскировать это под какой-то мистический подход к написанию кода
| | |
| |
| 5.39, Аноним (37), 23:48, 18/11/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Да и вообще питон скриптики на один файл легко 10к строк набирают за вечер, если есть, что писать. Вот работать с ними ад во всех отношениях -- даже редактор неимоверно лагает.
| | |
| |
| 6.52, Трахтенберг (?), 03:02, 19/11/2025 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> один файл легко 10к строк набирают за вечер,
Обычно так комментируют те, кто вообще ни одной строки не написал.
| | |
| |
| 7.71, Аноним (37), 07:37, 19/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
>> один файл легко 10к строк набирают за вечер,
> Обычно так комментируют те, кто вообще ни одной строки не написал.
Чепуха, навалить под 10к строк питона не проблема за день. Разгребать ещё неделю придётся конечно.
| | |
| |
| 8.80, Аноним2 (?), 10:30, 19/11/2025 [^] [^^] [^^^] [ответить] | –1 +/– | Для начала попробуй 10к строк текста набить и оцени насколько это нереально в ко... текст свёрнут, показать | | |
| |
| 9.81, Аноним (37), 10:31, 19/11/2025 [^] [^^] [^^^] [ответить] | +/– | Текст сложнее кода, сразу скажу А уж минимально осмысленный текст действительно... текст свёрнут, показать | | |
|
|
|
|
|
| 4.53, Трахтенберг (?), 03:04, 19/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Для меня даже одна тысяча это очень много.
Ты что, порядочный говн0кодер просто обязан на каждый пуK создавать классы и 100500 проверок обернутых в контейнер на докере с клиент-серверной архитектурой.
| | |
|
| 3.54, Трахтенберг (?), 03:08, 19/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
>> на тысячи строк
> может на сотню тысяч?
> Тысячи строк - это так-то и 2000 и 10000, что на крупный
> проект как-то не тянет.
Вижу в твои словах попытку возвысить себя над окружающими, но сработало это в обратную сторону. Ведь чем больше строк в твоём коде, тем этот код ХУЖЕ. Любой инженер скажет, что вероятность ошибки/неисправности возрастает с количеством точек отказа, ну т.е. в твоём случае строк кода :-)
| | |
| |
| 4.92, Аноним (37), 18:42, 19/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Вижу в твои словах попытку возвысить себя над окружающими, но сработало это
> в обратную сторону. Ведь чем больше строк в твоём коде, тем
> этот код ХУЖЕ. Любой инженер скажет, что вероятность ошибки/неисправности возрастает с
> количеством точек отказа, ну т.е. в твоём случае строк кода :-)
Вот, кстати, именно так рассуждают люди, не имеющие ни одного продукта за плечами. Любой продукт это минимум сотни тысяч строк. А средняя частота ошибок значение плюс-минус константное, но зависит от сложности (и всратости) логики, и никак не от количества строк.
| | |
| |
| 5.94, Аноним (-), 18:46, 19/11/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> сотни тысяч строк
Эмм… Ты вообще осознаешь какой это объем текста? Ты столько простого человекочитаемого текста за всю жизнь вряд ли напишешь, не говоря про код.
| | |
| |
| 6.95, Аноним (37), 18:54, 19/11/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ты когда-нибудь видел полноценные продукты? Средний программист пишет от 1 до 10 тысяч строк кода в день, какой это объём? Ерунда. Написать не проблема, сопровождать (рефакторить, дорабатывать, искать ошибки) -- проблема.
| | |
| |
| 7.99, nn (??), 08:33, 20/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
8 часов рабочий день * 60 минут в часе * 60 секунд в минуте = 12000
твой программер пишет почти строку кода за секунду?
| | |
|
|
|
|
|
| 2.32, morphe (?), 23:07, 18/11/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
Если с гитом умеешь работать, то мысли использовать копии директории даже не возникает
| | |
| |
| 3.51, Трахтенберг (?), 03:01, 19/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Если с гитом умеешь работать, то мысли использовать копии директории даже не
> возникает
А если не умеешь и не собираешься работать в команде, то и учить не стоит, забивая голову всем подряд, но только не кодом. Да.
| | |
| |
| |
| 5.65, Аноним (67), 06:56, 19/11/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Всё равно создавать папки быстрее, чем работать с гуем гита. Просто потому что это забивание гвоздей микроскопом.
| | |
|
| 4.96, Аноним (37), 20:05, 19/11/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Если ты работаешь 1 -- просто не публикуешь, гит всё ещё идеальный способ отслеживать историю. Он позволяет проследить логику изменений, что недоступно с копиями дерева файлов. А вот это действительно ценно. Если, конечно, не пихать всё в 1 коммит (осуждающе смотрю на разработчиков кед). Всё базовое взаимодействие с гитом досконально изучается за вечер, было бы там что учить.
| | |
| |
| 5.102, Аноним (101), 10:02, 20/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
1 коммит тоже зависит от контекста. Сделать один скваш из десяток мусорных изменений, в единый информативный коммит - что такого плохого?
| | |
| |
| 6.103, Аноним (37), 10:23, 20/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
> 1 коммит тоже зависит от контекста. Сделать один скваш из десяток
> мусорных изменений, в единый информативный коммит - что такого плохого?
Коммиты должны быть такими, чтобы их можно было идентифицировать и откатить при необходимости в последствии. И не тратить кучу времени на идентификацию всех зависимых изменений в десятках коммитов и ручное удаление.
| | |
|
|
| 4.107, Аноним (107), 19:02, 20/11/2025 [^] [^^] [^^^] [ответить] | +/– | Нет Если ты многократно вносишь изменения в свой скриптик на сотню строк, то gi... большой текст свёрнут, показать | | |
|
| 3.61, Кошкажена (?), 05:29, 19/11/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Возникает, если у тебя бинарные данные или нужно бок о бок смотреть 2 версии проекта.
| | |
| |
| 4.72, morphe (?), 07:52, 19/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Возникает, если у тебя бинарные данные или нужно бок о бок смотреть
> 2 версии проекта.
Для бинарных данных можно хоть свой мерждрайвер сделать (это не сложно, + есть готовые даже для libreoffice)/хоть smudge фильтр для преобразования их в не-бинарные для работы с ними как с текстом/хоть git annex для автоматического сохранения/выгрузки в/из S3 и работы с ним как с ссылокой/хоть git LFS для опять же хранения его как ссылки
Бок о бок ты в гите можешь сравнить хоть 10 версий проекта, все инструменты для этого есть, можешь даже для каких-то инструментов сделать несколько рабочих деревьев через git worktree
| | |
| |
| 5.74, Кошкажена (?), 07:57, 19/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
>> Возникает, если у тебя бинарные данные или нужно бок о бок смотреть
>> 2 версии проекта.
> git annex для автоматического сохранения/выгрузки в/из S3
Хочу локально хранить.
| | |
|
|
|
| 2.46, Аноним (46), 01:44, 19/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Создать проще, только вот спустя время разбираться в этом зоопарке папок будет куда сложнее.
| | |
| |
| 3.50, Трахтенберг (?), 02:59, 19/11/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Создать проще, только вот спустя время разбираться в этом зоопарке папок будет
> куда сложнее.
Удалить все старое, оставив последний вариант. Зачем хранить все? Никогда гитом не пользовался для личных проектов.
| | |
| |
| 4.112, 12yoexpert (ok), 05:28, 21/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Никогда гитом не пользовался для личных проектов.
это вообще не повод для гордости. когда (желаю тебе таки "когда", а не "если") начнёшь - тебе будет стыдно, что в принципе вслух такие глупости говорил
| | |
|
|
| 2.78, Аноним (76), 10:12, 19/11/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ну нет. Даже если у тебя ДВА разраба на 1 проект, всё равно нужна DVCS (Mercurial). Потому что не всегда ты заливаешь "готовый код" - иногда у тебя сделано пол-фичи, но нужно "залить на сервер", т.к. у тебя ноут сдыхает! Сделал бранч и заливай хоть вирусы.
Собственно, "бранчи" и есть краеугольный камень любой VCS - они позволяют всем залить свой кусок кода, но не портить "главный проект".
| | |
| 2.87, Аноним (82), 11:51, 19/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Гит нужен исключительно для командной работы над очень крупными проектами на тысячи строк.
Тысячи строк - это "очень крупный проект"? По мне, так это очень мелкий проект.
| | |
| |
| 3.93, Аноним (-), 18:43, 19/11/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> По мне, так это очень мелкий проект.
Так говорить может только тот, кто не осилил даже тысячу строк простого текста, не говоря о коде и программировании.
| | |
| |
| 4.105, Аноним (82), 17:28, 20/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Так говорить может только тот, кто только и может, что строить предположения, кто и что может говорить. А сделать что-то реальное вместо своей болтовни не способен.
| | |
|
|
|
| |
| 2.55, Трахтенберг (?), 03:10, 19/11/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Ну и разве это не bloat?
Сферический в вакууме. Да. Он самый. Совсем скоро в это недоразумение будет вбухано человекочасов большая чем в само ядро :-)
| | |
|
| |
| 2.70, Аноним (67), 07:01, 19/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Сабж — классический хрестоматийный пример оверинжиниринга.
Хрестоматийный пример нинужного.
| | |
| 2.79, Аноним (76), 10:14, 19/11/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Не-не... архитектура там как раз простая (хоть и кривая), тут наглядный пример overbloated code. Overengineering - это когда print "hello world" решается через фабрики классов, DI и с тысячей тестов. :)
| | |
|
| 1.60, Кошкажена (?), 05:28, 19/11/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
1. В целом git закончен, так что даже фиксация версии не должна ничего сломать.
2. Есть got.
| | |
|