Опыт и наблюдения ведущего разработчика ПО. Все от кода до квантовой запутанности :)
Мне кажется до 2 пункта чаще всего дело даже не доходит)
Динамика это не про 90%)
Согласен) В статье пытался не всю тему объяснить а лишь часть. То, что метод then возвращает промис по сути своей я думаю вообще никому не понятно. Я думаю, что это из-за некорректных примеров в больших учебниках. Плюс это играет огромное значение в понимании куска про микрозадачи во время прохождения eventloop
Расскажите, пожалуйста, поподробнее. Мне стало интересно. Звучит логично. Ведь чаще всего люди действительно считают что инкапсулируем щас по смыслу одну логику от другой и будем по апи ходить - это типо микросервис. Было бы интересно услышать более детально вашу точку зрения. Я фронт в большей части но попробую понять ваше представление.
Ахахах) да, полезная штука безусловно. Присылайте их ко мне, я их так напугаю опытом своим, что они сразу передумают) Мы меняли текст на сайте целый день ;)
Понятно, что иногда они все таки полезны) Но это должен быть выбор не мальчика, а архитектора:)
Сильно круто описали) Спасибо! В моей статье не хватает такой глубины. Это мы уже более подробно шатаем более конкретные кейсы из практики реализации реальных крупных проектов)
90% стартапов проваливаются, потому что основатели не понимают, что начинать надо с бизнес анализа а не с написания кода 😆 Простите за душнилу )
Согласен) Основная проблема мне кажется в погоне за чем то новеньким ) Используем не разобравшись методологию а потом пожинаем плоды:) Как в моем опыте было. Старая команда использовала микро фронты. В результате нас в команде двое и мы должны перекатывать несколько проектов, чтобы там текст поменять или пропсы добросить:)
ахахах) Спасибо за оценку)
Ну правильно) Все свалили. Некому IT отрасль поднимать) Хотят хоть как то задержать отток) Можем вообще скоро возьмут и сделают на невыездными :D Радуйтесь жизни!
Да, такое часто. Иногда достаточно развернуть бизнес модель и все становится совсем иначе