Соглашусь с предыдушим оратором. А если тонкая душевная организация заставляет считать это неприемлемым, иди в художники. Будешь говорить: «Я - художник, я так вижу».

Чур меня! :)

fxd

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

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

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

поматросил побутстрапил и бросил

Теперь он сам себе отец.

Засчитано.

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

Засчитано

что именно?

Иначе в коде разброд и шатания.

Разброд и шатание начинаются когда у команды или проекта нет согласованного стиля стиля оформления. В остальных случаях indent спасет отца русской демократии.

Разброд и шатание начинаются когда у команды или проекта нет согласованного стиля стиля оформления.

То есть регулярно. Плохо уже то, что есть возможность подобного. Это заставляет тратить время на срачи по поводу стиля кода в новых команде/проекте. И тратить время на объяснение этого каждому новому члену команды.

В остальных случаях indent спасет отца русской демократии.

Он поддерживает все ЯП? Кроме того неудобно при правке чужого кода.

Когда правишь код проекта с другими соглашениями о стиле, придется перенастраивать свой редактор. И так каждый раз.

что именно?

мой переход на личности.

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

форматтеры придумали не завтра. впиливать один из стилей в компилятор - удодская идея.

Для go форматтер тоже есть - gofmt. Но если почитаешь дальше, я развернул мысль, почему именно так считаю.

А какой там конкретно единый стиль - не суть важно.

if
{ ... } else
{ ....}
elif { 
.... }

Для go форматтер тоже есть - gofmt

в нём можно отходить от стандарта компилятора?))

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

ты оправдываешь костыли.

Вот чтобы такой каши не было, да.

ты оправдываешь костыли.

Нет.

эта каша - новый стандарт компилера. стиснув зубы иди кодируй)

Почитай «Совершенный код». Там написано, почему умные люди такой стиль никогда не выберут. Основная идея - борьба со сложностью. Язык go эту идею в полной мере реализует.

быстрофикс

Основная идея - скакать галопом

и даже там, где нужна рысь или пассаж, иль вольный бег хочется, ты будешь скакать галопом. Вот такая вот упрямая конина, эта Го. Быстро наскучивает из за этого.

А по существу?

Есть :) PyPy.

Так ведь там через Си.

Это был сарказм я надеюсь? ))

Чёрт его знает.

что у каждого человека свое видение удобного

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

несомненно, но тут речь шла об ограничениях самого компилятора.

оно мешает применять различные стили форматирования кода.

У компилятора си тоже есть ограничения. Нельзя использовать стиль без ; Кое-кто говорил про костыли? Разве нельзя считать ; костылем для разделения инструкций? :)

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

Там через rpython, который является подмножеством питона.

Там через rpython, который является подмножеством питона.

Который транслируется в Си, а уже Си - в машинный код.

Отлично. Побольше бы нативных библиотек под Go.

Ты адекватный вообще? Томпсон наконец-таки исправил эту древнюю багу с переносом скобки, которая породила толпы недоносков переносящих скобки на новую строку, за это ему плюс. В остальном получилось так себе поделие.

Если го такой же шит как петон, то ему дорога туда же.

Костыль у тебя вместо мозгов, если их хватает на то что бы писать такие посты.

Переписали рантайм и компилятор на Go. Вот что бабло животворящее делает. Да... Хаскелистам такое,увы, не грозит.

уходи

PyPy.

Так ведь там через Си.

Неважно, какой целевой язык - Си или ассемблер.

Чтобы поставить Go, нужно его собрать. Чтобы собрать Go нужно его поставить.

Замени go на gcc и ничего не изменится.

Среди причин указывается...

Зачем что-либо оправдывать?? Догфудинг же! Если это «универсальный» язык, напиши себя на нём же! :) Всё правильно сделали. Осталось узнать, насколько УДОБЕН этот новичок для компиляторных затей - иметь в языке указатели - далеко не самое важное!

gcc обычно уже идёт в базовой системе. В той же stage3, например. А вот go придётся где-то скачивать в бинарном виде.

ghc(компилятор хаскелля) тоже требует ghc для сборки в Gentoo. И ничего - качаем готовый бинарный образ ебилдом и собираем.

иметь в языке указатели - далеко не самое важное!

либо я не распознал сарказм, либо ты никогда не писал на pl/sql

gofmt это просто утилита которая идёт в поставке с компилятором. Никто тебя не заставляет писать в этом стиле. Можешь написать chinafmt, который будет форматировать как тебе угодно. Компилятору пофиг.

Гентупроблемы. В других дистрибутивах go есть в репах собранный.

И вообще, скачать бинарный компилятор, и собрать с его помощью новую версию --- нормальная практика бутстрапа. Проблема надумана.

В конце концов, gccgo никто не выпиливал. Так что можешь собрать с помощью него.

неужели все разработчики компиляторов и IDE уже в Штатах, либо Европе? ищу такого разработчика..