
Andrew
10.06.2017
02:25:19

Серж
10.06.2017
04:50:39
https://play.golang.org/p/AmY2u2w9LA
пацоны, а чо ваш гау размещает строки в области памяти, которая защищена от записи?
чего я не могу таким грязным хаком поменять содержимое строки?

Google

Серж
10.06.2017
04:53:44
по теме - структуры описывающие строки будут разные, но указатель внутри будет указывать на одну и ту же область памяти
вот пруф
https://play.golang.org/p/efXKV38zDE
да еще и нельзя поменять, по крайней мере на линупсе, содержимое строки, процесс обращается к недопустимой области памяти и прибивается
т.е. область где хранятся строки - только для чтения
как код
а вообще если ты об этом задумываешься то ты выбрал не правильный инструмент
чтобы байтоебить лучше взять си
да, кстати, насколько я понял пакеты unsafe и reflect не гарантируют обратную совместимость и в последующих версиях реализиация может измениться, так что так не надо делать никогда

Michael
10.06.2017
05:42:30
тот случай когда гугл переводчик осознал тщетность бытия и начал изучать го лэнг

Серж
10.06.2017
06:08:56
тот случай когда Петросян осознал тщетность бытия и начал постить шутки в телеграм

Антон
10.06.2017
06:13:14
Ребят, а что у нас с вопросом по поводу гуи библиотек или все так же сыро
?

Google

Ivan
10.06.2017
06:13:42
Что за гуи ?

Антон
10.06.2017
06:14:16
Для фронтенда

Ivan
10.06.2017
06:14:48
В 2017 это читается как веб

Alex
10.06.2017
06:14:58
Для фронтенда есть джаваскрипт

Антон
10.06.2017
06:15:48
ну я говорил не тулзы не для вэба а для рисования окошек типа qt

Alex
10.06.2017
06:16:54
Для рисования окошек типа qt есть qt

Серж
10.06.2017
06:17:15
https://github.com/avelino/awesome-go#gui

Andrey
10.06.2017
06:17:39
Просто зачем гуй на го?)

Серж
10.06.2017
06:18:05
а зачем он в других экосистемах?

Ivan
10.06.2017
06:18:34
А где он остался ?
В дельфи ?

Andrey
10.06.2017
06:18:38
Никто не пишет гуй на ассемблере

Серж
10.06.2017
06:19:45
зачем вообще го, давайте так вопрос поставим

Andrey
10.06.2017
06:20:32
Ты скучный

Серж
10.06.2017
06:20:45
я знаю

Andrey
10.06.2017
06:21:05
Поприседай и выложи на ютуб

Michael
10.06.2017
06:21:48
https://github.com/therecipe/qt норм

Серж
10.06.2017
06:21:54
про го значит сказать нечего потому что он не нужен?

Michael
10.06.2017
06:22:52
отлично

Google

Серж
10.06.2017
06:22:57
в с++ то памятью вручную управляют, там dispose?

Andrey
10.06.2017
06:24:01

Серж
10.06.2017
06:25:07
на канале скалы пацаны не страдают снобизмом и с удовольствием на эту тему пообщались

Andrey
10.06.2017
06:25:37
Так иди в их двор, скучный

Michael
10.06.2017
06:28:15
qt+qml+go используется
на го по сути связка логики на го и уи

Brown
10.06.2017
06:28:46
А гуи был бы не плох
Но в го это будет лишним, посчитали разработчики (так как он превратится в c#)

Серж
10.06.2017
06:30:13
без дженериков - вряд ли
)))))))))))))))))))))

Michael
10.06.2017
06:30:27
interface{}

Серж
10.06.2017
06:30:37
это как в джаве

Brown
10.06.2017
06:30:40
Не хватает, но можно обойтись)

Антон
10.06.2017
06:30:40
Спасыб

Серж
10.06.2017
06:30:42
type erasure

Brown
10.06.2017
06:30:55

Andrew
10.06.2017
06:31:03
вроде ещё с наследованием классов у Go беда

Серж
10.06.2017
06:31:17
да, классов то нету!

Andrew
10.06.2017
06:31:17
Чтобы gui писать

Alex
10.06.2017
06:31:21
Наследование запретили еще лет 15 назад

Google

Brown
10.06.2017
06:31:24
композиционно наледование

Andrey
10.06.2017
06:31:31
Наследование может быть замещено композицией

Andrew
10.06.2017
06:31:46

Олег
10.06.2017
06:31:46

Brown
10.06.2017
06:31:51
Наследование, рекомендуемся использовать в редких случаях

Andrey
10.06.2017
06:32:06
Если вы наследуете, купите еще порошка

Олег
10.06.2017
06:32:24

Michael
10.06.2017
06:32:24
если нравится фитчи шарпа, то почему бы не писать на шарпе? ))

Andrey
10.06.2017
06:32:59
Что неудобно? То, что джип это машина но с другим юзкейсом использования, нежели тесла?)

Олег
10.06.2017
06:33:17

Brown
10.06.2017
06:33:57

Michael
10.06.2017
06:34:30
я пишу на го в своё удовольствие, то что сделано уже я даже не задумывался писать бы на шарпе

Andrew
10.06.2017
06:34:33

Michael
10.06.2017
06:34:38
халтурку - да, можно

Олег
10.06.2017
06:34:38

Andrew
10.06.2017
06:35:01

Олег
10.06.2017
06:35:07

Andrey
10.06.2017
06:35:46

Michael
10.06.2017
06:35:55
форд на атомном реакторе - код отнаследует себя сам

Andrey
10.06.2017
06:36:10
Выдели интерфейсы и реиспользуй

Google

Brown
10.06.2017
06:36:34
Я бы привел пример, BaseController

Andrew
10.06.2017
06:36:47

Andrey
10.06.2017
06:37:48
Родитель не нужен, тебе нужны только интерфейсы для определения возможности взаимодействия

Brown
10.06.2017
06:37:52
OrderException, UserException от них унаследлвать остольные Exception, в некоторых ситуациях наследование нужная вещь (в некоторых)

Andrey
10.06.2017
06:38:20
Странные исключения
Ничего абсолютно не говорящие

Brown
10.06.2017
06:38:33
Родительские

Andrey
10.06.2017
06:39:02
LogicException, InvalidInputException

Brown
10.06.2017
06:39:23
от них наследуются, UserNotFoundException, UserCouldNotSaveException

Michael
10.06.2017
06:39:23
InvalidExceptionException

Andrew
10.06.2017
06:39:35
Выдели интерфейсы и реиспользуй
Если я правильно понимаю процесс наследования:
Delphi - наследовал запорожец от машины, можешь юзать родительский запорожец.ехать
А в go также вложил, а юзать так: запорожец.машина.ехать?

Ilya
10.06.2017
06:40:05
Обсуждение названий исключений в канале по Го

Michael
10.06.2017
06:40:22
type Warning struct { error }

Andrey
10.06.2017
06:40:32
Запорожец поддерживает заправку бензином, использовать заправку бензином

Brown
10.06.2017
06:40:34
Я прям везде использую композицию, но ситуации описанные мной, намного лучше реализовать через наследование

Michael
10.06.2017
06:40:36
Warning is a concrete type

Andrew
10.06.2017
06:40:52

Alex
10.06.2017
06:41:02
undefined is not a function

Brown
10.06.2017
06:41:13
Композиционное сча кину ссылку

Andrew
10.06.2017
06:41:42

Brown
10.06.2017
06:42:30
Про наследование и композицию я бы посоветовать почиатать тут, тут описаны преимущества и недостатки разных подходов https://www.bsuir.by/m/12_100229_1_98218.pdf страница 121, в pdf 143