Famabara
Поиск

Почему рейтинг языков программирования Tiobe – это полная чушь

volchara
15 дн. назад
Давайте посмотрим на этот чудесный рейтинг:
https://www.tiobe.com/tiobe-index/
Вот скрин на апрель 2025 года:
Рейтинг сразу изумляет. На первом месте Пайтон, ну ок, верю. Далее Си и Си++. Уже что-то не то.
Потом Джава и Сишарп, ну ок, но как-то сомнительно. ЖС только на 6-м месте (тайпскрипт, кстати, только на 36-м, ха-ха). Седьмое место у Го - ок.

Но далее - Visual Basic на 8-м месте! Чтоооо?
9-е место - Delphi/Object Pascal. Смешно.
10-е место - SQL.
11-е место - Фортран!!!

Таблица далее:
Где Kotlin? Где Swift? Где-где, их Кобол вместе с Адой обогнали в обнимку с Перлом. Такой вот юмор от Tiobe.

Этот рейтинг зачем-то любят цитировать ютуберы и всякие IT-сайты, но это делать явно не надо. Реальные программисты знают о ситуации на рынке и о текущей популярности разных языков программирования. Нет там никаких Матлабов и Фортранов.

Так как это рейтинг считается?
Цитата с их сайта:
Basically the calculation comes down to counting hits for the search query
+"<language> programming"

Смотрят результаты поиска по запросам типа:
+"PHP programming"
+"Ada programming"
+"Go programming"
и т.д.

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

Я ни разу в свой жизни не писал запросы вроде "программирование на Go" или "Kotlin programming". Когда человек пишет на гошке или жсе, он в гуглах совсем не так строит свои поисковые запросы.

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

Хотите реальные данные? Проведите среди разработчиков опрос, какими языками они пользуются, получатся совсем другие данные. Там в топе будут Go, PHP, JS/TS, Java, Kotlin, Swift и Python, а Делфи или Пролога там точно не будет.
+3
7
0
Комментариев пока нет

Как по-английски костыль в программировании

volchara
9 дн. назад
В русском языке не очень хороший код, который решает задачу некачественно, но всё же решает, принято называть костылём. Часто костыли делают как бы временным решением, но в большинстве случаев они остаются навсегда. В любой крупной кодовой базе всегда куча костылей, можете мне поверить.

В английском языке принято говорит "workaround", т.е. обходной путь. Но этот термин не несёт смысловой нагрузки, которую в русском языке означает костыль. Костыль - это значит код можно заменить нормальным кодом, это значит, что разрабу даже немного стыдно за код, но поделать пока ничего нельзя. А workaround - это более мягкий термин, этакий хак для достижения цели.

Так вот на английском языке есть аналогичное слово - kludge (кладж). Смело используйте его в своих слаках и гугл-митингах, когда общаетесь на английском. Никаких больше workaround, теперь только честный kludge!
+2
25

Хитрость spread-синтаксиса в JS

dima
16 дн. назад
А вы знали, что теоретически spread-синтаксис в JS можно применять почти к любому типу.
Вот пример "обычного" использования:
// Массив спредится
console.log([...[1, 2, 3]]); // [1, 2, 3]
// Строка спредится
console.log([...'Famabara']); // ['F', 'a', 'm', 'a', 'b', 'a', 'r', 'a']
Но если попытаться заспредить number, то будет ошибка:
console.log([...555]); // Uncaught TypeError: 555 is not iterable
Не является iterable.
Так давайте сделаем iterable!
Number.prototype[Symbol.iterator] = function * () {
  yield 'Фамабара';
  yield 'лучше';
  yield 'всех';
}

console.log([...555]); // ['Фамабара', 'лучше', 'всех']
Мы успешно заспредили number! Толку от этого никакого, на сам факт забавен.
Можно джунов за собесах мучить :)
+4
19

Как в Git безопасно поправить коммит в удалённой (remote) ветке

connected2u
недавно
Представим вы несколько дней работали, писали код и наконец-то сделали коммит:
git commit -m "#715 changed color of button from red to green"
git push
И тут вы понимаете, что забыли убрать какой-нибудь console.log() или fmt.Println().
Можно добавить ещё один коммит поверх, что-то вроде:
git commit -m "#715 clean unnecessary code"
Но в некоторых командах это могут посчитать мусорным коммитом. Что делать?

Вместо второго коммита "правим" первый коммит, дописывая amend:
git commit --amend -m "#715 changed color of button from red to green"
И теперь можно пушить снова. Но сервер не даст запушить, ведь у нас локально и на ремоуте уже разные истории одной ветки. Можно запушфорсить:
git push force
Но это может быть очень плохо, если над веткой работает несколько человек. Кто-то мог уже поверх нашего коммита свои коммиты накатать. Но есть хороший параметр force-with-lease, который перезапишет ветку только тогда, когда никто поверх не дописал свои коммиты:
git push --force-with-lease
В этом случае никто не пострадает.
+2
22

TypeScript скоро станет в 10 раз быстрее

volchara
недавно
Андерс Хейлсберг (автор Тайпскрипта) опубликовал пост в блоге:
https://devblogs.microsoft.com/typescript/typescript-native-port/

В общем, TypeScript скоро станет в 10 раз быстрее, вернее, он уже стал таким, просто пока эту версию не сделали общедоступной.

Вот такой прирост скорости компиляции крупных проектов теперь показывает tsc:
Как видно, прирост на порядок - т.е. примерно в 10 раз. Достигается это за счет использования Golang для работы tsc, а не JS. Сам по себе JS быстрый, но он упирается в один поток. А кто писал на Go, то знает, насколько легко там запустить горутину. Теперь tsc будет использовать несколько имеющих потоков, что и даст прирост скорости компиляции.

Обратите внимание, это полноценная работа tsc, а не как у esbuild, где только транспиляция без проверки типов.

На момент написания этого поста текущая версия TypeScript - 5.8.2. Следующая мажорная версия - 6-я - будет всё ещё на JS-е, а вот 7-я версия будет уже на "нативном" коде, т.е. компилироваться из Go. Автор их так и называет:
For the sake of clarity, we’ll refer to them simply as TypeScript 6 (JS) and TypeScript 7 (native)

В общем, новость хорошая. Быстрее будет не только компиляция в JS, то и VSCode будет работать быстрее, потому что там все подсказки в редакторе, даже если это JS-код, реализованы с помощью тайпскрипта.
+3
58