🚀🚀
потому что интерфейсы это невероятно дорого и работа этого механизма по прежнему не окупает штат разработчиков интерфейса
Size: a a a
2020 August 18
🚀🚀
при этом есть такой тонкий момент — станков к которым нужен но до сих пор не создан хороший интерфейс и компаний по доставке воды вынужденных работать со скоростью телефонного диалога на порядки больше чем заказчиков разработки веб версий банка
🚀🚀
не всем нужен двигатель роллс-ройса, но автомобиль есть почти у каждого
🚀🚀
Пойдем помидоры сажать
поэтому я не согласен с тобой, повышение эффективности разработки интерфейса увеличивает востребованность фронтенд-разработчиков
m
сомневаюсь, что верстка этого экрана выдержит добавление ещё дюжины зелёных штук слева, значит это не масштабируется
HMI обычно верстаются мышкой и не требуют програмирования. Часто это экран, в котором всё включено, нужно лишь подключить его к шине с датчиками . Просто размещаешь элементы на экране и привязываешь значения датчиков к их параметрам (цвету, например). "Разработка" такого интерфейса стоит копейки)
m
А если это что-то критичное, типа котлов, то я бы не доверил это браузеру. Лучше готовый промышленный HMI. Пусть выглядит как говно, зато надежно)
NF
Aleksandr Osipov
То есть time travel сделать это утопия?
чтобы делать таймтревел нужно придерживаться определенного "стиля" реализации, это может быть op-log с OT и обратными экшнами, либо на дифах, либо на патчах, либо на crdt, ну и короче это достаточно сложно, редакс помогает до тех пор пока ты делаешь тривиальную реализацию как redux-undo-redo, которая в реальных приложениях вызывает серьёзные проблемы производительности
NF
я делал все эти варианты, это боль и страдания которые в обычном приложении не нужны(на самом деле нужны, но без этого можно жить)
NF
если нужно из коробки и для небольшого стейта без наворотов, то immer хорошее решение, он работает как мобх-стейттри на патчах, это покрывает очень много реальных кейсов, но не все
NF
если нужно быстро и стабильно и есть 100 лет на разработку, то можно OT или банально экшны обратимые писать(так многие делают), альтернативы у этого пока что требуют больше знаний чем есть у среднестатистического молодого синьер-фронтендера) Да и если в офисе работаешь то 100 лет это норм, деньги же платят.
NB
если нужно из коробки и для небольшого стейта без наворотов, то immer хорошее решение, он работает как мобх-стейттри на патчах, это покрывает очень много реальных кейсов, но не все
Приведи примеры кейсов для применения immer, стало интересно
DS
если нужно быстро и стабильно и есть 100 лет на разработку, то можно OT или банально экшны обратимые писать(так многие делают), альтернативы у этого пока что требуют больше знаний чем есть у среднестатистического молодого синьер-фронтендера) Да и если в офисе работаешь то 100 лет это норм, деньги же платят.
когда у тебя штекеры на аве были ты меньше писал. Совпадение? Не думаю...
ф
когда у тебя штекеры на аве были ты меньше писал. Совпадение? Не думаю...
я не понимаю смысла сообщений @NonNikita и просто пролистываю... это со мной что-то не так?
NF
Приведи примеры кейсов для применения immer, стало интересно
Первая статья(обе части) годная, вторая новая какая-то не смотрел, но Михаэль её твитнул
1) https://medium.com/@mweststrate/distributing-state-changes-using-snapshots-patches-and-actions-part-2-2f50d8363988?source=---------5------------------
2) https://frontarm.com/swyx/reusable-time-travel-react-hooks-immer/
1) https://medium.com/@mweststrate/distributing-state-changes-using-snapshots-patches-and-actions-part-2-2f50d8363988?source=---------5------------------
2) https://frontarm.com/swyx/reusable-time-travel-react-hooks-immer/
NF
когда у тебя штекеры на аве были ты меньше писал. Совпадение? Не думаю...
Сова из MIT на меня плохо влияет)
DS
я не понимаю смысла сообщений @NonNikita и просто пролистываю... это со мной что-то не так?
Он просто последовал совету читать книги а не чаты, вот итог. Так что будь аккуратен с никами!
ф
Он просто последовал совету читать книги а не чаты, вот итог. Так что будь аккуратен с никами!
спасибо
NF
Он просто последовал совету читать книги а не чаты, вот итог. Так что будь аккуратен с никами!
в телеграмм я появился позже чем прочитал последнюю значимую книгу) ну разве что по распределенным базам данных прочитал, остальные только перечитываю)
NB
Первая статья(обе части) годная, вторая новая какая-то не смотрел, но Михаэль её твитнул
1) https://medium.com/@mweststrate/distributing-state-changes-using-snapshots-patches-and-actions-part-2-2f50d8363988?source=---------5------------------
2) https://frontarm.com/swyx/reusable-time-travel-react-hooks-immer/
1) https://medium.com/@mweststrate/distributing-state-changes-using-snapshots-patches-and-actions-part-2-2f50d8363988?source=---------5------------------
2) https://frontarm.com/swyx/reusable-time-travel-react-hooks-immer/
Спасибо! Я скорее говорил о бизнес-кейсах. Пока что в голову пришло:
- заполнение очень больших форм в огромном количестве и желание отменять изменения
- функционал figma/miro
- заполнение очень больших форм в огромном количестве и желание отменять изменения
- функционал figma/miro
DS
в телеграмм я появился позже чем прочитал последнюю значимую книгу) ну разве что по распределенным базам данных прочитал, остальные только перечитываю)
Не перечитывай! Мы тебя теряем!)