>>1071930 (OP)
Пожуй сажи.

>>1071930 (OP)
Сажи долбоебу.
Надеюсь ты такое ляпнешь на каком-нибудь собесе и тебя занесут в черный список по всем компаниям.

>>1071935
Даже сажа отклеилась.

>>1071933
>>1071935
>>1071936

И ни одного аргумента в пользу точек с запятыми. Нувыпонели.

>>1071952
Утята хуйли, ДИДЫ ТАК ПЕСАЛЕ И МЫ БУДЕМ!!! ТАК ПРАВЕЛЬНА И НЕЧА СПОРИТЬ!!1

>>1071930 (OP)
Для таких как ты уже придумали питон.
По-моему зяпяточие является точкой следования.

>>1071930 (OP)
>Нет ни одной причины, по которой необходимо ставить точку с запятой
ебать ты долбоеб

>>1071952
>t. никогда не программировал
без точки с запятой компайлер/интерпретатор не сможет распарсить некоторые ванлайнеры. да и не похуй? IDE в 2017 форматит код за тебя и доставляет все где надовобщем ты высосал проблему из хуя, лучше бы полезным занялся чем - уроки поделал а то мамка заругает

Ебать ты реформатор
Руки отсыхают?

>>1071930 (OP)
> Даже сам компилятор точно знает, где они должны стоять
Не знает. Теперь на собесах буду просить написать рабочую программу, поведение которой меняется, если убрать ;.

>>1071994
>поведение которой меняется, если убрать
С рабочего на нерабочее)))

>>1071930 (OP)
В С++ точка с запятой важна, точка с запятой в С++ говорит, что все побочные эффекты до это точки с запятой будут завершены.
Побочный эффект, результат вычисления выражения, который приводит к изменению чего либо в программе.
Например:
int i = 1;
void foo(++i);
Если точки с запятой не будет, у тебя в функцию потащится i = 1;
Простой контрпример.

>>1071930 (OP)
Дурачок, точка с запятой - это оператор bind.

>>1072035
>Если точки с запятой не будет, у тебя в функцию потащится i = 1;
Скобки {} разве не обязательны?

>>1071930 (OP)
питоночмоша порвалась

>>1072084
Сам-то с какой параши кукарекаешь?

>>1071952
Это потому что они ведомые долбоебы. Ну хуй с ним, понятно, что ТАК ИСТОРИЧЕСКИ СЛОЖИЛОСЬ, но защищать синтаксическое говно - это кекус.
Не берем в пример питонодетей. Тот же свифт избавился и от точек с запятой, и от скобок в ифах - на нем писать охуенно. Полон тред зашоренных утят, не видевших ничего лучше своих крестов и джавы, у них даже мысли нет, что может быть по-другому.

>>1072096
>Не берем в пример питонодетей. Тот же свифт
Питухонопарашу не барешь, а свифтопетушню берешь, что за политика двойных стандартов?

>>1072099
В питухоне все слишком по-другому из-за форматирования, начнут кукарекать, что НУ ЭТО Ж ПИТОН. А тут прям сиподобный язык, из которого с успехом выпилили весь мусор нахуй.

>>1072101
Ну так из того же питона и притащили синтаксис.

>>1072109
>if(b=false)
Exception: Ti bolbayob shole?!

>>1072111
на жабе все нормально

>>1072111

Не шарю в крестах, однако с точки зрения компиляктура полагаю это не ошибка.

>>1072112
>>1072114
А должна быть ошибка, зачем давать возможность присваивания в условии?

>>1072117

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

Зачем ты ставишь точку в конце предложения? Это ведь совершенно ненужная хуйня. Читатель сам разберется где новое предложение, он ведь не ебанутый. Зачем ставить запятые, вот у пиндосов их практически нет, и обходятся как-то. А еще есть всякие тире, точки с запятой, вопросительные знаки, заглавные буквы и прочая хуйня. А еще можно писатьбезпробеловникакойнеобходимостивнихтоженет. Раньшетакписалиинормальнобыло. А тру оптимизаторы письменности еще и без глснхбквпсл.

Необъятный простор для оптимизаций.

>>1072136
Довольно глупое сравнение. Без точек, знаков препинания ипробеловвнормальномязыке сильно затрудняется чтение. От отстуствия точек с запятыми в коде читаемость не страдает.

>>1072167
Блядь, какое же нечитаемое ссанье на пике. Почему жсопараша не сдохнет нахуй, не хочу на ней писать, но ебучий рыночек все порешал.

>>1072172
Да тут просто еще абсолютное отсутствие на пикче стиля. Работает да и похуй.

>>1072172
меня особенно забавляет использование !1 в качестве false которое там и так по умолчанию. В этом вся суть говнохипстерских хайповых нововведений. Придумать какую-то совершенно бессмысленную, бесполезную, а то и вредную хуйню, и начать ее везде хайпить. Главное что НЕ КАК У ДИДОВ СОВРЕМЕННО МОДНО МОЛОДЕЖНО

>>1071930 (OP)
А нахуя?

>>1072109
3 - за отсутствие {} тебя обоссут на любом код ревью, так как можно ненароком добавить строчку и логику сломать нахуй. Ну и b=false это пиздец, увольнять сразу (и создателей языка тоже).

>>1072200
это ты не мне, это ты вот этому -> >>1072096 расскажи.
этот говнокод не мной придуман, так, что обсыкать и увольнять надо не меня.

>>1072186

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

function doX() { ... }

стало

const doX = () => {
...
}

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

Что выведет данный код?

alert("op")
["hui"].forEach(alert)

>>1071930 (OP)
Только долбоебы дрочат на синтаксис, нормальным господам-сениорам на это похуй - они используют язык как подходящий инструмент к данной задаче.
/thread

>>1072319
Что ж тогда все господа-сенионы на асме поголовно не пишут. Самый производительный язык же. А на синтаксис похуй.

>>1072346
>Что ж тогда все господа-сенионы на асме поголовно не пишут.
Потому, что асм ненужен, они пишут сразу в машинном коде.

>>1072267
Я он и есть, о чем ты вообще?

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

Точка с запятой — недосимвол. Это синтаксическая соль, дублирование символов конца строки. Использование точек с запятой везде — насилие над программистом.
Точка с запятой появилась во времена, когда символы переноса строки и возврата картетки считались несущественными и можно было лепить исходный код в однострочную нечитаемую мешанину. Однако же другие языки программирования прекрасно выживают без точек с запятой, им нет нужды дублировать символы конца строки, которые итак вставляет любой текстовый редактор по нажатию на Enter.
Защитники повсеместного применения точек с запятой в своих аргументах говорят, что так принято, так все привыкли, это наследие древних языков, которое невозможно отменить. Мало того, в большинстве таких языков точка с запятой введена в синтаксис языка и стала стандартом. И теперь программист всегда должен выполнять лишнюю работу и ставить этот символ перед тем, как нажать на Enter.
Современные компиляторы вполне справляются с листингом, где для конца строки используются только символы с кодами 10 и 13.
Трудность даже не в том, что приходится каждый раз в конце строки ставить точку с запятой. Эту задачу вполне могла бы решать интегрированная среда разработки или даже прекомпилятор. Трудость в том, что поставленная точка с запятой перед или после некоторых символов (например, «{», «}» или операторов «End») вызывает ошибку компиляции. Логику этого поведения объяснить невозможно, это можно только зазубрить.

>>1072109
Unreachable statement

>>1071999
Ну почему же? Вот почти сразу накатал.
>>1073448
> Современные компиляторы вполне справляются с листингом
Современные компиляторы лучше всего справляются с еблей твоей мамки всеми закоулками стандартов.

Специально для тебя есть swift

>>1073601
нихуя смекалисто , спасибо анон запомню , интересно

Да, а еще скобочки вокруг аргументов функций не нужны.

Ударился бы в ML-подобные, если бы взяли. А так платят за фигурные скобочки. А если платят еще и за точки с запятой, то их линтер автоматически расставит

>Golang тебе на что сделал Роб пук?

L I S P
I
S
P

Бери свой питухон и пиши не нем, в чём проблема?

>>1078024
Как образец синтактического мусора?

>>1078601
отсутствие синтаксиса не может быть образцом синтаксического мусора, маня

>>1078607
Вот я и не могу понять. С одной стороны он очень замусоренно выглядит.

>>1072096
Боже блять мой, а как же божественный бейсик, в котором не было никаких точек с запятой и скобок в ифах? А как же табы в питоне, суть те же скобки? Сажи чуханам.

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

>>1072278
Второй вариант можно передать в качестве аргумента в функцию, а первый нельзя. Старпёр, пошёл нахуй.

>>1071930 (OP)
Если быть очень точным, компилятор, а точнее ибо он, либо какие-то другие тулзы, _почти_ всегда знают, где нужна точка с запятой. Поэтому ОП-пост чуток не совсем точен. Скорее всего поэтому сажескрылы бомбанули. Но всё равно, это проблемы самого ЯП. Руби и питон справляются без точек с запятой и вообще хоть и тоже не идеальны, но внесли много здравых решений в синтаксис. Но все хотят продолжать копировать пресвятой C. Ну да, так типа быстрее переучиваться с другого языка. Якобы.
Но питон конечно уже есть, но там нет стат. типов и в браузер его не засунули, и т.д. Так что проблема ещё как бы всё ещё открыта.
>>1072048
а какими инструкциями ассемблера x86 реализуется этот фантастический супер-оператор?
>>1072167
Без них читается лучше. Большую важность имеют переводы строки и табы.
>>1072186
>меня особенно забавляет использование !1
Это было скорее всего не человеком написано, а тупо прогано через программу сжатия js. Чтоб меньше весило. А ты зачем-то это читал, хотя вообще не должен был.
>>1072346
Ну если бы всё таки синтаксис чуть лучше был бы, было бы приятно. Всё же было бы приятно же. Это всего лишь тред на дваче на отвлечённую тему.
>>1078614
Многострочные можно разрулить опциональными скобками.

>>1078623
Какими нахуй опциональными скобками? Ты предлагаешь ещё больше усложнить современные языки? Чем синтаксически строже и проще язык, тем легче на нем писатьэто камень в огород плюсоводов

>>1072346
Хуйню написал.

>>1078623
>Многострочные можно разрулить опциональными скобками.

Это не так делается, для переноса длинных строк придуман обратный слеш:

длинное_условие1 & \
длинное_условие2 & \
длинное_условие3 & \
длинное_условие4

Он переносит что угодно, не только условия.

>>1078628
>длинное_условие1 & \
>длинное_условие2 & \
>длинное_условие3 & \
>длинное_условие4

или так:
длинное_условие1 &
длинное_условие2 &
длинное_условие3 &
длинное_условие4

Нормальные языки сами нормально распознают конец выражения.

>>1078644
Пример нормального языка со сложными условиями, при этом без табов, end'ов, точек с запятой и конца строки в качестве окончания выражения плиз.

>>1078647
Синтаксис Haml устроит?
мимо

>>1078648
Я могу ошибаться, но по взгляду на код из Вики про haml у меня ощущение что тут эквивалент точки с запятой находится не в конце а в начале строки.
!!!
%html{ html_attrs('ru') }
%head
%title Мой блог
%meta(http-equiv="Content-Type" content="text/html; charset=utf-8")
= stylesheet_link_tag "main"
%body
#header
%h1 Мой блог
%h2 Записи
#content
- @entries.each do |entry|
.entry
%h3.title= entry.title
%p.date= entry.posted.strftime("%A, %B %d, %Y")
%p.body= entry.body
#footer
%p.copyright
Все права защищены © Иван
Вот эти %html, %head, #header, #content - что за херня? Если к современному промышленному ЯП применить такой синтаксис, что тогда выйдет?

>>1078647
А в чем проблема? Swift.

Скобочки после if - это хорошая традиция, которая значительно повышает читабельность:

if (huita) {
намного лучше визуально распознаётся чем
if huita {

тоже самое касается и функций:

funct(argument, varible)
читается значительно лучше чем
funct argument varible


Что же касается точки с запятой и использования блоковых операторов {}, то тут всё конечно же не так однозначно. Использование кнопки enter для перехода на новую строку - это хоть и логично, но зачастую очень не удобно, особенно если необходимо перенести одну очень длинную строку на несколько коротких или если необходимо написать несколько строк в одной, для увеличения читабельности.

forth

>>1079109
>if (huita) {
>намного лучше визуально распознаётся чем
>if huita {
Ты посто привык, мне сейчас проще распарсить второе, а первое выглядит мусорно.

>>1079092
Я объебался, не сказал про скобки. И без скобок тоже. Здесь открывающая фигурная скобка считай end. Ну ты понел.

>>1079763
Может еще и без букв чтобы? Что за ебанутые ограничения? ОП хуесосил точку с запятой и круглые скобки в условиях ифов, все это прекрасно выпиливается, итоговый листинг становится легче читать и понимать, в некоторых языках такое сделано без проблем. О чем в треде до сих спорят - я так и не понял.

>>1079845
> О чем в треде до сих спорят - я так и не понял.

Ну можно было бы посраться за Backus-Naur Form, EBNF и других нотаций - что из этого говна самое лучшее гавно, но слов таких никто (наверное) тут никто не знает.

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

>>1080110
Какие круглые скобки появляются? О чем ты? Давай ты мне проблему, которую без точки с запятой НИРЕШИТЬ, я тебе решение на свифте. Только без искусственных ограничений, просто на словах, что есть, что нужно получить при каких условиях.

>>1072117
чтоб проверить удалось ли присвоить?

>>1078647
Javascript
формально в языке существуют точки
с запятой, но это забота компилятора

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

>>1080641
Язык-то эппло-специализированный

>>1080969
Уже есть на линуксе, есть охуенный веб фремворк Vapor, разрабы через пару лет ввезут акторы не просто так.

>>1078620
Ты шо, совсем поехал. В жс можно передать в функцию любое выражение.

>>1081022
Представь себе найти работу на Swift, не имея яблочной техники.

>>1081884
во 1) представляю, что ты там программируешь, если обычное предложение написал так, что нихуя не понять
вовторых любой программист с минимальным уровнем может себе позволить эпплодевайсы
вовторых.5 C# тоже хуесосишь из-за платформозависимости?
втетьих 3)что ты мне сделаешь, я в другом городе за мат извени

>>1080542
http://learn.javascript.ru/structure

>>1072117
Вся суть большинства анонов в /pr/

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

>>1072346
Ты в курсе, что ЯП отличаются друг от друга не только синтаксисом? Ой, что это я, конечно, не в курсе.

>>1072117
Ну очевидно , в тех языках, где присваивание возвращает присваиваемое значение будет работать, где нет - не будет.

>>1082011
Не вижу разницы между goto и возвращением значения при присваивании, так что ко всему прочему выпилим все ЯП с динамической типизацией, они не нужны, я так сказал.

>>1081983
Да, в JS [], () и {} являются продолжением выражения, это нужно знать.

А выражение которое возвращает значение, тем не менее, является (в зависимости от языка) nilclass'ом. Вот вам и ООП параша, кек.

>>1071930 (OP)
Ага, а еще блочные скобки нахуй, чтоб все табами выделять, все равно в них все отступы делают

>>1071994
Очевидное while(1); cout << "huizalupa"; на while(1) cout << "huizalupa";?

>>1078607
Тогда уж перл.

>>1079109
Скобочки после if - это плохая традиция, которая значительно ухудшает читабельность:

if (huita) {
намного хуже визуально распознаётся чем
if huita {

тоже самое касается и функций:

funct(argument, varible)
читается значительно хуже чем
funct argument varible


Что же касается точки с запятой и использования блоковых операторов {}, то тут всё конечно очень однозначно. Использование кнопки enter для перехода на новую строку - это и логично, и зачастую очень удобно, особенно если необходимо перенести одну очень длинную строку на несколько коротких или если необходимо написать несколько строк в одной, для увеличения читабельности.

>>1083768
>if - это плохая традиция,
>if fi % 2 + (f & 45) {
наглядно показывает, что ты как минимум малолетнее чмо

>>1083805
А ты как минимум старый пердун, который только и умеет что наяривать на свои скобочки вместо создания чего‐то нового без скобочек. Как депутат в госдуре, с которого уже песок с жопы сыпется, отрицающий всё новое просто потому, что тебе не нравится.

>>1085151
Этому новому лет больше чем тебе.
http://s3.amazonaws.com/s3.timetoast.com/public/uploads/photos/3924115/1.JPG?1367054418

>>1071930 (OP)

пиши на джаваскрипте

>>1071994
> на собесах буду просить

попросил тебе за щеку