работая с json api необязательно обрабатывать все поля, бывают варианты когда структура внешенго апи очень большая и развесистая а необходимость есть только в 2-3 полях
В proto3 тоже.
Vladislav
ainu
А ещё есть gob
Sergey
сделайте вывод - сделать можно все что угодно
с джисон делать ничего не надо, появилась потребность посмотреть посмотрел, появилась потребность составить сообщение составил
Anonymous
сделайте вывод - сделать можно все что угодно
с джисон делать ничего не надо, появилась потребность посмотреть посмотрел, появилась потребность составить сообщение составил
Не уверен, большой жисон целиком тоже бесполезен. Проще вывести нужное поле
Sergey
jq - и любой джисон как на ладони
Vladislav
jq - и любой джисон как на ладони
protoc тоже может расшифровывать протобуфы, файл нужен для этого
Sergey
для jq файл не нужен curl | jq
Konstantin
Да нет , мне читаемость не важна, главное поток непрекращающийся наладить 😁
Konstantin
Да нет , мне читаемость не важна, главное поток непрекращающийся наладить 😁
Структура одна и та же
Sergey
Ну тем-то они и отличаются. У прото меньше размер же.
прото будет эффективнее, джисон удобнее именно при отладке
Sergey
я не топлю за джисон, я даю аргументы в пользу читаемости
Konstantin
json -кормилец)
Alexey
Подскажите рассово-верную MQ
Kalys
rabbitmq
Alexey
kafka +
Konstantin
Подскажите рассово-верную MQ
рассово точно Nats ))
NATS Streaming is a data streaming system powered by NATS, and written in the Go programming language.
Kalys
до редактирования там был "не написанный на go"
Konstantin
😂
Alexander
кролик же
Konstantin
рассово точно Nats ))
NATS Streaming is a data streaming system powered by NATS, and written in the Go programming language.
Следующий этап Redis -> Aerospike 😄
Kalys
key value storage != mq
Konstantin
Тут в рассовости дело
Sergey
kafka+
Alexander
кафка сильно специфичная mq. не надо ее советовать, если задача не про нее
Alexander
там может нормальный брокер очередей нужен
Sergey
NATS Streaming же все еще не умеет в кластерность... или уже научили?
Alexander
а я кидал недавно, sandglasses, по описанию огонь!
Alexander
https://github.com/celrenheit/sandglass
Sergey
для пет проекта огонь, для прода нет
Alexander
какой пет не мечтает выйти в прод?
Sergey
нужно больше входных данных в вопросе :)
Sergey
какой прод не состоит целиком из петов :)
Anonymous
мне кажется, это была просто попытка набросить на вентилятор :)
Anonymous
А так, Я согласен, что kafka весьма специфична, и новичку лучше взять кроля
Konstantin
NATS Streaming же все еще не умеет в кластерность... или уже научили?
Streaming clustering with full replication of data across a set of streaming servers is planned for later this year.
чуть подождать)
Sergey
новичку можно брать что угодно, т.к. у него пока нет понимания во что он упрется :)
Sergey
я эту надпись уже больше года вижу
Anonymous
новичку можно брать что угодно, т.к. у него пока нет понимания во что он упрется :)
Ну, что угодно весьма обширный термин ... тут главное не вляпаться ))
Sergey
в конце прошлого года выбирал MQ как раз
Sergey
соглашусь что кролик чуть проще кафки для старта, тонкости начинаются когда хочется пихать МНОГА и чтоб оно не падало :)
Alexander
ну чтобы кролик начал падать, туда надо уже десятки тысяч в секунду писать
Anonymous
ну чтобы кролик начал падать, туда надо уже десятки тысяч в секунду писать
не обязательно, достаточно не особо сильного железа
Anonymous
у меня на самом слабом DO инстансе иногда падает, хотя там от силы 3-4к в минуту
Sergey
именно, а лучше под лям, тогда сразу остается только кафка :)
Anonymous
1 раз пишется метод
Anonymous
и все что угодно выводится читабельным
Alexander
не обязательно, достаточно не особо сильного железа
ну так на кафку еще сильнее импакт будет. джавка же
Sergey
один раз пишется - второй раз переписывается, третий раз фиксится
с джисономписать ничего не надо
Anonymous
и это вообще вопрос не про тестирование
не тестирования?
те какой-то человек глазами что-то там проверяет на проде - что за чушь?
Sergey
не тестирования?
те какой-то человек глазами что-то там проверяет на проде - что за чушь?
про прод ты зачем сюда вставил? или ты всегда отлаживаешь на проде?
Anonymous
про прод ты зачем сюда вставил? или ты всегда отлаживаешь на проде?
как будто отлаживать на проде что-то плохое ))
Anonymous
про прод ты зачем сюда вставил? или ты всегда отлаживаешь на проде?
о замечательно. теперь тестирование и отладка это совсем разные вещи, которые никак не пересекаются
Sergey
Sergey
как будто отлаживать на проде что-то плохое ))
как будто русская рулетка плохое развлечение ))
Anonymous
тестирование != отладка
если у меня написан тест. во время разработки я его запускаю - я тестирую или отлаживаю?
Sergey
если у меня написан тест. во время разработки я его запускаю - я тестирую или отлаживаю?
ты правда не понимаешь разницы между отладкой и тестированием или просто поспорить хочется а темы нет?
Anonymous
ты правда не понимаешь разницы между отладкой и тестированием или просто поспорить хочется а темы нет?
не отвечать на конкретный вопрос - это очень здраво.
Oleg
если у меня написан тест. во время разработки я его запускаю - я тестирую или отлаживаю?
Отлаживаешь, а когда вводишь новую фичу, ты тестируешь
Oleg
А вообще, тыж программист
Oleg
Сам должен все знать
Anonymous
Отлаживаешь, а когда вводишь новую фичу, ты тестируешь
а если я не ввожу фичу, а правлю старое?
А если тот же тест запускает тестировщик из какой-нить среды?
Sergey
а если я не ввожу фичу, а правлю старое?
А если тот же тест запускает тестировщик из какой-нить среды?
зачем ты бредишь? тесты - тестируют. отладка поиск бага.
Oleg
а если я не ввожу фичу, а правлю старое?
А если тот же тест запускает тестировщик из какой-нить среды?
Правишь баги? Значит фикчишь, если нет то оптимизируешь/рефакторишь
Oleg
а если я не ввожу фичу, а правлю старое?
А если тот же тест запускает тестировщик из какой-нить среды?
А если тестировщик то он молодец:))
Anonymous
зачем ты бредишь? тесты - тестируют. отладка поиск бага.
сорян, но я просто пытаюсь выяснить твою логику.
у меня есть тесты, они подготовливают условия запуска кода с различными условиями и запускают этот код, ждут определенный результат.
это тесты, но они помогают найти ошибки в test-driven девелопмент.
инструментарий в них пишется 1 раз, затем с разными наборами данных они гонятся, с помощью них выводятся различные данные, а также ищутся баги, замеряются метрики..
я что-то новое говорю? так большинство серьезных либ на го написано
Sergey
сорян, но я просто пытаюсь выяснить твою логику.
у меня есть тесты, они подготовливают условия запуска кода с различными условиями и запускают этот код, ждут определенный результат.
это тесты, но они помогают найти ошибки в test-driven девелопмент.
инструментарий в них пишется 1 раз, затем с разными наборами данных они гонятся, с помощью них выводятся различные данные, а также ищутся баги, замеряются метрики..
я что-то новое говорю? так большинство серьезных либ на го написано
ты не новое говоришь - ты просто бредишь, сорян,
тесты тестируют, они не ищут баги, они говорят - работает или нет
процесс отладки debugging это поиск и устранение бага
Anonymous
Anonymous
Сергей, прости, но по-моему твой уровень разработки = школьник
Sergey
Сергей, прости, но по-моему твой уровень разработки = школьник
ты вот не знаешь меня а утверждаешь ))
по тестированию и отладке у тебя явно путаница в голове