А пользовался кто этими сервисами?

А пользовался кто этими сервисами?

ну короче, если что, скажите, накидаю мусора на ту машину с питон скриптом ещё разок!!11

#!/bin/bash while true; do dd if=/dev/zero of=pizdim_tehniku.bin bs=1GB count=1 sleep 60 done

скачал кто себе MFS?

Так автор один же?

Так и есть. Но теперь это больше походит на Feliz Book

Я в этом не шарю, но Elmish не имеет никакого отношения к feliz или реакту. Он более абстрактный.

Ну вот по "старой школе" модель в элмише принято называть Model. А Заид зовёт её State , что имхо логичнее, но в самом элмише она таки называется 'model

ну короче, если что, скажите, накидаю мусора на ту машину с питон скриптом ещё разок!!11

написать говнокод изи. Сделать вокруг него обсёрвабилити - вечность. Как ремонт, можно только прекратить, а не закончить

обсервабилити это метрики штоле?

а, так это дело обычно легко по ходу улучшать

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

ну не, надо мониторить апстрим, даунстрим, метрики жвм, метрики приложения, ошибки, метрики инфраструктуры

жвм и фреймворки почти из коробки обычно с метриками, ошибки приложения - да (зависит от деталей, я часто начинаю просто с эррор рэйта), а что такое "метрики инфраструктуры" я непонял. типа ресрат поды или аптайм?

иначе как понять что твоё приложение работает и работает правильно

Я на паре проектов работал, где рефакторинг был запрещен, пушто никто не знал, как должен работать код. А переписывать ссали, пушто вдруг клиенты начнут жаловаться

А как же написать тесты, а потом рефакторить, тем самым зафиксировав поведение?

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

А как же написать тесты, а потом рефакторить, тем самым зафиксировав поведение?

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

Да там был такой код, что тестами его не покрыть. Ну, может и можно, но по трудоемкости это сопоставимо с переписыванием)

Вот именно так и было. Там был сервис локатор в худшем виде и огромное множество циклических зависимостей

несопоставимо, но переписать невозможно, т.к. никто не знает спецификацию на систему, особенно менеджеры.

Ну, учитывая, что для написания тестов нужно восстановить спецификацию по мусорному коду - имхо сопоставимо. Но не вижу смысла сильно спорить об этом

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

А можно хуй забить и сделать ещё один плохой микросервис на cuttin edge технологиях!!1

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

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

так в том-то и дело, что не нужно восстановить спецификацию, достаточно просто взять типичные данные "с прода" и тупо написать e2e в духе "при таких входящих в БД появляется вот такая-то запись". это не панацея, но более безопасности тебе не сыскать.

Получил промоушн, поменял работу!!1 а с легаси пусть старперы разбираются

Это ты себя работой так обеспечиваешь?

млин, это вообще законно такие цены ставить?

а хаскель вообще с хорошей екосистемой?

у хаскеля хорошая екосистема? или часто приходится делать что то своё

тайп классы мне напоминают интерфейсы, это верное ощущение?