После более года разработки представлен (http://blog.golang.org/2013/05/go-11-is-released.html) второй значительный релиз развиваемого компанией Google языка программирования Go 1.1 (http://golang.org). При подготовке нового выпуска в кодовую базу проекта внесено более 2600 изменений. В развитии языка принял участие 161 разработчик, не связанный с компанией Google, что демонстрирует интерес сообщества к проекту и подчёркивает правильность выбора открытого пути развития языка. Код проекта распространяется под лицензией BSD.
В новом выпуске основные усилия были направлены на оптимизацию производительности, что позволило достигнуть значительного увеличения производительности приложений на языке Go. Заметного ускорения работы существующих программ можно добиться просто пересобрав их с использованием нового выпуска компилятора Go. На уровне API и семантики языка версия Go 1.1 полностью обратно совместима с веткой 1.0.
Оптимизации внесены практически во все подсистемы - в компилятор, систему динамического связывания, сборщик мусора, планировщик процедур и библиотечные функции. Расширено число доступных функций в стандартной библиотеке. Представлен новый механизм выявления эффекта гонки (race detector (http://golang.org/doc/articles/race_detector.html)), позволяющий определить наличие ошибок, связанных с синхронизацией доступа к памяти. Ошибки деления целых чисел на ноль теперь выявляются на этапе компиляции. Добавлена защита от использования некорректных комбинаций Unicode.В сам язык внесены в основном незначительные изменения, например, изменены (http://golang.org/doc/go1.1#return) требования к использованию оператора return для завершения работы функций (гарантируется, что единовременно не будет выполняться несколько экземпляров функции). Также добавлен (http://golang.org/doc/go1.1#method_values) новый метод значений (method values), позволяющий осуществить привязку функции к определённому принимаемому значению.
Среди других изменений, добавлена экспериментальная поддержка новых платформ: freebsd/arm, netbsd/386, netbsd/amd64, netbsd/arm, openbsd/386 и openbsd/amd64. В состав включены новые пакеты: go/format (http://golang.org/pkg/go/format/) с более удобной реализацией функций форматирования; net/http/cookiejar (http://golang.org/pkg/net/http/cookiejar/) для
манипуляций c HTTP Cookies; runtime/race (http://golang.org/pkg/runtime/race/) для выявления эффекта гонки на стадии выполнения программы.
Целью создания проекта Go было желание получить язык, сочетающий высокую производительность компирируемых языков с лёгкостью написания кода, скоростью разработки и защищённостью от ошибок, свойственными скриптовым языкам. Синтаксис Go базируется привычных элементах языка Си с отдельными заимствованиями из языка Python. Язык достаточно лаконичен, но при этом код остаётся легко читаем и воспринимаем. Проект изначально разрабатывается с оглядкой на многопоточное программирование и эффективную работу на многоядерных системах, в том числе предоставляя реализованные на уровне операторов средства для организации параллельных вычислений и взаимодействия между параллельно выполняемыми методами.
Язык предоставляет встроенные средства защиты от выхода за допустимые области выделенных блоков памяти и обеспечивает возможность использования сборщика мусора. При этом код на языке Go компилируется в обособленные бинарные исполняемые файлы, выполняемые нативно без использования виртуальной машины (модули профилирвоания, отладки и другие подсистемы выявления проблем на этапе выполнения интегрируются в виде runtime-компонентов (http://golang.org/pkg/runtime/)), что позволяет добиться производительности сопоставимой с программами на языке Си.URL: http://google-opensource.blogspot.ru/2013/05/go-11-is-releas...
Новость: http://www.opennet.me/opennews/art.shtml?num=36927
читайте внимательно последние 2 абзаца.
Хотя бы затем, что С проэктировался под одноядерные процы, а Go - под массовую параллельность (запустить одновременно хоть 1М обработчиков входящих запросов - только память нужна, никаких гонок и оверхеда на спинлоки и прочие мютексы (если писать аккуратно и использовать придуманные для этого channels))
>Хотя бы затем, что С проэктировался под одноядерные процыЧего-чего? Это кто такое тебе рассказал, что мол они сели и говорят "так, давайте будем проектировать под одноядерный проц"?
Я понимаю что ты по молодости пропустил эру транспьютеров и теперь кушаешь маркетоидный булшит.
"Язык С (читается "Си") создан в начале 70х годов, когда Кен Томпсон и Дэннис Ритчи из Bell Labs разрабатывали операционную систему UNDC Сначала они создали часть компилятора С, затем использовали С для компиляции остальной части компилятора С и, наконец, применили полученный в результате компилятор для компиляции UNIX.""С широким распространением с середины 80-х гг. симметричных мультипроцессорных систем для коммерческих приложений появились версии UNIX, поддерживающие многопоточные и многопроцессорные режимы работы. Уже в 1989 г. появились устойчивые реализации SMP для SCO UNIX (для процессоров Intel 80386) и DEC ULTRIX (MIPS R2000/3000)."
"Принято считать, что концепция транспьютеров оказала заметное влияние на развитие микропроцессорной техники 1980—1990-х годов."
Ещё какие-то умные слова типа "транспьютер" знаете? А то пока что Ваша аргументация весьма хромает...
Если бы вы сказали что-нть наподобие "язык С разрабатывался без учета многопроцессной среды" - это было бы логично. А так глупость какая-то получилась..
Приходится согласиться, действительно, не у всех хватает мозгов чтобы понять несложную мысль.. ((
В Go есть средства для поддержки многоядерности? Гм... вобщем какие-то есть
В С есть средства для поддержки многоядерности? Гм... тоже какие-то есть
Ну и кто слился?Btw "какие-то", потому что наверняка набегут функциоанальщики и забросают Go,C тухлыми яйцами с их неканонической поддержкой
> Хотя бы затем, что С проэктировался под одноядерные процы...Наверное стоило бы написать "разработчики Си не ставили себе задачу создать язык, адаптированный для мультипроцессорных систем", хотя желающий к любой формулировке всё равно прицепится.
Девочки, идите в шопинг. Вы ваще невкуривате, что такое Язык программирования и особенно Си.
> Девочки, идите в шопинг. Вы ваще невкуривате, что такое Язык программирования и
> особенно Си.Локхед Мартин :)
Гыгы. Это тоже самое, что сказать ака асма не спроектированная для многопоточной среды.
> Гыгы. Это тоже самое, что сказать ака асма не спроектированная для многопоточной
> среды.Чудовищный язык, отдалённо похожий на русский.
Работайте над собой, а то пока что даже толковое оскорбление вам не удаётся.
Глубоко болен тот, кто видит в этом безобидном и толковом посте какое-то личное оскорбление. Как Вова, кирпич и бабы (с). Кто о чем, а вшивый все о бане
> Глубоко болен тот, кто видит в этом безобидном и толковом посте какое-то
> личное оскорбление. Как Вова, кирпич и бабы (с). Кто о чем,
> а вшивый все о банеВот уже оскорбление, написанное гораздо грамотнее :) Оупеннет на марше, колонны разворачиваются в боевой порядок :)
По существу. Вы что, считате, что Си изначально разработывался с упором на многопоточное программирование? Многопоточность поддерживается на уровне операторов и/или конструкций языка? Ну смешно же, право.
Каков нынче минимальный размер бинарника?
это вообще кого-то волнует ?
эмбед программистов
гм, ну а что там, прямо на порядки разница что ли ? на С тоже можно наколбасить статических либ в бинарник так, что он раздуется, тут уж просто соображалку надо иметь
> гм, ну а что там, прямо на порядки разница что ли ?
> на С тоже можно наколбасить статических либ в бинарник так, что
> он раздуется, тут уж просто соображалку надо иметьЭээ, не скажи. На Си нельзя наколбасить стока скока на Jave, уже ж ни в какие ворота весь еёйный garbage не влазит
время UPX mips
согласно https://www.linux.org.ru/news/opensource/9159048?cid=9159355, 24Кб
на асме меньше 160 байт, вот сколько точно не помню
$ mkdir go
Для продолжения нажмите любую клавишу...$ touch hello.go
Для продолжения нажмите любую клавишу...$ go build hello.go
$ ls -al
итого 1168
drwxr-xr-x 2 4096 Май 14 13:32 .
drwxr-xr-x 25 4096 Май 14 13:30 ..
-rwxr-xr-x 1 1178498 Май 14 13:32 hello
-rw-r--r-- 1 76 Май 14 13:32 hello.go$ cat ./hello.go
package main
import "fmt"
func main() {
fmt.Printf("Hello, world")
}
walrus@ws6:~$ mkdir go ; cd go
walrus@ws6:~/go$ cat >hello.go <<EOF
package main
import "fmt"
func main() {
fmt.Printf("Hello, world")
}
EOFwalrus@ws6:~/go$ gccgo hello.go
walrus@ws6:~/go$ ll
drwxrwxr-x 2 walrus walrus 4096 мая 14 16:57 ./
drwxr-xr-x 74 walrus walrus 4096 мая 14 16:56 ../
-rwxrwxr-x 1 walrus walrus 25446 мая 14 16:57 a.out*
-rw-rw-r-- 1 walrus walrus 77 мая 14 16:57 hello.go
И ещё на несколько байт меньше ;)$ cat >mini.go
package main
func main()
{
print("Hello, world\n")
}Можно ведь и без fmt вывести, встроенным принтом.
$ gccgo mini.go -o mini
$ ls -l mini
-rwxr-xr-x 1 axel axel 24063 май 14 22:38 mini
$ strip mini
$ ls -l mini
-rwxr-xr-x 1 axel axel 18752 май 14 22:39 miniЙо, рекорд 8)
Интересный язык. Присматриваюсь к нему, думаю после плюсов начать учить.
его нужно до плюсов учить
почему?
да потому что это смейсь бульдога с носорогом, этот язык и паскаль и бейсик и С\С++ в одном, очень не удобно, тоже думал учить, и уже не думаю
вантузоиды не умеют думать.
> да потому что это смейсь бульдога с носорогом, этот язык и паскаль
> и бейсик и С\С++ в одном, очень не удобно, тоже думал
> учить, и уже не думаюИ не думай, вредное это дело.
Потому что появление классов в языках программирования - это шаг вперед. Последовательно нужно идти, а не вспять. А по поводу необходимости изучения того или иного языка - это в подавляющей степени определяется не красотой самого языка, как такового, а его окружением: охваченными системами (аппаратными и программными), протоколами обмена и API, возможностями по наворачиванию интерфейса и т. п. И, когда прижмет, Вы выберете именно такой, убогий, но со сладким-сладким окружением язык и будете в этом ежедневно каяться и проклинать архитекторов этого убожества, но всё равно продолжать жрать кактус.
Из всего вашего многобуквия я так и не понял, почему надо Go учить до C++. Вы напишите по-простому, для пролетариев.
Потому что Go - процедурно-ориентированный язык (по сути, если не считать GOOP), а C++ и процедурно-, и объектно-ориентированный. То есть, сложнее. Теоретически :). Хотя... лучше действительно сначала изучить плюсы. А Go лучше вообще не изучать (если не припрёт).
Т.е. процедурный язык это плохо? Почему?
Немодно.
Ага, просто немодно :) Согласен :) Спора не получилось
Интересно, как из утверждения, что один язык сложнее другого, смогла вытечь мысль, что более простой язык - хуже? Это такой вид троллинга, что ли? Получается, уважаемый, что Вы сами себе сделали абсурдный вывод, сами же ему изумились, да еще и отминусовали.
Извиняюсь (см. выше пост 8.95). Во-первых, за то, что позволил себе быть излишне эмоциональным (нахамил, то есть). А во-вторых, за ошибку: вместо "язык" имел в виду "парадигма программирования", неправильно выразил мысль. По поводу конкретно этих двух языков останусь при своем мнении: плюсам - да, Go - нет. Я - выпускник и приверженец старой школы, уж простите. Хотя, справедливости ради, отмечу, что концепции, которые легли в основу Go, весьма любопытны. Но изучать лучше ИЛИ то, ИЛИ другое. А не то "шаблон разорвет".
> Из всего вашего многобуквия я так и не понял, почему надо Go
> учить до C++. Вы напишите по-простому, для пролетариев.Кстати, них*ра не факт что ето тот же Аноним ;)
> Потому что появление классов в языках программирования - это шаг впередШаг вбок, с асфальтовой дороги прямо в зыбучие пески. Классы — тривиальнейшая надстройка над структурами, при чем в С++ эта надстройка реализована крайне убого. В Go ООП реализовано гораздо более красиво и удобно — с помощью возможности написания методов для любого пользовательского типа и с интерфейсов, принадлежность к которым определяется по наличию у типа методов интерфейса. Чего в Go действительно не хватает по сравнению с С++, так это шаблонов — но эти опять же в С++ крайне уродливы. Лучше уж для задач, где шаблоны действительно удобны, использовать D, а про С++ вообще забыть.
The Go Programming Language FAQ:
- Is Go an object-oriented language?
- Yes and no.- "Пациент скорее мертв, чем жив!"
- "Нет! Пациент скорее жив, чем мертв!"
:)
После плюсов ?
http://i.stack.imgur.com/vN8vy.png
это моглоб быть и у меня, но я с С++ заморачиватся не стал и начал учить язык С
> это моглоб быть и у меня, но я с С++ заморачиватся не
> стал и начал учить язык СМежду прочим, я сначала выучил С++. Потом вернулся к Си. И когда я выучил Си как надо - вот только тогда я понял, что такое настоящая объектная ориентированность как концепция.
С++ очень здорово корябает мозг по этому вопросу. Его имплементация объектного подхода очень сомнительна.
> Между прочим, я сначала выучил С++. Потом вернулся к Си. И когда я выучил Си как надоТебе пришлось учить С заново после того, как ты выучил С++? Тогда ты на самом деле не выучил С++. Общее подмножество С и С++ практически полностью охватывает С. Нельзя выучить С++ и при этом не знать С.
Можно, правда, выучить несколько идиом из С++, достаточных для написания простых программ, и рассказывать всем, что выучил С++. Но не нужно.
> Тебе пришлось учить С заново после того, как ты выучил С++? Тогда
> ты на самом деле не выучил С++.Согласен. Вообще я очень скромно оцениваю свой уровень, хотя и кое-что грифованное писал, и торговую систему для фондового рынка.
Должен заметить, что если некто считает, что знает предмет в совершенстве, то это значит, что он знает его не вполне хорошо. Это чисто философское замечание, имеющее отношение ко всем сторонам жизни, и конечно же моё ИМХО.
Папа Вовочку спросил: - Ты под краном руки мыл?
И услышал он в ответ: - Мыл лицо, а руки – нет!
> его нужно до плюсов учитьего нужно вместо плюсов учить
Всмысле после плюсов учить? Плюсы надо не учить, а постоянно на них писать еще со школы.
и как у него с разделяемыми библиотеками?
Меньше чем в С (ещё бы), но для основных функций все есть (работа с сетью, базами, медиа, регекспы и т.д. и т.п.). Но у Go есть ещё плюс в том, что хорошо продумано повторное использование кода, к примеру, можно взять либы для работы с растром и вектором и создать производный тип, который будет подходить для передачи функциям из обоих либ, без copy-paste соотв. кода.
Есть куда более полно, имхо, отвечающий этим требованиям FORTH. И прост, и лаконичен и позволяет разивать сам себя и много других приятностей.
P.S. По моему сейчас языки пишут все, кому не лень.
бгггт.е. Роб Пайк и Кен Томпсон это уже "все, кому не лень", мило =D
Их время прошло.
уйди тогда с кернел\линукса, он написан на си, его [язык] время прошло
смотрю почему то никто не кинулся переписывать ядро на обероне (кроме блюботлы) ...
> уйди тогда с кернел\линукса, он написан на си, его [язык] время прошло
> смотрю почему то никто не кинулся переписывать ядро на обероне (кроме блюботлы)
> ...Анонимус путает современный Си с Кеном и Робом?
ip1981 путает Роба Пайка с Деннисом Ритчи ?как можно путать двух уважаемых людей с языком программирования ? или таки Вы про диалекты языка ? =) АНСИ СИ вырос на пустом месте ?
почему "их" время прошло ? интересно почитать Ваше имхо (не троллинг)
твоё не наступит никогда
>По моему сейчасПо-моему, сейчас
Это каким таким требованиям отвечает стековый автомат? Мультитредовый веб-сервер сначала на нем напишите, тогда и радуйте других подобными заявлениями. Ниша форта - эмбед системы, и то далеко не всякие.
> Мультитредовый веб-сервер сначала на нем напишитеэто ты так хитро на EServ намекнул? получилось.
Их и раньше писали все, кому не лень. Прикинь, в случае успеха можно навсегда в историю войти.
> Есть куда более полно, имхо, отвечающий этим требованиям FORTH. И прост, и
> лаконичен и позволяет разивать сам себя и много других приятностей.
> P.S. По моему сейчас языки пишут все, кому не лень.Если гугл будет двигать этот язык, то при адекватности разработчиков ему будет обеспечен тотальный успех. Думаю, так и будет.
Самый гениальный ЯП, если в его продвижении не заинтересован какой-то вендор - успешен не будет.
Знаем мы как гугель "двигает", через пару недель ридер буду менять. ИМХО, полагаться в сколь-нибудь долгой перспективе на высеры гугла, это нужно быть большим оптимистом.
А что скажете на счет PYTHONа???
> А что скажете на счет PYTHONа???Плохой вброс, вовсе не защитан
>> Есть куда более полно, имхо, отвечающий этим требованиям FORTH. И прост, и
>> лаконичен и позволяет разивать сам себя и много других приятностей.
>> P.S. По моему сейчас языки пишут все, кому не лень.
> Если гугл будет двигать этот язык, то при адекватности разработчиков ему будет
> обеспечен тотальный успех. Думаю, так и будет.
> Самый гениальный ЯП, если в его продвижении не заинтересован какой-то вендор -
> успешен не будет.Гугль не только ЭТОТ продвигает :) Так что, выживет как всегда МакКлауд, из клана МакКлаудов
Forth не умеет ни в конкурентность, ни в типобезопасность, ни в вменяемый императивный синтаксис.
> Forth не умеет ни в конкурентность, ни в типобезопасность, ни в вменяемый
> императивный синтаксис.Forth умеет во всё, во что умеют руки программиста, на нём пишущего. Как, кстати, и машинные коды.
> Forth не умеет ни в конкурентность, ни в типобезопасность, ни в вменяемый
> императивный синтаксис.о, Иксперт по форту. сам дурак-дураком, но Иксперт!
Там до сих пор нет shared libraries.
И едва ли будет: http://harmful.cat-v.org/software/dynamic-linking/
Вот ещё примечательное обсуждение на golang-nuts: https://groups.google.com/forum/#!topic/golang-nuts/JvNzixSVEKk
Цитата из одного из сообщений по второй ссылке:
> All this said, there might be cases and situations where dynamic codeloading could be useful, and Rob has said it is likely such a feature
will be added to Go at some point.
Роб сказал, что будет — значит, будет. Но пока что нет.
Dynamic code **loading**, не linking. Конкретно разделяемых библиотек он не обещал.
> Вот ещё примечательное обсуждение на golang-nuts: https://groups.google.com/forum/#!topic/golang-nuts/JvNzixSVEKkПри прочтении сего плакал. Такой концентрации шизы на квадратный миллиметр монитора даже ЛОР нечасто достигает.
Они там вообще такие веселые все, "жизнерадостные эмбрионы"(tm).Зачем центральный репозиторий модулей/библиотек (хрен с ним с CPAN'ом, вообще хоть какой-нибудь), они вообще не понимают, соответственно библиотек для MySQL валяется 7 что-ли разных. Советуют искать гуглом на гитхабе. Да, для внешних библиотек указывается прям адрес на гитхабе, и оно оттуда берется. Причем конкретную версию указать нельзя, "зачем? последняя же всегда лучше".
Если фанбои руби/рельсов мне во времена их большого хайпа напоминали хотя бы веселых раздолбаев-младшекурсников, то эти какая-то просто старшая группа детсада "Ромашка".
https://groups.google.com/forum/#!topic/golang-nuts/cyt-xteBjr8
То, что ты не искал, не означает, что этого нет.
Ты ссылку-то сам открывал? А читал? Там с прошлого года аж 9 пакетов.
> Советуют искать гуглом на гитхабе. Да, для внешних библиотек указывается прям адрес на гитхабе, и оно оттуда берется.fork-нуть к себе внешние библиотеки на гитхабе религия не позволяет?
> ...то эти какая-то просто старшая группа детсада "Ромашка".
Кстати, спасибо этим "ромашкам" за Unix, UTF-8 и memcached и т.д.
"А чего добился ты?" (tm)
> fork-нуть к себе внешние библиотеки на гитхабе религия не позволяет?А обновляться до апстрима форк будет сам или ему поможет волшебник в голубом вертолёте?
> Кстати, спасибо этим "ромашкам" за Unix, UTF-8 и memcached и т.д.Даже умные, уважаемые и многого добившиеся люди способны ошибаться. И не смотря на то, что некоторые аргументы критиков динамических библиотек выглядят (а порою и являются) вполне разумными, предлагаемые оными критиками альтернативы еще хуже, чем то, что ими хотят заменить.
> А обновляться до апстрима форк будет сам или ему поможет волшебник в голубом вертолёте?Волшебник, т.е. вы, предварительно протестировавший, что апстрим ничего не сломает вашем продукте.
> Даже умные, уважаемые и многого добившиеся люди способны ошибаться. И не смотря на то, что некоторые аргументы критиков динамических библиотек выглядят (а порою и являются) вполне разумными, предлагаемые оными критиками альтернативы еще хуже, чем то, что ими хотят заменить.
Пища для размышлений - http://harmful.cat-v.org/software/dynamic-linking/
> Пища для размышленийэто не еда, это наброс.
Читано, рассмотрено и признано неполным. В частности, не указано, что предлагается делать в случае обнаружения бага в отдельной статической библиотеке, используемой в 100500 программах. Перекомпилировать каждкую? Нет, такого удовольствия нам не надо.
Там есть ссылка: http://port70.net/~nsz/32_dynlink.html
> security fix in common code: re-link or binary patch every affected program?Перелинковка/патч едва ли являются проблемой.
> Перелинковка/патч едва ли являются проблемой.ну да, гентушникам не привыкать мир пересобирать. а вот не-гентушники не сильно в восторге.
(задумчиво) интересно, кто-нибудь собирал LO в статике? и что вышло?
>> Советуют искать гуглом на гитхабе. Да, для внешних библиотек указывается прям адрес на гитхабе, и оно оттуда берется.
> fork-нуть к себе внешние библиотеки на гитхабе религия не позволяет?Ну то есть как я и говорю - люди не понимают.
Посмотрите хотя бы на https://metacpan.org/release/carton и https://metacpan.org/release/Pinto
И подумайте с чего это их сделали и делают, неужели это кому-то нужно? Даже вот до такой степени что https://www.crowdtilt.com/campaigns/specify-module-version-r...
Да нет, продолжайте думать что вы намного умнее их всех (а уж как прогрессивней!) и в колбасе сегодня потребности нет.>> ...то эти какая-то просто старшая группа детсада "Ромашка".
> Кстати, спасибо этим "ромашкам" за Unix, UTF-8 и memcached и т.д.За Unix отдельное, ага. Убить мало.
И причем тут memcached, который Фицпатрик на коленке сляпал?
Опять же, кому надо уже запилили gonuts.io (да, ещё сырой, и всё-таки), окружение ни сколь не препятствует.
читая этот код - разрыв шаблона обеспечен
> читая этот код - разрыв шаблона обеспеченКлассическая ошибка типа "потеря субъекта действия".
"Подъезжая к вокзалу, с меня слетела шляпа"
Классику не читаем
>> читая этот код - разрыв шаблона обеспечен
> Классическая ошибка типа "потеря субъекта действия".
> "Подъезжая к вокзалу, с меня слетела шляпа"
> Классику не читаемНе трогайте вы его. Он в состоянии аффекта из-за разрыва шаблона.
не ну доля истины в этом есть - только не привык к шляпе на паравозе :)
"Проезжая мимо станции и глядя в окно, у меня слетела шляпа." (классическое)
> "Проезжая мимо станции и глядя в окно, у меня слетела шляпа." (классическое)"Проезжая мимо сией станции и глядя на природу в окно, у меня слетела шляпа", не? Если это действительно Чехов А.П.
Наконец-то. Этот засранец в будущем заставит заткнутся C++ и Java.
заставит заткнуться
// tsya.ru
Спеллчекером работаешь? :))
> метод значений (method values)интересно, таких дурней в колбах выращивают, или откуда они? оно ж точно само даже есть не способно, ложку в ухо несёт.
Омг он лучше питона!!!
Go - это образец того, как надо развивать язык, чтобы он стал популярным. Тут тебе и пакетная система, и интеллисенс, и плагин для vim, и инструмент форматирования кода, и средства для отладки/профилирования, и даже API для доступа к AST. Плюс отличная документация и онлайн-ide.Правда, в Go есть одна дико задалбывающая вещь - при виде любого неиспользуемого импорта или переменной компилятор ругается и отказывается собирать бинарник))
Ну тогда уж лучше Fairy в пример привести, всё ж Procter&Gamble в плане маркетинга посильней Пайка&Клоунов будут. Тут тебе и невиданная экономичность, и достаточно и одной капли, и в два раза больше пены, и удобная круглая упаковка, и чего только нет.
> Правда, в Go есть одна дико задалбывающая вещь - при виде любого
> неиспользуемого импорта или переменной компилятор ругается и отказывается собирать бинарник))они же, вроде бы, для переменных подчёркивание накостылили по этому поводу?
Как думаете, какие у него вообще перспективы есть?