В TIOBE Index разделили Delphi и Object Pascal

А брейнфак? Иначе как жить без этой важнейшей информации?

Не в первой сотне. Более точную информацию составители рейтинга не предоставили.

Брейнфак устарел, есть новый язык специально для лоровцев
https://meduza.io/shapito/2014/12/09/peterburzhskiy-razrabotchik-sozdal-yazyk...

ИТ-мир больше не для специалистов, а для смузи-дегенератов, вот и рейтинги под них подгоняют.

Просто, внезапно, C-like синтаксис взял и победил (кстати, если взять какую-нибудь программу на Паскале и переписать её на том же Python'е, то, в общем-то, можно понять почему - строки кода сразу становятся уже).

Теперь, в среднем, логика при выборе языка примерно такова:
«Скорость выполнения кода критична?
Если да, то пишем на C/C++. Если нет, то пишем на Python'е.
Ситуация сложная? Значит, ту часть кода, для которой критична скорость выполнения, выносим в библиотеку на C/C++, делаем к ней обёртку для Python'а и весь остальной код пишем на Python'е.»

ты с каких пор в какие питонофанбои подался? )

Питон для меня давным-давно не является чем-то новым. Я на нём в своё время даже целую игру выкладывал: http://saahriktu.org/downloads/renshuchogyoretsu-v0.3.tar.xz .

Судя по коду, я его писал в 2013-м году. 7 лет назад.

Почему в таком рейтинге всё ещё жив Visual Basic? Он кроме экселя ещё где-то применяется?

Там особенно жив Visual Basic .NET (6-е место). Classic Visual Basic (не .NET) на 19-м. А VBScript там на 38-м месте.

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

Кложа фсотачке! Кложа стронк! %)

Меня тут не так давно поправили когда я удивился названию Delphi как языку программирования. Это действительно разные сущности.

А что такого? Я васик не люблю, но он же всё равно в .net-овский байт-код компилируется. Кому с детства привычнее, тот на нём и пишет. Я вот тоже на паскале бы писал, если бы шарп в своё время не выучил. Платформа-то всё равно одна, библиотеки одни.

Емнип у борланда в доках язык и называется дельфи. Понятно что это object pascal, но всё же.

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

В ранних версиях это был Object Pascal. Поэтому логично то что написано в топике.

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

saahriktu, а что означает твой ник?

saahriktu, а что означает твой ник?

да он наверное писал пароль, но перепутал поле ввода и написал его вместо логина )))
а пароль у него наверное Artem

Ничего конкретного. Я его в своё время сгенерировал своим генератором ников.

Что-то по-удмуртски

Нет, не угадали.

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

Однако, я ничего не перепутал, и пароль у меня гораздо сложнее.

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

Я написал генератор, который случайным образом чередует гласные и согласные. И он, соответственно, генерирует самые разные ники.

В т.ч. он умеет генерировать, например, такое:

ototydibos
sapyfezuru
cyrarofov
ojemarojun
ysabylununar
fynozahajo
zekyjenon
zepuvavive
jamuhumuz
dotudumiz
cobihisar
rufeziwovilimov
wolurinus
onapygifum
dyfajexusyr
ydunazodon
wilajaxir
beredobop
uhonatorex
fimezorike
rufetoniba
sasatiruwot
elazerewi
wenuzixil
usytiwimida
egulirare
acovahago
awexusini
oxedifike
pibaninaqad

случайным образом чередует гласные и согласные.

а на слове saahriktu чередовалка сломалась?

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

«Убунту» — это африканское слово, означающее «Я не могу настроить Дебиан»
«saahriktu» — это удмуртское слово, означающее «Я не могу разобраться с С++»

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

так я согласен
на Си писать тоскливо, потому что это фактически высокоуровневый ассемблер, и хочется убежать на паскаль
мы тут все немножно саахрикту, но мы не пишем об этом в своих никах )))

генератор ников чётко чередует гласные и согласные

У меня были разные версии генератора. Однако, да, я немного подпилил сгенерированный ник напильником.

вот заметь: тебя на ЛОРе спрашивали про смысл и аватарки, и ника. обычному человеку ни то ни другое непонятно что означает.
наверное, в опен-сорс тебя пускать нельзя: твоё творчество и там будет вызывать реакцию людей «а шо это вообще такое?» )))

Это точно

C-like синтаксис взял и победил (кстати, если взять какую-нибудь программу на Паскале и переписать её на том же Python’е, то, в общем-то, можно понять почему - строки кода сразу становятся уже).

И давно у Python появился C-like синтаксис?

Давно. Конечно, фигурные скобки в него не перекочевали, зато почти всё, что отличается от синтаксиса Паскаля, в него перекочевало.

В C нет «then». В Питоне тоже нет «then». В C префикс шестнадцатеричных чисел «0x». В Паскале префикс шестнадцатеричных чисел - «$». В Питоне префикс шестнадцатеричных чисел «0x». В C main традиционно описывают как «int main(int argc, char **argv)». В Паскале для работы с аргументами командной строки используются функции ParamCount и ParamStr(). В Питоне - sys.argv. В C для того, чтобы инвертировать биты числа, используется операция ~. В Паскале для того, чтобы инвертировать биты числа, используется операция not. В Питоне для того, чтобы инвертировать биты числа, используется операция ~. Ну и т.д.

В общем, особенности синтаксиса Паскаля сегодня вне Паскаля почти не встречаются, ибо их вытеснил C-like синтаксис.

Конечно, фигурные скобки в него не перекочевали

Так это же основное! За пробельные символы как ключевой элемент синтаксиса убивал бы!

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

Во-первых, для повышения читаемости, отступы блоков никто не отменял и в других языках. Авторы Python'а же просто решили не множить сущности. Если отступы блоков (для читаемости) уже есть (а в Python'е упор именно на читаемость кода), то всякие фигурные скобки просто-напросто становятся лишними сущностями.

Во-вторых, не всё так плохо. Есть инструменты для проверки кода, которые делают кучу тестов менее актуальными.

Во-первых, для повышения читаемости, отступы блоков никто не отменял и в других языках. Авторы Python’а же просто решили не множить сущности. Если отступы блоков (для читаемости) уже есть (а в Python’е упор именно на читаемость кода), то всякие фигурные скобки просто-напросто становятся лишними сущностями.

При наличии скобок сложно ошибиться при переносе кусков кода. Для петона же надо использоваться спец IDE, и если надо что-то быстро где-то на удаленном сервере зафиксить, то можно всё к херам поломать. С нормальными языками такое невозможно.

Во-вторых, не всё так плохо.

Всё именно так плохо

Есть инструменты для проверки кода, которые делают кучу тестов менее актуальными.

Которые работают только для ограниченных кейсов.

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

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

программист на питоне должен уметь на глаз отличать 4(8) пробела от табуляции
я бы их именно так на собеседованиях и тестировал: не смог отличить - не годишься в питонисты
и это не придирка - интерпретатор не найдёт такую ошибку, поэтому находить такую ошибку должен человек

В редакторах есть подсветка уровней отступов.

дай скриншот
я в SciTE не нашёл такой опции

Вот наверное наиболее интересный вариант(не питон): https://raw.githubusercontent.com/oderwat/vscode-indent-rainbow/master/assets...

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

Пробел отображается точкой (два пробела - двумя), таб - стрелкой.

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

Зачем что-то различать? Достаточно настроить свой редактор, чтобы писать правильный код. Писать, кстати, можно и в vim'е, и в Emacs'е.

И, да, есть куча lint'ов, которые вполне находят опечатки. На том же отступе табуляцией тот же pylint выдаёт:

W0312: Found indentation with tabs instead of spaces (mixed-indentation)

W0311: Bad indentation. Found 3 spaces, expected 4 (bad-indentation)

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

При желании табы вычисляются и без линтеров. Если достаточно одного нажатия backspace'а, то это был Tab.

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

Так что, какими-нибудь табами форматируют разве что какие-нибудь студенты, которые только-только услышали про Питон.

Ecxel и офис ваще - в америцах (особливо для мелкого бизнеса) он почти как 1C

поэтому VB навсегда