Нет, просто дальше идёт уже manager, director, VP, cto, ceo и тд
Куда попасть без ВО сложно, потому что эти направления перестают быть узко направленными как разработка чего либо. И вам начинают быть нужны уже те волшебные софт скилы, понимание экономики, психологии и поведения людей. Те вещи которые все тихо ненавидят учась в вузах на технических направлениях. Это ещё не беря в учёт что нужно знать предметную область компании, если ваш СЕО в стартапе по разработке роботов не имеет мастерс в инженерной области, для инвесторов звоночек.
это очень полезно с точки зрения оценки алгоритма. Смысл в том чтобы показать что программа будет всегда исполнятся одно и тоже время (при идентичной среде) вне зависимости от входных параметров. И если вчера оно заняло 10 часов, это значит что и сегодня оно займёт 10 часов, вы можете это утверждать и оперировать этим описываю остальную бизнес логику.
Это спор о вечном. С одной стороны да вы правы, работодатель может уволить работника. С другой стороны, работодатель может увидеть в этом потенциал. Например увидев что работник не просто перекладывает файлики из папочки в папочку, а автоматизировал эту работу, он может отправить работника копать в другие места предметной области на поиски путей автоматизации. Вплоть до того что работник может стать менеджером или руководителем отдела автоматизации с зарплатой на порядок или два больше, при этом сэкономит компании куда больше денег. Любой рост связан с риском.
Тоже не понятно что такое простые бизнес задачи. Если, там куча легаси, задачи простые и пихают сеньоров, а все остаётся как есть, это скорее ближе к under qualified уровня сеньеров.
И что и как стоило того? Что сотворили? Мудрецы говорят что сила в балансе. Сомневаюсь что старое железо приносит профит, скорее только мучения. А если новое железо манит играть в игрули, может нужно понять почему, дело ведь не в железе, все мы мешки кожаные. Медецинна современная может помочь побороть неведомые желания
даже близко не https://www.cypress.io/ ничего подобного ни на python не на других языках я не вижу. Не понимаю чем python в данном случае будет сильно удобнее этого решения.
Да 100мб куда уж там, если что у меня на телефоне 1Тб памяти. Сравнивать hello world очень прикольно, но фишка в том что в 100мб уже содержат все. Да, да как только вы в своё приложение, назовите язык, начнёте добавлять нужные вам библиотеки его размер будет доростать для электрона. Поэтому никто и не парится. Вам не нужен ffmpeg до того момента пока ваш маркетинг отдел не попросит вас засунуть видосик с овервью обновления прямо в приложение. А потом ещё окажется что в ваше приложение все равно нужно вставить веб-вью по какой нибудь причине. И тут все уже переплюнули размер электрона
А где то есть почитать насколько все эти remote чувствительны к задержке, к примеру, клиент в Европе, сервер в США. Ну или даже банально лаптоп на WiFi с телефона? Возможно ли будет работать в таком сетапе?
Как я и сказал выше, возьмем ceph кластер о котором вы сказали, это индивидуальное, и возможно единичное решение о котором 100 раз подумают и для поддержки которого нужна команда. Вы же сайт сделали не для того чтобы привлекать единорогов, а для того чтобы привлекать обычных клиентов. О них я и веду спич. Вы говорите про bare-metal, но на сайте первыми идут VPS. Мне как клиенту важно быстро развернуть например пару ВПС, в ваше случае мне придется устанавливать все ручками (или писать автоматизацию на своей стороне), да я пихну туда докер, потому что мне лениво ставить каждый раз одно и тоже, но его тоже нужно установить, а готовых образов у вас нет, сделать их парой кликов тоже нельзя (хороше место для инвестирования)
Я сам работаю очень много с on-premises системами на bare-metal, и поверьте я как никто другой понимаю что облака это не marketing bullshit, люди просто поняли, что манеджить свою инфраструктуру это сложно и дорого, а главное лениво. И тут (ленивость) такие хостинге как ваш могут подстроится добавив опции автоматизации и удобства пользования, а не очередной красивый веб-сайт. Поверьте мне, если мне нужно CEPH кластер или Kubernetes кластер, это нефига не значит что я САМ хочу это разворачивать, но я бы с радостью зашел выбрал нужный мне тариф с ВПСками, нажал кнопку развернуть и получил на них свой личный кластер, да еще и дешевле чем в GCP, да возможно когда нибудь я решусь нанять админов и сконфигурировать его корректно и подменя, но сейчас я хочу быстро развернуть с десяток аппликух, и занятся непосредственно разработкой.
3rd party - дашборд не ваш, биллинг не ваш, панель управления не ваша, а такая же как еще у тысяч других хост.провайдеров. Значит у вас нет возможности быстро и эффективно дорабатывать их, значит потенциально никаких прорывных решений от вашего сервиса ждать не стоит. Вы отдаете 10лямов на разработку сайта компании которая вообще не в зуб ногой в подобного рода проекты, значит у вас проблемы с оценкой рентабельности и эффективности. Ваш проект в сфере хостинг услуг, и вы утверждаете что облака это маркетинг, не смотря что ваши же клиенты почему то идут туда и переплачивают, наверно стоит понять все таки почему? (тут явные проблемы с big picture vision)
Флешбеки в DLE (посмотрите на тренды) вообще меня пугают, да было дело с 10 лет назад, посмотрите что делают люди сейчас и начем, подстраивайтесь под будущее
Никого не хочу обидеть, но по представленной информации вы потратили 5-10млн рублей на сайт, точнее на главную страницу. Когда сердец вашего сервиса это не главная страница, а ее внутренности, которые сделаны ужасно, это просто набор 3rd party решений собранных вместе. Вы говорите о современности и удобности, но загляните в свой конфигуратор, категории справа это какое то непонятное заклинание, и пока ты не проклинаешь все ты не поймешь нехрена, второй вариант постоянно возвращаться на сайт, которые почему то не имеет якорей и при клике на каждый вариант сервера тебе приходиться пролистывать каждый раз вниз.
К чему это я, человек выше нехочет идти к вам, потому что вы сами не понимаете для кого делаете сервис. Если 10 лет назад, когда я делал веб-приложения (речь о малом бизнесе) заказчикам было ну очень интересно это все, они даже сами закликивали сайт хостера и делали все сами (это то для чего сделан ваш веб-сайт), то сегодня приоритеты другие, клиентами пофиг где, им лишбы карту привязать или баланс пополнить, а дальше ты сам крутись вертись и знать они этого не хотят. Therefor, ваши потенциальные клиенты это ИТ ребята, им важнее быстро найти сервер под нужды, развернуть. Вы можете сколько угодно это отрицать, но AWS, GCP, Azure, Яндекс.Облако и тд, если вы не заметили пока путешествовали они уже тут, и они уже отхвали огромный кусок от вашего рынка.
Как непосредственный юзер и ex-юзер десятков "хостинг" провайдеров, скажу что material ui, который имеет спеки и примеры на все, более того отлично знаком 99% юзеров (спасибо google) с кастомизированной главной страницей (ну потратьте уже куда нибудь ненужные деньги) был сильно удобнее.
В свое время, когда я работал в простой веб-студии silversite.pro они так же двигали свою CMS (благо на java) и битрикс, своя CMS это вендор-лок, битрикс берут почти все интернет магазины которые крутятся в бизнесе какое то время. Вы попали на такой же вендр-лок, вы не сможете найти разработчика внестудии, а это значит что вы заплатите еще несколько миллионов на доработки.
Мораль она вот в чем, если ваши потенциальные юзеры проводят 90% времени в дашборде, ненужно вкладывать весь бюджет в морду. А если очень хочется можно mobile-first landing в любой студии сделать за 3-5к баксов.
Один из способов не завязывать сущность на сущность. Потому что часто такие связи не являются оптимальными. Например если у вас постоялец в таверне у которого более 1000 заказов. Будет ли это значит что customer.orders содержит 1000 заказов? Оптимально ли загружать 1000 заказов в таком случае если мы просто хотим добавить ещё один? Можно тогда загружать последние 10 заказов, звучит более оптимальнее, но тогда это customer.latestOrders? Тогда зачем нам orders? И вообще что если я хочу поздравить кастомера с 1000 заказом, опять загружать все заказы чтобы посчитать?
Много вопросов мало ответов, выглядит красиво когда можно дёрнуть customer.orders, объектно ориентированно, но абсолютно продакшен не пригодно. Скорее всего вы заведёте репозиторий и сервис к нему, но уже получается сильно больше кода, красивой статьи не выйдет. Мне нравится идея наличия связей, когда customer.orders на самом деле будет прокси(со связью по id) репозиторием customer.orders.getLatest()/getAll() как eloquent в laravel. Но тогда придётся писать ещё больше кода.
Это противоречивый вопрос, то что родитель программист не значит что ребенок тоже, можно дать попробовать но не зацикливаться. Возможно ваш вообще репортером мечтает быть или детективом?
Каких возможностей? Держа качество образования за кулисами, ни универ ни колледже не гарантирует вам успеха в жизни. Везде есть свои трейд-оффы, у меня нет ничего кроме 11 классов школы и пары брошенных универов, тем не менее я счастлив в свое жизни и я не имею никаких сожалений. Мой менеджер вполне мной доволен, команда которой я управляю тоже относится ко мне с уважением не смотря на то что большенство из них имеет степень магистра, могу сказать что карьерно я собой более менее доволен.
Жизненно, я наслаждаюсь возможностью за полчаса доехать до побережья океана и теплой зимой в долине + мне 25, я в свободное время я пытаюсь выращивать газон на бекярде (свой личный) уже пройдя этап когда мне нужно выпрыгивать из штанов чтобы найти хорошую работу, а в то время как мои "одноклассники" грызли гранит науки мы с женой катались на машине по европе, я женат, у меня 2 собаки и шиншилла, так что жизнено я принципе тоже доволен.
Однако я беру потихоньку университетские курсы по CS, беру вечерний матан в колледже, но делаю я это исключительно потому что созрел, а не потому что все считают что без образования никуда.
Высшее образование хаха, в свои 14 я как и автор грезил мечтой жить геймдевом, но как оказалось это не так уж и радужно как хотелось бы, в моем случае скотилось все к 3 брошеными универам и фулстеком в интерпрайзе где то в долине.
14 лет это где то за 1-2 года до конца 9 класса, стоит задуматься о колледже вместо Универа и высшего образования, никто не запретит после пойте в универ, но это даст возможность потрать время на более интересные вещи.
Стоит попробовать попилить онлайн игры и бакенд к ним, тоже вещь драйвовая, да заодно и даст опыта за пределами геймдева
Самая большая проблема питона в том что люди лезут писать на нем все что не поподя. Абсолютно забивая на огромное разнообразие других языков и решений. Отсюда выливается миллион проблем, начиная от производительности, когда компания вливает миллионы в AWS, чтобы несчастное приложение работало нормально, заканчивая командами программистов которые тратят огромное кол-во человеко-часов чтобы интегрировать какую-то не очень рациональную для питона фичу. Но зато на питоне.
Как фулстек разработчик, я не вижу никакой вау фичи в питоне, написать не большой скриптец, согласен быстро и удобно на питоне. Написать хоть сколько нибудь сложный бакенд? Боже упаси, это настолько неудобно что хочется плакать, особенно когда песня начинается про поддержку кодовой базы. Конечно основной причиной плохого кода всегда являются программисты, а питон всего лишь инструмент, очень добродушный…
Минус значит человек не согласен с вашим мнением, плюс значит согласен. Иначе зачем вообще иметь систему оценок? Не плохо бы к минусу подкреплять обязательный коммент. Здесь нет правильных или неправильных комментов, есть мнения и есть сообщество которое согласно с ними или не согласно. Если вы пишите коммент, который противоречит устоявшемуся мнению сообщества, то будьте добры подкрепить фактами и изложить ваше мнение максимально понятно; тогда возможно вам ненаставят минусов, а может даже и наоборот.
Ну дак вы спрашиваете у человека вопросы про стейт менеджмент, и ваши вопросы все вокруг того что у вас есть 3 независимых компонента, которые почему то шарят один глобальный стейт между собой. Конечно важно знать как обойти проблему с тем что у вас все компоненты обновляются вместо одного. Чего этого можно было избежать например не имея глобальный стейт, там где он не нужен. Мой поинт в том что автор преподносит его ответы как единственно верные и вопросы важными.
В этом плане мне тоже статья показалось странной. С одной стороны автор утверждает что любит челенджы, с другой стороны все годы проработал в одной и той же компании, вернулся в ту же компанию, даже не попытал счастье в Сиднее, где как он и сказал сосредоточено большая часть ИТ. По статье я могу сказать что автор сам себе врет и скорее больше боится накосячить в жизни, чем любит челенджи, поэтому ходит проверенными дорожками. Включая то что другое англоязычные странны вообще похоже было изучены поверхностно.
Что важно знать, не бывает сложных проектов бывают сложные задачи. Если проект сложный значит у него плохая архитектура. В наши дни когда каждый второй программист иметь сложные проекты просто не выгодно компании. Если для выпуска каждой задачи в прод требует вмешательство человека с знаниями sen+ то это не значит что нужно в команду одних сеньоров набирать, а значит что нужно пересмотреть архитектуру.
Я конечно не реакт профи, но на моменте о 3 независимых компонентах, и глобальном стейте из которого они тащат данные я бы закрыл окошко с зумом. Если хотите сэкономить время на интервью, можете дать HR ссылку на документацию редакса, пусть он/она выбирает из неё рандомным функцию и спрашивает сколько там параметров ? сразу половину кандидатов отсеете, удобно!
Нет, просто дальше идёт уже manager, director, VP, cto, ceo и тд
Куда попасть без ВО сложно, потому что эти направления перестают быть узко направленными как разработка чего либо. И вам начинают быть нужны уже те волшебные софт скилы, понимание экономики, психологии и поведения людей. Те вещи которые все тихо ненавидят учась в вузах на технических направлениях. Это ещё не беря в учёт что нужно знать предметную область компании, если ваш СЕО в стартапе по разработке роботов не имеет мастерс в инженерной области, для инвесторов звоночек.
это очень полезно с точки зрения оценки алгоритма. Смысл в том чтобы показать что программа будет всегда исполнятся одно и тоже время (при идентичной среде) вне зависимости от входных параметров. И если вчера оно заняло 10 часов, это значит что и сегодня оно займёт 10 часов, вы можете это утверждать и оперировать этим описываю остальную бизнес логику.
Это спор о вечном. С одной стороны да вы правы, работодатель может уволить работника. С другой стороны, работодатель может увидеть в этом потенциал. Например увидев что работник не просто перекладывает файлики из папочки в папочку, а автоматизировал эту работу, он может отправить работника копать в другие места предметной области на поиски путей автоматизации. Вплоть до того что работник может стать менеджером или руководителем отдела автоматизации с зарплатой на порядок или два больше, при этом сэкономит компании куда больше денег. Любой рост связан с риском.
Тоже не понятно что такое простые бизнес задачи. Если, там куча легаси, задачи простые и пихают сеньоров, а все остаётся как есть, это скорее ближе к under qualified уровня сеньеров.
И что и как стоило того? Что сотворили? Мудрецы говорят что сила в балансе. Сомневаюсь что старое железо приносит профит, скорее только мучения. А если новое железо манит играть в игрули, может нужно понять почему, дело ведь не в железе, все мы мешки кожаные. Медецинна современная может помочь побороть неведомые желания
даже близко не https://www.cypress.io/ ничего подобного ни на python не на других языках я не вижу. Не понимаю чем python в данном случае будет сильно удобнее этого решения.
Да 100мб куда уж там, если что у меня на телефоне 1Тб памяти. Сравнивать hello world очень прикольно, но фишка в том что в 100мб уже содержат все. Да, да как только вы в своё приложение, назовите язык, начнёте добавлять нужные вам библиотеки его размер будет доростать для электрона. Поэтому никто и не парится. Вам не нужен ffmpeg до того момента пока ваш маркетинг отдел не попросит вас засунуть видосик с овервью обновления прямо в приложение. А потом ещё окажется что в ваше приложение все равно нужно вставить веб-вью по какой нибудь причине. И тут все уже переплюнули размер электрона
А где то есть почитать насколько все эти remote чувствительны к задержке, к примеру, клиент в Европе, сервер в США. Ну или даже банально лаптоп на WiFi с телефона? Возможно ли будет работать в таком сетапе?
Как я и сказал выше, возьмем ceph кластер о котором вы сказали, это индивидуальное, и возможно единичное решение о котором 100 раз подумают и для поддержки которого нужна команда. Вы же сайт сделали не для того чтобы привлекать единорогов, а для того чтобы привлекать обычных клиентов. О них я и веду спич. Вы говорите про bare-metal, но на сайте первыми идут VPS. Мне как клиенту важно быстро развернуть например пару ВПС, в ваше случае мне придется устанавливать все ручками (или писать автоматизацию на своей стороне), да я пихну туда докер, потому что мне лениво ставить каждый раз одно и тоже, но его тоже нужно установить, а готовых образов у вас нет, сделать их парой кликов тоже нельзя (хороше место для инвестирования)
Я сам работаю очень много с on-premises системами на bare-metal, и поверьте я как никто другой понимаю что облака это не marketing bullshit, люди просто поняли, что манеджить свою инфраструктуру это сложно и дорого, а главное лениво. И тут (ленивость) такие хостинге как ваш могут подстроится добавив опции автоматизации и удобства пользования, а не очередной красивый веб-сайт. Поверьте мне, если мне нужно CEPH кластер или Kubernetes кластер, это нефига не значит что я САМ хочу это разворачивать, но я бы с радостью зашел выбрал нужный мне тариф с ВПСками, нажал кнопку развернуть и получил на них свой личный кластер, да еще и дешевле чем в GCP, да возможно когда нибудь я решусь нанять админов и сконфигурировать его корректно и подменя, но сейчас я хочу быстро развернуть с десяток аппликух, и занятся непосредственно разработкой.
3rd party - дашборд не ваш, биллинг не ваш, панель управления не ваша, а такая же как еще у тысяч других хост.провайдеров. Значит у вас нет возможности быстро и эффективно дорабатывать их, значит потенциально никаких прорывных решений от вашего сервиса ждать не стоит. Вы отдаете 10лямов на разработку сайта компании которая вообще не в зуб ногой в подобного рода проекты, значит у вас проблемы с оценкой рентабельности и эффективности. Ваш проект в сфере хостинг услуг, и вы утверждаете что облака это маркетинг, не смотря что ваши же клиенты почему то идут туда и переплачивают, наверно стоит понять все таки почему? (тут явные проблемы с big picture vision)
Флешбеки в DLE (посмотрите на тренды) вообще меня пугают, да было дело с 10 лет назад, посмотрите что делают люди сейчас и начем, подстраивайтесь под будущее
Никого не хочу обидеть, но по представленной информации вы потратили 5-10млн рублей на сайт, точнее на главную страницу. Когда сердец вашего сервиса это не главная страница, а ее внутренности, которые сделаны ужасно, это просто набор 3rd party решений собранных вместе. Вы говорите о современности и удобности, но загляните в свой конфигуратор, категории справа это какое то непонятное заклинание, и пока ты не проклинаешь все ты не поймешь нехрена, второй вариант постоянно возвращаться на сайт, которые почему то не имеет якорей и при клике на каждый вариант сервера тебе приходиться пролистывать каждый раз вниз.
К чему это я, человек выше нехочет идти к вам, потому что вы сами не понимаете для кого делаете сервис. Если 10 лет назад, когда я делал веб-приложения (речь о малом бизнесе) заказчикам было ну очень интересно это все, они даже сами закликивали сайт хостера и делали все сами (это то для чего сделан ваш веб-сайт), то сегодня приоритеты другие, клиентами пофиг где, им лишбы карту привязать или баланс пополнить, а дальше ты сам крутись вертись и знать они этого не хотят. Therefor, ваши потенциальные клиенты это ИТ ребята, им важнее быстро найти сервер под нужды, развернуть. Вы можете сколько угодно это отрицать, но AWS, GCP, Azure, Яндекс.Облако и тд, если вы не заметили пока путешествовали они уже тут, и они уже отхвали огромный кусок от вашего рынка.
Как непосредственный юзер и ex-юзер десятков "хостинг" провайдеров, скажу что material ui, который имеет спеки и примеры на все, более того отлично знаком 99% юзеров (спасибо google) с кастомизированной главной страницей (
ну потратьте уже куда нибудь ненужные деньги) был сильно удобнее.В свое время, когда я работал в простой веб-студии
silversite.proони так же двигали свою CMS (благо на java) и битрикс, своя CMS это вендор-лок, битрикс берут почти все интернет магазины которые крутятся в бизнесе какое то время. Вы попали на такой же вендр-лок, вы не сможете найти разработчика внестудии, а это значит что вы заплатите еще несколько миллионов на доработки.Мораль она вот в чем, если ваши потенциальные юзеры проводят 90% времени в дашборде, ненужно вкладывать весь бюджет в морду. А если очень хочется можно mobile-first landing в любой студии сделать за 3-5к баксов.
Один из способов не завязывать сущность на сущность. Потому что часто такие связи не являются оптимальными. Например если у вас постоялец в таверне у которого более 1000 заказов. Будет ли это значит что customer.orders содержит 1000 заказов? Оптимально ли загружать 1000 заказов в таком случае если мы просто хотим добавить ещё один? Можно тогда загружать последние 10 заказов, звучит более оптимальнее, но тогда это customer.latestOrders? Тогда зачем нам orders? И вообще что если я хочу поздравить кастомера с 1000 заказом, опять загружать все заказы чтобы посчитать?
Много вопросов мало ответов, выглядит красиво когда можно дёрнуть customer.orders, объектно ориентированно, но абсолютно продакшен не пригодно. Скорее всего вы заведёте репозиторий и сервис к нему, но уже получается сильно больше кода, красивой статьи не выйдет. Мне нравится идея наличия связей, когда customer.orders на самом деле будет прокси(со связью по id) репозиторием customer.orders.getLatest()/getAll() как eloquent в laravel. Но тогда придётся писать ещё больше кода.
Это противоречивый вопрос, то что родитель программист не значит что ребенок тоже, можно дать попробовать но не зацикливаться. Возможно ваш вообще репортером мечтает быть или детективом?
Каких возможностей? Держа качество образования за кулисами, ни универ ни колледже не гарантирует вам успеха в жизни. Везде есть свои трейд-оффы, у меня нет ничего кроме 11 классов школы и пары брошенных универов, тем не менее я счастлив в свое жизни и я не имею никаких сожалений. Мой менеджер вполне мной доволен, команда которой я управляю тоже относится ко мне с уважением не смотря на то что большенство из них имеет степень магистра, могу сказать что карьерно я собой более менее доволен.
Жизненно, я наслаждаюсь возможностью за полчаса доехать до побережья океана и теплой зимой в долине + мне 25, я в свободное время я пытаюсь выращивать газон на бекярде (свой личный) уже пройдя этап когда мне нужно выпрыгивать из штанов чтобы найти хорошую работу, а в то время как мои "одноклассники" грызли гранит науки мы с женой катались на машине по европе, я женат, у меня 2 собаки и шиншилла, так что жизнено я принципе тоже доволен.
Однако я беру потихоньку университетские курсы по CS, беру вечерний матан в колледже, но делаю я это исключительно потому что созрел, а не потому что все считают что без образования никуда.
Высшее образование хаха, в свои 14 я как и автор грезил мечтой жить геймдевом, но как оказалось это не так уж и радужно как хотелось бы, в моем случае скотилось все к 3 брошеными универам и фулстеком в интерпрайзе где то в долине.
14 лет это где то за 1-2 года до конца 9 класса, стоит задуматься о колледже вместо Универа и высшего образования, никто не запретит после пойте в универ, но это даст возможность потрать время на более интересные вещи.
Стоит попробовать попилить онлайн игры и бакенд к ним, тоже вещь драйвовая, да заодно и даст опыта за пределами геймдева
Самая большая проблема питона в том что люди лезут писать на нем все что не поподя. Абсолютно забивая на огромное разнообразие других языков и решений. Отсюда выливается миллион проблем, начиная от производительности, когда компания вливает миллионы в AWS, чтобы несчастное приложение работало нормально, заканчивая командами программистов которые тратят огромное кол-во человеко-часов чтобы интегрировать какую-то не очень рациональную для питона фичу. Но зато на питоне.
Как фулстек разработчик, я не вижу никакой вау фичи в питоне, написать не большой скриптец, согласен быстро и удобно на питоне. Написать хоть сколько нибудь сложный бакенд? Боже упаси, это настолько неудобно что хочется плакать, особенно когда песня начинается про поддержку кодовой базы. Конечно основной причиной плохого кода всегда являются программисты, а питон всего лишь инструмент, очень добродушный…
Минус значит человек не согласен с вашим мнением, плюс значит согласен. Иначе зачем вообще иметь систему оценок? Не плохо бы к минусу подкреплять обязательный коммент. Здесь нет правильных или неправильных комментов, есть мнения и есть сообщество которое согласно с ними или не согласно. Если вы пишите коммент, который противоречит устоявшемуся мнению сообщества, то будьте добры подкрепить фактами и изложить ваше мнение максимально понятно; тогда возможно вам ненаставят минусов, а может даже и наоборот.
Ну дак вы спрашиваете у человека вопросы про стейт менеджмент, и ваши вопросы все вокруг того что у вас есть 3 независимых компонента, которые почему то шарят один глобальный стейт между собой. Конечно важно знать как обойти проблему с тем что у вас все компоненты обновляются вместо одного. Чего этого можно было избежать например не имея глобальный стейт, там где он не нужен. Мой поинт в том что автор преподносит его ответы как единственно верные и вопросы важными.
В этом плане мне тоже статья показалось странной. С одной стороны автор утверждает что любит челенджы, с другой стороны все годы проработал в одной и той же компании, вернулся в ту же компанию, даже не попытал счастье в Сиднее, где как он и сказал сосредоточено большая часть ИТ. По статье я могу сказать что автор сам себе врет и скорее больше боится накосячить в жизни, чем любит челенджи, поэтому ходит проверенными дорожками. Включая то что другое англоязычные странны вообще похоже было изучены поверхностно.
Что важно знать, не бывает сложных проектов бывают сложные задачи. Если проект сложный значит у него плохая архитектура. В наши дни когда каждый второй программист иметь сложные проекты просто не выгодно компании. Если для выпуска каждой задачи в прод требует вмешательство человека с знаниями sen+ то это не значит что нужно в команду одних сеньоров набирать, а значит что нужно пересмотреть архитектуру.
Я конечно не реакт профи, но на моменте о 3 независимых компонентах, и глобальном стейте из которого они тащат данные я бы закрыл окошко с зумом. Если хотите сэкономить время на интервью, можете дать HR ссылку на документацию редакса, пусть он/она выбирает из неё рандомным функцию и спрашивает сколько там параметров ? сразу половину кандидатов отсеете, удобно!