Езжу по центру города с кучей светофоров и не жалуюсь, зато мне так спокойней. Если хочу быстрее доехать до дальней точки, то для этого есть магистральная улица.
Вообще мне кажется что нерегулируемых пешеходных переходов вообще не должно быть, ибо историй связанных именно с ними наслушался я много... Причем такие переходы ставят даже там где больше двух полос движения...
Доверять человеческой внимательности что водителя что пешехода звучит как-то не надежно
Написание кода по комментариям, как по мне, сейчас абсолютно бессмысленная функция, она работает криво и для очень маленьких задач. Обычно когда приводят примеры, дальше решения обычных алгоритмических задач не уходят.
Подсказки дополнения кода иногда бывают в тему, иногда нет, чаще нет. Легче ими не пользоваться чем тратить время на просмотр того что он там предлагает.
Если в функции есть баг и ты генерируешь для неё юнит тест, то пользы от такого юнит теста 0.
Понятно что в будущем генерация будет получше, но сейчас это просто пустая трата денег.
Ну если развернут только один Rabbit сервер, то да, это тоже единая точка отказа, но можно делать несколько серверов (как, собственно, и с БД делают) / объединять их в кластеры. Делать это с Rabbit в теории проще, хотя на практике хз.
БД - единая точка отказа, если запросов будет слишком много то база будет bottle neck'ом - снижается производительность, постоянный опрос БД тоже снижает её. Ну и масштабировать БД намного сложнее, нужно будет решать проблемы балансирования задач если нужно несколько инстансов сервиса
Знать основы JS != знать все тонкости движка и сборщика мусора. Да, если ты это уже знаешь, это большой плюс для каких-то компаний, но упарываться на этом точно не будут.
У меня помню спрашивали об утечках памяти на собесе на 150-200к. О том как они выявляются, как их избежать. Я просто сказал честно что опыта в этом не было, но знаю что это можно сделать с помощью вкладки Perfomance, что обработчики событий нужно удалять, если удаляется компонент. Мне сказали что многие кандидаты даже не слышали о вкладке Perfomance и то что я знаю даже такое это уже плюс. Ну и спрашивали о том как примерно работает сборщик мусора, как он определяет какие объекты очищать, на что тоже не так сложно ответить, об этом поверхностно пишется на том же learn.javascipt.ru. (P.S. по итогам собеса оффер мне дали).
Основы JS для меня это Event loop, замыкания, контекст и т.д. Этого вполне достаточно чтобы получать 100-150к, имхо. Хотя с нулевым опытом тебе даже с этими знаниями не будут скорее всего платить столько. (я по регионам сужу, в МСК может и готовы)
Тоже считаю что всё что описано в статье, просто здравый смысл и это очевидно любому кто пишет код. Когда ты понимаешь что объем данных будет небольшой можно пренебречь ради читаемости.
Тогда уж легче не морочиться с этим и просто автоматический перевод в браузере использовать)
Может не особо понял ваш пример, но что например мешает приложению с подарками подписаться на событие заказа карты и оттуда получить эту инфу?
В легаси коде разве что, хотя мб есть индивидумы которые как-то используют особенности var.
Ну то что кнопок нет, это уже другая проблема)
Светофор с кнопкой > нерегулируемый пешеходный переход. В центре МСК бюджет на светофор с кнопкой думаю должен иметься.
Для этого вроде кнопки придумали на светофорах
Центр МСК это вообще отдельная тема для разговора и нерегулируемые пешеходные переходы особо не решают проблему.
Да и там средняя скорость движения такая, что проблемы такой, которую тут обсуждают, нет. Там чтобы сбить пешехода еще постараться надо.
Езжу по центру города с кучей светофоров и не жалуюсь, зато мне так спокойней. Если хочу быстрее доехать до дальней точки, то для этого есть магистральная улица.
Вообще мне кажется что нерегулируемых пешеходных переходов вообще не должно быть, ибо историй связанных именно с ними наслушался я много... Причем такие переходы ставят даже там где больше двух полос движения...
Доверять человеческой внимательности что водителя что пешехода звучит как-то не надежно
Написание кода по комментариям, как по мне, сейчас абсолютно бессмысленная функция, она работает криво и для очень маленьких задач. Обычно когда приводят примеры, дальше решения обычных алгоритмических задач не уходят.
Подсказки дополнения кода иногда бывают в тему, иногда нет, чаще нет. Легче ими не пользоваться чем тратить время на просмотр того что он там предлагает.
Если в функции есть баг и ты генерируешь для неё юнит тест, то пользы от такого юнит теста 0.
Понятно что в будущем генерация будет получше, но сейчас это просто пустая трата денег.
Ну если развернут только один Rabbit сервер, то да, это тоже единая точка отказа, но можно делать несколько серверов (как, собственно, и с БД делают) / объединять их в кластеры. Делать это с Rabbit в теории проще, хотя на практике хз.
БД - единая точка отказа, если запросов будет слишком много то база будет bottle neck'ом - снижается производительность, постоянный опрос БД тоже снижает её. Ну и масштабировать БД намного сложнее, нужно будет решать проблемы балансирования задач если нужно несколько инстансов сервиса
Знать основы JS != знать все тонкости движка и сборщика мусора. Да, если ты это уже знаешь, это большой плюс для каких-то компаний, но упарываться на этом точно не будут.
У меня помню спрашивали об утечках памяти на собесе на 150-200к. О том как они выявляются, как их избежать. Я просто сказал честно что опыта в этом не было, но знаю что это можно сделать с помощью вкладки Perfomance, что обработчики событий нужно удалять, если удаляется компонент. Мне сказали что многие кандидаты даже не слышали о вкладке Perfomance и то что я знаю даже такое это уже плюс. Ну и спрашивали о том как примерно работает сборщик мусора, как он определяет какие объекты очищать, на что тоже не так сложно ответить, об этом поверхностно пишется на том же learn.javascipt.ru. (P.S. по итогам собеса оффер мне дали).
Основы JS для меня это Event loop, замыкания, контекст и т.д. Этого вполне достаточно чтобы получать 100-150к, имхо. Хотя с нулевым опытом тебе даже с этими знаниями не будут скорее всего платить столько. (я по регионам сужу, в МСК может и готовы)
Тоже считаю что всё что описано в статье, просто здравый смысл и это очевидно любому кто пишет код. Когда ты понимаешь что объем данных будет небольшой можно пренебречь ради читаемости.