Дженерики ООП ортогональны целиком

Да при чем тут ООП?

А потому что та же байда - если разработчиков больше одного, 80% убиваешь на понимание кода

Вон в цацкеле этого вашего ООП нет, хвала Аллаху

Знаете

они решали проблемы по мере их поступления, а не потому, что хочется.

Ага, ну вот кончилась у меня оперативка

Надо кастыль убрать

Ага, ну вот кончилась у меня оперативка

ну -- ССЗБ

Втыкать постгрес не хочется

Втыкать постгрес не хочется

ах вот на каком уровне рассуждения!

ну, ок

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

Знаете Когда я пилил это чатик, я думал, что я делаю это пушто ̶ м̶н̶е̶ ̶н̶р̶а̶в̶и̶т̶с̶я̶ ̶в̶л̶а̶с̶т̶ь̶ мне нравится делать приятное людям, Но нет. Мне просто некуда девать попкорн

Знаете Когда я пилил это чатик, я думал, что я делаю это пушто ̶ м̶н̶е̶ ̶н̶р̶а̶в̶и̶т̶с̶я̶ ̶в̶л̶а̶с̶т̶ь̶ мне нравится делать приятное людям, Но нет. Мне просто некуда девать попкорн

отсыпь, а?

да не

Я же говорю мне нужны только списки

Нахера мне гоб

Что нужно, чтобы надежно сохранять на диск?

ну вот воткни редиску и успокойся

сэкономить на сериализации

как только мы собрались писать на диск - все, можно про сериализацию забыть, она ко времени не добавит ничего

Она же не работает персистентно

даже если на ssd

И принимает только байты

примерно на это месте я порвался, простите

И принимает только байты

а ты хотел что на диск писать? цветочки?

Ещё раз: как сделать максимально быстрое на чтение и запись хранилище map[int][]int

При этом персистентное

Она же не работает персистентно

я вот даже не знаю

говоришь человеку решение

он, даже не погуглив, говорит не пойми что

Ещё раз: как сделать максимально быстрое на чтение и запись хранилище map[int][]int

еще раз: редис

опционально можно gob складывать

котаны, это же чудесно

как скучно мы живем

вон у человека проблемы

Даннинг Крюгер во всей красе :)

можно сделать то, что "сложна"

миллисекундами меряется аж шуба заворачивается

Понял вас. Спасибо

тем временем есть что обсудить поинтереснее https://go-review.googlesource.com/#/c/37342/3/syncmap/map.go

ничоси!

проблема простая: запуск этого самого hello world на openwrt с 32мб памяти получается только если основательно выкосить кучу модулей

Бгггг

тем временем есть что обсудить поинтереснее https://go-review.googlesource.com/#/c/37342/3/syncmap/map.go

блеать

в описании, по сути, сказано, что чтения могут быть из старых значений

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

еще раз: редис

мое слово - аэроспайк

мое слово - аэроспайк

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

тем временем есть что обсудить поинтереснее https://go-review.googlesource.com/#/c/37342/3/syncmap/map.go

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

в описании, по сути, сказано, что чтения могут быть из старых значений

это отличные новости же

зато не блокируется

map[int][]int

mmap?

зато не блокируется

И платишь за гору копий своей мапы

Там же интерфейсы используются

Я один, что ли, вижу тут дичь?

Я один, что ли, вижу тут дичь?

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

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

чем-то надо жертвовать, когда проблемы решаешь

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

Там отдельные алгоритмы зачистки памяти от этого говна

ето да

Тут их нет

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

Тут их нет

Тут это где?

Тут это где?

в го

вероятно

в го

Он свое еще пилит вроде

ето да

https://github.com/nof1000/MakeGithubBeautifulAgain

Народ, не раз видел тут советы по разработке интерфейсов на go+react. А есть чего почитать толкового по данной теме?

Ну кроме очевидного на сайте react

Ну кроме очевидного на сайте react

так вроде как ничего go-специфического тут быть не может.

Разве? На серверной же стороне тоже можно рендерить. Или это не наш подход?

Разве? На серверной же стороне тоже можно рендерить. Или это не наш подход?

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

Разве? На серверной же стороне тоже можно рендерить. Или это не наш подход?

https://github.com/olebedev/go-starter-kit

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

Не, меня вообще концепция разработки go + react интересует.

https://github.com/olebedev/go-starter-kit

Мерси. А почитать на этот предмет есть чо?

Мерси. А почитать на этот предмет есть чо?

В контексте Go - не видел

В контексте Go - не видел

Ок

для ясерверного рендеринга Korolev вроде норм

для ясерверного рендеринга Korolev вроде норм

чо то не гуглится, опечатка, или название неудачное

Может таки olebedev? ?

чо то не гуглится, опечатка, или название неудачное

https://github.com/fomkin/korolev

https://github.com/fomkin/korolev

Это же scala, off topic

перепиши на go

перепиши на go

Лично я еще давно когда то написал

Mars aeternum :)

Вчера кто-то упоминал гудланг. Гугол мне не дал инфы, что изменено (или планируется изменить) по сравнению с Go. Где можно глянуть?

У похожего проекта хотя бы пара примеров есть (дженерики!!11адын) http://havelang.org/

гудланг разве не ide?

https://github.com/goodlang/good Вроже пишут The Good Programming Language

привет! кто-нибудь знает, можно ли дебажить ремотное Go приложение из https://www.jetbrains.com/go/ (или другое IDE)?

гудланг разве не ide?

гогланд -- иде

а гудланг -- язык программирования, который мы пилим

гулаг

а название гудланг появилось еще летом, тогда еще больше в формате гуд, а потом популярнее стало название гудланг

У похожего проекта хотя бы пара примеров есть (дженерики!!11адын) http://havelang.org/

а хава вообще транспилятор

гулаг

Сталингулаг ))))