Michael
оно достаточно стабильно для моих нужд
Michael
И еще большими буквами написано The MongoDB driver for Go. UNMAINTAINED - SEE BELOW
судя по всему стоит рассмотреть преход на ег форк https://github.com/globalsign/mgo
Evgeny
https://docs.mongodb.com/ecosystem/drivers/community-supported-drivers/
Afanasy
https://github.com/go-mgo/mgo/blob/v2-unstable/README.md
Vitaliy
.
Но, в нем столкнулся со странным багом
.
При поиске документов у которых в одном обьекте-массиве есть такое то значение, почему то выдавал все документы, даже в которых обьекты были пустые
hypnopumpia
Делаю маленькую обертку с sync.Pool для gzip.Reader. Так как gzip.NewReader потенциально возвращает ошибку, возвращаю из пула ссылку на свою структуру. Нормальная ли практика? Будут ли освобождаться внутренние Reader'ы? https://codeshare.io/5OOA8v
Anonymous
Делаю маленькую обертку с sync.Pool для gzip.Reader. Так как gzip.NewReader потенциально возвращает ошибку, возвращаю из пула ссылку на свою структуру. Нормальная ли практика? Будут ли освобождаться внутренние Reader'ы? https://codeshare.io/5OOA8v
Вроде всё должно освободиться. Для ридеров, которые не освобождаются сами, вроде есть интерфейс ReadCloser. Обычный Reader подразумевает, что освобождается сам.
Anonymous
CreateFile main.go: The system cannot find the file specified.
Anonymous
Все таки смог скомпилить sqlite для 32бит, но бинарь не запускается...
Anonymous
/voteban
Constantine️
не за что )))
🏁Александр
как же так, это же БЕЗ вложений 🙂
Anonymous
/voteban
Anonymous
Что эта команда тут делает?
Pawel
но про "хуже или сложнее" пока непонятно
слушайте, не знаю как у Вас, но у меня ограничен объём ОЗУ. Есть определённый потолок loc's, которые я могу в ней держать одновременно. Поэтому для меня из того, что кода нужно больше при прочих равных, следует что он хуже и сложнее. Если для Вас это не является очевидным фактом, то у меня возникают обоснованные сомнения в нормальности одного из нас
Daniel
практически, объем ОЗУ в современном компьютере не ограничен, если не делать ничего специально ОЗУпотребляющего
Pawel
это я про ОЗУ, которое в голве
Daniel
а
Daniel
тогда надо просто научиться игнорировать бойлерплейт
Daniel
надо сказать, что все языки без бойлерплейта, что я видел, потребляют ОЗУ-в-голове еще интенсивнее, чем этот самый бойлерплейт
Pawel
надо сказать, что все языки без бойлерплейта, что я видел, потребляют ОЗУ-в-голове еще интенсивнее, чем этот самый бойлерплейт
именно к этому сводится мой пойнт в начале разговора с юзером @mcsseifer об орм, спасибо что подытожили. Без орм есть бойлерплейт, который можно научится игнорить + SQL, который надо знать. C орм в дополнение к этому есть неведомая херня, которая съедает мой мозг
Daniel
но заставляет при этом определенным образом структурировать и данные, и работу с ними
Daniel
так что для некоторых проектов ORM может и к снижению потребления ОЗУ-в-голове привести
Pawel
да, видимо так. Вот я в самом начале и сказал, что хотелось бы увидеть такие проекты. Потому что те примеры, которые есть в документации к gorm, например, мягко говоря не впечатляют
Daniel
это должен быть очень простой проект, с джунами-склонными-к-творчеству в команде :)
Pawel
ну да, иначе материал в getting-started даже не прочтут до конца. В этом и есть проблема ОРМ-ов кмк - чтобы понять где они нужны и где нет, нужно что-то бОльшее, чем такие вот примерчики
Anonymous
Кто нибудь писал ботов Discord?
Sergius Ofitserov
Я только вчера скачал. Даже не разобрался ещё. Технология сильно отличается от тележки?
Slach
https://recast.ai
Лёша
как можно обобщенно назвать директорию и файл?
Katya
как можно обобщенно назвать директорию и файл?
если это строка с путем к директории или файлу, path может подойти
Aleksandr
fs unit
Aleksandr
(хотя и то и то - это file)
Лёша
спасибо!
Антон
Ребята подскажите, есть ли расширение для браузера, переводчик отдельных слов на странице, на подобии Google Dictionary (by Google), но с IT уклоном? Так как во многих словах выдается бытовой перевод, а не технический
Aleksandr
нет
Антон
и все равно приходится копи-пастить в переводчик и из полного перечня искать подходящий перевод
Антон
ну может какая нибудь компания свое расширение делала для именно таких целей) может кто знает такое)
Konstantin
чтоб учили
Mikhail
надеюсь такое никто никогда делать не будет)
Учат пусть стихоплеты, а технические доки робот пускай переводит)
Konstantin
скоро роботы все будут делать. и работать за тебя - не рад будешь 😂
Антон
скоро роботы все будут делать. и работать за тебя - не рад будешь 😂
если он будет мне принадлежать, то пусть работает)
Mikhail
скоро роботы все будут делать. и работать за тебя - не рад будешь 😂
Какая разница кто за меня работает? Люди.. Роботы..
Slach
https://goreleaser.com/#releasing народ, а можно goreleaser заставить НЕ ДЕЛАТЬ релиз? ;)
Slach
точнее оно у меня валится потому что git tag есть, а GITHUB_TOKEN нету и не будет
Roman
можно ли сделать mux интерфейс из нескольких, такой, что значение удовлетворяет ему, если оно удовлетворяет одному (любому) входящему в него интерфейсу?
Aleksandr
сложно сформулировал
Roman
interface a{a()}
Roman
interface b{b()}
Roman
interface c{a, b}
Roman
если v.(a) корректно, то и v.(c) корректно (вернет true в ok) - как такое сделать?
Roman
простая комбинация интерфейсов так не сработает, v.(c) будет истиной только если и v.(a) и v.(b) истинны. а надо чтобы было или, а не и
Andrey
http://golang-examples.tumblr.com/post/132927916289/embedded-interface
Roman
это не про встраивание интерфейсов
Roman
а про определение интерфейсов (комбинация)
Roman
встраивание тут не причем
Илья
Такой конструкции в языке нет
Roman
а как лучше реализовать такой подход?
Roman
то что нет я и так знаю :)
Roman
вот думаю чем заменить
Andrey
есть два варианта
Andrey
1) сделать новый интерфейс
Andrey
2) использовать встраивание
Andrey
первый логичнее и проще
Andrey
а. ну и третий вариант, не делать ничего вообще
Andrey
например, есть интерфейс REader, есть интерфейс Writer. Но не надо делать интерфейс ReaderWriter
Andrey
если объект удовлетворяет двум интерфейсам, это не значит, что нужна функция, которая пользуется и тем и другим
Andrey
заменим "не надо" на "не обязательно" :)