Tiobe index

Лось пише:По поводу идеи одной из статей - можно ссылку (статья или страница) на идею с подробностями?

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

А!!!
Нашел!
Примерно так: статья Хабермана страница 203, статья 8. Хаберман весьма поверхностно знаком с Паскалем (примерно как я с R) и лепит кучу ошибок (в том числе синтаксических). Потом на него наорали в следующей статье 9, а потом пришел лесник и всех прогнал в статье 10 (какой-то Б. Керниган)

Ill Niño пише:А!!!
Нашел!
Примерно так: статья Хабермана страница 203, статья 8. Хаберман весьма поверхностно знаком с Паскалем (примерно как я с R) и лепит кучу ошибок (в том числе синтаксических). Потом на него наорали в следующей статье 9, а потом пришел лесник и всех прогнал в статье 10 (какой-то Б. Керниган)

Спасибо, почитаю.

Какой-то Керниган - это удачная шутка 

Статьи примерно конца 70-х, надо делать скидку на это.

Ill Niño пише:

dimp пише:На Матлабе можно реализовать практически все, что можно реализовать на Питоне

Реализуйте web-site какой-нибудь. Или распределитель памяти общего назначения. Или компилятор.

Любой каприз за Ваши деньги. При достаточном финансировании все это можно реализовать на Матлабе. Тем более что та фунциональность, за которую любят Питон на 90% обеспечивается обертками C/C++ библиотек. Так вот, для Матлаба также очень удобно детать такие обертки (mex files).
Я кстати и про комиляторы написанные на питоне особо не слыхал (хотя уверен что они есть, в мире много извращенцев).

Ill Niño пише:Примерно так: статья Хабермана страница 203, статья 8. Хаберман весьма поверхностно знаком с Паскалем (примерно как я с R) и лепит кучу ошибок (в том числе синтаксических). Потом на него наорали в следующей статье 9, а потом пришел лесник и всех прогнал в статье 10 (какой-то Б. Керниган)

Нет, на стр. 203 размещено предисловие к статье Хабермана. В самой статье упоминается только отстутствие динамических массивов в Паскале. И только "лесник" Кенниган уточняет (10.2.6 Выхода Нет),  что нужен механизм приведения типов, который позволяет делать распределитель памяти так, что программа распределителя может выделять память для разных типов возвращаемых данных. Я помню подобный кошмар в С с (void*)malloc() на внешний уровень подпрограммы при совсем другом типе на внутренних уровнях. Но, как  бы то ни было, С - язык , а вот Паскаль - уже нет 

dimp пише:Любой каприз за Ваши деньги. При достаточном финансировании все это можно реализовать на Матлабе. Тем более что та фунциональность, за которую любят Питон на 90% обеспечивается обертками C/C++ библиотек. Так вот, для Матлаба также очень удобно детать такие обертки (mex files).

mex files неоптимально расходуют память. Другой вариант - call function from shared library, но в Матлабе оно тоже имеет ограничения. В питоне оно чуть получше ABI/API, а лучве всего - в моём фаворитном языке программирования

dimp пише:Любой каприз за Ваши деньги.... в мире много извращенцев.

Согласен!

Лось пише:Но, как  бы то ни было, С - язык , а вот Паскаль - уже нет 

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

Ill Niño пише:

Лось пише:Но, как  бы то ни было, С - язык  , а вот Паскаль - уже нет 

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

Ну, мы то тут о ЯП и реализации универсальных распределителей памяти как о критерии "истинного" ЯП 

Язык записи алгоритмов - Plain English. Затем, ближе к машине - псеввдокод, затем ЯП. 

Выбор стиля псевдокода - вопрос предпочтений - можно в стиле Паскаля, можно в стиле С, мне кажется в стиле Фортрана (современного) - наиболее адекватно. Ну, а С/С++ vs Pascal - старые религиозные войны. Кстати, Паскаль ещё жив? Или только Delphi ещё трепыхается?

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

Лось пише:Язык записи алгоритмов - Plain English.

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

Лось пише: можно в стиле Паскаля, можно в стиле С, мне кажется в стиле Фортрана

А в чем разница-то?

Ill Niño пише:

Лось пише:Язык записи алгоритмов - Plain English.

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

И на естественном языке можно делать ошибки и/или неопределённости и логические упущения. Всё в руках/мозгах автора.

Ill Niño пише:

Лось пише: можно в стиле Паскаля, можно в стиле С, мне кажется в стиле Фортрана

А в чем разница-то?

В синтаксисе. Тыц!

Впрочем, когда применимо, лучше IMHO в математическом стиле (тыц там же)

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

Лось пише:И на естественном языке можно делать ошибки и/или неопределённости и логические упущения. Всё в руках/мозгах автора.

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

Ill Niño пише:

Лось пише:И на естественном языке можно делать ошибки и/или неопределённости и логические упущения. Всё в руках/мозгах автора.

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

Не надо! Основополагающие цели юридических документов прямо противоположны прямым, ясным и понятным целям псевдокода алгоритмов. 

Подумав - было бы неплохо перевести юридические документы в псевдокод, если возможно (знаю, невозможно и противоречит их цели). Особенно то, что :мелкими буквами. 

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

Вот, кстати, ранжирование от IEEE Они (вроде как не Ваши любимые менеджеры ) не только относят SQL к ЯП, но и утверждают о его росте и востребованности, хе-хе.

Ну, оне тама даже HTML в ЯП записали, с ними вообще не о чем разговаривать.
(ужаснувшись) И даже богопротивные Verilog/VHDL...
(подумав) Вам, в качестве наказания, надо написать пузырьковую сортировку на псевдокоде на основе SQL.

Ill Niño пише:Ну, оне тама даже HTML в ЯП записали, с ними вообще не о чем разговаривать.

Ой! Тут даже я не согласен со своим ведомством. Они позорят IEEE! Ганьба! 

Ill Niño пише:(ужаснувшись) И даже богопротивные Verilog/VHDL...

А вот за это порву в клочья HLS & SystemC ещё не превзошли System Verilog, он пока незаменим в HW. Не говоря уже о C/C++, которые туда пытаются засунуть. Но это (Verilog, VHDL) не языки написания универсальных программ, это HDL, DSL для HW (logic design, частично system design). Языки с узкой целевой ориентацией.

Я Вас предупредил. Надо чтить HW 

Ill Niño пише:(подумав) Вам, в качестве наказания, надо написать пузырьковую сортировку на псевдокоде на основе SQL.

С какой стати? Я не программист и не знаю SQL. И потом, если не математический алгоритм, то, на каком бы синтаксисе не писал, у меня всё равно выйдет Фортран 

Код:

    For I = 0 to N - 2
       For J = 0 to N - 2
         If (A(J) > A(J + 1))
           Temp = A(J)
           A(J) = A(J + 1)
           A(J + 1) = Temp
         End-If
       End-For
     End-For

Лось пише: Надо чтить HW

А я чту. По остаточному принципу.

Ill Niño пише:А я чту. По остаточному принципу.

А надо по первичному. Материя - первична! (Основной вопрос философии) 

Тыц!

Ill Niño пише:Тыц!

"Тыц!"  здесь не уместно, когда мы говорим о высоком уровне литературы

Помню при первом прочтении четырёх канонических Евангелий, после заурядных перечислений дел в первых трёх, было весьма приятно начинать читать четвёртое: "В начале было Слово, и Слово было у Бога, и Слово было Бог. "

Но мы тут не о художественных произведениях, а о инженерных конструкциях.

И нет божественных ЯП. А, нет, вру - был феноменальный религиозный программист Terry A. Davis. Он написал HolyC и на нём TempleOS  Но мало кто знает о них и они не входят в списки популярности