Это понятно. А как же анонимность?

паспорт при регистрации не спрашивают (пока?)

коллега! что за ерунду вы затеяли?

Почему сразу ерунду? Хочу замокать функцию.

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

так потому все биржи в серой зоне

Почему сразу ерунду? Хочу замокать функцию.

не надо. мокайте конкретные типы

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

Ты под hft подрузамеваешь писать ящики?

не надо. мокайте конкретные типы

Вот так не стоит делать? https://play.golang.org/p/PziKwTakxBg

Ты под hft подрузамеваешь писать ящики?

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

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

Не только

Стоп

Подожди

Я тебя понял

я невеликий спец по трейдингу, но это то, что я понял про hft

я невеликий спец по трейдингу, но это то, что я понял про hft

Ну так это и правильно. Вопрос только в порядке величин

я невеликий спец по трейдингу, но это то, что я понял про hft

Хотя есть еще определение насчет времени удержания позиции

Youtrack

там действительно есть возможность создавать тикеты с каментов битбакета? Не могу найти эту опцию

не могу найти ни в доках, ни в интерфейсе, ни в гугле.

В map[string]interface{} положите

спасибо большое за ответ, видимо я не совсем его разобрал, в приведенном примере ( https://play.golang.org/p/yQjuOnSwmuj ) отлично работает если структура самостоятельная, только я ее ложу внутрь родительской ( https://play.golang.org/p/tdGkvsKaStl ) получаю is not a type

Народ, привет! Какой драйвер сейчас стоит использовать для монги? Мго или официальный?

Народ, привет! Какой драйвер сейчас стоит использовать для монги? Мго или официальный?

Официальный мне показался крайне неудобным, так что отдаю свой скромный голос за мго который от сообщества

Официальный мне показался крайне неудобным, так что отдаю свой скромный голос за мго который от сообщества

эт который от globalsign?

эт который от globalsign?

Да

Официальный мне показался крайне неудобным, так что отдаю свой скромный голос за мго который от сообщества

Понял, принял

посоветуйте кинчики с японской тематикой типа последнего самурая

https://www.youtube.com/watch?v=ZeKPIn8vvLs

А как файлы вроде strings.s делают go tool happy?

https://www.youtube.com/watch?v=ZeKPIn8vvLs

не отвлекайте, млять, я в отличии от вас тунеядцев работаю

не отвлекайте, млять, я в отличии от вас тунеядцев работаю

Брось работать и срочно иди смотреть Акиру Курасаву и Легенду о Нараяме

Sorry all :)

83 год, такое старое говно не смотрю

онли 2015 + и дороже 10 млн бачей

аутсайдер неплохо кстати, пойду пересмотрю

Тебе про Японь надо или чтобы дороже 10 мегабаксов? А ты не культуролог, а я была так рада... Как говорится :)

Тебе про Японь надо или чтобы дороже 10 мегабаксов? А ты не культуролог, а я была так рада... Как говорится :)

да что с тобой не так, ты больше всех в чате пишешь, иди работать

Ребят, ышо вопрос: какой можете порекомендовать пример драйвера для БД, с которой можно срисовать интерфейс для работы с БД?

Нужно просто общий интерфейс сделать для БД

Ну типо лучший интерфейс, с которым вам было приятно работать

database/sql?)

Вообще nosql, но можно и sql наверно

Вообще nosql, но можно и sql наверно

Это был ответ

Это был ответ

Ааа ??

Спасибо

https://www.youtube.com/watch?v=ZeKPIn8vvLs

Классно

вы опять пиратские книги линкуете?

а ты стало быть добровольный пёс копирастов?

ребят, нужен фидбэк: https://github.com/romshark/Go-2-Proposal---Immutability

даже общего интерфейса нету для логов

не нужен ни какой общий интерфейс. достаточно логгеру своего io.Writer

ребят, нужен фидбэк: https://github.com/romshark/Go-2-Proposal---Immutability

было уже что-то подобное с более развёрнутым объяснением. Не надо этого. Сделай закрытую переменную пакета и функцию, которая возвращает её значе6ние - и радуйся себе

было уже что-то подобное с более развёрнутым объяснением. Не надо этого. Сделай закрытую переменную пакета и функцию, которая возвращает её значе6ние - и радуйся себе

*костыли не предлагать* Если вам immutability "не нужен" то вы либо пишете небезопасный, либо громоздкий медленный код (копирование)

*костыли не предлагать* Если вам immutability "не нужен" то вы либо пишете небезопасный, либо громоздкий медленный код (копирование)

Нет. Геттеры и сеттеры на закрытые значения легко пишутся и прекрасно работают

Нет. Геттеры и сеттеры на закрытые значения легко пишутся и прекрасно работают

я говорю скорее о reference типах, таких как slice/map/pointer если у вас слайс указателей, и вы НЕ хотите отдавать на него reference - вы можете отдать на него безопасный const reference

ребят, нужен фидбэк: https://github.com/romshark/Go-2-Proposal---Immutability

Почему бы не сделать immutable by default?

Почему бы не сделать immutable by default?

Зачем?

Зачем?

Чтоб сидеть на форумах и пиздеть какой Go иммутабельный

Почему бы не сделать immutable by default?

потому-что это сломает обратную совместимость, а я предлагаю НЕ ломать совместимость с Go 1, а просто использовать const для определения иммутабельных символов

К тому же это явно нарушит любую обработную совместимость

я говорю скорее о reference типах, таких как slice/map/pointer если у вас слайс указателей, и вы НЕ хотите отдавать на него reference - вы можете отдать на него безопасный const reference

какая разница, если в объекте, на который ссылается указатель, все внутрениие объекты закрыты?

потому-что это сломает обратную совместимость, а я предлагаю НЕ ломать совместимость с Go 1, а просто использовать const для определения иммутабельных символов

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

И вычисляются на этапе компиляции

потому-что это сломает обратную совместимость, а я предлагаю НЕ ломать совместимость с Go 1, а просто использовать const для определения иммутабельных символов

Придётся везде писать const :( и в некоторых местах оставлять как есть

какая разница, если в объекте, на который ссылается указатель, все внутрениие объекты закрыты?

а если нет? ты просто так мыслишь, потому-что в Go нет иммутабельности, поэтому приходится закрывать доступ к переменным и копировать их в Getter'е я-же предлагаю дать возможность доступа к публичным иммутабельным полям без копирования (!) с минимальными затратами при написании кода но это лишь часть proposal'а, там ещё больше описано

И вычисляются на этапе компиляции

вот именно. И притягивать это за уши к объектам имхо лишнее

вообще-то иммудабельность нужна нам для параметров, передаваемых в функции

а не для глобаьных переменных

ERROR: S client not available

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

я предлагаю использовать const keyword чтобы не добавлять новых keyword'ов, дабы НЕ ЛОМАТЬ обратную совместимость!

я предлагаю использовать const keyword чтобы не добавлять новых keyword'ов, дабы НЕ ЛОМАТЬ обратную совместимость!

То есть мы перегрузим задачи const ?

Лучше для этого использовать другое ключевое слово

а если нет? ты просто так мыслишь, потому-что в Go нет иммутабельности, поэтому приходится закрывать доступ к переменным и копировать их в Getter'е я-же предлагаю дать возможность доступа к публичным иммутабельным полям без копирования (!) с минимальными затратами при написании кода но это лишь часть proposal'а, там ещё больше описано

я так мыслю потому что наелся этого в C#/F#, и написав 10к loc с этой опцией пришёл к выводу, что она лишняя и вредная

вообще-то иммудабельность нужна нам для параметров, передаваемых в функции

это совсем другое

скажем мы захотели добавить "immut" keyword, но на гитхабе уже где-нибудь да используется "immut" в коде, всё, мы сломали код в новом релизе он не компилится.

вообще-то иммудабельность нужна нам для параметров, передаваемых в функции

параметров, полей структур, методов... и т.д.

вообще-то иммудабельность нужна нам для параметров, передаваемых в функции

МУДАБЕЛЬНОСТЬ - вот она оговорка по фрейду)

Лучше для этого использовать другое ключевое слово

и поломать совместимость?

в любом случае, добавлю этот аргумент в FAQ

и поломать совместимость?

Эм, как это поломает совместность?

Это же не будет мешать старому коду работать

Будет. Переменные не могут иметь названия из ключевых слов

Окей, но в тоже время нам предлагают ввести новое ключевое слово check в работе с ошибками

Почему это не ломает обратной совместимости?

Ломает. Потому и 2.0

2.0 это коммерческое название)

2.0 это коммерческое название)

С чего вдруг

Никто ломать совместимость не собирается

С чего вдруг

Посмотри видео, там это прямым текстом сказано

Правила мажорной версии никто не отменял

Мажорная версия - обратно несовместные изменения

Их не будет

Да уж не будет

Это же не будет мешать старому коду работать

будет. Если мы решим использовать новый keyword: immut то возможно у кого-то в коде возникнет конфликт использования keyword'а в качестве контекстного символа, а это возможно сломает старый код, и это очень не хорошо, поэтому я решил предложить имеющийся const, с ним подобное невозможно, уже добавля это в FAQ: https://github.com/romshark/Go-2-Proposal---Immutability/issues/1

Это плохой вариант, перегружать смысл const

Окей, но в тоже время нам предлагают ввести новое ключевое слово check в работе с ошибками

поэтому я собственно и пояснил: https://github.com/romshark/Go-2-Proposal---Immutability#33-arent-other-features-such-as-generics-and-better-error-handling-not-more-important-right-now ...что генерики и ошибки зря в хайпе, ибо это спорные вещи и решение не очевидно, в то время как с immutability всё гораздо проще

Это плохой вариант, перегружать смысл const

вариант поломать совместимость - ещё хуже, приходится выбирать меньшее зло из двух

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

Ввод новых ключевых слов неизбежен