| 1.1, Аноним (1), 09:05, 13/08/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –9 +/– |
Доброе утро! Подскажите, неужели GO - лучший язычок для серверов? Спасибо!
| | |
| |
| |
| 3.217, Аноним (217), 19:48, 14/08/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Потом, лет через тридцать будут искать прогеров не в павших в слабоумие которые могут сопровождать старый код на этом, ибо ай-жпт его не понимает
| | |
|
| 2.8, Аноним (8), 09:15, 13/08/2025 [^] [^^] [^^^] [ответить]
| +7 +/– |
Нет, go - лучший язык, где условия задачи позволяют быть решёнными с помощью go учитывая потраченные силы на полученную пользу... Впрочем как и любой другой язык.
| | |
| 2.19, Аноним (19), 09:28, 13/08/2025 [^] [^^] [^^^] [ответить]
| –6 +/– |
Go - это язык, на котором легко и быстро писать программистам. Но программы, написанные на Go, потом дорого и трудно сопровождать мейнтейнерам.
| | |
| |
| |
| 4.85, Аноним (85), 12:27, 13/08/2025 [^] [^^] [^^^] [ответить]
| –3 +/– |
Если сопровождение админами серверов, то им легче сопровождать на скриптовых.
| | |
| |
| 5.138, Карлос Сношайтилис (ok), 17:40, 13/08/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Сказал А, говори и Б.
Скриптовые это какие?
Баш портянки поддерживать нормально невозможно, пердолиться с версиями и окружении питона не сильно лучше. Гошка для девопсов отлично подходит.
| | |
| |
| 6.223, OpenEcho (?), 20:56, 14/08/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Баш портянки поддерживать нормально невозможно
Из всех интерпритаторов, баш (точнее клаccический sh/dash) поддерживается десятилетиями и без проблем, т.к. не ломают обратной совместимости
| | |
| |
| 7.230, Карлос Сношайтилис (ok), 23:41, 14/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
"Поддерживать" в моем комментарии означает "исправлять ошибки и дополнять/изменять функциональность". А не "адаптировать под новые версии" интерпретатора/компилятора.
| | |
|
|
|
| 4.141, Анонимный аноним (?), 17:58, 13/08/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
На языках, на которых не принято при сборке вендорить пол-интернета. В реальной жизни практически любая go-программа имеет несколько десятков зависимостей в go.mod, а те, в свою очередь, имеют свои зависимости (иногда не меньше). И опакечивание такой программы превращается в квест, который заканчивается (и почти везде так и закончился), что мы просто весь этот мусор собираем статически и кладем в один пакет. (Привет, любителям динамической линковки и разделяемых библиотек). Язык просто не должен обладать возможностями и тулзами, которые способствуют делать плохо. А go полностью из этого и состоит.
| | |
| |
| 5.206, _ (??), 17:33, 14/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Таких как ты хочешь - больше не делают.
Хотя не можно gfortran2k3 установить, и он будет работать :)
| | |
| 5.228, нейм (?), 23:27, 14/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
так пейши на стандартной либе и/или подсовывай зависимости руками
| | |
|
| 4.160, Аноним (160), 20:41, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– | |
>легко сопровождаются?
RPG (https://en.m.wikipedia.org/wiki/IBM_RPG)
В нём процедуры - это просто исполняемые файлы (exe), а список параметров можно расширять, причём процедуры, которые использовали эту процедуру с более коротким списком параметров, изменять не надо.
Также легко сопровождать программы на Lisp и на императивных языках.
Трудно сопровождать - на структурных языках.
| | |
| |
| 5.207, _ (??), 17:36, 14/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ты ___сам___ его пробовал?!
Тут тусовались as/400-ки - спроси у них, всю глубину глубин тЫгсказать...
И вообще - _всё_ что голубые делают в софте получается даже не голубым а коричневым! ... и запах!(С)
;-)
| | |
|
|
| 3.152, Аноним (152), 19:30, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Наоборот, писать их сложно и медленно из-за кривой обработки ошибок, уродского синтаксиса, скудности стандартной библиотеки, невыразительности самого языка и помойки "тяни-любое-гно -с-гитхаба" вместо экосистемы сторонних модулей. А сопровождать как раз тривиально, ибо go build и всё, причём сразу с кросскомпиляцией.
| | |
|
| |
| |
| 4.227, анонимус (??), 23:18, 14/08/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
То что Rust гораздо лучше Go - это база.
Неотключаемый сборщик мусора - огромнейший минус.
| | |
| |
| 5.229, нейм (?), 23:29, 14/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Постоянный подсчет процентов переписанного кода (вместо наличия реальных продуктов) - вот это реальный минус
| | |
|
|
| 3.128, qwe (??), 15:50, 13/08/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Главное не забывать defer ставить, чтобы память не подтекла...
| | |
| 3.163, Аноним (160), 20:54, 13/08/2025 [^] [^^] [^^^] [ответить] | +/– | CVE-2025-4673 Уязвимость Golang Go существует из-за того, что конфиденциальные з... большой текст свёрнут, показать | | |
| |
| 4.165, Аноним (160), 20:57, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
CVE-2025-22871
Уязвимость пакета net/http языка программирования Go связана с недостатками обработки HTTP-запросов. Эксплуатация уязвимости может позволить нарушителю, действующему удалённо, выполнить произвольный код.
| | |
|
|
| 2.94, Аноним (94), 12:46, 13/08/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Он особенно хорош тем, что вокруг него не скопилось достаточно людей, подменяющих написание работающего кода чем-то еще. Многие вещи, вокруг которых строятся сравнимые с отправлением культа процессы в экосистеме голанг технически невозможны.
| | |
|
| 1.2, Аноним (2), 09:07, 13/08/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –21 +/– |
По-моему уже всем очевидно, что го не удался. Сборщик мусора -- это сразу красный флаг (stop the world, все дела). Если нужен язык, способный компилиться в нативный бинарь -- то раст гораааа...(прошла минута)...аааздо лучше.
| | |
| |
| 2.5, Аноним (3), 09:12, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Если Rust хорошо, то Swift ещё лучше, т.к. он сделан святыми людьми из святой компании
| | |
| 2.13, Жироватт (ok), 09:20, 13/08/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
 Ассемблер уделывает ваш раст как в простоте, так и в производительности
| | |
| |
| 3.15, Аноним (2), 09:22, 13/08/2025 [^] [^^] [^^^] [ответить]
| –2 +/– |
Начнем с того, что инструкции, сгенеренные современными компиляторами, уделывают инструкции, написанные человеком, независимо от того, насколько этот человек гениален. Мы уже давно не в 70-ых, чувак. Компиляторы продвинулись гораздо дальше, чем "MOV EAX, 42" в лоб.
| | |
| |
| 4.18, Жироватт (ok), 09:25, 13/08/2025 [^] [^^] [^^^] [ответить]
| +3 +/– |
...и именно поэтому в любых языках, которые претендую на системность, есть возможность вставлять ASM-блоки, да?
| | |
| |
| |
| 6.61, Аноним (61), 11:17, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Да, по крайней мере косвенно. Если компиляторы производят более качественный код, то нет причин использовать асм, чего мы НЕ наблюдаем
| | |
|
|
| 4.22, DeerFriend (?), 09:35, 13/08/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
А в чём проблема дать написать инструкции ai-боту, вместо неоптимизированного мясного мешка?
| | |
| |
| 5.34, Аноним (34), 10:16, 13/08/2025 [^] [^^] [^^^] [ответить]
| +3 +/– |
Проблема в том, что мясной мешок понимает, что он делает.
А ai-бот это попугай-олигофрен. Он может только повторять, ничего нового он не способен создать. Он даже оптимально распределить регистры не сможет, нет у него такой способности.
| | |
| |
| 6.47, Аноним (47), 10:41, 13/08/2025 [^] [^^] [^^^] [ответить]
| –3 +/– |
Это не правда. Посмотри хотя бы канал 3blue1brown на youtube с визуальным описанием как gpt работает. И это на текущий момент уже даже не самая новая инфа.
| | |
| |
| 7.50, Аноним (50), 10:47, 13/08/2025 [^] [^^] [^^^] [ответить]
| –4 +/– | |
> Это не правда. Посмотри хотя бы канал 3blue1brown на youtube с визуальным описанием как gpt работает
Чел, не трать время - этим воинам против ИИ бесполезно что-то объяснять.
| | |
| |
| 8.57, Аноним (34), 11:01, 13/08/2025 [^] [^^] [^^^] [ответить] | +7 +/– | Так не надо объяснять Покажи готовую реализацию распределения регистров, котору... текст свёрнут, показать | | |
|
| 7.112, Аноним (112), 13:55, 13/08/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> 3blue1brown
Даже искать такое не буду, дабы статью какую не схлопотать.
| | |
| 7.162, Аноним (166), 20:53, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– | |
>Посмотри хотя бы канал 3blue1brown на youtube
Неправда, эта мясорубка не может работать плохо. Посмотрите как она наяривает в рекламном ролике Магазин на диване. ))
| | |
|
|
| 5.203, анонд (?), 13:45, 14/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Человеческий мозг потребляет всего 20 Вт на решение сложных проблем (миллионы лет эволюции), но уберубогоLLMмашины так не могут
| | |
|
| 4.29, Аноним (29), 09:53, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ну ну. Видел я этот сгенерированный код. Даже при максимальной оптимизации часто лучше руками написать.
| | |
| |
| 5.48, Аноним (47), 10:43, 13/08/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Видел я этот написанный руками код, 5 лет ревьювил, половину лучше бы бот генерировал.
| | |
| |
| 6.53, Facemaker (?), 10:48, 13/08/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
 >Видел я этот написанный руками код, 5 лет ревьювил, половину лучше бы бот генерировал.
Скоро ваша мечта исполнится ☺.
| | |
| 6.164, Аноним (166), 20:56, 13/08/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Кто идет он железки, предпочитает ассемблер, си. Кто идет от "кнопочек" предпочитает ИИ.
| | |
|
|
| |
| 5.39, Аноним (-), 10:28, 13/08/2025 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Assembly 7.9%
Ты хотел сказать ВСЕГО 7.9%
Учитывая что считают по строчкам кода, а асм нааамного многословнее любого языка, то там именно "действия" меньше 1%.
| | |
| |
| 6.43, Аноним (50), 10:33, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Ты хотел сказать ВСЕГО 7.9%
Зато быстро! 😭 Зато уделали компилятры языка С! 💪
| | |
|
| 5.44, Аноним (50), 10:37, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Хаха. Сразу видно эксперта.
> Там, где нужно ДЕЙСТВИТЕЛЬНО что-то быстро делать, приходится писать на ассемблере.
Хаха. Сразу видно эксперта.
Там, где нужно действительно быстро, юзают GPU, а не греют CPU. Как там твой ассемблер поживает в областях 3Д рендеринга, крипты и Machine Learning?
| | |
| |
| 6.49, Аноним (34), 10:47, 13/08/2025 [^] [^^] [^^^] [ответить]
| –3 +/– |
Кек.
Ты наверное не в курсе, но вендоры не дают доступ к ассемблеру GPU. Если бы он был, очевидно что самые горячие места переписали бы на нем.
| | |
| |
| 7.62, Аноним (50), 11:22, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Ты наверное не в курсе, но вендоры не дают доступ к ассемблеру GPU.
Не слышал о PTX у Nvidia? Кек.
https://developer.nvidia.com/blog/understanding-ptx-the-assembly-language-of-c
Не слышал, что AMD и вовсе публикуют ISA спеки? Кек номер два.
https://gpuopen.com/amd-gpu-architecture-programming-documentation/
> Если бы он был, очевидно что самые горячие места переписали бы на нем.
Кек. Очевидно, что пока достаточно переписать горячие места с ассемблера CPU на "не ассемблер" GPU, чтобы получит такой прирост, что даже сама идея ручного сношания с ассемблером на CPU в большинстве случаев будет абсолютно бессмысленной.
Поэтому твое экспертное "там, где нужно ДЕЙСТВИТЕЛЬНО что-то быстро делать, приходится писать на ассемблере." - это абсолютно мимо.
| | |
| |
| 8.114, Аноним (34), 14:21, 13/08/2025 [^] [^^] [^^^] [ответить] | –1 +/– | Ага, ассемблер для GPU, понимаю А какой командой запускается ассемблер для AMD ... текст свёрнут, показать | | |
| |
| 9.120, Аноним (50), 14:53, 13/08/2025 [^] [^^] [^^^] [ответить] | +/– | Чел, ну тебе черным по белому написано You can think of PTX as the assembly la... большой текст свёрнут, показать | | |
| |
| 10.127, Аноним (34), 15:50, 13/08/2025 [^] [^^] [^^^] [ответить] | +/– | Чел, ты на ассемблере вообще программировал Понимаешь в чем разница между IR и ... большой текст свёрнут, показать | | |
| |
| 11.136, Аноним (50), 17:20, 13/08/2025 [^] [^^] [^^^] [ответить] | +/– | По-моему там вполне ясно написано, что это максимально низкий из возможнх уровен... большой текст свёрнут, показать | | |
| |
| 12.156, Аноним (34), 19:53, 13/08/2025 [^] [^^] [^^^] [ответить] | +/– | Нет, там вполне ясно написано compilation of PTX for a specific GPU can happen ... большой текст свёрнут, показать | | |
| |
| 13.159, Аноним (159), 20:32, 13/08/2025 [^] [^^] [^^^] [ответить] | +/– | Ну так там же написано, в чем суть NVIDIA GPUs of different generations and eve... большой текст свёрнут, показать | | |
|
|
|
|
|
|
| 7.135, Аноним (-), 17:05, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Ты наверное не в курсе, но вендоры не дают доступ к ассемблеру GPU. Если бы он был, очевидно что самые горячие места переписали бы на нем.
Как это утверждение противоречит его словам о том, что для МАКСИМАЛЬНОЙ производительности уже давно используют GPU, а не греют CPU? И что в областях 3Д рендеринга, крипты и Machine Learning твой GPU с ассемблером абсолютно бесполезны?
| | |
| |
| 8.158, Аноним (34), 20:13, 13/08/2025 [^] [^^] [^^^] [ответить] | –1 +/– | О, еще один эксперт Максимальной производительности ЧЕГО Про ASIC и ты тоже не... текст свёрнут, показать | | |
|
|
|
|
| 4.99, sena (ok), 13:04, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
 Это далеко не так... Написанный ручками код на интринсиках может быть быстрее в разы. Наблюдаю это прямо сейчас.
| | |
| 4.115, slew (ok), 14:22, 13/08/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
 >Начнем с того, что инструкции, сгенеренные современными компиляторами, уделывают инструкции, написанные человеком
Ты хоть раз смотрел в дизассемблерные листинги прог, скомпилированных компиляторами?
Ты хоть раз видел вручную написанный на ассемблере код?
Скорее всего ни того, ни другого, но ценное мнение вещает.
| | |
|
| 3.24, Аноним (1), 09:38, 13/08/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
Вы шутите? Кто в 2025 году будет писать софт для серверов на ассемблере? Можно ссылочку на такие проекты?
| | |
| |
| 4.26, Аноним (50), 09:47, 13/08/2025 [^] [^^] [^^^] [ответить]
| +5 +/– | |
> Вы шутите? Кто в 2025 году будет писать софт для серверов на ассемблере?
Ты на Опернете, друг. Тут местные эксперты и не такой бред пишут.
| | |
| |
| 5.71, Аноним (76), 11:45, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Подтверждаю, уровень экспертизы местных экспертов выше любых ожиданий и за пределами понимания!
| | |
|
| |
| 5.46, Аноним (-), 10:41, 13/08/2025 [^] [^^] [^^^] [ответить]
| +4 +/– | |
> А кто будет писать софт для серверов на расте?
Напр. чуваки, через которых идет трафик к каждому пятому сайту.
Написали как замена nginx. И оно работает быстро, а главное написано не на дырявой.
github.com/cloudflare/pingora
| | |
| |
| 6.64, Аноним (50), 11:29, 13/08/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Напр. чуваки, через которых идет трафик к каждому пятому сайту.
> Написали как замена nginx
Вы все врети! 😭 На вашем Расте ничего не написано111
А если серьезно, то любо-дорого смотреть, как этот весь спектакль от местных воинов против Раста подходит к концу, так как пунктов в методичке у них почти не осталось. Будет в комментариях почище.
| | |
| |
| 7.69, Аноним (-), 11:40, 13/08/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> А если серьезно, то любо-дорого смотреть, как этот весь спектакль от местных воинов против Раста подходит к концу,
Шота пока не сильно заметно.
> так как пунктов в методичке у них почти не осталось.
всегда можно бухтеть про синтаксис, отсутствие поддержки некроплатформ, куракекать про "вендорлок" и тд
> Будет в комментариях почище.
Вангую, что не станет(
Вон один до№№№№ уже завел шармнку про ночнушки.
Доку он не читал, про edition не знает.
Но наcpaть в комментах - для него дело принципа.
| | |
| |
| |
| 9.73, Аноним (-), 11:51, 13/08/2025 [^] [^^] [^^^] [ответить] | +1 +/– | Нет, не надо Вообще раст сложный, нестабильный, постоянно меняется Не нужен те... текст свёрнут, показать | | |
|
|
| 7.70, Weders (ok), 11:41, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
 Ты погоди, мы щас как за границу методички выйдем, а там много всего)
| | |
|
| 6.101, Аноним (101), 13:24, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ну и чё, заменило оно нгинкс или местячковая поделка которая нужна 1 конторе?
| | |
| |
| 7.123, Вася (??), 15:28, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
хз как у других, а мы выкинули нгинкс на помойку и заюзали ее. Причем эта штука легко интегрируется прямо в твой растовый код.
| | |
| 7.134, Аноним (-), 16:14, 13/08/2025 [^] [^^] [^^^] [ответить] | +1 +/– | Нгинкс оно, разумеется, не заменило Еще не заменило Как минимум потом что ngin... большой текст свёрнут, показать | | |
|
|
| 5.91, НяшМяш (ok), 12:41, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
 Любой, кому Go недостаточно, а с крестами связываться не хочет.
| | |
| |
| 6.124, Вася (??), 15:30, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Я бы не сказал что на расте писать сложнее или дольше чем на гошке. Так что если ты знаешь раст, то голанг тебе наверное не нужен. Оба языка отлично подходят для сервера.
| | |
|
|
| 4.74, Аноним (76), 11:52, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
А ниче тот факт, что целые операционные системы пишут на ассемблере?
| | |
| |
| 5.80, Аноним (-), 12:01, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> А ниче тот факт, что целые операционные системы пишут на ассемблере?
В 2025 году?
Разве что если начали лет 20 назад, и двигаются по инерции.
Если ты про коллибриОС, то она оказалась никому не нужной.
| | |
| |
| 6.88, Аноним (88), 12:33, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Если ты про коллибриОС, то она оказалась никому не нужной.
миникс тоже никому не нужен был, а поди оказалось, что пригодился в самом нужном месте ;)
//www.opennet.ru/opennews/art.shtml?num=47539
| | |
| |
| 7.90, Аноним (-), 12:38, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
>> Если ты про коллибриОС, то она оказалась никому не нужной.
> миникс тоже никому не нужен был, а поди оказалось, что пригодился в
> самом нужном месте ;)
Вот когда пригодится, тогда и поговорим (с)
Систему пилят с 2004 года, там уже были сpaчи и форки (собственно сама колибри это форк MenuetOS).
А толку?
| | |
| |
| 8.96, Аноним (88), 12:56, 13/08/2025 [^] [^^] [^^^] [ответить] | +/– | Ок, у меня хорошая память, напомню вам ц Любой софт не заказанный , в первую ... текст свёрнут, показать | | |
|
|
|
|
| 4.78, Аноним (88), 11:57, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Кто в 2025 году будет писать софт для серверов на ассемблере?
за еду уж точно никто не будет, а вопрос надо бы переформулировать, кто заказчиком то будет?
| | |
| 4.100, sena (ok), 13:07, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Вы шутите? Кто в 2025 году будет писать софт для серверов на ассемблере? Можно ссылочку на такие проекты?
Ну не на чистом асме, но на интринсиках каких-нибудь avx2 - да, пишем, производительность выше в разы
| | |
|
| 3.28, Аноним (50), 09:53, 13/08/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Ассемблер уделывает ваш раст как в простоте
Не будь пустозвоном и покажи FizzBuzz на асме. 😉
| | |
| |
| |
| 5.33, Аноним (50), 10:11, 13/08/2025 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Я не тот Аноним, но тоже делал когда-то FizzBuzz на gas: https:...
Спасибо, этот код гораздо проще, чем Rust!
| | |
| |
| 6.54, Аноним (34), 10:51, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
"Простота" - это дело привычки. Для человека, который пишет на x64 ассемблере там довольно простой код. Если этот же человек никогда не видел Rust, естественно для него ассемблерный код будет "проще".
| | |
| |
| 7.68, Аноним (50), 11:38, 13/08/2025 [^] [^^] [^^^] [ответить]
| +3 +/– |
Я уверен, что уважаемый Жироватт видел оба. А вот понял ли хотя бы один - вопрос открытый. 😂
| | |
|
|
|
| |
| 5.40, Аноним (50), 10:30, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Вот подсчёт символов в строке я бы на асме посмотрел.
> На простой, короткий и быстрый код, хех.
Я боюсь, ни того, ни другого уважаемый Жироватт нам не покажет. 😭
| | |
| |
| 6.66, Аноним (50), 11:32, 13/08/2025 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Не понимаю, это какой-то странный траленк.
Было заявление, что на асме код проще, чем на Расте. Набросивший это эксперт закономерно утих и на вопросы не отвечает. Что непонятного?
| | |
| 6.147, Карлос Сношайтилис (ok), 18:35, 13/08/2025 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> достаточно короткий и быстрый
...и не выполняет поставленную задачу, ага.
Я бы понял, если бы ответ написал американец, у них все строки – это совокупность цифр, букв A-Za-z и пару знаков препинания.
Но мы живём в мире utf8 и подсчёт _символов_ в таких строках задача ни разу не "простая и короткая".
| | |
| |
| 7.157, Аноним (157), 19:57, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Я бы понял, если бы ответ написал американец, у них все строки – это совокупность цифр, букв A-Za-z и пару знаков препинания.
Ну, или сишочник, лол. 😂 У этих ребят вообще символ и байт - синонимы, ибо нормальных строк они и не видели.
Зато нагородили простыню асма, и теперь линейный поиск нуля стал... быстрым линейным поиском нуля! Ну, то есть как быстрым... Все еще медленне, чем даже в скриптовом Питоне, где, как и в любом адекватном языке, количество символов вообще не нужно считать, ибо оно храниться в переменной, являющейся частью строкового типа.
| | |
| |
| 8.174, Аноним (174), 22:47, 13/08/2025 [^] [^^] [^^^] [ответить] | –2 +/– | Когда вы поймёте, что процессор оперирует байтами, а символами - приходите прогр... текст свёрнут, показать | | |
|
|
| 6.155, Аноним (157), 19:48, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Подсчет символов в строке (strlen) в libc буквально написан на ассемблере
[...] достаточно короткий и быстрый.
Быстрый, лол. Ты сколько это недоразумение асмом не обмазывай, а оно все равно будет тормознее даже скриптоты типа Питона. 😂Потому что будет бежать по всей строке в поисках нуля, в то время как в нормальных языках с человеческим строковым типом - просто вернется значения инта, хранящего количество символов.
Это просто феерический пример, когда гениальный дедовской дизигн настолько ущербен на корню, что его даже ассемблерные оптимизации под целевую платформу не могут спасти. Но нет: сишочники с упорством барана накатывают оптимизации на то, что давно нужно выкинуть на свалку.
| | |
| |
| 7.176, qwe (??), 23:14, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Подозреваю, что прежде чем упомянутое значение инта было прописано в структуру строки, кто-то как-то это значение посчитал. Если ты не в курсе, на Си можно не только посчитать длину строк, включая utf8, но и хранить эту длину рядом с указателем на строку и больше подсчетами не заниматься.
| | |
| |
| 8.182, Аноним (-), 03:16, 14/08/2025 [^] [^^] [^^^] [ответить] | +2 +/– | Тебе объясняют, что длина - часть структуры строки, и операции над строкой при н... текст свёрнут, показать | | |
| |
| 9.224, qwe (??), 22:46, 14/08/2025 [^] [^^] [^^^] [ответить] | +/– | Ты, я смотрю, читать не научился Покажи мне где я писал, что ее нужно каждый ра... текст свёрнут, показать | | |
| |
| |
| 11.234, qwe (??), 01:17, 15/08/2025 [^] [^^] [^^^] [ответить] | +/– | Ну что ты как маленький В буфере есть ровно то, что туда положили и как это наз... текст свёрнут, показать | | |
| 11.235, qwe (??), 01:22, 15/08/2025 [^] [^^] [^^^] [ответить] | +/– | Написать обвязку для паскалевских строк тривиальная задача Раз написал и исполь... текст свёрнут, показать | | |
|
|
|
| |
| 9.208, _ (??), 17:50, 14/08/2025 [^] [^^] [^^^] [ответить] | +/– | Это где такое В твоем собственном коде наверное Ну открой сырки к примеру м... текст свёрнут, показать | | |
|
|
|
|
|
|
|
| |
| 3.38, Facemaker (?), 10:28, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– | |
>Он не удался, потому что в нём нет классического ООП
Вот это как раз максимально мимо ☺☺☺. Никому уже не нужен "классический ООП". А если вдруг взяться разрабатывать на Go в стиле ООП, обнаруживаешь, что даже это намного лучше, чем Java и C++.
| | |
|
| 2.36, Facemaker (?), 10:26, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– | |
>По-моему уже всем очевидно, что го не удался
Нет, не очевидно. Я сам поработал года два на Go, когда соскочил с C++ (потом перешёл на Rust). Go имеет право на жизнь, это альтернатива Питону, Джаве, PHP и прочему подобному; Go намного лучше и практичнее их. А Rust — альтернатива C и C++.
| | |
| |
| 3.67, Аноним (50), 11:35, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Go имеет право на жизнь, это альтернатива Питону, Джаве, PHP и прочему подобному
Go - альтернатива Питону? А Баш им тоже поди можно заменить? 😂
| | |
| |
| 4.103, Аноним (94), 13:33, 13/08/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Можно, почему нет. Юниксоподобным системам пофиг, бинарник или скрипт в текстовом файле.
| | |
| |
| 5.109, Аноним (50), 13:42, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Можно, почему нет.
Потому что отсутствует здравый смысл.
> Юниксоподобным системам пофиг, бинарник или скрипт в текстовом файле
Только человеку не пофиг, на чем писать скрипты на выброс.
| | |
| |
| 6.121, Аноним (94), 14:59, 13/08/2025 [^] [^^] [^^^] [ответить]
| –2 +/– |
Здравый смысл как раз присутствует. Можно не таскать рантайм и зависимости (привет node_modules), выше производительность (на порядок).
| | |
| |
| 7.129, Аноним (50), 15:51, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Можно не таскать рантайм
Да, очень здраво таскать исходники и компилятор, и делать собственно саму компиляцию, когда в "скрипте" нужно что-то поправить.
Я уж не говорю о том, что Питон есть из коробки на любом Линуксе и даже Маке. В отличие от компилятора Go, лол.
> выше производительность
Да, это очень важно в сценариях использования скриптовых языков. 🤦
> Здравый смысл как раз присутствует.
Напрочь отсутствует, что и требовалось доказать.
| | |
| |
| 8.209, _ (??), 17:57, 14/08/2025 [^] [^^] [^^^] [ответить] | +/– | Ну ты же сам просил скрипты на выброс Вот у меня Go тоже установлен, как и пи... текст свёрнут, показать | | |
| 8.214, Аноним (214), 19:14, 14/08/2025 [^] [^^] [^^^] [ответить] | +1 +/– | Фанбойчик питончика детектед Мало вайти в айти, надо немного осмотреться Таск... большой текст свёрнут, показать | | |
|
|
|
|
|
|
| 2.56, Аноним (56), 10:54, 13/08/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
ваш rust постоянно меняющееся переусложненное болото. ждем всех его преимуществ в C и C++
| | |
| |
| 3.58, Аноним (-), 11:02, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> ваш rust постоянно меняющееся переусложненное болото.
ну так фиксируй edition и сиди сколько пожелаешь
это не будет отличаться от "30 лет на C89"
> ждем всех его преимуществ в C и C++
ждите-ждите)
если они поломают обратную совместимость, плакать будете?
| | |
| 3.83, Аноним (50), 12:16, 13/08/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
> ваш rust [...] переусложненное
> ждем [...] в C++
Не, ну главное что C++ не переусложненное. 😉
| | |
|
| 2.108, Аноним (108), 13:40, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> очевидно, что го не удался
Как не удался?
Вот есть soong_build, написанная на go, - сборочная система для ОС android, точнее, генератор мейкфайлов. И вот, только этот генератор сжирает минимум 40 гигов памяти и заметное время. И при малейшем изменении какого-либо проекта - полная перегенерарция.
Так сказать, фильтр тех кто достоин собрать свой андроид.
| | |
| |
| 3.210, _ (??), 18:01, 14/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
>> очевидно, что го не удался
> Как не удался?
Все major clouds - на Go, ога ога - не удался ;)
Просто чел вкинул, а ты как йунный - повёлся :)
| | |
|
|
| 1.4, Аноним (4), 09:11, 13/08/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– | |
> В команде "go build" по умолчанию активирована опция "-asan", выполняющая проверку утечек памяти при завершении работы программы.
секундочу! Поясните, пожалуйста, как в memory managed & safe ЯП могут быть утечки памяти, если за всей памятью следит GC (и берёт свой налог в виде недетерминированных тормозов)?
| | |
| |
| 2.10, Аноним (8), 09:17, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
например забытые дискрипторы или неуправляемо плодящиеся и забытые горутины
| | |
| 2.17, Андрей (??), 09:24, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– | |
>> The go build -asan option now defaults to doing leak detection at program exit. This will report an error if memory allocated by C is not freed and is not referenced by any other memory allocated by either C or Go. | | |
| |
| |
| 4.119, Аноним (112), 14:52, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Это правда? Я в смысле про раст. Ну, значит через пять лет ждём появления языка с защитой от утечек. И переписывания его фанатами всего уже на него.
| | |
| |
| 5.131, Аноним (-), 15:59, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Ну, значит через пять лет ждём появления языка с защитой от утечек.
Это вряд ли. От утечек памяти мало реальных проблем с безопасностью, в отличие от других проблем с памятью. Плюс еще не придумали универсальный способ как с ними бороться в языках с ручным управлением памятью.
Вот когда придумают новый язык с быстрой и дешевой верификацие - тогда буду топить за закапывание раста.
| | |
| 5.145, Карлос Сношайтилис (ok), 18:28, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– | |
Утечка памяти это когда память заняли и не освободили. Ответственность лежит на разработчике, т.к. это может быть нужно, например для реализации арен.
С точки зрения безопасности, в том же расте, проблемы нет – несанкционированного доступа к этой памяти "со стороны" нет, значит ОК. А то что пришел OOM killer – да, обидно, фикси.
Опять же, в расте надо постараться, чтобы написать код, который течёт. Надо, буквально, использовать специальные структуры данных, для которых в явном виде указано, что будешь за собой чистить сам. Не умеешь с ними работать – не лезь к ним.
| | |
|
|
| 3.77, morphe (?), 11:56, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
В Rust нет сборщика мусора, с которым утечек не должно быть по определению
| | |
| |
| 4.192, Аноним (192), 09:29, 14/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Со сборщиками мусора утечки тоже есть, правда называются unintended retention.
| | |
| |
| 5.205, morphe (?), 16:49, 14/08/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Со сборщиками мусора утечки тоже есть, правда называются unintended retention.
Речь была про "at program exit"
Т.е когда все корневые объекты что разработчик выделял для хранения других объектов тоже признаны мусором
| | |
|
|
|
|
| 1.7, Аноним (7), 09:14, 13/08/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– | |
Вот бы на него 3Д движок игр какой-то завезли, язычок очень понравился, компактный, простой, легкочитаемый (для меня лично), для 2Д есть ebiten, классный, осталось 3Д покорить
А так всё есть: GUI, игры, web-приложения, embedded, утилиты, красотааа
| | |
| 1.11, Аноним (11), 09:18, 13/08/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +5 +/– | |
>Код достаточно лаконичен
Это с его то проверками на err - nil?) смешно
| | |
| |
| 2.14, Голдер и Рита (?), 09:21, 13/08/2025 [^] [^^] [^^^] [ответить]
| –4 +/– | |
Использовать функции не пробовали?
func checkErr(err error) {
if err != nil {
log.Fatal(err)
}
}
// 🥰
checkErr(someFunction())
| | |
| |
| 3.42, Facemaker (?), 10:32, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– | |
>func checkErr(err error)
Костыль, который пробуют приладить все новички в Go ☺. Потом просто смиряешься и повторяешь мантру "явное лучше неявного" ☺. Go, конечно же, не про лаконичность.
| | |
| |
| 4.169, Кошкажена (?), 21:34, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Это кидает паники, а их надо избегать.
Надо обрабатывать каждую ошибку? А что делать при обработке?
| | |
| |
| 5.190, Мукулутуру (?), 08:51, 14/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Прокидывать выше, где она уже и будет обработана. Чаще всего уйдет в метрики и логи.
Но тупо прокидывать тоже плохая практика, нужно расширить контекст ошибки. Например мы вызвали некую функцию, которая делает запрос: err := DoRequestToStore(id). Мы можем вернуть ошибку выше в виде: fmt.Errorf("do request to store by id %s: %w", id, err). Таким образом мы в логах увидим где именно произошла ошибка и при каком действии.
Если не расширять контекст, то в логах будет обобщенная низкоуровневая ошибка, которая ни о чем нам не расскажет. Будет сложно понять что произошло.
| | |
|
|
|
| 2.16, Жироватт (ok), 09:23, 13/08/2025 [^] [^^] [^^^] [ответить]
| +4 +/– | |
Ну знаешь...по сравнению с 1Совским
Если ЗначениеЗаполнено(МассивОтбора.Ссылка) Тогда
Если ЗначениеЗаполнено(МассивОтбора.Ссылка.алкПунктРазгрузкиКонтрагента) Тогда
Если НЕ ПустаяСтрока(МассивОтбора.Ссылка.алкПунктРазгрузкиКонтрагента.КПП) Тогда
...
или хрустовской тайнописьсью
fn Fdmdm(d,mn+fd;?8,**?vla)
да, вполне лаконичен
| | |
| |
| |
| 4.189, Жироватт (ok), 08:51, 14/08/2025 [^] [^^] [^^^] [ответить]
| +/– | |
Ага. Учитывая, что далеко не всегда свойство заполнено и даже не всегда оно есть, делать где-то после формирования консолидированной структуры со всеми требуемыми полями и ссылками набор бесполезных на реальной задаче строк вида
СсылкаПунктРазгрузки = МассивОтбора.алкПунктРазгрузки;
имеет смысл только для реально критичных кусков кода, где оператор "." реально на что-то влияет, например в большом и тяжёлом цикле, для постоянно использующегося ссылочного типа. Хотя, с другой стороны, куда как быстрее в таком случае, по-факту, сделать
ОбъектПунктРазгрузки = МассивОтбора.алкПунктРазгрузки.Получить();
После чего работа с полями будет очень быстрой и простой.
| | |
|
|
| 2.25, Сказочный (?), 09:46, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Не проверяй, пиши res, _ := someFunc()
Будет максимально лаконично и надежно
| | |
| 2.45, Аноним (45), 10:40, 13/08/2025 [^] [^^] [^^^] [ответить] | +/– | Есть свежая либа, которая повторяет поведение rust в zig похоже для обработки ... большой текст свёрнут, показать | | |
| 2.65, Аноним (65), 11:31, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
вангую что твой код вообще не обрабатывает ошибки. итак сойдёт?
| | |
| 2.105, Мукулутуру (?), 13:37, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
К err != nil быстро привыкаешь. Самое главное это обернуть ошибку и расширить контекст, вместо того чтоб тупо писать return err.
| | |
|
| |
| 2.89, Анониматор (?), 12:34, 13/08/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
ЧатГПТ придумает скоро, раст покажется цветочком, сможет осилить только сам ИИ, но убедит кожаных что это лучший язык. Дальше вы все знаете продолжение что будет
| | |
|
| 1.59, Аноним (-), 11:09, 13/08/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Просто наблюдение, без токсирования. На Go простейшая утилита, проверяющая IP - в VirusTotal получает более 10 срабатываний. На Rust - 0! :-)
| | |
| 1.84, Анониматор (?), 12:18, 13/08/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Ну какие-то мощные сервера типа SQL или веб-проксей на 100500 соединения на нём писать конечно не стоит, но для всякой прикладнины для потребления внутри компании или написания консолей железок лучше средства разработки нет.
| | |
| 1.92, Аноним (92), 12:41, 13/08/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Ох уж эти язычники, основной язык в Linux - это C, всё остальное должно собираться из C напрямую или через компиляторы которые собираются из C.
| | |
| |
| 2.95, Аноним (-), 12:52, 13/08/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Ох уж эти язычники, основной язык в Linux - это C,
Был) Теперь, насколько я помню, языков уже два.
> всё остальное должно собираться из C напрямую или через компиляторы которые собираются из C.
А какие компиляторы собираются из СИ?
Даже GCC теперь разрабатывается на С++, тк на убогой сишке сделать н̶а̶д̶е̶ж̶н̶ы̶й̶ хотя бы рабочий оптимизирующий компилятор оказалось не возможно.
| | |
| |
| 3.102, Аноним (101), 13:28, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ну не 2, в ядре их чуть больше: C 98.2% Assembly 0.7% Shell 0.4% Python 0.3% Makefile 0.2% и другие.
| | |
|
| 2.107, Мукулутуру (?), 13:39, 13/08/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
На С сервисы в docker будешь дольше писать, на порядок. Столько же времени на их дальнейшее развитие и поддержку.
| | |
| |
| 3.113, Facemaker (?), 14:02, 13/08/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>На С сервисы в docker будешь дольше писать, на порядок. Столько же времени на их дальнейшее развитие и поддержку.
Однозначно. Роб Пайк, кстати, предлагал слоган "Go — это Си 21-го века". В том смысле, на каком языке пишется большинство самых актуальных систем.
| | |
| |
| 4.122, Аноним (112), 15:01, 13/08/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Роб Пайк, кстати
... забыл добавить в "си 21-го века" возможности 21-го века. В результате имеем бинарники по 30МБ. У меня в /bin+/sbin+/usr/bin+/usr/sbin 5171 бинарный файл. Если каждый из них будет весить 30МБ, всё вместе потребует 155ГБ. И это только бинарники. Приглашаю в чат клоунов, которым везде продают диски по цене грязи.
| | |
| |
| 5.126, фнон (-), 15:49, 13/08/2025 [^] [^^] [^^^] [ответить] | –3 +/– | Это много Но ты можешь подождать пока на сишке напишут меньшего объема А потом... большой текст свёрнут, показать | | |
| |
| 6.150, Аноним (112), 19:15, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> А потом ловить CVE/RCE.
То ли дело у гошников. Появился CVE в библиотеке - обновляй все бинарники, с ней скомпонованные. И нет никакой проблемы, интернет же бесконечный.
> Это твои проблемы
Нет, это проблемы будущих поколений, если у них софт будет на этом недоразумении писаться. У меня 99% бинарников на C/C++ , там тоже жирноты много, но хотя бы приемлемо.
> Это же почти треть СД диска..
По-твоему треть ссд-диска только на бинарники - это нормально?
> не пользоваться программами на ГО, а искать СИшный вариант
К счастью, на данный момент выбор как раз обратный. НЕ ИСКАТЬ программы на ГО, а пользоваться уже написанными и отлаженными СИшными вариантами.
| | |
| 6.195, Анон1110м (?), 09:49, 14/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Для CD не надо делать приставку диск потому что в аббревиатуре CD буковка D от слова disc.
| | |
| 6.212, 12yoexpert (ok), 18:12, 14/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
 > Это много?
ты дурак? представляешь, что будет твориться с дисками в шелл-скриптах? или ты предлагаешь все шелл скрипты на свете переписать на вендорлок? так ведь тогда никаких дисков не хватит в принципе
| | |
|
| 5.178, Jackson (??), 00:24, 14/08/2025 [^] [^^] [^^^] [ответить]
| +/– | |
>В результате имеем бинарники по 30Мб
Гошный рантайм может быть в виде отдельной so'шки.
| | |
|
|
|
| 2.168, Аноним (160), 21:33, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Вобщем-то верно, и такие компиляторы есть, которые транслируют в C: gccgo, GNU Pascal, GNU Modula-2, Vala, GNU Cobol
| | |
| |
| 3.201, funny.falcon (?), 13:11, 14/08/2025 [^] [^^] [^^^] [ответить]
| +/– | |
Только кто ими пользуется?
Тот же Vala - интересный. Но т.к. на нём мало кто пишет, экосистема развивается медленно. Вплоть до того, что компилятор Vala генерит такой C код, на который gcc сыплет варнингами.
| | |
|
| 2.179, Аноним10084 и 1008465039 (?), 01:10, 14/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Смысл операционной системы - позволять пользователю запускать программы. И язык системы тут никак не должен влиять на то, на каком языке написаны программы.
| | |
|
| |
| |
| 3.211, 12yoexpert (ok), 18:10, 14/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
так вы деньги зарабатываете, пока другие пользуются, на то она и телеметрия. перестанут - перестанете
| | |
|
|
| 1.183, Аноним12345 (?), 07:12, 14/08/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
экосистема в гоу убогая, мало пакетов
питон в свое время взлетел, потому что сообщество написало кучу библиотек просто так за бесплатно
а в гоу этого никто не делает, потому что здесь все на порядок дороже
сами посудите - кто в здравом уме будет создавать бесплатную экосистему для компилируемого языка, у которого порог вхождения сильно выше по сравнению с тем же питоном ?
| | |
| |
| 2.185, Илья (??), 08:00, 14/08/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> сами посудите - кто в здравом уме будет создавать бесплатную экосистему для компилируемого языка
microsoft, .net создали
| | |
| 2.193, Анон1110м (?), 09:45, 14/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
То есть надо чтобы другие за просто так написали кучу программ на все случаи жизни чтобы самому оставалось только натаскать нужные библиотеки?
| | |
| 2.196, Карлос Сношайтилис (ok), 10:05, 14/08/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> потому что сообщество написало кучу библиотек
Путаешь причину и следствие. "Куча" – это следствие. Языки "взлетают" когда появляются ниши, в которые они удачно вписываются. Показательные примеры: руби и Раст.
| | |
| |
| 3.202, Аноним (202), 13:39, 14/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
А куда руби взлетел? А то я бы на него с радостью ушёл и даже забыл бы про линукс и купил бы макбук уже, чтобы не видеть питон и чтоб зарплата была больше, но что-то ниши нету.
| | |
| |
| 4.232, Карлос Сношайтилис (ok), 00:06, 15/08/2025 [^] [^^] [^^^] [ответить]
| +/– | |
Руби взлетел, когда появились рельсы. До этого был достаточно маргинальной поделкой японского хикки. Но не смог занять полностью нишу веба, потеснив PHP и не смог проявиться нормально в других отраслях, поэтому сейчас потихоньку угасает.
Лично мне всегда не нравился из-за обилия магии и "есть 100500 способов сделать что-то", но не могу не отметить его красоту и изящество.
Сейчас пытается возродиться в Crystal. Посмотри, интересный проект.
| | |
|
| 3.204, Аноним (-), 15:52, 14/08/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Путаешь причину и следствие.
Вы оба путаете. Тут всё причины, и всё следствия. Как в случае курицы и яйца. В социальных вопросах как правило именно так и происходит. На самом деле в любой сложной системе способной гибко адаптироваться именно такое с неизбежностью и возникнет, потому что обратных связей там больше, чем прямых.
| | |
|
|
|
