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

почему нет?

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

запросы делаешь через эффектор?)

в любом случае у тебя всего два варианта:
1. оставить всё как есть и продолжать наслаивать костыли и хотфиксы друг на друга, и приводя проект к неподдерживаемому состоянию (что уже произошло) и при этом проект конечно же будет расти

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

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

Aleksandr
Схема работы мультивибратора
https://vimeo.com/36579366#t=1520s

Вау, никогда не видел этой простой истины развернутой во премени, впечатляет

Вцелом видео о том как писать код и сразу его визуализировать, если кому будет интересно.

Прошло 9 лет, делаем выводы...

А какие выводы?

Потребность - есть, реализации - все так же пока нет

До сих пор RTL пишут у нас на обычных языках вместо визуальнного программирования

если про железо говорить

но те же железяники предпочитают PHY для гигабитного ethernet написаннный на verilog нежели схемки

а там много кода

честно говоря, из всего нашего отдела разработки, никто не высказался в пользу визуализации, всех все устраивает

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

Нет. Я не с программистами общался

С железячниками

Потому что средства визуальной разработки не дают гибкости в полной мере на сегодня? Вот скорее

Там такая же ситуация, ты должен уметь глазами понять по номиналам какое напряжение будет в цепи