Похоже, кроме языков программирования, человек владеет языком фактов
Прадед противным старческим голосом, трясясь на своей кресле-каталке: "Перфокааааарты! Перфокааааааарты!"
Вобще то Грейс Хоппер - она создала первый компилятор.
Ада Лавлейс предложила первые концепции программ.
Ада Лавлейс предложила первые концепции программ.
"Контр-Адмирал Грэйс Хоппер", позвольте! :)
(А вообще, смотря что компилятором считать. Компилятор с ассемблера ещё Хэмминг делал в своё время.)
По объёму выйдет гораздо больше половины - такая память имеет плотность меньше чем у перфоленты. По сложности - совсем нет. Просто очень быстро появится программа, которая будет с терминала забирать сишный код, а потом на терминал же (печатающий) выдаст шаблоны где ставить перемычки.
Следующий шаг - запрограммировать робота который будет на стандартных платах запаивать перемычки по печатному шаблону.
Следующий шаг - просто выкинут ненужное и будут напрямую грузить бумажные ленты в озу. С дырочками вместо пятнышек для удобства.
Следующий шаг - запрограммировать робота который будет на стандартных платах запаивать перемычки по печатному шаблону.
Следующий шаг - просто выкинут ненужное и будут напрямую грузить бумажные ленты в озу. С дырочками вместо пятнышек для удобства.
Потом это всё миниатюризовать и мы приходим к FPGA :)
Да практически весь новый интерфейс винды на реакте. Лагает безбожно из-за этого. До чего довел майков эффективный менеджмент в покрасе кнопочек ебать.
Разницы между 10 и 11 виндой нет. Зато тормозит жутко. Рабочий ноут пришлось менять потому что 3 секунды открывались окна файл эксплорера
Разницы между 10 и 11 виндой нет. Зато тормозит жутко. Рабочий ноут пришлось менять потому что 3 секунды открывались окна файл эксплорера
Реакт - отличный рецепт для пиздеца. Почему? Потому что он нихуя не оптимизирует из коробки, оптимизировать должен разработчик "там где нужно, когда нужно". Что, очевидно, для среднего кодера выливается в "никогда, нигде". И нихуя с этим не поделать - это "фундаментальный недостаток".
Слаженная команда отличных профи может написать на нём просто летающий софт, но в рамках работы толп корпоративных индусов? Принципиально невозможно.
Слаженная команда отличных профи может написать на нём просто летающий софт, но в рамках работы толп корпоративных индусов? Принципиально невозможно.
Очень часто из-за желаний унификации и использования стильных, новых, молодежных технологий, которые упрощают разработку но делают само приложение очень тупым.
Мы так на хромиум пытались переехать для унификации с веб вариантом (нахуя? Хз), приложение на старте простое было - пара кнопок, вьюха да и все. Но оно ппц тупым было, хоть и С++, благо проект приостановили ибо веберасты не смогли прикрутить общий с нами кор и у них работало еще хуже.
Мы так на хромиум пытались переехать для унификации с веб вариантом (нахуя? Хз), приложение на старте простое было - пара кнопок, вьюха да и все. Но оно ппц тупым было, хоть и С++, благо проект приостановили ибо веберасты не смогли прикрутить общий с нами кор и у них работало еще хуже.
Возможно, но я не уверен, что мы ща про одно и то же. Вот из последнего что мыкануло.
Я раньше использовал LifeSum для подсчёта калорий. Но они обновились, блядь, и вместо нормального поиска продукта вручную впихнули своего тупого ИИ. И что в итоге?! Удобно? Если бы работало - может быть. Эта хрень постоянно ошибается с калориями и тупо виснет при вводе продуктов. Мало того, теперь даже данные за вчерашний день хрен внесёшь, он путает дни вчера в сегодня или даже в позавчера. Старая версия с ручным поиском была удобной, и непонятно, зачем её убрали, могли же оставить как один из способов. Хз, я им пользовался потому что там база продуктов ( по штрихкодам) больше чем в других приложениях, но само приложение стало тупо неюзабельно.
Ещё из недавнего я решил поковыряться в настройках своей мыши логитековской g502. Думаю, поменяю настроечки чутка. А в новой версии ты не можешь просто поменять старые настройки. Хочешь что-то изменить? Создавай новый профиль с нуля! Ни сделай дубликат и работай с ним, ни поменяй старое, ток с нуля. Зачем делать удобно для пользователя?! В старом приложении можно было. В новом хабе - нельзя. Видимо разучились. Или у меня уже с памятью всё.
Вот что вспомнилось. Просто два примера того, как ублюдские обновления делают хорошую вещь полной парашей.
Когда происходит хуйня в дизайни приложух, что я пользуюсь, регулярно и мне они прям нужны - я пишу репорт разрабам.
Один раз в вэйз они добавили кнопку поделиться с друзьями в таком огромном размере, что перекрывала кнопку навигации и хуй уйбрать эту кнопку.или переместить. Достаточно быстро пофиксили. В фаерфоксе через багзиллу некоторые баои месяцами исправляют...
Один раз в вэйз они добавили кнопку поделиться с друзьями в таком огромном размере, что перекрывала кнопку навигации и хуй уйбрать эту кнопку.или переместить. Достаточно быстро пофиксили. В фаерфоксе через багзиллу некоторые баои месяцами исправляют...
Вобще во всём виноват капитализм.
Потому что для компаний наиболее выгоден на длинной дистанции быстрый цикл разработки, а он порождает плохо написанный код на максимально быстром для разработки фреймворке.
Потому что для компаний наиболее выгоден на длинной дистанции быстрый цикл разработки, а он порождает плохо написанный код на максимально быстром для разработки фреймворке.
Ладно, чего уж там, садись, расскажу.
Когда-то давным давно, когда мышки ещё были с шариками в жопе, а информация носились на дискетах, не было интернета. Точнее был, но был далеко не у всех и он был дорогой. И тогда программистам приходилось сразу писать готовый работающий код, потому что раскатать патчи в обновлениях было нельзя. И продавались программы разово - с определённым набором функций. Заплатил - и программа твоя.
Капитализм. Потому что доступный интернет дал возможность сделать софт ещё лучше - а жадные мрази использовали его, что бы снизить издержки разработки, и, как следствие, качество продукта.
"можно оценить"
Нельзя. Потому что мелкомягкие преднамеренно топят коробочные версии. Особенно в B2B секторе. Сейчас для бизнеса купить офис коробочный - это почти по миру пойти.
Нет, максимизировать свою прибьіль толкает людей не капитализм, а человеческая природа. А при плановой економике у нас бьі бьіло два патча в год, причем второй вьіходил бьі 31-го декабря, потому что разнарядка и премия, и по теой же причине бьіл бі недотестированньім и больше ломал, чем правил.
Нельзя. Потому что мелкомягкие преднамеренно топят коробочные версии. Особенно в B2B секторе. Сейчас для бизнеса купить офис коробочный - это почти по миру пойти.
Каким образом MS их топит ? Они дороже ? Ну естественно, потому что их покупают разово на несколько лет. Есть ограничения на покупку, скрьітьі из поиска, нельзя купить какой-то категории покупателей ? Нет, все доступно. Что касается офиса - 250 долларов за Home & Business. Если еще нужно визио - 500, проджект - 1.1к, но он нужен проектному офису и руководителям подразделений как максимум. Сколько там у ентерпрайза плановая амортизация офисньіх рабочих станций - 5 лет, вроде ? Вот и подели на 60 месяцев и сравни с остальньіми затратами на сотрудника. И данньіе ценьі для обьічного малого бизнеса, без скидок за обьем и партнерских програм.
программеры дронов
Понятно, благодарю за пояснение. Вопрошал из любопытства ради, т.к. в своё время поступал на физмат на прикладника. У нас был C++ всего 2 курса, т.к. предполагалось что в будущем он станет не особо востребованным. По программе обучения ему отводилась роль немного выше асемблера, где требовалось в первую очередь скорость выполнения кода но при этом так же учитывалась скорость написания этого кода, чтобы не так тягостно как на асемблере было. Потом с 3 курса уже ориентировали на Visual Studio(для разнообразия предварительно ещё Visual Basic учились). Середина-конец нулевых обучения в универе.
Ну, тут вы немного лукавите ставя в один ряд С и С++, это ж два абсолютно разных ЯП и отличаются они гораздо больше, чем скажем те же JS и TS. Я уже не говорю о том, что то, что пишут на C никогда не будут писать на С++ (и слава богу) на это есть много причин, но отдельно доставляет тот факт, что плюсы, которые задумывались как что-то, что будет лучше, вкусней и молодёжней чем старый добрый С, так и не смогли заминить его в его области, поэтому С - кернел и всё низкоуровневое, где нужна работа с памятью, а плюсы - игры, ГУИ (и наличие чёткой склонности к садомазохизму у прогера).
С++ близок к земле, по этому он быстрый. В связи с этим в нише ПО, которое должно много и быстро обрабатывать без частой и большой доработки - он незаменим.
А вот разное ПО, которое требуется переделывать постоянно и на ходу - гораздо выгоднее делать на каком-нибудь пайтоне.
А вот разное ПО, которое требуется переделывать постоянно и на ходу - гораздо выгоднее делать на каком-нибудь пайтоне.
Прямо сейчас у меня. менее 150мб. Но дело даже не в этом, а в том, что вся эта веб ёба подтормаживает там, где совсем не должна. Кажется всего пол секунды, или даже 1/4, но всё равно для тех, кто помнит миранду, в которую можно было воткнуть 4 аськи, жарбр, майл агент, мирку и так жить - это боль.
Интерпретатор JS был еще тормознутей Питоновского, пока в него гугл тонны нефти не начал вливать. Так что можно наоборот помолится, чтобы добавили. Но это бессмысленно, ведь питон тяготеет к однопоточности и asyncio экосистема в нем не зрелая. В то время как для интерфейсов нужна многопоточность и асинхронщина. И даже вся эта дичь, которую JS прощает полезна для интерфейсов. Беды начались, когда на js начали писать логику и какой-то безумец в бредовом угаре создал ноду.
1С
Очередной скриптофоб. Проблема не в питоне, а в низкой культуре разработки, непонимании принципов проектирования, оптимизации и вычислительной сложности.
Я на питоне эмбед для тормозных одноплатников писал - и ничего, всё прекрасно работало. Проблема, как обычно, в руках. И часто это встречается именно у плюсовиков, которые окромя плюсов нихрена не знают, и их говнокод работает быстро только потому, что он компилируется.
Использовать анрил для мобилок в целом так себе идея, тем более 5, ни наниты ни люмен на них не работают, а билд с заменой цифры 4 на 5 пухнет чуть ли не в 2 раза и надо приложить кучу усилий чтоб отрезать ненужное, при этом не получив ничего взамен
Ну и переписывальщики наверняка не просто переписывают, но и оптимизацию проводят. Ещё я подозреваю что их основные клиенты это индюки, более менее крупная студия может себе позволить нанять нормального программиста знающего плюсы. Смотрел недавно стрим с разрабами 2Д игры на анриле и они там показывали кусок кода на принтах и это был пиздец
Ну и переписывальщики наверняка не просто переписывают, но и оптимизацию проводят. Ещё я подозреваю что их основные клиенты это индюки, более менее крупная студия может себе позволить нанять нормального программиста знающего плюсы. Смотрел недавно стрим с разрабами 2Д игры на анриле и они там показывали кусок кода на принтах и это был пиздец
Не существует аналога нанитов, поэтому тупо приёбываться к технологии рендеринга миллиардов треугольников и говорить что она медленная. Все остальные способы просто не запустятся даже на 1 миллиарде, в любом движке.
Доёбка уровня "вот игра на ue5 лагает, значит ue5 говно". При этом игнорируется факт того что есть лагающие игры на других движках. Или что на ue5 есть и не лагающие игры (например Wukong/senua2/...)
Ну а что делать, если VB действительно на свалку отправился? Раньше их обсирали, а теперь "За полным отсутствием молодых женщин в подъезде, проституткой бабки назначили дворника". :)
Ващет до петухона все обсирали пыху. И разумеется за дело. И всё же я хочу спросить - кто написал на ней четыре миллиона говносайтов?
О, да, за пыху я забыл.
Да этот тролль только и умеет, что ебашить видяшки по прогерским статьям, выдавая за свои поделки. Не удивлюсь, если он в жизни компилятором после уника не нюхал. Эта его лалка вообще такая жирная, что мне пришлось весь компьютерный стол вытирать. Чел так и не сказал на чем он кодит. Но на фоне у него вроде нодовский пакедж менеджер наворачивает очередной JS высер.
Ну по сути, у нас можно написать одну функцию без всяких классов, хуясов, типов и пр. и она будет работать и может даже выполнять какую-то задачу. Я помощью жс распарсила таблицу 40*20, чтобы написать миграцию для бэка, чтобы руками каждое значение из тз не копировать. Не скажу, что это язык богов, но для меня удобнее и понятнее джавы и приятнее питона, хотя я начинала знакомство с программированием с С - это тоже ванлав
1) То же самое можно сделать на Питоне, только писанины будет меньше.
2) Не отменяет того, что вы плодите рак.
3) Как ты можешь считать Питон менее приятным, если он изначально был задуман как прокладка между ученым и сишкой(которая тебе ванлав)?
4) Как ты вообще можешь после сишки заниматься коммерческой разработкой на js и не помирать от стыда?!
2) Не отменяет того, что вы плодите рак.
3) Как ты можешь считать Питон менее приятным, если он изначально был задуман как прокладка между ученым и сишкой(которая тебе ванлав)?
4) Как ты вообще можешь после сишки заниматься коммерческой разработкой на js и не помирать от стыда?!
Очень удобно, что в память одноплатника много не влезет по определению, да? А ты попробуй проект лет на 5-10 для десятка программистов, чтобы там и сеть, и видео, и моделирование. И попробуй это на Питоне со своим пониманием принципов и всякого такого "вычислительно сложного"
а если подробнее это было что то для себя в виде запрос-ответ, или что то близкое к уровню СоларВиндс?
а питонил ты скрипты конфигурации, или что то "более специфическое"?
Т.е в языке где за каждое выделение памяти бьют в лицо, где без знания всех алгиритмических сложностей контейнеров их кэш луйаута тебе вообще делать нечего - все пишут говнокод. А язык состоящий из говнокода больше чем полстью - люди решили писать оптимизированный код. Угу угу, так и запишем.
Именно так. Для большей части кода на плюсах тебе вообще не нужно знать ничего про контейнеры и их внутреннюю оптимизацию, потому что пока ты не упрешься со своей нагрузкой в проц - ничего оптимизировать и не понадобится.
Видишь ли, в чем дело. В архитектуре есть такое понятие, как "достаточно хорошо". И зачастую, если обработка данных укладывается в тайминги и скорость поступления этих самых данных, нет совершенно никакого смысла выжимать микрооптимизации. Большая часть коммерческого кода написана не как произведение искусства, а как штука, призванная решать одну строго специализированную задачу. И если она с ней справляется - хорошо. Го, кстати, по этой же причине и существует: компилируемые языки быстрее интерпретируемых, а го при этом простой, как молоток, чтобы вчерашний студиоз в нем на налажал, и мог писать плюс-минус подходящий и быстрый код.
Что до говнокода в питоне - ты, очевидно, никогда нормального кода на питоне в глаза не видел, да и во внутренности интерпретатора не заглядывал. Так что не думаю, что ты можешь выдать что-то релевантное по теме обсуждения.
Ну ты пока тоже что-то релевантного не выдал ничего.
GIL Сколько завести не могли, Jit до сихпор нет. Ничего перформанс критичного не использует питон. Гейдев - мимо, будут использовтаь что угодно хоть свои скриптовые языки используют но только не питон. Даже из веба и то вываливался, проиграв JS. Этого мне достаточно чтобы понять какой там лютый пиздец.
О чем ты, ты серьёзно утвержаешь что на языке где буквально культ оптимизации где каждый первый болеет излишней оптимизацией, где переписать всё на асм потому что даже плюсы медленные - это частое явление, где люди начинают свои проекты со своего аллокатора, своих контейнеров, своей строки, потому что они лучше знают как сделать быстрее чем коммитет, так люди пишут не оптимизированный код серьёзно?
А на скриптовом языке годном лишь на то, чтобы дергать библиотеки написанные на богомерзком си - откудато взялись разрабы которые в курсе что такое оптимизация? Я правда хз, я могу понять когда люди сходят с ума по рептилойдам или верят в плоскую землю, но эт опрям что-то за гранью
GIL Сколько завести не могли, Jit до сихпор нет. Ничего перформанс критичного не использует питон. Гейдев - мимо, будут использовтаь что угодно хоть свои скриптовые языки используют но только не питон. Даже из веба и то вываливался, проиграв JS. Этого мне достаточно чтобы понять какой там лютый пиздец.
О чем ты, ты серьёзно утвержаешь что на языке где буквально культ оптимизации где каждый первый болеет излишней оптимизацией, где переписать всё на асм потому что даже плюсы медленные - это частое явление, где люди начинают свои проекты со своего аллокатора, своих контейнеров, своей строки, потому что они лучше знают как сделать быстрее чем коммитет, так люди пишут не оптимизированный код серьёзно?
А на скриптовом языке годном лишь на то, чтобы дергать библиотеки написанные на богомерзком си - откудато взялись разрабы которые в курсе что такое оптимизация? Я правда хз, я могу понять когда люди сходят с ума по рептилойдам или верят в плоскую землю, но эт опрям что-то за гранью
Я выдал, просто тебе не хватает опыта, чтобы это понять.
О, опять сказки про GIL от тех, кто не знает, что это и зачем нужно. Начнем с того, что есть cpu-bound и io-bound задачи (на самом деле есть еще типы, но для простоты опустим). И вот для последних GIL не является препятствием, потому что код для них не столько занимается вычислениями, сколько висит в ожидании io от системы. Здесь GIL решает проблемы одновременного доступа к ресурсам и позволяет избежать обмазывания всего и вся блокировками. При этом, если бы ты был хоть немного в теме, то знал бы, что питон постепенно отходит от использования GIL вообще, не говоря уже о PEP 703. JIT, кстати, тоже в процессе, см. JIT 744, а еще PyPy.
Едем дальше. Из веба питон вываливается только там, где очень хочется, чтобы весь код писали "фуллстеки" - то есть во всяком магазиностроении и около того. В больших и сложных проектах так не бывает - бекенд там пишется на другом языке. А то, что ты делаешь вывод об одном языке, глядя на другой язык - показатель исключительно твоей джунской квалификации. Изучить самому - нет, зачем, лучше поверить слухам от таких же неквалифицированных товарищей.
Чушь про культ оптимизации комментировать - только портить.
А про чушь про дергание библиотек я всё же отвечу. Да, дружок, питон - это клей для написания сложной и развесистой бизнес-логики. И да, этого его лучшее применение, наряду с io. Я тебе секрет один открою: язык выбирается по задаче. Мне нужен был производительный модуль - я сел и написал его на сях. Надо склеить всё хитровыебанной логикой - состыкую свою сишные модули питоном, руководствуясь метрикой "достаточно хорошо" и балансом с раширяемостью.
Такие вот дела.
Господи какое же у тебя высокое самомнениие для скрипт кидди. Знал бы примерно с кем ты общаешься и какая у меня квалификация обосрался бы. 1 пто что JIT в процессе а от GIL они только отказываются только подтверждает то что я и говорил. на дворе 2025 а не ранние двухтысячные, когда это уже следовало сделать.
Ну охереть наконецто хоть какие-то логические мысли у тебя проснулись про то что язык по задаче и что питон хорошь как клей и про достаточно хорошо. Только давай без соломенных чучел, я никогда не спорил с этим и никогда обратного не говорил. Я спорил только с фееричным тейком про то что питон тормозной поэтому там умееют оптимизировать, а на си вообще не шарят за оптимизацию потому что магический язык все делает за программиста. Но ты не вывез разговор и обосрался.
Ну охереть наконецто хоть какие-то логические мысли у тебя проснулись про то что язык по задаче и что питон хорошь как клей и про достаточно хорошо. Только давай без соломенных чучел, я никогда не спорил с этим и никогда обратного не говорил. Я спорил только с фееричным тейком про то что питон тормозной поэтому там умееют оптимизировать, а на си вообще не шарят за оптимизацию потому что магический язык все делает за программиста. Но ты не вывез разговор и обосрался.
Скрипт-кидди среди нас один, и это ты.
Во-первых, тейк был вообще не о том, и ты, из своей ямы некомпетентности, низвел его смысл исключительно до проблем опмтимизации.
Во-вторых, поумерь свой пыл, мальчик. Когда человек начинает заходы со стороны "знал бы ты, какой я кококо и кудкудах" - сразу становится очевидно, что в профессиональном плане он ничего из себя не представляет. Это даже не апелляция к авторитету, лол, это апелляция к какому-то нонейму.
Свободен.
Ты ничего не докажешь, поскольку тут плоскость чистого Эго. Практически любой программист на каком-то нишевом скриптовом решении абсолютно уверен что он повидал жизнь и знает БАЗУ. Да блядь, даже писатель на php будет доказывать программисту, который писал с десяток языков в том числе чисто для души, будет доказывать, что php - это уже давно прогрессивный ооп, до которого надо дорасти.
Тебя мама не учила, что не надо заниматься построением чучелок? Почему вместо того, чтобы полюбопытсвовать о новом опыте и получить новые знания, ты отчаянно отрицаешь любою информацию, хоть как-то противоречащую твоему опыту? Ты точно айтишник, с таким-то подходом к самообучению?
Ну плюсы даже не конкурируют с питоном, так что сравнение непонятно вообще. Они могли бы выяснять отношения с джавой, шарпом, растом и тд, но не с питоном, у которого ближайший конкурент это джаваскрипт и то они по своим нишам разошлись по большей части.
На самом деле что пайтон, что плюсы, что раст если говорить словами мема это создания слабых людей которые бояться компьютера, не понимают и не хотят разбираться как оно устроено.
Работа с указателями требует внимания и приложения интеллекта? Давайте всё реализуем через структуры, и прикрутим к ним специальные функции, которые будут работать именно с этими структурами, навернём на это синтаксиса побольше, и скажем что работать нужно только так, иначе - указатели, уу жуть, апасна!
Работа с памятью требует внимательности, планирования и аккуратности? А давайте всё запихаем в хип, пускай ОС разбирается. Пофиг что медленно, зато просто! А если ОС нет? Как это ОС нет?!
Структуры данных и алгоритмы это сложно, и требует мозгами шевелить? А давайте сделаем темплейты и всё что только можно захуячим в стандартную библиотеку! И будем всем говорить мол, не учите DSA, у вас не получится сделать быстрее! (А то ведь выучатся, и будут делать быстрее, да ещё и на статической памяти и указателях. И кому тогда эти плюсы нужны?)
В итоге программисты вместо того, что бы учится программировать, учатся использовать справочники, ой теперь уже стековерфлоу, ой теперь уже чатжпт.
Работа с указателями требует внимания и приложения интеллекта? Давайте всё реализуем через структуры, и прикрутим к ним специальные функции, которые будут работать именно с этими структурами, навернём на это синтаксиса побольше, и скажем что работать нужно только так, иначе - указатели, уу жуть, апасна!
Работа с памятью требует внимательности, планирования и аккуратности? А давайте всё запихаем в хип, пускай ОС разбирается. Пофиг что медленно, зато просто! А если ОС нет? Как это ОС нет?!
Структуры данных и алгоритмы это сложно, и требует мозгами шевелить? А давайте сделаем темплейты и всё что только можно захуячим в стандартную библиотеку! И будем всем говорить мол, не учите DSA, у вас не получится сделать быстрее! (А то ведь выучатся, и будут делать быстрее, да ещё и на статической памяти и указателях. И кому тогда эти плюсы нужны?)
В итоге программисты вместо того, что бы учится программировать, учатся использовать справочники, ой теперь уже стековерфлоу, ой теперь уже чатжпт.
как задетектить джуна, который еще не насмотрелся на тонны говнокода на своем языкнейме
Путон - это фреймворк Си.
Кресты - это выродок Си.
Кресты - это выродок Си.
Хорошая позиция, но на счёт пайтона не соглашусь.
Просто когда перл4 стал разваливаться под своим весом, создатели запихнули его в детоксикатор и получился нежизнеспособный но милый перл5. А то что осталось - сбежало из токсического измерения и стало пайтоном.
А фреймворков у си и без перла хватает - lua, tcl, guile
Просто когда перл4 стал разваливаться под своим весом, создатели запихнули его в детоксикатор и получился нежизнеспособный но милый перл5. А то что осталось - сбежало из токсического измерения и стало пайтоном.
А фреймворков у си и без перла хватает - lua, tcl, guile
Короткий ответ: все языки программирования - говно.
Длинный ответ: каждый язык программирования это продукт множества компромиссов на которые пошли его авторы исходя из определённого видения. И пока твоя задача пересекается с множеством задач которое они предвидели, а твой подход к её решению совпадает с их подходом - пользоваться этим языком будет в радость. Но с реальными задачами так не бывает и чем хуже они вписываются в видение авторов - тем больше боли доставляет их язык.
Хороший программист учит не языки, а технологии на которых они построены или которые входят в их экосистему. Тогда берясь за новый язык уже знаешь куда смотреть, понимаешь компромиссы, болевые точки и обходные пути.
На словах красиво. А потом вылезают спаркоёбы со своей Скалой изжопной и лезут с этим мусором везде.
Есть ЯП конкуренты и конкурирующие технологии. Не потому что их создали для одного, а потому что кретины думают, что если что-то можно сделать на единственном ЯП и технологии который они знают, значит, это нужно сделать на единственном ЯП и технологии который они знают. А манагеры и бузинес и рады - мол, круто, не надо других спецов нанимать. В какое болото это выливается описывать излишне.
Пока ты рядовой пограммист, тебе пофиг, но когда ты уже чуть выше и знаешь как сделать лучше, а тебе приходится доказывать людям что вода мокрая - это пипец.
В том-то и прикол реальных задач, что на конечный продукт влияет очень много факторов: сроки горят, заказчики меняют требования, лиды тупят, программисты наяривают своё эго, команды сражаются за бюджет, куашники проёбывают критические баги, админы криво разворачивают сервисы, менеджеры заключают хуёвые контракты, какеры лезут во все щели, индустриальные стандарты говорят, что так делать нельзя мы вас до релиза не допустим и т.д и т.п. В этих масштабах выбор языка просто несущественная мелочь.
Поэтому, когда люди говорят, что язык N - отличный, нужно просто писать грамотно, мне хочется в ответ спросить - а как этот язык под кокаином среди стаи горящих обезьян?
Язык C - отличный. Надо на нём писать (ну кроме веба и скриптов пожалуй). Под кокаином среди стаи горящих обезьян он становится только лучше!
Перепешите кто-нибудь жабаскрипт с нуля в духе интерпретатора луа, что бы спецификация языка в 100 страниц уместилась и можно было создавать совместимые реализации - и будет язык для веба и скриптов.
Перепешите кто-нибудь жабаскрипт с нуля в духе интерпретатора луа, что бы спецификация языка в 100 страниц уместилась и можно было создавать совместимые реализации - и будет язык для веба и скриптов.
На крестах только так и пишут, вроде, под кокосом. Иначе ничего не получится
Ага, плюсы настолько прекрасны, что аж несколько компаний одновременно пишут альтернативу для них - carbon, rust, zig
А вообще, хотите узнать про прекрасный и гибкий язык C++ спросите у прогера на С++ что он думает об изменениях в ISO относительно придыдущих версий, и вот тут-то вы и выучите пару десятков отборных десятиэтажных матов.
Это каких таких изменений? Кресты буквально стали удобными только с 11-й версии. И дальше Комитет его развивал и продолжает развивать фичами, отсутствие которых как раз и вызывало пару десятков матов. Долгожданная рефлексия в 26-й, концепты в 20-й (неужели у кого-то настолько сильный стокгольмский синдром от SFINAE, что он будет ругаться от концептов?), постоянное расширение возможностей вычислений времени компиляции с 14-й версии и далее - и еще сотни мелочей, которые позволяют писать эффективный код без желания выдрать себе глаза.
Кресты с 11 версии только хуивеют обрастая какой-то дичью типа сто пятидесятого варианта высрела себе в хуй в сальто
Они в последние годы пытаются решить важнейшую задачу: сделать, блин, наконец, инициализацию переменных такой, чтобы везде одинаково работала. :)
не знаю. мне больше кажется что проблема не в добавлении новых фичей как таковых а в абсурдном неприятии изменений ломающих обратную совместимость даже в тех случаях когда это обратно совместимая возможность выстрелить себе в ногу. Из-за этого проблемы однажды просочившиеся в язык становятся принципиально неустранимыми.
Ну хоть safety profiles пилят чтобы умолчания компиляции были адекватными 2025 году - и на том спасибо https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2025/p3081r1.pdf
Прогер на с++ в треде. Жду не дождусь пока в компиляторах появится полноценная поддержка того, что завезли в новых стандартах. Жопа скорее горит от древних девайсов со слишком старым libc++/libstdc++, из-за которых половиной библиотечных фич нельзя пользоваться. Те прогеры, про которых говоришь ты, просто ретрограды, которым лень разбираться в чем-то новом.
Вот так выглядит тред у меня в рабочем слаке, где обявили о поддержке C++20. Не супер много реакций, но тем не менее, ни одной негативной
Вот так выглядит тред у меня в рабочем слаке, где обявили о поддержке C++20. Не супер много реакций, но тем не менее, ни одной негативной
Люто плюсую, язык развивается в час по чайной ложке, компиляторы ещё медленнее. И уже хочется просто форк, который бы просто вичистил старое говно добавил привел язык в современный вид. Сделать как в своё время было с тем-же ObjC когда у тебя по сути один компилятор компилировал и ObjC и плюсы, но позволял линковать 2 разных языка вместе. Чтобы и старый код можно было собрать и новый код сразу писать уже на новом по сути языке.
Чтобы написать коммент, необходимо залогиниться
Отличный комментарий!