Нет, не вызывает. Ракеты падают, люди умирают, другим людям, которые идут после них страшно. Они идут в церковь и находят там покаяние и защиту, религия так и работает. Вот для вас это смешно и весело, а люди жизнью рискуют и им не смешно. В окопе атеистов нет
Ждал этой пасты) Даже в голове её повторял, когда комментарий писал) Но моё мнение относительно неё хорошо передаёт вот это видео) по крайней мере меня жизнь именно в такие условия поставила когда-то
Все что я хочу, это 2-2,5 тысячи долларов в месяц за 40-50 часов работы в неделю
А я в профессию входил с зп 25к рублей и работал по 12 часов порой... в 2017 году :D
Сейчас они превратились в 200, но тем не менее, лично мне кажется, что никакой работодатель не горит желанием сходу платить хорошие деньги, если нет профильного опыта ¯_(ツ)_/¯
Это было в 2013 году, сайт "новости космонавтики" писал об этом, а потом почему то удалил эту статью, но интернет помнит: https://web.archive.org/web/20180126190611/https://novosti-kosmonavtiki.ru/mag/2013/808/7323/ Однако, в статье прямого утверждения нет, есть лишь предположения: > Известный американский аналитик Т. С. Келсо (T. S. Kelso), технический менеджер программ в Центре космических стандартов и инноваций (г. Колорадо-Спрингс), подтвердил сетевому изданию space.com, что вероятной причиной изменения орбиты спутника является столкновение с одним из фрагментов китайского КА «Фэнъюнь-1C», образовавшимся в результате испытания китайского противоспутникового оружия 11 января 2007 г. (НК № 3, 2007). По его данным, 22 января в 07:56:52 UTC действительно прогнозировалось сближение КА BLITS и фрагмента с каталожным номером 30670 до расстояния 3.1 км.
По идее у Вас же уже есть на бекенде вся информация о пользователе, его роли и задачах, которые ему доступны, если я правильно понял) Так пусть и одни и другие идут в бекенд за данными, получают их оттуда и никого не ждут. Хотя и вариант который Вы предложили реализовать несложно: у нас на страницу загружается компонент с пользователями. Когда он загрузился (fetch успешен), мы в .then() делаем dispatch() события, которое сигнализирует об успешной инициализации компонента и начинаем загрузку компонента с задачами) В целом, да, тоже ок, до этого просто скелет показываем.. но это вроде плохо вяжется с seo
По моему мнению и опыту - да. Изначально легче и разумнее (опять же - по моему мнению) начать с монолита, чтобы потом при росте его распиливать и реализовывать компонентность. Почему проще? Потому что таким образом мы решаем основные вопросы связанные с общим роутингом, общими стилями всего проекта и т.п. В общем и целом это банально дает нам понять что именно мы хотим отпилить и каким образом это сделать было бы предпочтительнее. Мне кажется, что без монолита сама первопричина изобретения микрофронтендов теряет смысл.
Как правильно поступить в микросервисном мире?
В проектах, где я видел успешное внедрение микрофронтендов все компоненты общались с бекендом через экшены, поведение которых менялось в зависимости от роли пользователя. Тривиальное решение в лоб - мы получаем куку с id пользователя, проверяем его роль и отдаем ему на фронт только те задачи, которые ему положено видеть. Собственно, Вы практически это же и предложили, только в моем подходе мы данные возвращаем не странице, а компоненту, вот и все Про "Один должен дождаться другого? А если компонентов 10?" я немного не понял, извините) Компоненты связаны с бекендом или друг с другом, это да, но зачем ради получения информации им дожидаться друг друга, ведь HTTP2 и webpack module federation решает вопросы ленивой загрузки модулей. Надеюсь, ответил на все Ваши вопросы)
Есть столы, у которых ножки по высоте регулируются
стоит помнить о том, что "железный занавес" был введен не изнутри, а снаружи) И термин придумали не у нас
Так 21-й век же, конечно, актуально) Кризис полупроводников - это история очень давняя, разве нет?
Нет, не вызывает. Ракеты падают, люди умирают, другим людям, которые идут после них страшно. Они идут в церковь и находят там покаяние и защиту, религия так и работает. Вот для вас это смешно и весело, а люди жизнью рискуют и им не смешно. В окопе атеистов нет
Прочел статью на ria.ru не вижу связи с диалектикой из второй ссылки.
Ждал этой пасты) Даже в голове её повторял, когда комментарий писал) Но моё мнение относительно неё хорошо передаёт вот это видео) по крайней мере меня жизнь именно в такие условия поставила когда-то
А я в профессию входил с зп 25к рублей и работал по 12 часов порой... в 2017 году :D
Сейчас они превратились в 200, но тем не менее, лично мне кажется, что никакой работодатель не горит желанием сходу платить хорошие деньги, если нет профильного опыта ¯_(ツ)_/¯
А мне нравятся частушки из вселенной SCP :)
-- Все объекты класса Кетер подросли на один метр!
-- И какой теперь длины?
-- [Данные удалены]
Это было в 2013 году, сайт "новости космонавтики" писал об этом, а потом почему то удалил эту статью, но интернет помнит: https://web.archive.org/web/20180126190611/https://novosti-kosmonavtiki.ru/mag/2013/808/7323/
Однако, в статье прямого утверждения нет, есть лишь предположения:
> Известный американский аналитик Т. С. Келсо (T. S. Kelso), технический менеджер программ в Центре космических стандартов и инноваций (г. Колорадо-Спрингс), подтвердил сетевому изданию space.com, что вероятной причиной изменения орбиты спутника является столкновение с одним из фрагментов китайского КА «Фэнъюнь-1C», образовавшимся в результате испытания китайского противоспутникового оружия 11 января 2007 г. (НК № 3, 2007). По его данным, 22 января в 07:56:52 UTC действительно прогнозировалось сближение КА BLITS и фрагмента с каталожным номером 30670 до расстояния 3.1 км.
По идее у Вас же уже есть на бекенде вся информация о пользователе, его роли и задачах, которые ему доступны, если я правильно понял) Так пусть и одни и другие идут в бекенд за данными, получают их оттуда и никого не ждут.
Хотя и вариант который Вы предложили реализовать несложно: у нас на страницу загружается компонент с пользователями. Когда он загрузился (fetch успешен), мы в .then() делаем dispatch() события, которое сигнализирует об успешной инициализации компонента и начинаем загрузку компонента с задачами) В целом, да, тоже ок, до этого просто скелет показываем.. но это вроде плохо вяжется с seo
Я чей-то комментарий случайно отклонил, про то, что iframe -это далеко не однозначное добро.. пожалуйста, напиши его снова, я одобрю)
По моему мнению и опыту - да. Изначально легче и разумнее (опять же - по моему мнению) начать с монолита, чтобы потом при росте его распиливать и реализовывать компонентность. Почему проще? Потому что таким образом мы решаем основные вопросы связанные с общим роутингом, общими стилями всего проекта и т.п. В общем и целом это банально дает нам понять что именно мы хотим отпилить и каким образом это сделать было бы предпочтительнее. Мне кажется, что без монолита сама первопричина изобретения микрофронтендов теряет смысл.
В проектах, где я видел успешное внедрение микрофронтендов все компоненты общались с бекендом через экшены, поведение которых менялось в зависимости от роли пользователя.
Тривиальное решение в лоб - мы получаем куку с id пользователя, проверяем его роль и отдаем ему на фронт только те задачи, которые ему положено видеть. Собственно, Вы практически это же и предложили, только в моем подходе мы данные возвращаем не странице, а компоненту, вот и все
Про "Один должен дождаться другого? А если компонентов 10?" я немного не понял, извините) Компоненты связаны с бекендом или друг с другом, это да, но зачем ради получения информации им дожидаться друг друга, ведь HTTP2 и webpack module federation решает вопросы ленивой загрузки модулей.
Надеюсь, ответил на все Ваши вопросы)