какой язык бы выбрали для изучения программирования в 2026 году?

Если в сфере ИТ нанимают больше кадровиков

Может там текучка просто больше. Иначе не понятно, нанимают кадровиков, которые нанимают кадровиков, которые нанимают кадровиков … а работать-то кто будет?

Рисовать квадратики со стрелочками. А скобочки с отступами и расстановку закорючек отгрузим на иишечку, хватит уже в этом мазуте копошиться.

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

а работать-то кто будет?

Не только для ИТ нанимают ведь.

все соки

в колледже

Ой, это еще не соки :)

А когда читаешь … понимаешь, что главная свобода — это свобода никогда не читать код на перле.

А что там сложного? 😁

use Lingua::Romana::Perligata;
adnota Illud Cribrum Eratosthenis
maximum tum val inquementum tum biguttam tum stadium egresso scribe.
da meo maximo vestibulo perlegementum.
maximum comementum tum novumversum egresso scribe.
meis listis conscribementa II tum maximum da.
dum damentum nexto listis decapitamentum fac
    sic
        lista sic hoc tum nextum recidementum cis vannementa listis da.
        dictum sic deinde cis tum biguttam tum stadium tum cum nextum
        comementum tum novumversum scribe egresso.
    cis

Lingua::Romana::Perligata

Как житель Германии по этому поводу могу сказать: «Можем повторить!». Тем более, Рим обратно отстроили, значит снова ломать можно.

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

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

тебя просто убьют. Представители нефтяных корпораций.

Ух. ушел прятать велосипед

Предположим страшное — стать cool'ь хуцкером. :⁠-⁠D

Вот, справедливости ради, где Паскаль указатели прячет? Они там есть, бывают типизированные, есть тип абстрактного указателя, есть оператор разыменования. Или «прячет» — это на самом деле «не как в Си сделано»?

Английский. И писать им в ИИ модель свои хотелки. Потому что пока ты станешь разработчиком востребованного на рынке уровня все сеньоры уже пойдут на пенсию из-за AI.

А чисто для себя бери Go. Он быстро изучается и можно успеть попрограммировать чуть-чуть. Но работы в РФ на нём не найти - тут реально около 5 компаний (Яндекс, Ozon, VK, Avito, Wildberries) где он используется и хорошо если 1000 человек кому ЗП платят за код на нём.

Если тебе именно utf-8, то попробуй go или rust. Из всего что я пробовал эти самые удобные. Python тоже неплох, но он позволяет стрелять себе по ногам.

В 90-ых не знали ansible. И каждый писал свой велосипед. Я среди них. А потом сделали ansible, т.е. сборку всех этих скриптов в одном месте. И ни в одной из этих сборок нет в дефолте установки typescript. Все они по умолчанию используют bash и python.

Английский. И писать им в ИИ модель свои хотелки.

Или китайский. Причина та же :).

В 90-ых не знали ansible. И каждый писал свой велосипед. Я среди них.

Кто-то в это время палкой крапиву бил, или каской шахтёрской на горбатом мосту стучал. Некоторые в киллеры пошли, в проститутки. Ваш вариант ещё не самый худший.

И ни в одной из этих сборок нет в дефолте установки typescript

Чё? В каком ещё дефолте?

Уверен что в китайском интернете информации всё равно меньше, т.к. Китай куда меньше поощряет что-то публичное делать. Чревато.

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

local utf8_pattern = "[\1-\127\194-\244][\128-\191]*"
function utf8myLen(s)
    return select(2, s:gsub(utf8_pattern, ""))
end

Например так.

И ни в одной из этих сборок нет в дефолте установки typescript. Все они по умолчанию используют bash и python.

Бутстрап-то как бы никто не отменял. Хотя это уже извращением попахивает.

Добавляется перспектива роста, причём в любом направлении. Зачем публичное, переходить в частный китайский сектор?

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

Проверки на адекватность строки делаются до скармливания функции. И их не так много - собственно их две: Что не нил и что не цифра. Все. А точнее - что вообще данные существуют и что это строка. Во всех остальных случаях будет принята строка и адекватно выдан результат.

Но ты прав, лучше эти две проверки внести внутрь.

где он используется и хорошо если 1000 человек кому ЗП платят за код на нём.

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

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

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

Платят не столько за, сколько кому. Любое трудоустройство, кроме тех направлений откуда люди бегут распределяется среди своих. Как пример, у меня есть знакомый. У знакомого есть фирма на 40 человек. Все 40 человек — родственники. Не все лично его родственники, но родственники родственников.

У знакомого есть фирма на 40 человек. Все 40 человек — родственники. Не все лично его родственники, но родственники родственников.

Вы же понимаете, чем чревата такая организация труда в компании?

Тем что они осваивают бюджеты уже 30 лет и все сытые и холёные? Ну в 90-ые может постреляли для остраски в самых наглых…

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

Папа там уже менялся. Крыша тоже. Вроде даже без публичной стрельбы обошлись.

Вы предлагаете всей стране переходить на систему семейного бизнеса? Или вы сейчас про семью Ельцина?

Я ничего не предлагаю. Я делюсь наблюдением того, как оно в РФ сейчас устроено. Что в США я не знаю, предположу что там такой дичи нет.

Ну хорошо. Я хотел сказать, что такое построение бизнеса непродуктивно, неконкурентноспособно, и не имеет роста. Но успешно как явление в отдельно взятом месте. Нам остаётся только вздохнуть и выдохнуть.

Что в США я не знаю, предположу что там такой дичи нет.

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

Скажу за него: он вряд ли предлагает, просто реалии рашен бизнес... Не везде конечно, даже не в большинстве мест, но как-то так.

По доходящим сведениям, у вас там в США тоже на самом деле, просто потолок, начиная с которого подобные порядки намного выше и можно пока не дорос даже не замечать. Погугли про связь американской элиты с потомками пассажиров корабля Mayflower.

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

И это среди выживших. Абсолютное большинство просто закрывается, потому что нет смысла такое тянуть. По 16 часов работы в день.

Какие к хренам перспективы? Какое развитие?

Я знаю.

Противоречит вот этому заявлению:

Тем что они осваивают бюджеты уже 30 лет и все сытые и холёные?

Ааа, не заметил. Про осваивающих бюджеты не знаю. Я про частников.

Так и это частники.

У Маска кто был из родственников на том корабле? А у Стива который Джобс? У нашего ветродува солнцегенератора Барака?

Вы правы, существует элита, она сплочённа и очень закрыта. Но и альтернативы имеются.

просто я писал на джава и спринг диплом, чёт меня от нее тошнит

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

C++.

C++26 за 26 дней

какой язык бы выбрали для изучения программирования

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

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

В Rust нет настолько же сильного аналога constexpr/consteval, также нет static reflection. C++26 очень и очень мощный. Что-то вроде C++17-20, да, легаси.

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

Не нужно. Это то же самое, что заявить, что для понимания какая самая лучшая шоколадка надо перепробовать все сникерсы и алёнки. Иногда достаточно просто спросить «поцоны а какая шоколадка самая крутая», поцоны назовут какой-то швейцарский-немецкий бренд, она будет дорогая и вкусная скорее всего с вероятностью 0.99 и ты просто идёшь и жрёшь её и не проигрываешь. Потом можно для прикола попробовать алёнку и понять что-то, но зачем.

Не заменит.

«— Если вы заботитесь о своём пищеварении, вот добрый совет: не говорите за обедом о большевизме и о медицине. И, боже вас сохрани, не читайте до обеда советских газет!
Борменталь: Гм…
Преображенский: Вот никаких и не читайте.»

©

Вот только после этого начал ООП понимать.

Сильно в этом сомневаюсь, потому что

Ну там как, ёпта? Лежит-валяется себе модуль, написанный лет 10-15 назад, работает. И тут - внезапно. Ебёшься с мелкой незначительной проблемой вторые сутки. И обнаруживается, что это ты сам прокосячил в модуле, написанном собственными ручками, 10-25 лет назад. Ну не обидно-ли, а? А теперь представь, что этот модуль или динамическую библиотеку писал не ты, и в твоём личном архиве исходников чтобы исправить нет.

Эта проблема вообще не связана с ООП. Этот модуль мог был написан хоть на ассемблере, и ты так же мог в нем накосячить, или не ты, и проблемы будут ровно такие же. В описанном тобой эпизоде, нет проблемы ООП. Это проблема любого заимствования кода и структурного программирования. Специфичная для ООП проблема возникает, если плохо проработан _дизайн модуля. Если нужно изменить _дизайн первоначального модуля, а нельзя. Вот где проблема ООП - базовые классы менять нельзя.

Ричарда Гира не забыли?

Беда в том, что каждый хвалит своё. Я сейчас с ИИ-шкой щупаю разные ЯП. Мне Go понравился больше всех пока. Да, синтаксис местами ублюдский (тип переменной после имени), пару вещей я бы делал иначе (минимализм там далеко не минимален и не лаконичен), но многопоточность там замечательная, то что полноценного ООП нет, не страшно, не под него ЯП заточен. nil на мой взгляд ужасен, многословность (ну тут не он один такой), идея о том что код должен быть глупым (без магии) не всегда хорошая, особенно если в этом идти до фанатизма. Но скорость компиляции, простота многопоточного программирования, юникод из коробки это то от чего у меня сильно горит попа в других ЯП. Единственное SIMD пока сырой (но уже завезли) и его не сделали так чтоб с GPU было бы удобно программировать.