Уолтер в коммунити zig-а суету наводит: https://news.ycombinator.com/item?id=41015588 С одной стороны, конешн,

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

Да все правильно

В маркетинге зига важную роль играет простота ЯП, что, в свою очередь, сильно повышает ему трудоёмкость разработки более сложного софта. Из-за этого у него коммунити будут те, кто банально не хочет или не может освоить сложные ЯП-ы и те же плюсы, но значит они ровно также не смогут освоить и ди. К ним относятся и совсем новички с первым системным ЯП в стеке, которым проще учиться на чем-нибудь попроще. А также те, кто сложным софтом не занимается и трудоёмкость для них не важна, этим тож не нужен ди. Неизвестно, в какой пропорции эти категории разрабов к основному коммунити, но есть некий шанс, что их много, а значит любой маркетинг ди в таком коммунити будет изначально неудачным. Зато есть шанс сагрить коркоманду, подпортив добрососедские отношения, таки люди бывают очень ранимые. Разве что там в комменты будут заглядывать плюсовики и остальные т.к. hn портал популярненький. Тогда раздражать в комментах плюсовиков уже выглядит более выгодным т.к. тот, кто может освоить плюсы, может освоить и ди. В части более простых ЯП-ов это предположение запросто может быть неверным, а риск кого-нить сагрить высок. Эту проблематику я и подразумевал выше.

Ну про сложный софт, хз

И на зиге написан зиг, и рантайм к js

"занимается" подразумевалось в составе малой команды либо в соло, поскольку трудоёмкость здесь наиболее критична. В сложной системе начинаются и сложные эффекты между взаимодействующими частями. В теории всё красиво: пилим фичу A, потом пилим фичи B и C, всё работает. На практике же фича A будет влиять на B и C, потом B и С на A, B на C друг на друга, потом на это всё будет влиять ось, тулчейн, рандомные факторы\требования и т.д. и т.п. с бонусом изменений во времени т.к. в природе в общем-то нет статичных систем, всё постоянно изменяется. Собсна, эти проблемы можно отследить косвенно: на хабре, hn, реддите и т.п. кол-во впечатляющих проектов, написанных малыми командами или в 1 лицо мало, либо вообще стремится к нулю. Мало, можно пересчитать по пальцам, да или вообще нет литературы по архитекту более сложных штук - фреймворков, вм, гуев и т.п. Спрашивается, что мешает спамить уберсофтом высоких левелов? Но почему-то этого никто не делает.

Я не совсем понимаю

Так почему ты свой опыт перекладываешь на всех? Архитектурные решения у всех свои. условно мне для игр ООП в языке это ок, но я спокойно напишу ECS like систему и выкину его. В отличии от Odin который я люблю больше зига. Хоотя он мне и вставляет палки в колеса. Там есть компайл тайм вычисления, почти все что надо. Ты можешь реализовать на этом. На Го пишут софт любой сложности. В С3 есть интерфейсы. В Зиг это сделать можно, когда надо. В Один это тоже можно сделать, но менее удобно. Потому что у тебя будут голые втаблицы.

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

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

Че-то я не видел такого поинта

это снова выглядит бессмысленным холиваром. Я там отметил выше, что проблемы IT отрасли можно установить косвенно, если почитать да посмотреть IT-материалы в сети. Вероятно, условно подавляющее большинство можно свести к 3 группам: 1. Примитивный хелловорд, который бесполезный из-за своего примитивизма и отсутствия внимания к деталям. 2. Какая-то узкоспециализированная хрень, в которой оч хорошо разбирается автор, но больше он не разбирается ни в чём, поэтому эти детали влияют на результат лишь частично, другие же автор упускает. 3. Готовый фреймворк\либа, детали работы которого автор до конца либо не понимает, либо раньше понимал, но потом забыл. Собственно, получить из разных современных технологий или даже из одной сложный, продвинутый, функциональный результат у подавляющего большинства почему-то не выходит: разработчиков миллиарды миллионов, а вот результаты отрасли с этим никак не стыкуется и в этом есть свои причины. Поэтому я уверен на 99.9999%, что ты через N лет полностью изменишь свои взгляды на ЯП-ы, архитектуру и вообще на работу в IT. Просто потому что я ровно также их менял и в т.ч. срался в чатах за идеалы и "правильные подходы", которые оказались говном, а мои технокумиры блогеры - раками. И все так делают. Сорян за достаточно агрессивный мой ответ в сообщении выше, поскольку я увидел в вопросе некую дискредитацию квалификации,а к этому айтишники "на всю голову" оч чувствительны, таки большая часть жизни потеряна в IT, что влияет на реакции. Но учитывая сложности оценки сообщений в чате, её запросто могло там не быть. Я сделал это лишь в целях защитного "зеркалирования" вопроса, не более.

Ну для начала, в моем мире. Разработчиков не хватает. Особенно в узкоспециализированных сферах. Полно разработчиков на высоком уровне. Питон, пхп, яваскрипт. Чем ниже уровень, тем сложнее найти реального разработчика и даже информацию. В той же Яве, многие дальше фреймворка ничего не умеют. Даже в Беке, спецов не хватает. Особенно когда тебя садят на условный Го /Раст и говорят. А теперь, теперь давай думай как сделать задачу, без фреймворка. Я вот не умею в графику. Точнее умею, но очень плохо. OpenGL 2д, не более. Я в это не лезу и лезть особо не хочу. У меня на это времени, нет, максимум пару часов раз в неделю, ради будущего. И так у большинства разработчиков, есть прикладная область и в ней пол жизни. А те кто мани онли девы, они тут ради деняг, они не будут шевелится больше чем надо. Теперь внимание! Кроме Си. По сути языков этого уровня и не было, достойных для использования. По этому люди уже и забыли как это. Сделали Плюсы, потом Яву и все это был толчок. Дальше в основном копипаста с улучшением. Если мы говорим про большинство продакшена. Си стал АБИ и совсем нишевым языком. Увы на нем писали не так много, но писали. Nginx, Linux, SDL, да почти в любой прикладной сфере есть либа на Си. Критичная и важная для всего комьюнити. Без этих либ, сделать что то реальное и сейчас трудно. Это отнимет у тебя месяцы, года, 10ки лет. Еще такие либы есть на С++, но уже не все так однозначно. Так почему С++ был сделан и почему все так пошло? Потому что Си был сложен, его модель памяти была тяжела и функционала не хватало. Даже 10 лет назад информации и хороших решений было мало, что говорить о раньше. Интернет развивается, люди решают свои проблемы. Теперь поймать ошибку памяти раз так в 20 проще. А запомнить как эта память будет работать в С++ или другом сложном ООП языке, практически невозможно или требует много когнитивных ресурсов. Почему условный Раст тяжело запихнуть в ААА играстрой и почему он там как 5 колесо. Потому что этот товарищ допускает утечки памяти и в целом , с памятью там работать еще сложнее, чем с С++. А новая пачка Си лайк языков, делает работу над ошибками именно там, где основная сложность. Проблема в том, что люди вообще забывают насколько это важно и удобно. И что нет языков C ABI совместимых, которые могут заменить. Они только появляются. А это как раз тот самый главный фундамент всего нашего мира. На Си писать сложно, но на Зиг, Один и даже С3 намного проще. Я тут не стараюсь устраивать холивары, сраться или еще что то. Я так же высказываю мнение. Моя мотивация в данной теме: Люди вечно пытаются всем говорить что Си подобные языки или ручное управление памятью сложное. Но это уже давно не так однозначно и вообще никем не доказано. Управлять памятью в ручную на С++ сложно (с таким бы я согласился), а на других языках это совершенно иначе и зависит от языка. И в этом чате я часто говорю о Ди негативно, потому что считаю важным говорить о том что каждому не нравится. У меня есть ряд плюсов Ди, которые я высказываю в чатах Го, раст, луа еще где то. Но писать в чатике по Ди о том какой Ди ламповый, не вижу смысла. Все и так думаю знают зачем программируют на нем. Так же как тут я иногда говорю какой Го классный, я так же в чатике по Го говорю какой он ужасный, тут, здесь и там. @Serg_Gini И я не согласен что от языка зависит 10-20%. От языка зависит много. Потому что это Набор библиотек, что == твое время. Это сложность отладки, дебага и другие вещи.

Если я на Ди что то запишу за 100% времени, а это напишу на С++ за 200% времени. Никакие тут не 10-20%. Даже с поправкой на знания. Даже конфигурирование cmake иногда может вечер отнять. А иногда попытка все запихнуть в dub. Мои фундаментальные знания, паттерны и прочие вещи. не сильно зависят от языка. Вот как раз 10-20% или полное отсутствие чего то. Все остальное это язык. Почему условный Го залетел хорошо? Потому что в стартапах он успевает в тайминги. Раст там не везде успевает. То есть ты пишешь так же быстро как на Руби, ПХП, Ноде или почти.Но у тебя перспективный код, а не вечное легаси и куча боли. Чисто заслуга дизайна языка. По этому его брали и будут брать. А разработчик ну пофиг, найдем, обучим. Думаю на сегодня хватит мои мыслей, всем хорошего вечера C: У меня вчера баг случится с вертикалкой и он меня бесит. Пойду изучать в чем проблема и есть ли шанс фиксануть.

Стикер

То есть Бинарное интерфейс языка, это то чем язык стать не может? ну окей как скажешь.

Всё со всем взаимосвязано. Если в игнор графику, то нужны кейсы на математику. Если игнор на математику, то сильно понижаешь планку задач, поскольку на высоких левелах сложности её больше и больше. Если игноришь систем лоулевел, то он цепляет инфосек, опимизации, алгоритмы и т.п., что автоматически вылетит из стека. Если игноришь хайлевел с ООП, то он цепляет системный анализ, моделирование и т.п. аналитические инструменты на уровне уже целой проги\либы\модуля\etc. Любой игнор на одну какую-нить важную область и перекошенный стек не даст нормально выполнить именно комплексные задачи - создание в одно-несколько лиц рандомносложного проекта. Собсна, всё это выше + забывание, требующее практики, которая время. В итоге сумма времени превышает таковые 24ч в сут. и на части ЯП-ов это выполнить невозможно, что я и отмечал там выше, поскольку их дизайн направлен не на сокращение трат времени, а, наоборот, на увеличение в т.ч. трудоёмкости. Они для таких задач банально не приспособлены, хотя на всех остальных норм + сочетание ЯП друг с другом тоже зависит от их дизайна. Поэтому я и подмечал постоянно именно контекст своих кейсов, а они именно такие. Поэтому я и с D. Опять-таки, если D, например, резко поменяет стратегию развития, начнёт агрессивно ломать совместимость, удалять\добавлять GC, менять синтаксис, депрекейтить всё подряд, то он тож перестанет выполнять мои кейсы, поскольку увеличение затрат времени либо замедлит, либо вообще остановит прогресс. Отсюда всё ситуативно. Если закрались сомнения по поводу невозможности, то тут всё прост... это достаточно легко сэмулировать, например, заняться тем же блогингом с задачами постоянной генерации контента, способного кого-нить зацепить. Отвалится оч много ЯП-ов, отлично вскрывая недостатки их дезигна. Бонус: если основной ЯП контента будет несистемным, то можно не ждать уважения от системных коммунити, воспринимать всерьёз они не будут, конешн, деля авторитет на нуль.

про системщиков странно кстати) не понимаю этого многие плюсовики шутят про питон что он для глупых и всё такое) но одни из умнейших людей работают и ваяют именно на нем =)

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

на нем пишут умные люди в своей предметной области. а в информатике эти люди дуб дубом. Там порой код просто ужас. Я такой код называю - код научных сотрудников. Вроде и не обидел ни одного научного сотрудника, но и правду сказал)))

да нет) там всё хорошо

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

свезло))

Кстати, ни разу не слышал плохого отзыва о питоне, даже наоборот, считается плюсом, если ты помимо с++ знаешь и питон

да гифки там всякие типа «IQ как у хлебушка - иди в питон»)) всякие такие что курица не птица - питон не язык в общем часто такое встречается)

но я согласен что питон топ) в связке с C++/D особенно

Я думаю что такие оценки дают недалекие люди. Какие-нибудь любители сишного ABI, которые считают что си это не ABI, а он просто стал ABI - от этих всего можно ожидать