IT-инфраструктура для бизнеса и творчества

Stack Overflow опубликовал рейтинг любимых у разработчиков языков программирования — на первом месте Rust Статьи редакции

Для рейтинга опросили 83 тысячи специалистов.

  • Один из крупнейших форумов для разработчиков Stack Overflow опубликовал ежегодное исследование рынка ИТ. В нём составил рейтинг языков программирования, с которыми разработчикам больше всего нравится работать. Кроме Rust в пятёрке любимых языков — Clojure, TypeScript, Elixir и Julia. Python — на шестом месте, JavaScript — на пятнадцатом.
Десять языков программирования, с которыми разработчикам приятнее всего работать Stack Overflow
  • Rust возглавил список Stack Overflow и в 2020 году. Среди плюсов разработчики называют безопасность работы с памятью и производительность.
  • Лидерами антирейтинга стали COBOL, VBA и Matlab.
Языки программирования с наименьшим количеством положительных оценок Stack Overflow
  • Среди облачных платформ на первом месте — Amazon Web Services, на втором — Google Cloud Platform, на третьем — Microsoft Azure.
  • В исследовании также есть рейтинг зарплат в ИТ и другие показатели. По данным опроса 43,8 тысячи респондентов, больше всего зарабатывают управленцы (медианная зарплата в год $96 тысяч), senior-разработчики ($94 тысячи в год) и SRE-инженеры ($84,3 тысячи в год).
Уровень зарплат в ИТ и стаж работы специалистов Stack Overflow
(function () { let cdnUrl = `https://specialsf378ef5-a.akamaihd.net/SelectelBranding/images/` let previousArticleNumber = null let currentArticleNumber = 0 let platform = 'Desktop' let articles = [ { name: 'camera', url: `${cdnUrl}CameraCat`, text: 'умную камеру для\u00A0наблюдения за\u00A0котиками', link: 'https://vc.ru/selectel/306690', num: 3 }, { name: 'chill', url: `${cdnUrl}ChillCat`, text: 'трекер, который подскажет, когда пора отдохнуть', link: 'https://vc.ru/promo/288561-eye-tracker', num: 1 }, { name: 'cloud', url: `${cdnUrl}CloudCat`, text: 'котика: даёшь ему «пять», а\u00A0он делает бэкап в облако', link: 'https://vc.ru/dev/294799-maneki-neko', num: 2 } ] let buttonCycle = document.querySelector('.button--cycle') let buttonChoose = document.querySelector('.button--choose') let buttonMobile = document.querySelector('.button--mobile') let textField = document.querySelector('.selectel-footer-subtitle') let imageAgent = document.querySelector('.image--agent') let banner = document.querySelector('.selectel-footer') buttonCycle.addEventListener('click', cycleClick) buttonChoose.addEventListener('click', () => sendEvent(`Promo ${articles[currentArticleNumber].num} Left`, 'Click')) buttonMobile.addEventListener('click', () => sendEvent(`Promo ${articles[currentArticleNumber].num} Left`, 'Click')) let media = window.matchMedia("(max-width: 570px)") media.addEventListener('change', matchMedia) function matchMedia() { if (media.matches) { platform = 'Mobile' } else { platform = 'Desktop' } update() } matchMedia() function cycleClick(event) { sendEvent(`Promo ${articles[currentArticleNumber].num} Right`, 'Click') if (event) { event.preventDefault() event.stopPropagation() } window.open('https://vc.ru/tag/selectelDIY', '_blank') //cycle(event) } function cycle(event) { // incrementArticleNumber() textField.innerHTML = generatedText() imageAgent.src = articles[currentArticleNumber].url + platform + '.svg?3' imageAgent.setAttribute("class", "") imageAgent.classList.add('image--agent', articles[currentArticleNumber].name) banner.href = articles[currentArticleNumber].link } function update() { banner.href = articles[currentArticleNumber].link imageAgent.src = articles[currentArticleNumber].url + platform + '.svg' textField.innerHTML = generatedText() } function incrementArticleNumber() { previousArticleNumber = currentArticleNumber if (currentArticleNumber >= articles.length - 1) { currentArticleNumber = 0 } else { currentArticleNumber++ } } const sendEvent = (label, action = 'Click') => { const value = `SelectelDIY — loc: Footer — ${label} — ${action}`; if (window.dataLayer !== undefined) { window.dataLayer.push({ event: 'data_event', data_description: value, }); } }; function generatedText() { let defaultText if (platform === 'Desktop') { defaultText = `Мы тут собрали %text%. Хотите научим?` } else { defaultText = `Мы тут собрали %text%.` } return defaultText.replace('%text%', articles[currentArticleNumber].text) } function getRandom(min, max) { min = Math.ceil(min) max = Math.floor(max) return Math.floor(Math.random() * (max - min + 1)) + min } (function create() { currentArticleNumber = getRandom(0, articles.length - 1) cycle() let page = document.querySelector('.page--entry') if (page) { function insertAfter() { let parents = page.querySelectorAll('[data-id="7"]') let referenceNode = parents[0] referenceNode.parentNode.insertBefore(banner, referenceNode.nextSibling); loaded() } setTimeout(() => insertAfter(), 0) } }()) function loaded() { banner.classList.add('loaded') } loadImages([ `${cdnUrl}CameraCatDesktop.svg`, `${cdnUrl}ChillCatDesktop.svg`, `${cdnUrl}CloudCatDesktop.svg`, `${cdnUrl}CameraCatMobile.svg`, `${cdnUrl}ChillCatMobile.svg`, `${cdnUrl}CloudCatMobile.svg?3`, ]) function loadImages(urls) { return Promise.all(urls.map(function (url) { return new Promise(function (resolve) { var img = document.createElement('img'); img.onload = resolve; img.onerror = resolve; img.src = url; }); })); } }())
0
255 комментариев
Популярные
По порядку
Написать комментарий...

Язык программирования Node.js. Хм. При этом - JavaScript отдельно. И TypeScript выше. Хм.

96

Жаваскрипта так много, что его побили на части, чтоб других не обижать.

49

истинно так... Слава TypeScript! ред.

12

Любить TypeScript могут лишь те, кто на основной работе использует JavaScript.
По мне так оба эти языка предельно далеки от идеала.

7

Все языки далеки от идеала, идеала вообще не существует и все языки говно, каждый по-своему

25

Пайтон топчик. Никаких ебаных скобочек.

–4

Зато работа кода зависит от количества пробелов)

1

Криво написать не получиться)

0

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

0

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

0

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

Ну а в свете того, что ts даёт нормальную типизацию и некоторые другие фичи... Лично мне ts очень даже симпатичен, нисмотря на то, что основной язык у меня c#. 

0

Ноде жс крут

2

Да потому что рейтинг не про языки а про Топики. А редакция vc.ru недавно закончила курс от ЛохБокса что даже в пагинацию коментов не могут

25

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

Ни разу не видел хоть сколь-либо удобной реализации.

30

Я про бэкенд говорю. У vc.ru идет 1 запрос на ВСЕ комментарии. Среднее время ответа 20 секунд если комментариев 900. А если их будет 10000? Простая пагинация и банально ограничение респонса это какие-то очевидные вещи для младенцев. А vc.ru не умеет

4

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

При древовидных комментариях банальный лимит-офсет ничего не даст. Например, из 10000 комментариев 9000 могут быть ответами на первый ответ на первый ответ на первый ответ на первый ответ на первый комментарий. Да и по какому полю order? По materialized path? И отрезать ветку посередине в случайном месте? И подгружать по скроллу? С таким подходом будет более-менее окей для первого прочтения комментариев, но при ведении дискуссии придется скроллить и в итоге все равно грузить всё подряд, ждать каждый раз загрузки по мере прокрутки, пока докрутишь до своей ветки - это не юзабилити, а задница. Или по первому уровню с оконной функцией? Что тогда делать, если большинство комментариев не на первом уровне, или вырожденный ранее приведенный пример? Куча вопросов.

Так что это уже не пагинация, а загрузка некоторой части дерева комментариев и дальнейшая подгрузка поддеревьев по определенному действию (явному, по нажатию «загрузить ещё», или неявному, по прокрутке). И сделать это удобным - довольно непросто. Вероятно, понадобятся эвристики, определяющие, какие комментарии сразу загружать, а какие скрывать, исходя из вероятности, что они людей заинтересуют, чтобы максимизировать «интересность» дефолтного вида. Например, отдавать в рамках определенного лимита предпочтения наиболее заплюсованным комментариям среди старых, но при этом ещё сразу загружать новые комментарии, особенно первого уровня. Что-то подобное делают на Реддите (но рассуждать о Реддите и удобстве интерфейса в одном предложении как-то даже смешно).

А ещё предлагаю подумать над тем, как тогда будет устроена VC-шная кнопка перемещения по новым комментариям. И как можно сделать более-менее эффективное кэширование с полноценной инвалидацией и приемлемым соотношением hit/miss.

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

15
Виртуальный дым

Комментарий удален по просьбе пользователя

2

Использовать noSQL?
Хотите настоящей уличной магии - посмотрите скролл чата Дискорда с историей лет в 8.

0
Виртуальный дым

Комментарий удален по просьбе пользователя

0

Ну так я про это и написал. Думаю, тут как раз классическая (ещё и "бесплатная)" СУБД используется.
P.S. Никто не пишет коммерческие проекты с прицелом на рост "через много лет". Дыры в стартовой архитектуре латаются уже у идущего на полных парах судна.

0
Виртуальный дым

Комментарий удален по просьбе пользователя

1

Думаю, тут как раз классическая (ещё и "бесплатная)" СУБД используется.

OpenSource != бесплатно.
Платные типа Oracle используются в банках.
Остальные открытые (как вы говорите "бесплатные") идут с платной поддержкой.
Сейчас нет тормозных баз, есть кривые запросы, кривой код, само построение базы и архитектура. ред.

1

 OpenSource != бесплатно.

Зато есть менеджеры проектов, которые среди OSrc-решений выбирают не платную поддерживаемую версию, а именно что бесплатную "community". А потом ещё на сопровождение её либо "да своих людей обучим, как два пальца", либо ищут на вакансию сотрудника с ценником в 2 раза ниже рынка.

0

Отсутствие решения это тоже решение. То, что есть сейчас - работает плохо. 

Работало бы лучше при одной из перечисленных опций? Возможно. 

Возможно лучше плохого

1

Про начальное уровня знаний откуда информация? Я кхуйней не страдаю, и никогда бы не сделал блятб тупой сырой запрос на все коменты. Тут работы на несколько часов максимум. А то что ты описал - дрочильня для высасывания бабла

–3

Про начальный уровень изначально было обоснованное предположение: "Уверенность чаще порождается невежеством, нежели знанием." - Чарльз Дарвин.

То, что вы не поняли 90% мной написанного, предположение подтверждает.

Ничего страшного, научитесь со временем.

2

давай досвидания тролль вкшный

0

Комментарий удален

К чему весь разговор, если 100 юзеров сделают запрос на 10000 коментов, под каждого выделится под 500мб и хост упадет накхер. Поставьте хоть какую-то пагинацию. Тут нет рокет-сайнса хотя я думаю ты угарнул. Вот на реддите решение. А древовидные коменты конечно надо правильно хранить. Если правильно хранить так и правильно пагинацию организовать нужно

0
Виртуальный дым

Комментарий удален по просьбе пользователя

0

Как вообще можно как-либо оправдывать респонс данных без ограничений? Это халтурство еbаное и все. Кстати благодаря твоему коменту статья открывается на 5секунд дольше 😂😂

0
Виртуальный дым

Комментарий удален по просьбе пользователя ред.

0

Я видел здесь пагинацию, хотя... Серьезно ее здесь нет?(

0

А зачем пагинация комментариев? Здесь сразу глянул и на душе хорошо. На пикабу ещё можно смириться с подгрузкой комментариев, но на мобиле это ещё тот кошмар. Реддит отличился во всей красе. Настолько тупорылой реализации я ещё не видел. Здесь одна из самых лучших реализаций комментариев где я либо видел. 

0

Нужна она в первую очередь для бэкенда и оптимизации трафика. Бэкенд не должен выдавать неограниченное число данных. А трафик очень жирный получается для клиента

0

А смысл этой оптимизации если я как пользователь всё равно прочту эти комментарии? Ладно если их было больше 1000 как на пикабу. Тут в среднем до 400 на статью. 

0

Бэкенд не может выделять так много памяти под одного клиента. Представь что коментов 10000. Я делаю запрос, бэкенд выделяет 500мб под меня. Так сделают еще 100 человек. И того начнет выделяться под 50гб озу. И все хана серву, либо жесткие фризы. + исходящий трафик улетит в ебеня, что тоже стоит бабла

1

Твой комментарий занимает 301 байт. Умножим на 10000, это будет одна страница. Получаем 3МБ полезной нагрузки. Ситуация нереалистичная, но допустим. Из задачи у нас одновременных подключений 100 человек, получим 300МБ для передачи данных.

Типичных хостинг имеет 100Мбитное подключение на выходе, но это же VC. Давай возьмём от Selectel хостинг с 500Мбитным подключением. 

Калькулятор показывает, что на всё про всё ему потребуется ~5 секунд на всех 100 участников. Предполагаем что большая часть пользователей имеет интернет больше 50Мб/с. Загрузка одним пользователем этого объема информации занимает меньше секунды. 

Вывод: ред.

0

Кстати, выделяемая память в корне зависит от используемых технологий. В PHP вроде ~20Мб на процесс, в GO ~1-3Мб. В общем ни о чём, тем более эти процессы живут менее 100мс. 

0

Больше похоже на рейтинг технологий, В который языки включены как их часть. 

2

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

Логичнее было бы, конечно, ввести разные категории типа JS/Frontend и JS/Backend. Видимо, оставили как есть для сравнения с историческими данными, когда JS автоматически ассоциировался с фронтендом.

0

Но ведь TypeScript и там и там 🤔

0

Да, с этим отдельная проблема :)

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

0

Не надо сводить с ума. Js он и есть js. Есть пара библиотек на ноде, которых нет в браузере. Но это не повод считать бэк другим языком))

0

Комментарий удален

Раст как Питер - его лучше любить издалека

64

Ну он сложный, безусловно, но я не думаю что C и C++ сильно легче любить.

7

Ровно насколько он сложный, настолько он ещё и приятный в то же время :) Но это всё хайп, никто на нём не пишет в таких количествах на самом деле, потому что это сложно и редко кому и когда нужно :)))

11

Я уже 5 лет пишу на Rust на буржуев за деньги. Просто он в финтехе пока в основном востребован.

8

Это вам со своей колокольни так видно, с моей колокольни в финтехе все пишут на чём попало и ни разу на расте. Дело вообще не в области применения, а в задаче

23

Да не, я же не говорю что в финтехе пишут только на расте. Я про то, что там под него есть вакансии. Если кому надо.

2

Только на расте? Лол, нет

–3

За что минусите? Либо сообщение, на которое я отвечал, было отредактировано, либо я не так понял)

0

Комментарий удален по просьбе пользователя

–1

Комментарий удален

Выглядит так, будто ты вообще не понял ветку :)

0

Финтех и на джаве пишут и на скале и на js, когда дело касается фронта и даже на пыхе, когда ПМ создаёт задачей очередное измерение в ад.
Ну а так в целом верно. Раст неплохо захайпил на блокчейне, а также там, где нужна скорость

0

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

10

Следить за памятью самому приходит с опытом и становится столь же естественным, как дышать.

Язык - это инструмент. Вот есть столярный инструмент. Те же резцы. Они острые, острым резцом работать приятно, хотя есть риск порезаться. Можно взять пластиковый резец. Им не порежешься, но работать им, особенно по твердому дереву, невозможно.

9

Хорошо, когда рутину можно делать простым и безопасным инструментом, а когда действительно нужно достать unsafe инструмент.

3

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

Вот я сейчас пишу под платформу IBM i (бывшая AS/400). И там есть замечательная вещь - ILE (Integrated Language Environment).

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

За подробностями туда: https://www.ibm.com/docs/en/i/7.3?topic=languages-ile-concepts

Основной язык у нас - RPG. Там очень многие вещи сделаны удобнее чем в С/С++ (работа со сроками, работа с БД и проч). Но иногда встречаются вещи, которые проще и быстрее сделать на С/С++ (обычно это касается прямой работы с памятью или различными системными объектами типа, например, сокетов).

Пишется нужная функция на С/С++ и вызывается из RPGшного кода.

5
Виртуальный дым

Комментарий удален по просьбе пользователя

–1

Э-э-э... AS/400 появилась еще до дотнета. В 1988-м году.

2
Виртуальный дым

Комментарий удален по просьбе пользователя

0

Так IBM i это и есть AS/400. Там просто ребрендинг был.
Там вообще все сложно с наименованиями.
Вроде как изначально платформа называлась AS/400, операционка - OS/400. Потом платформу переименовали в eSeries, операционку в i5/OS сейчас платформа System i, операционка IBM i.
Но все концепции были заложены еще на этапе создания /400. Отсутствие ассемблера (вместо него есть промежуточный слой машинных инструкций MI в рамках концепции TIMI). Поддержка языков программирования CL, RPG, COBOL, C/C++ на уровне ОС (т.е. все компиляторы есть часть самой системы - компиляция производится командой ОС а не вызовом какой-то установленной дополнительно программы), БД DB2 как составная часть системы (там нет такого "подключиться к серверу, подключится к БД" - просто есть системный объекты "физическкий файл", логический файл" с котjрыми можно работать хоть прямым доступом, хоть SQL который тоже поддерживается на уровне системы и которым в принципе можно делать почти все)

2

Я говорю про раст же, а не плюсы лол

3

Сорри перепутал🙈

2

Мы тебя прощаем бро

7

Комментарий удален по просьбе пользователя

0

Но зачем перемешивать низкоуровневые указатели и stl?

Да, язык даёт такую возможность, но надо понимать, что он не для этого создавался. Как в том же go (да и в rust вроде) есть модули unsafe - иногда они нужны как необходимое зло.

Следить за памятью - это просто особенность языка. Кому-то напротив gc не нравится. Короче, этот аргумент - голимая вкусовщина.

И да, любой язык будет выглядеть кошмарно, если на нём говнокодить

P.S. Не слишком люблю плюсы, мне просто эти конкретные аргументы не понравились.

0

Смотря, что пишите.

1

А где его использовать? Для бэкенда есть Go, для дата сайнс - Python, для embedded - С, для финтеха часто плюсы используют. Раст же помню то для бэкенда себя позиционировал, потом они решили, что он для встраиваемых систем хорош, как сейчас растовцы себя позиционируют?

2

Лол, такая категоричность — сейчас можно писать (почти) на чём угодно под (почти) что угодно и по любому вашему поинту можно привести кучу контраргументов и устроить порядочный холивар. Раст никак себя не позиционировал по области применения, дело вообще не в этом

13

Раст никак себя не позиционировал по области применения

Ещё как позиционировал. Помню несколько лет назад зависал у них в irc. Как раз интересовался тогда корректностью выполнения кода, заодно было интересно, может смог бы помочь чем-то языку. Мне тогда в ирке разрабы прямо писали, что раст вообще-то пока что не про эмбедед, а больше про бэкенд. Помню, чуть позже, лет пять назад, начали появляться слабые надежды, что раст можно будет использовать там, где критичность кода важна, мол, на замену аде со спарком может прийти, даже в одном французском (вроде) университете проект начался по добавлению возможности верификации программного раст кода, тогда же в сообществе ады стали с интересом на раст посматривать. Но в сторону верификации, кажется, решили не идти, хотя тулзы какие-то и произвели на свет.
Пока что мне лично непонятно, в чем фишка раста. Если хочется серьезной безопасности, то есть та же ада со спарком, там с безопасностью всё неплохо, а для других вещей больше подходят другие языки.

1

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

3

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

1

В чем-то проще, но все равно это пиздец минное поле, требующее глубоких знаний стандарта и внутренностей на совершенно пустом месте.

Вот один из моих любимых примеров из блога Лева Валкина:

Вопрос: https://lionet.livejournal.com/139828.html
Ответ: https://lionet.livejournal.com/140057.html

В этом смысле плюсы из 80-х, так сказать, «си с классами», намного проще для понимания. 

3

Вот, кстати, да. В современные плюсы совершенно зря потащили все из других языков. Стоило их оставить именно на том уровне, "С с классами". Простые, прозрачные, генерирующие понятный код (что написал, то и сгенерировалось, а не обросло по дороге кучей оверкода ради универсальности).
Хочешь сахара - используй другие языки, где этот сахар заложен изначально и органичен. Хочешь прозрачности - вот тебе "С с классами". Прозрачность С + возможность проектировать на уровне объектов.

1

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

1
Виртуальный дым

Комментарий удален по просьбе пользователя

0

Комментарий удален

До Раста там всё равно далековато

3

Фронтэнд на расте?

0

Без проблем, компилите в вебэссембли и поехали. Более того, это был самый распространённый способ запуска раста во всяких серверлесс окружениях, где был ноджс :) щас несильно актуально, в той же лямбде уже добавили раст нативно

2

WASM

–1

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

4

А почему в финтех больше С++ ?

0

А кто сказал что там больше С++?
В Финтехе огромное количество работающего кода написано на коболе. Да, это легаси дремучее, но оно работает и выводить из эксплуатации его никто не собирается (были попытки - Банк Содружества Австралии попробовал, обошлось это в 5 лет работы и более $700млн плюс глюки типа обнуления кредитной задолженности по всем клиентам в процессе перехода - других желающих пока не видится).
Сейчас новое на коболе уже не пишут, но много финтеха (на западе, у нас меньше), кто работает на платформе AS/400, используют RPG - тоже язык для коммерческих расчетов как и кобол.
С/С++ хорош для системных вещей. Но и только.

0

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

1

Да потому что банки это тоже финтех. Как одна из его областей.

0

В трейдинге и HFT больше C++, потому что там лоу латенси нужно. Страуструп поэтому в морган стенли работает.
а финтех это очень широкая область в плане технологий, где есть всё. Начиная от мобильного приложения и т.п.

0

HFT отдельная тема. Там математика и высокая скорость расчетов важна.

0

Любить чистый C очень легко. Этот язык прекрасен в своей простоте (не лёгкости - разрабатывать на C тяжело, - а именно простоте).
Любить C++ тоже легко. Он прекрасен в своей сложности.

Любить разрабатывать на них - совсем другая история ;)

1

Разрабатывать что-то объемное что на С что на С++ тяжело. Есть опыт больших проектов на плюсах.

Мне потому и нравился изначальный вариант С++ (который "С с классами") что он прост и прозрачен как С, но на нем легче реализовывать объектную архитектуру приложения. Например, когда структура объектов программы повторяет физическую структуру предметной области в которой эта программа работает - каждый физический объект (сущность) имеет свое "цифровое" отображение в программе.

0

На Stack Overflow какая-то своя атмосфера

45

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

9

Чем на VC в плане языков программирования?

2

VC не про языки программирования, тут политоты больше, чем разработки.

2
Виртуальный дым

Инвестиции еще, ну и про стартапы бывает)

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

0

Комментарий удален по просьбе пользователя

1

Какая-то экзотика все

12

Часто бывает, что любят то, на чем пишут дома любимый проект, а не скучные таски на работе.  ред.

31

Это, кстати, хороший аргумент. С нам работал чел, который ну просто люто ненавидел раст. Его, конечно, уволили, но он как раз пришёл в раст не из хобби.

5

Мне Раст показывали ребята наши, у меня стойкая ассоциация с перлом возникла из-за чёрточек и других символов которых там нахерачили гору. Апофеоз всего этого - брэйнфак. Имхо раст слегка говенный из-за этого. А из таких типа «убийц си» больше всего понравился D Lang 

5

D классный, да

0

Комментарий удален

Раст уже не экзотика
Его используют многие известные компании

2

Ну Haskell тоже многие известные компании используют, в частности Facebook и Standard Chartered, а Microsoft активно поддерживает его разработку.

Но Haskell до сих пор экзотика.

0

В мире 1С и дельфи, наверное.

0

Ну через несколько лет в топе будет какой-нибудь Zig.

12

И фреймворк для него Hail 

25

И в стандартной библиотеке будет 1488 файлов 

11

Писать на нем будут иметь право только двухметровые голубоглазые блондины?

5

Да, и только доносы в соответствующие органы 

0
Виртуальный дым

И вот эти вот парады с флагами тоже будут

0

ставь лайк, если пишешь на html и тебе плевать на эти рейтинги 

9

*если программируешь на html

25

Как президент Туркменистана?

0

Друг, html это просто форматирование(разметка) текста и все, к программированию практически ни имеет отношения.

–3

Вы такой душный потому что фронтендер, или просто от природы?

1

Разработчики падки на хайп, сейчас вот в теме Rust, но это временно.

Тут интересный момент что настоящий программист легко переходит с синтаксиса на другой. А лохопеды после курсов так не могут. Для них и Python это сложно. Короче лучше сразу ставить крестик на карьере в IT, потому что там всё меняется каждые 5 сек. Случайные люди будут на инфарктах ежедневных.😂

13

Сходили на курсы и составили мнение об айтишечке?

6

Ну Rust уже давно обороты набирает, но согласен что не приживется, в нем фундаментальных преимуществ нет. А по поводу входа в айти - двоякая ситуация. Есть амбициозные люди без лени в жопе которые за год входят, правда хоть и через легкие фронтенд/бэкенд но все же. Тут все как сигмоида - минусмораль накидывает периодически но с каждым разом все реже и реже

2

Фундументальное преимущество Rust - это безопасная работа с памятью. Именно ошибки связанные с управлением и доступом к памяти составляют причину львиной доли уязвимостей программ созданных на низкоуровневые языках:

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

2

Думаю раст надолго. Хотя бы потому, что Линуса он него не стошнило.

0

Да что ж так демотивируешь то? Личный опыт? ))

1

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

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

0

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

И именно в этот период тебя обычно хватают за шкирку ВУЗы (не без участия 4 вышеперечисленных социальных групп, в авторитарности которых молодая личность начинает сомневаться, но совсем отказаться не готова), вдалбливая те самые системные привычки.

Самостоятельно преодолеть этот поток давления почти нереально. Так и выходит, что многие повзрослевшие люди "не на своём месте", заняты делом, которое им не интересно, не развлекает, создаёт депрессию и занимаются они им только ради денег. Исходя из этих предпосылок, обвинять таких в том, что они пытаются пойти в другую (совершенно не интересную им) сферу, только потому что там хорошо платят - как минимум глупо. Потому что они и нынешним делом заняты только потому что платят, а не потому что "хочется и умеется".

0

Выбрать дело из-за денег это ещё одна ошибка.

они пытаются пойти в другую (совершенно не интересную им) сферу, только потому что там хорошо платят

Описание глупости. 

Причем это делает жизнь всех людей в мире хуже. 

0

Ваше утверждение было-бы справедливо, если-бы любая сфера могла приносить достаточно денег для пропитания, обновления одежды, приобретения жилья и отпуска (за пределы повседневной среды) 2 раза в год. Т.е. необходимых всем вещей, в общем-то. Про средства роскоши никто не говорит, именно про базовые потребности.
А в условиях, когда большая часть профессий на рынках страны не может обеспечить тебя необходимым минимумом (жильём, в частности), обвинять людей в том, что они хотят выживать - похоже на уподобление той самой американской "звезде интернетов" с её "бездомные? да просто купите!"

Абсолютно согласен, что каждый должен заниматься тем делом, которое ему интересно. Просто чтобы не перегорать. Но финансовая сторона всё ещё тянет нас в феодализм и раболепие ("лишь бы не уволили"). И обеспечивать оздоровление тут это может только централизованный контроль рынка труда, а не сами трудящиеся. Дальше уже непробиваемая стена политоты.

0

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

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

Это всё статистика обычная.

Какая профессия не приносит достаточно дохода на профессиональном уровне?

Тут главное достигнуть этого уровня! И это не просто, но разве так и не должно быть?
(но это проще и приятнее делать когда тебе нравится и есть желание тратить время именно на это).

0

тут нужна картинка приплетаю_лохопедов_после_курсов.жпг

1

сейчас вот в теме Rust, но это временно.

Очень сомневаюсь. Учитывая что он обрёл официальную поддержку в Linux и гугл его активно форсит.

Новые языки появляются не просто так, чтоб хайпануть, а для решения современных задач. Старые языки разрабатывались под тогдашние условия и запросы. Например тогда не было сильной потребности в многопоточности и безопасности, сейчас они являются основными требованиями, что выразилось в синтаксисе Golang и Rust.
В старые языки приходится впихивать с учётом текущей реализации, с поддержкой обратной совместимости. Проще новый язык создать, что мы и видим на практике.

1

Так на любой сложной работе случайные люди во всем, что дальше от базовых навыков и шаблонов начинают "плавать". Но все-таки терпение и труд все перетрут))

0

Я за Питон. Простой, логичный, понятный как Доширак за 40 рублей.

8

__ иоченькрасивый__

12

__точно__

0

Он эстетически самый красивый со всех

0

На курсе все сдавали проекты на нем, я один делал на .net)

3