| 1.3, Аноним (3), 18:35, 18/11/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
Все говорят что раст это плохо. Но ведь 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 [^] [^^] [^^^] [ответить]
| +/– |
Не думаю что там нужны месяцы тренировок. В основном несколько основных комманд для создания коммитов, веток, мерджей, и возможно реверта коммитов. Историю же и вправду проще просматривать через гуи, но не более того. Очень просто инструмент на самом деле
| | |
| 3.115, Аноним (115), 05:32, 22/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Врешь. Огромное количество народу пользуется гитом из консоли, потому что типовые сценарии требуют знания только git merge, git rebase, git add, git pull, git push, git checkout, git branch.
Единственное, что неудобно делать из консоли - это конфликты решать, это удобно в GUI делать графическом, с цветовой раскраской блоков.
| | |
|
|
| 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 [^] [^^] [^^^] [ответить] | –2 +/– | Для начала попробуй 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.
| | |
|