Каков худший язык программирования, с которым Вы когда-нибудь работали? [закрытый]

Visual Basic. Я просто не понимаю его загадочного синтаксиса, поскольку он не следует никаким программным соглашениям. Как парень, привыкший к синтаксису C / C ++, я, возможно, неравнодушен. Но это не отменяет того факта, что VB - САМЫЙ худший язык для меня.

Конечно, у меня нет , большой опыт работы с разными языками, но я должен сказать Python. Хотя сам язык в порядке, я просто ненавижу отступы ""! = "\ T" и т. Д. Несмотря на то, что идея «автоматического» завершения области видимости хороша, это просто привело к слишком большому количеству ошибок / времени, потраченному на нажатие пробела 200 раз, чтобы использовать код других людей: (

Мой ответ довольно пограничный, но я думаю, что стоит записать его:

HTML

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

Многие беспокойства (даже в этой теме), направленные на такие языки, как PHP, имеют свои корни в ограничениях HTML. Рассмотрим несколько его недостатков: он поощряет смешивание контента и представления, он многословен и повторяется, в спецификации по-прежнему есть области двусмысленности, и, что характерно, реализации традиционно страдали от несоответствия спецификации. Грандиозная экосистема клиентских и серверных языков во многом обязана тому факту, что прямой HTML - это боль.

Да, есть плохие причудливые языки,

Никто не сказал, что AS400 ????

У меня это было в университете, и это определенно было худшее ...

Я удивлен, что никто не упомянул ИНТЕРКАЛ : язык компилятора без произносимого акронима. У него нет инструкции goto. Это пришло из заявления!

Хорошо, если серьезно, два моих кандидата - это VB и комбинация HTML, PHP и Javascript, с которой я должен работать.

VB, потому что он имеет 5 различных конструкций цикла. для, пока делаю, и делаю, пока я понимаю. Но неужели вам тоже нужно пока делать и делать пока ??? В самом деле?

HTML / PHP / Javascript не из-за какой-либо специфической особенности какого-либо из языков, а потому, что вы можете перемежать их очень запутанными способами. Открытие тега HTML, наличие там Javascript и посередине, запуск PHP if, закрытие тегов javascript и HTML, а затем закрытие PHP и еще одно закрытие HTML и JS .... В конечном итоге он выглядит как (([)] [)])

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

Я также забыл упомянуть prova и да, это смешанный язык. Это реализация пролога, построенная на основе java, что означает, что она чертовски медленная. Они продают его своей способностью вызывать java-функции, печально то, что вы теряете возможность возврата, когда делаете это. Таким образом, вы теряете сильные стороны обоих языков. Я до сих пор не понимаю, почему авторы не выбрали просто реализацию пролога внутри java, чтобы вы могли вызывать код пролога из java вместо создания собственного интерпретатора.

Никто не упомянул DCL ???

LISP

Возможно, с языком все в порядке, но это просто вне меня.

I4GL (язык Informix 4-го поколения)

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

Прежде всего, это действительно было два языка - интерпретируемый (более гибкий, медленный) и скомпилированный (почти бесполезный, тот, который фактически закончил работать в вашей жизни). Разумеется, проприетарный.

В ранних версиях не хватало некоторых арифметических операторов, поэтому вам приходилось помещать временные данные в базу данных и использовать SQL для математических вычислений.

Предполагалось, что она будет иметь многопользовательские возможности, но поскольку серверная часть (Informix Turbo, помните это?) Не хватало надлежащей блокировки, вместо 90-секундного ожидания заблокированной строки с последующим полезным возвратом ошибки вы бы получили мгновенный возврат с неиспользуемым возвращаемым значением, не связанным с ошибкой. Поскольку I4GL был бесполезен без бэкэнда, я считаю, что это недостаток в среде исполнения языка.

Однажды мне пришлось взламывать все предыдущие объединения программистов на серии более мелких выборок в циклах I4GL. Причина в том, что союзы не завершатся при вашей жизни. Конечно, менеджер проекта удалил уникальные ограничения индекса, так как они приводили к сбою вставок.

JCL (язык управления заданиями), наверное, худшее, чего я когда-либо касался