Согласен с каждым словом! Кроме всего прочего, важно, чтобы интервьювер располагал. Решаешь задачу и понимаешь, что решишь ты ее или не решишь, по сути даже не зависит от твоих навыков, а зависит от того, повезет ли тебе в нужное русло пойти или нет. А также то, как идет взаимодействие с интервьювером. И это очень зависит от интервьювера в том числе, так как по итогу собес превращается либо в обычное общение, либо в подобие "экзамена".
На текущий момент я считаю, что Яндекс не умеет проводить собеседования и выбирать кандидатов правильно. Возможно, на это тоже есть свои причины (им проще отсеить совсем плохих разработчиков, чем найти реально хороших).
А автомобилистам как прикажете быть тогда? И как самокатчики будут защищены от пьяных водителей? Вы думаете однобоко, так как скорее всего сами не являетесь ни водителем, ни самокатчиком.
Самокатчики начнут под колеса им падать, это ничем хорошим не закончится ни для водителя, ни для самокатчики.
Нужна персональная ответственность, а не коллективная. Только такой путь есть, другой путь (запретить) проще, но он не работает.
Запретив самокаты добавятся автомобили. На общую статистику смертности это не повлияет, соответственно. От перемены мест слагаемых сумма не поменяется. Предлагаю тщательно анализировать, а не делать из мухи слона.
Надо бороться с теми, кто вас давит, а не запрещать всех.
Запретами вы ничего не добьётесь. Более того, люди пернсядут на автобусы/авто, машин станет на дороге больше и статистика смертности от дтп не изменится в лучшую сторону.
Вот по поводу 2-го пункта - что значит при необходимости?
Мне кажется, он должен быть обернут by-default в useCallback, чтобы пользователи вообще не думали, когда используют его в зависимостях. И тут речь не об оптимизаци, а об удобстве использования библиотеки.
Просто если вы называете свою библиотеку лучшей, с самым большим количеством хуков для реакта (и дока действительно выглядит очень презентабельно), качество тоже должно как минимум соответствовать, иначе оно реально никому не нужно и будет плохо влиять на проекты. Нет смысла иметь сотню хухов, если они реализованы некачественно.
Люди, у которых на уме "запретить самокаты", обращаюсь к вам
Давайте представим, что проката самокатов больше нет. Вы думаете, это повлияет на статистику по несчастным случаям?
Думаем логически: люди начнут пересаживаться на общественный транспорт, такси и личный транспорт. Со временем транспорта станет больше. А если транспорта станет больше, то и несчастных случаев ТОЖЕ СТАНЕТ БОЛЬШЕ. И я практически уверен, что по итогу статистика останется +- той же, в рамках погрешности.
Поэтому не надо искать простые пути. Надо идти сложным путем и находить способы ограничения неадекватных катальцев и поощрять адекватных. Всем добра!
Но кстати, стейт-менеджер не обязательно может быть глобальным, тот же MobX может использоваться как локальный стейт. Скорее, стейт-менеджер - это система, позволяющая реализовывать слой вью-модели. То есть он занимается подготовкой данных для слоя отображения. Но, опять же, мнения могут быть разные.
Но это не говорит о том, что на этих инструментах нельзя полноценно писать. Можно, конечно, с использованием стандартных реакт-хуков и это будет полноценно.
Вообще, в идеале определиться с терминологией, а что вообще такое стейт-менеджер и что он должен уметь делать.
Согласен с каждым словом!
Кроме всего прочего, важно, чтобы интервьювер располагал.
Решаешь задачу и понимаешь, что решишь ты ее или не решишь, по сути даже не зависит от твоих навыков, а зависит от того, повезет ли тебе в нужное русло пойти или нет. А также то, как идет взаимодействие с интервьювером. И это очень зависит от интервьювера в том числе, так как по итогу собес превращается либо в обычное общение, либо в подобие "экзамена".
На текущий момент я считаю, что Яндекс не умеет проводить собеседования и выбирать кандидатов правильно. Возможно, на это тоже есть свои причины (им проще отсеить совсем плохих разработчиков, чем найти реально хороших).
В этом плане тот же MobX будет лучшей альтернативой, думаю
Для мобильных устройств вроде как бесплатно до 25000 активных пользователей
А автомобилистам как прикажете быть тогда? И как самокатчики будут защищены от пьяных водителей? Вы думаете однобоко, так как скорее всего сами не являетесь ни водителем, ни самокатчиком.
Самокатчики начнут под колеса им падать, это ничем хорошим не закончится ни для водителя, ни для самокатчики.
Нужна персональная ответственность, а не коллективная. Только такой путь есть, другой путь (запретить) проще, но он не работает.
То есть если они пернсядут на автомобиле, у них будет ровно 0 дтп
Статистику не обманешь
Запретив самокаты добавятся автомобили. На общую статистику смертности это не повлияет, соответственно. От перемены мест слагаемых сумма не поменяется. Предлагаю тщательно анализировать, а не делать из мухи слона.
И дальше что, самокатчики/велосипедисты должны платить за дорогу по-вашему?
А пешеходы, к ним претензий нет, как я понимаю? Налог не платят за дорогу
Конечно не должны.
Или автомобилисты сами строят себе инфраструктуру?
Что значит гонять? Тот, кто умеет ездить, никогда на вас не наедет, как бы вы не шатались по тротуару.
Камеры на каждом углу для чего?
Телеметрия на арендных самокатах для чего?
Регистрация через Госуслуги для чего?
Достаточно использовать эти инструменты во благо
Вы обобщаете сейчас
Надо бороться с теми, кто вас давит, а не запрещать всех.
Запретами вы ничего не добьётесь. Более того, люди пернсядут на автобусы/авто, машин станет на дороге больше и статистика смертности от дтп не изменится в лучшую сторону.
Либо строй инфраструктуру, либо не ной
Запретить проще всего
Этот человек мерит эффективность разработчиков по количеству строк кода, что вы ещё от него хотите
Чек предыдущей статьи
T9
Лидер просто поставить и не говорить всем, что лидеры не нужны
Ну это просто observable паттерн, базовый роутинг без плюшек, но прикольно, что так всё просто
Есть же Vue, ну можно даже с jsx использовать
Какой смысл альтернативы, если под него ничего не написано
Вот по поводу 2-го пункта - что значит при необходимости?
Мне кажется, он должен быть обернут by-default в useCallback, чтобы пользователи вообще не думали, когда используют его в зависимостях. И тут речь не об оптимизаци, а об удобстве использования библиотеки.
Просто если вы называете свою библиотеку лучшей, с самым большим количеством хуков для реакта (и дока действительно выглядит очень презентабельно), качество тоже должно как минимум соответствовать, иначе оно реально никому не нужно и будет плохо влиять на проекты. Нет смысла иметь сотню хухов, если они реализованы некачественно.
Люди, у которых на уме "запретить самокаты", обращаюсь к вам
Давайте представим, что проката самокатов больше нет. Вы думаете, это повлияет на статистику по несчастным случаям?
Думаем логически: люди начнут пересаживаться на общественный транспорт, такси и личный транспорт. Со временем транспорта станет больше. А если транспорта станет больше, то и несчастных случаев ТОЖЕ СТАНЕТ БОЛЬШЕ. И я практически уверен, что по итогу статистика останется +- той же, в рамках погрешности.
Поэтому не надо искать простые пути. Надо идти сложным путем и находить способы ограничения неадекватных катальцев и поощрять адекватных. Всем добра!
Ну, как сказать it блоггером, по делу у него роликов не было толком, насколько я помню
Возможно и так
Но кстати, стейт-менеджер не обязательно может быть глобальным, тот же MobX может использоваться как локальный стейт. Скорее, стейт-менеджер - это система, позволяющая реализовывать слой вью-модели. То есть он занимается подготовкой данных для слоя отображения. Но, опять же, мнения могут быть разные.
Получается, что так.
Но это не говорит о том, что на этих инструментах нельзя полноценно писать. Можно, конечно, с использованием стандартных реакт-хуков и это будет полноценно.
Вообще, в идеале определиться с терминологией, а что вообще такое стейт-менеджер и что он должен уметь делать.