Компилятор языка Go больше не использует Си для сборки

Крутой язык. Пользую на работе.

Сын отрекся от отца...

а в чем именно? я вот подумываю попробовать сайты на нем писать.

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

Круто! А что в 1.5 ожидается?

Типа взрослым стал? Не, все правильно, двойная трансляция не нужна. Eiffel сдох и поэтому тоже.

Go раньше в C компилировался?

http://talks.golang.org/2015/state-of-go-may.slide — я думаю на днях запилить еще одну новость

не «в», а «с помощью».

В 1.5 уже будут дженерики?

не думаю

Мну тоже и не только на работе.

Отличный язык. Давно у нас в продакшене.

Круто.

Поясни-ка нам разницу в двух словах. Ведь поделие компиляло в си, а потом си компилялось в машинный код.

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

var v1 int

язык не нужен

не знаю, синтаксис так себе.

некоторые вещи на нем уменьшают восприятие кода.

особенно не воспринимаю отсутствие точки с запятой.

нежелательно, но не запрещено. ты всегда можешь ее поставить.

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

В том виде что он есть сейчас им пользоватся вредно.

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

Честно говоря даже трудно представить в каких задачах этот язык мог бы быть полезен. Для низкого уровня не совсем то. Для прикладного — маловато. Даже тот же с++ будет гораздо удобнее.

интересно, когда он станет тормознее жавы...

интересно, когда он станет лучше и удобнее swift?

интересно, когда свифт станет кроссплатформенным...

Мои issues, намеченные на 1.5, так пока и не закрыли.

На кристал посмотри, это конечно далеко не альтернатива свифту но довольно симпотно.

Позор какой. Языку уже лет 5, он даже нескольких хипстеров на свою сторону переманил, а bootstrapping только сейчас. И как потом верить в байки про чумовую производительность программистов на go? Да и не удивлюсь, если сверхбыстрая компиляция (как фича была заявлена, ЕМНИП), больше не будет такой сверхбыстрой.

http://benchmarksgame.alioth.debian.org/u64q/go.html

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

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

чем-то мне это TCL напоминает. Скобку { на новую строку перенести же нельзя?

увы, да. но в tcl причина понятна, а в го - это костыль.

Языку уже лет 5, он даже нескольких хипстеров на свою сторону переманил, а bootstrapping только сейчас

Питону ещё больше лет и популярность гораздо больше, а бутстраппинга вообще нету.

Питону ещё больше лет и популярность гораздо больше, а бутстраппинга вообще нету.

Есть :) PyPy.

gccgo

Если тебе непонятна причина, можно просто спросить.

причина мне понятна, и она — костыль

можно:

if 0 \
{
    .....
}\
else \
{
    .....
}

но это ужасно)

в tcl причина понятна

в чём же она, интриган?! :)

но это ужасно)

Это го?

Не, это тикль. В го полная безнадёга.

В го полная безнадёга.

В каком смысле? Я понял по треду, что где-то приходится использовать такие же костыли? Или все претензии к дефолтному форматтеру?

Товарищи, какой веб-фреймворк под Go стоит посмотреть (полгода назад я прочитал по нему (Go) какую-то двухсотстраничную книгу и переписал на него пару своих скриптов, но дальше дело не пошло, однако сейчас заинтересовался вебом и снова смотрю в его сторону)? Смотрел Gin и Gorilla, но у первого ужасная документация, а второй слишком минималистичен.

в го можно только так

if true {
    // bla-bla-bla
} else {
    // bla-bla-bla
}

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

Я не настоящий сварщик... http://beego.me/ но там китайцы)

Спасибо.

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

А почему оно костыльное?

Swift суть сахарки над ObjectiveC, дань моде, не более

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

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

И это хорошо.

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

это плохо

Это хорошо. Идиотов, которые не понимают, что форматирование кода не место для творчества надо гнать ссаными тряпками. Извините за слишком эмоциональное сообщение.