Ну вот потипу вашего

Тогда правильный вопрос - "как принято называть интерфейсы в Go?"

это лишь игра слов

Чем лучше сформулированы вопросы, тем точнее ответы. Вот и всё

Я согласен коллега, но не всегда надо ставить форму превыше содержания.

Коллега, так вы джуниор, или гуру?

Коллега, так вы джуниор, или гуру?

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

Достаточный, чтобы поучать нас?

Достаточный, чтобы поучать нас?

я не учу вас как писать на го

вы что то путаете, колега

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

для джуниора вы удивительно разговорчивы, коллега

главное, что должен делать джуниор - слушать

для джуниора вы удивительно разговорчивы, коллега

джуниор это квалификация, а не мера ума

но вы разговариваете...

вы слишком высокого о себе мнения. главнео что должен уметь джуниор - это слушать и фильтровать информацию

вы слишком высокого о себе мнения. главнео что должен уметь джуниор - это слушать и фильтровать информацию

Дмитрий, скажу мягко и один раз. когда разговариваете с собой - не нужно писать это в чат. особенно при фразе "вы слишком высокого о себе мнения".

Дмитрий, скажу мягко и один раз. когда разговариваете с собой - не нужно писать это в чат. особенно при фразе "вы слишком высокого о себе мнения".

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

со мной?!

со мной?!

Да

и что вы хотели мне сказать?

Всем пофиг джуниор, гуру,контекст разговора, пунктуация и тд. Есть КПД разговора и в подобных диалогах он равен 0

и что вы хотели мне сказать?

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

Дмитрий, скажу мягко и один раз. когда разговариваете с собой - не нужно писать это в чат. особенно при фразе "вы слишком высокого о себе мнения".

если что, Дмитрий, это было мягкое "следи за языком, чсвшный, кхм, джун."

Всем пофиг джуниор, гуру,контекст разговора, пунктуация и тд. Есть КПД разговора и в подобных диалогах он равен 0

Не я затеял это обсуждение моего вопроса

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

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

Вопрос по теме: когданибуль прекратим писать err:= ?

если что, Дмитрий, это было мягкое "следи за языком, чсвшный, кхм, джун."

Власть развращает. Вы не избежали данной участи

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

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

сутки RO

продолжаю войну с rand... почему если отправлять в seed наносекунды при каждой итерации, получается не равномерный «белый шум»

он же равномерный даже если вообще не делать seed

он же равномерный даже если вообще не делать seed

Так в этом и вопрос что если каждую итерацию новый seed , то не равномерный

так не надо делать seed так часто

она же predictable, эта функция

и она устойчивая

малое изменение аргумента приводит к малому изменению результата

Ааа я понял

а наносекунды у вас мало отличаются, я думаю

Там 2^31 получается

а наносекунды у вас мало отличаются, я думаю

Ага

Тоесть можно например каждые 2^31 случайных значений менять seed

но зачем?!

но зачем?!

Ну мне нужно ооооочень много «случайных» чисел ?

это не отменяет вопроса :)

скажу я вам seed не очень и надежный ?

Вообще должно хватить генерации сида при запуске ?

по тайму

представим 10 независимых процессов запущенных в одно время...

а 100?

часы то у нас сихронизированы

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

вернее - первое число в последовательноси будет близко

дальше - нет

почему дальше то нет?

сид то одинаковый

потому что так она устроена, функция эта

сид разный

представим 10 независимых процессов запущенных в одно время...

Я полагаю законы термодинамики помешают такому чуду

но!

есть же 100% решение

смотреть за полураспадом?

сид делать числом из crypto/random

в подземном бункере

чорд, мой вариант интереснее ?

ERROR: S client not available

сид делать числом из crypto/random

а оно откуда солит?

из /dev/random

у него в доке написано

а оно откуда солит?

а оно энтропию с физических событий собирает

с сетевухи, в основном

сид делать числом из crypto/random

Помню кто-то тут говорил что для rand.Intn использовать crypto - это не православно

да, там быстро числа кончаются

но для сида - почему нет

у нас тут кто-то еще говорил, что проекты нужно прямо в корне $GOPATH/src класть

так что у нас тут много говорят :))

а давайте выведем график...

насколько рандомные числа выходят

у нас тут кто-то еще говорил, что проекты нужно прямо в корне $GOPATH/src класть

Лежат и ничего , домен даже свой у них

Лежат и ничего , домен даже свой у них

не, имеется ввиду сразу $GOPATH/src/someproject

не, имеется ввиду сразу $GOPATH/src/someproject

каюсь, грешен я ?

у меня там песочница лежит

$GOPATH/src/sandbox

ну и зачем?

завел эккаунт на гитхабе, и кладешь по потенциально правильному пути

ну когда надо быстро быстро проверить...

как захочешь опубликоваться - все уже готово

у меня и ide туда настроена

:)

ладно пойду я, у меня секс c itunes ?

Всем привет. Коллеги , хотел бы услышать вашего совета. по природе я перловик , но вот хотелось бы попробовать написать микросервис на Голанге. Отсюда вопрос какой модуль использовать для работы с БД оракл , и как бы упростить написание rest апи в идеале хотелось бы писать route /request/user/insert function () { return json }

Ну - уточните, вы синтаксис хотите новый получить или что конкретно?

Ну - уточните, вы синтаксис хотите новый получить или что конкретно?

он видимо про что-то наподобие express.js, когда пишут что-то наподобии app.get('/request/user/:id`, (req, res) => { // обработка запроса });

Всем привет. Коллеги , хотел бы услышать вашего совета. по природе я перловик , но вот хотелось бы попробовать написать микросервис на Голанге. Отсюда вопрос какой модуль использовать для работы с БД оракл , и как бы упростить написание rest апи в идеале хотелось бы писать route /request/user/insert function () { return json }

"какой модуль использовать для работы с БД оракл" - гугол: golang oracle "упростить написание rest апи" - изучите документацию по стандартным пакетам голанга "net/http" и "encoding/json" и будет вам радость

он видимо про что-то наподобие express.js, когда пишут что-то наподобии app.get('/request/user/:id`, (req, res) => { // обработка запроса });

можно подумать это какой-то эксклюзивный стиль expresjs а в голанге всё по другому

он видимо про что-то наподобие express.js, когда пишут что-то наподобии app.get('/request/user/:id`, (req, res) => { // обработка запроса });

Ровно такое есть в gramework