а, понятно ну со структурами данных в го не сказать что все хорошо ) но конкретно m[len(m)-1] жизнь не очень портит

а, понятно ну со структурами данных в го не сказать что все хорошо ) но конкретно m[len(m)-1] жизнь не очень портит

Ну именно так я ответил

Но ведь ничего не мешает написать метод last?

ну его придется писать под каждый тип слайса )

потому что генерики ??

а, понятно ну со структурами данных в го не сказать что все хорошо ) но конкретно m[len(m)-1] жизнь не очень портит

len() не за O(1) в го?

len() не за O(1) в го?

нет, у слайса оно хранится

Т.е. да?

O(1), да

я чет прочитал как O(n)

Ну тогда вообще не портит

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

ну иметь возможность написать себе такой метод было бы неплохо но нет, магию можно только всяким len и make, а простым смертным - ни ни

потому что генерики ??

BAN

потому что генерики ??

/warn

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

На самом деле как раз второй позиции создатель языка и придерживается

Тут кидали статью как-то

Quet Zal ты противный! Может быть тебе еще репозитории под все системы дать?

Quet Zal ты противный! Может быть тебе еще репозитории под все системы дать?

Странное заявление

Это как бы чуть ли не с 90-х политика *nix

Quet Zal ты противный! Может быть тебе еще репозитории под все системы дать?

а у тебя есть? )

а у тебя есть? )

Мне не нужны. Я познал дзен.

“познал дзен” это когда остальную систему тоже ручками обновляешь )

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

Мне не нужны. Я познал дзен.

Познал дзен = стал сисадмином?)

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

Ты можешь написать сам сборщик deb пакета если тебе это ну очень нужно. Или использовать версию дистрибутива. В ubuntu не плохо идет сейчас 1.6

Ты можешь написать сам сборщик deb пакета если тебе это ну очень нужно. Или использовать версию дистрибутива. В ubuntu не плохо идет сейчас 1.6

слушай, ну тут я вроде нигде и не говорил что не могу? постгресу тому же не западло почему-то держать свой репозиторий и оперативно выкатывать туда пакеты когда у них обновление выходит хотя казалось бы что там — скачал исходники, собрал, познал дзен в процессе )

Ну вот смотри. Дженериков нет, репозиториев тоже. Как жить то, вобще?

ну как живем так и жить )

местами хреново, но это компенсируется местами в которых хорошо

На самом деле люди несколько релизов подряд решают самую важную задачу - ускоряют Garbage Collector. Причем делают это настолько успешно, что все остально им можно простить.

ну решают свои проблемы, все ок видимо где-то в гугле уперлись в этот gc

погодите

год назад в go был не gc, а теплое говно

год назад в go был не gc, а теплое говно

+1

он все еще не идеальный, но теперь stw довольно короткий, можно жить

с O(n) паузами от размера хипа

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

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

Daniel а что на это скажешь: Интересно было наблюдать, как с каждой выходящей версией Go рос, как ребёнок, превращающийся во взрослого человека. Мы видели, как паузы GC на наших демонах таяли с каждой новой версией, и это без изменения кода с нашей стороны!

https://habrahabr.ru/company/badoo/blog/317442/

Daniel а что на это скажешь: Интересно было наблюдать, как с каждой выходящей версией Go рос, как ребёнок, превращающийся во взрослого человека. Мы видели, как паузы GC на наших демонах таяли с каждой новой версией, и это без изменения кода с нашей стороны!

я этого не наблюдал

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

не, думаю генерики не завезут к 2.0 ) а насчет “очень быстрым” — ну на задачах гугла он может и не очень быстрый, мне вот и сейчас скорости хватает вполне

у меня сразу все хорошо было

но я объектов со средним времением жизни стараюсь не создавать

поэтому у меня никогда особенно дела для GC нет

не, думаю генерики не завезут к 2.0 ) а насчет “очень быстрым” — ну на задачах гугла он может и не очень быстрый, мне вот и сейчас скорости хватает вполне

> генерики BAN

> генерики BAN

selfBAN

я вам дам бан

selfBAN

ну 5-й раз пошути еще, может не все слышали

ну 5-й раз пошути еще, может не все слышали

Кстати, а вы слышали про новое IDE от JetBrains?

Кстати, а вы слышали про новое IDE от JetBrains?

нет, расскажите

пока я тут ищу смайлик “сарказм”

интересно, как перевести environment, чтобы это оказалось "оно". окружение?

интересно, как перевести environment, чтобы это оказалось "оно". окружение?

да

интегрированное окружение разработчика, ага

да, на русский язык не все ложится хорошо)

среда

тут конечно “среда”..

стандартный перевод - интегрированная среда разработки

Улучшение GC, уменьшение размера бинарника, повышение быстродействия. То что я вижу в каждом Release notes. Еще 2-3 итерации нужно будет до начала реализации всяких конструкций по усложнению языка. И по началу затормаживания.

с “всякими конструкциями языка” видимо план как с GC начать с говна и потом улучшать)

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

если надо — немного копипасты как завещал Пайк

Я считаю, что план по быстродействию пока не выполнили. Нужно раза в два ускорить, тогда будет возможность хоронить C и Джаву.

ERROR: S client not available

Я считаю, что план по быстродействию пока не выполнили. Нужно раза в два ускорить, тогда будет возможность хоронить C и Джаву.

быстрее си не получится все равно )

Но хоронить C или Джаву это две разные дороги

да и в два раза что-то я не уверен что разгонят

чтобы похоронить джаву надо переписать эти мегатонны кода которые на ней написаны, скорость там вторичное уже

Есть такая штука - сложный процент. Если каждый год выдавать +5%, то на длительном интервале будет впечатляющий рост. Только нужно идти последовательно.

угу, с ростом производительности в бесконечность ) ведь всегда же можно выдать лишние 5%..

Вопрос в том, что C уже улучшают 30 лет, а Go только 5

Вопрос в том, что C уже улучшают 30 лет, а Go только 5

угу, поэтому надо сделать вывод что следующие 25 лет только выше-лучше-сильнее и все такое

в тех областях где си улучшают 30 лет он прям сильно впереди go сравни код который получается у icc (особенно если ему помочь прагмами с векторизацией) и у го

А зачем сравнивать?

идея про “хоронить си и жабу” была не моя ))

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

Ну жабу и правда имеет смысл похоронить

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

Ну, вопрос качества того кода

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

/warn

/warn

Я про линуксовые репозитории

В дистрибутивах политика всегда одна - протухее значит стабильное. Просто в каких то протухшее на год, в каких то на 5 лет

в aur 1.7.4 лежит

мне норм

в aur 1.7.4 лежит

Ну гента и арч исключения, ибо роллинг

Ну гента и арч исключения, ибо роллинг

в федоре 1.7.4, она не роллинг

в федоре 1.7.4, она не роллинг

Ну ок

Ну, аур — это и не дистрибутивные пакеты. Думаю, где-нибудь в ппа тоже свежее

Если у вас убунту umake go

Установит последнюю версию

Ну и вообще umake классная штука

Ubuntu make для гугла

Если у вас убунту umake go

godeb же есть!

Он и ide все ставит

И ноду