forum.opennet.ru - "Выпуск Git 2.55 c включением по умолчанию поддержки Rust" (84)

"Выпуск Git 2.55 c включением по умолчанию поддержки Rust"

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
Сообщение от opennews (??), 30-Июн-26, 11:50
Представлен релиз распределенной системы управления исходными текстами Git 2.55. Среди ключевых изменений: включение по умолчанию сборки с Rust, реализация для Linux процесса fsmonitor, новая стратегия переупаковки инкрементального MIDX-индекса, команда "git history fixup" для исправления коммита, оптимизация генерации битовых карт доступности объектов, поддержка параллельного выполнения hook-ов, команда "git format-rev". Код Git распространяется под лицензией GPLv2+... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=65808
Ответить \| Правка \| Cообщить модератору

Оглавление

Когда у меня интересуются, что я считаю оверинжинирингом, я не задумываясь отвеч, Yowayowa Sensei (?), 11:50 , 30-Июн-26, (2) +13

А как-же linux kernel , Аноним (4), 11:54 , 30-Июн-26, (4)

Так одно создавалось для другого Неудивительно почему получился паршивый продук, Yowayowa Sensei (?), 11:56 , 30-Июн-26, (7) +4

Ну, пользователей же вынуждают разбираться с разницей между скачиванием документ, Аноним (9), 12:03 , 30-Июн-26, (9) –4

Глупости, pul как раз одна из популярных команд git pullgit add git commit -m , одвто7 (?), 12:23 , 30-Июн-26, (14) +5

А весь этот винегрет можно было заменить какой-нибудь одной git sync superhotfi, Аноним (22), 12:47 , 30-Июн-26, (22)

открой для себя магию алиасов , Аноним (24), 12:51 , 30-Июн-26, (24) +3

Попробуй предложить, чтобы из гита удалили лишнее, что используется для децентра, Аноним (19), 12:39 , 30-Июн-26, (19) –3
Ага, на столько паршивый, что практически все конкурирующие системы контроля вер, Аноним (43), 13:55 , 30-Июн-26, (43) +1

Это просто мода и влияние авторитета Если бы автором был не Торвальдс и если бы, zionist (ok), 16:20 , 30-Июн-26, (95)

Программы можно разделить на те которые оверинжиниринг, и те которые нафиг ником, Аноним (8), 12:02 , 30-Июн-26, (8)

Только по той причине, что срыночек порешал, а не здравый смысл, Yowayowa Sensei (?), 12:05 , 30-Июн-26, (11) +3

Скрыто модератором, Аноним (16), 12:24 , 30-Июн-26, (16)
Ещё один воен против рыночка Да, в принципе, только благодаря ему что- то кроме , aname (ok), 12:43 , 30-Июн-26, (21) –1
Очень глупо думать что рынок, особенно свободного софта, где не так силён маркет, Аноним (76), 15:08 , 30-Июн-26, (76)

Ох уж эти ложные дихотомииНе поэтому Против KISS воюем , aname (ok), 12:41 , 30-Июн-26, (20)

Ложность не доказывается твоим комментарием Поэтому Сложные предметные области , Аноним (19), 12:52 , 30-Июн-26, (25)

Примерно везде Начиная с Intel ME до автомобилей, самолётов, ракет, мед оборуд, e (??), 13:43 , 30-Июн-26, (39)

Э Ты уверен что в Intel ME, самолётах, ракетах внутри зоопарк мелких программ к, Аноним (-), 14:07 , 30-Июн-26, (48) +1

Напоминаю, что ты не обязан пользоваться ВООБЩЕ ВСЕМ функционалом гита Оверинжи, q (ok), 12:07 , 30-Июн-26, (12)

Не только Из Cambridge Dictionary over-engineer --- to create, design, or buil, e (??), 12:33 , 30-Июн-26, (17) +1

Отлично А теперь ты берешь - и приводишь функционал в гите, которым вообще никт, q (ok), 12:35 , 30-Июн-26, (18)

Такого функционала просто не может быть, гит слишком распространен, добавь туда , e (??), 13:26 , 30-Июн-26, (36)

Функционал аудио-плеера не принадлежит домену управления ревизиями дерева исходн, q (ok), 13:44 , 30-Июн-26, (40) +1

Время зря потратишь Как вариант Запись фильмов есть, хотя и не всех - но не нужн, Аноним (44), 13:56 , 30-Июн-26, (44)
Ты не поверишь, e (??), 13:56 , 30-Июн-26, (45)
версионировать код это полный бред, спеку версионируют и все в одном файле, а чт, Аноним (47), 14:02 , 30-Июн-26, (47)

а потом садятся на невидимого розового единорога и улетают в волшебную страну с , Аноним (-), 14:12 , 30-Июн-26, (50)

давай стихамида ради бога, хоть 100 раз, пока не зафиксировали спеку, или у вас , Аноним (47), 14:28 , 30-Июн-26, (59)

Сразу видно джуна с идеями как долежн работать чужой бизнес Спека у него, видиш, Аноним (90), 15:53 , 30-Июн-26, (90)

Странная аналогия, телевизор это не рабочий инструмент Скажем, на сколько проце, e (??), 14:10 , 30-Июн-26, (49)

Не поверю, что освоение стандарта си занимает меньше времени, чем наипростейшего, q (ok), 14:18 , 30-Июн-26, (51) +1

Как скажешь , e (??), 14:32 , 30-Июн-26, (60)
у нынешних макита шуруповертов есть всякие беспроводные интерфейсы управления б, Аноним (47), 14:34 , 30-Июн-26, (61)

О ужас А чтобы починить машину сложнее жигулятора нужно иметь как минимум ELM32, Аноним (68), 14:47 , 30-Июн-26, (68)

Скрыто модератором, Аноним (47), 14:58 , 30-Июн-26, (74) –1

У тебя нет экспертизы ни в авиации, ни, как видим, в гите, ибо ты до сих пор не , q (ok), 14:48 , 30-Июн-26, (69)

Не дам, e (??), 15:09 , 30-Июн-26, (77)

Что и требовалось доказать только и умеешь, что газифицировать лужу ыкспердным , q (ok), 15:40 , 30-Июн-26, (88)

Давай покажи ее какой наивный вывод, аналогия это не то же самое , это походу у, Аноним (47), 15:13 , 30-Июн-26, (80) –1

Ты мне приведи не просто пример оверинжинеринга , а пример оверинжинеринга ГИТ, q (ok), 15:38 , 30-Июн-26, (87)

вы ошиблись, Аноним (23), 12:48 , 30-Июн-26, (23)
Не с целью поругаться, но по поводу проще - вот не могу назвать detached head, НектоОткудаТо (?), 13:08 , 30-Июн-26, (31)

Ты не отличаешь сложно от оверинжиниринг Извиняй чувак, но реальные самолет, q (ok), 13:25 , 30-Июн-26, (35)

Никто не обязан для тебя прыгать и что-то доказывать Хочешь - жри г--но типа gi, Аноним (72), 14:53 , 30-Июн-26, (72)

Они оба точно нормальные , Аноним (78), 15:10 , 30-Июн-26, (78)

git без оверинжиринга называется hg До сих пор до конца не умер Для 95 ком, хрю (?), 13:36 , 30-Июн-26, (37) +4

У тебя странно в одном комментарии Для 95 коммерческих разработок его возможно, Аноним (-), 14:18 , 30-Июн-26, (52)
Ты про Mercurial Пользовался как-то им Но он, увы, на Python 2 написан А эту , FSA (ok), 14:27 , 30-Июн-26, (57) +1

Удивительно, но есть Mercurial на C Но его автор видимо настолько жадный и ам, Аноним (72), 14:51 , 30-Июн-26, (70)

Питон давно перегоняется автоматом в C и точно работал Ладно хоть не на Электр, _kp (ok), 15:26 , 30-Июн-26, (83)

Много лет назад повёлся на эти сказки и одному не-айтишному знакомому посоветова, Аноним (76), 15:18 , 30-Июн-26, (82)
Неправильно Git без оверинжениринга называется Got А hg это куча экскрементов , name (??), 15:48 , 30-Июн-26, (89)

Я думаю, ты путаешь овер-инжиниринг и андер-инжиниринг Оверинжиниринг это та ед, Аноним (58), 14:27 , 30-Июн-26, (58) +1

Ждём форка или независимой реализации на любом языке из набора GCC Gccrs ещё не, Аноним (3), 11:52 , 30-Июн-26, (3)

Но зачем Оно отлично собирается clang llvm под свободной лицензией Зачем делать , Аноним (10), 12:04 , 30-Июн-26, (10) –3

Потому что, GCC forever Лучше, чтобы весь бинарный код был сгенерирован одним к, Аноним (3), 12:24 , 30-Июн-26, (15) –1

Угу, часть крейтов фейлится или компилится неправильно, если шланг не единственн, Аноним (41), 13:52 , 30-Июн-26, (41) +2

А зачем учитывать мнение любителей несвободного софта Gonna cry c Без тупых , Аноним (-), 14:21 , 30-Июн-26, (54)

Любитель ты наш полусвободного софта , Аноним (3), 14:36 , 30-Июн-26, (62)
В этом и дело, для всех пакетов в которые добавлялся раст, приходится менять ком, Аноним (41), 14:44 , 30-Июн-26, (66)

У меня как-правило в системе стоит по паре-тройке версий llvm и gcc, и я не стал, Аноним (58), 14:40 , 30-Июн-26, (63)

Какой у тебя компилятор установлен как cc Я librsvg не мог собрать из-за proc-m, Аноним (41), 14:46 , 30-Июн-26, (67)
вот чтоты просто взял и проверил Вместо бездоказательного звездежа, который анон, Аноним (73), 14:53 , 30-Июн-26, (73)

А ты, видимо, тоже большой поклонник нейронок Seems appropriate для поклонника , Аноним (41), 14:59 , 30-Июн-26, (75)

Скрыто модератором, Аноним (84), 15:28 , 30-Июн-26, (84) –1

Скрыто модератором, Аноним (41), 15:58 , 30-Июн-26, (91)

Скрыто модератором, Аноним (3), 12:57 , 30-Июн-26, (27)
Это который отстает в реализации стандартов , Аноним (44), 13:41 , 30-Июн-26, (38)
Потому что иметь один компилятор в виде rustc - потенциальная проблема с бэкдоро, Аноним (42), 13:54 , 30-Июн-26, (42) +1

Да-да, та самая стршная статья на которую психи фапают уже десяток лет А тем вре, Аноним (55), 14:26 , 30-Июн-26, (55)
Это лечится бутстрапом на старых версиях, для этого ни разу не нужен второй комп, Аноним (76), 15:13 , 30-Июн-26, (79)

Эта консольная утилита для скачивания кода с гитхабов уже слишком сложна , Гуманоид (?), 14:00 , 30-Июн-26, (46) +5
Да неужели Это просто хорошие новости А то приходилось свои костыли использо, FSA (ok), 14:21 , 30-Июн-26, (53)

Подвести несколько url-ов под один remote, чтобы пуш в нескольк разных серверов , Аноним (86), 15:37 , 30-Июн-26, (86)

возвращаясь собственно к новости а нахрена раст в гите , Аноним12345 (?), 14:26 , 30-Июн-26, (56) +2

Модно, стильно, молодёжно PS Вот бы Zig ещё добавить , Аноним (3), 14:40 , 30-Июн-26, (64)

Скрыто модератором, Омоним (?), 15:29 , 30-Июн-26, (85)

Скрыто модератором, Аноним (78), 15:15 , 30-Июн-26, (81) –1
because А если серьезно, то убогость СИшки оценили на дыренях в ядре, драйверах,, Аноним (93), 16:12 , 30-Июн-26, (93)

Это какой-то новый скриптовый язык для гита , Аноним (71), 14:53 , 30-Июн-26, (71) +1
Посоветуйте альтернативы Тащить раст в зависимости не хочу , Аноним (92), 16:09 , 30-Июн-26, (92)

Работа дворником Свежий воздух, движение на улице Никаких проблем со зрением или, Аноним (93), 16:13 , 30-Июн-26, (94)
Got от разрабов openbsd , Анонимно12340 (?), 16:24 , 30-Июн-26, (96)

Сообщения [Сортировка по ответам | RSS]

2. Сообщение от Yowayowa Sensei (?), 30-Июн-26, 11:50 +13 +/–

Когда у меня интересуются, что я считаю оверинжинирингом, я не задумываясь отвечаю, что это git

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #8, #12, #37, #58

3. Сообщение от Аноним (3), 30-Июн-26, 11:52 +/–

Ждём форка или независимой реализации на любом языке из набора GCC. Gccrs ещё не готов.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #10

4. Сообщение от Аноним (4), 30-Июн-26, 11:54 +/–

А как-же linux kernel?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #7

7. Сообщение от Yowayowa Sensei (?), 30-Июн-26, 11:56 +4 +/–

Так одно создавалось для другого. Неудивительно почему получился паршивый продукт. Не говоря о том, что абсолютное большинство коммерческих и любительских проектов используют централизованную модель разработки (через github, gitLab или bitbucket).
Многие распределенные возможности git остаются невостребованными, но разработчики все равно вынуждены нести накладные расходы на их понимание и обслуживание (например, разбираться с разницей между git fetch и git pull, настраивать upstream-ветки).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #9, #19, #43

8. Сообщение от Аноним (8), 30-Июн-26, 12:02 +/–

> Когда у меня интересуются, что я считаю оверинжинирингом, я не задумываясь отвечаю, что это git
Программы можно разделить на те которые оверинжиниринг, и те которые нафиг никому не нужны.
Как показывает практика мир вокруг - весьма сложная штука, поэтому софт тоже становится сложным.
А всякие suckless поделки на практике могут только suck ¯\_(ツ)_/¯.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #11, #20

9. Сообщение от Аноним (9), 30-Июн-26, 12:03 –4 +/–

> разбираться с разницей между git fetch и git pull
Ну, пользователей же вынуждают разбираться с разницей между скачиванием документа/программы/песенки и их открытием/запуском/прослушиванием. Так в чём проблема увидеть разницу между git fetch и git pull? Не говоря уж о том, что git pull вообще не особо нужная команда, я вообще ей пользовался десяток раз, чтобы подтянуть изменения чужих репозиториев и пересобрать исходник. Для своих репозиториев удобнее git fetch+git merge.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #14

10. Сообщение от Аноним (10), 30-Июн-26, 12:04 –3 +/–

> Ждём форка или независимой реализации на любом языке из набора GCC. Gccrs ещё не готов.
Но зачем?
Оно отлично собирается clang/llvm под свободной лицензией.
Зачем делать форк для гнуракового убожества?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #15, #27, #38, #42

11. Сообщение от Yowayowa Sensei (?), 30-Июн-26, 12:05 +3 +/–

> софт тоже становится сложным
Только по той причине, что срыночек порешал, а не здравый смысл

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #16, #21, #76

12. Сообщение от q (ok), 30-Июн-26, 12:07 +/–

Напоминаю, что ты не обязан пользоваться ВООБЩЕ ВСЕМ функционалом гита. Оверинжиниринг -- это когда что-то сделали, а оно могло быть проще. Так вот: приведи конкретный пункт, в котором что-то в гите могло быть проще. Хотя бы один пункт. Вот прям ща. Ты же отвечаешь за свои слова, верно? Или просто газифицируешь лужу? Один пункт. Не два, не три, а всего один.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #17, #23, #31, #72

14. Сообщение от одвто7 (?), 30-Июн-26, 12:23 +5 +/–

Глупости, pul как раз одна из популярных команд!
git pull
git add .
git commit -m "..."
git push
Это покрывает 90% работы с гитом, всё остальное это уже рукоблудие 😁

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #22

15. Сообщение от Аноним (3), 30-Июн-26, 12:24 –1 +/–

Потому что, GCC forever! Лучше, чтобы весь бинарный код был сгенерирован одним кодогенератором. По крайней мере, код базовых компонентов системы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #41

16. Сообщение от Аноним (16), 30-Июн-26, 12:24 Скрыто ботом-модератором +/–

> Только по той причине, что срыночек порешал, а не здравый смысл
Так здравый смысл создал линукс - то что работает уже сейчас и решает задачи возникающие у людей.
А нетакусьные шuзики создали план9.
Я бы пошутил, что "получился отличный план, надежный как швейцарские часы", но нет получилось никому ненужное овно.
С тревожным расстройством по поводу кол-ва строк,
подходами "самoкаcтрация - только С99",
и патчами в виде кода "мы з̶а̶х̶а̶р̶д̶к̶о̶д̶и̶л̶и̶ заовнокодили конфиг в коде"

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

17. Сообщение от e (??), 30-Июн-26, 12:33 +1 +/–

> Оверинжиниринг -- это когда что-то сделали, а оно могло быть проще.
Не только. Из Cambridge Dictionary:
over-engineer --- to create, design, or build something to be more complicated or perform more actions than is necessary or helpful.
Вторая часть как раз к гиту и подходит

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #18

18. Сообщение от q (ok), 30-Июн-26, 12:35 +/–

> Вторая часть как раз к гиту и подходит
Отлично! А теперь ты берешь - и приводишь функционал в гите, которым вообще никто не пользуется: ни пользователи, ни другие системы вроде cgit, GitLab etc. Давай. Прям ща. Хоп! - и приводишь ОДНУ такую вещь.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #36

19. Сообщение от Аноним (19), 30-Июн-26, 12:39 –3 +/–

Попробуй предложить, чтобы из гита удалили лишнее, что используется для децентрализованной разработки.
Сообщество™ Борцунов за Щв06одьку™ будет тебя поливать помоями, даже если они не используют эти фичи))

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

20. Сообщение от aname (ok), 30-Июн-26, 12:41 +/–

> Программы можно разделить на те которые оверинжиниринг,
> и те которые нафиг никому не нужны.
Ох уж эти ложные дихотомии

> мир вокруг - весьма сложная штука, поэтому софт тоже становится сложным.
Не поэтому.

> А всякие suckless поделки на практике могут только suck
Против KISS воюем?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #25

21. Сообщение от aname (ok), 30-Июн-26, 12:43 –1 +/–

Ещё один воен против рыночка.
Да, в принципе, только благодаря ему что- то кроме … существует.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

22. Сообщение от Аноним (22), 30-Июн-26, 12:47 +/–

А весь этот винегрет можно было заменить какой-нибудь одной git sync "superhotfix 128"

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #24

23. Сообщение от Аноним (23), 30-Июн-26, 12:48 +/–

>Оверинжиниринг -- это когда что-то сделали, а оно могло быть проще
вы ошиблись

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

24. Сообщение от Аноним (24), 30-Июн-26, 12:51 +3 +/–

открой для себя магию алиасов :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

25. Сообщение от Аноним (19), 30-Июн-26, 12:52 +/–

> Ох уж эти ложные дихотомии
Ложность не доказывается твоим комментарием)
>> мир вокруг - весьма сложная штука, поэтому софт тоже становится сложным.
> Не поэтому.
Поэтому. Сложные предметные области порождают сложный софт.
Так как гит делался как децентрализованная штука - то сработала теорема Брюера.
Поэтому он получился сложный.
Можно конечно выкинуть половину кода со словами "а мне и так сойдет", но на выходе получится штука у которой не будет всех возможностей гита.
>> А всякие suckless поделки на практике могут только suck
> Против KISS воюем?
А что против нее воевать? Принцип классный на бумаге, а в реальности получается то что получается)
На UNIX-way тоже поколения какеров наяривали, и где теперь UNIX со своим way?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #39

27. Сообщение от Аноним (3), 30-Июн-26, 12:57 Скрыто ботом-модератором +/–

Кому рак (приприерастам), а кому глоток свежего воздуха.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

31. Сообщение от НектоОткудаТо (?), 30-Июн-26, 13:08 +/–

Не с целью поругаться, но по поводу "проще" - вот не могу назвать detached head удобной концепцией для тех, кто хочет перейти на произвольный коммит. Допускаю, что Вам и многим другим это может казаться простым. А вот мне и многим другим это простым не кажется. Вывод - что не просто для всей целевой аудитории, то простым не является.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #35

35. Сообщение от q (ok), 30-Июн-26, 13:25 +/–

Ты не отличаешь "сложно" от "оверинжиниринг"? Извиняй чувак, но реальные самолеты управляются чуточку сложнее, чем WASD-клавиши (даже если ты на 146% уверен, что WASD хватает! тебе в играх их хватало во всяком случае!)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

36. Сообщение от e (??), 30-Июн-26, 13:26 +/–

> приводишь функционал в гите, которым вообще никто не пользуется
Такого функционала просто не может быть, гит слишком распространен, добавь туда хоть аудиоплеер, им хоть кто-то да будет пользоваться.
> ни другие системы вроде cgit, GitLab etc
Так в этом и проблема, по видимому. Git превращается (или уже превратился) из простой СКВ, в некий "бэкенд" для крупных сервисов, судя по последним чейнджлогам. И вариант "просто не пользоваться" избыточным функционалом не прокатывает. На все эти лишние команды приходится обращать внимание, просто потому что они есть, ну, ты же как бы инструмент изучаешь, его желательно "полностью" освоить. И выходит, что для изучения простого доп. инструмента, который вроде работу облегчать должен, нужно времени больше, чем для изучения какого-нибудь ЯП.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #40

37. Сообщение от хрю (?), 30-Июн-26, 13:36 +4 +/–

git без оверинжиринга называется hg +). До сих пор до конца не умер. Для 95% коммерческих разработок его возможностей заглаза.
Но интеграций уровня gitlab к сожалению нема, отсюда и проистекает к сожалению предсмертное состояние.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #52, #57, #82, #89

38. Сообщение от Аноним (44), 30-Июн-26, 13:41 +/–

> clang/llvm
Это который отстает в реализации стандартов?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

39. Сообщение от e (??), 30-Июн-26, 13:43 +/–

> и где теперь UNIX со своим way?
Примерно везде? Начиная с Intel ME до автомобилей, самолётов, ракет, мед. оборудования, суперкомпьютеров и тд

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #48

40. Сообщение от q (ok), 30-Июн-26, 13:44 +1 +/–

> добавь туда хоть аудиоплеер, им хоть кто-то да будет пользоваться
Функционал аудио-плеера не принадлежит домену управления ревизиями дерева исходников. Приведи функционал, который удовлетворяет следующим критериям:
относится_к_теме_гита && (могло_быть_проще || никто_не_пользуется)
> Git превращается (или уже превратился) из простой СКВ, в некий "бэкенд" для крупных сервисов
Всегда был таким, доброе утро. Хочешь попроще? Пользуйся "Новой папкой (42)" и "Отчет-финальный-финальный-точно-финальный-5-после-правок-8.docx".
> вариант "просто не пользоваться" избыточным функционалом не прокатывает
Прокатывает. Я ими не пользуюсь.
> На все эти лишние команды приходится обращать внимание
Не приходится. О существовании большинства из них я даже не в курсе.
> ты же как бы инструмент изучаешь, его желательно "полностью" освоить
Нет. Инструмент осваиваешь ровно настолько, насколько лично тебе нужно. Скажем, ты даже свой телевизор освоил лишь на 10% - и все равно успешно пользуешься им годами. А вот ты попробуй потыкать по менюхам и на все кнопки пульта -- откроешь для себя редчайшие 90% функционала.
> нужно времени больше, чем для изучения какого-нибудь ЯП
А ЯП ты как изучаешь? По учебникам, в которых объясняется только то, что нужно тебе? Или читаешь стандарт от корки до корки, включая BNF синтаксиса? Вот то-то же и оно. Ты и ЯП не "полностью" осваиваешь.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #44, #45, #47, #49

41. Сообщение от Аноним (41), 30-Июн-26, 13:52 +2 +/–

Угу, часть крейтов фейлится или компилится неправильно, если шланг не единственный компилятор в системе. Я знал, что растолюбы тупые, но такой дичи не ожидал. Ну, чтобы не быть голословным, присмотрись к proc-macro2.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #54, #63

42. Сообщение от Аноним (42), 30-Июн-26, 13:54 +1 +/–

Потому что иметь один компилятор в виде rustc - потенциальная проблема с бэкдором. Единая точка для встраивания вредоносного кода. Нет альтернативных компиляторов. Рано или поздно стрельнет такая штука как описывал Кен Томпсон в "Reflections on Trusting Trust".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #55, #79

43. Сообщение от Аноним (43), 30-Июн-26, 13:55 +1 +/–

> получился паршивый продукт
Ага, на столько паршивый, что практически все конкурирующие системы контроля версий перестали существовать. Вот откуда такие сказочники берутся?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #95

44. Сообщение от Аноним (44), 30-Июн-26, 13:56 +/–

> Скажем, ты даже свой телевизор освоил лишь на 10% - и все равно успешно пользуешься им годами. А вот ты попробуй потыкать по менюхам и на все кнопки пульта -- откроешь для себя редчайшие 90% функционала.
Время зря потратишь.
Как вариант:
Запись фильмов есть, хотя и не всех - но не нужно.
Записи футбола нет, хотя и нужно.
В итоге он нужен только...
А зачем он нужен?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

45. Сообщение от e (??), 30-Июн-26, 13:56 +/–

>  Или читаешь стандарт от корки до корки, включая BNF синтаксиса?
Ты не поверишь

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

46. Сообщение от Гуманоид (?), 30-Июн-26, 14:00 +5 +/–

Эта консольная утилита для скачивания кода с гитхабов уже слишком сложна.

Ответить | Правка | Наверх | Cообщить модератору

47. Сообщение от Аноним (47), 30-Июн-26, 14:02 +/–

> Хочешь попроще? Пользуйся "Новой папкой (42)" и "Отчет-финальный-финальный-точно-финальный-5-после-правок-8.docx".
версионировать код это полный бред, спеку версионируют и все в одном файле, а чтобы 1500 ревизий не плодить, все изначально хорошо продумывают, дальше фиксируют и пишут по зафиксированной спеке код.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #50

48. Сообщение от Аноним (-), 30-Июн-26, 14:07 +1 +/–

Э?
Ты уверен что в Intel ME, самолётах, ракетах внутри зоопарк "мелких программ которые через текстовые потоки обмениваются информацией" ?
Софт для самолетов я не писал.
А вот в медицинский заглядывал.
И там никакого unixway не было.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

49. Сообщение от e (??), 30-Июн-26, 14:10 +/–

Странная аналогия, телевизор это не рабочий инструмент. Скажем, на сколько процентов функционала МФД осваивают пилоты истребителей? Много там фич, которым они не пользуются и которые усложняют при этом систему? Аналогия тоже так себе, но раз уж мы до них скатились

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #51

50. Сообщение от Аноним (-), 30-Июн-26, 14:12 +/–

>  все изначально хорошо продумывают, дальше фиксируют и пишут по зафиксированной спеке код
а потом садятся на невидимого розового единорога и улетают в волшебную страну с говорящими пони.
Могут поменяться требования.
Может измениться условия использования.
Код или архитектура может просто оказаться плохими.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #59

51. Сообщение от q (ok), 30-Июн-26, 14:18 +1 +/–

> >  Или читаешь стандарт от корки до корки, включая BNF синтаксиса?
> Ты не поверишь
Не поверю, что освоение стандарта си занимает меньше времени, чем наипростейшего мануала гита.
> телевизор это не рабочий инструмент
Какая разница? Главное, что это инструмент, к которому идет мануал, который ты не прочел. А кнопки тыкаешь наугад (и то не все).
> на сколько процентов функционала МФД осваивают пилоты истребителей?
Скан лицензии пилота скинь, прежде чем обсуждать насквозь зарегулированную отрасль, в который мимокрокодилов не пропустят, тем более после 9/11. Пока скан лицензии не скинешь, все твои комменты можно игнорировать как диванные размышления васяна.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #60, #61

52. Сообщение от Аноним (-), 30-Июн-26, 14:18 +/–

У тебя странно в одном комментарии
"Для 95% коммерческих разработок его возможностей заглаза" совмещается с "Но интеграций уровня gitlab к сожалению нема".
Мысль что "интеграция уровня гитлаба это необходимое требовние для большей части коммерческой разработки" в голову не приходила?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

53. Сообщение от FSA (ok), 30-Июн-26, 14:21 +/–

> В команду "git push" добавлена возможность помещения ветки на несколько внешних Git-серверов одной командой. Например, для передачи ветки main не только на основной сервер, но и на зеркала можно создать группу "publish" из серверов "github", "gitlab" и "mirror":
Да неужели!!! Это просто хорошие новости. А то приходилось свои костыли использоваться для этого:
```
function gpa() {
    for server in $(git remote -v | cut -f1 | uniq) ; do
        echo "git push $server"; git push $server
    done
}
function gpat() {
    for server in $(git remote -v | cut -f1 | uniq) ; do
        echo "git push $server --tags"; git push $server --tags
    done
}
```

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #86

54. Сообщение от Аноним (-), 30-Июн-26, 14:21 +/–

> Угу, часть крейтов фейлится или компилится неправильно, если шланг не единственный компилятор в системе.
А зачем учитывать мнение любителей несвободного софта?
> Я знал, что растолюбы тупые, но такой дичи не ожидал.
Gonna cry? (c)
Без "тупых" растолюбов ты уже гит не соберешь. Возможно тупой некто другой?))
> чтобы не быть голословным, присмотрись к proc-macro2.
И? Присмотрелся.
Где твой список претензий, ну или хотя бы нытья?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #62, #66

55. Сообщение от Аноним (55), 30-Июн-26, 14:26 +/–

Да-да, та самая стршная статья на которую психи фапают уже десяток лет.
А тем временем в ядре Dirty Fag'и делаютт Copy Fail'ы.
Сайт kernel компрометируют и добавляют бекдор.
Но это не страшно, так как в самом ядре бекдор от АНБ дил 10 лет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

56. Сообщение от Аноним12345 (?), 30-Июн-26, 14:26 +2 +/–

возвращаясь собственно к новости:
а нахрена раст в гите ?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #64, #81, #93

57. Сообщение от FSA (ok), 30-Июн-26, 14:27 +1 +/–

> git без оверинжиринга называется hg +).
Ты про Mercurial? Пользовался как-то им. Но он, увы, на Python 2 написан. А эту версию давно везде убрали как Legacy. А переписывать никто не хотел. Так что, фактически hg умер. Его даже с Bitbucket выкинули.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #70

58. Сообщение от Аноним (58), 30-Июн-26, 14:27 +1 +/–

Я думаю, ты путаешь овер-инжиниринг и андер-инжиниринг. Оверинжиниринг это та единственная проблема, которая не решается добавлением новых уровней абстракции, а именно проблема слишком большого числа абстракций. У git есть одна фундаментальная абстракция -- коммит, из которой естественным образом рождается абстракция бранча. Но рождается "снизу вверх", это не то чтоб разработчики сначала помыслили абстрактную идеальную ветку, а потом начали её имплементировать как абстракцию в коде; не, ровно наоборот, она возникла снизу, и поэтому она заметно расходится с идеальной веткой. Идеальная ветка будет характеризоваться точкой откуда она ответвляется, в git же нет этой точки, все ветки идут от оригинального коммита, и когда ты выполняя rebase думаешь о ветке, как о чём-то что начинается с ближайшего разветвления, это неверная модель в голове, которая поддерживается костылями.
В git очень много таких костылей, которые наводят мосты между идеальной моделью в голове у пользователя git и реальностью (то есть кучей коммитов, которой git является). Простые абстракции подпёртые костылями -- это явный признак андер-инжиниринга.
Если тебе хочется ещё примеров такого, глянь на lua. В lua есть два оператора позволяющих вызывать "методы" класса: . и :. Второй передаёт неявным параметром указатель self. Первый не передаёт, но ты можешь передать явно. lua в принципе неплохой язычок, но вот конкретно эта фишка раздражает виртуально всех, кто на lua пишет, потому что стоит тебе перепутать и использовать не тот оператор, ты получаешь рантайм ошибку, может быть код где-то попытался применить оператор + к таблице и числу, может быть он попытался получить доступ к полю числа, будто оно таблица. И это поведение lua вытекает из андер-инжиниринга, lua идеологически пытается быть как можно более простым. А это значит что рантайм не видит никакой разницы между обычной функцией и методом с параметром self, и в то же время парсер тоже не может отличить их в силу отсутствия статической типизации.
Овер-инжиниринг выглядит иначе, это абстракции на абстракциях опирающихся на абстракции. Это когда невозможно выяснить связь между моделью операции в голове у пользователя, моделью операции в голове у разработчика программы, и реальным кодом которые выполняет те или иные действия в рамках операции. "Невозможно" я конечно загнул, но если тебе приходилось копаться в корпоративном коде, то ты несомненно сталкивался и представляешь как это выглядит. Код вместо того, чтобы дёрнуть open для открытия файла создаёт абстрактный объект, причём не создаёт его, а обращается к factory, которая опять же не создаёт а делегирует создание куда-то ещё, оттуда всё это делегируется ещё куда-нибудь, в процессе ещё пять разных казалось бы несвязанных подсистем получают управление через вызовы функций, а где же на самом деле вызывается open, и какого конкретного типа создаётся объект, и где он хранит файловый дескриптор -- это вопросы на которые ты так и не нашёл ответа, хотя потратил уже два часа на расковыривание описанного выше.
Овер-инжиниринг -- это когда абстракции начинают путаться под ногами настолько, что они больше мешают, чем помогают.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

59. Сообщение от Аноним (47), 30-Июн-26, 14:28 +/–

> а потом садятся на невидимого розового единорога и улетают в волшебную страну с говорящими пони.
давай стихами
> Могут поменяться требования.
да ради бога, хоть 100 раз, пока не зафиксировали спеку, или у вас клиенты каждый день приходят со своими хотелками? И как там по цене?
> Может измениться условия использования.
заказчик софта получает в итоге готовый продукт, после получения готового продукта все хотелки равносильны новому продукту, отлично, деньги вперед.
> Код или архитектура может просто оказаться плохими.
нанимай архитектора, а не камнетеса для продумывания архитектуры.
пс: отвянь бот

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #90

60. Сообщение от e (??), 30-Июн-26, 14:32 +/–

> все твои комменты можно игнорировать как диванные размышления васяна.
Как скажешь)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

61. Сообщение от Аноним (47), 30-Июн-26, 14:34 +/–

> Какая разница? Главное, что это инструмент, к которому идет мануал, который ты не прочел. А кнопки тыкаешь наугад (и то не все).
у нынешних макита шуруповертов есть всякие беспроводные интерфейсы управления (блютуз), и чтобы таким инструментом пользоваться, нужно еще там заиметь современный смартфон, скачать приложуху из аппстора какого-то и использовать, чтобы тонко настраивать обороты вкручивания и не более. Алё, и это не оверинжинеринг? Мне на кой на стройке нужен смартфон? и не дай бог он будет устаревший, что приложуха его не поддерживает. И каждый раз когда надо будет менять профиль вкручивания, я должен тянуться к смартфону, дожили.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #68, #69

62. Сообщение от Аноним (3), 30-Июн-26, 14:36 +/–

Любитель ты наш(?) полусвободного софта.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

63. Сообщение от Аноним (58), 30-Июн-26, 14:40 +/–

> часть крейтов фейлится или компилится неправильно, если шланг не единственный компилятор в системе.
У меня как-правило в системе стоит по паре-тройке версий llvm и gcc, и я не сталкивался с тем, что какие-то крейты не собираются. Иногда им приходится через окружение передавать путь к библиотекам llvm, но это не проблема cargo/rustc, это проблема которую должны решать мейнейтеры дистрибутива или разработчики llvm. И да, наличие отсутствие gcc в системе никак не влияет на это.
> чтобы не быть голословным, присмотрись к proc-macro2.
Хмм... Я попросил LLM сгенерировать простейший проект для теста твоих заявлений и:
$ cat Cargo.toml
[package]
name = "proc-macro2-test"
version = "0.1.0"
edition = "2021"
[dependencies]
proc-macro2 = "*"
quote = "*"
$ cat Cargo.lock
# This file is automatically @generated by Cargo.
# It is not intended for manual editing.
version = 4
[[package]]
name = "proc-macro2"
version = "1.0.106"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "8fd00f0bb2e90d81d1044c2b32617f68fcb9fa3bb7640c23e9c748e53fb30934"
dependencies = [
"unicode-ident",
]
[[package]]
name = "proc-macro2-test"
version = "0.1.0"
dependencies = [
"proc-macro2",
"quote",
]
[[package]]
name = "quote"
version = "1.0.46"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "dfbc457d0c7a0759a614551b11a6409e5951f6c7537be1f1b7682b9ae9230368"
dependencies = [
"proc-macro2",
]
[[package]]
name = "unicode-ident"
version = "1.0.24"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "e6e4313cd5fcd3dad5cafa179702e2b244f760991f45397d14d4ebf38247da75"
$ cat src/main.rs
use proc_macro2::{Ident, Span, TokenStream};
use quote::{quote, ToTokens};
fn make_tokens() -> TokenStream {
    let ident = Ident::new("hello_world", Span::call_site());
    quote! {
        fn #ident() {
            println!("Hello from generated code!");
        }
    }
}
fn main() {
    let tokens = make_tokens();
    println!("Generated tokens:");
    println!("{}", tokens);
    // Parse the generated tokens back.
    let parsed: TokenStream = tokens.to_string().parse().unwrap();
    println!("\nRound-trip:");
    println!("{}", parsed.to_token_stream());
}
$ cargo run
    Updating crates.io index
     Locking 3 packages to latest compatible versions
  Downloaded quote v1.0.46
  Downloaded 1 crate (30.9KiB) in 0.17s
   Compiling proc-macro2 v1.0.106
   Compiling quote v1.0.46
   Compiling unicode-ident v1.0.24
   Compiling proc-macro2-test v0.1.0 (/home/user/tmp/test_pmacro2)
    Finished `dev` profile [unoptimized + debuginfo] target(s) in 1.50s
     Running `target/debug/proc-macro2-test`
Generated tokens:
fn hello_world () { println ! ("Hello from generated code!") ; }
Round-trip:
fn hello_world () { println ! ("Hello from generated code!") ; }
Что я^W LLM сделал не так?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #67, #73

64. Сообщение от Аноним (3), 30-Июн-26, 14:40 +/–

Модно, стильно, молодёжно.
PS Вот бы Zig ещё добавить.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #85

66. Сообщение от Аноним (41), 30-Июн-26, 14:44 +/–

В этом и дело, для всех пакетов в которые добавлялся раст, приходится менять компилятор, но после этого всё равно пытается собирать гцц. Я смотрю, некоторые RUSTFLAGS игнорят и параметры линкера не передашь крейту. Всё ломается, как результат.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

67. Сообщение от Аноним (41), 30-Июн-26, 14:46 +/–

Какой у тебя компилятор установлен как cc? Я librsvg не мог собрать из-за proc-macro2, пока не разобрался, в чём дело. Посмотри обсуждение.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

68. Сообщение от Аноним (68), 30-Июн-26, 14:47 +/–

> у нынешних макита шуруповертов есть всякие беспроводные интерфейсы управления (блютуз), и чтобы таким инструментом пользоваться, нужно еще там заиметь современный смартфон,
О ужас! А чтобы починить машину сложнее жигулятора нужно иметь как минимум ELM327!
Доколе!!
> скачать приложуху из аппстора какого-то и использовать, чтобы тонко настраивать обороты  вкручивания и не более.
Насчет "не более ты просто соврал".
> Алё, и это не оверинжинеринг?
Нет.
> Мне на кой на стройке нужен смартфон? и не дай бог он будет устаревший, что приложуха его не поддерживает. И каждый раз когда надо будет менять профиль вкручивания, я должен тянуться к смартфону, дожили.
И опять вранье. Ты случайно не депутант))?
У макиты есть два приложения:
Makita Tool Management - как раз для хитрой настройки профиля вкручивания.
При этом есть стандартњый профиль, который работает из-коробки.
И Makita Tools - по сути для отслеживания истории инструмента.
Васяну оно точно не нужно, но для строительной бригады - да.
У Tool Management есть защита инструмента от кражи или копирование профиля для разных инструментов.
Если у тебя 20 монтажников, 50 шуруповертов и требование соблюдать ТЗ на закручивание, то это весьма крутая фича.
А за возможность узнать сколько циклов заряд-разряд прошел аккум будут весьма благодарны в отделе закупок и планирования.
ps твои рассуждения на уровне детсадовца который не понимает зачем делать какие-то расчеты в сложных программах чтобы построить дом. можно же просто класть один кубик на другой.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #74

69. Сообщение от q (ok), 30-Июн-26, 14:48 +/–

> > все твои комменты можно игнорировать как диванные размышления васяна.
> Как скажешь)
У тебя нет экспертизы ни в авиации, ни, как видим, в гите, ибо ты до сих пор не привел ни одной фичи, которая была бы якобы не нужна или усложнена.
> Алё, и это не оверинжинеринг?
У тебя логическая ошибка. От того, что где-то там в какой-то абсолютно другой предметной области что-то переусложнено (не факт, кстати), не значит, что в гите то же самое. Ну в самом деле. Гитлер пил воду. Ты тоже пьешь воду. Значит, ты Гитлер?
А теперь давай, приводи хотя бы ОДНУ фичу в гите, которая либо усложнена, либо не имеет ни одного пользователя.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #77, #80

70. Сообщение от Аноним (72), 30-Июн-26, 14:51 +/–

Удивительно, но есть Mercurial на C#!! Но его автор видимо настолько жадный и амбициозный, что просидел несколько лет в ожидании "сейчас меня купят за миллион" и благополучно просрал проект (вместо того, чтобы подарить его сообществу). Парень русский если что. Ну, или русскоговорящий. :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #83

71. Сообщение от Аноним (71), 30-Июн-26, 14:53 +1 +/–

>c включением по умолчанию поддержки Rust
Это какой-то новый скриптовый язык для гита?

Ответить | Правка | Наверх | Cообщить модератору

72. Сообщение от Аноним (72), 30-Июн-26, 14:53 +/–

Никто не обязан для тебя прыгать и что-то доказывать. Хочешь - жри г--но типа git, нормальные люди пользуются Mercurial.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #78

73. Сообщение от Аноним (73), 30-Июн-26, 14:53 +/–

> Что я^W LLM сделал не так?
вот что
> Хмм... Я попросил LLM сгенерировать простейший проект для теста твоих заявлений и:
ты просто взял и проверил.
Вместо бездоказательного звездежа, который аноним 41 вбросил то ли с целью срубить плюсцов, то ли просто в силу своей глупости.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #75

74. Сообщение от Аноним (47), 30-Июн-26, 14:58 Скрыто ботом-модератором –1 +/–

> ps твои рассуждения на уровне детсадовца который не понимает зачем делать какие-то расчеты в сложных программах чтобы построить дом. можно же просто класть один кубик на другой.
ну расскажи теперь мне рассчитавший конструкцию башен близнецов, с какого они упали, если ты их в своей программе рассчитывал даже если в них влетят сразу 5 самолетов. Не расскажешь, - п*бол очередной.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

75. Сообщение от Аноним (41), 30-Июн-26, 14:59 +/–

А ты, видимо, тоже большой поклонник нейронок? Seems appropriate для поклонника раста.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #84

76. Сообщение от Аноним (76), 30-Июн-26, 15:08 +/–

> Только по той причине, что срыночек порешал, а не здравый смысл
Очень глупо думать что рынок, особенно свободного софта, где не так силён маркетинг, делает прямо неэффективные вещи.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

77. Сообщение от e (??), 30-Июн-26, 15:09 +/–

> А теперь давай
Не дам

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #88

78. Сообщение от Аноним (78), 30-Июн-26, 15:10 +/–

> нормальные люди пользуются Mercurial.
Они оба точно нормальные?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

79. Сообщение от Аноним (76), 30-Июн-26, 15:13 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

80. Сообщение от Аноним (47), 30-Июн-26, 15:13 –1 +/–

> У тебя логическая ошибка.
Давай покажи ее.
> От того, что где-то там в какой-то абсолютно другой предметной области что-то переусложнено (не факт, кстати), не значит, что в гите то же самое.
какой наивный вывод, аналогия это не "то же самое", это походу у вас с логикой наивной беда. Речь об оверинжинеринге, повторяю оверинжинеринге, привел конкретный пример оверинжинеринга на примере шуруповевртов макита. Гит такой же пример оверинжинеринга.
Короче, что и требовалось доказать, уровень ЫЫ бота от Максима даже в наивную логику не умеет.
> А теперь давай, приводи хотя бы ОДНУ фичу в гите, которая либо усложнена, либо не имеет ни одного пользователя.
сабмодули

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #87

81. Сообщение от Аноним (78), 30-Июн-26, 15:15 Скрыто ботом-модератором –1 +/–

Чтоб твой пукан полыхал.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

82. Сообщение от Аноним (76), 30-Июн-26, 15:18 +/–

> git без оверинжиринга называется hg +)
Много лет назад повёлся на эти сказки и одному не-айтишному знакомому посоветовал hg, типа ему проще разобраться будет и мне на его вопросы не надо будет отвечать. Он словил там многоголовое состояние на первом pull и так и не смог его зарезолвить, поставил git и проблем с ним никаких не имел.
> До сих пор до конца не умер. Для 95% коммерческих разработок его возможностей заглаза.
>
> Но интеграций уровня gitlab к сожалению нема, отсюда и проистекает к сожалению предсмертное состояние.
То же можно и о cvs сказать. Только VCS выбирают не потому что она коммитить умеет, а потому что ей удобно (и вообще можно) пользоваться, и именно поэтому hg там же где cvs.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

83. Сообщение от _kp (ok), 30-Июн-26, 15:26 +/–

Питон давно перегоняется автоматом в C# и точно работал.
Ладно хоть не на Электрон переписал.
Скорей всего поделку на C# вообще не смотрели, ибо проблем с ней будет больше чем со старым Питоном. :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

84. Сообщение от Аноним (84), 30-Июн-26, 15:28 Скрыто ботом-модератором –1 +/–

> А ты, видимо, тоже большой поклонник нейронок?
К результатам претензии есть?
Если нет, то при чем тут нейронка?
> Seems appropriate для поклонника раста.
И для разработчиков ядра линукс)
Сейчас ИИшку в том или ином виде не используют только луддиты или дэ'биллы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #91

85. Сообщение от Омоним (?), 30-Июн-26, 15:29 Скрыто ботом-модератором +/–

I wanna really, really, really wanna "zig-a-zig", ah

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

86. Сообщение от Аноним (86), 30-Июн-26, 15:37 +/–

Подвести несколько url-ов под один remote, чтобы пуш в нескольк разных серверов происходил одной командой, можно было и раньше. Тут же просто добавили агрегат второго уровня над remote-ами

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

87. Сообщение от q (ok), 30-Июн-26, 15:38 +/–

> привел конкретный пример оверинжинеринга на примере шуруповевртов макита
Ты мне приведи не просто "пример оверинжинеринга", а "пример оверинжинеринга ГИТА". Понимаешь? ГИТА. Гит обсуждаем, а не шпингалеты/шуруповерты/еще какую-нибудь хрень.
> сабмодули
Что сабмодули? Постоянно ими пользуюсь, и в гитхабе дохренища примеров его использования. Попробуй еще раз.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

88. Сообщение от q (ok), 30-Июн-26, 15:40 +/–

Что и требовалось доказать: только и умеешь, что газифицировать лужу ыкспердным мнением из дивана.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

89. Сообщение от name (??), 30-Июн-26, 15:48 +/–

Неправильно. Git без оверинжениринга называется Got. А hg это куча экскрементов на питоне.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

90. Сообщение от Аноним (90), 30-Июн-26, 15:53 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

91. Сообщение от Аноним (41), 30-Июн-26, 15:58 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84

92. Сообщение от Аноним (92), 30-Июн-26, 16:09 +/–

Посоветуйте альтернативы. Тащить раст в зависимости не хочу.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #94, #96

93. Сообщение от Аноним (93), 30-Июн-26, 16:12 +/–

> а нахрена раст в гите ?
because)
А если серьезно, то убогость СИшки оценили на дыренях в ядре, драйверах, пользовательском софте и тд.
Некоторые просто пишут рядом новый проект на расте (типа TOR/Arti).
Некоторые добавляют новый код.
В 3.0 вообще предлагали сделать раст обязательной зависимостью
opennet.me/opennews/art.shtml?num=63914

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

94. Сообщение от Аноним (93), 30-Июн-26, 16:13 +/–

Работа дворником!
Свежий воздух, движение на улице.
Никаких проблем со зрением или долгим сидением.
А нормальные программисты будут пользоваться гитом.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

95. Сообщение от zionist (ok), 30-Июн-26, 16:20 +/–

Это просто мода и влияние авторитета. Если бы автором был не Торвальдс и если бы он продолжал ровно сидеть на BitKeeper, ничего подобного и близко не было бы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

96. Сообщение от Анонимно12340 (?), 30-Июн-26, 16:24 +/–

Got от разрабов openbsd.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2026 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

2. Сообщение от Yowayowa Sensei (?), 30-Июн-26, 11:50	+13 +/–
Когда у меня интересуются, что я считаю оверинжинирингом, я не задумываясь отвечаю, что это git
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #4, #8, #12, #37, #58

3. Сообщение от Аноним (3), 30-Июн-26, 11:52	+/–
Ждём форка или независимой реализации на любом языке из набора GCC. Gccrs ещё не готов.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #10

4. Сообщение от Аноним (4), 30-Июн-26, 11:54	+/–
А как-же linux kernel?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2 Ответы: #7

7. Сообщение от Yowayowa Sensei (?), 30-Июн-26, 11:56	+4 +/–
Так одно создавалось для другого. Неудивительно почему получился паршивый продукт. Не говоря о том, что абсолютное большинство коммерческих и любительских проектов используют централизованную модель разработки (через github, gitLab или bitbucket). Многие распределенные возможности git остаются невостребованными, но разработчики все равно вынуждены нести накладные расходы на их понимание и обслуживание (например, разбираться с разницей между git fetch и git pull, настраивать upstream-ветки).
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #4 Ответы: #9, #19, #43

8. Сообщение от Аноним (8), 30-Июн-26, 12:02	+/–
> Когда у меня интересуются, что я считаю оверинжинирингом, я не задумываясь отвечаю, что это git Программы можно разделить на те которые оверинжиниринг, и те которые нафиг никому не нужны. Как показывает практика мир вокруг - весьма сложная штука, поэтому софт тоже становится сложным. А всякие suckless поделки на практике могут только suck ¯\_(ツ)_/¯.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2 Ответы: #11, #20

9. Сообщение от Аноним (9), 30-Июн-26, 12:03	–4 +/–
> разбираться с разницей между git fetch и git pull Ну, пользователей же вынуждают разбираться с разницей между скачиванием документа/программы/песенки и их открытием/запуском/прослушиванием. Так в чём проблема увидеть разницу между git fetch и git pull? Не говоря уж о том, что git pull вообще не особо нужная команда, я вообще ей пользовался десяток раз, чтобы подтянуть изменения чужих репозиториев и пересобрать исходник. Для своих репозиториев удобнее git fetch+git merge.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #7 Ответы: #14

10. Сообщение от Аноним (10), 30-Июн-26, 12:04	–3 +/–
> Ждём форка или независимой реализации на любом языке из набора GCC. Gccrs ещё не готов. Но зачем? Оно отлично собирается clang/llvm под свободной лицензией. Зачем делать форк для гнуракового убожества?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3 Ответы: #15, #27, #38, #42

11. Сообщение от Yowayowa Sensei (?), 30-Июн-26, 12:05	+3 +/–
> софт тоже становится сложным Только по той причине, что срыночек порешал, а не здравый смысл
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #8 Ответы: #16, #21, #76

12. Сообщение от q (ok), 30-Июн-26, 12:07	+/–
Напоминаю, что ты не обязан пользоваться ВООБЩЕ ВСЕМ функционалом гита. Оверинжиниринг -- это когда что-то сделали, а оно могло быть проще. Так вот: приведи конкретный пункт, в котором что-то в гите могло быть проще. Хотя бы один пункт. Вот прям ща. Ты же отвечаешь за свои слова, верно? Или просто газифицируешь лужу? Один пункт. Не два, не три, а всего один.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2 Ответы: #17, #23, #31, #72

14. Сообщение от одвто7 (?), 30-Июн-26, 12:23	+5 +/–
Глупости, pul как раз одна из популярных команд! git pull git add . git commit -m "..." git push Это покрывает 90% работы с гитом, всё остальное это уже рукоблудие 😁
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #9 Ответы: #22

15. Сообщение от Аноним (3), 30-Июн-26, 12:24	–1 +/–
Потому что, GCC forever! Лучше, чтобы весь бинарный код был сгенерирован одним кодогенератором. По крайней мере, код базовых компонентов системы.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #10 Ответы: #41

16. Сообщение от Аноним (16), 30-Июн-26, 12:24 Скрыто ботом-модератором	+/–
> Только по той причине, что срыночек порешал, а не здравый смысл Так здравый смысл создал линукс - то что работает уже сейчас и решает задачи возникающие у людей. А нетакусьные шuзики создали план9. Я бы пошутил, что "получился отличный план, надежный как швейцарские часы", но нет получилось никому ненужное овно. С тревожным расстройством по поводу кол-ва строк, подходами "самoкаcтрация - только С99", и патчами в виде кода "мы з̶а̶х̶а̶р̶д̶к̶о̶д̶и̶л̶и̶ заовнокодили конфиг в коде"
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #11

17. Сообщение от e (??), 30-Июн-26, 12:33	+1 +/–
> Оверинжиниринг -- это когда что-то сделали, а оно могло быть проще. Не только. Из Cambridge Dictionary: over-engineer --- to create, design, or build something to be more complicated or perform more actions than is necessary or helpful. Вторая часть как раз к гиту и подходит
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #12 Ответы: #18

18. Сообщение от q (ok), 30-Июн-26, 12:35	+/–
> Вторая часть как раз к гиту и подходит Отлично! А теперь ты берешь - и приводишь функционал в гите, которым вообще никто не пользуется: ни пользователи, ни другие системы вроде cgit, GitLab etc. Давай. Прям ща. Хоп! - и приводишь ОДНУ такую вещь.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #17 Ответы: #36

19. Сообщение от Аноним (19), 30-Июн-26, 12:39	–3 +/–
Попробуй предложить, чтобы из гита удалили лишнее, что используется для децентрализованной разработки. Сообщество™ Борцунов за Щв06одьку™ будет тебя поливать помоями, даже если они не используют эти фичи))
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #7

20. Сообщение от aname (ok), 30-Июн-26, 12:41	+/–
> Программы можно разделить на те которые оверинжиниринг, > и те которые нафиг никому не нужны. Ох уж эти ложные дихотомии > мир вокруг - весьма сложная штука, поэтому софт тоже становится сложным. Не поэтому. > А всякие suckless поделки на практике могут только suck Против KISS воюем?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #8 Ответы: #25

21. Сообщение от aname (ok), 30-Июн-26, 12:43	–1 +/–
Ещё один воен против рыночка. Да, в принципе, только благодаря ему что- то кроме … существует.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #11

22. Сообщение от Аноним (22), 30-Июн-26, 12:47	+/–
А весь этот винегрет можно было заменить какой-нибудь одной git sync "superhotfix 128"
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #14 Ответы: #24

23. Сообщение от Аноним (23), 30-Июн-26, 12:48	+/–
>Оверинжиниринг -- это когда что-то сделали, а оно могло быть проще вы ошиблись
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #12

24. Сообщение от Аноним (24), 30-Июн-26, 12:51	+3 +/–
открой для себя магию алиасов :)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #22

25. Сообщение от Аноним (19), 30-Июн-26, 12:52	+/–
> Ох уж эти ложные дихотомии Ложность не доказывается твоим комментарием) >> мир вокруг - весьма сложная штука, поэтому софт тоже становится сложным. > Не поэтому. Поэтому. Сложные предметные области порождают сложный софт. Так как гит делался как децентрализованная штука - то сработала теорема Брюера. Поэтому он получился сложный. Можно конечно выкинуть половину кода со словами "а мне и так сойдет", но на выходе получится штука у которой не будет всех возможностей гита. >> А всякие suckless поделки на практике могут только suck > Против KISS воюем? А что против нее воевать? Принцип классный на бумаге, а в реальности получается то что получается) На UNIX-way тоже поколения какеров наяривали, и где теперь UNIX со своим way?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #20 Ответы: #39

27. Сообщение от Аноним (3), 30-Июн-26, 12:57 Скрыто ботом-модератором	+/–
Кому рак (приприерастам), а кому глоток свежего воздуха.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #10

31. Сообщение от НектоОткудаТо (?), 30-Июн-26, 13:08	+/–
Не с целью поругаться, но по поводу "проще" - вот не могу назвать detached head удобной концепцией для тех, кто хочет перейти на произвольный коммит. Допускаю, что Вам и многим другим это может казаться простым. А вот мне и многим другим это простым не кажется. Вывод - что не просто для всей целевой аудитории, то простым не является.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #12 Ответы: #35

35. Сообщение от q (ok), 30-Июн-26, 13:25	+/–
Ты не отличаешь "сложно" от "оверинжиниринг"? Извиняй чувак, но реальные самолеты управляются чуточку сложнее, чем WASD-клавиши (даже если ты на 146% уверен, что WASD хватает! тебе в играх их хватало во всяком случае!)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #31

36. Сообщение от e (??), 30-Июн-26, 13:26	+/–
> приводишь функционал в гите, которым вообще никто не пользуется Такого функционала просто не может быть, гит слишком распространен, добавь туда хоть аудиоплеер, им хоть кто-то да будет пользоваться. > ни другие системы вроде cgit, GitLab etc Так в этом и проблема, по видимому. Git превращается (или уже превратился) из простой СКВ, в некий "бэкенд" для крупных сервисов, судя по последним чейнджлогам. И вариант "просто не пользоваться" избыточным функционалом не прокатывает. На все эти лишние команды приходится обращать внимание, просто потому что они есть, ну, ты же как бы инструмент изучаешь, его желательно "полностью" освоить. И выходит, что для изучения простого доп. инструмента, который вроде работу облегчать должен, нужно времени больше, чем для изучения какого-нибудь ЯП.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #18 Ответы: #40

37. Сообщение от хрю (?), 30-Июн-26, 13:36	+4 +/–
git без оверинжиринга называется hg +). До сих пор до конца не умер. Для 95% коммерческих разработок его возможностей заглаза. Но интеграций уровня gitlab к сожалению нема, отсюда и проистекает к сожалению предсмертное состояние.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2 Ответы: #52, #57, #82, #89

38. Сообщение от Аноним (44), 30-Июн-26, 13:41	+/–
> clang/llvm Это который отстает в реализации стандартов?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #10

39. Сообщение от e (??), 30-Июн-26, 13:43	+/–
> и где теперь UNIX со своим way? Примерно везде? Начиная с Intel ME до автомобилей, самолётов, ракет, мед. оборудования, суперкомпьютеров и тд
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #25 Ответы: #48

40. Сообщение от q (ok), 30-Июн-26, 13:44	+1 +/–
> добавь туда хоть аудиоплеер, им хоть кто-то да будет пользоваться Функционал аудио-плеера не принадлежит домену управления ревизиями дерева исходников. Приведи функционал, который удовлетворяет следующим критериям: относится_к_теме_гита && (могло_быть_проще \|\| никто_не_пользуется) > Git превращается (или уже превратился) из простой СКВ, в некий "бэкенд" для крупных сервисов Всегда был таким, доброе утро. Хочешь попроще? Пользуйся "Новой папкой (42)" и "Отчет-финальный-финальный-точно-финальный-5-после-правок-8.docx". > вариант "просто не пользоваться" избыточным функционалом не прокатывает Прокатывает. Я ими не пользуюсь. > На все эти лишние команды приходится обращать внимание Не приходится. О существовании большинства из них я даже не в курсе. > ты же как бы инструмент изучаешь, его желательно "полностью" освоить Нет. Инструмент осваиваешь ровно настолько, насколько лично тебе нужно. Скажем, ты даже свой телевизор освоил лишь на 10% - и все равно успешно пользуешься им годами. А вот ты попробуй потыкать по менюхам и на все кнопки пульта -- откроешь для себя редчайшие 90% функционала. > нужно времени больше, чем для изучения какого-нибудь ЯП А ЯП ты как изучаешь? По учебникам, в которых объясняется только то, что нужно тебе? Или читаешь стандарт от корки до корки, включая BNF синтаксиса? Вот то-то же и оно. Ты и ЯП не "полностью" осваиваешь.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #36 Ответы: #44, #45, #47, #49

41. Сообщение от Аноним (41), 30-Июн-26, 13:52	+2 +/–
Угу, часть крейтов фейлится или компилится неправильно, если шланг не единственный компилятор в системе. Я знал, что растолюбы тупые, но такой дичи не ожидал. Ну, чтобы не быть голословным, присмотрись к proc-macro2.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #15 Ответы: #54, #63