В списке рассылки разработчиков системы управления исходными текстами Git обсуждается изменение, предлагающее включить компоненты на языке Rust в основной (core) состав Git и добавить Rust в число обязательных зависимостей, необходимых для сборки Git. Интеграцию возможности использования Rust при разработке Git предлагается осуществить по аналогии с ранее осуществлённым переходом к возможности использования спецификации C99 в кодовой базе Git - вначале добавить поддержку Rust в тестовом режиме, а начиная с Git 3.0 сделать её обязательной частью сборочной инфраструктуры...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63914
Заметьте опять - внедрить насильно, не решая ни каких задач при этом. Просто и жёстко - "вот должно быть в зависимостях и всё тут!". А те кто будут против, начнём с ними работать отдельно с каждым. И пусть они потом не проголосуют "за". Кампанейщина по навязыванию руста - это не просто так, за этим стоят довольно мощные силы.
Почему насильно? Написано же обсуждается. Откуда вообще фантазии такие, что будут давить на "отдельно каждого"? "Довольно мощные силы" это кто? Есть какая-то информация по этому поводу? Что за теории заговоров? Если это крупные корпорации, то это же нормально, они пишут большинство софта и, конечно, имеют решающий вес в таких вопросах. А кто, если не они?В любом случае, это же опенсурс, примут - ты можешь спокойно форкнуть и продолжить развивать без раста, свобода же!
Власти скрывают, понятно же
Какое еще обсуждение, там прямым текстом "уже все решено":Patrick Steinhardt (3):
...
BreakingChanges: announce Rust becoming mandatory
Пропал калабуховский дом! (ц)
> WD-40! Лучший друг ржавчины :)lavrov.txt
WD-40 (и любой жидкий ключ) = смесь минерального масла и керосина, подпертая давлением фреона в баллончике. с ржавичиной оно ничего не делает, просто за счет керосина просачивается в любую щель и затаскивает туда масло.восстановители, преобразователи ржавчины - все шаманство без гарантий.
> Какое еще обсуждение, там прямым текстом "уже все решено":Таки патч - RFC. Но там еще одно "them/they" которое за раст топит вылезло. Как характерно.
Я вот не земзей, а за раст топлю последние 5 лет. Больше топить не за что. Придумают что-то лучше - люди будут топить за лучшее.
ATS давно уже существует, просто он не такой "прогрессивный" и "трендовый", как Раст.
> ATS давно уже существует, просто он не такой "прогрессивный" и "трендовый", как Раст.Что забавно - они одногодки.
Но ATS функциональщина. Это уже хорошее ограничение, не все хотят читать про монады и крутить лямбда-кубы.
Не всем нужна формальная верификация, иногда достаточно проверки заимствований.Возможно он используется где-то для очень важных проектов, но в 2024 на гитхабе было аж 200 проектов.
ИМХО это фейл.
> Почему насильно? Написано же обсуждается. Откуда вообще фантазии такие, что будут давить
> на "отдельно каждого"?Обсуждается в ультимативной форме - сделать mandatory при сборке. Путем саботажа в виде .. не, даже не новой фичи, а просто альтернативной реализации куска кода. Просто отличное обсуждение.
Предлагаю устроить туда нашествие и культурно и без хамства рассказать что мы думаем о таком сломе наших тулсов и таких build deps ключевых тулсов, учитывая что rust не поддерживает кучу платформ или "поддерживает" их чисто номинально. И обуть их всех на git? Серьезно?!
> то это же нормально, они пишут большинство софта и, конечно, имеют
> решающий вес в таких вопросах. А кто, если не они?Вообще-то изначально git написал - как и Linix - финский студент, Torvalds. А корпы умеют - изгаживать все к чему прикоснулись, превращая в корпоративный булшит. Вот это вот - характерный пример.
> В любом случае, это же опенсурс, примут - ты можешь спокойно форкнуть
> и продолжить развивать без раста, свобода же!А что, я даже название могу предложить - WD-40! Лучший друг ржавчины :)
> git написал ... финский студент, Torvalds.Почему студент, а не мальчик из детского сада? Лгать нужно с большим размахом.
> Почему студент, а не мальчик из детского сада? Лгать нужно с большим размахом.Потому что Linux он написал будучи студентом еще. И это не ложь, это подчеркивание что на этом глобусе даже студень может иной раз - дать всем конкретный мастеркласс. И профессуре пшикающей на не ту архитектуру, и корпам с маститыми мегарешениями за дофига денег... а тут эвона оно как.
Но человек же не зря подчеркнул именно git в связке со "студент Линус", а не ядро линукс?А так-то и детсадовец Королев (с кучей детсадовских учёных и инженеров) первый искусственный спутник Земли запустил и младенец Эйнштейн теорию относительности придумал. Да чего уж, куча эмбрионов планеты Земля много чего интересного, полезного, ужасного и прекрасного открыли и создали.
> Да чего уж, куча эмбрионов планеты Земля много чего интересного, полезного,
> ужасного и прекрасного открыли и создали.Но главное - Linux - Торвальдс сделал будучи еще студнем. Git изначально - инструмент для девелопа этой штуки. После того как терки с bitbaker'ом или как там его начались и те отозвали халяву.
Торвальдс сперва пытался покрывать этих DRMщиков-ограничителей, а потом - сменил курс и эвон как им укатал. И где этот bitbaker теперь...
А Торвальдс по состоянию на сейчас - пожалуй крутейший из Project Manager'ов планеты. Но эот очевидно - и нет смысла уточнять об этом. А если бы вы в состоянии эмбриона сделали бы Эйнштейна - это было бы достойно более чем отдельного упоминания.
> А если бы вы в состоянии эмбриона сделали бы Эйнштейна - это было бы достойно более чем отдельного упоминания.Да не, это мы тебе оставляем, это у тебя же студент Линус гит наваял. Для тебя ведь нет никакой разницы - эмбрион код пишет или ты туфту какую-то в интернетах. Какая тебе, нафик, разница - пятилетний Эйнштейн или тридцатилетний. Предположу, студент Линус в самом начале линукса еще не имел достаточно опыта для написания гита. Просто потому, что еще был юн и зелен (студент же) и не имел опыта работы в массово-коллективном проекте. А поделки-операционки в качестве курсовых в каждом универе студентам задают, у некоторых даже что-то отдаленно похожее получается, правда, никому ненужное.
> - пятилетний Эйнштейн или тридцатилетний. Предположу, студент Линус в самом начале
> линукса еще не имел достаточно опыта для написания гита. Просто потому,
> что еще был юн и зелен (студент же) и не имел
> опыта работы в массово-коллективном проекте. А поделки-операционки в качестве курсовых
> в каждом универе студентам задают, у некоторых даже что-то отдаленно похожее
> получается, правда, никому ненужное.Тем не менее, он сказал что просто сделал структуры - как в файлухе. А остальное дело наживное. Но похамили конечно зачетно. Хоть я и не понял какие бонусы это так по жизни дает.
Фигня. Пока ведро не переписали несколько раз корпы, и IBM не влила тонны денег, лайнокс был совершенно убогой поделкой. Что-то относительно сносное там получилось где-то к версии 2.6.30, где сделали ядерные треды и обработчики прерываний на них.
> Фигня. Пока ведро не переписали несколько раз корпы, и IBM не влила
> тонны денег, лайнокс был совершенно убогой поделкой. Что-то относительно сносное там
> получилось где-то к версии 2.6.30, где сделали ядерные треды и обработчики
> прерываний на них.Вообще-то корпы в абы что - деньги не вкидывают (те кто этим занимается быстро банкротятся). Так что сначала эта штука делом доказала что надолго и всерьез, что может все это - и получше вон тех. Которые отлично вылетели на обочину истории.
И только потом пришли эти "благодетели". Несколько раз переписали? Ох, лол. А чего тогда древнюю подсистему консолей - разгребали хоть немного только буквально год-два назад? И ту - внезапно хотевшие RT Linux.
И если вы вдруг не заметили, вон там в VFS/block/... народ как-то недоволен тем что им ресурсов жестко не хватает и корпы видимо думают что столь базовые подсистемы - на деревьях растут. Как булки. И Linux Foundation такой - тратит сколько там на кернел? 3%? Или таки целые 5%? В общем благодетели такие благодетели... только вот я повыв с этими волками по волчьи усвоил: благодетельствуют они - свои кошельки. И только! Если это им выгодно. В принципе по своему прикольно что потомков волков запрягли - сани тянуть, но все же не стоит забывать что это - потомки волка. И нет у них цели - меня облагодетельствовать. Это side effect.
> Вообще-то корпы в абы что - деньги не вкидывают (те кто этим занимается быстро банкротятся).Почитай про "венчурные инвестиции" и перестань писать такую чушь.
> И Linux Foundation такой - тратит сколько там на кернел? 3%? Или таки целые 5%?
Какая разница сколько тратит LF.
90% кода пишут корпы - собственно на этом всё.> В общем благодетели такие благодетели... только вот я повыв с этими волками по волчьи усвоил: благодетельствуют они - свои кошельки.
Слушай, работа в подвальных конторах, это еще не работа на корпорации.
Не надо тут бездоказательно сортясать воздух "вот я! вот я!".
Это никого не впечатлит.> И нет у них цели - меня облагодетельствовать.
Даже у комми Столлмана не было ничего про "бесплатно" и "благодетельствовать".
Ты тут выдумал какой-то манямирок, где тебе все должны, а потому бугуртишь в комментах.
Выпей валерьяночки, остынь.
В опенсорсе никто никому ничего не должен.
И если кто-то удалил дрова от твоего некрожелеза - то это его полное правою
>Не надо тут бездоказательно сортясать воздух "вот я! вот я!".Тем более, что тут есть люди, которые непосредственно в корпах занимаются разработкой.
>Так что сначала эта штука делом доказала что надолго и всерьезЭту шляпу можно вкручивать тем, кто не помнит, как дело было - в силу возраста, чаще всего.
Поделку яжелахтаря мозолеед не брал ни всерьез, ни надолго: она нужна была только для запуска GNU-окружения, пока Hurd не будет готов. Вопрос импотентности GNU - другое дело.
С начала 90-х этих разорившихся контор, занимавшихся лайноксом, собралось целое кладбище. VA Linux, Lindows, Mandrake, Caldera, Novell - только навскидку.IBM около 1999 выступила, как бизнес-ангел (она, кстати, сильно похудела за 25 лет), т.к. им нужно было что-то на замену полуоси, и с POSIX. Лайнокс тогда был все еще смешной пионерской поделкой, с костыльной поддержкой pthreads, без kernel threads, с совершенно идиотским softirq вместо отложенной обработки прерываний, со смехотворным недоделанным POSIX AIO (oн, ЕМНИП, до сих пор сделан вовсе в glibc на юзерспейсных тредах), и без поддержки железа.
С барского плеча были портированы энтерпрайзные ФС, сделана NPTL (до сих пор, впрочем, костыли лайнокстредс торчат), вся обработка прерываний, поддержка массы архитектур, переделан сетевой стек, и заапстримлена куча драйверов.> Linux Foundation такой - тратит сколько там на кернел? 3%? Или таки целые 5%
Большинство корпораций участвует в разработке непосредственно кодом, да еще и царьки недоделанных подсистем позволяют себе нос воротить. И проекты LF в большинстве все равно коммитят в кернел.
>Если это им выгодно
Естественно, что никто не будет тратить бюджеты не то, что им не нужно.
> Эту шляпу можно вкручивать тем, кто не помнит, как дело было -
> в силу возраста, чаще всего.Я помню каким невнятным BS были BSD, и какие суммы требовали проприетарные юниксы, и за себя, и за железо, и за инженеров ракетных наук которые их окучивать смогут.
Очень хорошо что появился пингвин который дал всему этому сброду мастеркласс, имхо. Я этому очень рад. Иначе вероятно так и юзал бы винду вообще. Потому что все то - мягко говоря не предел моих мечтаний было.
> Поделку яжeлaхтаря мозoлеeд не брал ни всерьез, ни надолго: она нужна была
> только для запуска GNU-окружения, пока Hurd не будет готов. Вопрос импотентности
> GNU - другое дело.Я уже выразил мое почтение за этот спич в доступном вам формате. Так что ник вы теперь, имхо, поменяете. Почему-то. ;)
> С начала 90-х этих разорившихся контор, занимавшихся лайноксом, собралось целое кладбище.
> VA Linux, Lindows, Mandrake, Caldera, Novell - только навскидку.В айти вообще взлетает может быть 10% от всех стартапов. Оно так - везде, по всей площади.
> поддержкой pthreads, без kernel threads, с совершенно идиотским softirq вместо отложенной
> обработки прерываний, со смехотворным недоделанным POSIX AIO (oн, ЕМНИП, до сих
> пор сделан вовсе в glibc на юзерспейсных тредах),Сейчас видите ли актуален уже - io_uring, а это другое :). И конечно по первости в ядре и правда было много бестолковостей. И реинженерили их всей оравой долго и упорно потом. И корпы тоже, конечно: им кроме халявности, нормальный работинг ос и перфоманс тоже надо. Что они, рыжие? Не вижу почему это было плохо для проекта.
> С барского плеча были портированы энтерпрайзные ФС,
Это кто? EXT4 так по жизни изначально клон чуть не миникс фс который на стероидах прокачали до EXT4. XFS изначально жуткий тормоз был, а JFS по жизни нечто невнятное. Что там еще энтерпрайзного то? Btrfs чтоли? Его с ноля под пингвин заархитектили, если что.
> сделана NPTL (до сих пор, впрочем, костыли лайнокстредс торчат), вся обработка
> прерываний, поддержка массы архитектур, переделан сетевой стек, и заапстримлена куча драйверов.Сейчас треды внутрях здорово иначе сделаны, подперто ядром и clone() который и про треды, и про процессы, и про контейнеры. Довольно элегантно так то.
> Большинство корпораций участвует в разработке непосредственно кодом, да еще и царьки недоделанных
> подсистем позволяют себе нос воротить. И проекты LF в большинстве все
> равно коммитят в кернел.Если бы царек не воротил нос - его проект сдох бы от своего веса и превращения в помойку типа того что корпы в BSD устроили эн лет назад. Так что хорошо что он смог лучше чем это. Это то что сделало Linux успешным проектом. А советы ему давать могут те кто сделает лучше - т.е. на данный момент примерно никто.
>>Если это им выгодно
> Естественно, что никто не будет тратить бюджеты не то, что им не нужно.Логично. Я тоже не девелопаю код, если мне не надо результат и нет интереса. Это странно? Так что да - совпадения до некоторой степени случайны и не гарантированы. Так уж работает этот мир. Но к счастью мои нужды не НАСТОЛЬКО уж далеки от корп. Особенно в режиме OEM Lite.
> Предлагаю устроить туда нашествие и культурно и без хамства рассказать что мыА вы собственно кто?
> думаем о таком сломе наших тулсов
ВАШИ тулсов? Я не ослышался?))
Напомню, что гит был создан для ядра линя, а не для реализации ваших хотелок. И пока он устраивает ядерщиков... вы можете пойти на mercurial.> я даже название могу предложить
И на вас сразу же подадут в суд за нарушение трейдмарки. Да вы просто гений!
(wd40company.com/wd-40-brand-trademark-uses/)
> А вы собственно кто?Я пользователь GIT - и совсем не в восторге с тех инициатив.
> ВАШИ тулсов? Я не ослышался?))
> Напомню, что гит был создан для ядра линя, а не для реализации
> ваших хотелок. И пока он устраивает ядерщиков...Вообще-то в рассылке даже этот хрустик написал - немного другое.
> вы можете пойти на mercurial.
Да щщщас.
>> я даже название могу предложить
> И на вас сразу же подадут в суд за нарушение трейдмарки.Это работает IIRC только для конкурирующих продуктов. А софтварные проекты - средству для смыва ржавчины не конкуренты.
>название могу предложить - WD-40!H3PO4
> Обсуждается в ультимативной форме - сделать mandatory при сборке.Ещё раз, где ты видишь ультиматум? Идёт обсуждение, и судя по его ходу, раст не будет необходимым требованием для сборки git. Так где ультиматум? Может ты не знаешь, что такое ультиматум? Ультиматум, это когда делай по моему, или я сделаю тебе очень плохо. Где ты видишь тут подобное?
>> Обсуждается в ультимативной форме - сделать mandatory при сборке.
> Ещё раз, где ты видишь ультиматум? Идёт обсуждение, и судя по его
> ходу, раст не будет необходимым требованием для сборки git.Да? А в коде патча почему-то патч с указанием что теперь Rust - required. По умолчанию я верю коду патча покуда не представлена иная версия патча.
> Почему насильно? Написано же обсуждается. Откуда вообще фантазии такие, что будут давить
> на "отдельно каждого"? "Довольно мощные силы" это кто? Есть какая-то информация
> по этому поводу? Что за теории заговоров? Если это крупные корпорации,
> то это же нормально, они пишут большинство софта и, конечно, имеют
> решающий вес в таких вопросах. А кто, если не они?
> В любом случае, это же опенсурс, примут - ты можешь спокойно форкнуть
> и продолжить развивать без раста, свобода же!Вспоминаем как проталкивался systemdец на голосованиях в Debian, а потом как Лёнька и ко вылетая из штанов летел на встречу "никому ненужной Gentoo", когда там eudev приняли решение пилить в пику Лёнькиному поделию. На что гентушники сказали что пошутили и подарили даже бедолагам вкусняшку, чтобы они не грустили.
А что не так с системдэ? Хорошая штука, прижилась. Ты же понимаешь, что мнения маргиналов учитывать нет необходимости.
> А что не так с системдэ? Хорошая штука, прижилась. Ты же понимаешь,
> что мнения маргиналов учитывать нет необходимости.Ну вот и не надо учитывать мнение каких-то вась. И прочих адептов руста на 20-каком-то месте програмерских рейтингов популярности.
18 в TIOBE. В целом Rust не нужен.
> 18 в TIOBE. В целом Rust не нужен.Ссылаться на рейтинг "по пользовательским запросам", в котором появляются всякие некроперловки, это отдельный вид иди0тизма.
Вы случайно не на СИ пишете?
> А что не так с системдэ?краткий ответ: ВСЁ НЕ ТАК.
краткий пример: при ребуте я жду размонтирования некой сетевой файловой системы 3 (три) минуты.
какй-то лузерский "таргет" чего-то там слишком много на себя берет.
открытых файлов точно нет.> Хорошая штука, прижилась.
ничего, доберусь я до того псевдодебиана - сразу пойдет на выброс.
инструменты есть, концепция есть.> мнения маргиналов учитывать нет необходимости.
когда гейство и смузихлебство станет мэйнстримом - вы тоже пойдете в русле линии партии ?
> Заметьте опять - внедрить насильно,Насильно? Тема называется "предложено сделать". В тексте "обсуждается изменение"
Это не сильно похоже на насилие))> не решая ни каких задач при этом.
Задачи перечислены в предложении.
> А те кто будут против, начнём с ними работать отдельно с каждым. И пусть они потом не проголосуют "за".
А можно цитату?
Пока у тебя какой-то потек сознания.> Кампанейщина по навязыванию руста - это не просто так, за этим стоят довольно мощные силы.
Угу. Очень мощные.
Шапочка из фольги голову не жмет?
> Задачи перечислены в предложении.Где? Там написано, что сейчас git может работать без всякого раста. А надо сделать так, чтоб без раста не работал, но при этом чтоб с растом работал так же, как раньше без раста. Короче, нужно сделать чтоб git остался таким же каким и был, но теперь зависил от раста.
> Короче, нужно сделать чтоб git остался таким же каким и был, но теперь зависил от раста.Вот это ты где нашел? Можно цитату из обсуждения?
Почему считаешь что он будет останется таким же и будет работать также?
> Announce that Git 3.0 will make Rust a mandatory part of our build infrastructure.
> make Rust a mandatory part of our build infrastructure.
> make Rust a mandatory
> mandatory
> сейчас git может работать без всякого раста. А надо сделать так, чтоб без раста не работал, но при этом чтоб с растом работал так же, как раньше без растаА кому-то не плевать? Нормальные люди качают готовые бинари из репы/офсайта.
Тебе-то какая разница? Раст - компилируемый язык. От того, что программа им собрана, тебя никто не заставляет ставить себе раст, как это происходит с жавой, например, питоном или жабаскриптом.Кроме того, предложено сделать раст обязательной частью сборочной инфраструктуры. То есть обязательно собирать те часть проекта, которые зависят от раст и сейчас могут не собираться, как опциональные. Например, крейты какие-то с обвязкой для раста. Это не означает, что git без раста перестанет работать.
Ты просто не понимаешь что такое "по просьбам трудящихся"..., например, повысили налоги.
> Ты просто не понимаешь что такое "по просьбам трудящихся"..., например, повысили налоги.А разве гит это про демократию? Его разрабатывают конкретные люди. И если что-то не нравится - кнопочка форк вооон там.
Ну или можете перейти на shit.
Нет, это не ругательство, а реализация git in (almost) pure POSIX shell
git.sr.ht/~sircmpwn/shit
Нахрен не нужно, есть же dulwich на питоне.
> Нахрен не нужно, есть же dulwich на питоне.Заменить Rust на Python? Ну даже не знаю. Два сорта корпоративного д-ма, только второе еще тормозное и вечно ломают совмемтимость. Тоже мне битва жабы с гадюкой. Ну или не жабы.
Зато умеет в shared-библиотеки, а зависимости гвоздями не прибиты. Именно из-за этих двух пунктов корпоrustы Rust и внедряют - так им больше контроля, юзер вынужден после каждого обновления зависимости от Хозяина новую версию получать, и к тому же память жрёт - больше продаж новых устройств с аппаратным DRM. Так что не надо Dulwich с говном на Rust одним миром мазать.
> Зато умеет в shared-библиотеки, а зависимости гвоздями не прибиты.Спасибо, я уже видел что питонисты могут на примере hg. ИМХО глючное НеТоомозящее нечто, зачем-то пытающееся SVN косплеить, почти помершее от питоноверсиепроблем. Такое себе! С чего вдруг у них реализация git лучше получится - даже не знаю. Какие предпосылки?
На уровне дизайна ЯП Rust по крайней мере - не тормоз и не глюкало. У него система типов более-менее адекватная и он - компилируемый. Так что проверки синтаксиса будут еще при сборке, система типов не даст откровенно налажать, и на выходе - нативный код, с потребной скоростью.
> Именно из-за этих двух пунктов корпоrustы Rust и внедряют - так им больше контроля,
> юзер вынужден после каждого обновления зависимости от Хозяина новую версию получать,А питонисты с их PIP - чем-то лучше раста с crates?
> и к тому же память жрёт - больше продаж новых устройств
> с аппаратным DRM. Так что не надо Dulwich с говном на
> Rust одним миром мазать.А питон, типа, не тормозит и не жрет память? С каких бы пор? Вон там подсказывают что есть некая шляпа на питоне, пользуйтесь наздоровье. Я пешочком постою, пусть утята с своим гвидо сами свое кушают.
>А питон, типа, не тормозит и не жрет память? С каких бы пор?Питон может и тормозит и жрёт память - если его неправильно использовать - но он не насаждает это как фундаментальную фичу.
>Вон там подсказывают что есть некая шляпа на питоне
Так это я и подсказал. Я в отличие от тебя у этой "шляпы" исходник читал (не весь), ибо нужно было разобраться, как протокол гита работает, чтобы свою крайне урезанную реализацию гита написать (единственная цель которой - вот вытащить конкретный файл с любого сервера, при этом не трогая настоящий гит и жёсткий диск, это нужно было для моего пакетного менеджера, который всё это централизованное говно с червями заменяет на децентрализованную федерацию репозиториев оригинальных разработчиков, где все репозитории с живым кодом, а любые левые коммиты оригинальный либо разраб заметит, когда увидит, что пуши не проходят, либо сообщество контрибьютеров).
> Питон может и тормозит и жрёт память - если его неправильно использовать
> - но он не насаждает это как фундаментальную фичу.Оно именно на самом фундаментальном уровне там вбито. Типизция и eval() там сделаны так что AOT компил - ну, про него в нормальном виде можно забыть по сути. Только извраты типа JIT которые требуют таскать с собой огромный кодогенератор и делать из юзера билдферму.
Rust в этом смысле радикально другой. И вот что-что а типы они сделали - с прицелом на антибаг. Учтя грабли тех же сей vs integers. А питон - скорее Не Учел грабли других яп, и в итоге - это тормозные ресурсожоркие глюкала. Падающие или виснущие в рантайме. Хрен его знает почему. Это то что господа получают за отсутствие нормального статического анализа и отсутствие аннотаций намерений кодера в сорце. Если вы думали что они нужны только для делания мозга - нифига, они нужны - для автоматической верификации машинами что декларация намерений и реальная имплементация об одном и том же. И как только проект становится крупнее hello world...
В общем гугл с горя - go написал. Чтобы на него своих питонистов переучить. Устранив ключевые факапы питона по линии реальной эксплуатации софта в проде.
> моего пакетного менеджера, который всё это централизованное говно с червями заменяет
> на децентрализованную федерацию репозиториев оригинальных разработчиков,Могу представить себе что получилось - ибо сделать вот именно нормально и распределенно и чтоб питонист... не, конечно и Бриан Кохем случается, но потом он - в темпе вальса покупает uTorrent дабы не продолбать контроль над экосистемой совсем. Потому что никто не хочет оказывается юзать урезанный кошмарик на питоне - когда есть мелкая ядреная прога на C++ котрая в разы фичастее. И на Кохема и его потуги все начинают - просто класть.
> где все репозитории
> с живым кодом, а любые левые коммиты оригинальный либо разраб заметит,
> когда увидит, что пуши не проходят, либо сообщество контрибьютеров).Надеюсь у вас хватило ума закладываться на хотя-бы SHA-256. Ибо SHA-1 таки не особо секурная штука на данный момент. Но большая часть реп - в нем. И часть вон той мути - это некий interop по части SHA1 и 256 на - вот - блин - расте. Насколько это вообще хорошая идея - большой вопрос как по мне. Как и девелопер-шантажист, и всякие ментально нестабильные they/them.
>Оно именно на самом фундаментальном уровне там вбито. Типизция и eval() там сделаны так что AOT компил - ну, про него в нормальном виде можно забыть по сути. Только извраты типа JIT которые требуют таскать с собой огромный кодогенератор и делать из юзера билдферму.Не надо, всё медленное давно переписано в виде нативных расширений.
>Rust в этом смысле радикально другой. И вот что-что а типы они сделали - с прицелом на антибаг. Учтя грабли тех же сей vs integers
Если этот "антибаг" исключает shared-либы - то я блевал в рот такой "антибаг": память жрёт, а баги - их люди делают, а не ЯП, либу обновлять так или иначе придётся, и если это невозможно сделать без перекомпиляции - то блевал я в рот такой "антибаг".
>Надеюсь у вас хватило ума закладываться на хотя-бы SHA-256
The Update Framework.
> Не надо, всё медленное давно переписано в виде нативных расширений.Как я уже сказал:
1) Это минимум _ДВА_ РАЗНЫХ ЯП на майнтенанс будет.
2) Результирующее месиво еще более жуткая в сумме конструкция с кучей грабель.
3) Это сочетает недостатки обеих подходов.
4) Никак не решает проблему что через год питон окажется не тот, и тул отвалится.
5) Решала этих проблем на котором подвиснет 20 проектов которые он БЫСТРО налабал вскоре замечает что все его время уходит на переписывание и прочий майнтенанс, это ни в раз не "exciting", а времени на новые проекты что-то нет.
6) После этого софт становится - заброшкой. Как с hg. Для которого вообще оказывается надо знать и сишку, и раст, и питон. Ccccombo breaker! Осталось найти мазохистов которые захотят иметь дело с такой кодовой базой. Желательно бесплатно или недорого...Суммарно - лично мне софт с таким качеством, перфомансом и подходами к девелопу просто не требуется, извините. Юзайте его сами, для себя, если оно вам надо.
> Если этот "антибаг" исключает shared-либы - то я блевал в рот такой "антибаг":
Сам по себе он на самом деле не исключает. То что конкретная инкарнация в этом смысле кривая и недопиленная - да, но ... на питоне то вы вообще shared lib не напишете?! У питона interop особенно в другую сторону - вообще в ауте. Значит этот lib будет - на другом яп. Очень удобно, SW BOM как раз распухает, как и голова в которой надо держать навороты, проблемы и факапы нескольких яп. Или наслаждаться неполноценностью - ибо питон без либ нетормозит и ресурсы не жрет, ага.
> память жрёт, а баги - их люди делают, а не ЯП, либу обновлять так или иначе
> придётся, и если это невозможно сделать без перекомпиляции - то блевал я
> в рот такой "антибаг".На самом деле в Rust нет ничего _принципиально_ тормозящего или жрущего память. В этом смысле они сделали удивительно здраво - все ключевые проверки в компилтайм. Это собссно ключевая фишка раста. И вот именно этот момент - на самом деле хорошо придуман. Это как раз фикс того что сильно портило карму сишникам. В сях видите ли на некоторые вещи - недостаточно аннотаций намерений кодера. Не, "void *" вообще статическому анализу не подлежит. Да и не только он. Кстати примерно аналог динамической типизации. И тоже - на свою голову, как оказалось.
>>Надеюсь у вас хватило ума закладываться на хотя-бы SHA-256
> The Update Framework.Мне это ничего не говорит. Но на фундаментальном уровне есть SHA1 и SHA256. Это разные "hash chains", by design, при прочих равных. И SHA1 уже объявлен депрекаченым, если что. Просто потому что коллизии в нем реально находить. Однако большая часть реп все еще в нем. Потому что совместимость. Это ж надо весь hash chain ребилдить для конверсии - а это гемор на всю голову. Потому что все линки/упоминания комитов - отъедут.
>Как я уже сказал:Nice самовнушение.
>1) Это минимум _ДВА_ РАЗНЫХ ЯП на майнтенанс будет.
Numpy вообще не ты сопровождаешь.
>2) Результирующее месиво еще более жуткая в сумме конструкция с кучей грабель.
Нет, не жуткая. Жутко - это когда для простейшей программки тебе из инета полCrates выкачает и пересоберёт.
>3) Это сочетает недостатки обеих подходов.
Это какие конкретно недостатки? Я вон нейросеть на чистый numpy портировал... Она правда не очень большая - но зато теперь onnxruntime совсем не требует, да и всё теперь в виде кода понятного, можно брать и вообще на чистый OpenCL переписывать.
>4) Никак не решает проблему что через год питон окажется не тот, и тул отвалится.
Второй питон сдох давно уже, а из живых только CPython да PyPy, graalpython - это всё ещё экзотика. Но даже на нём пойдут расширения, которые скомпилированы через Limited API (к сожалению разрабы сишных расширений часто неадекватны, и не включают этот режим где он доступен, напр. большая часть Cython-кода поддерживает Limited API, только включить надо, с не-Cython-кодом ситуация похуже, но во многих проектах тоже достаточно просто включить - и библиотека будет автоматом совместима и с PyPy, и c graal, и c несколькими разными версиями cpython, но там где не требуется вызывать функцию в горячем цикле и внутри не требуется обрабатывать нативные питоньи типы, то обычно достаточно ctypes - и будет работать вообще везде, включая micropython).
>5) Решала этих проблем на котором подвиснет 20 проектов которые он БЫСТРО налабал вскоре замечает что все его время уходит на переписывание и прочий майнтенанс, это ни в раз не "exciting", а времени на новые проекты что-то нет.
Всё лучше, нем на пересборку мира, из-за того что пидоrustы намеренно саботировали shared libraries. Вообще такое вредительство называется, за него не так давно 10 лет без права переписки давали.
>6) После этого софт становится - заброшкой. Как с hg. Для которого вообще оказывается надо знать и сишку, и раст, и питон. Ccccombo breaker! Осталось найти мазохистов которые захотят иметь дело с такой кодовой базой. Желательно бесплатно или недорого...
То-то оно и стало заброшкой всё, я вижу! Hg находится в упадке не из-за ЯП (оно и на питоне намного шустрее гита работало!), а потому, что github выбрал гит, а кроме гитхаба нахаляву (то есть себе в убыток, github изначально делался под продажу, он и не должен быть прибыльным, он должен быть убыточным куском критической инфраструктуры, в котором товар - пользователи, и менно этот товар чтобы можно было продать тем, кто его может монетизировать, сам гитхаб его монетизировать не в состоянии) хостинг на более-менее нормальной системе контроля версий никто тогда не предлагал, и монополистом не стал. Не повезло, бывает. Вот если бы автор Hg не копирастничал и всем судом угрожал, а лицензировал под пермиссивом, то его проект бы на помойке истории не остался бы.
>На самом деле в Rust нет ничего _принципиально_ тормозящего или жрущего память
А как же по 100-500 копий одних и тех же либ? Не только в системе, а вообще в рамках одной либы, когда одна зависимость тащит одну версию, а другая - другую? На код памяти не требуется? Почему тогда при сборке такой простой либы, как smoltcp, всасывает 100 мегов из crates и жрёт памать при компиляции как не в себя?
Nice self-training в общем.
>Мне это ничего не говорит
Это многое о вас говорит.
> Nice самовнушение.Так не самовнушайтесь, с синдромом утенка надо бороться и трезвее смотреть на мир. С учетом что мир состоит не только из вашего фетиша, а у фетиша есть не только достоинства но и чертова куча недостатков.
> Numpy вообще не ты сопровождаешь.
Numpy мало поможет в ворочании, например, кастомного формата стоража под задачу, на скорость. Это таки придется сделать - именно самим. На другом яп, ибо питон не тормозит. И потом майнтайнить, апгрейдить, улучшать и оптимизировать. Самим.
И тут вдруг оказывается что месиво типа hg - это совсем не круто. Потому что теперь его вообще даже трехметровой палкой мало кто трогать хочет. По совокупности.
> Нет, не жуткая. Жутко - это когда для простейшей программки тебе из
> инета полCrates выкачает и пересоберёт.Ну, я hg - "не пользуюсь, и не планирую". И кстати crates оно тоже теперь скачает и пересоберет. Говорю же - cccombo breaker! Это то во что превратилось вон то "на питоне" при попытке войти в большую игру. И все равно не выдюжило конкуренцию с гит. Ну и зачем мне ЭТО? Я что, мусоровоз такое коллекционировать? Фонду апача отдайте, имхо.
> Это какие конкретно недостатки?
Питоннетормозит и не ломает версии. У сишки нет вулнов. А раст не скачает половину интернета и очень быстро соберется. Все слагаемые успеха - в одном hg. Это то что :)
> Я вон нейросеть на чистый numpy портировал... Она правда не очень большая -
И теперь весь мир у ваших ног? Или таки ... погодите, какой у вас процент рынка? И почему всякие оптимизнутые варианты на си, си++ и расте - дуром прут? :)
Мало ли какой там васян что на чем напрогал. У меня есть штук 30 внутренних проектов. Но на мир заметно влияет далеко не каждый первый из них. И настаивать что они все сделаны офигенно и правильно я б не стал. Они просто себе по фану сделаны - но я в отличие от утят понимаю "границы применимости" и "соотношения с другими".
> но зато теперь onnxruntime совсем не требует, да и всё теперь в виде кода понятного,
> можно брать и вообще на чистый OpenCL переписывать.Нюансик в том что OpenCL тоже так то - сиобразный ЯП - не похожий на питон от слова вообще. Да и ценность этой вундервафли очевидна - только вам. Повезет, если хотя-бы еще вашей ср@ной или какой там кошке.
> Второй питон сдох давно уже, а из живых только CPython да PyPy,
Ну так и hg бонусом - сдох. И еще более 9000 проектов на питоне.
> graalpython - это всё ещё экзотика. Но даже на нём пойдут
> расширения, которые скомпилированы через Limited APIКому все это барахло с кучей incompat и оговорок надо? У питона и так грабель с compat более 9000 - и если это еще усугубить - ну вы поняли насколько это всем надо.
Вот лично меня по линии эксплуатации компьютерных систем - унаследованный кастом на питоне конкретнейше задолбал постоянными отвалами по версиям питона. Это по сути не юзабельно. И конечно новый проект никто так больше делать уже вон там не будет. Наелись досыта.
[интимные подробности террариума скип]
> питоньи типы, то обычно достаточно ctypes - и будет работать вообще
> везде, включая micropython).К счастью мне все это - похрен. И микроконтроллеры я могу на си нормальном прогать. И конечно я дам любому адепту питона конкретный мастеркласс на тему разницы в возможностях. И да, Rust в фирмвари не выглядит 100% бредом. Это пока имеет ряд дурных граблин - но есть определенные эксперименты. И это все же - навтивный код, а не сцаный интерпретер. Очень большая разница. Особенно - в мелочи.
> Всё лучше, нем на пересборку мира, из-за того что пидоrustы намеренно саботировали
> shared libraries.Питонисты вообще вроде не умеют shared libs из питона делать. Им грех рассказывать кто кого линчует на эту тему.
> То-то оно и стало заброшкой всё, я вижу! Hg находится в упадке
> не из-за ЯП (оно и на питоне намного шустрее гита работало!),Я заметил как оно работало - и именно поэтому git юзаю. Ибо для меня нормально ворочать штуками с линухкернел размером. А питон там у вас нетормозит настолко что если ему вгрузить что-то с линух кернел размером... ну... э...
Заодно у git нормальные бранчи есть и проч. И нет потуг svn косплеить. Так что в целом это для меня намного более крутой тул чем все эти turtelize hg/svn для мышевозил, неумеющих в распределенные воркфлоу вообще.
> а потому, что github выбрал гит, а кроме гитхаба нахаляву (то
> есть себе в убыток, github изначально делался под продажу,Я git юзаю вообще не имея никакого отношения к гитхабу. Даже аккаунт на нем я продолбал и восстановить не смог из-за мс и их секурити фишек. После чего просто плюнул и забил. Это не мешает мне ворочать ряд довольно больших проектов.
> если бы автор Hg не копирастничал и всем судом угрожал, а
> лицензировал под пермиссивом, то его проект бы на помойке истории не
> остался бы.Для меня общее качество hg как инструмента - "garbage". Все остальное при таком рейтинге софта в моих глазах уже и не важно. Я просто не взаимодействовал с проектами юзавшими это считая что быть мусорным бачком питонистов - ниже моего достоинства. Пусть сами свое нечто жрут.
А вот git - вполне по руке пришелся. И в этой новости единственное что мне не нравится - шанс что меня обуют на удобный тул если окружение окажется экзотичным или это будет например бутстрап новой платформы или архитектуры. Вот это совсем не круто как идея.
>>На самом деле в Rust нет ничего _принципиально_ тормозящего или жрущего память
> А как же по 100-500 копий одних и тех же либ?Неплохо бы конкретику, желательно на примере какого-то майнстрим дистро (RH/RH-Based/Deb/Deb-Based) - с указанием пакетов и файлов.
> не требуется? Почему тогда при сборке такой простой либы, как smoltcp,
> всасывает 100 мегов из crates и жрёт памать при компиляции как не в себя?Потому что у всех есть свои грабли. И вот - любители скачать полинтернета - бывают. Особенно на рaсте. Но питонисты этим тоже грешат с их pipi или как там его.
А что до жора ресурсов - да, раст довольно тяжелая штука из-за крутого статического анализа. Но он за это воздает - проверками в компил тайме довольно много чего. А завал критичного сервиса, фирмвари, ядра, важного тула и проч в компил тайме - много лучше чем его отвал прям в рантайме - мол, обана - девелопер сделал баг - и я ВНЕЗАПНО сейчас запишу себе mission failed буквально за 5 минут до финиша по причине "инструмент подвел". Мне вот оно надо такое? А с питоном это каждый второй раз. Пресловутый апдейтер убунты заваливший мне больше апдейтов чем доведший до финиша не даст соврать.
> Это многое о вас говорит.
Это хорошо или плохо? И почему? А так у разных людей - разные предпочтения.
>Спасибо, я уже видел что питонисты могут на примере hg. ИМХО глючное НеТоомозящее нечто, зачем-то пытающееся SVN косплеить, почти помершее от питоноверсиепроблемТвою любимую hg уже наполовину на Rust переписали вообще-то, радуйся.
> Твою любимую hg уже наполовину на Rust переписали вообще-то, радуйся.Вот уж жаба и гадюка, то-есть, простите, пыхтонрасты, сэр! Удачно сочетает оба сорта д...ма. И это типа фича? Что-то желающих этого откушать - примерно 0 оказалось. Даже мозилла это выбросила.
Есть fossil еще. Которая все свое носит с собой.
> Ну или можете перейти на shit.
> Нет, это не ругательство, а реализация git in (almost) pure POSIX shell
> git.sr.ht/~sircmpwn/shitЗачетное название проекта! Жаль им не рассказали что как вы яхту назовете, так она и поплывет.
> Зачетное название проекта!
> Жаль им не рассказали что как вы яхту назовете, так она и поплывет.Зато яхта НЕ ТОНЕТ!
*Ba-Dum_Tss*
ну как же - целых 5% утилите xdiff ! (которая вообще-то сравнивает мелкие файлики, потому что для сравнения шеститерабайтных дампов не предназначена, и эти микросекунды нафиг никому не сдались)Но будете переголосовывать пока не получится правильный результат!
(в принципе, если линусов недоделок еще и гвоздями прибьют к полутора поддерживаемых хрустиками платформам - венде, венде, венде, и еще, вот, lin00ps ix64 и arm64 - то даже наверное и лучше. Чтоб потом этот корабль со всеми 6-ми разом и потонул.)
> (в принципе, если линусов недоделок еще и гвоздями прибьют к полутора поддерживаемых
> хрустиками платформам - венде, венде, венде, и еще, вот, lin00ps
> ix64 и arm64 - то даже наверное и лучше.Ну конечно! Обязательно нужна, ну вот просто жизненно необходима поддежка 60mжБСД, васянБСД, нетакусьБСД, гайки, ректалОС, некросолярки и прочих сортов осей.
Ах да, еще хурд забыл! Вот его нужно поддерживать 146%! И обязательно 32 бита, а то вдруг у кого-то до сих пор осталось))
> Но будете переголосовывать пока не получится правильный результат!Ну, ты от гита никуда не убежишь. Даже не виндус перейти - не поможет, бдж. Ты же думаешь что с тобой на hg кто-то кодом обмениваться будет? Да и там тоже - пыхтонраст сплощной.
> этот корабль со всеми 6-ми разом и потонул.)
Надеешься дожить до этого момента? Обломись, даже если и - то твой скелет будет догнивать на кладбище к тому моменту. И порадоваться этому ты не сможешь, чисто технически.
> Ну, ты от гита никуда не убежишь.Гит нафиг не нужен, он только усложняет весь процесс. Сам подумай, что проще и быстрее, кликнуть правой кнопкой мыши, создать новую папку и кинуть туда бэкап, или пердолить терминал с гитом (сам список команд гит, в очередной раз напоминаю, это стопка страниц А4 мелким шрифтом).
>> Ну, ты от гита никуда не убежишь.
> Гит нафиг не нужен, он только усложняет весь процесс. Сам подумай, что
> проще и быстрее, кликнуть правой кнопкой мыши, создать новую папку и
> кинуть туда бэкап, или пердолить терминал с гитом (сам список команд
> гит, в очередной раз напоминаю, это стопка страниц А4 мелким шрифтом).Если девелопать только самому с собой - то, конечно, можете и так. Но даже так - я вот git bisect зарубил баг в фирмвари с DMA который по другому фиг отловишь. При том это быстро все - раз, раз, раз - о - комит - рефактор DMA - вышел reFUCKtor'ом - ща я его починю!
А вот как бы вы с зипарями это делали - я б посмотрел на это фрик шоу...
> А вот как бы вы с зипарями это делали - я б
> посмотрел на это фрик шоу...Как думаете, стоит тратить время на объяснения сути шаманского ритуала этому неумному или пусть дальше плывет на том корабле?
P.S.при наличии достаточной мощности сборочной среды - чтобы запустить разом сборку всех новыхпапок между работающей и неработающей - еще и в ровно столько раз быстрее, сколько их там было.
> Как думаете, стоит тратить время на объяснения сути шаманского ритуала этому неумному
> или пусть дальше плывет на том корабле?Я думаю что мы цыплят - по осени посчитаем. На тему запиленных проектов, конечно. И посмотрим кто и чего "по осени" достиг, за пределами бесполезного чеса ЧСВ. И вот тут - я думаю что я тебя жестко сделаю. Просто потому что могу, и мне так прикольнее.
> P.S.при наличии достаточной мощности сборочной среды - чтобы запустить разом сборку всех
> новыхпапок между работающей и неработающей - еще и в ровно
> столько раз быстрее, сколько их там было.Там не надо - всех. Там надо - всего две. Хорошего и плохого. Для бинарного партиционирования пространства поиска. Это позволяет провести bisect даже штуки размером с линух кернел за обозримое время. Потому что это как b-tree, нечто типа O(log(N)) получается. А в твоем примере с зипами - ну ты можешь конечно накодить древовидную логику сам. Или при 100500 зипарей ты не дождешься конца операции. Можешь не 100500, но тогда наступит момент когда reFUCKтор какой-то - получился, а откатить его - упс, более-менее свежего зипушника нет. В гите то можно комитить на любую мало-мальски валидную ключевую точку, что позволяет мелко и гранулярно откатывать комиты при нужде. Улучшая себе - и окружающим - процессы девелопа софта. Итеративно улучшая проект мелкими шагами в правильную сторону и откатываясь без напрягов если "ну значит не прокатило".
А еще гит, внезапно - не только зипушник. Но и в дельту - умеет. Т.е. при прочих равных размер репы в РАЗЫ меньше. И расшарить это другим - неизмеримо проще и *быстрее*. Скачать новую ревивизию линухкернела - мегов 50. И это со всей историей! А если зипарем это тянуть... ых, ых, ых. Продвинутый девелоп. В виде - якоря на ногу. Удачи тебе, девелопер. Я таки посмотрю сколько и чего мы в сравнении по итогам надевелопаем. Потому что мы не живем вечно и продуктивность девелопа - не пустой звук.
> Я думаю что мы цыплят - по осени посчитаем. На тему запиленных
> проектов, конечно. И посмотрим кто и чего "по осени" достиг, затвоя осень давно уже наступила. Проектов о которых ты мог бы рассказать (а не трепа что я да я) - ноль, как и было раньше. Сикретные бандлы сикретным людям голубиной почтой уходят.
> Там не надо - всех. Там надо - всего две. Хорошего и
да ну?!
Похоже про бисект этот дятeл читал в чатгопоте и вообще не понимает ни что это, ни как работает.
Но баг в рдма нашел, посмотрите на него!
> что это как b-tree, нечто типа O(log(N)) получается. А в твоем
> примере с зипами - ну ты можешь конечно накодить древовидную логикуя прекрасно умею вычесть из 255 250, поделить остаток примерно пополам и запустить собранное в 253й папке, чтобы посмотреть, работает оно так же как в 250й или уже нет.
Какие такие высшие математики ты тут навоображал?
(не забудь нам про rdma пояснить, а то ж опять сольешься)
> сам. Или при 100500 зипарей ты не дождешься конца операции. Можешь
мы (ну ты врал что ты) баг в rdma ищем. Какой нахрен операции? Чтоб его увидеть - нужно на голом железе запускать ведро, а не лы... гит гонять.
Вот это и есть самая неудобная и долгая часть отладки, если конечно ты не собираешься еще и ждать сборки ведра каждый раз.
> а откатить его - упс, более-менее свежего зипушника нет. В гите
> то можно комитить на любую мало-мальски валидную ключевую точку, что позволяетэто в твом васянском подкроватном (кто тебе мешает и новые папки создавать с нужной частотой - не знаю).
А в ведре вон - "ваша история нам и нафиг не нужна". Порежьте, перепошлите.
Получаем комит "добавили заголовки для реализации фичи a", следом "добавили фичу", следом "добавили документацию". Выкрасить и выбросить такую историю только.> А еще гит, внезапно - не только зипушник. Но и в дельту
> - умеет. Т.е. при прочих равных размер репы в РАЗЫ меньше.
> И расшарить это другим - неизмеримо проще и *быстрее*. Скачать новую
> ревивизию линухкернела - мегов 50. И это со всей историей! Арасскажем ему про инкрементальные патчи (которые по сей день выкладываются на kernel.org) или снова не в коня корм?
> твоя осень давно уже наступила. Проектов о которых ты мог бы рассказать
> (а не трепа что я да я) - ноль, как и
> было раньше. Сикретные бандлы сикретным людям голубиной почтой уходят.Прикольные проекции - но нет. Не стоит по своим проблемам - о себе. Алсо, знаешь чем подход системщика отличается от твоего? Я свои проблемы так или иначе - решу.
> да ну?!
На самом деле я чуток наврал - одного. Параллелить это проблемно, ибо для выбора очередной половины в пространстве поиска мы должны знать результат предыдущей итерации (good или bad). Этот процесс не параллелизуем - из-за зависимости от данных с предыдущего шага.
Это деление в стиле b-tree и позволяет даже в огромном проекте на двух зиллионах комитов быстро локализовать проблему, имея очень приблизительную идею где случился факап. Каждый билд и вердикт good/bad - ополовинивает пространство поиска, и вскоре все приходит к 1 комиту. Который и был источником проблем. Так что даже бисект через несколько итераций кернела занял - ну, штук 15, чтоли, билдов. При том последние несколько - ребилд полутора файлов и очень быстро, буквально 2 файла перепахать и линк ядра - и можно тестить.
На этой почве вон там у господ даже забавный автобисектор на quemu сделан, как темплейт. Если удалось оформить критерий bad/good программно - он вообще сам выбор good/bad отшлепает.
> Похоже про бисект этот дятeл читал в чатгопоте и вообще не понимает
> ни что это, ни как работает.Как самокритично. Можешь запускать параллельные билды своих зипарей - а я лучше буду git bisect, уж пардон. Это для меня намного лучше работает чем вон то.
> Но баг в рдма нашел, посмотрите на него!
Каком еще рдма? Это в моей фирмваре мк было, чудик. Дма у нее - локальный. Но вот отдебажить ЭТО - был бы полнейший брейнфак! Потому что DMA работает за сценой, его не видно на радарах, и кто и почему RAM вынес - сильно отдельный вопрос. Не, IOMMU в микроконтроллеры не ставят - масштаб железки не тот. Так что оно отлично выносит RAM нахрен, если с сетапом DMA автомата лажа вышла. И счастливой отладки, ога. Это был бы мой ночной кошмар - но я его "на удачу" зарубил бисектом. И ночной кошмар куда-то пропал за десяток минут.
> я прекрасно умею вычесть из 255 250, поделить остаток примерно пополам и
> запустить собранное в 253й папке, чтобы посмотреть, работает оно так же
> как в 250й или уже нет.Я рад за тебя, но вообще-то я Version Control System юзаю - для контроля версий как раз. Чтобы не заниматься изобретением такого велосипеда с квадратными колесами - самому.
Тем более что с папками ты не будешь это все на каждый пшик. Значит размер changeset - более другой. И вот знаешь ты что баг в этих 30 кил изменений. Это некая разница между "баг в этих 10 строках". Или к вопросу почему мы хотим "порежьте чтобы на экран влезало". А чтоб БЫСТРО и ОДНОЗНАЧНО понимать где баги. В том числе и при бисекте. Или маневрирование с выносом и воркэраундом багов быстро и с минимумом интрузива. А к хорошему - быстро привыкаешь.
> Какие такие высшие математики ты тут навоображал?
Да нет никаких высших математик в tree walk, кто тебе это сказал? Есть - мое предпочтение - спихивать рутину на машины. И только. Это не значит что я так мануально не способен в принципе. Это значит - что вон там это автоматизировало и улучшило, позволив сильнее завязаться на этот процесс, например делая атомарные и по возможности мелкие комиты. Так что можно управлять на уровне фичи, или ее рефактора, и проч - а с зипарями это задолбает в таком виде и канители многовато. Конечно, при остром желании можно написать себе некий эрзац VCS таким манером. Просто хреновенький и кривой. И я хотел - мой проект прогать, а не уродский эрзац VCSки.
> (не забудь нам про rdma пояснить, а то ж опять сольешься)
Поясняю: надо разуть глаза и увидеть просто DMA. В обычной фирмвари обычного мк. Что такого в том что я DMA-автомат запрограмил для heavy lifting? Вот только с рефактором случайно реФАК!тор вышел. И DMA получал весьма левый адрес как назначение. Дальнейшее, думаю, понятно.
Но вот отдебажить "от чего фирмвар брякнулся" при этом - ну это такой сильно отдельный квест, который напряжет даже ультра про. Задаунгрейдить баг класса "ночной кошмар" в "халява сэр" путем его бисекта было очень мило. И конечно я сто раз забыл через год про этот рефактор. Все ж работало - если вооот так не сделать. Я проверил на удачу древнюю версию - там катит. А тут нет. Отлично, два репера, good и bad - шоу начинается. И через 10 минут я уже вижу комит где лажа вышла. Он предсказуемо оказался про DMA. А вот это уже можно и с микроскопом отинспектировать - а, вот тут и правда - баг вышел. И кривой адрес в DMA - лопатой по лицу, как неожиданно. А вот зарубить такой баг по другому... ну... удачи. Может справишься за недельку. Или месяцок. Пыхтения с хардварным дебагером, степания по шагам, мата что это ломает реалтайм логику в хлам - и чего доброго вообще баг не багует и чего там еще.
>> сам. Или при 100500 зипарей ты не дождешься конца операции. Можешь
> мы (ну ты врал что ты) баг в rdma ищем. Какой нахрен
> операции? Чтоб его увидеть - нужно на голом железе запускать ведро,
> а не лы... гит гонять.Не в RDMA а - в просто DMA. Микроконтроллерном. В лично моей фирмваре. Где у меня таки хватило ума - затолкать и этот проект в git и таки - делать цивилизованный контроль версий как в лучших домах. И - вот - в энный момент это дело себя окупило с превышением. Позволив мне git bisect'ом загасить баг который иначе был бы - моим хучшим кошмаром нахрен!
> Вот это и есть самая неудобная и долгая часть отладки, если конечно
> ты не собираешься еще и ждать сборки ведра каждый раз.Про DMA ремарка была не про ядро а таки про мой отдельный проект, который я до кучи все же засунул в гит и трекал версии как белый человек. И в момент когда наступил вот такой вот душняк с ВНЕЗАПНО падающей фирмварью "хрен его знает почему" - к счастью, я научился вызывать крах и на удачу - нащупал в гите bad и good ревизии. И вот так при наличии git самый ужасный баг становится не таким уж и ужасным. И конечно комит был - сугубо про DMA. А в этом - влезающем на экран - я таки - найду баг. Внимательно прочитав каждый байт этого, если надо. И таки хорошо что у меня хватило ума - делать комиты мелкими и атомарными. А не нате на лопате - простыню 100 кило - а теперь попробуйте угадайте где тут в ней порылся баг.
На ядре линя я тоже бисекты гонял. И так то - стебно гасануть баг в подсистеме которую я впервые вижу. Но если мне буквально ...цать строк показано с изменением - я даже впервые видя код в формате было-стало - могу быстро догадаться где факап вышел. И либо завершить рефактор правильно либо ткнуть причастного прям в точку лажи если самому душновато. Они в таком режиме - вынесут баг минут за 5 после этого и будут очень рады такому раскладу.
> это в твом васянском подкроватном (кто тебе мешает и новые папки создавать
> с нужной частотой - не знаю).Нежелание делать хреновую и кривую VCSку когда есть гит. Он и зип - и дельта - и удобное управение этим. Зачем мне самому прогать похабный эрзац, только хуже и вместо занятий интересным мне проектом?
> А в ведре вон - "ваша история нам и нафиг не нужна".
> Порежьте, перепошлите.Вон там в примере с DMA реФАК!тором - я был очень рад что у меня хватило ума резать комиты мелко. Так что я быренько вылез на факап в цать строк и его уже под микроскопом могу изучить, где там лажа вышла.
> Получаем комит "добавили заголовки для реализации фичи a", следом "добавили фичу", следом
> "добавили документацию". Выкрасить и выбросить такую историю только.У меня здорово более другой опыт с ядром линя - в том числе и по части бисектов. Обычно как раз выкидывает меня на достаточно небольшой и удобоваримый сегмент кода, подлежащий анализу и фиксам. Т.е. использование VCS как VCS реально - работает. И их полися тоже. Мои подходы даже в моих внутренних вещах - это косплей их полисей. Потому что они знают что делают - и я убедился в этом на своей тушке.
> расскажем ему про инкрементальные патчи (которые по сей день выкладываются на kernel.org)
> или снова не в коня корм?Это все прекрасно - но не позволяет нормальный version control. А к хорошему быстро привыкаешь. Ты можешь выполнять version control и так, если для тебя это работает. А я уж лучше гитом.
Да уж, с кем на одном опеннете приходится сидеть.
>> Ну, ты от гита никуда не убежишь.
> Гит нафиг не нужен, он только усложняет весь процесс. Сам подумай, чтоЛинус с тобой, кстати, очень даже согласен!
(с 92го по 2000й год точно так же как ты считал!)
> Линус с тобой, кстати, очень даже согласен!
> (с 92го по 2000й год точно так же как ты считал!)И даже на Andrew Tridgell или как там его понаезжал за реверс Bitbaker. А потом... взял и зарезал bitbaker'а без ножа... :)
> Ну, ты от гита никуда не убежишь.Если эти дятлы добьются таки своего - _любая_ следующая значительная разработка просто НЕ СМОЖЕТ использовать гит. Вообще. В чем и желаю им всяческих успешных узбеков.
Потому что под новую еще не написанную ос просто не будет возможности его даже ограниченно использовать. А разработчики сидящие в венде и венде - ничего кроме нового ресдоха не разработают. Взлетают разработки, которыми пользуешься ты сам.
Причем тут виндовс? Они и старый прекрасно смогли без гита. А нынешние набранные по объявлению уже давно ни на какую действительно сложную работу неспособны, хорошо если все полимеры не прогадят совсем (таки прогадят, я более чем уверен).
> Надеешься дожить до этого момента?
Скорее, конечно - до момента когда прилетят рептилоиды и съедят их мозги. Ну или прекрасные ребята из международно признанной организации террористов (sic) проделают то же самое.
Но напоминаю что линукс написан человеком, вообще не умевшим (и до сих пор не научившимся) пользоваться vcs по назначению и не понимавшим (включая первые пять лет развития своего прожекта, а потом эффективные менеджеры внятно намекнули) зачем они бывают нужны. "Порежьте помельче и перепошлите - в экран нивлазит!"
> Если эти дятлы добьются таки своего - _любая_ следующая значительная разработка просто
> НЕ СМОЖЕТ использовать гит.Не будет ли сэр любезен развить мыслю? На тему что им помешает? В бОльших деталях?
Мне в этом не нравится - рост сложности бутстрапа новых направлений и (ре)бутстрапа тулзов. Ну скажем, если окажется что где-то вклинился 5 лет назад червь или бэкдор, отреспинить софтварный стэк в доверяемом виде - будет отдельный кус грабель. С Rust почти невыполнимый, из-за полиси когда он гарантировано билдуется - только предыдущей версией себя. В этом смысле его респин потребует - заново пройти всю цепочку. Что как бы жутчайший фэйспалм.
> Вообще. В чем и желаю им всяческих успешных узбеков.
А им - это кому? Девелоперам git? Они уже могут - массой взять. Но минимальные реализации гита есть и у других, тот же got, например (Games of Trees). Это у openbsd, кажись. Зачем тебе для началного девелопа - полный фарш? Древние вообще девелопали без этого.
> Потому что под новую еще не написанную ос просто не будет возможности
> его даже ограниченно использовать. А разработчики сидящие в венде и венде
> - ничего кроме нового ресдоха не разработают.Вот тут я на 100% согласен. Просто понаблюдав как это работает - ну вот не, без шкурного интереса разработчика - для своей шкурки - фигня получается. Типа реактоса.
> Взлетают разработки, которыми пользуешься ты сам.
Офигеть. До тебя дошло? Лучше поздно чем никогда. Надеюсь это объясняет почему я не жалую господ с сказками про "прагматичный выбор" и "серверные системы". Они убивают экосистему.
Эти господа обречены познать дилемму свиньи и дуба - заметив что "серверную ос" оказывается девелопать - некому. И любимый тул - уйдет в небытие. Если угробить дуб, желудей почему-то не будет.
Скажу больше. Я видел кончину эн проектов которые мне нравились. И когда мне это надоело - я стал частью наиболее симпатичных мне вещиц, где чувствовал что - душняк. Иногда даже 1 смертный - решает. Когда нечто балансирует между жизнью и смертью, даже небольшой пинок, небольшой лучик надежды - перевешивает баланс. Это может иметь неожиданно большой эффект.
> Причем тут виндовс? Они и старый прекрасно смогли без гита. А нынешние
> набранные по объявлению уже давно ни на какую действительно сложную работу
> неспособны, хорошо если все полимеры не прогадят совсем (таки прогадят, я
> более чем уверен).Ну, мне от майкрософт - в данный момент - ничего не нужно. Я начинал с виндовса. Но у хорошей технологии очень плохой хозяин. И это - увы - отливается. Каждая новая версия враждебнее, гаже, подлее, тормознее. Делать из нее то что мне реально хотелось? Ччерт, это стало настолько сложно - что чисто технически стало проще с ноля респинить вариант дебиана себе. Так как мне хотелось. И результат ближе к желаемому - и в разы меньше мучений.
>> Надеешься дожить до этого момента?
> Скорее, конечно - до момента когда прилетят рептилоиды и съедят их мозги.Вообще это было бы забавно, но судя по речам адептов Rust - этот момент уже наступил.
> Ну или прекрасные ребята из международно признанной организации террористов (sic) проделают
> то же самое.Это про которую из них?
> Но напоминаю что линукс написан человеком, вообще не умевшим (и до сих
> пор не научившимся) пользоваться vcs по назначению и не понимавшим (включая
> первые пять лет развития своего прожекта,Вот тут я таки - не согласен. Он как раз правильно понял идею с распределенными workflow, с параллельной эволюцией веток, и интеграцией этого потом путем мержа бранчей. Я конечно не настолько крут - но благодаря этому тулсу я взял новые высоты и реально ворочаю интеграцию довольно больших штук. Сильно более крупных и сложных чем я когда либо мечтал.
Самые эффективные workflow - вовсе не централизованный корпоративный булшит с якорем всей толпы "потому что тот файл уже Вася редактирует" как это все умели - TFS и кто там еще такой продвинутый, и SVN всякие, с линейным воркфлоу идут - туда же. Да, в отместку мне приходится порой мануально рюхать edit conflicts и греть мозг. Но это именно то за что меня и ценят. И это позволяет вон тем господам - фигарить асинхронно относительно друг друга. А я стыкую их достижения вместе.
> а потом эффективные менеджеры внятно намекнули) зачем они бывают нужны.
> "Порежьте помельче и перепошлите - в экран нивлазит!"Таки я конечно не Торвальдс - но практикую интеграцию довольно больших штук. И когда мне с лопаты набрасывают огромный мутный кусок треша, это и меня грузит на ровном месте, ревьюить неудобно нихрена (слепо клацать "commit" я ессно не собираюсь) - а потом еще и атомарно откатить чем-то типа git revert лишь offending part? Да вот ща, потом полпроекта в дурном состоянии таким манером окажется. В идеале - я предпочту аварийно сделать git revert на проблемном сегменте кода - сохранив остальное если это логически-консистентно. Потому что терять 95% огромной фичи, из-за бага в мелком aux треше ломающем прод - ну такое себе.
На самом деле - иногда - допустимо и пульнуть не глядя. Из-под тушки которой точно доверяешь в аспектах submanagement их фичи. И Торвальдс один из первых это осознал с своими "майнтайнерами". Так он масштабируется - намного круче нас всех. И это далеко за пределами того что 1 двуногий может сам по себе. Я познал азы этого - и поэтому согласен с видением Торвальдся. Это рационально, прагматично и ведет к хорошему для проекта результату. Проверено косплеем этой тактики. Торвальдсом это конечно меня не делает, но копирование тактики лидера направления - известный способ стать "выше среднего" в выбранном направлении. Не понимаю зачем ты пытаешься отливать против ветра в этом аспекте. Мокрые пахучие штаны - не рулят.
> Заметьте опять - внедрить насильно, не решая ни каких задач при этомЧтобы начать решать задачи - Rust должен быть в списке зависимостей для сборки, и мажорный релиз - как раз возможность требования сборочной инфраструктуры менять
Короче всё как с питоновым пакетом cryptography, сначала потребовали от мейнтейнеров Rust, при этом продолжили использовать только Си, а спустя какое-то время сей там не осталось, заменили на Rust.
> Rust должен быть в списке зависимостей для сборкиПусть напишут аналог гит и покажут, как они могут решать задачи. А потом посмотрим, стоит ли их куда-то пускать.
> Пусть напишут аналог гит и покажут, как они могут решать задачи.Зачем это им? Это такая же глупость как предложение растохейтеров написать свое ядро. Вся суть именно в улучшении имеющегося, а не написании с нуля.
> А потом посмотрим, стоит ли их куда-то пускать.
Кто будет смотреть? ̶В̶а̶с̶я̶н̶о̶б̶о̶м̶ж̶ы̶ ЛуДшие представители "Свободного Сообщества"?
Или это будут решать разработчики?Меня вообще забавляют ваши копротивления)))
gix продолжает писаться полным ходом
в последнем издании cargo заменили libgit2 на него, зачем раст в гите я не знаю пусть продолжают писать на си
> Короче всё как с питоновым пакетом cryptography, сначала потребовали от мейнтейнеров Rust,
> при этом продолжили использовать только Си, а спустя какое-то время сей
> там не осталось, заменили на Rust.Вообще, если бы весь питон заменили на Rust, я бы пожалуй не возражал :)
> Вообще, если бы весь питон заменили на Rust, я бы пожалуй не
> возражал :)чтобы ничего в нем поправить было невозможно? Ну да, ну да, местные опенсорсники - они такие вот.
Только жрать с лопаты и нахваливать.
> чтобы ничего в нем поправить было невозможно? Ну да, ну да, местные
> опенсорсники - они такие вот.В питоне, блин, без правки каждую минорную версию - не работает нихрена. Ну и вот зачем мне постоянно разваливающиеся тулсы? Заниматься правками ради правок? Это начинает жрать мое время - вместо того чем я хотел заняться на самом деле - на левый технический треш с заточкой карандашей и нулевой user-visible отдачей. И вот уже вместо моих проектов я косплею канцелярскую крысу и перетачиваю карандаши. Потому что они все сломались, блин.
Зачем мне такой тулинг? Чтобы что?
> Только жрать с лопаты и нахваливать.
Я скажу крамолу - но по мере развития gccrs я может даже rust и подучу чутка. Просто потому что например работа с типами там сильно ближе к тому что я бы хотел видеть чем в сишке. Где то что сишка делает с integer'ами - это ну просто ужас, уж пардон. И с трекингом lifetime через borrow хорошо придумано. В си этот аспект не решается - никак. Я просто не знаю - нужен этот кус кому-то еще или нет. В сложном большом проекте это становится кошмаром. Когда на выбор memleak VS use after free. Ну такой себе выбор, если честно.
>> чтобы ничего в нем поправить было невозможно? Ну да, ну да, местные
>> опенсорсники - они такие вот.
> В питоне, блин, без правки каждую минорную версию - не работает нихрена.виден опыт. Т.е. ноль исправлений в питоне тоже.
На сем можем заканчивать дискуссию.
> виден опыт. Т.е. ноль исправлений в питоне тоже.Да уж, у меня есть опыт с эн унаследованных питоноприблуд - делающих мозг питоноверсиепроблемами. Хрустики вроде по крайней мере сборку старых редакций - не дропают. Хотя как я вижу - с майнтенансом этого брейнфака у них тоже - так себе.
> На сем можем заканчивать дискуссию.
Ну дык. Неудобная из меня чесалочка для твоего чсв. Можно было бы уже догадаться - "вы что ребята, это ж кактус".
>> виден опыт. Т.е. ноль исправлений в питоне тоже.
> Да уж, у меня есть опыт с эн унаследованных питоноприблуд - делающихда мы не сомневаемся в твоем опыте жранья с лопаты. Ой, низапускатеца - ну все, у тебя лапки.
Современные любители опенсорса - они такие.
Разработчики захотели — разработчики сделали. Их проект, программируют на чем хотят.
> Разработчики захотели — разработчики сделали. Их проект, программируют на чем хотят.Но как же Сообщество??!! Их же не спросили!
А должны были спросить каждого васяна и если бы он был против, то несомненно отказаться от такой идеи!
> Но как же Сообщество??!! Их же не спросили!А должны были спросить каждого васяна и если бы он был против, то несомненно отказаться от такой идеи!
Единственные страдальцы, которых это заденет — мейнтейнеры. Все остальные почему печалятся ваще не ясно. Зависимость от очень так себе тестируемого перла почему-то никого не тревожит.
> А должны были спросить каждого васяна и если бы он был против,
> то несомненно отказаться от такой идеи!Ну вон там васян вылез - с машинками по 500 000 баксов за юнит. Где хруста нет. Прикольно там девы отмазываются что мы дескать не можем потратить 500 000 баксов на юнит для тестов как оно там :)
А на предложение сделать это в виндееее.... "windows is not a trusted platform" (c) рассылка. Походу хоть у некоторых в финтехе голова на месте.
>> А должны были спросить каждого васяна и если бы он был против,
>> то несомненно отказаться от такой идеи!
> Ну вон там васян вылез - с машинками по 500 000 баксов
> за юнит. Где хруста нет. Прикольно там девы отмазываются что мы
> дескать не можем потратить 500 000 баксов на юнит для тестов
> как оно там :)
> А на предложение сделать это в виндееее.... "windows is not a trusted
> platform" (c) рассылка. Походу хоть у некоторых в финтехе голова на
> месте.Проприетарные платформы где нет llvm это и правда проблема, но примерного того же порядка, что портирование туда какого-нибудь Golang или Java. Если эти люди хотят у себя Git, они могут портировать себе llvm.
> Проприетарные платформы где нет llvm это и правда проблема, но примерного того
> же порядка, что портирование туда какого-нибудь Golang или Java. Если эти
> люди хотят у себя Git, они могут портировать себе llvm.Лучше, имхо, пусть инвестиции грохнут вон тем господам - сразу бошка на место встанет. А то поразвелось всяких левых фондов с мутной активностью. Неплохо б посмотреть у кого фонды круче и кто кого при случае зарулит.
>> Проприетарные платформы где нет llvm это и правда проблема, но примерного того
>> же порядка, что портирование туда какого-нибудь Golang или Java. Если эти
>> люди хотят у себя Git, они могут портировать себе llvm.
> Лучше, имхо, пусть инвестиции грохнут вон тем господам - сразу бошка на
> место встанет. А то поразвелось всяких левых фондов с мутной активностью.
> Неплохо б посмотреть у кого фонды круче и кто кого при
> случае зарулит.А в чем проблема фондов-то? Одни люди считают Rust правильным, другие считают Rust исчадием ада. У первых вот есть фонд. Пускай вторые тоже фонд организуют, и ходят рассказывают что Rust страшный и ужасный и так не надо.
> А в чем проблема фондов-то? Одни люди считают Rust правильным, другие считают
> Rust исчадием ада. У первых вот есть фонд. Пускай вторые тоже
> фонд организуют, и ходят рассказывают что Rust страшный и ужасный и
> так не надо.Ну вот на месте этих, с машинами по $500 000 за юнит я б озаботился тем чтобы вон тем - денежные потоки уже поперекрыть. За саботаж, конечно, ничего личного - это бизнес.
>> А в чем проблема фондов-то? Одни люди считают Rust правильным, другие считают
>> Rust исчадием ада. У первых вот есть фонд. Пускай вторые тоже
>> фонд организуют, и ходят рассказывают что Rust страшный и ужасный и
>> так не надо.
> Ну вот на месте этих, с машинами по $500 000 за юнит
> я б озаботился тем чтобы вон тем - денежные потоки уже
> поперекрыть. За саботаж, конечно, ничего личного - это бизнес.И вот так у вас все: запретить, перекрыть, отнять. Поэтому-то в РФ IT и сделан по принципу "обернуть Jitsi в новый UI" или "пересобрать RHEL".
> И вот так у вас все: запретить, перекрыть, отнять. Поэтому-то в РФ
> IT и сделан по принципу "обернуть Jitsi в новый UI" или
> "пересобрать RHEL".Я не имею отношения к РФскому айти от слова вообще. Но считаю что применить к хрустикам их же стандарты и методы - то что доктор прописал. Если они толкают свое добро поршнем в глотку, ломая народу системы и дропая поддержку оборудования, тогда неплохо бы всем причастным - надрать зад за такое кидалово и полися всем причастным. To the best extent possible under law.
>> И вот так у вас все: запретить, перекрыть, отнять. Поэтому-то в РФ
>> IT и сделан по принципу "обернуть Jitsi в новый UI" или
>> "пересобрать RHEL".
> Но считаю что применить к хрустикам их же стандарты и методы - то
> что доктор прописал. Если они толкают свое добро поршнем в глотку,
> ломая народу системы и дропая поддержку оборудования, тогда неплохо бы всем
> причастным - надрать зад за такое кидалово и полися всем причастным.Каким хрустикам? Все хрустики грант в фонде получают? В какую кассу идти за долей, а то я контрибутил в растовый код?
Автор RFC -- автор Git'а с 1600 коммитами, активный с 2015 года. Враги заранее в проект за десять лет до заслали? :))
> Каким хрустикам? Все хрустики грант в фонде получают? В какую кассу идти
> за долей, а то я контрибутил в растовый код?Сосведние хрустики мне на минуточку Radeon 5000/6000 сломали своим rusticl который якобы-лучше clover'а был. Несомненно я очень рад этому. И почему-то при удобном случае присоединюсь к надиранию задниц за подобную активность если представится случай. Без малейшего намека на пощаду.
> Автор RFC -- автор Git'а с 1600 коммитами, активный с 2015 года.
> Враги заранее в проект за десять лет до заслали? :))Как говорится - "враг уже внутри". И да, кто тебе обещел что лучший друг - не воткнет кинжал в спину? Так бывает, увы и ах.
> Сосведние хрустики мне на минуточку Radeon 5000/6000 сломали своим rusticl который якобы-лучше clover'а был.Но он действительно лучше - есть поддержка OpenCL 3.0
То что б0мж видяхи не поддерживают его, это не проблема разработчиков rusticl.
Нвидии тех же лет вполне могут в OpenCL 3.0.> Несомненно я очень рад этому.
Твое мнение никого не волнует.
> И почему-то при удобном случае присоединюсь к надиранию задниц за подобную активность если представится случай.
Ухуху, надрал так надрал))
Боюсь те кто будут решать про гит, о твоем существовании даже не догадываются.> Без малейшего намека на пощаду.
... и грозно топнул ножкой.
>> Каким хрустикам? Все хрустики грант в фонде получают? В какую кассу идти
>> за долей, а то я контрибутил в растовый код?
> Сосведние хрустики мне на минуточку Radeon 5000/6000 сломали своим rusticl который якобы-лучше
> clover'а был.Они удалили clover из Интернета? Серьезно?
> Несомненно я очень рад этому. И почему-то при удобном случае присоединюсь к надиранию задниц за подобную активность если представится случай. Без малейшего намека на пощаду.
Я на 100% уверен что ты дрищ и задницу надерут тебе. Ни разу не видел чтобы люди, способные надрать задницу, писали об этом на форуме из-за какой-то ерунды типа драйвера.
>> Автор RFC -- автор Git'а с 1600 коммитами, активный с 2015 года.
>> Враги заранее в проект за десять лет до заслали? :))
> Как говорится - "враг уже внутри". И да, кто тебе обещел что лучший друг - не воткнет кинжал в спину? Так бывает, увы и ах.Человек тебе 10 лет бесплатно Git пилил, хочет пилить чтобы он был ещё лучше, а ты в Интернете бомбишь. Зачем ты так? Тебя пропаганда ненавистников Rust что ли мозги промыла? Потому что иначе тебя эта ситуация-то никак не касается -- за тебя все сделают мейнтейнеры.
> Они удалили clover из Интернета? Серьезно?Из месы дропнули. Моральные удоды от девелопа. И вот такой "девелоп" у этих ... везде - все задропать под предлогом улучшения. Потом окажется - такой же вечно хромой недопилок но еще вон там фичи, железо и проч - задропали, гемора создали, а сказки как всем будет збс так сказками и остались. Отличный пример - серво. Там уж и тиму уволили, и мозилла на ладан дышит, а долгострой веб так и не рендерит толком. Хотя ему уже более 10 лет, чтоли.
> на форуме из-за какой-то ерунды типа драйвера.
Для меня git не ерунда а рабочий инструмент. И вот такие фортели в оном я видеть совершенно не желаю. И приветствовать такую "разработку" я не собираюсь. Для меня то что git доступен под все что шевелится - фича. А дроп платформ - жирный баг, соответственно.
> Человек тебе 10 лет бесплатно Git пилил, хочет пилить чтобы он был
> ещё лучше, а ты в Интернете бомбишь.Вот только дроп кучи платформ не стыкуется с моим пониманием "лучше". Так что этот человек может идти нахрен. Вместе со своими патчами, если для их работы надо столь фундаментально изгадить ценный тул. И боюсь что этому сэру очень не понравилась бы благодарность которую я бы хотел выразить за такое направление девелопа.
> Из месы дропнули.То есть сишники сломали?
> Для меня git не ерунда а рабочий инструмент. И вот такие фортели в оном я видеть совершенно не желаю. И приветствовать такую "разработку" я не собираюсь. Для меня то что git доступен под все что шевелится - фича. А дроп платформ - жирный баг, соответственно.
Ты про все эти платформы узнал сегодня на форуме и к NonStop даже пушечный выстрел не подходил. Тебя это не касается вообще никак.
> Вот только дроп кучи платформ не стыкуется с моим пониманием "лучше".
Двух. Двух платформ. Два это не куча, уж извини. Поддержка одной прекращена в 2006 году, вторая -- проприетарный legacy от HPE.
> Из месы дропнули. Моральные удоды от девелопа.Т.е ты годами пользовался из трудом, а как только они выбросили старый мусор, то начал их поливать помоями?
Какой же ты неблагодарный у№№№к.> И вот такой "девелоп" у этих ... везде - все задропать под предлогом улучшения.
А может те кому нужно старое овнецо хотя бы палец о палец ударят?
Или они способны только в интернет свою желч лить?> Для меня git не ерунда а рабочий инструмент. И вот такие фортели в оном я видеть совершенно не желаю. И приветствовать такую "разработку" я не собираюсь.
Твои проблемы.
В СПО ты или делаешь, или просто ешь что дали, или идешь лесом.
Ты можешь сколько угодно "не приветсвовать", всё равно тебя никто спрашивать не будет.> Для меня то что git доступен под все что шевелится - фича. А дроп платформ - жирный баг, соответственно.
Можешь форкнуть и поддерживать)
> Вот только дроп кучи платформ не стыкуется с моим пониманием "лучше".Так он разработчик.
А ты - никто, просто бомбящая клава из интернета.> Так что этот человек может идти нахрен.
Может. Но нахpeн пойдешь ты. Потому что разработчики решают как развивать прект, а не какие-то воздуханы из интернеты.
> И боюсь что этому сэру очень не понравилась бы благодарность которую я бы хотел выразить за такое направление девелопа.
К счастью он даже не догадывается о твоем существовании)
А то был бы в шоке, какое дно обитает на одном земном шарике.
> Лучше, имхо, пусть инвестиции грохнут вон тем господам - сразу бошка на место встанет.А откуда вы взяли, что эти проприетарщики вообще хоть копейку инвестировали в раст или ллвм?
> Неплохо б посмотреть у кого фонды круче и кто кого при случае зарулит.
Пусть делают фонд "З̶а̶ ̶д̶и̶д̶о̶в̶о̶е̶ ̶г̶о̶в̶н̶о̶ За сохранение поддержки нетрадиционных платформ".
И там выдвигают свои требования
> А откуда вы взяли, что эти проприетарщики вообще хоть копейку инвестировали в
> раст или ллвм?Может в Git инвестировали. Или в Linux Foundation. В таком случае - может получиться очень чувствительно тюкнуть агрессоров с их дропом платформ и качем ночнушек по болючим местам, оставив их без финансов. При том если делать пакости в таком стиле финтеху - шансы на такой расклад кратно возрастают. С чем я и поздравляю причастных.
>> Неплохо б посмотреть у кого фонды круче и кто кого при случае зарулит.
> Пусть делают фонд "З̶а̶ ̶д̶и̶д̶о̶в̶о̶е̶
> ̶г̶о̶в̶н̶о̶ За сохранение поддержки нетрадиционных платформ".Это вы так про того "them/they" топящего за Rust который рядом вылез? Вот почему-то да, за Rust топят всякие очень сомнительные личности.
> Может в Git инвестировали. Или в Linux Foundation.В то самое ведро, в котором раст второй язык?
Отличные инвестицим!> может получиться очень чувствительно тюкнуть агрессоров с их дропом платформ
А может не получиться)
Я уже слышал kykaреки растохейтров про "да в жизне не добавят его в ядро!!" и что?> и качем ночнушек по болючим местам,
Кто о чем, а дол№№№бы о ночнушках. Типично.
> С чем я и поздравляю причастных.
С чем поздравляешь? Еще ничего не случилось))
Но ты можешь продолжать вырабатывать метан и копиум.
> В то самое ведро, в котором раст второй язык?
> Отличные инвестицим!Вон те господа с машинами по $500K за штуку уже кажется не так уверены в этом.
> Я уже слышал kykaреки растохейтров про "да в жизне не добавят его
> в ядро!!" и что?Вот там оно - напрочь опциональное. И в таком виде - да и хрен с ним, имхо. Я просто не билдую ни 1 драйвера на этом (а что там реально рабочего на Rust есть?).
А в git вопрос как раз в том чтобы это в обязаловку сделать. Это несколько иная полися. И вот тут я кое-что против уже имею. В частности - дроп "недостойных" платформ ибо у Rust с поддержкой платформ все сильно хуже.
> Кто о чем, а дол№№№бы о ночнушках. Типично.
А что я должен сказать когда мое дистро выкидывает фс утилс bcachefs за вот это вот? Если у Rust вот такое сообщество образовалось - я не виноват.
>> С чем я и поздравляю причастных.
> С чем поздравляешь? Еще ничего не случилось))
> Но ты можешь продолжать вырабатывать метан и копиум.Но я думаю что всякие финтехи довольно быстро наедятся таких полисей. И после парочки таких демо они начнут понимать кто есть кто. Идея жестко кинуть финтеха с дорогими железками мне определенно нравится. Родит спрос на аннигиляцию причастных. Платежеспособный спрос, заметим - который в отличие от этих дрище может железку за 500К купить для начала :)
> Вон те господа с машинами по $500K за штуку уже кажется не так уверены в этом.Это они тебе сами сказали?
Или ты просто рядом улицу подметал и разговор подслушал?> Вот там оно - напрочь опциональное. И в таком виде - да и хрен с ним, имхо.
"вы находитесь здесь" (с)
> Я просто не билдую ни 1 драйвера на этом (а что там реально рабочего на Rust есть?).
В ядре? Не знаю, красношапка там чего-то пишет.
Но, например в MESA выкинули древний и каличный кловер и теперь без раста не соберешь.
> И вот тут я кое-что против уже имею.И...? Что ты можешь сделать кроме в0няния на форуме?
> В частности - дроп "недостойных" платформ ибо у Rust с поддержкой платформ все сильно хуже.
Мусор надо выбрасывать. Особенно древний.
> А что я должен сказать когда мое дистро выкидывает фс утилс bcachefs за вот это вот?
Должен сказать спасибо.
За то что ты годами пользовался дистрибутивом нахаляву.
Иначе ты просто неблагодарный удак.> Но я думаю что всякие финтехи довольно быстро наедятся таких полисей.
Так-так, у нас есть гугл, мелкомягкие, AWS, клоудфларя, МЕТА... даже какие-то мелкие фирмочки типа DARPA
> Идея жестко кинуть финтеха с дорогими железками мне определенно нравится. Родит спрос
> на аннигиляцию причастных.Пф, отличные фантазии!
> Это они тебе сами сказали?
> Или ты просто рядом улицу подметал и разговор подслушал?Рассылку почитал с теми хрустяшками.
> "вы находитесь здесь" (с)
Рассматривать все теоретические сценарии - сами понимаете, никаких ресурсов не хватит. А проблемы стоит решать по мере их поступления. Обычный инженерный принцип.
>> Я просто не билдую ни 1 драйвера на этом (а что там реально рабочего на Rust есть?).
> В ядре? Не знаю, красношапка там чего-то пишет.Да, чего-то типа-пишет. Какой-то скелетон драйвера. Для нвидий. Юзерам нвидий не привыкать мыкаться с полунерабочим шитом, плюс-минус еще какой-то там "скелетон драйвера" который пока ни-хре-на не может вообще - это не бог весть какая потеря. Еще десяток лет помыкаются, они привычные.
А, ну вот еще гугл свой Binder собирается на хруст переписать. Но им никто кроме гугля и не пользовался, собственно. И пересборка андроида - так то давно известна максимальной враждебностью и неудобством. А теперь и сорц стали крысить наполовину. В общем корпорация добра показывает истинное лицо.
> Но, например в MESA выкинули древний и каличный кловер и теперь без
> раста не соберешь.И теперь столь же калечный rusticl - который еще и меньше оборудования поддерживает. Который уже 5 лет всем даст мастеркласс... и пока дал мастеркласс по м...зму програмеров на расте. И потом эти м... удивляются что их "офигенные" заслуги чего-то не ценят. А что там собственно ценить? Тормозное глюкало задропавшее поддержку железа? Ох, вау, какой ценный актив. Вот как-то не хочется чтобы и git таким же трашаком стал.
> И...? Что ты можешь сделать кроме в0няния на форуме?
А вот это мы посмотрим.
>> В частности - дроп "недостойных" платформ ибо у Rust с поддержкой платформ все сильно хуже.
> Мусор надо выбрасывать. Особенно древний.Вот давайте вас и выбросим - по сравнению с родившимся вчера вы уже просто ископаемое. На кладбище ползите, вам уже там прогулы записывают!
> Должен сказать спасибо.
> За то что ты годами пользовался дистрибутивом нахаляву.
> Иначе ты просто неблагодарный удак.Тут как бы претензии - не к дистру. Я им как раз пользуюсь за именно те предсказуемые полися софта. Претензии как раз - к долбоящерам с растом и такими полисями девелопа фс утилс, ога! Затребовать качать ночнушку для сборки фс утилс это просто топчик. Но к счастью отлилась иди0там боком когда Торвальдс бортанул гения управления проектом. И тут вдруг у них прям прозрение началось. Жаль что как обычно у таких - too little and too late. Впрочем я не гордый, и отреспиню те виртуалки на btrfs. А кент пусть там сам и качает ночнушки, нахрен. Вместе с билдом DKMS и что там еще за порнография у него там теперь.
> Так-так, у нас есть гугл, мелкомягкие, AWS, клоудфларя, МЕТА... даже какие-то мелкие
> фирмочки типа DARPAПро это кажется говорят "с такими друзьями никаких врагов не надо" :)
> Пф, отличные фантазии!
Однако финтехи не любят кидалово. А вы можете пофантазировать что вам обломится с вон тех - кроме малвари, спайвари и просто куска гемора. Получить с них что-то сверх того - еще ухитриться надо.
> Рассылку почитал с теми хрустяшками.Ну, хоть бы цитату скинул.
А то метанируешь лужу...> И теперь столь же калечный rusticl - который еще и меньше оборудования поддерживает.
Если это обордование овно, то зачем его поддерживать?
> А вот это мы посмотрим.
Пфффф, хахаха!
Ну ладно, когда напишь "анти раст петицию" скинь ссылку, я хоть посмеюсь.> Вот давайте вас и выбросим - по сравнению с родившимся вчера вы уже просто ископаемое. На кладбище ползите, вам уже там прогулы записывают!
Прикинь меня уже не возьмут в космонавты. В летчики и подводники.
И это нормально.
Я уже не полезу в горы, как в молодости. И это тоже нормально.
Через лет 20 у меня уже не будет возможности сделать детей. И это тоже нормально.А не нормально, это когда полоумный дед управляет важными процессами.
Так и с софтом - старое выкидываем, новое добавляем.> Про это кажется говорят "с такими друзьями никаких врагов не надо" :)
А кто останется? Ну из тех кто пишет код, а не пузыри пускает?
От васянов кода не дождешься.
> Если это обордование овно, то зачем его поддерживать?Девам с такой полисей - грех жаловаться на репутацию, имхо. Т.е. я реально не воспринимаю такую активность как улучшение. Как агрессивных враждебных саботажников сколько влезет. И судя по рейтингу новости - не только я (не трудитесь накликивать, поздняк, эффект замечен).
> Ну ладно, когда напишь "анти раст петицию" скинь ссылку, я хоть посмеюсь.
Кроме написания в спортлото есть много иных вариантов. Да и основные претензии у меня не к расту как таковому. А к конкретной инкарнации и тому что из этого следует - по части поддержки платформ, (ре)бутстрапа и вообще. Однако в целом восприятие вон той группки them/they - см выше. И да, всякие DEI заметили сложным способом что окзывается - не всем нравится их активность. С чего эти агрессоры и вредители решили что у них иммунитет к такой участи - я не знаю.
> Прикинь меня уже не возьмут в космонавты. В летчики и подводники.
> И это нормально.На самом деле - вопрос наличия эн мегабаксов или даже килобаксов, да желания. Летчиком на минималках (VFR) бывает - кто угодно! Просто с некоторыми лимитами.
> Я уже не полезу в горы, как в молодости. И это тоже нормально.
Вы уже - ходячий мертвец. Так что я внезапно угадал с кладбищем. Представляете, я видел там тех - кому здорово за 70. Они просто хотели. И порой даже мне мастеркласс дадут.
> Через лет 20 у меня уже не будет возможности сделать детей. И
> это тоже нормально.Ну как бы мы конечно все умрем. Но до этого момента позвольте позажигать.
> А не нормально, это когда полоумный дед управляет важными процессами.
> Так и с софтом - старое выкидываем, новое добавляем.В целом на самом деле - да. Просто я еще имею наглость мониторить результат всей этой активности. И если это регрессы, факапы и 100500 невыполненных обещаний - ок, и почему господа ожидают за эту активность симпатии? Спорим, им не понравятся мои идеи на тему того как я бы на самом деле хотел им "лайк" на их бошки увидеть за ту активность? Я реально считаю что без них мир был бы - лучше. Для вполне конкретного меня, например.
>> Про это кажется говорят "с такими друзьями никаких врагов не надо" :)
> А кто останется? Ну из тех кто пишет код, а не пузыри пускает?
> От васянов кода не дождешься.Я так то юзаю линуха от Васяна^W Торвальдса. Который всех обставил в бытность студнем. А невасяны примазались к всему этому сильно опосля. Так что на самом то деле будущее всегда создает полтора особо одержимых фрика, воротящих горы. Остальные примазываются к этому сильно опосля. И почти все айти мегакорпы на западе - появились именно так.
>> Если это обордование овно, то зачем его поддерживать?
> Девам с такой полисей - грех жаловаться на репутацию, имхо. Т.е. я реально не воспринимаю такую активность как улучшение. Как агрессивных враждебных саботажников сколько влезет.Всем пофиг 🤷🏻♂️.
> И судя по рейтингу новости - не только я (не трудитесь накликивать, поздняк, эффект замечен).
Аноны вообще на рейтинг не влияеют.
Да и смотреть на него на сайте неолуддитов глупо.
Смотреть надо на гитхабе, гитлабе и прочих репозиториях кода.> Кроме написания в спортлото есть много иных вариантов.
Например спорить с анонимом)
> по части поддержки платформ, (ре)бутстрапа и вообще.
Когда дропали поддержку i386 ты сильно плакал?)
> И да, всякие DEI заметили сложным способом что окзывается - не всем нравится их активность. С чего эти агрессоры и вредители решили что у них иммунитет к такой участи - я не знаю.
Будете отправлять в газовые камеры как диды?
> На самом деле - вопрос наличия эн мегабаксов или даже килобаксов, да желания. Летчиком на минималках (VFR) бывает - кто угодно! Просто с некоторыми лимитами.
Ты понял про что я.
>> Я уже не полезу в горы, как в молодости. И это тоже нормально.
> Вы уже - ходячий мертвец. Так что я внезапно угадал с кладбищем.Я написал "как в молоджости")))
Сейчас у меня уже есть мозги, чтобы не лезть без страховки чтобы "повыпендриваться".> Представляете, я видел там тех - кому здорово за 70. Они просто хотели. И порой даже мне мастеркласс дадут.
У людей разное здоровье. Вон Хокинг с коляски не подымался, а вклад какой.
Про "мертвеца" ты стабильно сел в лужу, учитывая средний возраст и достижения медицины, думая я буду действовать на нервы луддитам еще лет 30-40))> Ну как бы мы конечно все умрем. Но до этого момента позвольте позажигать.
А вот это правильный подход.
Начнем с выбрасывания мусора. Типам старых видях.>> А не нормально, это когда полоумный дед управляет важными процессами.
>> Так и с софтом - старое выкидываем, новое добавляем.
> это регрессы, факапы и 100500 невыполненных обещаний - ок, и почему господа ожидают за эту активность симпатии?Ты выпооняешь все обещания? У тебя нет факапов или регрессов?
Или ты уберменш, или просто врешь.> Я реально считаю что без них мир был бы - лучше. Для вполне конкретного меня, например.
Но повлиять не можешь вообще никак.
> Так что на самом то деле будущее всегда создает полтора особо одержимых фрика, воротящих горы.
Ага, какая красивая сказка.
Жаль что звезщдеж.
Потом начинаешь копать - тот просто работал у корпов лаборатории и делал их задачи, этого финансировали грантами.
Васяны нечего не решают. Они могут начать, но для развития нужны средства.
У нас есть линукс с корпами и хурд без них.
> Всем пофиг 🤷🏻♂️.Я это проверю. Ибо сделать саботаж некомфортным и неудобным занятием - идея норм, имхо.
> Аноны вообще на рейтинг не влияеют.
Насколько я вижу - такие рейтинги бывают просто потому что полися девелопа от скачайтеночнушку - энное количество ALL просто основательно за...долбало.
> Да и смотреть на него на сайте неолуддитов глупо.
А зачем вы претесь на этот сайт тогда? Позлить народ? Кажется получилось. Правда толпа желающих вашей крови - не похожа на фичу, имхо.
> Смотреть надо на гитхабе, гитлабе и прочих репозиториях кода.
Там на rust дофига всякой полудохлятины и одноразовых фигней. Половина уже - дохлое, с комитами i++ лет назад.
> Например спорить с анонимом)
Как говорится, если вы спорите с анонимом - он вероятно делает то же самое.
> Когда дропали поддержку i386 ты сильно плакал?)
Ядро до сих пор с i386 архитектурой. Если это про 80386 - окей, у меня нет таких машин. И в лучшие его времена 80386 был неспешным процом даже в 1-задачных режимах, а еще и переключать там задачи - ух да. Но например HD5000/6000 у меня есть, я ими пользовался эпизодически. Те кто выпилил поддержку на них opencl в моем лексиконе - вредители и саботажники.
> Будете отправлять в газовые камеры как диды?
Если ставить вопрос цинично и прагматично, не вижу поводов расстраиваться, если вредители и саботажники делавшие мне гадости "куда-то денутся". И тут кмк стоит задуматья не только мне, но и тем господам с их стороны линка. Особенно глядя на рейтинг новости.
> Ты понял про что я.
Я понял что летать в принципе может каждый. Единственное что на самом деле надо - захотеть.
> Сейчас у меня уже есть мозги, чтобы не лезть без страховки чтобы "повыпендриваться".
Я никогда не хардкорил выше разумного - ибо сыграть в ящик совсем не цель. Цель - посетить красивые места. Ибо хорошо - там где вас нет ;). А еще я знаю что горы ошибок не прощают. И это случай когда лучше учиться на чужих ошибках. Трупы опыт не накапливают.
> У людей разное здоровье. Вон Хокинг с коляски не подымался, а вклад какой.
Хокинг да, он крут. И так то он прожил здорово дольше чем обычно живут с этим. Видимо человечество все же в целом - считало его ценным. Интел ему подогнал кастомный девайс, чтобы он мог взаимодействовать с миром, даже будучи почти парализованынм. Мало кому повезет настолько же. Чтобы кто-то вообще так расперся - человечество должно вас очень ценить. В случае Хокинга нет вопросов "за что ценить". Мне и так понятно.
> Про "мертвеца" ты стабильно сел в лужу, учитывая средний возраст и достижения
> медицины, думая я буду действовать на нервы луддитам еще лет 30-40))Есть некоторая разница между life и unlife. У вас unlife кажется наступил - и 30-40 лет этого, ну даже не знаю, фича это или баг.
>> Ну как бы мы конечно все умрем. Но до этого момента позвольте позажигать.
> А вот это правильный подход. Начнем с выбрасывания мусора. Типам старых видях.Т.е. лищний раз подзагадим планету eWaste, выгрузим еще токсичных отходов производств во имя выгоды корпораций? С переработкой именно электроники если вы не заметили - "не очень", а производство печаток в промышленном масштабе, и особенно чипов - генерит нехило токсичных отходов. А на персональном уровне я не люблю одноразовый хлам деланый сразу на выброс. Так что я в целом предпочитаю - качественные и долгоиграющие вещицы. А искусственное устаревание во имя луны - моего понимания не находит.
Экономия энергии? Судя по тарифам это отобьется лет через 500. Я ж не постоянно считаю на вон том. И производство нового инстанса видяхи - полный стек производств энергии жрет весьма даже. И токсичных отходов генерит.
Чисто практически - я умею печатки хреначить сам, косплея лайтовую фабу. И это еще можно сделать не очень токсичным, и не иметь дел с веществами злее 2 класса опасности. Но при производстве чипов - применяется откровенная гадость! Типа плавиковой кислоты и прочих ништяков. Одна из причин по которой мало кто пытается на дому косплеить процесс, при всей интересности для DIY, ингредиенты крайне токсичны и опасны.
> Ты выпооняешь все обещания? У тебя нет факапов или регрессов?
> Или ты уберменш, или просто врешь.Я стараюсь мониторить outcome моих действий. И для проектов и для пользователей к которым я имею отношение. Их есть. И насколько я вижу это положительно влияет на число пользователей и их благодарность.
> Но повлиять не можешь вообще никак.
В этом мире есть много разных возможностей.
> Ага, какая красивая сказка.
> Жаль что звезщдеж.Это не звездеж а изучение истории IT. Кто угодно может пойти на вику и почитать историю основания разных корпораций. Тех которые сейчас - мировые имена. Почти всегда почему-то окажется 1...несколько особо одержимых фриков. С конкретными именами.
> Потом начинаешь копать - тот просто работал у корпов лаборатории и делал
> их задачи, этого финансировали грантами.А потом - что-то не понравилось, задолбало, надоело, не нашли общий язык с начальством, разное видение как делать то и се, куда развиваться - всех послали нафиг, да и дали половине глобуса мастеркласс. Сказки не появляются на пустом месте.
> Васяны нечего не решают. Они могут начать, но для развития нужны средства.
Сейчас с этим вообще - проще чем никогда. Indiegogo, Kickstarter и проч не дадут соврать. Я сам заносил денег нескольким васянам бутстрапившим нужное мне направление. Взамен я получил довольно ранний вход в интересное мне направлений - васяны свои обещания в целом выполнили.
> У нас есть линукс с корпами и хурд без них.Проблема hurd отнюдь не в корпах или их отсутсвии, а в оверинженерии и отсутствии перспектив нормального перфоманса и фичесета. И его обходили за это стороной не только корпы но и студент "wouldn't be as big and professional as hurd". Которому хотелось нечто более потребное чем это.
Это general project management failure. Есть эн иных микроядер - но их успех... эээ... скажем так весьма нишевой, как и у Hurd. Minix? Топ достижений - бэкдор Intel ME! Там как раз много фичи и железа не надо уметь. QNX? Их демодиск выглядел забавно. Но где оно вообще? А, какой-то проприетарщик дожевывает неведому зверушку? Я склонен считать что эта граница проходит - по критерию "микроядро". Успешных general purpose OS как микроядро - ну, их нет. За это я считаю такой паттерн дизайна неудачным для ос общего назначения покуда кто-то не сможет доказать обратное.
> Ну вон там васян вылез - с машинками по 500 000 баксов за юнит. Где хруста нет.Ну раз на машинки баблишко нашлось, то и проспонсировать порт раста на платформу найдётся. А нет — наймёт кодеров переписать ему всё без раста, делов-то. Рынок свободный, безработных кодеров на нём сейчас пруд пруди, делать софтверные проекты сейчас очень дёшево, дешевле чем когда-либо. А если выйдет с предложением на опеннет, то тут фанатиков найдётся и за бесплатно всё сделать, лишь бы расту пистон вставить.
Поражает лишь скорость, с которой опеннет переобувается в прыжке и начинает отстаивать в комментариях корпоративные интересы. Эдак вы тут до того, что Майкрософт хороший допереобуваетесь.
> Поражает лишь скорость, с которой опеннет переобувается в прыжке и начинает отстаивать в комментариях корпоративные интересы.Эт ты еще не видел, как местные радетили за Свободу™ вылизывают Габену пятую точку)
Типа друг опенсорса.> Эдак вы тут до того, что Майкрософт хороший допереобуваетесь.
А разве платиновый спонсор Линух Фоундейшн, создатель кучи открытых проектов и друг опенсорса может быть плохим?! )))))
> Эт ты еще не видел, как местные радетили за Свободу™ вылизывают Габену
> пятую точку) Типа друг опенсорса.А он реально полезный для опенсорса.
1) Пиляют дрова для амд как черти. А будучи про от игродела они отлично знают что они хотят - и делают в драйвере именно это. По моему здорово придумано - впрячь игродела драйвер клепать. Отлично работает. Качество и перфоманс основательно улучшили. При том не только себе по приколу - но и для Steam Deck своего.
2) На них висит столь незначительная либа как libsdl. Можете посмотреть сколько и кого от нее depends вообще. По софту вообще и играм в частности.Т.е. это тот случай когда господа не просто очередные паразиты - а именно часть экосистемы. И если поставить вопрос что завтра их не станет - ну, окей, вот тут я вижу что я потеряю - и вопросов почему с ними лучше чем без - не возникает. В отличие от довольно много кого еще.
> Разработчики захотели — разработчики сделалиРазработчики как раз и не хотят:
> среди разработчиков Git больше противников такого шага, чем сторонников
Так предложили тоже разработчики. Одни разработчики с другими разработчиками обсуждают на чем писать. Они либо в одну сторону решат, дибо в другую. А тут вск распетушились, будто тоже Git пишут и имеют право голоса.
> Разработчики захотели — разработчики сделали. Их проект, программируют на чем хотят.Эй, а о гентушниках кто думать будет? 😢 Им же этот "их проект" собирать-компилять потом. 😭
Одни тулчейном больше, одним меньше.
> Кампанейщина по навязыванию руста - это не просто так, за этим стоят довольно мощные силы.На 100% так и есть. Критическая масса опытных разработчиков, попробовавших и оценивших сам язык, его возможности по безопасному программированию, экосистему и тулинг - это мощнейшая сила, и действительно, решать (точнее, решила) что он будет внедряться абсолютно везде будет только она, а возразить ей некому, нечего, и незачем.
На 100% вы не читали текст новости. Написано же:> среди разработчиков Git больше противников такого шага, чем сторонников
то есть критическая масса РАЗРАБОТЧИКОВ как раз против раста в обязательных зависимостях. А значит и насаждение происходит не разработчиками, а менее техническими силами.
Вы не читали или не поняли мой комментарий, не расстраивайтесь. Я там не с проста написал "опытными разработчиками". Критическая масса всех разработчиков опытными не является, она инертна и раста в глаза не видела, у неё к новым инструментам не то что нет интереса, ей что-то новое изучать физически больно. Конечно она против - дай ей волю, писали бы на перле и C до сих пор, работаетнетрогай же. Опять же, спрашивать её никто не будет.> раз против раста в обязательных зависимостях
Заметьте, не против раста в целом, против новой зависимости. Потому что зависимость - это тяжело, а профит не очевиден. Абсолютно правильный ход мысли. Но только если дальше своего носа не видишь. А они не увидят пока их не ткнуть мордой - вот кусок кода в core гита переписанный на rust: было наговнокоженное вами - медленное, нечитаемое и дырявое, и вот что стало - в 2 раза более короткий красивейший и безопасный код, на 10% эффективнее вдобавок. Тогда, поверьте, против не будет никого. Но кусок это на rust не будет переписан, пока rust не станет обязательным. Поэтому его нужно просто взять и принести, не спрашивая мнения массовки. Так и будет сделано.
А вы не переживайте, если с rust будет хуже, его без проблем выкинут обратно, правда же? Не надо только про заговоры блеять. Иначе можно куда более правдоподобный заговор придумать про противников безопасного и эффективного кода.
> А значит и насаждение происходит не разработчиками, а менее техническими силами.
Мы же можете сходить и почитать кто предлагает rust. Конечно же это разработчики, кому ещё его предлагать?
> то есть критическая масса РАЗРАБОТЧИКОВ как раз против раста в обязательных зависимостях. А значит и насаждение происходит не разработчиками, а менее техническими силами.В ядре Линкса критичечкая масса тоже была против Раста. А зачем этой массе что-то менять? Но потом пришел сам Торвальдс и все разрулил.
> медленное, нечитаемое и дырявое, и вот что стало - в 2 раза более короткий красивейший и безопасный код, на 10% эффективнее вдобавок. Тогда, поверьте, против не будет никогоТогда, конечно, против никто не будет. А есть у вас такой кусок? Можно из другого проекта. А то по ощущениям от других комментаторов, "стало" получается ещё более нечитаемое, в 2 раза длиннее, гораздо менее переносимое и в лучшем случае такое же по производительности. Но зато без ошибок с указателями.
Имхо переносимость важнее ошибок с указателями. Завтра линукс загнётся, останется только *BSD, и что делать? Человек ниже предлагает просто переписать под *BSD с нуля всё прикладное по, прибитое гвоздями к линуксу, вейланду и прочим сисьтемд. Как по мне, проще не прибивать к этим "технологиям" по, сэкономив дважы: на работах по прибиванию, и на работах по переписыванию потом.
> Поэтому его нужно просто взять и
... оставить там, где он сейчас. Чтобы дождаться:
1. хоть какой-то стандартизации языка, чтобы пишущие на нём использовали именно стандарт, а не ночнушки,
2. наличие проектов чисто на расте с анализом уязвимостей в них, чтобы ТОЧНО убедиться, что будет лучше.> А вы не переживайте, если с rust будет хуже, его без проблем выкинут обратно, правда же?
Если яиц хватит, то выкинут. Если не хватит, будут рассказывать, что стало лучше, поэтому оставляем.
> сходить и почитать кто предлагает rust. Конечно же это разработчики, кому ещё его предлагать?
Да, согласен с вами. Но вот чисто гипотетически, на перспективу (друг интересуется) ЕСЛИ БЫ раст хотели насадить не разработчики, а какое-нибудь АНБ или ещё какая американская контора по борьбе за мир во всём мире, от кого бы исходило это предложение? Вот сейчас оно исходит от разработчиков, это очевидно. Но как понять (в будущем и/или в других проектах), что предложение исходит НЕ от разработчиков? Письмо в список рассылки придёт с адреса на @anb.gov? Или как? Вот ВЫ лично как в таких случаях понимаете, от кого исходит инициатива?
> А есть у вас такой кусок? Можно из другого проекта. А то по ощущениям от других комментаторовА вы
- своего мнения составить не можете?
- серьёзно считаете местных комментаторов сколь либо компетентными?Новостей про переписывание на rust последнее время навалом, они все про СПО, сходите и посмотрите.
> "стало" получается ещё более нечитаемое, в 2 раза длиннее, гораздо менее переносимое
> и в лучшем случае такое же по производительности.Ну положим, написать можно по-разному, но с чего бы менее переносимое? Какой нужной вам платформы нет хотя бы в Tier 3?
> Но зато без ошибок с указателями.
Если бы вы были не чужды безопасности, такого бреда бы не писали. Нет такой цены которую можно было бы заплатить за memory safety.
Точно также впендюрили в Debian systemd, при наличии более популярного на тот момент Upstart - уже обкатанного решения на Ubuntu, но кое кому было выгодно всех пересадить на одно дырявое и запутанное решение, позволяющее тихо внедрять дырки в основопологающий процесс с PID 1, если ты получаешь контроль на pid1 (например, на виртуалке), то ты сможешь тихо и незаметно и легко рулить всем инстансом, а это сфера интересов спецслужб. Вот и всё
Поддержу информационно анонима. В базе уязвимостей NIST на 21.09.2025 07:41 MSK по ключевым словам "systemd" и "sysvinit" находятся 478 и 10 результатов соответственно. Естественно, не в пользу systemd. Пруфы:
https://nvd.nist.gov/products/cpe/search/results?namingForma...
https://nvd.nist.gov/products/cpe/search/results?namingForma...
> Естественно, не в пользу systemd.Естественно. Потому что к уязвимостям sysvinit нужно добавить уязвимости всего дополнительного софта, чтобы получить возможности systemd.
Ничего, что это не база уязвимостей, а база CPE(Common Platform Enumeration)? Вы бы хоть свои же ссылки проверяли.
Спасибо, плюсую и исправляюсь. На момент 21.09.2025 14:23 MSK результаты поиска в базе opencve.io по параметрам "vendor:systemd_project" и "sysvinit" - 48 и 1 соответственно. Ссылки:
https://app.opencve.io/cve/?vendor=systemd_project
https://app.opencve.io/cve/?q=sysvinitNIST по ключевому слову "systemd" находит больше, но там в результаты поиска включаются смежные и сторонние проекты.
> за этим стоят довольно мощные силыТак об этом уже писали в 2022 году: https://www.opennet.dev/opennews/art.shtml?num=58111 ㊙️👁
Офис по кибер безопасности Белого дома США призвал разработчиков переходить на безопасные типа Rust.
Белый дом рекомендовал отказаться от C и C++ в пользу безопасных языков программирования.
Часть сообщества и таким бывает. Я вообще наслышан про АНБ как комюнити.D
Первое, что делает адекватный чел - категорически избегает всё, что рекомендует "пгавительство", ибо оно работает против своих же граждан.
Правительство рекомендует не воровать, не убивать, есть кашу и слушаться родителей.
А ещё правительство Швеции (да и других стран тоже) занималось расовыми чистками. Можно ознакомиться в труде Tannsjo T. "Compulsory sterilization in Sweden. Bioethics." 1998. Очень угодное дело, лишь бы самим проправительственным холопам в унтерменшах не оказаться и жевать кашу дальше.Вы, молодняк, реально верите что правительства в первую очередь о народе думают? Да там народ всегда был на предпоследних местах в заботах; пока верхов не коснётся какое-то следствие проблемы низов - гадить сверху можно дальше. В любой стране.
.. и эти люди смеются над "заряжавшими воду"..
А в США негров линчуют. Оригинальные ходы будут?
Правительство Финляндии старательно проводило политику нулевой смертности на дорогах и теперь у них нулевая смертность (so far) в 2025. Если бездумно считать администрацию богами или так же бездумно считать ее рептилоидами, можно жить в очень интересно, но очень оторванном от реальности мире.
> типа Rust.
> Белый дом рекомендовал отказаться от C и C++ в пользу безопасных языков
> программирования.Тремп плохого не посоветует! :)
Кому не нравится насильно - тот сам делает свой гит и сам финансирует его разработку. А Junio Hamano кушать хочет, а финансирование от корпораций (включая главного спонсора гита и Rust - Micro$oft) просто так не даётся.
Вот только Винду на Раст не переписывают пока почему-то.
Вообще-то часть ядра NT давно уже на расте. Сам понимаешь, нельзя чтобы всякое быдло DRM ломало.
Вообще то активно переписывает. Новости были еще пару лет назад что процесс начался.
Коммерческие продукты в первую очередь устали от ошибок С\С++ программистов в работе с памятью. И начали переписывать свой код на расте.
Один тонкий момент: ошибки делают люди, а не языки. "А вы, друзья, как ни садитесь, всё ж в музыканты не годитесь!" (ц)Если нанимать индусню пачками, НИКАКОЙ язык не поможет. А С++ уже имеет багаж инструментов для безопасного п-я. Другой вопрос, что синтаксис языка - ужас, ну так на это D есть - ещё более лучший язык.
Людей, способных писать на сях без ошибки сложный и поддерживаемый код, в природе не существует млм их исчезающе мало. Если инструмент опасен, то люди будут ошибаться, такова природа людей. Так что и ты в музыканты на сях не годишься, хватит уже этого снобизма к индийцам, гении доморощенные.
> Заметьте опять - внедрить насильно, не решая ни каких задач при этом.
> Просто и жёстко - "вот должно быть в зависимостях и всё
> тут!". А те кто будут против, начнём с ними работать отдельно
> с каждым. И пусть они потом не проголосуют "за". Кампанейщина по
> навязыванию руста - это не просто так, за этим стоят довольно
> мощные силы.Всё правильно, только светлое, доброе, вечное внедряется с пистолетом у виска, а всякое тёмное, злое и вредное само легко подхватывают и добровольно распространяют, главное не перепутать.
А потом адептам этого светлого, доброго, вечного будут ещё везде враги-саботажники-луддиты и противники прогрессивного прогресса мерещиться.
> Заметьте опять - внедрить насильно, не решая ни каких задач при этом.Как минимум, решаются дыры вработе с памятью.
"Добавлена возможность запуска тестового набора Git с включением режима выявления утечек памяти. Так как git предоставляет утилиты, завершающие работу после выполнения вызванной функции, утечки памяти раньше не рассматривались как большая проблема. Необходимость полного устранения утечек памяти стала актуальной после начала работы над выносом внутренней функциональности в отдельную библиотеку, которая может применяться в длительно работающих процессах."
https://www.opennet.dev/opennews/art.shtml?num=62545
> Просто и жёстко - "вот должно быть в зависимостях и всё тут!". А те кто будут против, начнём с ними работать отдельно с каждым.
Прямо как сделал Торвальдс с продвижением Раста в ядро! Ну а как иначе, если инертная масса кодеров не видит никаких проблем?
> Кампанейщина по навязыванию руста - это не просто так, за этим стоят довольно мощные силы.
Да, мощные силы в лице компетентных инженеров типа Линуса, которые видят выгоду в использовании качественного инструмента. А не как инертная масса бракодельных сишечников с подходом "диды пол-века обделывались - и мы будем!".
А какие минусы?
Первые 3 дозы бесплатно, чел, расслабься, получай удовольствие, и не думай о будущем!
>за этим стоят довольно мощные силы.Это точно!
Amazon, Google, Microsoft куда уж мощнее.
Нужен внедрёж, товарищи.
Один раз - не раст.
Ты новость-то вообще читал? Или просто живёшь в мире своих иллюзий каменного века?
> Ты новость-то вообще читал? Или просто живёшь в мире своих иллюзий каменного
> века?Аннушка уже купила подсолнечное масло, и не только купила, но даже разлила.
> Основным доводом против является отсутствие в компиляторе rustc должной
> поддержи всех платформ, поддерживаемых в Git.Просто интересно, для какие это платформы поддерживает Git и не поддерживает раст?
Тут как раз аргумент "уместный" в каком-то смысле.
doc.rust-lang.org/beta/rustc/platform-support.htmlНапример в Tier 3 (нет автобилдов и автотестов) попадет ARM64 FreeBSD/NetBSD.
И тут могут прийти БЗДишники и начать ныть, что на их ненужности теперь даже гит не соберешь.
Ну или владельцы линукса на ASM с мускулем (ARM64 Linux (big-endian) with musl-libc 1.2.5).
Или даже некролюбы на 4 пне с гайкой (32-bit Haiku Pentium 4)Вопрос, а зачем слушать этих бездарей-неудачников и любителей древностей - остается открытым.
> зачем слушать этих бездарей-неудачников и любителей древностейПотому что git - и есть для "бездарей-неудачников в любителей древностей" (и ими же и создан). Для нормальных людей типа вас есть Microsoft Visual SourceSafe.
> Например в Tier 3 (нет автобилдов и автотестов) попадет ARM64 FreeBSD/NetBSD.
> И тут могут прийти БЗДишники и начать ныть, что на их ненужности теперь даже гит не соберешь.Я как FreeBSD'шник с aarch64 машинами в том числе скажу что пусть такие БЗДшники идут на*й. Поддержка маргинальных платформ - дело рук пользователей этих маргинальных платформ и никак иначе. На самом деле rust-nighly на aarch64 прекрасно работает, а если вдруг сломается - я его либо лично починю, либо выкину свою FreeBSD наконец.
> Я как FreeBSD'шник [...] Поддержка маргинальных платформ - дело рук пользователей этих маргинальных платформНу, БСДшники традиционно были известны тем, что сами сидят на виндах, а на маргинальные платформы (типа линукса и прочих 2%) заходят исключительно через путти.
> сами сидят на виндах, а на маргинальные платформы (типа линукса и прочих 2%)Скорее на маках.
> заходят исключительно через путти.
Ну так умные просто. И имеют какое-то самоуважение не тратить свое время на прдлинг линуксового/бсдшного недодесктопа.
> Скорее на маках.Им с их сомнительной ориентацией - самое оно.
> Ну так умные просто. И имеют какое-то самоуважение не тратить свое время
> на прдлинг линуксового/бсдшного недодесктопа.Вот только почему они тогда себя называют - BSDшниками? Если даже свое лерьмо - не жрут? Какие ж они бсдшники тогда? Фэйки и позepы.
> Вот только почему они тогда себя называют - BSDшниками? Если даже свое
> лерьмо - не жрут? Какие ж они бсдшники тогда? Фэйки и позepы.А они точно сами себя так называют или это обычно опеннетное, традиционно-демагогическо-вбросное "все знают!" (-> "БСДшники традиционно были известны тем")?
> Если даже свое лерьмо - не жрут?
Главное, не забывать что объявлять год линукса с мака, как и разрабатывать-презентировать тот же гном-гтк из под неё же - "Этодругое!" 🙂
> А они точно сами себя так называют или это обычно опеннетное,Ну вы сами себя так идентифицировали вроде. Я вас за язык не тянул. И рядом задвинули про мак. Вот я и удивляюсь - с хрена ли какой-то фэйк-потребитель с маком себя фрибсдшником считает. Был бы фрибсдшником - наверное жрал бы что испек хотя-бы для себя.
> Главное, не забывать что объявлять год линукса с мака, как и разрабатывать-
> презентировать тот же гном-гтк из под неё же - "Этодругое!" 🙂Фэйки и в линух забредают. Но там их точно не 100%. Вероятно, поэтому участь линуха значительно лучше реактосов, фрях и прочего подобного. Все же для себя халтурить - ну такое себе.
> Вот только почему они тогда себя называют - BSDшниками?А как им себя называть, если они на серваке развернули БСД?
> Если даже свое лерьмо - не жрут?
Они просто стараются не жрать то самое и использовать ОСи по назначению.
А для вас, чтобы быть линуксойдом, жрать лерьмо это обязательное условие?
> А как им себя называть, если они на серваке развернули БСД?Т.е. разворот BSD на сервере - делает кого-то BSDшником? А наличие Linux на смарте или роутере-мыльнице - превращает каждого юзеря этого - в линуксоида? А то так окажется несколько миллиардов линуксоидов случайно. Правда большая их часть даже не в курсе что они, оказывается, линуксоиды давно. Или например условный васян заменивший стоковую прошивку на openwrt по инструкции с их вики - он как, линуксоид автоматически?
Я почему-то считал что для ассоциации себя с энной экосистемой надо несколько больше чем просто поюзать нечто. И вот тут уже будут некоторые вопросы если гражданин не жрет то что испек хотя-бы для себя.
>> Если даже свое лерьмо - не жрут?
> Они просто стараются не жрать то самое и использовать ОСи по назначению.А в результате назначение этой ОС оказывается - вникуда. Именно поэтому у пингвина более жизнеспособная и приятная экосистема. Там народ кушает что испек хотя-бы для себя. То что и туда забредают всякие фэйки - да, но экосистема не состоит только из них.
> А для вас, чтобы быть линуксойдом, жрать лерьмо это обязательное условие?Ну, если вы пекли пирожки и получилось вот это - вы хреновый пекарь, что тут сказать.
А для меня линух работает. Лучше чем иные варианты. И без лобызания ботинок господ с EULA. Это мне нравится - и назад к пропреитариям я как-то и не собираюсь. И да, я бы считал себя хреновым пекарем если технологии в которых у меня скилл не работали бы хотя-бы для обслуги моего собственного окорока. Я бы тогда осваивал иные технологии. Мне как раз нравится что Linux - масштабируемое решение. Я могу отмасштабировать его от фигни с SD-карточку размером до группы здоровенных серверов. Ворочая более-менее одной технологией. Это для меня advantage - реюз знаний и технологий.
> aarch64 прекрасно работает, а если вдруг сломается - я его либо
> лично починю, либо выкину свою FreeBSD наконец.Судя по наблюдениям - я поставлю скорее на второе. Но вообще называть себя FreeBSDшником при готовности выкинуть оный - очень странная идея. Вы, наверное, все же не FreeBSDшник.
Может он просто адеквватный? Фанатеть от инструмента нормально, но только до тех пор пока инструмент выполняет свои задачи и не доставляет проблем.
> Может он просто адеквватный? Фанатеть от инструмента нормально, но только до тех
> пор пока инструмент выполняет свои задачи и не доставляет проблем.Очень странные понятия о фанатении - путем выброса на мороз, пофига на участь экосистемы и проч.
Представляете, господа? Булшит типа "серверных систем" - неработоспособная тема оказался. Потому что оказывается - софт на серверах не девелопают. В этом месте у чудо-проектов с таким позиционированием возникает - bootstrap problem, когда экосистема просто аннигилируется нахрен. Новые разработчики на ЭТО - должны браться откуда и почему? А, ну вот так вы и продолбали свои объекты фанатизма. Весь девелоп который FreeBSD может - сводится к копипасте дров, фс и чего там еще - с линя. Где более адекватная экосистема.
Бездари Silicon не приобретают.
> Ну или владельцы линукса на ASM с мускулем (ARM64 Linux (big-endian) with
> musl-libc 1.2.5).Внимание что это big-endian, которым никто не пользуется, little-endian поддерживается.
господи да соберут себе форк гита с дыркой для раста и делов.. а если не соберут то мы точно уверены что им нужны новые версии гита вообще?
HP-UX, Minix, UnixWare, и ещё десяток проприетарных и никому не нужных осей, которые по мнению опеннетских луддитов опенсорс Rust Project должен поддерживать официально своими силами и средствами.
Если они навязывают свой инструмент - должны поддерживать
Ну Си-то поддерживает, причём без особых затруднений.С++ поддерживает, причём обычно в трёх реализациях, две из которых открыты.
На раз затруднений нет, то пусть дальше поддерживают, чтобы бедные корпоративные пользователи проприетарных ОС не остались без языка разработки.
> Ну Си-то поддерживает, причём без особых затруднений.Что Си, что плюсы на таких платформах не поддерживается в апстриме, вместо этого вендоры предоставляют свои форки шланга/gcc
Ну вот пусть они и rustc предоставляют таким же образом
> Ну вот пусть они и rustc предоставляют таким же образомЭто невозможно. rust технологически уродлив и не способен в поддержку множества архитектур.
> Это невозможно. rust технологически уродлив и не способен в поддержку множества архитектур.Сильное заявление, а доказательства будут?
> Сильное заявление, а доказательства будут?Какие. Посмотри как они архитектуры поддерживают.
> Какие. Посмотри как они архитектуры поддерживают.Я то знаю как, потому и не понимаю в чём проблема.
> Просто интересно, для какие это платформы поддерживает Git и не поддерживает раст?Git есть для DOS. Rust? А смысл в нём для DOS, где вся память доступна всем. Если ваша прога на Расте не выйдет за пределы массива, то резидент на ASMе это сделает.
Ох, зря такую новость на выходных постите.
Сейчас у неолудидов будет просто взрыв опы - как адепты раста посмели что-то предложить!
Ведь в нормальном* софте должен быть:
один народ,
один язык (СИ естественно),
один фюрр.. а не, это уже из другой, но весь похожей оперы.* по их мнению
Но-но, поменьше разнообразия, пожалуйста.
Хм.. причем тут разнообразие?
Раст это язык ядра линукс.
Если ты его не поддерживаешь, то у тебя какой-то дно-софт.
Всё просто.
Щас вот запилить поддержку обязательную языка Swift-6, или D при сборке Git и Linux Kernel и жопы полыхнут знатно по всему Инету, но как раст - так можно и нужно, хотя, по сути, это ненужные костыли для kernel и git - работали они без свистоперделок и собирались просто и понятно любым системным компилятором, но как только цру-шники выкатили манифест, что софт должен писаться на безопасных языках, так и началось явное проталкивание этого недоязычка, который тому же D и в подметки не годится по фичам - там тоже всё не менее безопасно и быстро
Хм...
"работали они без свистоперделок и собирались просто и понятно"
Интересное мнение. И весьма аргументировано! Да-да.Т.к я простой пользователь ядра, да еще и аноним, и мое мнение мало кого волнует, то попробую найти мнение тех, кто это самое ядро разрабатывает.
Например Грега Кроа-Хартмана:
"As someone who has seen almost EVERY kernel bugfix and security issue
for the past 15+ years ... and who sees EVERY kernel CVE issued...The majority of bugs (quantity, not quality/severity) we have are due to
the stupid little corner cases in C that are totally gone in Rust.
Things like simple overwrites of memory (not that rust can catch all of
these by far), error path cleanups, forgetting to check error values,
and use-after-free mistakes. That's why I'm wanting to see Rust get
into the kernel, these types of issues just go away, allowing developers
and maintainers more time to focus on the REAL bugs that happen "lore.kernel.org/all/2025021954-flaccid-pucker-f7d9@gregkh/
> Например Грега Кроа-ХартманаЭто не тот ли перец, который отправляет коммиты в первую попавшуюся подсистему вместо той, к которой они относятся, если система контроля версий не проверяет это?
О! Так и знал, что этот сишник тоже не настоящий!
Запомни анон! Настоящий истинный Сишник это тот кому по НДА запрещено рассказывать о своем коде. А результат компиляции этого кода используется только внутри (обязательно крупной) компании. Все что он может открыть миру о своем коде и его продукте, это факт что он идеален и не содержит никаких ошибок. Ведь всем известно что в опенсорс идут только глупые С неумехи которые своими кривыми си поделками роняют тень на истинных С мэтров.
> (not that rust can catch all ofthese by far)
Ну а нафига он тогда нужен, если не all? Rust - не all, вот когда будет all тогда и приходите со своим растом, а то инструмент, значит, местами сыроват и кривоват, но на сях ручки бодят писать? Ну тогда не пиши, че ты там забыл
> Ну а нафига он тогда нужен, если не all?О, типичный подростковый максимализм: "раз оно не решает всех проблем - то ненужно!!111".
Ты знаешь что обычный дверной замок взламывается от минуты до 15-20? И что? Ты отказался от замков?Или ремни безопасности которые не спасают от травм на 100%.
Да есть до№№№бы которые ставят заглушки, а потом вылетают через лобовое.Расту не надо решать все проблемы, ему просто надо быть лучше дыряшки.
ps слава богу такие как ты не решают ничего)
Такое мышление мне напоминает: "Ремень безопасности и подушки безопасности в автомобиле, шлем на мотоцикле не нужны - ведь всё равно можно умереть в аварии"
>> (not that rust can catch all of these by far)
> Ну а нафига он тогда нужен, если не all? Rust - не
> all, вот когда будет all тогда и приходите со своим растом,
> а то инструмент, значит, местами сыроват и кривоват, но на сях
> ручки бодят писать? Ну тогда не пиши, че ты там забылТы мейнтейнер ядерной подсистемы? Или может быть релиз менеджер? QA занимаешься? Нет? Ну значит это ты приходишь к ним и говоришь что Rust не нужен. Подозреваю, что Грег и компания не будут рассматривать мнения людей, не имеющих отношения к процессу разработки.
ну так получилось что раст де факто уже стандарт индустрии для замены сишного кода. ничего личного так рыночек порешал. не лучший вариант из тех что были доступны, но вот так вот както сложилось что активных модных молодёжных программистов заряженных писать код породил и растовиков есть возможность обучать и нанимать.
> ну так получилось что раст де факто уже стандарт индустрии для замены
> сишного кода. ничего личного так рыночек порешал. не лучший вариант из
> тех что были доступны, но вот так вот както сложилось что
> активных модных молодёжных программистов заряженных писать код породил и растовиков есть
> возможность обучать и нанимать.Когда-то и С++ должен был заменить С. Ну и где этот С++ сейчас? Заменил С? Переписали весь С-код на С++? И на С уже перестали что-то новое писать?
Нет, не заменил. И Раст не заменит, ни С, ни С++.
И, с учётом внедрения и совершенствования ИИ в средствах проверки кода, возможно, скоро код на С будет лишён всех тех проблем, от которых спасает использование Раста.
Да и от Раста появляются другие проблемы, каких нет в С:
- усложняется понимания программы,
- увеличивается время написания кода,
- возрастает вероятность логических ошибок.Но вот для "активных модных молодёжных программистов", конечно, учить с нуля Раст интереснее, чем С. И это нормально.
Но вот лезть в крупный проект со своим Растом - опасно - "активные модные молодёжные" невзначай бросят поддержку кода на Расте - а старым мейнтейнерам будет проще выкинуть этот код, нежели изучать Раст, код на котором они нормально сопровождать не смогут.
На мой взгляд правильно будет "активным модным молодёжным" форкнуть и переписать git на Раст, и пусть два проекта живут параллельно. В будущем, возможно, останется только один :)
> Когда-то и С++ должен был заменить С. Ну и где этот С++ сейчас? Заменил С?Да, заменил.
То что раньше писалось на СИшке, сейчас пишется на плюсах.> Переписали весь С-код на С++?
"весь"? Нет конечно.
Но даже в ЖЦЦ добавили С++, тк написать оптимизирующий компилятор на СИшке оказалось невозможно.> И на С уже перестали что-то новое писать?
Посмотри статистику языков.
Да, где-то кто-то будут одиночные новые проекты, но СИшка это язык легаси.
Sad but true.> Нет, не заменил. И Раст не заменит, ни С, ни С++.
Уже заменяет.
В андроиде новый код стараются писать на расте. Т.е вместо С/С++ пишут на другом языке.
Потом при рефакторинге старые кода дропаются.> И, с учётом внедрения и совершенствования ИИ в средствах проверки кода, возможно, скоро код на С будет лишён всех тех проблем, от которых спасает использование Раста.
На чем ты будешь этот ИИ учить? На дидовых хаках?
Давай когда ИИ что-то сможет, тогда и поговорим.
А пока ЖПТ-5 более тугой чем четверка.> Да и от Раста появляются другие проблемы, каких нет в С:
> - усложняется понимания программы,Ты когда-то ловил в дебаге "почему падает программа из-за порчи памяти"?
Весьма увлекательное времяпровождение, возможно на несколько дней.> - увеличивается время написания кода,
Только если ты не знаешь язык.
> - возрастает вероятность логических ошибок.
Вранье.
Раст (хотя тут скорее любой современный ЯП, хоть свифт, хоть карбон) тебе подскажет "у вас тут switch обрабатывается не весь", "у вас тут типы не конвертятся", он проверит чтобы два enum были сравнимые, а не как в недоязыках "тут int и тут int - сравниваем апельсины с крокодилами".> а старым мейнтейнерам будет проще выкинуть этот код, нежели изучать Раст, код на котором они нормально сопровождать не смогут.
Чел который предложил добавить раст - это как раз мейнтенер гита.
Который за период в последние 10 лет - третий по количеству коммитов.
>> Когда-то и С++ должен был заменить С. Ну и где этот С++ сейчас? Заменил С?
>
> Да, заменил.
> То что раньше писалось на СИшке, сейчас пишется на плюсах.Нет, не заменил. Что было однажды написано на С, остаётся на С. Пример:
https://linuxfromscratch.org/lfs/view/development/chapter03/...
- этого достаточно, чтобы собрать работающую систему - большинство системного софта на С.
Тут скорее разделение - пользовательский софт - больше на С++, системный софт - на С.
>> Переписали весь С-код на С++?
>
> "весь"? Нет конечно.
> Но даже в ЖЦЦ добавили С++, тк написать оптимизирующий компилятор на СИшке оказалось невозможно.gcc всё-таки больше относится к пользовательскому софту, переход на С++ (отчасти) был обоснован поддержкой С++ более высокоуровневых абстракций. Не думаю, что прям-таки невозможно дальше было писать на С, но на С++ разработчики решили будет легче.
>> И на С уже перестали что-то новое писать?
>
> Посмотри статистику языков.
> Да, где-то кто-то будут одиночные новые проекты, но СИшка это язык легаси.
> Sad but true.С - для системного ПО, а системного ПО в статистике меньше, чем пользовательского.
Насчёт легаси - не согласен, пока адекватной замены С нет.>> Нет, не заменил. И Раст не заменит, ни С, ни С++.
>
> Уже заменяет.
> В андроиде новый код стараются писать на расте. Т.е вместо С/С++ пишут на другом языке.
> Потом при рефакторинге старые кода дропаются.А я думал, в андроиде в основном код на Java. На ней всяко проще писать пользовательский софт, чем на C/C++/Rust.
С переписыванием системных компонентов на Rust - на мой взгляд, проще было бы далее вычищать С-шный код от багов (анализаторы, ИИ в помощь), нежели коренным образом менять логику программы, подстраиваясь под компилятор Rust'а, а потом всё также продолжать вычищать код от багов другого порядка (логических).>> И, с учётом внедрения и совершенствования ИИ в средствах проверки кода, возможно, скоро код на С будет лишён всех тех проблем, от которых спасает использование Раста.
>
> На чем ты будешь этот ИИ учить? На дидовых хаках?
> Давай когда ИИ что-то сможет, тогда и поговорим.
> А пока ЖПТ-5 более тугой чем четверка.Речь идёт о специализированном ИИ, натренированном на проверку кода.
Все дидовые хаки можно пересчитать, обнаружить и исправить (известным способом). Вроде не слишком сложная задача для ИИ.
Сейчас анализаторы выдают слишком много ложных предупреждений, явно не хватает глубины анализа - видно есть, куда расти.>> Да и от Раста появляются другие проблемы, каких нет в С:
>> - усложняется понимания программы,
>
> Ты когда-то ловил в дебаге "почему падает программа из-за порчи памяти"?
> Весьма увлекательное времяпровождение, возможно на несколько дней.Наверное, без использования valgrind искать багу действительно, долго.
>> - увеличивается время написания кода,
>
> Только если ты не знаешь язык.От сложности языка тоже зависит.
Остаётся только надеяться, что Rust будет не такой сложный, как С (со всеми его UB).
Но по постоянным новостям про Rust не похоже - всё усложняют и усложняют, добавляя всё новых сущностей.
А то-ж из С++ сделали монстра - познать С++ практически невозможно :)>> - возрастает вероятность логических ошибок.
>
> Вранье.
> Раст (хотя тут скорее любой современный ЯП, хоть свифт, хоть карбон) тебе подскажет "у вас тут switch обрабатывается не весь", "у вас тут типы не конвертятся", он проверит чтобы два enum были сравнимые, а не как в недоязыках "тут int и тут int - сравниваем апельсины с крокодилами".Подобные ошибки и в С обычно не проблема - тот же gcc поддерживает "-Wswitch-enum", "-Wenum-compare".
Я про логические ошибки в алгоритмах, из-за "борьбы" с компилятором Rust, который даёт меньше свободы по сравнению с C/C++.
Например, замена простого циклического двусвязного списка из С - на какой эквивалент в Rust?
А если один и тот же элемент находится сразу в нескольких таких списках и мапах (красно-чёрных деревьях)?>> а старым мейнтейнерам будет проще выкинуть этот код, нежели изучать Раст, код на котором они нормально сопровождать не смогут.
>
> Чел который предложил добавить раст - это как раз мейнтенер гита.
> Который за период в последние 10 лет - третий по количеству коммитов.Хорошо, тогда я спокоен, пусть пишут на Rust :)
с++ никогда не был заменой си. он был его высокоуровневым расширением. а раст вроде и не должен был заменить си и на самом деле не особо к этому стремился, просто в один момент оказалось что для тех же целей для которых мы брали си вместо плюсов можно брать раст и в отличие от рынка си програмистов рынок раст програмистов более перспективный и предсказуемый. и вот мы уже на стадии когда крупные проекты потихоньку понимают что чем раньше они начнут к себе растовиков привлекать тем обеспеченней будет долгосрочное будущее проекта.. ведь однажды и правда придётся переписать весь гит, но да для старых разработчиков риски очевидны им почти прямым текстом говорят ваши услуги хочется объявить устаревшими и ненужными и двигаться дальше.. в то время как старому разработчику хочется до пенсии быть тем челом который умеет в незаменимые штуки на коболе.. даже если это ведёт к стагнации проекта. и так уж получилось что риски развития всегда предпочтительней рисков стагнации. тут есть ещё пара нюансов вроде ловушек статистики которые могут больно ударить из неожиданного угла, но в такой воображаемой реальности мы сейчас находимся. не берусь судить правильные это всё оценки или нет рано пушат раст или уже поздновато, можно ли было както получше сделать или надо сказать спасибо что не расстреляли... это просто один из возможных вариантов действий в сложившейся ситуации который сейчас выберут многие, но далеко не большинство руководителей проектов.
А вот и поклонников двойных стандартов десантировали.Как речь заходит о том, чтобы впендюрить куда-нибудь раст, так сразу начинается "скажи да разнообразию". А когда речь идёт о wayland/systemd, так сразу "зачем нужны альтернативы, если есть единственно верное решение".
Раз уж вы за разнообразие, то давайте добавим в обязательные зависимости весь top20 рейтинга tiobe из соседней новости. Нуачо, не должно же быть единственного языка!
Ну, прикинь, выходит Git-4 а там в зависимостях Swift-7, и его компилятор на 5 Gb качай. Как сильно будет вой на болотах?
> выходит Git-4 а там в зависимостях Swift-7Как разработчик под ios/macos я это приветствую))
> и его компилятор на 5 Gb качай
О боже! целых пять гигов!
Это же примерно 15 минут видео в 4к.
Ужасно просто ужасно.Ведь каждый раз приходиться компилять программы заново.
Вот если бы кто-то придумал "собрать софт 1 раз, а потом просто распространять бинарный пакет!"
Но к сожалению этого не было сделано... или было?)))
> Но к сожалению этого не было сделано... или было?)))Это БЫЛО сделано, но фанаты раста почему-то не могут просто "скачать бинарный пакет", они зачем-то лезут к исходникам, причём со своим языком.
coming out засчитан.
>О боже! целых пять гигов!
>Это же примерно 15 минут видео в 4к.
>Ужасно просто ужасно.Если сервер, который хостит файлы не отгораживается от вас, потому что хз почему, отправьте запрос через форму, которая тоже огорожена.
И ещё если этот сервер не заблокирован по причине отсутствия лицензии в вашей стране.
> Если сервер, который хостит файлы не отгораживается от вас, потому что хз почему, отправьте запрос через форму, которая тоже огорожена.Это ты про "стандарт" на СИшку?
Купи С̶к̶а̶й̶р̶и̶м̶ стандарт, ну купи!
А, не хочешь? Ну жри черновики.
Свобода!!)))> И ещё если этот сервер не заблокирован по причине отсутствия лицензии в вашей стране.
Возможно проблема не в сервере, а в том что ваша страна это дно, с которым никто не хочет иметь дело?
Или может сервер заблокирован изнутри (по той же причине)))
То ли дело когда стандарта и даже спецификации на язык вообще нет никакой!
> То ли дело когда стандарта и даже спецификации на язык вообще нет никакой!Ага, они честно говорят "у нас разработка идет через RFC".
А не делают деpmовое подобие стандарта, с кучей "а буй его знает пусть будет UB", который еще и платный.Кстати на интернет (тот самый через который ты показываешь свою тyпoсть) тоже нет стандарта. Хватает RFC.
> а буй его знает пусть будет UBКонечно, у тебя не будет неопределенного поведения в стандарте, если у тебя нету ни стандарта, ни определенного поведения.
> Кстати на интернет тоже нет стандарта.
Ну вот и посмотри теперь на этот "Интернет".
> Ну вот и посмотри теперь на этот "Интернет".Смотрю каждый день. Работает, иногда что-то отваливается и потом оперативно чинится. Иногда акула кабель жуёт. Иногда — рыбаки якорями рвут. Иногда бывает и так, что роутер сгорает (огнём, с сиренами и срабатыванием пожарной автоматики, с эвакуацией техперсонала). И всё равно продолжает работать. Очень надёжная система (есть с чем сравнивать). Если бы ты знал как посмотреть — тоже увидел бы.
У очень надежной системы очень серьёзные проблемы даже с протоколами присвоения доменных имен. В чём даже обыватель может легко убедиться, почитав новости на этом сайте. Что уж говорить про всё прочее, со всех сторон обставленное костылями и подпорками, поверх прежних костылей и подпорок. Никого не смущает, что для функционирования одного единственного сайта, показывающего статичные веб-странички, требуется целый ворох (чужих) серверов, как только тот (например, Хабр) становится хоть немного популярным? Иначе он просто ляжет. Гениальная-архитектура-эффект.
И немудрено, что половина "децентрализованного" "интернета" прячется от злоумышленников в одной централизованной публично-приватной сети самого влиятельного злоумышленника. И по его желанию ляжет вмиг в ту позу, в которую господин пожелает. Ну и кто тут в *облаках* витает?
Ладно, расскажешь всем какая интернет замечательная сеть, как надежно она работает, когда введут белые списки (их уже готовят). Если, конечно, сможешь сюда зайти.
>Возможно проблема не в сервере, а в том что ваша страна это дно, с которым никто не хочет иметь дело?В моей стране сделано примерно всё, чем ты пользуешься, от штанов до телефона.
>Или может сервер заблокирован изнутри
А что это меняет?
> О боже! целых пять гигов! Это же примерно 15 минут видео в 4к.Что за uдuот измеряет место на диске видевами в 4К?!
> Как разработчик под ios/macos я это приветствую))
А! Ясно-понятно.
Да не особо громкий. Из трех гентушников не то, что "хор имени Александрова" - а и "ВиаГру" какую не сляпаешь
> Ну, прикинь, выходит Git-4 а там в зависимостях Swift-7, и его компилятор
> на 5 Gb качай. Как сильно будет вой на болотах?каждый раз глядя на свифт хочется чтобы на нём половину спо писали.. жаль что язык не очень способствует этому всё ещё сильно замыкаясь на эпл продукты.. а к моменту когда кросплатформенный вопрос будет как с дотнетом, раст уже выжрет все ниши где требовалась модная и молодёжная добавка.
> А когда речь идёт о wayland - "зачем нужны альтернативы, если
> есть единственно верное решение".Подожди. Wayland это как раз разнообразие.
А вы его обвиняете в фрагментации и требуете, чтобы осталась монополия иксов.
Может вы как-то определитесь?
У платного хомячья кроме ad-hominem аргументов, как обычно, нет
>один фюрр.. а не, это уже из другой, но весь похожей оперы.Нет, это именно из этой оперы. Junio Hamano и Linus Torvalds - диктаторы соответствующих проектов.
С учётом того, что в необязательных зависимостях Rust уже есть.
Мне интересно, зачем вообще Git людям, которые не в состоянии его собрать с поддержкой нужной зависимости?
Зачем им вообще на столько низкоуровневые языки? Почему например не Go? По-моему на Go очень хорошая реализация была бы.
а куда там каналы-то прикручивать, основную фишку го?
Во-первых, это не основная фишка. Во-вторых, из наличия фишки любого калибра никак не слудует что без ней нельзя писать код. В-третьих, в git полно распараллеленных и асинхронных операций (чего только git maintenance стоит) - вот для их синхронизации.
go медленный. Он замена разве что питону
Не знал, что 5-7% отставание от си это медленный, а для числодробилок аля avx256 есть cgo - там пишешь на сях куски кода и они летают, вставки хоть на ассемблере (так в дефолтной поставке го и делают для криптографии), тч пздеж про медлительность
Про яву тоже везде пишут, что "на 5-7% медленнее, чем си". Но стоит запустить какую-нибудь идею а потом кдевелоп и сравнить, так сразу всё становится ясно.Не знаю, насколько это к go относится. Всё же go создавался именно как компилируемая замена питону для микросервисов. Поэтому "быстрее, чем питон" было достаточно.
ну ты сравнил канеш
давай только сравнительную табличку сразу - что запускается в idea а что в kdevelop и как это можно использоватьНу, серьезно, kate с небольшой обвязкой и tree-view - это не то чтоб прям многофункциональная иде
> Про яву тоже везде пишут, что "на 5-7% медленнее, чем си". Но
> стоит запустить какую-нибудь идею а потом кдевелоп и сравнить, так сразу
> всё становится ясно.В Java существует проблема медленного холодного старта. Кроме того там раздутая стандартная библиотека и монструозные фреймворки, вроде Spring Boot, так же тормозящие на старте.
> Не знаю, насколько это к go относится. Всё же go создавался именно
> как компилируемая замена питону для микросервисов. Поэтому "быстрее, чем питон" было
> достаточно.Go - простой язык с хорошей поддержкой конкурентности, продуманной и небольшой стандартной библиотекой и сборщиком мусора. Он создавался как замена C++ для микросервисов. На питоне микросервисы не пишут, по крайней мере массово.
> На питоне микросервисы не пишут, по крайней мере массово.Ты главное не ляпни это когда будешь в Гугл на роль технического директора собеседоваться.
> Ты главное не ляпни это когда будешь в Гугл на роль технического
> директора собеседоваться.Гугл пишет микросервисы - на своем go. Они его именно для этого сделали. И это на них очень прилично выглядит. И да, go сделали именно для того чтобы уйти питона с его проблемами оттуда. И ушли. И в гугле и не только.
...так что техдиром гугла вас точно не возьмут, да и даже лидом захудалым - врядли.
> Гугл пишет микросервисы - на своем go.А ещё на Питоне, Яве, Си, Си++, Раст, и даже на Common Lisp. В том числе новые проекты. Но чтобы про это знать надо познавать мир не по комментариям на опеннете.
> ...так что техдиром гугла вас точно не возьмут, да и даже лидом захудалым - врядли.
Техдиром действительно не возьмут — даже не предлагали. А на остальные позиции у них не оказалось денег чтобы меня сманить с текущей. Такая вот печаль.
> Go - простой языкЭта ваша языковая простота - ничто иное как перекладывание ответственности на разработчика
И если в сях эта ответственность всем видна, то в голанге люди далеко не сразу понимают что их с простотой обманули, а только когда им нужно делать ручной пулинг объектов и прочую дрянь которой надо страдать из-за сборщика мусора чтобы производительность не была говном
про яву пишут что быстрее чем си.. и это отчасти правда
особенно когда не надо под память оптимизироваться.
У него очень жирный рантайм и свистоперделки в угоду горутин, сборщика мусора и пр. В целом ваше "5-7% отставания" это либо бред либо какой-то предвзятый черрипикинг, т.к. в вопросе оптимизаций гошный компиль отстаёт, в плане тюнинга под платформы отстаёт, в плане легковесности отстаёт. Лично я когда интересовался темой, то там отставание на серьёзном коде было 60+%, ибо сишка и сама и разработчиком может быть оптимизирована, гошка же живёт своей песочницей - бесплатно каналы, горутины(а это регулярный штраф и лишние прерывания на планировщик, даже когда горутина это только главный поток), сборщик мусора никто вам не даст.
Я понимаю, что ты не прогркммист и раста в глаза не видел, поэтому имеешь искажённое представление о том, что это - низкоуровневый язык. Ведь он заменяет Си, а Си - низкоуровневый, значит и раст тоже.Это нормально - критики раста обычно реально не понимают, о чём говорят.
Он высокоуровневый язык с эффективностью по ресурсам низкоуровневого. То есть пишешь ты как на котлине, а перф цпуьи память у тебя как на Си.
Го по сравненению с растом - как беш по сравнению с питоном.
> Я понимаю, что ты не прогркммистТы точно не оракул, потому что я программист.
> и раста в глаза не видел,
Видел, хотя профессионально им не пользовался.
> поэтому имеешь искажённое представление о том, что это - низкоуровневый язык.
Rust изначально создавался как язык системного программирования. То есть это действительно достаточно низкоуровневый язык, хотя и не ассемблер.
> Ведь он заменяет Си, а Си - низкоуровневый, значит и раст
> тоже.Он заменяет C и C++. А по-твоему он должен заменить питон, джаву и си-шарп?
> Это нормально - критики раста обычно реально не понимают, о чём говорят.
В каком месте ты у меня критику Раста увидел? Читать и понимать прочитанное не умеешь?
> Он высокоуровневый язык с эффективностью по ресурсам низкоуровневого. То есть пишешь ты
> как на котлине, а перф цпуьи память у тебя как на
> Си.Ну и сколько котлинистов уже перешли на Раст?
> Го по сравненению с растом - как беш по сравнению с питоном.
Максимализм свойственен либо молодым, либо глупым. Ты из каких будешь?
Для решения разных задач требуются разные инструменты. В данном случае мы обсуждаем прикладной софт для версионирования. Для такой задачи Go вполне подходит. Для написания дров, так и быть, можешь использовать Rust. Я разрешаю.
> Ты точно не оракул, потому что я программист.Кризис айти начался в тот момент, когда кодеров стали называть программистами.
И снова мимо. У тебя явно кризис.
>Я понимаю, что ты не прогркммистА давай унижать и чмырить всех не программистов?
Предлагаю внедрить Python, Javascript, Perl и Ruby в сборочные зависимости Rust toolchain. И закопать.
А так и есть. Там без питона3 не собирается полноценный раст тулчайн со всеми llvm фичами (дебагер, к примеру), причём и llvm нужен на каждую версию свой (определенной ветки/тега)Было бы смешно, если бы ещё node.js нужен был бы с кучей npm пакетов для сборки документации к компилятору - надо поднять обсуждение, кстати, чтобы документация была на React и приложуха React Native шла как зависимость при сборке под Android :D
В свете последних тенденций в стоимости труда программистов и в проблемах поиска работы есть подозрение, что это скоро пройдёт. Одно дело создавать новые абстракции от скуки, когда в штате 500% программистов от реально необходимого количества. И совсем другое - когда размер штата в аккурат столько, сколько нужно для выполнения работы, и у все программистов есть реальные задачи.
> Там без питона3Без питона вообще наверно треть линуксового мира выкидывать и то с большим трудом из-за зависимостей.
Ну и для git нужен perl. Суть около того же.
> Предлагаю внедрить Python, Javascript, Perl и Ruby в сборочные зависимости Rust toolchain.
> И закопать.Закопать такое? Никак не можно. Только в могильник Апача на 5000 лет положить, пока радиоактивный фон не спадет.
Ну что, будет голосование как про системду:
- Да, не против;
- Нет, не против.
Там вроде было так:
- голосуем за сисьтемду.
- мы против.
- хорошо, голосуем снова.
- так мы снова против.
- ладно, ещё раз голосуем.
- мы всё ещё против.
- тогда глосуем опять.
- и опять мы против.
- ещё раз голосуем.
- да ты заколебал, работать невозможно, нам уже пофиг.
- хорошо, пользуясь своим правом председателя, из-за неопределённого статуса голосования решение буду принимать я; и я принимаю решение, что голосование завершено в пользу сисьтемд. но больше голосовать уже не будем.
Судя по тексту новости, тут весьма похожее:> В июле решение по данному вопросу не было принято и теперь предпринята вторая попытка поднятия вопроса перевода Rust в разряд обязательных сборочных зависимостей. Судя по повторному обсуждению среди разработчиков Git больше противников такого шага, чем сторонников
А что не так? Кому не нравится - тот свой проект делает. Рыночек порешал. А то развелось тут, кто хочет заставить разрабов на зарплате укусить руку, которая их кормит. Нет, эти цепные псы вас покусают, а руку вылижут.
Скорее потенциальная господдержка, рыночком здесь и не пахнет.
Господдержка тут силовым аппаратом и членством Гейтса и Наделлы в элите.
Сие есмь неотъемлимая часть рыночка. Прекратите уже фантазировать, вернитесь с утопических небес на грешну землю.
Зато рыночниками потянуло.
> Кому не нравится - тот свой проект делаетПочему растаманы своё не делают?
Потому что они предприниматели, этап своего делания через венчурное предпринимательство уже прошли (Basic, DOS, Windows, ...), теперь занимаются покупкой за бесценок того, что создателям прибыли не приносит, а влияние они сами по себе мотетизировать не могут без продажи тем, кто их купит задешево с потрохами.
Прикиньте как адепты раста удивятся, когда узнают, что есть направления кроме высоконагруженных серверов и там линукс не является ведущей ос
Непомнило историю с оперой.Когда оперу превращали в хром и люди возмущались, был в опере один человек (ник на хабре вроде pepelsbey), который на всех конференциях и где только можно (включая хабр) защищал это решение и рассказывал, что свой код - это путь в никуда, а красненькая шкурка для хрома - это будущее. Приводил кучу аргументов. Расписывал преимущества. Делился с трудностями, которые возникали у команды разработки своего движка оперы из-за того, что 90% сайтов написаны индусами исключительно под хром. Рассказывал что это не то же самое что было с ie 6 за десятилетие до этого. В общем, с оптимизмом смотрел в будущее и убеждал то же самое делать пользователей оперы, которых с отличного браузера заставляли мигрировать на продукт жизнедеятельности гугла.
А потом появилась новость о том, что оперу продали Китаю. Оказалось, что продать Китаю свой движок было трудно, так как это впоследствии потребовало бы от китайцев тратить силы на поддержку и развитие этого движка. А продать шкурку было проще, так как там особо делать ничего не надо для "поддержки и развития" - просто менять оттенки красного раз в пару лет.
На хабре люди стали звать этого человека, спрашивая, как же так, что же ты нам сказки рассказывал. А потом кто-то зашёл в его профиль и обнаружил, что человек уже три месяца на хабр не заходит, не комментирует, и смысла ждать от него ответов нет.
Я тогда смотрел видео его выступлений на разных конференциях. Он выглядел в самом деле верящим в то, что говорит. Так что я склоняюсь к тому, что его кинули, как и всех пользователей. Убедили, что шкурка для хрома - это настоящее будущее. Он поверил, пошёл убеждать остальных. А когда бренд и браузер продали и стало очевидно, что ни о каком развитии речи не шло, контракт с ним разорвали/завершили, выплатили выходное пособие и отправили на все стороны.
Ваш комментарий навёл на мысль, что адепты раста по пути этого человека пойдут.
Очень интересная история. Не пробовал адаптировать под театральную постановку?А по теме, так и в чем тот человек оказался не прав? "свой код - это путь в никуда" конкретно в разрезе оперы так и было. Они теряли позиции, движок все мнеее и менее справлялся со своей задачей.
В разрезе оперы свой движок был единственным, что позволяло компании существовать. После миграции браузера на хром бренд продали а компанию распустили. Путём в никуда оказалась именно шкурка для хрома.
Причиной что компания закрылось стало то что они как раз долго цеплялись за свой явно устаревающий движок. Если бы руководство увидело тенденцию раньше то все могло случиться иначе.
ТАк я уверен, что весь смысл операции был в том, чтобы продаться, хоть китайцам, хоть кому. И если со своим движком никто не хочет покупать бизнес - надо избавляться, логично?Хотя, конечно, ностальгически грустно, что так вышло
Нет, смена движка не была затеяна для продажи. Просто банально не потянули конкуренцию с Гуглом и движком Хромиума. Задолбало делать бессмысленную работу по поддержке Chromium-only сайтов. Pepelsbey говорил правду.
> В разрезе оперы свой движок был единственным, что позволяло компании существовать. После миграции браузера на хром бренд продали а компанию распустили. Путём в никуда оказалась именно шкурка для хрома.Компанию не распустили. Опера всё ещё существует. Собственно благодаря миграции на Хромиум. Если бы оставили свой движок - вот тогда бы не выжили.
А причем тут Rust? В браузере движок юзеры поменять не могут, а тут - это инструмент разработки, хочешь пользуйся, хочешь нет. От того, что кто-то кому-то продастся твои программы на Rust никуда не исчезнут
От того, что кто-то кому-то продастся, программы на расте, конечно, не исчезнут. Но зато исчезнут программы на нормальных языках, потому что новые хозяева продавшихся заставляют их заменять нормальные языки растом.
> От того, что кто-то кому-то продастся,Лол, "если мне что-то не нравится, то все вокруг продались" - так получается?
> программы на расте, конечно, не исчезнут.
Конечно не исчезнут.
> Но зато исчезнут программы на нормальных языках,
Нормальных это каких? Которые дырявые и создают тысячи уязвимостей на радость всяким хакерам?
> потому что новые хозяева
Если тебе везде мерещатся хозяева, то ты просто раб в душе.
> продавшихся заставляют их заменять нормальные языки растом.
Какой ужас! Надеюсь, в твоей большой фантазии заставляют силой?
Или просто говорят "я буду платить деньги за написание раст кода"))?
> Лол, "если мне что-то не нравится, то все вокруг продались" - так получается?Не знаю, про продажу написал человек, которому я отвечал.
> Нормальных это каких? Которые дырявые и создают тысячи уязвимостей на радость всяким хакерам?
Нормальных - это поддержка которых есть на всех (или почти на всех) существующих платформах. Даже если их кто-то считает редкими, ненужными и немодными. И для многих платформ есть несколько реализаций - если одна помрёт просто переходим на другую. Да, они дырявые и создают тысячи уязвимостей, если пользоваться ими неправильно. Но других нет. Растофаны - это категория программистов "на моей машине компилируется - и ладно".
> Какой ужас! Надеюсь, в твоей большой фантазии заставляют силой? Или просто говорят "я буду платить деньги за написание раст кода"))?
Одному говорят "я буду платить деньги", а он уже заставляет остальных силой. Да, деньги за написание раст кода будут платить только ему одному, а писать код будут все.
> Нормальных - это поддержка которых есть на всех (или почти на всех) существующих платформах.Так Rust почти на всех платформах поддерживается.
https://doc.rust-lang.org/beta/rustc/platform-support.html
Tier 2 поддержка: там и Solaris, и Illumos, и NetBSD. А ведь для современного софта, честно говоря, достаточно и Tier 1. Tier 1 уже кроет 90% применений, а Tier 2 - все 99%.
> Tier 2 поддержка: там и Solaris, и Illumos, и NetBSD. А ведь
> для современного софта, честно говоря, достаточно и Tier 1. Tier 1
> уже кроет 90% применений, а Tier 2 - все 99%.И тут вдруг оказалось что некто с PowerPC MAC не согласен с этим тезисом. А рядом кто-то с NonStop за 500 000 зелени и хрустики ноют что у них нет 500К зеленых чтоб купить такой же для проведения тестов. Зато сломать и изгадить другим тул - всегда пожалста. А может - лучше нахрен их патчи и пусть базовый тул поддерживает кучу платформ? А эти господа с своим хрустом и дропом оборудования - поддерживают форк, или там что еще.
Отвечая анониму, ответ которого скрылоPowerPC маки уже давно не выпускаются. Пусть живут на старом софте. NonStop - у кого есть на него деньги, наймет разрабов портировать Rust, если так ему нужно современное ПО.
Никто не будет и не должен останавливать инновации из-за 0.1% старого/экзотического железа.
> у кого есть на него деньги, наймет разрабов портировать RustМне нравится ваша мысль. А давайте растофаны и в гит свой раст будут внедрять только если им заплатит человек с NonStop? А то несправедливо как-то: нагадим-то мы бесплатно, а чинить потом будем за ваши деньги.
> Мне нравится ваша мысль. А давайте растофаны и в гит свой раст будут внедрять только если им заплатит человек с NonStop?Ага, а еще б0мж вася который в НИИ на сетунях программировал/
> А то несправедливо как-то: нагадим-то мы бесплатно,
Гадишь пока только ты в комментариях)
> а чинить потом будем за ваши деньги.
Как писал Столлман "Пользователи со сходными нуждами могут образовывать союзы пользователей и платить взносы. Союз заключал бы с программистскими компаниями договора на выпуск программ, которые члены союза хотели бы получить."
Вам нужно портирование под ваше железо?
Платите деньги.ю
Гит делают для тех, у кого ходовые платформы, а не 0.1% экзотики. Как и весь софт, собственно. 99% рады тому, что гит на их платформах работает быстрее и на более продвинутой технологии. А капризные пусть платят
> Гит делают для тех, у кого ходовые платформы, а не 0.1% экзотикиЭто ты так решил?
У них в кодин стандарте ссылки на эти "0.1% экзотики".
Свои хотелки держи при себе.
Опять же, в Расте нет ничего "ненормального", язык как язык, только более современный. Исчезнут ли программы на других языках - да вряд ли. До сих пор же не исчезли. С чего такая паника?
> Опять же, в Расте нет ничего "ненормального"Заточенность на безопасности приводит к комбинационному взрыву при попытке поддерживать множество архитектур.
Проще говоря, с такой условной компиляцией как у них они обречены.
Херня какая-то. Pepelsbey был евангелистом «Оперы» на зарплате, там в штате такая должность была. Что ему говорили транслировать, то он и транслировал.
>был в опере один человек (ник на хабре вроде pepelsbey)https://github.com/pepelsbey/ а теперь он очередной "he/him" из мозиллы, бгг))
является же
> есть направления кроме высоконагруженных серверов и там линукс не является ведущей осЗнаем, есть такое направление - там винда высоко нагружает 100% CPU на своими задачами типа обновлений, исправления целостности ntfs, отправки телеметрии, проверки себя на вирусы и пороченья гигабайтными ветками мусора в реестре. Наличие этого направления что-то решает?
А если серьёзно, то вы о чём вообще? Все живые платформы растом поддерживаются в Tier 1-2. Наличие какого-нибудь "направления высоконагруженных серверов на i386 openbsd" я отрицать конечно не буду, но и не буду даже пытаться найти слова чтобы описать насколько его наличие ни на что не влияет и насколько на него всем наcpать. К тому же, когда у, несомненно, высококомпетентных специалистов эксплуатирующих подобные решения перестанет работать git, они первыми побегут кодить полноценную поддержку своих платформ в расте.
>они первыми побегут кодить полноценную поддержку своих платформ в растеА им не проще будет просто выпилить раст из гита?
>А если серьёзно, то вы о чём вообщеРоутеры например
> А им не проще будет просто выпилить раст из гита?Пусть делают свой форк и выпиливают.
> Роутеры например
И часто вы на роутере собираете гит из исходников?
> И часто вы на роутере собираете гит из исходников?а мне интересно, зачем вообще гит на роутере, даже в виде готовых бинарников ?!
Чтоб самые последние версии софта ставить. Запрет например
Не рассказывай сказок, на твоём dir-300 нет столько места на диске.
Только адептов особо не видно.Вот хейтеров вагон. "что же это делается?!".
Было бы чего значимого.ЗЫ: C++ программист. На Rust писал несколько хобби проектов. От двух этих языков восторга как и отвращения не испытываю.
>добавляющее компоненты на языке Rust и оптимизиации, позволяющие поднять производительность на 5-19%Ого! Включение Раст поднимает производительность на 20 процентов!
Поднимает, если попутно изменить алгоритм хеширования на более быстрый.
> Поднимает, если попутно изменить алгоритм хеширования на более быстрый.О... т.е. сишники не смогли изменить алгоритм хеширования на более быстрый??
Это прям какая-то профнепригодность однако!
> сишники не смогли изменить алгоритм хеширования на более быстрый?Сишников устраивал прежний алгоритм, у них не было необходимости менять алгоритм, чтобы получить 19% производительности в некритичном месте (время выполнения git log сократилось с 8.1с до 6.8с), чтобы в новостях типа этой выглядело так, будто 19% получено благодаря миграции на раст.
А я думал всю жизнь, что на Си пишут для скорости. А тут оказывается вдруг что и скорости толком нет, да и не нужна она уже. Как же так? Сишиники лгали всё это время?
На си пишут для скорости и переносимости. Если вы реализуете один и тот же алгоритм на разных языках, си-реализация всегда будет не медленнее реализации на другом языке (а как правило и быстрее) (исключение - ассемблер).Тут же была уже готовая реализация хэша, которая работает приемлемо быстро. Можно использовать более быструю. Но эффект я описал в предыдущем комментарии. Сишники предпочитали потратить это время на реализацию нового функционала и исправление ошибок, а не на бесконечное улучшение уже существующего. Я практически уверен, что в раст-мире никто тоже не занимается бесконечными микрооптимизациями, когда есть другие задачи.
Родной, 19% это НЕ МИКРООПТИМИЗАЦИЯ.
> Родной, 19% это НЕ МИКРООПТИМИЗАЦИЯ.19% это буквально МИКРООПТИМИЗАЦИЯ.
Оптимизации ускоряют не проценты, а алгоритмическую сложность
> Оптимизации ускоряют не проценты, а алгоритмическую сложностьЕсли ты умудряешься ускорять на алгоритмическую сложность, то твои предшественники написали лютый овнокодище. 19% это офигенная оптимизация. Тут обычно за 3-5% борешься, а тут почти на одну пятую прирост!
> Тут обычно за 3-5% борешьсяМожете написать, где вы работаете, что ОБЫЧНО(!) БОРЕТЕСЬ(!) за 3-5%? Там, где работаю я, о производительности ВООБЩЕ не думают. И я не видел, чтобы где-то думали о производительности кроме специфичного ПО.
> Можете написать, где вы работаете, что ОБЫЧНО(!) БОРЕТЕСЬ(!) за 3-5%?Да обычный коммерческий софт.
Напр. идексация (не бд) пользовательских данных, обработка больших моделей.> Там, где работаю я, о производительности ВООБЩЕ не думают.
Я понимаю((
> И я не видел, чтобы где-то думали о производительности кроме специфичного ПО.
А потом жалуются что софт тормозит))
>за 3-5% борешьсяОго! Да вы спец!
А зачем ускорять то, что и так быстро работает ? Си даёт широкие возможности и контроль над оптимизацией и скоростью ПО, но это не отменяет того, что у гита в плане возможностей, багов и производительности есть другие направления, от чего не понятно о чём вы вообще, если очевидно, что вся оптимизация в примере больше была про бессмысленное ускорение в пользу маркетинговой растоманской кампании, если бы они просто одно на другое поменяли, то можно было только плакать от бесстыже потраченого времени, а так, ценой большего гемороя при сборке получено какое-никакое ускорение, пускай и в сценарии, который не является критичным и мало востребованным, но "ускорение жеж!!"
Си даёт широкие возможности и просто бездонные тонны ошибок, начиная от платформозависимой арифметики, заканчивая банально некорректным поведением программы из-за того, что в стандарте написано "мы сами не знаем, что тут делать".
> А я думал всю жизнь, что на Си пишут для скорости.Вот тебе ещё одна мудрость на всю жизнь: "Преждевременная оптимизация зло".
А вообще, если бы ты писал код, а не только "думал" на Опеннете, то знал бы, что опытные программисты оптимизируют не всё подряд, а лишь места, где это действительно имеет значение - "бутылочные горлышки". Жизнь коротка, и прожить её следует так, чтобы не было больно за бесцельно прожитые годы.
Изначально скорость загрузки рекламировалась, как одно из основных преимуществ системд. А сейчас системд уже тормозит по сравнению с другими инитами. Вот и думай, сколько проблем реально вызывают, навязанные корпорациями/анб технологии. А реклама скорости новой технологии - это просто слова, за которые никто отвечать не будет.
> Изначально скорость загрузки рекламировалась, как одно из основных преимуществ системд. А сейчас системд уже тормозит по сравнению с другими инитамиКакие-то выдумки.
Леннарт так и писал, что скорость важна, но не во главу угла "быстрее всех".И раньше так было. Более десяти лет назад сравнивал.
Upstart пошустрее.
Только вот к Upstart приходилось костыли подстраивать из-за глюков по порядку старта сервисов.
> реклама скорости новой технологии - это просто слова, за которые никто отвечать не будет.самое главное тут: "никто отвечать не будет".
>это просто слова, за которые никто отвечать не будет.И твоя ложь в комментарии "Изначально скорость загрузки рекламировалась" тоже просто слова, за которую ты конечно же отвечать не будешь.
Зачем ему за них отвечать, если это правда?
Выше уже опровергли. Но ты прочитать не смог.
Вот беру я одноплатник с вафлей, ставлю армбиан с системдой: загрузка 30 сек, пока платка по вафле не откликнется. Компилирую линь самостоятельно с бузибоксом и баш-портянками: 10 сек на то же самое (ссш, веб).
Ты путаешь "читать" и "придумывать".Везде, где проталкивали сисьтемд, хвалились, что теперь система грузится в разы быстрее. И Леннарт на подтанцовках тоже рассказывал, что да, благодаря организации сисьтемд, система теперь грузится быстрее. И ниже со звёздочкой крошечным шрифтом робко добавлял, что это не основное преимущество.
90% мигрировавших на него мигрировали из-за этого "не основного преимущества". А не потому что теперь вместо service нужно писать systemctl, а это намного круче.
Дебиановцы вообще на него мигрировали, потому что придумали себе, будто бы красношляпые собираются унифицироаать линукс и стандартные сисьтемдшные юниты можно будет использовать в дебиане без модификаций. Красношляпые действительно собирались унифицировать линукс, но был нюанс. Когда дебиановцы это осознали, было уже поздно.
> Ого! Включение Раст поднимает производительность на 20 процентов!У рыбок-гуппи не возникает когнетивного диссонанса, когда они читают рекламные проспекты о том, что, мол, "в два раза быстрее, в два раза производительнее!", при этом системные требования возрастают в 10 раз. Например, как с той же 95 виндой (кстати, считаю это лучшее, что когда-либо создало IT, без иронии), она летала на 486, а 98 уже тормозила как чёрт, при этом была навешана кучей рюшечек, который нафиг не нужны серьезным и взрослым людям - тем кто РАБОТАЕТ с компьютером, а не в игрульки играет.
> серьезным и взрослым людям - тем кто РАБОТАЕТ с компьютером, а не в игрульки играет.Берут винду или мак и серьёзно работают работу. Что там происходит в чудесном мире линуксовых драм интересует менее 4% от всех пользователей компьютеров в мире. Добавление чего угодно в зависимости от софта по умолчанию для выполнения задачи менеджмента изменений в текстовых файлах никак вообще не влияет на выполнение этой работы. Инструмент просто обновляется на новую версию и так же как и раньше выполняет свою функцию за приемлимое время. Хватит думать, что вокруг языка реализации подкапотного бинарника свет клином сошёлся. Подавляющее большинство его пользователей польузется им через графический интерфейс, который всю эту драму от них абстрагирует. Потому что они взрослые и серьёзные.
> Берут винду или мак и серьёзно работают работу. Что там происходит в
> чудесном мире линуксовых драм интересует менее 4% от всех пользователей компьютеров1) Эти 4% девелопают сильно более 4% софта как оказалось.
2) Комплексы у вас так и прут. Полфорума бежали за линуксоидами чтоб сказать как они вам безразличны с вашими виндочками и маком. Это называется - комплекс неполноценности.
95-я винда была кривым франкенштейном. Лучшей была NT 3.51, пожалуй.
Как там с полной реализацией гита на расте дела? Вангану что тут просто боятся повторить участь Sufi
sudo*
да так же как с переписькиванием мордокнигой hg - "не компилируетца".
Интересно как сильно релизные бинарники от этого раздует?
Тебе что места на ссд мало,а колбаса стоит копейки. 640 кб для всех давно в прошлом вместе с дедами. Покупай неуязвимое железо с ддр6 и не фыркай.
Огласите весь список, пжалста
Ну-ну, DDR 6 - неуязвимое железо ;) Ещё ждёт нас немало сюрпризов с ним.
КО: Чем меньше ёмкость конденсатора, тем быстрее его разрядить.
то то Андроид так распух что тормозит там где ранее приемлемо работал (джаву фтопку) - мощности железа давно не растут одновременно с криворукостью погромистов
А мне интересено, как долго эти бинарники будут собираться?
А ты их не собирай. За тебя богатые корпорации соберут. Со сборочной фермой своей. Нет фермы? Либо жри что дают, либо сиди без гита и гитхаба. А корпорации своим стратегическим интересам вредить не будут за свои деньги, впендюрят и DRM, и шпиона, и подписку в перспективе. А у содержанок своих стратегических интересов не может быть в принципе, нищие - они подстилки: стелятся под того, кто за них платит, а кто не стелется - тот сдыхает. Рыночек порешал.
А какая разница?
Большая часть софта собирается его создателями или мейнтенерами.
То что где-то есть горстка поехаших гентушников... ну так даже они поумнели и предлагают бинарные сборки.
Ну попырится любитель компилять в консольку не час, а два.
Это же не повод отказываться от замены.Т.е классическое "люди не пострадали")))
>Основным доводом против является отсутствие в компиляторе rustc должной поддержи всех платформ, поддерживаемых в Git.Основным доводом против будет то, что они усложнят жизнь тем, кто будет собирать Git из исходников.
Каким образом? Собирать Rust это просто песня. 99% проектов просто собираются, без ошибок.
Можно подумать, у гита были какие-то проблемы со сборкой.
Сам Rust собрать сначала проблемы.
Попробуй собрать gcc и сравни впечатления. Раскрутка компилятора с нуля — нетривиальная задача. Но чтобы это знать надо хотя бы уметь программировать.
Хотя бы не с нуля, а сколько часов текущая версия Раста собирается?
> Попробуй собрать gcc и сравни впечатления. Раскрутка компилятора с нуля — нетривиальная
> задача. Но чтобы это знать надо хотя бы уметь программировать.GCC намного проще собирается. Пересобрать GCC можно - уже существовавшим в системе GCC. Вот прям системным.
С Rust этот номер решительно не катит. Во первых персборка сам себя гарантирована только компилером на 1 версию ниже. Тулчейн древнее? Вы в ауте! Во вторых - пересобрать LLVM это вообще такой целый сильно отдельный квест с скачкой половины интернета. А без плюсатого LLVM Rust вообще - код генерить не может.
Собрать gcc, не очень трудная задача(хотя сейчас она усложнена плюсами), т.к. для сборки практически всегда и всё есть(собственно поэтому и существуют проекты вроде minimal-linux и LFS, которые могут практически на голой системе собраться самостоятельно), а вот в случае раста - сначала собери сишку, плюсы, llvm, затем ещё всякой нестандартной мелочи и только затем собирай раст. Или, если сейчас ситуация изменилась, то ты берёшь уже собранный раст, которого под твою платформу может не быть готового и его натравливаешь на компилятор раста, но в таком случае получается курица и яйцо, ибо ты не можешь собрать раст без раста, который на базовой системе придётся собирать итеративно, начиная со старых плюсовых версий.
Первые версии Rust были написаны на OCaml, а не на плюсах. С какой-то там версии уже был раст на расте. Не надо вводить людей в заблуждение.
Транслятор это то, что в финальной стадии компилирования заранее обработанный исходник преващает в двоичный код. Современный транслятор Раста берётся из LLVM. LLVM написан на C++. Растаманы сами "транслятор в двоичный код" не пишут они его берут с из LLVM. В начальной стадии компиляции у них видимо свой компилятор.
Это очень незначительный довод. Подавляющее большинство пользователей гита не занимается его сборкой. Им нужны фичи, надежность и скорость гита. Если раст в этом поможет то они и рады будут.А то что какой то фанатик не захочет гит собирать изза раста, ни кого не коснется. Пусть даже это будет какой то мейнтейнер в дистре. Быстро найдется другой желающий.
>Это очень незначительный доводЛожь.
Умение и возможность собирать ПО из исходников это жизненно важная необходимость для линуксоида. Линукс с затруднённой возможностью собирать ПО является подделкой, а не Линуксом. Раст будет только усложнять сбрку любого ПО.
>А то что какой то фанатик
Ловко вы так наклеиваете ярлыки. Это обычное хамство. А любое хамство не является доводом.
Деды как сидели на svn, так и продолжают. Никакого хруста.
если не будет завязки на cargo и инфраструктуру то и пофиг потому что к тому времени как внедрят gccrs уже будет в нормально состоянии
Помню в последний раз такое неприятие языка было связано с C#. Где теперь этот C# ?
а где он ?
Там же, где и нативные виндоус приложения - в ж#пе. Ибо в прикладном софте уверенно победила связка JS+ HTML + CSS. Даже на твоём телефоне большинство софта написано на этой связке, а на десктопе весь новый софт пишут на электроне.
Компьютерные игры (а их рынок огромен) тоже на
> JS+ HTML + CSSпишут?
Бывает, что и пишут.Crosscode (https://www.gog.com/game/crosscode), например.
Я про питон помню было такое непринятие. Где он?
Не было с питоном такого никогда. Питон тот редкий случай, когда его никто из корпораций не навязывал и он максимально органично сам занял свою нишу. Это я говорю тебе как тот самый "дед", который в сознательном возраста работал в IT с 80-х по наши дни.
> и он максимально органично сам занял свою нишу.одноразового софта doomed to die из-за ой-опять-не-поддерживается та версия недельной давности на которой он написан. Органичненько получилось, да. На радость (нет) авторам.
(и да, до 2010 ничем не воняло, софт "works best with 2.7 but 2.6 still supported" был нормой. Кто ж знал что стареющий автор долбанется на отличненько и позволит выкидыш, принципиально несовместимый со старым кодом, плюс заблокировать любые попытки поддерживать тот старый код.)
Питон это альтернатива всяким R и Матлабам, неудивительно, что он потом взлетел у любителей нейросеток.
Смысл питошки в том, что написать код один раз и забыть, закинув на тот же комп нужный рантайм. И внезапно он в этой области лучший.
Активный хейт на Питон начался только в 2010-х годах. Но к этому времени он уже прочно обосновался в машинном обучении.
Такой же хейт как в сторону джавистов - больше денег за меньший труд.
Убедительная растопобеда в свободном программном обеспечении.
Это радует, пора уже переводить важнейшие утилиты на современные технологии. Rust становится стандартом индустрии
> становитсястановят.
Ну а что делать, если инерция мышления у старых разрабов велика? Крестьяне тоже не сразу картошку начали растить, царю Николаю пришлось изрядно потрудиться, чтобы они поняли выгоды
Конечно если нечто "становится", то кто-то его "становят".
Это просто значит, что самые серьезные игроки, те кто пишут код, оценили преимущество новой технологии.И это правильно.
Решать должны те кто делает, а не толпа потребителей.
А потом нужны тонны выборочной рекламы рекламы для продвижения товара,потому,что пользователи не решали. Тефаль как то раз решил за всех и позже выяснилось, что в действительности реклама должна была звучать как:Тефлон - отравим весь мир.
Главное чтобы интерфейс сменили, как в новом apt.
Ну такое □□□□□□□□ <
Труууунь.
А не какой то там |||||| <.
xd)
> игроки, те кто пишут код, оценили ...читаем внимательно: "среди разработчиков Git больше противников такого шага, чем сторонников".
Это откуда??? Я почитал переписку. Большинство за. У них основной вопрос (кто против или сомневается) - что число платформ сократится, пока не готово gccrs. С другой стороны мейнтенер Debian на каком-то хламе сказал что Rust не поддерживает только 4 архитектуры Debian
> Rust становится стандартом индустрииНе смеши. Пока только очевидно, что его пытаются пропихнуть изо всех сил, даже проплачивая переписывание, но ни о каком стандарте речи даже близко не идёт.
В одном обсуждении на этом сайте упоминали, что никакой язык вообще не решает критических проблем. Приводился пример ракеты с набортным ПО написанным на Ada, которая земельку клюнула вместо полёта. ( https://www.opennet.dev/openforum/vsluhforumID3/137762.html#28 - в этой ветке ). Так вот святагая ржавчина от таких проблем не спасает вообще, но люди верят в безопасТность и пропихивают..
Лисп (подставьте другой язык, который не даёт напрямую ковырять как Си/ассемблер) тоже как бы безопасный, однако осилить сложнА, значит нинадА и "морально устарел" (по факту - не просто пропихнуть в готовый стандарт языка троянца, реализация стандарта языка может быть и сторонней). Нынешние погроммисты в большинстве - операторы конопляторов, а не инженеры, им прямой доступ к ресурсам противопоказан.Стоит больше опасаться не злобных царей/тиранов/вождей/начальников (они то порой весьма вменяемы), а толпы фанатиков - эти с улюлюканием тебя живьём похоронят, не разбираясь в деталях. Им сказали безопасТно вяликое АНБ - всё, аксиома! То что они сами "пользователи", продвигаемого сверху продукта (в который потом незаметно можно вкорячивать нужное, "тысячиглаз" и не такое пропускают), им невдомёк: никого не напрягает, что самая последняя ржавчина - это в основном реализация коноплятора, а не описанный стандарт, даже с радостью такое "безопасТное" испражнение жрут. АНБ продвигало некотрые заведомо уязвимые алгоритмы шифрования - не сглотнули, а тут язык продвигают (раньше такой чушью не маялись, а тут "вдруг озаботились"), и никого не напрягла история продвижений конторы. Мир розовых^W безопасТных соплей, тля..
> В одном обсуждении на этом сайте упоминали,Этот сайт просто невероятно достоверный источник)))
> Приводился пример ракеты с набортным ПО написанным на Ada,
> которая земельку клюнула вместо полёта.Абсолютно тупой пример, особенно если прочитать причины аварии.
> тоже как бы безопасный
только он тормознутый
> Нынешние погроммисты
то ли диды! вот они прямым доступом к ресурсам такие баги добавляли, ух!
Шизу про злобное АНБ даже комментировать не буду, обратись к врачу
>> В одном обсуждении на этом сайте упоминали,
> Этот сайт просто невероятно достоверный источник)))То ли дело данный оператор ржавого.
>> Приводился пример ракеты с набортным ПО написанным на Ada,
>> которая земельку клюнула вместо полёта.
> Абсолютно тупой пример, особенно если прочитать причины аварии.Ну и какие причины? Мне вот искать лень, глупые причины упомянул - краткое описание не приведётся? Тогда я тоже всех отправлю искать в тырнетах ошибки в ПО, не зависящие от языков (мол таких вагон и тележка, ищите сами).
>> тоже как бы безопасный
> только он тормознутыйНу.. поездюки никогда полностью не вчитыаются/вдумываются (операторы, что с них взять). Повторю написанное в скобках: "подставьте другой язык, который не даёт напрямую ковырять как Си/ассемблер". Что, кроме лиспа нету, менее тормознутых?
>> Нынешние погроммисты
> то ли диды! вот они прямым доступом к ресурсам такие баги добавляли,
> ух!Зацепило юношу видать, оператором обозвали. У дидов таких задач изначально не стояло "писать безопасно". Подчастую вообще никаких инструментов не было - хоть что-нибудь сваять для начала, работоспособное при куцых ресурсах. Дальше можно исправить, тем более опенсыр за биплатно. Что-то получилось, даже работало. То, что остаются сырые куски в коде и вообще это изначально "AS IS" без каких-либо гарантий все пытались не замечать. А тут на, мы умеем у дидов ошибки находить, они тупые..
В "боинг"е погромлёристом (или как таких правильно называть, не инженерами же после таких опусов) не работаешь случаем?> Шизу про злобное АНБ даже комментировать не буду, обратись к врачу
Значит алгоритмов шифрования не пропихивали, а если и да - ерунда всё, и так сойдёт.
Не говори что мне делать, и я не скажу куда тебе идти.
> Ну и какие причины? Мне вот искать лень"Программный модуль был повторно использован в новой среде, где условия функционирования были другие. Данная часть программного обеспечения тестировалась для «Ариан-4», и для новой ракеты требования не были пересмотрены."
"Ошибочный модуль никогда должным образом не тестировался в новом окружении — ни на уровне оборудования, ни на уровне системной интеграции. Следовательно, ошибочность разработки и реализации не была обнаружена"
"Расследование показало, что в данном программном модуле присутствовало целых семь переменных, вовлеченных в операции преобразования типов. Оказалось, что разработчики проводили анализ всех операций, способных потенциально генерировать исключение, на уязвимость.
Это было их вполне сознательным решением добавить надлежащую защиту к четырем переменным, а три — включая BH — оставить незащищенными.
Разработчики должны были искать пути снижения излишних вычислительных издержек и они ослабили защиту там, где теоретически нежелательной ситуации возникнуть не могло."
"Возникшее исключение, объясняется не случайной аварией, но ошибкой конструкции."
Если в двух словах - решили сэкономить.
> Ну.. поездюки никогда полностью не вчитыаются/вдумываются (операторы, что с них взять).
О, ты перешло на личности))
> Что, кроме лиспа нету, менее тормознутых?Нету. Если считаешь что есть - доказательства твоя ответственность.
Тебя никто не тянул за язык писать про лисп. Давай показывай язык работающий со сравнимой скоростью с си и растом.> Зацепило юношу видать, оператором обозвали.
Думаешь какое-то убожество из интернета может меня зацепить?
> У дидов таких задач изначально не стояло "писать безопасно".
У дидов даже не было задачи писать коректно. Овнокод запустился и слава богу.
Достаточно вспомнить насколько падучими были программы того времени. При том, что они были на порядки проще чем сейчас.> хоть что-нибудь сваять для начала, работоспособное при куцых ресурсах.
> Что-то получилось, даже работало.Типичные тяпляперы.
> А тут на, мы умеем у дидов ошибки находить, они тупые..
А что, они были или стали умнее?)) Или их овнокод стал работать лучше?
>[оверквотинг удален]
> разработки и реализации не была обнаружена"
> "Расследование показало, что в данном программном модуле присутствовало целых семь переменных,
> вовлеченных в операции преобразования типов. Оказалось, что разработчики проводили анализ
> всех операций, способных потенциально генерировать исключение, на уязвимость.
> Это было их вполне сознательным решением добавить надлежащую защиту к четырем переменным,
> а три — включая BH — оставить незащищенными.
> Разработчики должны были искать пути снижения излишних вычислительных издержек и они ослабили
> защиту там, где теоретически нежелательной ситуации возникнуть не могло."
> "Возникшее исключение, объясняется не случайной аварией, но ошибкой конструкции."
> Если в двух словах - решили сэкономить.ПО для "Ариан-4" - это уже не диды за деньги писали?
Требовать от халявных опенсырных энтузиастов такого же качества как и от платных? Тогда зачем платить платным, если нет разницы в качестве? Изначально халява = "AS IS" жри что дают без претензий, не нравится - волен переделывать на своё усмотрение. Претензии к платному продукту - обоснованы.
То что в ариан-5 впихнули невписуемое без обработки напильником - точно, сэкономили. Халява.>> Ну.. поездюки никогда полностью не вчитыаются/вдумываются (операторы, что с них взять).
> О, ты перешло на личности))"Шизу про злобное АНБ даже комментировать не буду, обратись к врачу" - ну чья бы корова мычала про личности.
>> Что, кроме лиспа нету, менее тормознутых?
> Нету. Если считаешь что есть - доказательства твоя ответственность.
> Тебя никто не тянул за язык писать про лисп. Давай показывай язык
> работающий со сравнимой скоростью с си и растом.Мимоупомянутая ада? Она же вроде как изначально для систем с "ограниченными ресурсами" проектировалась. Или врут американские военные ведомства (вот в этом случае больше им верю)? СложнА, да. Для нынешних arm-ян вполне себе мелкие и шустрые бинари получаются (вряд ли для x86 жирнее крестовых/ржавых). Но по сравнению с цэ и крестами надо изначально крепко думать сразу над общей спецификацией, не "походу решим", а то этим мотоблоком отрезать палец упрощениями тоже элементарно. ДолгА!
>> Зацепило юношу видать, оператором обозвали.
> Думаешь какое-то убожество из интернета может меня зацепить?Раз есть ответы сирому убогому невеже - значит цепляет что-то.
>> У дидов таких задач изначально не стояло "писать безопасно".
> У дидов даже не было задачи писать коректно. Овнокод запустился и слава
> богу.
> Достаточно вспомнить насколько падучими были программы того времени. При том, что они
> были на порядки проще чем сейчас.Достаточно вспомнить "640кб хватит для всех", тогда ресурсов под те же фреймворки было в обрез. Исхожу из этого: надо уже позавчера, оператива золотая, процессор еле живёт (даже не особо греется без радиатора), готовых даже корявых инструментов под древние мощности не особо то много. Ну, кто сможет за биплатно выдать годное? Даже за платно выйдет не очень то красивое, модное.
>> хоть что-нибудь сваять для начала, работоспособное при куцых ресурсах.
>> Что-то получилось, даже работало.
> Типичные тяпляперы.
>> А тут на, мы умеем у дидов ошибки находить, они тупые..
> А что, они были или стали умнее?)) Или их овнокод стал работать
> лучше?Сейчас так все поумнели? Даже на пыхах и прочих питонах с яваскриптами разное чудят. Порог вхождения сильно ниже чем у "дыряшек" с прямым доступом (как бы можно быть "потупее").
> Тогда зачем платить платным, если нет разницы в качестве?У ариана было только 2 "неудачи" (501 и 517) и три "частичных неудачи" (502, 510, 5101)
Причем та самая авария произошла в первый запуск.> волен переделывать на своё усмотрение.
Но также волен называть овнокод овнокодом, а бракоделов - бракоделами.
> точно, сэкономили.Да, за это и поплатилис.
> Мимоупомянутая ада? Она же вроде как изначально для систем с "ограниченными ресурсами"
> проектировалась.Совсем мимо из-за сложности и стоимости разработки.
А спарк - еще дальше, там нужно менять весь процесс разработки, так что для обычного софта это не реально. Адовцы, кстати, понимают, что между дыряшкой и адой есть огромная ниша.
И вкладываются в раст adacore.com/press/adacore-joins-rust-foundation-as-silver-memberИ даже расписывают плюсы и минусы прям в официальном блоге
blog.adacore.com/should-i-choose-ada-spark-or-rust-over-c-c> Исхожу из этого: надо уже позавчера,
Пффф... как будто сейчас не так.
> оператива золотая, процессор еле живёт (даже не особо греется без радиатора),
> готовых даже корявых инструментов под древние мощности не особо то много.Ну так правильно! А сейчас оператива дешевле похода в макдак, в проце кеша больше чем у меня в первом компе оперативы, инструментов море - пусть комп трудится!
Но нет, приходят луддиты и начинают ныть что билдится долго, на некроплатформе не собирается, оперативы на его 32битной системе не добавить и так далее.
И предлагают назал вернуться к языкам и инсрументам их 70х.> Сейчас так все поумнели? Даже на пыхах и прочих питонах с яваскриптами разное чудят.
Чудить это возможно глупо. Но еще глупее - делать ошибки в вещах, для которых уже найдено решение.
Если кто-то вместо раста выпустит какой-то TRust, который будет еще дешево верифицировать софт - я буду первый кто начнет топить за закапывание раста. Потому что мне важен результат, а не язык.
> Потому что мне важен результат, а не язык.А я против продвижения того, что будет привязано к чему-то одному (похоже не один такой). Отсутствие опубликованного стандарта считаю привязкой. Если это списывать на скорость разработки новых "фишек", так может не надо продвигать недодел ( вспоминаем халтуру дидов? )? Если сделанное уже считается стабильным - фиксация в опубликованном стандарте, чтобы любая контора могла свой коноплятор языка мутить. Последующие изменения - дополнения стандартов. Та же современная ада (не спарковая) частично отличается даже по синтаксису от самой первой редакции, совместима очень даже - можно писать "по-старому".
Пользуйтесь хоть чем, но не продавливайте сверху что "так лучше" без документально описанной части.На аде под arm-ян изредка применяю Unchecked_Conversion, понимая что по-другому никак, думается подобные моменты есть в ржавом с блоками unsafe (не знаю я ржавого). Без внимания легко поотрубать пальцы хоть каким языком. Не стоит пытаться делать из каждой домохозяйки погроммиста, взваливая заботы о "подумать" на языки пограмления. Не всех берут в космонавты.
> А я против продвижения того, что будет привязано к чему-то одному (похоже не один такой).А где что-то одно?
> Отсутствие опубликованного стандарта считаю привязкой.
У интернета нет стандарта, но он работает 🤷🏻♂️.
Может такой яростный фап на "должен быть стандарт" просто бессмысленный?> Если это списывать на скорость разработки новых "фишек", так может не надо продвигать недодел ( вспоминаем халтуру дидов? )?
А при чем тут недодел?
Просто фиксируется Edition, как это было сделано например в андроиде, и никаких проблем.
В других ЯП точно так же может быть "у нас С++11, сбилдить 23 версией не получится".> Если сделанное уже считается стабильным - фиксация в опубликованном стандарте, чтобы любая контора могла свой коноплятор языка мутить.
Зачем? Ферроцену отсутствие стандарта не помешало сделать свой вариант компилятора.
Cranelift тоже альтернатива llvm.> Пользуйтесь хоть чем, но не продавливайте сверху что "так лучше" без документально описанной части.
Так все документально описано в RFC.
> Не стоит пытаться делать из каждой домохозяйки погроммиста, взваливая заботы о "подумать" на языки пограмления.
Писатели в ядро это "программисты или домохозяйки"?
Тут приводили пример абсолютно детской ошибки у Теодора Тцо.
Еще и с комментом "ну тут вроде все нормально будет". Спойлер: не было)
>> А я против продвижения того, что будет привязано к чему-то одному (похоже не один такой).
> А где что-то одно?
>> Отсутствие опубликованного стандарта считаю привязкой.
> У интернета нет стандарта, но он работает 🤷🏻♂️.
> Может такой яростный фап на "должен быть стандарт" просто бессмысленный?Тут мужики чо-то не то делали, когда сверялись со стандартами tcp/ip и 802.3 при отладке кучерявости стека? Я на описание DOM зря ориентировался, чтобы мелкохрен в мультисесии tcp этот самый хтмл более-менее корректный выдавал?
К чёрту стандарты - я худрожнек, йа так вижду. А то что у вас хрень кажет - берите броузер от кого надо и не выпендривайтесь. Не забудьте обновиться, там новая неотключаемая реклама подъехала. Ведь без рекламы никак не заработается очередной дохреннилиард, даже продавая вам что-то, и очередная порция биплатного продукта не выйдет.> ....
> Писатели в ядро это "программисты или домохозяйки"?
> Тут приводили пример абсолютно детской ошибки у Теодора Тцо.
> Еще и с комментом "ну тут вроде все нормально будет". Спойлер: не
> было)Он и с ржавым не взрослее выдаст, только в другом виде. Халтура, судя по комментарию кода, не прокатила очередной раз..
> Тут мужики чо-то не то делали, когда сверялись со стандартами tcp/ip и 802.3 при отладке кучерявости стека? Я на описание DOM зря ориентировался, чтобы мелкохрен в мультисесии tcp этот самый хтмл более-менее корректный выдавал?О, ты очень хорошо это вспомнил.
RFC 1122 это что?
А RFC 2246 и его развитие 8446?Или "вы не понимаете это другое"))?
Раз целый интернет работает на RFC, то неужели язык программирования не сможет.Перечислять их можно долго, а мне лень.
Но напомню когда появился С (1978), когда на нем начали массово переписывать (хехе)) софт, и когда приняли ИСО недостандарт (1989).> К чёрту стандарты - я худрожнек, йа так вижду.
Ага, именно так и работает, к сожалению.
Вон на Стандарт СИ забили все кто могут. Каждый лепит свой компилятор "потому что так исторически сложилось".
На сегодня нет ни одного открытого компилятора который реализовывал стандарт полностью.
Отсюда вопрос: "а нафиг он вообще нужен?".> Он и с ржавым не взрослее выдаст, только в другом виде. Халтура, судя по комментарию кода, не прокатила очередной раз..
Так ржавый ему будет лупить компилятором по рукам.
Или пока он не исправит, или пока не плюнет и не напишет unsafe. Но такое по хорошему не должно пройти ревью.И да, других разработчиков ядра у нас нету.
> Вон на Стандарт СИ забили все кто могут. Каждый лепит свой компилятор "потому что так исторически сложилось".На сегодня нет ни одного открытого компилятора который реализовывал стандарт полностью.
Это ваша интерпретация. И она в корне неверна.
Стандарт Си предусматривает частичную реализацию. Ибо для встраиваемых систем ограничения могут быть разные. И тот кто использует стандарт - должен лишь поинтересоваться какие части стандарта не поддерживает компилятор для целевой платформы и переписать (с условной компиляцией) эти куски.
И так ДОЛЖНО работать.
То что вы себе нафантазировали не имеет никакого отношения к реальному миру.
Так вот вменяемые цари и лидеры и вводят Rust, а никакое не злое АНБ
> Стоит больше опасаться не злобных царей/тиранов/вождей/начальников (они то порой весьма вменяемы), а толпы фанатиковОсталось только разобраться, это чьими же "вменяемыми" системными решениями группы адекватных людей превращаются в "толпы фанатиков".
Согласен на раст, если выкинут перловку.
в 2025 это уже не смешно.
Тебя ей налильно кормят что ли?
Там недавно новость была, про популярность языков...
Перловка тем не менее популярнее Хруста
Да. Почитал я местных экспертов но так ничего не понял.Консерваторы пугают что с всовыванием Раста, гиту кирдык.
Молодцы утверждают, что дескать нет, Раст - это развитие и гиту точно не кирдык.Вот тут мне вспомнилась библейская история про царя Соломона, младенца и двух матерей, каждая из которых утверждала что ее ребенок. Как рассудил Соломон, и что на его решение ответила настоящая мать думаю известно каждому.
Так вот я как Соломон предлагаю всунуть этот Раст в гит, нехай ему настанет кирдык, или не настанет?
> Так вот я как Соломон предлагаю всунуть этот Раст в гит, нехай ему настанет кирдык, или не настанет?а еще можно реализовать решение Соломона — желающие всунуть Раст получают своего ребенка в виде форка, а мы посмотрим, которому из них настанет кирдык
Ты прав, так тоже можно реализовать. А раз обе реализации эквивалентны, то значит и нет разницы какую выбрать. Ну разве что с форком маргинально больше лишней возни, но это субъективно.
Ситуация с системд показала, что если одна женщина откажется от ребёнка, то современный "Соломон", чтобы удовлетворить обеих, просто отдаст ребёнка той женщине, которая готова была его разделить.
Современный "соломон" даст той, у которой откаты больше. Или друзья дороже одеты.
Git - это система контроля версий писанная Торвальдсом чисто под себя, для разработки ядра Linux. Применение её в других областях не имеет никакого смысла, кроме как раболепствования перед Линусом.
Людям не важен инструмент. Главное, чтобы ручка была в розовую полосочку.
Меркурий и Базар загнулись, что ещё тогда осталось?
jj (он на основе git) но гооооораздо лучше. И совместим с git.
На Расте - нет, пока нет. Пока не будет готов gccrs.
Базар загнулся, а на Меркурий обновления идут регулярно. А то что им не пользуются миллионы мух, это проблемы этих самых мух.
> Базар загнулся, а на Меркурий обновления идут регулярно. А то что им
> не пользуются миллионы мух, это проблемы этих самых мух.А svn? svn можно кушать?
можно, разрешаю.(кстати - ни тебе несовместимости с единственно-верной версией язычка, ни требования навернуть поверх миллион костылей на рубях чтоб хоть как-то работало не в хомяке единственного юзверя. Ну немодная, ну что ж поделать.)
Ртутный хорош для индивидуального пользования, но для коллективной разработки всем нужен единый, популярный инструмент. Так уж получилось (привет прежней команде Гитхаба), что им стал Джит. И теперь поддержку всего прочего, как централизованного (SVN, CVS), так и распределенного (Hg, Bazaar) постепенно сворачивают. Как коммерческие хостинги, так и сэлф-хостэд проекты, в т.ч. большие, вроде Firefox, SDL, Арча или Убунты. Сначала вводят зеркала, потом делают их основными и архивируют прежние. Джит победил. Это очевидно.
> Ртутный хорош для индивидуального пользования, но для коллективной разработки всем нужен единый, популярный инструмент.Он плох для все. Какое то время у него была ниша в корпорациях - ибо там могли навернуть своего использует СТАНДАРТНЫЕ ПИТОНОХАКИ.
Но всплыла проблема с версиями и все. Приплыли. СТАНДАРТНЫЕ ПИТОНОХАКИ не позволили переписать на другие языки.
К сожалению обновоения меркуриала в основном косметика и подтягивание новой версии питона, и порты на раст.
Новый функционал им давно ненужен. Как основатель отвалил, так видимо с ним и ушло развитие.
Экосистема тоже енужна - их вика и библиотека расширений потихоньку рипаются.
Сообщество им походу тоже ненужно - досихпор так и не ввели вменяемых ПР, а колхозят нечто убогое на evolve/topic. А без нее патчи тока почтой принимают.
То есть смотрите. Чтобы собрать проект из-под гита, надо собрать гит. Чтобы достать зависимости этого растогита, придётся скорее всего юзать гит через карго. Бутстрап усложнился - раньше пассами собирали глибцы и глиб с гцц, теперь будем собирать растц для гита.
> Бутстрап усложнилсяДля этого всё и делается, сейчас ещё немного подкрутят - и стабильно только полторы платформы и только с топовым железом останутся.
>> Бутстрап усложнился
> Для этого всё и делается, сейчас ещё немного подкрутят - и стабильно
> только полторы платформы и только с топовым железом останутся.Зато безопасТно, правительство врать не будет (вспоминая новости про враньё ЕС о коровавирусе).
> Зато безопасТно, правительство врать не будетПравильно не слушай правительство!
Слушай васянов в шапочках из фольги!> (вспоминая новости про враньё ЕС о коровавирусе).
Угу, помню были пару стран, которые рассказывали "мы сейчас все быстренько переболеем и все ок".
А потом у соседей помощи просили.
>> Зато безопасТно, правительство врать не будет
> Правильно не слушай правительство!
> Слушай васянов в шапочках из фольги!
>> (вспоминая новости про враньё ЕС о коровавирусе).
> Угу, помню были пару стран, которые рассказывали "мы сейчас все быстренько переболеем
> и все ок".
> А потом у соседей помощи просили.А потом какие-то другие чо-то завоняли про непрозрачность: https://www.nytimes.com/2021/04/28/world/europe/european-uni... , https://www.berliner-zeitung.de/politik-gesellschaft/profess... - ну ерунда всё, кашку жуём и ладно.
> А потом у соседей помощи просили.ась? Швеция ни у кого помощи не просила. Всех посылала на йух.
(и никаких массовых падежей)
> ась? Швеция ни у кого помощи не просила. Всех посылала на йух.Просто обocpaлись так, что аж король про это говорил. [1]
"I think we have failed. We have a large number who have died and that is terrible." [2]> (и никаких массовых падежей)
Ага. Всего-то почти 8к народу померло.
Соседние Дания с Норвегией, где умерло ~1000 и 500 граждан, смотрит на нимх как на дэʼдилов.Может "бабы нарожают"?
Можно вывести лишнехромосомного из срепостана, но срепостан из него будет лезть еще годами (возможно всегда))[1] bbc.com/news/world-europe-55347021
[2] youtube.com/watch?v=5rDyPLDdN3A
> Ага. Всего-то почти 8к народу померло.
> Соседние Дания с Норвегией, где умерло ~1000 и 500 граждандаже если бы эти цифры не были ложью (поскольку в помершие записали тех кто умер по другим причинам но в анализах нашли _следы_) -
население Швеции - 10 миллионов.
в соседней Дании живет - шесть.
В Норвегии вообще никто не живет.https://upload.wikimedia.org/wikipedia/commons/6/68/Persons_... - вот тебе прекрасная картинка. Ни о чем таком не заставляет задуматься?
А, ну да, было б чем...
Внедрять раст уже не модно, нужно AI Git.
Да ты сам ИИ, который настроен на негатив к Rust.
Ну, кто-то ещё сомневается, что раст намеренно насаждается с целью оккупации мира СПО?..
> Ну, кто-то ещё сомневается, что раст намеренно насаждается с целью оккупации мира СПО?..А что значит "насаждается"?
Автор предложения - разработчик гит.
Причем за последние 5 лет - на 3 месте по кол-ву коммитов.Как могут сами разработчики "насаждать"?
Они просто делают то, что считают нужным.
А если кому-то что-то не нравится, там есть кнопка форк.
> А что значит "насаждается"?Искусственно проталкивается, пропихивается, а не входит в мир ПО естесственным эволюционным образом, как другие языки.
> Как могут сами разработчики "насаждать"?Прессанули или засланный...
> Они просто делают то, что считают нужным.Ну конечно, кто это им позволит)
> А если кому-то что-то не нравится, там есть кнопка форк.К этому всё и идёт, и возможно это одна из целей - распыление усилий СПО-сообществ.
> Искусственно проталкивается, пропихивается, а не входит в мир ПО естесственным эволюционным образом, как другие языки.Хм.. что значит "естественным эволюционным образом" для абсолютно искусственного конструкта как язык программирования?
С++ появился естественно?
А джава? Ее даже по телевизору рекламировали.
АДА - тут явно неестесвенно - вояки сами заказали разработку и даже определили все требования.
Про Го даже не вспоминаю, это внутренний язык корпорации, который оказался полезен для всех.> Прессанули или засланный...
Теории заговора такие теории заговора.
Очень удобно "если мне что-то не нравится, то значит всех купили или запугали".>> Они просто делают то, что считают нужным.
> Ну конечно, кто это им позволит)Ты это на своем опыте пишешь?
> К этому всё и идёт, и возможно это одна из целей - распыление усилий СПО-сообществ.
Лол, ладно такое услышать на форуме виндузатников...
Но на форуме красноглазиков у которых минимум 3 БСД, пучок инитов (и все надо поддерживать!), кор-бут/каноебут/либрбут/.., сотни дистрибутивов различной васяности и (иногда) нескучными обоями...
Это просто странно.
СПО - это про костыли и велосипеды, васяноподелки под лозунгом "вы всё делаете неправильно, я сейчас покажу как нужно!".
> Искусственно проталкивается, пропихивается, а не входит в мир ПО естесственным эволюционным образом, как другие языки.Вы можете перечислить признаки, на которые надо смотреть, чтобы отличить "естественное эволюционное вхождение" от "искусственного проталкивания, пропихивания"?
> возможно это одна из целей - распыление усилий СПО-сообществ.
Чья цель?
> Вы можете перечислить признаки, на которые надо смотреть, чтобы отличить "естественное
> эволюционное вхождение" от "искусственного проталкивания, пропихивания"?Если мне это нравится - то это естественно, если нет - то пропихивание (с)
> Чья цель?
ИХ! Вы что не понимаете что ОНИ все портят?
> Как могут сами разработчики "насаждать"?читаем новость: "...среди разработчиков Git больше противников такого шага".
> там есть кнопка форкПочему любители раста не знают про неё?
>> там есть кнопка форк
> Почему любители раста не знают про неё?А зачем текущему разработчику гита делать форк?
Там активных разработчиков не больше десятка.
Если другие будут не против в своем проекте они могут делать все что пожелают.
Дак большинство против.
> Дак большинство против.Какое большинство? Кто все эти люди? (с)
Я посмотрел кто там обсуждает и осуждает - ИЧСХ не все люди вообще в гитхаб коммитят.
Думаю если пойдет голосование то станет гораздо интереснее.
> Я посмотрел кто там обсуждает и осуждает - ИЧСХ не все людиТы случайно картины не рисуешь? Усики - не растут? Может, с ширины носа начать...
>> Я посмотрел кто там обсуждает и осуждает - ИЧСХ не все людиОтличный пример!
Просто отбросил "неудобный" кусок цитаты, а теперь пытаешь набросить на вентилятор.Что тебе не ясно в "ИЧСХ не все люди вообще в гитхаб коммитят"?
Будущее проекта должны определять кто?
Разработчики или какие-то левые васяны?
> Я посмотрела ты сам-то кто? васян какой-то...
> Причем за последние 5 лет - на 3 месте по кол-ву коммитов.то есть занимается ненужным ненужно (когда за последние пять лет был хоть один существенный комит в гит? lfs старше и сделала ее - microsoft, а не этот альтернативно-одаренный)
вероятнее всего на гранты кого надо.Теперь вот коготанада сказал - повесточку отрабатывай. А он и рад!
На Hyperbola GNU/linux-libre заморозили этот git на версии 2.28 и правильно сделали. Rust это троянский конь, как и systemd с Wayland, которые потенциально могут стать руткитами один день.
Без паники, проект openbsd специально для такого случая сделал got.У и плюс, что там развивать-то дальше в этом git? Продукт закончен, все задачи решает.
> Продукт закончен, все задачи решает.А как же ИИ?
git ai скачай репу, где синтезируются котики, машущие лапками
