Накопив миллион, появится возможность научиться управлять деньгами. Даже потеряв деньги из-за независимых от вас ситуаций, опыт никуда не денется. Недвижимость тоже обесценивается, входной порог большой, а заработать внятные деньги на аренде очень тяжело. Примерно в 50-55 лет ваши активные доходы вероятнее всего начнут стремительно падать. Накопив миллион сможете выработать навыки накопления, которые позволят проще накопить 10 и более млн. За счет 2-4% от капитала жить в период пенсии. Не стоит забывать и про финансовую свободу. Работодатель стремится снизить вашу зп на входе, будет стремится вас обесценить. Не имея капитала вероятно всего согласитесь на минимальную вилку, указанную в вакансии, вместо того, чтобы просить в разы больше, если не указано ограничение.
Так его и не надо хранить под подушкой. Минимум открываете вклад. В рамках одного банка, на одного физ. лица вклад страхуется до 1 400 000. Налог на прибыль вроде с 5 000 000. Т.е. не грозит. Вы просто боитесь денег, отсюда и такое мнение
Многие фишку миллиона не понимают. Смотрят только с точки зрения сухих цифр - насколько хватит, если жить только на эти деньги. Упускают самое главное - это умение формировать и управлять капиталом. В РФ лишь считанные проценты граждан имеют миллион и более рублей на счетах. При этом имея заработок даже 300к, не могут накопить миллион. Миллион нельзя назвать сложно достижимой целью. Достигнув ее, набрав немного опыта, окажется, что сформировать капитал в 10 млн. станет легче, чем млн. Банально проще будет выбирать работу, выбирая наиболее комфортную и хорошо оплачиваемую вакансию. А не по принципу и это сойдет, главное тут смогу закрыть свои горящие потребности. Также сформируются правильные финансовые привычки.
Личное предпочтение - это ориентироваться на библиотеки. Каждую страницу из примеров можно формировать как библиотеку. Библиотеки упрощают поддержку и управление версиями, используемых сторонних библиотек и фреймворков. Пример: используются разные версии angular в разных конечных продуктах, приложениях. Без обсуждения почему). Сборка монолита из кусков позволяет проконтролировать ошибки взаимодействий, провести оптимизацию сборки и многое другое. Среда исполнения в браузере единое. Не стоит забывать об этом, когда делаются аналогии с микросервисами. Не знаю как сделано в сбербанке, не смотрел код, похоже применяется что-то схожее с микрофронтедом. Бесит, что стилистика и взаимодействие с ui отличается от места к месту. Хотя не скажу,что там что-то сложное
Большинство используют такой подход, это позволяет проще подбирать стороннюю библиотеку под проект. Ваш же подход ломает сложившийся подход. Ничто не мешает релизить под несколько мажорных версий).
Явно потери будут. Вопрос на сколько сильны. Из опыта использования переменных в css думаю 99% современных пользователей и не заметят разницы. Также вопрос производительности отнимает много ресурсов, т. е. денег. Если заказчик готов тратить на это ресурсы, то это одно дело, если нет, то оно надо париться за 0.5 сек первичной отрисовки). Как по мне лучше выбрать более комфортные механизмы разработки. Классы, по 1000 раз переопределяющие свойства элемента, тоже могут снижать производительность
Время - течение процессов. На течение процессов влияет гравитация. Гравитация замедляет процессы. Чёрная дыра для примера. Соответственно изменяется и время относительно объекта. При движении (не ускорение, а скорость), увеличивается масса. И чем ближе к скорости света, тем выше масса. Чем больше масса, тем больше гравитационные взаимодействия. Природу этого пока не могут объяснить. Почему скорость фотонов ограничена этой скоростью?
Отличный коммент! Видя внешне базовые хуки, их производные, эти непонятные механизмы сторов, вызывает глубокое отвращение. И самое главное на серьёзных щах восхищаются этим)
Ваше мнение сводится к привычке. Для примера мне удобнее вводить номер банковской карты там, где есть автоматическое разделение пробелом между цифрами аналогичной той схеме, что и на самой карточке. К хорошему привыкаешь быстро)
Из своего опыта: лучше сводить архитектуру к библиотеко-ориентированному подходу. Каждая библиотека представляет собой независимый модуль, требует соответствующего подхода разработки. Т. Е. мы имеем дело с чёрным ящиком. Пользователь библиотеки не заботится о внутреннем устройстве, качество руки програмиста, что писал код. Его заботит лишь интерфейс и гибкость управления им. Ещё неоспоримым преимуществом этого подхода - максимальная готовность кода. Сборка проекта внутренних компонентов может съедать много времени. У меня есть пример холодной сборки в dev режиме angular-cli 5 минут. На prod 20 минут. А так, архитектуру подбирают под требования.
Накопив миллион, появится возможность научиться управлять деньгами. Даже потеряв деньги из-за независимых от вас ситуаций, опыт никуда не денется. Недвижимость тоже обесценивается, входной порог большой, а заработать внятные деньги на аренде очень тяжело. Примерно в 50-55 лет ваши активные доходы вероятнее всего начнут стремительно падать. Накопив миллион сможете выработать навыки накопления, которые позволят проще накопить 10 и более млн. За счет 2-4% от капитала жить в период пенсии. Не стоит забывать и про финансовую свободу. Работодатель стремится снизить вашу зп на входе, будет стремится вас обесценить. Не имея капитала вероятно всего согласитесь на минимальную вилку, указанную в вакансии, вместо того, чтобы просить в разы больше, если не указано ограничение.
Так его и не надо хранить под подушкой. Минимум открываете вклад. В рамках одного банка, на одного физ. лица вклад страхуется до 1 400 000. Налог на прибыль вроде с 5 000 000. Т.е. не грозит. Вы просто боитесь денег, отсюда и такое мнение
Многие фишку миллиона не понимают. Смотрят только с точки зрения сухих цифр - насколько хватит, если жить только на эти деньги. Упускают самое главное - это умение формировать и управлять капиталом. В РФ лишь считанные проценты граждан имеют миллион и более рублей на счетах. При этом имея заработок даже 300к, не могут накопить миллион. Миллион нельзя назвать сложно достижимой целью. Достигнув ее, набрав немного опыта, окажется, что сформировать капитал в 10 млн. станет легче, чем млн. Банально проще будет выбирать работу, выбирая наиболее комфортную и хорошо оплачиваемую вакансию. А не по принципу и это сойдет, главное тут смогу закрыть свои горящие потребности. Также сформируются правильные финансовые привычки.
Статья предлагает применить отвертку вместо ключа, ведь так модно и так делают там, другие.
Личное предпочтение - это ориентироваться на библиотеки. Каждую страницу из примеров можно формировать как библиотеку. Библиотеки упрощают поддержку и управление версиями, используемых сторонних библиотек и фреймворков. Пример: используются разные версии angular в разных конечных продуктах, приложениях. Без обсуждения почему). Сборка монолита из кусков позволяет проконтролировать ошибки взаимодействий, провести оптимизацию сборки и многое другое. Среда исполнения в браузере единое. Не стоит забывать об этом, когда делаются аналогии с микросервисами. Не знаю как сделано в сбербанке, не смотрел код, похоже применяется что-то схожее с микрофронтедом. Бесит, что стилистика и взаимодействие с ui отличается от места к месту. Хотя не скажу,что там что-то сложное
В первом вопросе подумал про парня за дверью, показывающего двойку через большой палец. У немцев вроде так принято. С самоваром плохо видно
Большинство используют такой подход, это позволяет проще подбирать стороннюю библиотеку под проект. Ваш же подход ломает сложившийся подход. Ничто не мешает релизить под несколько мажорных версий).
Я бы связал мажорную версию библиотеки с мажорной версией angular
Явно потери будут. Вопрос на сколько сильны. Из опыта использования переменных в css думаю 99% современных пользователей и не заметят разницы. Также вопрос производительности отнимает много ресурсов, т. е. денег. Если заказчик готов тратить на это ресурсы, то это одно дело, если нет, то оно надо париться за 0.5 сек первичной отрисовки). Как по мне лучше выбрать более комфортные механизмы разработки. Классы, по 1000 раз переопределяющие свойства элемента, тоже могут снижать производительность
В точку!
Интернет в руки и почитайте о зависимости массы от скорости. Почему фотон способен достичь максимальной скорости света, а вы нет
Время - течение процессов. На течение процессов влияет гравитация. Гравитация замедляет процессы. Чёрная дыра для примера. Соответственно изменяется и время относительно объекта. При движении (не ускорение, а скорость), увеличивается масса. И чем ближе к скорости света, тем выше масса. Чем больше масса, тем больше гравитационные взаимодействия. Природу этого пока не могут объяснить. Почему скорость фотонов ограничена этой скоростью?
Подобных статей писать не надо. Однозначно минус. Название не соответствует содержанию.
Отличный коммент! Видя внешне базовые хуки, их производные, эти непонятные механизмы сторов, вызывает глубокое отвращение. И самое главное на серьёзных щах восхищаются этим)
Также). Думаю что причина в наметанном глазе и опыте. Уже просто сложно удивить
Находить чужие ошибки проще, чем свои). Вывод: необходимо либо тестирование отдельным сотрудником, либо взаимный обмен с коллегами
да)
Ваше мнение сводится к привычке. Для примера мне удобнее вводить номер банковской карты там, где есть автоматическое разделение пробелом между цифрами аналогичной той схеме, что и на самой карточке. К хорошему привыкаешь быстро)
Мне больше по душе mobx в связке с angular.
Из своего опыта: лучше сводить архитектуру к библиотеко-ориентированному подходу. Каждая библиотека представляет собой независимый модуль, требует соответствующего подхода разработки. Т. Е. мы имеем дело с чёрным ящиком. Пользователь библиотеки не заботится о внутреннем устройстве, качество руки програмиста, что писал код. Его заботит лишь интерфейс и гибкость управления им. Ещё неоспоримым преимуществом этого подхода - максимальная готовность кода. Сборка проекта внутренних компонентов может съедать много времени. У меня есть пример холодной сборки в dev режиме angular-cli 5 минут. На prod 20 минут. А так, архитектуру подбирают под требования.