OberonCore

SET в Обероне -- прежде всего средство работы с битовыми флажками, а не с произвольными математическими множествами.
INTEGER -- тоже ведь не для произвольных математических целых.

Ясно, что... Однако и множества в задачах встречаются часто. Например, множество кодов клавиш частенько бывает полезно, а они никак не умещаются даже в 256

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

В апрельском номере Linux Format - статья А. Боровского "Go: на языке классиков" (с. 44).

Автор не устает дивиться на то, что "а вот это... ну прям Паскаль какой-то..". Про то, откуда стырено, ясное дело, ни слова.

Несколько моментов показательной дурости языка и его обсуждений:

"... но ; как разделитель операторов не используется. Точнее говоря, грамматика языка её допускает, но она не является обязательной. Если говорить ещё точнее, синтаксический анализатор Go вставляет символ ; в конце каждой строки, которая завершает оператор.
... Например, если вместо
if a > b {
Printf("a > b")
}
написать
if a > b
{
Printf("a > b")
}
то функция Printf() будет вызываться всегда, независимо от значений a и b. При этом компилятор не сообщит об ошибке... Будет выдано только предупреждение. ... может стать источником трудновыявимых ошибок."

".. перед именем функции мы указываем имя пакета. Если интуиция программиста подсказывает вам, что существует способ избежать утомительных префиксов, то вы правы. При импортировании пакета мы можем указать его псевдоним, который затем будет использоваться вместо его имени. ..."
Но сишники были бы не сишники: "Если же мы напишем import . "fmt", то функции из пакета можно будет вызывать вообще без префикса".

"В языке Go для объявления функций используется специальное ключевое слово func, как в Паскале. Это далеко не единственное сходство между Go и Паскалем, и дело тут не в языковых пристрастиях авторов. Паскалеподобные элементы Go преследуют важную (с точки зрения разработчиков) цель - повысить скорость компиляции. Лаконичная грамматика C заставляет компилятор выполнять много дополнительной работы по выяснению смысла языковых конструкций. Вспомогательные слова Паскаля и Go упрощают работу компилятора (хотя и вынуждают программиста напечатать несколько дополнительных символов)."

Кроме самой извращённой трактовки - ещё и невежество автора статьи в плане методов трансляции: смешение понятий лексики и грамматики, бред о каком-то там ускорении, связанном напрямую с "много- или мало- буквием" языка (медленность С, ощутимая сегодня, связана в первую очередь с отсутствием модульности и нормальной раздельной компиляции).

А вот нефига так писать!
Взяли, понимаешь, моду лишние строчки разводить...
viewtopic.php?p=44629#p44629

Интересно и ценно. В плане улучшения ощущения мировосприятия ИТ-масс. И ощущения их невежества: за точку в импорте и т.п. придумки надо убивать.

Там в Питере два дебилоида убили и съели девушку, и им не растрел присудили, а всего-то по 18-19 лет тюрьмы.
А Вы говорите -- надо убивать за точку в импорте...

Опаньки! Они что там обалдели совсем? Это называется - "боремся за НАДЁЖНОСТЬ"?????
маразм какой-то!

Всё-таки, надеюсь, что эта особенность доступна только при явном использовании какого-то ключа компилятора.

Ключи компилятора - зло

Это называется желтая пресса.

Так это - шутка была, джентельмены?
аж от сердца отлегло!
думал: уж неужели рыба-таки с головы начала гнить?
фуууух...

Так правда шутка или как?

http://golang.org/doc/effective_go.html#semicolons


Похоже, жестокая, но правда.

Убивать однозначно.

Хоор еще в 1980 предупреждал, что вся эта ахинея опасней пестицидов...

фу! - свинюкатство какое!
аййемвэридисЪаппоинтеДЪ.

Не стоит подставлять администрацию форума такими призывами . Даже в шутку. ("Разжигание ...") В личку - сколько угодно.

PS: Хотя по существу Вы правы

случай так называемого вранья.

А вот так:

?