вопрос не совсем понятен

да

binstore, и еще 100500 пакетов того же назначения

читают файлы, делают из них go-файлы, с соответствующими переменными, определенными унутре

спасибо

"Дженерики будут? Ну вы знаете мы еще не решили блаблабла"

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

ну я ожидал что-то более конкретного :)

"описание ситуации" на хлеб не намажешь

Конкретно в смысле описания ситуации? Это оно. Если конкретно для вас это готовый spec языка, то увы, ещё не скоро.

Зато http исключат. )

Это если package management внятный будет.

Зато http исключат. )

?

То есть тоже не факт

Из стандартной библиотеки, чтоб релиз http был отвязан от релиза Go & std

Можно подробнее? Ссылку на ресурс

Можно подробнее? Ссылку на ресурс

https://youtu.be/ZCB-g2B4Y5A

Спасибо

Зато http исключат. )

чочочо? O_o

на какой это минуте

и как нам жить без http

и как нам жить без http

про пакет речь

Из стандартной библиотеки, чтоб релиз http был отвязан от релиза Go & std

Теперь перекочует в /x/

на какой это минуте

25

25

ну зачем так пугать людей, это только предположения для го 2.0 и то он сказал что не обещает :)

ну зачем так пугать людей, это только предположения для го 2.0 и то он сказал что не обещает :)

Захотелось побыть бабайкой.

Ну на самом деле это хорошая идея

Ну на самом деле это хорошая идея

Да это понятно, можно обновлять чаще и независимо от выхода GO.

Есть что-нибудь для web3 на Go готовое?

Эфириум который?

В репе с geth вроде видел

В репе с geth вроде видел

Ну, да, но там он слишком огромный клиент, думал насчет альтернативы

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

go get - не справляется, git clone - больно, особенно если "закрытых" зависимостей много

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

в чем проблема?

в чем проблема?

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

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

в чем с этим проблема спрашиваю. что предпринимал, что не работает?

в чем с этим проблема спрашиваю. что предпринимал, что не работает?

go get отказывается грузить пакет. git clone может справиться с загрузкой пакета, но не занимается зависимостями

go get отказывается грузить пакет. git clone может справиться с загрузкой пакета, но не занимается зависимостями

.gitconfig правил?

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

git config --global url."git@github.com:".insteadOf "https://github.com"

git config --global url."git@github.com:".insteadOf "https://github.com"

Пробовал, всё равно больно. Приходится вбивать пароль ключа каждый раз когда подгрузжается следующая порция из закрытого репа.

Пробовал, всё равно больно. Приходится вбивать пароль ключа каждый раз когда подгрузжается следующая порция из закрытого репа.

ключ можно засунуть в агент

Пробовал, всё равно больно. Приходится вбивать пароль ключа каждый раз когда подгрузжается следующая порция из закрытого репа.

это уже к ssh

ключ можно засунуть в агент

Сувал, но как будто это дело игнорируется вовсе

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

Здравствуйте. Подскажите плс. Реализация мультитреда на golang намного лучше чем например на python? Если мы говорим о потреблении ресурсов и логике работы? Я временами подучиваю go, чтобы перебросить туда свои задачи, но пока опыта мало и тянется не очень быстро. Просто на python вылазит очень много проблем, которые уже надоедает фиксить, постепенно хочу перейти на golang...

Здравствуйте. Подскажите плс. Реализация мультитреда на golang намного лучше чем например на python? Если мы говорим о потреблении ресурсов и логике работы? Я временами подучиваю go, чтобы перебросить туда свои задачи, но пока опыта мало и тянется не очень быстро. Просто на python вылазит очень много проблем, которые уже надоедает фиксить, постепенно хочу перейти на golang...

намного.

Здравствуйте. Подскажите плс. Реализация мультитреда на golang намного лучше чем например на python? Если мы говорим о потреблении ресурсов и логике работы? Я временами подучиваю go, чтобы перебросить туда свои задачи, но пока опыта мало и тянется не очень быстро. Просто на python вылазит очень много проблем, которые уже надоедает фиксить, постепенно хочу перейти на golang...

Как минимум лучше тем, что в питоне невозможно многопоточное выполнение кода :)

Как минимум лучше тем, что в питоне невозможно многопоточное выполнение кода :)

Насоздавал процессов — вот тебе и многопоточность

Насоздавал процессов — вот тебе и многопоточность

Это многопроцессность.

Насоздавал процессов — вот тебе и многопоточность

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

Это многопроцессность.

В Пайтоне имитируется так

В Пайтоне имитируется так

Сейчас популярна асинхронность

Сейчас популярна асинхронность

И тут Го типа весь уже асинхронный. За что его и любят.

И тут Го типа весь уже асинхронный. За что его и любят.

Я про питон и asyncio

Я про питон и asyncio

А в Го это часть языка, удобно скрещённая с многопоточностью.

Сейчас как раз осваиваю. Пока напоролся на дедлоки

В python есть и треды и процессы, и там разные реализации. Проблема в том что потоки работают через gil который ведёт себя крайне неоднозначно.

А в Го это часть языка, удобно скрещённая с многопоточностью.

В Пайтоне это тоже часть языка

И тут Го типа весь уже асинхронный. За что его и любят.

Гоу асинхронный? Я думал, что у него синхронная модель поведения.

Гоу асинхронный? Я думал, что у него синхронная модель поведения.

У него синхронное видимое поведение, но ассинхронная реализация: "зелёные потоки" не строго говоря.

В кишках - синхронная (конкуррентная). А вот код - асинхронный. С точки зрения программиста ты можешь отправить программу грузить файл, а пока он это делает - заняться другими делами

В кишках - синхронная (конкуррентная). А вот код - асинхронный. С точки зрения программиста ты можешь отправить программу грузить файл, а пока он это делает - заняться другими делами

Все сетевое вхаимодействие в Го реализовано через спрятанный от программиста event-loop

/voteban

только важно помнить, это не система реального времени. Статику через Go лучше не отдавать - nginx отдаст её при любом запросе, Go может например сборщик включить или ещё что там у себя делать

например не открыть сокет во время работы сборщика

/voteban

Я посмотреть порно не успел. ?

/voteban

Инновационными в Го являются две вещи: резиновый стэк для компилируемого языка, и прозрачный фолбэк на трэды для блокирующих сисколов (именно фолбэк для долгих сисколов, а не реализация через тредпул всех блокирующих сисколов). Эти две вещи не были применены в массовых продуктах до Go. Больше особой навизны нет. Ну да, еще каналы :-)

Я посмотреть порно не успел. ?

могу скинуть ссылку, я успел закопить))

только важно помнить, это не система реального времени. Статику через Go лучше не отдавать - nginx отдаст её при любом запросе, Go может например сборщик включить или ещё что там у себя делать

Нууу. Паузы на сборщики обычно меньше таймаутов и сильно меньше задержек по сети. Так что ничего криминального в раздаче статики на go нет.

могу скинуть ссылку, я успел закопить))

Я могу на другое ссылки вбросить ?

только важно помнить, это не система реального времени. Статику через Go лучше не отдавать - nginx отдаст её при любом запросе, Go может например сборщик включить или ещё что там у себя делать

video.mail.ru - раздатчик видео файлов целиком на Go.

Нууу. Паузы на сборщики обычно меньше таймаутов и сильно меньше задержек по сети. Так что ничего криминального в раздаче статики на go нет.

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

video.mail.ru - раздатчик видео файлов целиком на Go.

Он же кэширует, он же нарезает mpeg4 для flash и mpeg-dash.

Я могу на другое ссылки вбросить ?

У меня есть ваша ссылка с хентаем. )

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

Для чего? Если у вас сайтик кошечек раздает для 2 людей, то ничего плохого. Но ваши доводы понимаю.

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

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

video.mail.ru - раздатчик видео файлов целиком на Go.

Только они скорей всего переписали половину net либы что бы это работало как надо

Есть желающие?)

Только они скорей всего переписали половину net либы что бы это работало как надо

Нет. Его писал преимущественно я, и я не патчил стандартную библиотеку. В паре мест пришлось применить нестандартные workaround, но все снаружи. Даже hijack не пришлось делать на коннекте.

к слову mpeg-dash есть ли что-то готовое для нарезки под го, или только биндинги сишных либ?

к слову mpeg-dash есть ли что-то готовое для нарезки под го, или только биндинги сишных либ?

Я в итоге, писал сам. И оно получилось урезанное по возможностям.

Нет. Его писал преимущественно я, и я не патчил стандартную библиотеку. В паре мест пришлось применить нестандартные workaround, но все снаружи. Даже hijack не пришлось делать на коннекте.

Ого. Интересно послушать. А проводились замеры, реально получился выйгрыш в раздаче статики по сравнение с Nginx или тут вопрос скорей удобства написания сервиса, что всё в одном месте?

Я в итоге, писал сам. И оно получилось урезанное по возможностям.

я так понимаю го нормально с этим справляется и оно того стоит?

Ого. Интересно послушать. А проводились замеры, реально получился выйгрыш в раздаче статики по сравнение с Nginx или тут вопрос скорей удобства написания сервиса, что всё в одном месте?

Там вопрос скорее в том, что там помимо статики еще куча наворотов необходимых