The OpenNET Project / Index page

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

Сотрудник Google развивает язык программирования Carbon, нацеленный на замену C++

21.07.2022 10:22

Сотрудник компании Google развивает язык программирования Carbon, который позиционируется как экспериментальная замена C++, расширяющая данный язык и устраняющая имеющиеся недостатки. Язык поддерживает базовую переносимость с C++, может интегрироваться с имеющимся кодом на C++ и предоставляет инструменты для упрощения миграции существующих проектов, автоматически транслирующие C++-библиотеки в код на языке Carbon. Например, можно переписать на Carbon определённую библиотеку и использовать её в существующем проекте на С++. Компилятор Carbon написан с использованием LLVM и наработок Clang. Наработки проекта распространяются под лицензией Apache 2.0.

Основные особенности Carbon:

  • Производительность результирующего кода, сопоставимая с С++, с сохранением возможности низкоуровневого доступа к адресам и данным на битовом уровне.
  • Переносимость с существующим кодом на C++, включая наследование классов и шаблоны.
  • Быстрая сборка и возможность интеграции с существующими сборочными системами для C++.
  • Упрощение миграции между разными версиями Carbon.
  • Предоставление средств для безопасной работы с памятью, использование которых позволяет защититься от уязвимостей, вызванных обращением к области памяти после её освобождения, разыменованием нулевых указателей и выходом за границы буфера.


  1. Главная ссылка к новости (https://news.ycombinator.com/i...)
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/57532-carbon
Ключевые слова: carbon, lang
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (301) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 10:50, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –20 +/
    давно пора! комбайны не нужны
     
     
  • 2.20, Аноним (20), 11:03, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +32 +/
    >позиционируется как экспериментальная замена C++, расширяющая данный язык и устраняющая имеющиеся недостатки

    Расширяющая, Карл.

     
     
  • 3.126, vitalif (ok), 16:05, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Ты синтаксис видел? Ответь плз в каком она месте его расширяет)
     
     
  • 4.295, Аноним (-), 10:22, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +8 +/
    > Ответь плз в каком она месте его расширяет)

    Гусары, молчать!!!

     
  • 3.238, Аноним (238), 23:24, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >>позиционируется как экспериментальная замена C++, расширяющая данный язык и устраняющая имеющиеся недостатки
    > Расширяющая, Карл.
    >>и устраняющая имеющиеся недостатки

    Где-то я такое уже слышал, там тоже что-то было про устранение недостатков, безопасносте. Хмм...
    Хорошо хоть карбон не ржавеет.

     
     
  • 4.296, Аноним (-), 10:23, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Карбон не ржавеет, он окисляется до CO2.
     
     
  • 5.297, Аноним (297), 10:33, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    непорядок, куда смотрят эко активисты
    ладно парни, давайте соберём 666 анонимно-добровольных жертв для призыва Греты Тунберг
     
  • 2.79, Аноним (79), 13:03, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > нацеленный на замену C++

    Опять очередной убийца плюсов?!

     
     
  • 3.88, Аноним (88), 13:31, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да не, вроде обёртка.

    With this approach, we can build on top of C++'s existing ecosystem, and bring along existing investments, codebases, and developer populations. There are a few languages that have followed this model for other ecosystems, and Carbon aims to fill an analogous role for C++:

    JavaScript → TypeScript
    Java → Kotlin
    C++ → Carbon

     
     
  • 4.106, Аноним (79), 13:57, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Глянул на их сайт - от примеров вытекли глаза.
     
     
  • 5.209, Вы забыли заполнить поле Name (?), 20:06, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Какой еще сайт? У них нет сайта.
     
  • 4.178, Аноним (178), 18:02, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    C++ когда-то тоже был оберткой.
     
     
  • 5.239, АнонимКо (?), 23:28, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > C++ когда-то тоже был оберткой.

    Ну так, сейчас время такое, обёртка в обёртке, абстракция над абстракцией, всё для того чтобы г@вокодить мог самый дешёвый codemonkey


     
     
  • 6.301, Аноним (301), 11:34, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Coddmonkey выбирают javascript. C++ для них сложный, там какие-то new/delete/std::make_unique причем без * в названии класса, а почему бнз звездочки? Для new же нужна звездочуа? Нипанятна!
     
  • 6.384, Аноним (384), 13:40, 25/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    это называетсяс инкапсуляция сложности и эволюция. рыночек решает
     
  • 4.213, Аноним (-), 20:22, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > JavaScript → TypeScript
    > Java → Kotlin
    > C++ → Carbon

    Превратить в ненужное г.. это такой соврменный прогресс ? каменный нож скоро будет чем-то фантастическим и недосягаемым.

     
     
  • 5.243, name (??), 23:47, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Керамические ножи уже считаются дорогими и хорошими. А это не далеко от камня.
     
  • 5.290, пох. (?), 08:02, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Дяржиття попаданца!

    (сделать нормальный обсидиановый скол, да еще если из инструментов один каменный молоток - наша цивилизация не умеет уже лет стописят как минимум. У тебя настройки хроноката сбились. Нож ему, мля... тут и кремниевое рубило-то сделать никто уже не умеет.)

     
     
  • 6.335, Аноним (335), 17:10, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Делать кремниевые рубила — это такой важный сегодня навык, что действительно грусть-печаль берёт. Больше всего умиляет, что сетуют на это не бородатые выживальщики из глубокой Сибири, а пузатые подпивасы с мягких диванов.
     
     
  • 7.383, пох. (?), 09:26, 25/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Делать кремниевые рубила — это такой важный сегодня навык, что действительно грусть-печаль берёт.

    смотри, как бы не пригодился.

    > бородатые выживальщики из глубокой Сибири,

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

    Но остатки разрушенной цвилизации бесконечно проедать и сжигать не получится.

     
  • 2.398, njki (ok), 02:41, 31/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > давно пора! комбайны не нужны

    А чего так сразу?

     

  • 1.2, Аноним (2), 10:51, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +37 +/
    как говорил одн волк: "Шо, опять?"
     
     
  • 2.15, Жироватт (ok), 11:00, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • –11 +/
    Не опять, а снова История программных революций от Google, вкратце Сначала был... большой текст свёрнут, показать
     
     
  • 3.26, ди (?), 11:13, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    плюс https://ru.wikipedia.org/wiki/Dart
     
     
  • 4.30, Жироватт (ok), 11:22, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ага. Но мне было слишком влом добавлять и его в переделку пасты про майкрософт.
    Хе. Годы идут, а мало что в принципе меняется. s\"dll hell"\"небезопасная работа с памятью" сделать только и дальше подставляй в текст название корпорации, их "технологии" и готово.
     
     
  • 5.311, Аристарх (??), 13:27, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Осталось понять одно - ну кто, КТО эта безрукая т_в_арь, не умеющая работать с памятью?! (что ради неё городятся десятки языков) Ну писали же на Си под винду - и ничего, ВСЁ РАБОТАЛО! Иногда находили дыры, но в целом-то проблем не было!
     
     
  • 6.365, Прохожий (??), 01:26, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    С головой у тебя всё в порядке? "иногда" - это причина 70 процентов всех дыр.
     
     
  • 7.382, eganru (?), 08:38, 25/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    [i]- это причина 70 процентов всех дыр. [/i] - причина найденных дыр, в силу того, что они просто ищутся в коде, до которого есть дело.
     
  • 3.31, Бывалый смузихлёб (?), 11:25, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Про дарт забыл, который во флаттере и который по прихоти гугла уже улетал на помойку
    Вот, похоже, у гугла появилась новая любимая жена или кто нынче там у них в омериках
     
  • 3.35, leap42 (ok), 11:44, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +12 +/
    > Но другая группа в Google нашла в rust фатальный недостаток – его писали не они!
    > Для решения этой проблемы они создали Go(похожее на раст, но другое)

    Первая стабильная версия Go насколько старше первой стабильной Rust? 5?

    ох уж эти эксперты оппеннет 🤦🤦🤦

     
     
  • 4.137, Аноним (137), 16:32, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Так вроде хруст настаивался дольше. Сначала там даже сборщик мусора был. а появились они плюс-минус в один год, но пошли разными путями
     
     
  • 5.150, Я (??), 16:54, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    они ещё и по разным причинам и для разных задач появились.. и какбы изначально в очень разные стороны шли.
     
     
  • 6.299, Аноним (297), 10:41, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    задача то у них там изначально стояла одна - замена С/С++
     
     
  • 7.392, Ноним (?), 13:08, 26/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Задача Go -- замена однопоточного питона в инфраструктурных приложениях. Никакими плюсами не пахло в этой сфере
     
  • 4.197, Аноним228 (?), 19:08, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Главное это, что и го и раст старше многих экспертов. Каникулы, же.
     
  • 3.147, Аноним (335), 16:51, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > я наивно вспоминаю докладчика на гугловской конференции, говорящего, что скоро всю backbone перепишут как GO и каждый микросервис будет выполняться с корутинами

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

     
  • 3.271, funny.falcon (?), 02:15, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вообще-то, разработка Go началась в 2007 году. Rust в это время хоть и существовал уже год, но был ни кому не известным любительским проектом. Да и вообще Rust тогда был кардинально иным и, наверное, даже очень близок к Go. По-крайней мере, «зелёные потоки на ивентлупе» были частью языка.

    Публичный же выпуск Go случился в 2009 году. И в этом же году Mozilla начала спонсировать Rust, и публично выпустила в 2010. Так что, тут большой вопрос про «фатальный недостаток». Похоже, подгорело как раз у Мозиллы.

     

  • 1.4, Аноним (4), 10:53, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +36 +/
    Не знаешь что делать — делай язык программирования. (С) Джейсон Стетхем
     
     
  • 2.28, Жироватт (ok), 11:14, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +37 +/
    Один язык программирования - это плохо. Семья языков программирования - гораздо лучше. Ведь главное в жизни - это семья(с) Доминик Торетто
     
     
  • 3.75, Аноним (75), 12:55, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    пол жизни думал, что он Торренто
     
     
  • 4.76, Аноним (76), 12:58, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Поздний вечер в Торренто,
    Нас погодой не балует...
     
  • 4.123, Аноним (123), 15:44, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Не, он Вин Дроссель. А торренто - это то, что с треккеро скачиваетсо
     
  • 4.308, aname (?), 12:43, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    За торренто у них там можно и присесть
     
  • 3.145, InuYasha (??), 16:49, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    "The fastest way to compute is to... write a new programming language"
     
  • 3.349, а (?), 06:25, 23/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я использую линукс
    - тот самый немец из прошлого века, ну вы пончли
     
  • 2.34, Бывалый смузихлёб (?), 11:30, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    «Адепты безопасных ЯП - не мамонты»(ц) Дао Цзы
     
     
  • 3.161, Аноним (161), 17:13, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не вымрут?
     
  • 2.129, Вы забыли заполнить поле Name (?), 16:15, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +12 +/
    > Джейсон Стетхем

    JSON Стетхем

     
     
  • 3.244, name (??), 23:55, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    JSON State-m
     
  • 3.313, Аристарх (??), 13:33, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    ржака :))

    Стэтхему в ИТ самое место :) Поучать тупых щеглов жизни.

     
  • 2.312, Аристарх (??), 13:32, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    жжошь!! :)))

    Ну а с другой стороны, почему бы и нет? Если люди делают НОВЫЕ языки, значит старыми они НЕДОВОЛЬНЫ! "Сколько программиста не корми, он всё на компиляторы смотрит!" (ц) В.И.Крупский

     

  • 1.9, Аноним (9), 10:55, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    Ситуация: есть N конкурирующих стандартов
    Абсурд, нам нужно разработать один универсальный стандарт, на все случаи жизни!
    Next: есть N+1 конкурирующих стандартов
     
  • 1.11, Какойточел (?), 10:56, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Замена С++ - написанная на С++
    им просто нечего делать ...
     
     
  • 2.131, Вы забыли заполнить поле Name (?), 16:17, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Пока вроде только протототип и до компилятора на самом себе еще не дорос. Ну и что в этом плохого? llvm же на с++.
     
  • 2.139, Аноним (137), 16:34, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Любой нормальный компилятор дорастает до стадии переписывания на самом себе
     

  • 1.12, Anon24 (?), 10:57, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Во первых, название - отстой.
    Во вторых, гугл, или даже так: "ДАЖЕ ГУГОЛ": не считает раст хорошей заменой плюсам.
     
     
  • 2.21, 244 (?), 11:04, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    И именно поэтому это выглядит и ощущается как Rust (зарезервированные слова, что-тотвроде trait'ов для template'ов и тпт)?
     
     
  • 3.48, АнончикНяша (?), 12:03, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да.
     
  • 2.23, 244 (?), 11:05, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Там в описании прям написано что есть куча хороших языков и если есть возможность, то лучше использовать их. А это для проектов на C++.
     
  • 2.49, АнончикНяша (?), 12:05, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Гугол почитал комментарии опеннетных экспертов и решил, что раст это всё таки не очень хорошая идея, нужно своё.
     
     
  • 3.146, InuYasha (??), 16:50, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Самое смешное, что Гуулаг действительно читает комментарии на опеннете )))
     
     
  • 4.173, гугл (?), 17:35, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и что ты сделаешь?
     
     
  • 5.309, aname (?), 12:45, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Новый язык программирования
     
     
  • 6.314, Аристарх (??), 13:35, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    :))) Больше языков богу безопасной памяти!
     
  • 6.399, njki (ok), 02:50, 31/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Новый язык программирования

    Пользователь: ееееееее, я доволен

     
  • 2.153, Я (??), 16:56, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    просто на раст всё ещё нельзя просто так взять и начать переписывать код постепенно. а потребность не писать на плюсах есть.
     
     
  • 3.310, aname (?), 12:46, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не пиши на плюсах, кто ж запрещает
     
  • 2.154, Я (??), 16:56, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    просто на раст всё ещё нельзя просто так взять и начать переписывать код постепенно. а потребность не писать на плюсах есть.
     
  • 2.307, Hck3r (?), 12:30, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Считает же
    Просто миллиарды вложены в код на плюсах - выбросить и всё «переписать» на раст нельзя. А переиспользовать в расте код на плюсах сложно и тоже иногда «дорого».
    Поэтому придумали подход с промежуточным вариантом
     
     
  • 3.315, Аристарх (??), 13:38, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Насчёт "выбросить" - это не так уж и сложно, ведь то, что считалось "хорошим" 30 лет назад, безбожно устарело. Другой вопрос, что альтернатива должна быть хороша СРАЗУ ДЛЯ ВСЕГО и причём искаропки! Только тогда совр. избалованный макак примет язык "на поиграть".

    Ровно поэтому казалось бы "преемник С++" язык D так дооооолго идёт к успеху.

     

  • 1.13, Аноня (?), 10:57, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Так какие недостатки крестов устраняет? Не увидел ни одного пункта. Лол.
     
     
  • 2.50, АнончикНяша (?), 12:05, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Устраняет главный недостаток.
     
     
  • 3.53, Аноним (20), 12:09, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Созданного не копрорацией добра?
     
  • 2.57, Admino (ok), 12:14, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Фатальные.
     
  • 2.215, Аноним (215), 20:28, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    добавляет двоеточия при присваивании. все как в любимом паскале. все будет паскаль !
     
     
  • 3.218, yurikoles (ok), 20:32, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > добавляет двоеточия при присваивании. все как в любимом паскале. все будет паскаль
    > !

    А тчк-с-зпт хоть сделали необязательными? Без этого не взлетит, у смузи будет привкус мочи 72-го года разлива.

     
     
  • 4.316, Аристарх (??), 13:40, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Пизтонисты - это отдельная баночка с червями, не надо их трогать! Играют и играют со своим удавом. :)
     
  • 4.397, Вы забыли заполнить поле Name (?), 22:27, 30/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > у смузи будет привкус мочи 72-го года разлива

    Похоже ты знаешь о чем говоришь. Это поэтому у тебя волосы выпали?

     
  • 3.255, adolfus (ok), 01:13, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Точка с запятой в С и С++ не является терминатором. Это конструкция, превращающая выражение в оператор. Нет точек с запятой -- нет и операторов. Многие этого не понимают, вернее, они даже и не подозревают о том, что есть выражения и есть операторы и это ортогональные сущности. Поэтому они и не видят разницы между a = b; в си и a:= b в паскале, в результате у них возникет синдром Даннига-Крюгера и дурацкие мысли заменить C и С++ на что-то иное.
     
     
  • 4.291, n00by (ok), 09:01, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вряд ли корректно переводить "statement" (expression-statement) как "оператор", когда стандарт определяет assignment operator и т.п.
     
     
  • 5.353, freecoder (ok), 11:33, 23/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    statement лучше переводить как "инструкция"
     
     
  • 6.357, n00by (ok), 15:04, 23/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А "instructions" тогда как переводить? В стандарте это слово означает машинные инструкции. Буквально переводится как "утверждение" или "констатация", а по смыслу похоже на "предложение" (в языке).
     
     
  • 7.385, Аноним (384), 13:53, 25/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    может быть "команда"?
     
     
  • 8.390, n00by (ok), 06:36, 26/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Может быть Как раз указывает, что надо сделать 6 8 2 A statement specifies an... текст свёрнут, показать
     
  • 5.359, Аноним (-), 18:29, 23/07/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Нет, не корректно. Эта терминология не имеет корректного перевода на русский язык. Там много таких проблем, скажем "character" переводится как "символ", и "symbol" переводится как "символ"; "string" переводится как "строка", и "line" переводится как "строка". Поэтому единственный подход, позволяющий выражаться строго и корректно -- использовать словечки типа "стейтмент" и "кэректер".

    Этот подход ещё имеет бонусом то, что выбешивает скреподуховных, потому что скреподуховность ассоциирована с ахранительством русского языка. Их прям трясёт от ярости, и они быстро сливаются из коллектива. Коллектив становится чище: меньше идеологии, больше прагматизма. Больше прагматизма, больше продуктивности.

     
     
  • 6.370, n00by (ok), 06:40, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Можно ещё применить устоявшуюся терминологию из типографского дела. Переводить "character" как "литера". А "statement" транслитерировать во что-то вроде "штатива". Этот подход хорош ещё и тем, что выбешивает поклонников диалекта латыни из колонии Альбион, и далее по тексту.
     
  • 4.317, Аристарх (??), 13:41, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Нет никаких "операторов", всё есть выражение.
     
  • 2.240, Аноним (240), 23:30, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Устраняет недостаток высокого входного порога, что актуально для Гугла, ежедневно нанимающего новых разработчиков, вчера окончивших ВУЗ. По сути, решают ту же проблему, которую решали, создавая  Go, только в этот раз сохраняя существующие наработки на крестах.
     
     
  • 3.242, yurikoles (ok), 23:45, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Устраняет недостаток высокого входного порога, что актуально для Гугла, ежедневно нанимающего
    > новых разработчиков, вчера окончивших ВУЗ. По сути, решают ту же проблему,
    > которую решали, создавая  Go, только в этот раз сохраняя существующие
    > наработки на крестах.

    А это уже аргумент, при капитализации в трилион баксов могу себе позволить такую инвестицию. Но это всё равно NIH, сейчас почти каждая мегакорпорация предлагает свою экосистему: от ЯП до хостинга и железа.

     
     
  • 4.345, Аноним (240), 23:00, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да это не инвестиция даже. В Гугле такая практика - 20% рабочего времени можно заниматься чем угодно, что потенциально может принести пользу компании.
     
  • 3.318, Аристарх (??), 13:44, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А зачем нанимать зелёных подаванов? Неужели "обрезаный" Брин думает, что СЭКОНОМИЛ?! :))))

    Люди для того и нарабатывают ОПЫТ, чтобы писать проф.код. И со взрослыми специалистами почему-то не было проблем - писали на "плоском Си" целые системы.

     
     
  • 4.337, Аноним (335), 18:24, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я тебе открою ужасную тайну б 243 льшая часть кода написана людьми средних умс... большой текст свёрнут, показать
     

  • 1.18, nomad__ (ok), 11:01, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    А как же Go? Всё, наигрались? Когда коту делать нечего, он яйца лижет, а Гугл языки программирования придумывает.
     
     
     
     
    Часть нити удалена модератором

  • 4.269, adolfus (ok), 01:45, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    По поводу их рассуждений про include и множественное включение -- глупости, пер... большой текст свёрнут, показать
     
     
  • 5.319, Аристарх (??), 13:47, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Инклуды - атавизм "ручного включения барахла прямо из внешнего файла". Для 70ых - нормуль, а сегодня это маразм. Достаточно в проект включить все необходимые либы и "оно само" всё поймёт (в 99.999% случаев). А для коллизий делаем простой "map System.Button Button" и всё.
     
     
  • 6.366, adolfus (ok), 02:48, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Инклуды - атавизм "ручного включения барахла прямо из внешнего файла". Для 70ых
    > - нормуль, а сегодня это маразм. Достаточно в проект включить все
    > необходимые либы и "оно само" всё поймёт (в 99.999% случаев). А
    > для коллизий делаем простой "map System.Button Button" и всё.

    Код на уровне языка ничего не знает о об уровне компоновки. Поэтому на уровне языка нужно обявлять символы и их типы, определенные где-то в другом месте, и их типы. Файлы, включаемые на стадии препроцессинга именно эти объявления и содержат. Но никто не мешает вам их объявлять вручную.
    Я так думаю, что вы абсолютно не разбираетесть в том, как все устроено в вычислительных системах.


     

  • 1.19, Аноним (19), 11:01, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Не компания Google, а сотрудник из Google. Пруф ми вронг.
     
     
  • 2.27, Твоя Совесть (?), 11:13, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    у гугла частая практика внутренних стартапов.
    чувак писал свой язык, маркетингу понравилось - его пропихнули. если взлетит - то гугл молодец.
    если не взлетит - парень сам по себе останется. шильдик поставят когда удобно будет.
     
     
  • 3.83, Аноним (79), 13:19, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это типичная практика приматов. Идёт стая на грабёж, банан у девушки тащит самый низший в иерархии... Удалось - вожак молодец! Осечка - подчинённый же лох неопытный, чего с него взять!
     
     
  • 4.132, Вы забыли заполнить поле Name (?), 16:20, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Примат - это когда тебе не дают заниматься своими проектамми. Кстати, именно как индивидуальный проект, например, появилась система сборки ninja https://neugierig.org/software/chromium/notes/2011/02/ninja.html
     
     
  • 5.232, 67332 (?), 21:54, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И толку от нее? Их столько развелось и каждый свою тащит, а толку то? Все равно все запускают несколько версий компилятора паралельно, так зачем оно надо?
     
     
  • 6.289, Вы забыли заполнить поле Name (?), 07:15, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > И толку от нее? Их столько развелось и каждый свою тащит, а
    > толку то? Все равно все запускают несколько версий компилятора паралельно, так
    > зачем оно надо?

    Что? ninja - это замена make и является таргетом генерации систем сборки в *nix.

     
  • 4.265, Аноним (265), 01:31, 22/07/2022 Скрыто модератором
  • +/
     
  • 2.292, n00by (ok), 09:05, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Пруф ми вронг.

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

     
     
  • 3.326, Аноним (326), 15:04, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это аналог "поправьте, если ошибся". А вы тут уже напридумали...
     
     
  • 4.328, n00by (ok), 15:13, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Это аналог "поправьте, если ошибся".

    ЛПП.

    > А вы тут уже напридумали...

    И что характерно - члены секты сами не умеют в поиск, и других считают столь же глупыми  https://context.reverso.net/перевод/английский-русский/prove+me+wrong

     
     
  • 5.352, Аноним (352), 11:28, 23/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Хорошо, я ошибся в переводе. Признаю. Изначально хотел написать именно "поправьте, если ошибаюсь". Перекладывать доказательство не хотел.
     
     
  • 6.374, n00by (ok), 07:04, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо. Интересная тенденция: второй раз за последнее время кто-то на Опеннет признал ошибку.
     
     
  • 7.377, Анончик (?), 13:49, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ты их тут бесплатно учишь? Зачем?
     
     
  • 8.391, n00by (ok), 06:50, 26/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Иначе из них вырастет в лучшем случае идеолог очередной Рашн ОС энд Аппликейш ... текст свёрнут, показать
     

  • 1.25, Аноним (20), 11:11, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    >Переносимость с существующим кодом на C++, включая наследование классов и шаблоны.

    Ну вот этот Carbo(o)n если и замена плюсам, то замена здоровая, в отличие от Rust.

    P.S. D придуман не Гугелем, да.

     
     
  • 2.33, RabidRabbit (?), 11:28, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Дугелем?
     
  • 2.66, Варенье (?), 12:28, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Моргните два раза, если вы в рабстве у корпораций и вас заставляют писать хорошее про их проекты
     
     
  • 3.321, Аристарх (??), 13:50, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если он моргнёт, то забудет, о чём писал. ггг
     

  • 1.32, beck (??), 11:26, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Посмотрел примеры кода, так и не понял,  в чём кардинальные отличия от С++, насыпали синтаксического сахару из питона.

    Когда коту делать нечего,  он яйца лижет. Лучше бы какую библиотку разработали для плюсов полезную. Или ускорили существующие реализации.

     
     
  • 2.55, Аноним (20), 12:13, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Там и Паскалем пахнет.
     
     
  • 3.58, АнончикНяша (?), 12:15, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ой всё.
     
  • 3.107, Аноним (79), 14:01, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Паскалем пахнет

    Почему в расте пишут "fn"? - Потому что у растаманом заплетались пальцы при печатании "function".

     
     
  • 4.172, АнончикНяша (?), 17:33, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Или они используют двухпальцевый набор.
     
  • 4.179, Аноним (179), 18:12, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Смех смехом, но как имевший опыт в Паскале (да, я настолько старпёр), очень оценил эту мелочь. Удобно! Правда, раньше любил именовать локальную переменную, содержащую имя файла — fn, пришлось отвыкать :).
     
     
  • 5.206, Аноним (79), 19:54, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    в перле пишут sub, в сях - вообще ничего не пишут. Писать fn - это каменный век.
     
     
  • 6.227, ptr (??), 21:18, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Дьявол кроется в деталях. Если в языке функции и процедуры принципиально различаются методом вызова, то это вполне может быть оправдано.
     
  • 6.323, Аристарх (??), 14:01, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Парсер - он почти как человек: если ты ему дашь ВОВРЕМЯ намёк, что будешь писать, он легче и быстрее проверит синтаксис. "fun GetValue() : int" - это и челу легче распознавать, и компилеру.
     
  • 4.207, Вы забыли заполнить поле Name (?), 19:59, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Паскалем пахнет
    > Почему в расте пишут "fn"? - Потому что у растаманом заплетались пальцы
    > при печатании "function".

    https://imgur.com/a/tDT6v0o

     
  • 2.135, Вы забыли заполнить поле Name (?), 16:29, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Лучше бы какую библиотку разработали для плюсов полезную

    С разморозкой https://abseil.io/

     
  • 2.157, Я (??), 17:01, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    так вот в этом сахаре из-за которого программист может просто кодить попивая смузи, а не сидеть на очке от плюсовых радостей. сложная для принятия мысль но при разработке программист не обязан страдать и когда он меньше страдает он пишет код получше.
     
     
  • 3.332, name (??), 16:39, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Так может просто дать программистам писать код, а не мамкиным страдальцам?
     

  • 1.39, Аноним (39), 11:50, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    + насчет Интеграции и Быстрой сборки это хорошо
     
  • 1.44, Аноним (44), 11:57, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Все используют Array<Circle> синтакс для параметров к типам (C++, C#, Rust, Java, TypeScript), который давно устоялся и за него цепляется глаз, и только этим надо было иначе. Потому что могут. И при этом они позиционируют себя как замена C++.
     
     
  • 2.73, Alladin (?), 12:38, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Но этот синтаксис не придумал C++.
     
  • 2.84, Аноним (79), 13:23, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > за него цепляется глаз

    у растаманов в FF до того зацеплялся, что стали путать операторы больше-меньше.

     
  • 2.124, Аноним (123), 15:53, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Не только лишь все... Есть ещё исключения, например Scala использует Array[Circle]
     

  • 1.46, Аноним (46), 12:01, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > by using the move operator ~x

    жеесть

     
  • 1.59, Аноним (59), 12:16, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    выглядит как мешанина из раста и Дарта, закапывайте.
     
  • 1.60, Аноним (60), 12:20, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Наконец то жаба откинется
     
  • 1.62, Аноним (62), 12:24, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Крч. Синтаксис как у раст. Видимо задуман как переходный язык. Перепишите C++ на карбо, а потом легко сможете переписать на раст.
    Ну и вендорлок опят.
     
     
  • 2.136, Вы забыли заполнить поле Name (?), 16:31, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Классы там нормальные есть в отличие от хруста.
     
     
  • 3.223, Анонон (?), 21:11, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Будто что-то хорошее
     
     
  • 4.226, Вы забыли заполнить поле Name (?), 21:17, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Будто что-то плохое
     
     
  • 5.367, Прохожий (??), 06:04, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Плохое, конечно. Особенно множественное наследование.
     
     
  • 6.371, Вы забыли заполнить поле Name (?), 06:48, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Плохое, конечно. Особенно множественное наследование.

    Пусть будет одиночное. Что еще плохого?

    огласите весь список, пожалуйста (с)

     

  • 1.67, Дмитрий (??), 12:30, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот блин, каждый год выходит кучу "убийц С++", и все они погибают, толком и не родившись, а сам С++ всё живёт и живёт, и работы на нём достаточно, и довольно высокооплачиваемая, но нет, каждый год кто-то всё равно придумывает очередного убийцу(( Бесполезная трата времени... Два гвоздя в этот Need For Speed CARBOON
     
     
  • 2.74, пох. (?), 12:51, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > и довольно высокооплачиваемая, но нет, каждый год кто-то всё равно придумывает очередного убийцу

    потому что это - еще более высокооплачиваемая.

    А что этот cabron взлетит - так вопрос даже и не ставился.

     
  • 2.330, Анимус (?), 15:50, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Прогресс - бесполезная трата времени, так и запишем.

    Ну и да, раз каждый год предпригнимаются очередные попытки закопать С++, значит, он не идеален?)

     
     
  • 3.333, name (??), 16:41, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Есть языки, которые ругают и языки, на которых никто не пишет (с)
     
     
  • 4.394, Аноним (394), 00:30, 27/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Раст, кстати, ругают будь здоров!
     

  • 1.77, Аноним (77), 13:00, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    D уже есть, а это что-то для тех, кто хочет магически на другой не такой язык перепрыгнуть, что б как плюсы, но не плюсы.
     
     
  • 2.180, Аноним (179), 18:19, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    D, к сожалению, мёртв... Не нашлось достаточно могущественной корпорации поддержать.
     
     
  • 3.346, Hck3r (?), 23:55, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это и минус и плюс одновременно

    Да, не хватает ресурсов и людей
    С другой стороны, и то что корпорация решит ограничить доступ вероятность низкая..

    Люди для себя пилят. Настоящий коммьюнити-драйвен :)

     

  • 1.78, Маняним (?), 13:01, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    JavaScript → TypeScript
    Java → Kotlin
    C++ → Carbon - окуеть

    А где наше всё?
    C → Rust

    Пока ничего нужного по сравнению с плюсами. Всё это есть в D. Но у D нет финансирования.

     
     
  • 2.141, Вы забыли заполнить поле Name (?), 16:35, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Про JavaScript → TypeScript  вообще глупость у них написана. TypeScript просто типы добавляет и не вносит никакие фичи в язык by design.
     
     
  • 3.368, Прохожий (??), 06:08, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Просто? Это и есть самая главная фича.
     
  • 2.148, ананоша (?), 16:51, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    C -> Zig
     
  • 2.149, burjui (ok), 16:53, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У D ещё много чего нет - работы над исправлением багов 14-летней давности, например.
    https://issues.dlang.org/show_bug.cgi?id=2043
     
  • 2.151, Андрей (??), 16:54, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    C → Vala
     
  • 2.159, Аноним (159), 17:09, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    C → C. Остальные не доросли еще.
     
  • 2.160, Аноним (160), 17:12, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Про С# видать не смогли придумать.
    .
     
     
  • 3.170, Аноним (170), 17:32, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    C# → Crystal
     
     
  • 4.183, Андрей (??), 18:27, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ещё Red есть.
     
  • 2.169, Аноним (170), 17:29, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    C → Project Verona
    C++ → Carbon
    D → C++20
    Java → Kotlin
    JavaScript → AssemblyScript
     
  • 2.185, Андрей (??), 18:36, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    HolyC
     
     
  • 3.194, Аноним (194), 18:55, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    QuakeC хватит всем!
     
  • 2.191, Аноним (191), 18:52, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >>C → Rust

    Создатели Rust писали что он "то, каким должен был стать С++".
    О замене Си ни кто не говорил.

     
     
  • 3.281, achtosluchilos (ok), 04:56, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    тащить на каждое приложение по 200 зависимостей частично разных версий одних и тех же библиотек?

    насколько мне известно в c++ в рамках одного бинарника так нельзя, только если не через namespaces, и то придется патчить библиотеки.

     
     
  • 4.369, Прохожий (??), 06:12, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Тебя кто-то заставляет так делать? Это всего лишь возможность. И хорошо, когда она есть, чем когда её нет.
     
  • 2.214, yurikoles (ok), 20:27, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Пока эти поц-и-энты с NIH-синдромом пытаются сделать «убийцу %language_name%» Яббл довольно успешно сделал переход Objective-C -> Swift. Они, кстати, основные творцы этого вашего Clang / LLVM, до них это был никому не нужный и малоизвестный академический проект.
     
     
  • 3.235, Аноним (235), 22:57, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так шланг и щяс не нужон, при живом-то GCC.
     
     
  • 4.236, yurikoles (ok), 23:07, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ну так шланг и щяс не нужон, при живом-то GCC.

    А ты не думал, что одна из причин, почему GCC до сих пор шевелиться – это как раз здоровая конкуренция с LLVM? В плане архитектуры, модульности и расширяемости он стоит на порядок выше. Это было заложено именно академиками в начале нулевых. Ну и писали его изначально именно на плюсах. У него сотни форков, в которых добавляют то фронтенд для какого-то нового ЯП, но бэкенд под новую ISA. А GCC это 40-летний привет на C из 80-х, в который только пару лет назад начали принимать код на плюсах.

     
     
  • 5.395, Вы забыли заполнить поле Name (?), 14:14, 28/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> Ну так шланг и щяс не нужон, при живом-то GCC.
    > А ты не думал, что одна из причин, почему GCC до сих
    > пор шевелиться – это как раз здоровая конкуренция с LLVM? В
    > плане архитектуры, модульности и расширяемости он стоит на порядок выше. Это
    > было заложено именно академиками в начале нулевых. Ну и писали его
    > изначально именно на плюсах. У него сотни форков, в которых добавляют
    > то фронтенд для какого-то нового ЯП, но бэкенд под новую ISA.
    > А GCC это 40-летний привет на C из 80-х, в который
    > только пару лет назад начали принимать код на плюсах.

    Хорошая у тебя методичка. Сразу видно упоротого яблочника.

     
  • 5.400, Аноним (-), 18:50, 01/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >А GCC это 40-летний привет на C из 80-х, в который только пару лет назад начали принимать код на плюсах.

    В каком там году 4.8 вышла? А принимать-то годом раньше начали.

     
  • 3.278, Вы забыли заполнить поле Name (?), 02:51, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Пока эти поц-и-энты с NIH-синдромом пытаются сделать «убийцу %language_name%»
    > Яббл довольно успешно сделал переход Objective-C -> Swift.

    А... Попка не болит видимо, уже привык. Это Swift, который кроме как на телефонах никому нигде не нужен. Или ты сервера на нем пишешь?

    > Они, кстати, основные творцы этого вашего Clang / LLVM, до них это был никому не нужный и малоизвестный академический проект.

    Ты наверное статистику коммитов ведешь в LLVM от разных компаний, поделишься?


     
  • 3.282, achtosluchilos (ok), 04:59, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Яббл довольно успешно сделал переход Objective-C -> Swift.

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

    все либы они тащат на си, с++, обжц, потому что 1. проверенно временем, 2. есть из чего выбрать, 3. производительнее.

    Этот ваш swift, это как .net в мире windows. Кажется, что он есть и кажется, что он нужен, а по факту только девочки с розовыми париками туда и лезут, браузера все на си и с++, хоть под вендой хоть под маком. Никому еще в голову не пришло писать браузер на .NET/Swift, (gui к движкам много хоть на pywebkitgtk).

     
  • 3.334, name (??), 16:44, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    LLVM сделали потому что GCC зашкварен shвабодкой (ака GPL).
     
     
  • 4.344, Аноним (344), 22:47, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Они ядро для андроид собирают llvm, нафига им еще все грабли gcc обходить?
     
  • 3.396, Аноним (396), 10:19, 29/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >Они, кстати, основные творцы этого вашего Clang / LLVM, до них это был никому не нужный и малоизвестный академический проект.

    Поэтому и не нужен. Потому, что под Ябблом.

     

  • 1.80, user90 (?), 13:07, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    От синтаксиса вздрогнул.
     
  • 1.81, Аноним (79), 13:08, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Компилятор Carboon написан с использованием LLVM и наработок Clang

    Вот с этого и надо было начинать тему...

     
     
  • 2.329, Аноним (329), 15:21, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это недостаток. Поэтому, пока не появятся альтернативные реализации, не интерсно.
     

  • 1.82, Anonima (?), 13:18, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Туда вот эти школьники контрибьютят https://github.com/matklad ? Воздержусь даже от расшаривания этой новости своим коллегам.
     
     
  • 2.92, Анончек (?), 13:36, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    https://matklad.github.io/resume/

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

     
     
  • 3.184, Аноним (179), 18:28, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Офигенное резюме, кстати. Ничего ты не понимаешь.
     
     
  • 4.245, Аноним (245), 00:22, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Каникулы.....
     
  • 4.246, Аноним (245), 00:25, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В резюмах школьников с воспалённым ЧСВ - да, не разбираюсь
     
  • 4.272, Аноним (123), 02:31, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Офигенное резюме, кстати. Ничего ты не понимаешь.

    Пожалуй соглашусь

     
  • 2.103, Аноним (79), 13:55, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    ужас... как развидеть? кто оно...
     
     
  • 3.304, Аноним (304), 11:42, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    "Оно" нормальный человек, но значительно умнее Вас. Просто он фотку старую-древнюю выложил. Тут по-старше выглядит, но неизвестен год
    https://compscicenter.ru/teachers/934/
     
  • 2.300, Аноним (304), 11:30, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Сложилось ощущение, что Вы, дяденька, с дуба рухнули и еще не восстановились По... большой текст свёрнут, показать
     
  • 2.354, freecoder (ok), 12:04, 23/07/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    У человека уже 10 лет проф. опыта, причем поработать успел на Python, Java/Kotlin и Rust. Работал в JetBrains, активно контрибьютит в экосистему Rust. Он кто угодно, но явно не "школьник". Завидуйте молча.
     

  • 1.87, Гугель (?), 13:30, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Чем бы олимпиадники ни тешились, лишь бы не хныкали.
     
  • 1.99, Анонимомус (?), 13:50, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    По синтаксису и по идее похоже на недавний jakt от разработчиков SerenityOS.
     
  • 1.105, Без аргументов (?), 13:57, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Што? Опять? Разделяй и властвуй.
     
     
  • 2.108, Аноним (79), 14:04, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ...Сойдём же, и смешаем там язык их, так чтобы один не понимал речи другого. ... и перестали они строить город.
     
     
  • 3.113, Аноним (113), 14:28, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да и ладно. С этими cabrones вменяемым разрабам всё равно не по пути.
     

  • 1.114, Аноним (114), 14:30, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Наконец то этот треш от балбесов стандартизации заменят.
     
  • 1.115, Аноним (115), 14:38, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Они бы лучше этот Carbon в начале на Rust переписали, а потом дальше развивали.
     
     
  • 2.117, Аноним (20), 14:55, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А потом переписали на Carbon.
     
  • 2.167, Аноним (170), 17:20, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не на Rust, а на Project Verona.
     
  • 2.355, freecoder (ok), 12:08, 23/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Просто кто-то из гугловых плюсовиков решил, что он может сделать лучше, чем Rust. Попытка хорошая, но сомневаюсь, что приведет к успеху.
     
     
  • 3.380, wyry (?), 16:24, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Немного двойные стандарты от вас. Вы защищаете разработчиков Rust (и правильно делаете в сущности, т.к. нападки на них явно неуместны), но совершенно пренебрежительно отозвались о разработчиках Carbon просто потому, что понимаете кому на самом деле он создаст конкуренцию. Ну а если Rust так хорош, почему Google решил создать свой велосипед? Вопрос не ради троллинга, мне действительно интересно, нафига ещё один язык?
     
     
  • 4.401, freecoder (ok), 11:47, 04/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Истинных причин я не знаю, но рискну предположить, что это инициатива снизу. Многие плюсовики крайне негативно относятся к Rust, толком его даже не попробовав. Проблема в том, что Rust их ограничивает, а это удар по их идеологии. Поэтому им хочется что-то более плюсовое в этом аспекте, но посовременнее плюсов в других.
     

  • 1.116, Иваня (?), 14:44, 21/07/2022 Скрыто модератором [﹢﹢﹢] [ · · · ]
  • +1 +/
     
     
  • 2.130, Аноним (123), 16:16, 21/07/2022 Скрыто модератором
  • –1 +/
     
  • 2.155, burjui (ok), 16:56, 21/07/2022 Скрыто модератором
  • –1 +/
     
  • 2.166, Аноним (170), 17:19, 21/07/2022 Скрыто модератором
  • +/
     
  • 2.303, Антон Программист (ok), 11:42, 22/07/2022 Скрыто модератором
  • +/
     

     ....ответы скрыты модератором (4)

  • 1.120, Аноним (120), 15:27, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Очередной убийца б-гмерзкого С++. Сколько их уже отправилось на свалку истории не счесть, а сколько ещё отправится.
     
     
  • 2.156, burjui (ok), 17:00, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Главный убийца C++ - это комитет стандартизации. Но ему противостоит большая старая дымящаяся куча кода, так что умирать будет ещё долго, под капельницей.
     
     
  • 3.190, Аноним (190), 18:52, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >так что умирать будет ещё долго, под капельницей

    Впрочем, как и Rust, и другие. Fortran с Коболом вон всё никак.

     
     
  • 4.356, freecoder (ok), 12:10, 23/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    На Rust еще нет legacy.
     
  • 2.164, Аноним (170), 17:19, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    JS++ убил C++.
     
     
  • 3.196, Аноним (190), 19:02, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    "JS++ is a programming language for web development"
    Это всё, что нужно знать про этого "убийцу" C++.
     
  • 3.280, leap42 (ok), 04:51, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > JS++ убил C++.

    лол, в ААА игрострое? в движках браузеров? в лабах студентоты?

     

  • 1.121, ip1982 (ok), 15:31, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/

    Какой такой сотрудник? https://github.com/carbon-language/carbon-lang/commits/trunk
     
     
  • 2.143, Вы забыли заполнить поле Name (?), 16:38, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Какой такой сотрудник? https://github.com/carbon-language/carbon-lang/commits/trunk

    https://github.com/carbon-language/carbon-lang/commits?author=jonmeow

     

  • 1.122, ip1982 (ok), 15:32, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    КоК на месте https://github.com/carbon-language/carbon-lang/commit/c20c6cb8bf3e7a500abc0cd7
     
     
  • 2.152, Михрютка (ok), 16:55, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    - be careful in the words that you choose,

    + be careful in the words that we choose,

    прелесть какая.

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

     
     
  • 3.175, pashev.ru (?), 17:53, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > The Carbon community

    Кожаные мешки.

    00666

     
  • 3.176, pashev.ru (?), 17:55, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Правильнее было бы заменить на they — ибо они изначально говорят о третьем лице («просим всех членов»).
     
     
  • 4.186, Аноним (190), 18:40, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Членов упоминать неполиткорректно.
     
     
  • 5.325, Аноним (297), 14:14, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    заменить на мужеложцев ?
     

  • 1.125, Аноним (125), 16:04, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Немного оффтопик!
    Ребята у кого ещё не открывается без vpn python.org? В чём прикол? или это только у меня:)
     
     
  • 2.128, Аноним (125), 16:08, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вот тебе и диверсити:)
     
  • 2.202, Dzen Python (ok), 19:36, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ты таки будешь смеяться, но без проблем
     
  • 2.229, Анончик (?), 21:43, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Открывается. РФ.
     
     
  • 3.350, Аноним75 (?), 09:41, 23/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я хз, че это было! то только сейчас заработало!
     

  • 1.127, vitalif (ok), 16:08, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хренота конечно та ещё. Для тех, кому по какой-то причине хочется упоротый синтаксис раста, но не хочется трахаться с борроу чекером. На плюсы по-моему вообще не похоже ничем
     
     
  • 2.140, Вы забыли заполнить поле Name (?), 16:34, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Раст в планее ООП вообще не похож на плюсы. А тут уже ближе.
     
     
  • 3.181, Аноним (179), 18:22, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Раст в плане ООП вообще не похож на плюсы

    В чём его преимущество лично для меня (задрал этот ООП). Но, следует признать, подход этого нового язычка несравненно прагматичнее, потому что легче постепенно мигрировать с C++-легаси.

     
     
  • 4.188, Аноним (190), 18:48, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Лично для тебя ты сам решай, но и другим не навязывай своё мнение. Ынтерпрайз, пишущий на Java, С++, видимо, видит толк в ООП.
     
     
  • 5.284, Аноним (-), 05:21, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ынтырпрайз у нас теперь икона, на которую следует держать равнение? Ынтырпрайз классически следует тем приёмам, которые проще всего впаривать. ООП например. Хрен кто знает, что такое ООП, у каждого своё собственное понимание, плюс, мне кажется, пропоненты ООП ловко меняют своё понимание под ситуацию так, чтобы сколько бы ты не спорил с тем, как они понимают ООП, они бы всегда понимали бы его иначе, и все твои аргументы пролетали бы мимо них. Такого рода вещи проще всего впаривать: если никто не знает что такое X, тебе надо лишь угадать, что кастомер больше всего ценит, и начать рассказывать что X как раз именно это и обеспечивает.
     
  • 4.211, Вы забыли заполнить поле Name (?), 20:09, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Там как бы в первом абзаце написано, что гуглу не легче

    https://github.com/carbon-language/carbon-lang#why-build-carbon

    > Existing modern languages already provide an excellent developer experience: Go, Swift, Kotlin, Rust, and many more. Developers that can use one of these existing languages should. Unfortunately, the designs of these languages present significant barriers to adoption and migration from C++. These barriers range from changes in the idiomatic design of software to performance overhead.

     
  • 2.306, fuggy (ok), 11:51, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Борроу чекер нужная вещь, которая позволяет избежать висячих ссылок и нулевых указателей. Чтобы контролировать работу с памятью, а не заниматься ручной работой, где можно легко забыть. Потому что когда разрабатывали си нельзя было сделать производительный компилятор, который бы следил за ссылками. А когда разрабатываешь язык в 21 веке, то нужно либо сборщик мусора, либо если нужен быстрый низкоуровневый язык, либо борроу чекер или другой аналог на этапе компиляции.
     

  • 1.134, Аноним (134), 16:28, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Да возьмите уже D, да ё моё. Ну и этому сотруднику расскажите. Ах ну да, он же придуман не сотрудником.
    А тем временем у D нет финансирорвания, как раньше сказали.
     
     
  • 2.142, Вы забыли заполнить поле Name (?), 16:36, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Да возьмите уже D, да ё моё. Ну и этому сотруднику расскажите.
    > Ах ну да, он же придуман не сотрудником.
    > А тем временем у D нет финансирорвания, как раньше сказали.

    А что книгалиц не спонсирует Александресску, а разваивает дальше свою folly?

     
  • 2.158, burjui (ok), 17:07, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это такой тонкий юмор? D ещё хуже плюсов: GC, недоделанные фичи, куча багов и Уолтер Брайт, который занимается не их исправлением, а запилом ненужных фич.
     
     
  • 3.165, fumanchez (ok), 17:19, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Все правильно, заранее сделал баги, чтобы было что исправлять - иначе деньги расходовались бы впустую.
     
  • 3.198, Аноним (134), 19:16, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Будет популярити, будут и баги уходить, имхо.
    А вот тонна фич - это нюансик, да.
     
  • 3.200, ПлюсыЖивутВ90х (?), 19:27, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Сначала плюсы пусть юникод осилят, а потом уже заявляйте про то, какие они более лучшие что ли.
     
     
  • 4.275, Аноним (123), 02:37, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Сначала плюсы пусть юникод осилят, а потом уже заявляйте про то, какие
    > они более лучшие что ли.

    std::u8string, std::u16string, std::u32string

     
  • 4.336, burjui (ok), 18:19, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Умеет или нет, но юникодом разработка не ограничивается. Также лично для меня крайне важна корректность реализации и стабильность компилятора. С этим у С++ всё намного лучше. Уточню, что С++ я не люблю, давно на нём не пишу и ни в коем случае не продвигаю его. Но как бы ни был он ужасен, качество любой популярной реализации С++ (GCC, LLVM, MSVC) на порядок превосходит оное у D, который, по сути, является на данный момент скорее массовым хобби-проектом, нежели чем-то, что я бы пустил в пресловутый "продакшен", даже если это просто утилита для личного пользования, набросанная на коленке за полчаса.
     
  • 2.163, Аноним (170), 17:16, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Зачем нужен D, когда есть C++20?
     
     
  • 3.338, burjui (ok), 18:25, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я бы не стал использовать ни то, ни другое. Если кратко: D - умный школьник (работать рано), а C++ - очень умный взрослый, но урод и козёл.
     

  • 1.144, Skullnet (ok), 16:44, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Лучше бы добавили фичи в Go, а то язык на уровне 70х годов.
     
     
  • 2.162, Аноним (170), 17:14, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Go с фичами — это Zig!
     

  • 1.174, Ддд (?), 17:49, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    С++  супер язык и там нет недостатков кроме умственной недостаточности изучающих
     
     
  • 2.182, Аноним (179), 18:25, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну не знаю, начинал с С++ ещё в 1995 (Borland C++ на трёх пятидюймовых дискетах, хы). А бросил в 2018, потому что мозг, мля, не резиновый запоминать все штуки-дрюки. Если для тебя это не проблема, поздравляю: ты намного умнее меня.
     
     
  • 3.270, Ддд (?), 01:56, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да я тоже на Го перешел и отдыхаю
     
  • 2.340, burjui (ok), 18:34, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Супер язык, ага, и недостатков нет. Аж радуга из глаз течёт, когда на нём пишешь. Рекомендую изучать по новой книге Скотта Мейерса "50 оттенков коричневого", тогда ещё и бабочки будут летать вокруг головы.
     

  • 1.195, Аноним (-), 18:56, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну наконец-то. С++ настолько упрощен, что давно требовалось хоть какое-то расширение этого совсем уже примитивного по нынешним временам ЯП.
     
  • 1.203, Аноним (203), 19:47, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Типичный жужель: резделяй и разваливай
     
  • 1.210, yurikoles (ok), 20:08, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Ставлю ведро соплей, что выкидышь попадёт на кладбище проектов Гуулага [0] минуя стадию рождение.

    [0] https://killedbygoogle.com/

     
     
  • 2.225, Вы забыли заполнить поле Name (?), 21:16, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не твоя - вот ты и бесишься (c)
     

  • 1.219, Аноним (215), 20:33, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > var circles: Array(Circle) = ({.r = 1.0}, {.r = 2.0});

    Это то же на столько лучше чем простая

    >std::vector<Circle> circles = {{1.0}, {2.0}};

     
     
  • 2.220, yurikoles (ok), 21:03, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты не понимаешь, это от других, своих людей.
     
  • 2.224, Вы забыли заполнить поле Name (?), 21:15, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Это то же на столько лучше чем простая
    >>std::vector<Circle> circles = {{1.0}, {2.0}};

    Тут вообще не понятно с первого взгляда, что произойдет, если не знать как написаны конструкторы vector и Circle.

     
     
  • 3.276, Вы забыли заполнить поле Name (?), 02:44, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Это то же на столько лучше чем простая
    >>>std::vector<Circle> circles = {{1.0}, {2.0}};
    > Тут вообще не понятно с первого взгляда, что произойдет, если не знать
    > как написаны конструкторы vector и Circle.

    std::vector<std::string> strings{2}; // A vector of two empty strings.
    std::vector<int> ints{2};            // A vector containing only the integer 2.

     
     
  • 4.279, Аноним (79), 04:24, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    И что тебе тут не понятно? Что 2 - это не строка? Или что int не может быть empty?
     
     
  • 5.287, Вы забыли заполнить поле Name (?), 07:02, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > И что тебе тут не понятно? Что 2 - это не строка?
    > Или что int не может быть empty?

    2 - это размер массива, а во втором случае initializer_list. Поэтому я и написал, что без знания об объявлении конструктора что будет - неочевидно. Поэтому и новый синтаксис.

     
  • 4.324, Аноним (301), 14:02, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Строки и символы в cpp устанавливаются в кавычках. Используй знак =  перед {2}
     
     
  • 5.331, Вы забыли заполнить поле Name (?), 16:04, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Строки и символы в cpp устанавливаются в кавычках. Используй знак =  
    > перед {2}

    Причем тут это? Речь про то, что даже с brace initialization синтаксисом в плюсах все сложно и не очевидно. Это ответ в этой ветке почему нужен новый синтакисис в новом языке.

     
  • 2.231, Аноним (79), 21:52, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    хм...

    var circles: array of Circle = [(r: 1.0), (r: 2.0)];

     
     
  • 3.233, yurikoles (ok), 22:22, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > хм...
    > var circles: array of Circle = [(r: 1.0), (r: 2.0)];

    Вот вариант на Swift вместе с объявлением Circle, конструктор «беслпатный».

    struct Circle {
        let r: Float
    }

    let circles: [Circle] = [.init(r: 1.0), .init(r: 2.0)]


     

  • 1.221, Аноним (221), 21:05, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Чтобы улучшить современный C++ из него надо убрать лишние фичи, а не накидывать новых!
     
     
  • 2.222, yurikoles (ok), 21:11, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Чтобы улучшить современный C++ из него надо убрать лишние фичи, а не
    > накидывать новых!

    Только не говори об этом мастдаю с его си-диез, а то ещё одумаются и поймут, что они последние лет 10-15 только и накидывают сахар и фичи ради фич. В последней версии есть вагон и маленькая тележка сделать одни и те же банальные вещи, это похоже на арабский язык с его диалектами в каждой отдельной стране и её регионах.

    В контраст им Python, где наоборот стремятся к минимализму и единообразию.

     
     
  • 3.228, Вы забыли заполнить поле Name (?), 21:21, 21/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В контраст им Python, где наоборот стремятся к минимализму и единообразию.

    Отличная шутка.

     
  • 3.347, Аноним (-), 03:09, 23/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > не говори об этом мастдаю с его си-диез

    До-диез.

     
  • 3.348, Аноним (160), 03:54, 23/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Тем не менее , он все равно опережает Java. Хотя единственное, где Java рвет диез, так это в библиотеках и их лицензировании.
     

  • 1.234, Аноним (234), 22:43, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Адепты сего писания светятся в темноте или у них еще какие бонусы появляются?
    С++ это контроль над кодом для которого написана куча всего и процессоры созданы совместимыми чтобы не потерять кучу усилий вбуханых в поддержку легаси языков С и С++.
    Сарбон это что? Пара приколов в стиле ржавого для С++?
    Системный язык не должен иметь контроль сам над собой. Это приложуху стоит контролировать, особенно когда клиент может натворить всякую дичь.
    Ждем надстройку над сарбон, а то не модно, стильно, молодежненько.
    Нужен  четенький надсарбон для четких пацанов.
     
     
  • 2.343, Аноним (344), 22:40, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    О каком контроле над кодом можно говорить, если Ылитарные с++ погромисты сами его не контролируют?
    Посмотри на баги в больших плюсовых проектах
    Напр. Хром - 351 overflow и 94 memory Memory Corruption https://www.cvedetails.com/product/15031/Google-Chrome.html
    Или блендер (правда он не полностью на плюсах)
    Или винда - там каждый месяц закрывают пару десятков уязвимостей.
    Так что у гугла есть все основания сделать свой язык?

     

  • 1.241, Аноним (241), 23:35, 21/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    уже даже не смешно.
     
  • 1.251, warlock66613 (ok), 00:43, 22/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Так чем он лучше C++?
     
     
  • 2.252, yurikoles (ok), 00:45, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > Так чем он лучше C++?

    Чем С++ ¯\_(ツ)_/¯

     
  • 2.320, Аноним (320), 13:49, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Чем Rust
     

  • 1.274, Аноним (274), 02:34, 22/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Человеческий C++ - это D и точка!
     
  • 1.277, fuggy (ok), 02:46, 22/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Мы сделаем язык как C++, но не C++. Наш С++. С синтаксисом похожий на C++, но другим. И зачем это всё?
    Мы просто заменим #include на import и int на i32 и всё новый язык готов.
    Если они хотят расширить возможности и убрать недостатки. То зачем для этого нужно другой синтаксис, если хотят сделать максимально похожий на С++. А если хотят повысить производительность и безопасность, то тогда надо было новый компилятор писать, а не язык. Оставили бы синтаксис, выкинули бы плохое, убрали бы undefined behavior и места где можно отстрелить пятку.
    По синтаксису больше на Rust похож. Скорее всего тайная цель это убийца Rust, заменить на язык от "правильной" компании. Его уже в ядро собираются принимать, и тут появляется новый язык с операбельностью с кодом С++.
     
     
  • 2.285, Аноним (234), 06:01, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Просто ллвм умеет переделывать надписи перед компиляцией. Так можно и по-русски в Си, плюсы.
     
  • 2.305, Антон Программист (ok), 11:46, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    import в c++20 уже появился, увеличивая сборку до 70% по скорости
     
  • 2.327, Аноним (-), 15:07, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >И зачем это всё?

    Фатальный недостаток.

     

  • 1.283, achtosluchilos (ok), 05:08, 22/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Всеми руками за. Именно за C++ совместимый аналог/замену C++.

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

    Один тот факт что .h заголовочные файлы можно выкинуть это огромный плюс для меня, всегда тошнило от лишней работы с .h файлами, вместо того чтобы тратить время на написание кода. Как тогда распространять проприетарные библиотеки для линковки? Просто. Написать "генератор" заголовочных файлов к библиотеке. Например, чтобы carboon сам их создавал по запросу, а по дефолту они не нужны, только для распространения пактов в deb/rpm/etc, тогда сразу пропадет потребность static linking единого бинаря как в rust/go. Но ручное написание headers это садо-мазо которое тянется с 83 года.

     
  • 1.286, Daemon (??), 07:02, 22/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Эти абстракции уже порядком надоели. Каждый создатель воротит что хочет. Есть тип строк в юникоде - wchar_t*. Нет б...дь....  QString (QT), String(MS), etc... Тут что будет? CarbonString??????
     
     
  • 2.288, Вы забыли заполнить поле Name (?), 07:05, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Эти абстракции уже порядком надоели. Каждый создатель воротит что хочет. Есть тип
    > строк в юникоде - wchar_t*. Нет б...дь....  QString (QT), String(MS),
    > etc... Тут что будет? CarbonString??????

    УзбагойсяString

     
  • 2.293, achtosluchilos (ok), 09:12, 22/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Много строковых данных занимают много памяти.

    https://en.cppreference.com/w/cpp/string/basic_string

    Просто нужно использовать std::u16string это будет родственник QString по идее. А вот wchar_t на каждой платформе разных размеров. Либо же std::u8string но это C++20. QString тем и хорош что универсальный и реализует сотню удобных методов, которых в STD нет и не будет еще лет 50.

    Примерно год назад в интернетах я находил интересную библиотеку, которая предлагалась как замена над всми этими проблемными string/wstring/view/unicode/etc, а вот вспомнить и найти никак не могу. У автора еще был блог где он все описывал.

     

  • 1.294, Аноним (294), 09:32, 22/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    нечитаемый мусор -> /dev/null
     
  • 1.358, nc (ok), 16:09, 23/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Тема языков программирования лично мне всегда интересна) Но и здесь как всегда код пишется раньше документации.
    Почему-то все стремятся к этому синтаксису "var x:i32". Почему? У него реально есть преимущества?
     
     
  • 2.360, Аноним (360), 18:38, 23/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Нет конечно. Слово 'var' устарело сейчас модно или 'let' или 'const'.
     
     
  • 3.363, nc (ok), 19:37, 23/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Дело не в конкретном слове, а в форме синтаксиса "тип справа". Понятно что в варианте С++ "тип слева" есть неоднозначности. Но если сделать функции начинающимися с "fn" то неоднозначности вроде как исчезают.
    Обычно говорят что "тип справа" это из-за необязательности указания типа, т.е. можно указать а можно и довериться автоматическому выводу типов. Но в С++ "тип слева" не мешает работать ключевому слову auto.
     
     
  • 4.364, Аноним (364), 22:20, 23/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В последнее время это модно, считается что это проще читать при выводе типов.

    https://softwareengineering.stackexchange.com/questions/316217/why-does-the-ty

     
  • 4.373, Вы забыли заполнить поле Name (?), 06:57, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Но в С++ "тип слева" не мешает работать ключевому слову auto.

    Ну auto надо писать, а тут можно просто не указывать как в лямбде в С++. Хотя опциональное указание возвращаемого значения для сигнатур функций (не лямбд) мне кажется опасной практикой: ide и компилятор его знают, а вот при чтении кода в обычном редакторе без плагинов или на ревью придется в уме его выводить, заглядывая в тело функции.

     
  • 4.375, n00by (ok), 07:52, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Обычно говорят что "тип справа" это из-за необязательности указания типа, т.е. можно
    > указать а можно и довериться автоматическому выводу типов. Но в С++
    > "тип слева" не мешает работать ключевому слову auto.

    Посмотрите, как в ML используется двоеточие https://ru.wikipedia.org/wiki/Standard_ML
    а так же в описании алгоритма Хиндли — Милнера https://ru.wikipedia.org/wiki/Вывод_типов
    Наверное, просто копируют у классиков.

     
  • 2.378, Анончик (?), 13:51, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно, это же паскаль.
     

  • 1.379, wyry (?), 16:14, 24/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хочет быть убийцей C++, а станет убийцей Rust). А для C++ по сути даже конкурентом не будет толком, т.к. это по сути обёртка с другим синтаксисом и выброшенными "опасными" инструментами.
     
     
  • 2.405, Аноним (405), 11:28, 11/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    раст и сам по себе развалится его главное не трогать.  
     

  • 1.381, Аноним (381), 23:26, 24/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >    Предоставление средств для безопасной работы с памятью, использование которых позволяет защититься от уязвимостей, вызванных обращением к области памяти после её освобождения, разыменованием нулевых указателей и выходом за границы буфера.

    Нутак в плюсах они давно есть, а проблемы возникают из-за совместимости с C - вместо того, чтобы написать новую либу на C++ со всеми примочками для безопасной работы с памятью, ленивые разработчики просто задействуют сишную либу.

     
  • 1.386, Аноним (-), 20:18, 25/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А разве Rust не позиционируется как замена C++? Rust уж точно не замена чистого Си.
     
     
  • 2.387, Аноним (62), 20:30, 25/07/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Позиционируется. Но не особо получается.
    Приходится придумывать какие-то обходные пути - типа этого карбона. Но по ходу, тоже не выгорит.
    C++ силён как никогда!
     
  • 2.404, Аноним (405), 11:27, 11/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Нет это боковой учебный язык типа Хаскеля. Который про проверку концепций, а не результат.
     

  • 1.388, qsdg (ok), 22:07, 25/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > Сотрудник компании Google

    Так преподносят как будто это освящённый самим Робом Пайком. Я работал в Гугле, и качество программистов в среднем там как и везде. В Долине даже называют Гуглю "кладбищем программистов". Примерно как какая-нибудь большая outsource контора в восточной европе -- туда приходят джуны поднабраться опыта, но когда научился кодить, то стыдно там оставаться долго.

     
  • 1.389, bOOster (ok), 22:26, 25/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Надорвется....
     
     
  • 2.403, Аноним (405), 11:26, 11/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ты уже ядро надорвался переписать на раст.
     

  • 1.393, Tatiyana471 (ok), 19:07, 26/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Компания Google развивает язык программирования Carboon, который позиционируется как
    > экспериментальная замена C++, расширяющая данный язык и устраняющая имеющиеся недостатки.
    > Язык поддерживает базовую переносимость с C++, может  интегрироваться с имеющимся
    > кодом на C++ и предоставляет инструменты для упрощения миграции существующих проектов,
    > автоматически транслирующие C++-библиотеки в код на языке Carboon. Например, можно переписать
    > на Carbon определённую библиотеку и использовать её в существующем проекте на
    > С++. Компилятор Carboon написан с использованием  LLVM и наработок Clang...
    > Подробнее: https://www.opennet.ru/opennews/art.shtml?num=57532

    Давно уже пора создать какой-то новый нормальный аналог плюсам, так что очень рада.

     
     
  • 2.402, Аноним (405), 11:26, 11/08/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Какой ещё а задницу Carboon.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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