@gogolang

Страница 1583 из 1630
Евгений
18.10.2018
08:01:50
http://www.hydrogen18.com/blog/in-memory-listener-for-unit-tests.html
Круто. Интересно за 4 года это как-то развилось мб приехало в стенд библиотеку для тестирования? Я не видел

/dev/null
18.10.2018
09:02:54
Ребят можно оффтоп по IDEA JB вопрос задать?

Артур
18.10.2018
09:14:11
только если по голэнду

Subbotin
18.10.2018
09:49:54
mgo vs. mongo-go-driver?

Google
Subbotin
18.10.2018
09:50:05
или оба хуже?

Vladislav
18.10.2018
10:00:10
mgo vs. mongo-go-driver?
mongo-go в глубокой альфе.

Evgeniy
18.10.2018
11:07:54
Всем добрый день. Подскажите пожалуйста Если вызывать метод С++ библиотеки из golang, будет ли потеря производительности? Например в .net много тратится на маршалинг. А тут?

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

Roman
18.10.2018
11:11:31
Kirill
18.10.2018
11:12:14
чем маршалинг от парсинга отличается?

точнее от сериализации/десериализации

Roman
18.10.2018
11:13:16
чем маршалинг от парсинга отличается?
в данном контексте имеется ввиду трансляция представления типов из одного языка в другой. Вызов C++ функции из JavaScript например всегда связан с проверкой и трансляцией типов передаваемых из и возвращаемый JS, а это очень дорого

Kirill
18.10.2018
11:13:50
я без данного контекста, а в общем. В го из джсон строки маршалят, когда в других языках происходит сериализация/десериализация

Evgeniy
18.10.2018
11:18:14
маршалинг не будет нужен. Go это не C#, типы приближены к системным примитивам однако у cgo есть свои gotchas, читайте
угу, оказывается cgo отдельный поток создает, т.к. там структура стека не совпадает

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

Google
Roman
18.10.2018
11:19:11
взаимодействие Go с другими языками так себе реализовано

Сергей
18.10.2018
11:20:45
Aleksandr
18.10.2018
11:20:58
чем маршалинг от парсинга отличается?
https://stackoverflow.com/questions/770474/what-is-the-difference-between-serialization-and-marshaling

Kirill
18.10.2018
11:20:59
что может быть лучше чем переписать что либо на другой язык?)0

Aleksandr
18.10.2018
11:21:04
а чем чат от гугла отличается?

F01134H
18.10.2018
11:21:23
между гуглом и людьми

Aleksandr
18.10.2018
11:21:43
нет

F01134H
18.10.2018
11:21:56
вводишь в чат запрос "поищите за меня", чат спрашивает гугл, отдает респонс

Aleksandr
18.10.2018
11:22:36
чат - это источник, где ты можешь поделиться или взять чужого опыта. справочная информация - это не опыт, это гугл

F01134H
18.10.2018
11:23:40
чем маршалинг от парсинга отличается?
Я как ни пытался вникнуть, так разницу и не понял

Roman
18.10.2018
11:24:46
Kirill
18.10.2018
11:24:48
Я как ни пытался вникнуть, так разницу и не понял
поэтому я и спрашивал в чате а не в гугле, потому что разница там тонкая, думал комментарии знающих помогут. Но темнеменее спасибо всем кто скинул ссылки, все прочитал, хотя и не до конца понял в чем разница

Сергей
18.10.2018
11:25:05
быстрее?!
я думал тег сарказм не надо проставлять

F01134H
18.10.2018
11:25:17
я так понял маршаллинг - это типо доступа к данным по ссылке, а сериализация - доступ к скопированным данным

Kirill
18.10.2018
11:25:47
Serialization: When you serialize an object, only the member data within that object is written to the byte stream; not the code that actually implements the object. Marshalling: Term Marshalling is used when we talk about passing Object to remote objects(RMI). In Marshalling Object is serialized(member data is serialized) + Codebase is attached.

т.е. в го можно передать обьект с методами?

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

Roman
18.10.2018
11:26:21
я думал тег сарказм не надо проставлять
после многогисленных утверждений JS'еров о том, как JS может быть быстрее C++ я такие заявления уже на автомате воспринимаю всерьёз

Google
Roman
18.10.2018
11:30:43
пусть тесты на гитхаб выкладывают
да я уже привык что JS зачастую в раз эдак 10-100 медленее, про память вообще молчу можно заморочиться и написать супер-оптимизированный JS, но проблема в том, что оно в одном JS движке будет быстрее, а в другом наоборот медленее... да и сам код становится невыносимо сложным.

Aleksandr
18.10.2018
11:31:01
т.е. в го можно передать обьект с методами?
имеется в виду что включается вся необходимая информация для восстановления объекта. Ты можешь понять из байтов что это за объект и восстановить его обратно. В json не можешь

Илья
18.10.2018
11:42:28
т.е. в го можно передать обьект с методами?
в го есть сериализация - gob (формат записи объекта с информацией о типе), и маршаллинг (формат с потерей типов)

Denys
18.10.2018
12:30:57
аааа

ну почему vscode перестал реагировать на брикпоинты

я уже не юнец чтобы дебажить через print

Vlad
18.10.2018
12:31:55
John
18.10.2018
12:32:09
я уже не юнец чтобы дебажить через print
ну, не самый плохой способ ))

Denys
18.10.2018
12:32:10
разница в чем?

ну, не самый плохой способ ))
боюсь спросить какой самый плохой?

по звездам?

John
18.10.2018
12:32:57
по звездам?
миганием диодами )

*вспоминает боль*

Ilya
18.10.2018
13:30:37
Здравствуйте! Такой вопрос, больше по проектированию. Делаю сервер на go с API. Есть объект который хранит подключение к БД. В нем куча методов. Они, по сути, кидаются в БД запросами. Но некоторые принимают параметры и модифицируют запросы. Например getOrders() может принимать today, all и т.д. Или лучше сделать getOrdersAll(), getOrdersToday() ? Потому что в апи это два разных urlа

или вообще пофиг?

ivanisimus
18.10.2018
13:32:59
/orders/all =>getOrders(filter) /ordersall =>getOrdersAll()

Ilya
18.10.2018
13:35:02
/orders/all =>getOrders(filter) /ordersall =>getOrdersAll()
ну да, тогда можно и фильтрацию по датам скармливать

короче, ситуативно

Google
Ilya
18.10.2018
13:35:14
спасибо!

Roman
18.10.2018
13:35:35
https://golang.org/src/net/http/client.go?s=17295:17347#L509 это что за фокусы такие?

зачем оборачивать внутренний метод только для того чтоб сделать его экспортируемым? почему сразу не экспортировать?!

Aleksandr
18.10.2018
13:43:39
зачем оборачивать внутренний метод только для того чтоб сделать его экспортируемым? почему сразу не экспортировать?!
отделили низкоуровневую реализацию, используемую в других методах от публичного апи

Roman
18.10.2018
13:45:25
ну вот колотить неуспокоиться.. ̀̀ *url.Error | Webwire https://localhost:443/: x509: certificate signed by unknown authority какой нахрен url.Error, это-же TLS handshake error... и это http.Client из стандартной либы это вообще нормально?!

Артур
18.10.2018
13:47:35
время для контрибьюта

Aleksandr
18.10.2018
13:48:06
хотя из доки следует, что UrlError - это не про ошибку урла, а про ошибку, связанную с запросом к урлу

но название, согласен, не очень

Roquie
18.10.2018
13:53:16
привет, как принято делать сиды в go? делать две разные папки миграций под дев/прод и копипастить изменяющуюся структуру БД как-то не хочется

а иного инструмента, кроме как github.com/romanyx/polluter я не нашел

Roman
18.10.2018
13:53:54
хотя из доки следует, что UrlError - это не про ошибку урла, а про ошибку, связанную с запросом к урлу
видимо придётся костьлить: if !err.(*url.Error).Timeout() { // Not a timeout error } понять был ли это TLS Handshake error практически невозможно. Более того, там ещё есть url.Error.Temporary() который нифига не продокументирован... just use the standard library they said, it's gonna be fun they said.

видимо профилонили по причине "да кому это нужно?!"

зашибись! я не могу отличить эту ошибку: x509: certificate signed by unknown authority от этой ошибки: No connection could be made because the target machine actively refused it. придётся писать ещё больший костыль и искать в строке error message'а "x509"

Google
Savely
18.10.2018
14:20:31
даже самому крутому движку JS недоступны те оптимизации, что доступны компилируемому языку

Диёр
18.10.2018
14:22:07
но жс можно компилировать

чому нет

Savely
18.10.2018
14:22:55
основные движки v8 и chakracore по-моему не умеют компилироваться из коробки

а речь де-факто именно о них

Kirill
18.10.2018
14:24:35
так сам движок разве заранее не скомпилирован и прооптимизирован

Savely
18.10.2018
14:25:45
суть в том, что в условных плюсах, компилятор ещё на уровне компиляции может куски кода заменить контантами, если оно больше нигде не юзается

а с JS в силу своей динамической природы такое не сделаешь

в итоге целый кластер компайл-тайм отптимизаций в нем в приципе недоступен

Kirill
18.10.2018
14:28:48
да и пофиг, им и так вроде норм

Страница 1583 из 1630