The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и рабочих процессах, opennews (??), 06-Июл-20, (0) [смотреть все]

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


1. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  –17 +/
Сообщение от Аноним (1), 06-Июл-20, 11:33 
>Jul 2020     Jul 2019     Change     Programming Language     Ratings     Change
>1    2    change    C    16.45%    +2.24%

В десятке? ну ну.

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

97. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  +1 +/
Сообщение от Аноним (97), 06-Июл-20, 14:43 
а что ? к 2030-му году может много чего поменяться
или вы думаете что - Си жил, Си жив, Си будет жить вечно.
Ответить | Правка | Наверх | Cообщить модератору

105. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  +4 +/
Сообщение от Аноним (105), 06-Июл-20, 15:14 
Все люди разные, даже хотя бы по синтаксису, кому-то Rust нравится, кому-то C, так что при свободе выбора C будет существовать всегда, просто потому что он уже есть.

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

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

176. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  –5 +/
Сообщение от Аноним (176), 06-Июл-20, 18:48 
Лошади, паровозы, машины, электрокары... прогресс заставит двигаться и учиться всех. C# хитро делают - ты приходишь такой, пробуешь писать концептами как c/c++ и вроде даже ок. Позволяется. Но потом читая примеры, осознавая над нужности плюшками, ты и сам не замечаешь как мутируется сознание и код уже под правильную стилистику подстраивается. И ты понимаешь, что так удобнее и быстрее ... Go не умрёт, они правильно делают - они медленно и аккуратно прогрессируют, без истерик.
Ответить | Правка | Наверх | Cообщить модератору

193. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  +13 +/
Сообщение от Аноним (-), 06-Июл-20, 19:41 
C# не кактит для написания дров уровня ядра. Раст еще имеет шансы потрепыхаться, но синтаксис у него мерзотный и он порой создает больше проблем чем решает. А хайповать - это круто, но вот поливать сишников - желающих сколько угодно, а сделать что-то лучше - ноль. Как максимум на расте есть какие-то редоксы, которыми даже их авторы вроде не пользуются.
Ответить | Правка | Наверх | Cообщить модератору

280. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  +/
Сообщение от Я (??), 08-Июл-20, 00:16 
катит, но  пока только для винды, но он принципиально не для этого сделан и использовать его так неправильно.
Ответить | Правка | Наверх | Cообщить модератору

287. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  +1 +/
Сообщение от Аноним (287), 08-Июл-20, 07:26 
> катит, но  пока только для винды

и для винды не катит

Даже UMDF юзерспейсный драйвер там пишут максимум на С++. Настоящие драйверы уровня ядра на С. Вон том огрызке, который поддерживает MSVC compiler.

> но он принципиально не для этого сделан и использовать его так неправильно.

Не "неправильно", а не возможно! Неправильно использовать С++ для таких задач.

Есть концептуальная проблема. Устройства не работают в этих красивых и прекрасных ООП-моделях. Компьютеры и устройства работают не с объектами и всяким поведением, они работают с данными и состояниями. И это не какая-та там особенность конкретного языка мешает. Это речь о том, что объектно ориентированная абстракция не может быть транслирована в машинный код, пригодный для выполнения сразу. Для того чтобы ООП работало, нужно его переделать в некое промежуточное представление (структуры, процедуры и конечные автоматы) то есть избавить его от ООП-требухи и вот полученный структурный (тоже жесткое условие на самом деле, может быть и частично неструктурный) код промежуточного языка уже можно конвертировать в машинный под нужную платформу. Естественно, некоторые языки свой промежуточный байткод не компилируют, а исполняют на лету, а некоторые компилируют, а в некоторых можно и так и сяк.

Все ООП-языки имеют промежуточное представление. Исключений нет. Так вот, если ты программируешь драйверы, тебе нужно знать точно, что делает твой код на самом деле, а не полагаться что компилятор сгенерирует правильное промежуточное представление, которое подойдет под устройство под которое ты пишешь драйвер. Другая проблема - это работа с памятью. Нужно уметь ею управлять. Все языки где присутствуют GC (сборщики мусора) работающие с промежуточными представлениями и/или компилируют на лету (JIT) не подходят для написания драйверов.

Исключением могут быть так называемые драйверы пространства пользователя. В Linux их мало, вон FUSE, например. С другой стороны это всего-лишь библиотеки, которые подключаются через специальное API и работают с теми подсистемами, которые можно размещать в юзерспейсе. Но лучше так не делать и для них. C++ тут как раз и прикидывается нормальным решением, хотя таковым не является. Его принципиальным отличием является не наличие указателей, возможности прямой работы с памятью в режиме С с классами, нет... Его отличие от нормальных ООП-языков в том, что С++ - это инвалид детства у которого нет стандарта на промежуточное представление. То есть промежуточное представление есть (компиляторы работают в 2 этапа), но стандарта нет. Именно поэтому он не просто не кросплатформенный, в нем бинарные библиотеки нормально не линкуются, если были собраны в другом компиляторе или в очень старой версии. И вот вопрос, зачем такое для драйверов, даже юзерспейсных в винде разрешают для меня вопрос... видимо один фреимворк в одном компиляторе с кучей специфичных параметров для сборки решает эту проблему. Героическое решение, для проблемы, которая была создана на пустом месте от факта разрешения писать на С++ для части драйверов. Там по-любому что-то исторически сложилось...

C# в свою очередь работает поверх CLR, как Java поверх JVM. Это вообще ортогонально любым низкоуровневым задачами.

Rust, с другой стороны, я сильно не копал. Синтаксис у него - имхо, фу. Но оно там как раз памятью управляет жестко, GC не имеет, ручное педалирование памяти умеет и не может в ООП, что, в принципе, не исключает его как возможность писать какие-то юзерспейсные дровишки сбоку, если в Linux их побольше завезут. Но, опять же, агрессивный маркетинг Rust тут сам себе противоречит.
Адепт Раста: Rust - замена C/C++ они такие-сякие и дальше по тексту...
Программист: Но ведь Rust не может... (перечень 100500 ООП-специфичных подходов)
Адепт Раста: Ты просто решаешь задачу на ООП, ООП - не задача (это правда, кстати) перерешай задачу по-другому
Программист: Но ведь есть же проект, куча народу 100500 тысяч строк зависимого кода от моей либы
Адепт Раста: Перепиши на растишку всё, весь проект, все смежные, всю экосистему, дом, квартиру, машину, дачу, контрольную, домашку, небо и Аллаха.
Программист: И в чем же тогда замена С++... Ой всё...

И они бесят со своей рекламой. "Не найдётся ли у вас минутки поговорить о великом языке программирования Расте, прогрессивно заменяющем отсталые С/С++".

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

315. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  +/
Сообщение от Аноним (-), 11-Июл-20, 03:35 
> Для того чтобы ООП работало, нужно его переделать в некое промежуточное
> представление (структуры, процедуры и конечные автоматы) то есть избавить его от
> ООП-требухи и вот полученный структурный (тоже жесткое условие на самом деле,
> может быть и частично неструктурный) код промежуточного языка уже можно конвертировать
> в машинный под нужную платформу. Естественно, некоторые языки свой промежуточный байткод
> не компилируют, а исполняют на лету, а некоторые компилируют, а в
> некоторых можно и так и сяк.

Ну вот кстати прогеры на с++ показывали что даже на atmega их нечто с классами не так уж сильно и сливает лобовому си и даже асму - оптимизатор иногда может нехило скостить. Другое дело что оптимизатору подваливает здорово больше работенки сразу на старте и достичь такого результата наобум не получится совершенно, только долгим методом проб и ошибок и RTFMом понять как сделать оптимизатору удобно - c риском что в новой версии или от очередного изменения все это отвалится.

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

307. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  +/
Сообщение от Java omnomnom your memory (?), 09-Июл-20, 02:46 
Синтаксис это всё же вкусовщина.
Если бы изначально существовал rust вполне вероятно, что вы бы плевались на С
Ответить | Правка | К родителю #193 | Наверх | Cообщить модератору

314. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  –1 +/
Сообщение от Аноним (314), 11-Июл-20, 03:12 
> Синтаксис это всё же вкусовщина.

Кроме вкусовщины есть еще тупо "больше клаву топтать". А синтаксис крайне нестабильный и оброс костылями уже почти до уровня плюсов.

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

121. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  +11 +/
Сообщение от Аноним (121), 06-Июл-20, 16:57 
интересно в 2030 хоть кто нибуль вспомнит о Rust или Go?
Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

127. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  –4 +/
Сообщение от Аноним84701 (ok), 06-Июл-20, 17:22 
> интересно в 2030 хоть кто нибуль вспомнит о Rust или Go?

За 10 лет гугл забросит Го и все забудут, ага.

Но вот сра^W обсуждения вида "Коболь все еще востребован и он будет востребован, пока нужно писать серьезные бизнес-приложения, а не ваши хипстерские поделки на С и Дельфях!" в 96 вполне себе в юзнете были.
Кстати, очень (по смыслу) напоминают современные сентенции местных вида "Си жил, Си жив, Си будет жить вечно, и вообще, вы все просто хипстеры-вебмакаки!" ;-)
https://groups.google.com/forum/#!msg/alt.cobol/UlEF9JgaqgE/...
(это то, что более-менее осталось. Гугл, зараза, как обычно, сначала перевел альтернативные хранилища архивов в разряд "нинужно! теперь мы будем хранить старые базы!", а потом, через пару лет, убрал из доступа).

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

130. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  +1 +/
Сообщение от 1 (??), 06-Июл-20, 17:32 
COBOL - в 96 ? Не смешите. Реализации на ПК COBOL-а я не упомню ... Конечно может в какой нибудь эхе ru.cobol И были такие споры и то вряд ли ...

А вот где-нибудь на конференциях конца 80х - да ... вполне были такие ораторы.

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

154. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  +/
Сообщение от Аноним84701 (ok), 06-Июл-20, 18:24 
> COBOL - в 96 ? Не смешите. Реализации на ПК COBOL-а я
> не упомню ... Конечно может в какой нибудь эхе ru.cobol И
> были такие споры и то вряд ли ...

Хм, верно -- ссылки в комментарии я добавляю исключительно в виде декораций и смеха ради  🙄
> alt.cobol ›
> 21.11.96
> The "Cobol is Dead" phrase is the biggest Urban Legend of them all.  I've been hearing it now for 20 years. It is the dominant language.  There is almost as much Cobol code in the world as there is all the other languages put together.  

.
>  Sure it's outdated, sure it's cluncky, and certinly it is old, but there are more lines of COBOL in the world right now than anything else. It will not go away. I would rather see Delphi running on networked PC's to keep up with everything but too many COBOL progs

.
> 80% of all code out there is COBOL, its portable, open systems, scalable, ODBC Complient, it talks to all those

.
> programming languages don't die. And with all the millions of cobol lines that exist, and all the new development being made in it, dead is not avery good descriptor.
> We actively educate new people in the language, and our business is hot like never before.

.
.

>  может в какой нибудь эхе ru.cobol

Вы льстите опеннету -- публика здесь тоже весьма  ... специфичная.

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

249. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  +2 +/
Сообщение от _ (??), 07-Июл-20, 06:49 
>Реализации на ПК COBOL-а я не упомню

Та я вас умоляю - в свои 14 лет ты его и не должен помнить.
А у вражин US Gov - был в фаворе, по крайней мере в начале 2000-х оне во всю юзали ACU-COBOL на писюках и Санах.

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

190. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  +1 +/
Сообщение от Аноним (190), 06-Июл-20, 19:26 
если еще до 2030 года гугла не повторит судьбу Yahoo...
Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

335. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  +/
Сообщение от Д1110ма (?), 28-Июн-21, 09:30 
> если еще до 2030 года гугла не повторит судьбу Yahoo...

С чего бы это?

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

196. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  +4 +/
Сообщение от Аноним (-), 06-Июл-20, 19:46 
> За 10 лет гугл забросит Го и все забудут, ага.

Они забросили пикасу, гугл+ и даже пресловутый google code, чего им там какой-то ЯП? Придут через 10 лет новые хипстеры решившие что go не круто - и гудбай. Судьбя проектов с 1 корпорацией такая.

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

201. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  +3 +/
Сообщение от Аноним84701 (ok), 06-Июл-20, 20:36 
>> За 10 лет гугл забросит Го и все забудут, ага.
> Они забросили пикасу, гугл+ и даже пресловутый google code, чего им там
> какой-то ЯП? Придут через 10 лет новые хипстеры решившие что go  не круто - и гудбай.

И заодно сотрут большей части современников память, плюс уговорят выбросить go из gcc (это при том, что gcj оттуда аж лет через 9-10 после заморозки разработки удалили)?
10 лет довольно малый срок, особенно если речь не о маргинальщине типа Nim или Vala.

> Судьбя проектов с 1 корпорацией такая.

Это да.
Кхе.
Кто еще помнит проект из AT&T/Белл Лабс, от некого Бьярна С. который сначала расширил не менее курьезный проект (ЯП названный одной буквой, Z или S или что-то в этом роде!) некого Денниса Р. из той же конторы, а затем создал новый ЯП и чей единственный компилятор был много лет "стандартом"?
Или этот маргинальный островно-кафейный ЯП от некой Sun? Или язык (начинался на F, кончался кажись на ortran, а остальное не помню :( ) от IBM?
Никто.
Такова судьба проектов с 1 корпорацией.
Кхе.


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

208. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  +/
Сообщение от Аноним (-), 06-Июл-20, 21:38 
> И заодно сотрут большей части современников память, плюс уговорят выбросить go из
> gcc (это при том, что gcj оттуда аж лет через 9-10 после заморозки разработки удалили)?

Ну так кто этим gcj всерьез пользовался последние 10 лет? Был чисто для галочки.

> 10 лет довольно малый срок, особенно если речь не о маргинальщине типа Nim или Vala.

Для хайпанутых вебмакак - это дофига. У них типовой период полураспада проекта  = 2 года.

> Кто еще помнит проект из AT&T/Белл Лабс, от некого Бьярна С. который
> сначала расширил не менее курьезный проект (ЯП названный одной буквой, Z
> или S или что-то в этом роде!) некого Денниса Р. из
> той же конторы, а затем создал новый ЯП и чей единственный компилятор был
> много лет "стандартом"?

Ну так си пошел в массы после .. совсем другого гражданина, с фамилией Столлман, которому вот было западло быть придатком к корпорации. И вот с тех пор все как раз и завертелось. А именно классический K&R C нынче не используют даже самые утонченные из некрофилов. Да что там, он к 1989 году из фавора выпал чуть более чем совсем, C89 уже не этсамое - K&R'овский синтаксис там как раз и - того.

Ну а на яве или фортране дельных проектов полторы штуки и есть. В основном энтрепрайзный крап (жаба) да научная лабуда, пардон, но ученые не больно какие вообще програмеры по жизни.

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

218. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  +/
Сообщение от Аноним84701 (ok), 06-Июл-20, 22:08 
>> И заодно сотрут большей части современников память, плюс уговорят выбросить go из
>> gcc (это при том, что gcj оттуда аж лет через 9-10 после заморозки разработки удалили)?
> Ну так кто этим gcj всерьез пользовался последние 10 лет? Был чисто для галочки.

И при  этом его не спешили выкидывать эти 10 лет.
Go на вид как ЯП, по дизайну куда проще  и уж продолжить ковырять и развивать его при желании можно без особых технических проблем.

> Ну так си пошел в массы после .. совсем другого гражданина, с фамилией Столлман, которому вот было западло быть придатком к корпорации. И
> вот с тех пор все как раз и завертелось.

Раньше. Тем более, gcc -- проект 1987 года (причем я сомневаяю, что версии до 1990 были конкуренто-юзабельны), это аж 15 лет после появления Си. 15 лет проект был с "1 корпорацей".  

Но так как мне лень было копать историю всех компиляторов Си, я взял в качестве примера Бьерна Страуструпа с его С++.

> Ну а на яве или фортране дельных проектов полторы штуки и есть.
> В основном энтрепрайзный крап (жаба) да научная лабуда, пардон, но ученые
> не больно какие вообще програмеры по жизни.

Во-первых - фортран разработка IBM 50х годов (объемы кода тогда были весьма скромными) и то, что он все еще используется, немного намекает на инертность.
Во-вторых: жаба все еще повседневна вне тырь-прайзов -- в тех же андроидах.
В-третьих:  к "на яве или фортране дельных проектов полторы штуки и есть. " мне лень что-то писать - пальцы с трудом пробивают слой жЫра из монитора. Особенно когда сначала вопрос шел об "использовании" и "забрасывании",  а не о "дельных проектах" 🙄

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

238. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  –1 +/
Сообщение от Аноним (-), 07-Июл-20, 02:02 
> И при  этом его не спешили выкидывать эти 10 лет.

Таскали по привычке, номинально. Реально им что-то скомпилять... потому и удалили :).

> Go на вид как ЯП, по дизайну куда проще  и уж продолжить ковырять и развивать
> его при желании можно без особых технических проблем.

Только при наличии такого желания у такой корпы. Желания у гугла порой меняются. Остальные не смогут, а альтернативных экосистем по сути и нет. Все завязано на 1 корпу.

> Раньше.

Да ща. Тогда компов у народа толком не было, узкая группа бородатых хипстаков в датацентре с дорогими игрушками - нифига не массово.

> Тем более, gcc -- проект 1987 года (причем я сомневаяю, что версии до 1990 были
> конкуренто-юзабельны), это аж 15 лет после появления Си. 15 лет проект
> был с "1 корпорацей".

Ну так и линух появился в начала 90х как раз. А до этого момента IT вообще был мягко говоря весьма не массовой штукой. В том числе и по причине конских ценников и условий на базовые инструментарии. Так что до того момента сие было довольно маргинальным развлеченьицем. А студень смог попробовать только потому что вот такой пререквизит подогнали.

> Но так как мне лень было копать историю всех компиляторов Си, я
> взял в качестве примера Бьерна Страуструпа с его С++.

Ранние компиляторы си были, конечно. Но достаточно чудесатые и не похожие даже на C89 который сейчас минимальное что за именно си считается. Все что до него современные сишники тупо не сжуют/будут лажать в синтаксисе.

> Во-первых - фортран разработка IBM 50х годов (объемы кода тогда были весьма
> скромными) и то, что он все еще используется, немного намекает на инертность.

Ну так код на нем есть. И даже работает. Но гугол - это не айбиэм по своим парадигмам и подходам :P.

> Во-вторых: жаба все еще повседневна вне тырь-прайзов -- в тех же андроидах.

Ога, ява которая типа не ява но немного ява, и гугл по судам задолбался бегать :). И как бы эта ява бесполезна без вон того сишного кернела вон того студента, кста.

> слой жЫра из монитора. Особенно когда сначала вопрос шел об "использовании"
> и "забрасывании",  а не о "дельных проектах" 🙄

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

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

288. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  +/
Сообщение от www2 (??), 08-Июл-20, 08:00 
>фортран разработка IBM 50х годов (объемы кода тогда были весьма скромными) и то, что он все еще используется, немного намекает на инертность.

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

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

281. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  +/
Сообщение от Я (??), 08-Июл-20, 00:21 
эти проекты стали живыми как только перестали быть проектами одной корпорации, го до этого ещё не дорос, он хоть и лучший в своей нише имеет все шансы потерять актуальность однажды, а переходить с го на его лучшую замену должно быть ещё проще чем переходить сейчас на го..
Ответить | Правка | К родителю #201 | Наверх | Cообщить модератору

220. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  +1 +/
Сообщение от asdasd (?), 06-Июл-20, 22:17 
> За 10 лет гугл забросит Го и все забудут, ага.

Учитывая что Go уже 11 лет существует только с релиза (а если с момента разработки считать или того-же Plan9 и того больше), забросят они его, ага.

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

169. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  –2 +/
Сообщение от Gogi (??), 06-Июл-20, 18:36 
Если бараны в руководстве Гугла или M$ возьмутся за D, есть реальный шанс подвинуть все эти неуклюжие си-сипипишечки и заменить современным языком. Если большой финансовой поддержки не будет, даже хороший язык рискует кануть в лету.
Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

191. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  +1 +/
Сообщение от Аноним (190), 06-Июл-20, 19:27 
ты хоть понимаешь что все что можно уже написано на крестах и сях, переписывать предлагаешь? ты псих парень
Ответить | Правка | Наверх | Cообщить модератору

195. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  +/
Сообщение от Аноним (-), 06-Июл-20, 19:44 
> или вы думаете что - Си жил, Си жив, Си будет жить вечно.

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

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

246. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  +2 +/
Сообщение от Алконим (?), 07-Июл-20, 04:20 
Пока нет замены С. Go и Rust это просто хайп. Rust страдает той же болезнью что C++ - перемудреный синтаксис. А Go хоть и позиционирует себя как системный язык таковым не является, ну или пока нет компилятора который гвоздями не прибивает runtime который нужно откручивать ручками путем подстановки хитрых коментарий-макросов чтобы обхитрить линкер и засунуть свою точку вхождения а не ту которая в рантайм, потом еще кучу других вызовов таким образом переписать... Ну и компилятор конечно любит вставлять инструкции из всяких не стандартных instruction set extansions от intel (у гугла на серверах работает, а на остальных плевать), И, в итоге, приходится отказаться от большинства плюшек самого языка или писать свое ноу-хау на их ассемблере, в итоге ты получаешь те же проблемы что и С - а именно ручное управление памятью, ассемблерные вставки, и вся безопасности языка капут. Хотя если сделать микро-ядро и часть системы на С и asm писать, а часть на go, ну или внедрить  WebAssembly VM в ядро то да можно на сегодняшнем go и официальном компиляторе писать дравав и части системы...
Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

247. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  +1 +/
Сообщение от Anonn (?), 07-Июл-20, 05:42 
Вроде как первые релизы компилятора Го могли компилировать "чистый код" без рантайма совершенно. Тогда были еще проекты Golang OS, еще задолго до Redux. Потом решили убрать эту фичу, так как почуяли нишу для языка: прикладной серверный софт. Вроде так было.
В любом случае Го прекрасный язык по написанию, в отличие от Раста. Однако возможности раста в го - в подходе управления памяти, обработки ошибок - были бы просто шикарны. Имхо.
Ответить | Правка | Наверх | Cообщить модератору

272. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  +/
Сообщение от Алконим (?), 07-Июл-20, 18:30 
Да, Go хорош для впихивания во всякие контейнеры и написания всякого разного аля микросервисы. Только вот писать дрова на нем это жуть затея. Я вот думаю а не взять ли мне и написать свой диалект на основе go и Ownership MM как в rust. Выкинуть от туда их затею с урезанием управления потоков, сделать корутинки как отдельную библиотеку, добавить нормальные макросы а не через попорукие комментарии в коде в магических местах, добавить в пакеты метаданные с номером версии и т.д.
Ответить | Правка | Наверх | Cообщить модератору

275. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  +/
Сообщение от anonimous (?), 07-Июл-20, 19:09 
https://tinygo.org/
Ответить | Правка | К родителю #246 | Наверх | Cообщить модератору

283. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  +/
Сообщение от Аноним (283), 08-Июл-20, 04:39 
Tinygo воде как был заброшен, разве нет?
Ответить | Правка | Наверх | Cообщить модератору

297. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  +/
Сообщение от anonimous (?), 08-Июл-20, 15:22 
Не слежу внимательно, но коммиты есть
aykevl authored and deadprogram committed a9ba6eb Apr 21, 2020
но речь то не о конкретном проекте, а о том можно ли использовать гоу для системного программирования, ну вот тут взяли и сделалм и для вполне популярного железа
https://tinygo.org/microcontrollers/machine/stm32f4disco/
https://tinygo.org/microcontrollers/machine/nucleo-f103rb/

есть и другие заходы для работы с железом на гоу

https://godoc.org/github.com/kidoman/embd

Control GPIO pins on the RaspberryPi / BeagleBone Black:

import "github.com/kidoman/embd"
...
embd.InitGPIO()
defer embd.CloseGPIO()
...
embd.SetDirection(10, embd.Out)
embd.DigitalWrite(10, embd.High)

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

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

316. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  +/
Сообщение от Аноним (316), 11-Июл-20, 03:43 
> есть и другие заходы для работы с железом на гоу

Запрыги. На грабли. Чего в игого для этого хорошего? :)

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

Ну тады ардуина с serial.begin() твое все...


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

259. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  +1 +/
Сообщение от Аноним (259), 07-Июл-20, 12:06 
"Си не умрет никогда, так и знай!"
Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

250. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  +/
Сообщение от Аноним (250), 07-Июл-20, 08:25 
Переход на какой-нибудь rust может быть лавинообразным. Если rust в ядро допустят и он действительно покажет какие-то *существенные* преимущества в безопасности и/или скорости написания, то никто уже не захочет писать на C и весь новый код будет писаться на нем.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

257. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  +/
Сообщение от BSA (?), 07-Июл-20, 11:28 
Сейчас разговоры только о том, чтобы разрешить разработку драйверов на расте. А кроме драйверов там еще куча всего. Поэтому очень сомневаюсь, что раст станет основным языком ядра в ближайшее десятилетие.
Ответить | Правка | Наверх | Cообщить модератору

303. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  –1 +/
Сообщение от Аноним (303), 08-Июл-20, 19:04 
а если никто не захочет писать и поддерживать говнокод на русте?
Ответить | Правка | К родителю #250 | Наверх | Cообщить модератору

317. "Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и р..."  +/
Сообщение от Аноним (316), 11-Июл-20, 03:44 
> то никто уже не захочет писать на C и весь новый код будет писаться на нем.

Ну во первых вы так лихо расписались за всех...
Во вторых, а кто перепишет вон те сотни кода?

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

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру