Телеграмм чат группы gogolang страница 20566

13:02пожаловаться #1

AK

очень трудно заставить себя мыслить о предметной области в терминах go

почему - открытый вопрос

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

13:02пожаловаться #2

D

Den in Go-go!

потому, что оценить скорость вариантов на этапе старта разработки невозможно. и не нужно

зато потом начнётся
версия 1.3 софтики - "ой чё-та сервер валится", "ой соединения не держатся", "ой надо другую библиотеку брать"

13:03пожаловаться #3

RF

Roman Fedyashov in Go-go!

потому, что оценить скорость вариантов на этапе старта разработки невозможно. и не нужно

Например есть один проект, где люди не стали применять оптимизацию преждевременную и теперь для апдейта 10 строк выбирается из бд 2 миллиона, меняются значения, удаляются старые и заново всё вставляется

13:03пожаловаться #4

DP

Daniel Podolsky in Go-go!

Например есть один проект, где люди не стали применять оптимизацию преждевременную и теперь для апдейта 10 строк выбирается из бд 2 миллиона, меняются значения, удаляются старые и заново всё вставляется

думаешь, “оптимизация” на старте помогла бы этого избежать?

Егор Андреевич... in Go-go!

13:04пожаловаться #5

ЕА

это очень вредная статья, по факту

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

но теперь нубасы решили, что это специфическая ситуация имеет к ним отношение. не имеет.

на реальном проекте примерно на 30к клиентах онлайн библиотека из этой статьи (gobwas) лучше той же гориллы по памяти (уже относительно долгое время запущено 2 инстанса, 1 на горилле, другой на гобвасе)

13:04пожаловаться #6

AK

Den

зато потом начнётся
версия 1.3 софтики - "ой чё-та сервер валится", "ой соединения не держатся", "ой надо другую библиотеку брать"

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

13:04пожаловаться #7

RF

Roman Fedyashov in Go-go!

думаешь, “оптимизация” на старте помогла бы этого избежать?

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

Александр Попов... in Go-go!

13:04пожаловаться #8

АП

Anton Kucherov

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

когда упал продакшен в 2 ночи?

13:05пожаловаться #9

@

@mr_tron in Go-go!

потому, что оценить скорость вариантов на этапе старта разработки невозможно. и не нужно

ну такое. по бенчмаркам мы знаем что фастхттп и зеролог быстрее чем gin и logrus. врядли они окажутся медленнее. да - может они дадут всего 5-10% производительности, но хуже то не будет.
или например у меня есть либа для base58 кодирования. она в 8 раз быстрее чем наивная реализация в самой популярной либе через big.Int
почему бы не взять её по-дефолту когда выбираешь пакет на pkg.go.dev ?

13:05пожаловаться #10

МП

Мимо Проходящий... in Go-go!

Например есть один проект, где люди не стали применять оптимизацию преждевременную и теперь для апдейта 10 строк выбирается из бд 2 миллиона, меняются значения, удаляются старые и заново всё вставляется

скорее просто накосячили если это про strpad

13:05пожаловаться #11

DP

Daniel Podolsky in Go-go!

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

и сейчас ведь не поздно, правда?

13:05пожаловаться #12

AK

Александр Попов

когда упал продакшен в 2 ночи?

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

13:05пожаловаться #13

S

Sebor in Go-go!

Например есть один проект, где люди не стали применять оптимизацию преждевременную и теперь для апдейта 10 строк выбирается из бд 2 миллиона, меняются значения, удаляются старые и заново всё вставляется

Так может они просто настолько криво с самого начала написали

13:05пожаловаться #14

D

Den in Go-go!

Anton Kucherov

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

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

13:05пожаловаться #15

RF

Roman Fedyashov in Go-go!

и сейчас ведь не поздно, правда?

Поздно, кстати) 1 миллион строк в таком стиле

Александр Попов... in Go-go!

13:05пожаловаться #16

АП

я тут сразу вспоминаю такую ныне покойную игру warhamme online, они тоже решали задачи по мере поступления - не получилось, cервера падали и лагали (там примеров дохрена просто таких)

13:06пожаловаться #17

AK

Den

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

Ну окей, берите Go, пишите, в чем проблема то?

13:06пожаловаться #18

DP

Daniel Podolsky in Go-go!

Поздно, кстати) 1 миллион строк в таком стиле

ой, перестань

если оно такое - они в архитектуре облажались, а не в “оптимизации”

13:07пожаловаться #19

D

Den in Go-go!

Anton Kucherov

Ну окей, берите Go, пишите, в чем проблема то?

уже объяснял, гибкость нужна