Скорее всего, проблема в разработчиках, а не в MobX. Лучше расскажите, в чём именно заключается проблема и покажите на примере. У вас есть View (JSX) и ViewModel. Также, могут быть какие-то модели и сервисы на MobX (если нужна реактивность).
Вы сами сколько стартапов запустили? Если нисколько, то советы не имеет смысла. Если хотя бы 1, то советы могут иметь смысл, но они вряд ли на что-то повлияют, т. к. факторов, почему стартап взлетел или не взлетел, может быть огромное множество (и должно повезти, чтобы это множество факторов сошлось). И вряд ли они будут даже близко похожи на ваши предложения, т. к. причина, по которой не взлетел стартап, может быть абсолютно нетривиальной. У каждого свой путь и если бы была работающая инструкция о том, как сделать стартап, ей бы уже давно воспользовались и у нас было бы 100% успешных стартапов. Но в реальности у каждого будет свой путь, свой опыт.
Если вы не хотите даже понять, почему такой код считается плохим, как вы будете прогрессировать? Огромный кусок на 2K с лишнем строк, сплошные if-else-if-else, смазанные switch-case, огромные функции, все в перемешку. Если пытаться тут что-то улучшать, в какой-то момент вся эта конструкция развалится.
Не перекладывайте ответственность за архитектуру на MobX, пожалуйста. Если вы решили все запихнуть в один класс, это, извините, ваша вина, т. к. всегда есть возможность разделить модель на более мелкие модели и отделить модель от модели отображения. У самого была такая проблема, но когда начал рефакторить и делить по слоям, все стало значительно лучше. Да, с первого раза не всегда получается, это нормально и не повод винить в этом то, что плохо изучено.
Кстати, насколько пет-проект раздулся-то?
И чего заминусовали человека? Все правильно — есть инструмент решения проблемы, есть архитектура. MobX в принципе не ограничивает выбор архитектуры. Не MobX плохой, а разработчик просто не сумел его приготовить.
Подобные платформы могут только оценить то, насколько быстро человек может решить задачи из этой платформы и не более того. И тут не надо строить иллюзий — вам будет казаться, что вы умнее всех и придумали способ находить хороших программистов, но на самом деле это будет даже хуже, чем просто разговор на собеседовании. Вы даже за месяц не узнаете, насколько программист плох или хорош, да и это все равно будет субъективной оценкой. В автоматическую проверку качества кода я тем более не верю. Все это можно будет назвать "не репрезентативной выборкой из опыта и знаний соискателя", что, конечно же, не может говорить о чем-либо.
Могу предложить, наверное, единственный правильный путь здесь — FreshLife28 в запросе Гугла)
Скорее всего, это единственный человек, который по-настоящему многим помог с подобными проблемами.
Выработка антител под каждую конкретную болезнь — это и есть тренировка. Я не говорил, что иммунитет от этого станет быстрее. Ровно, как и человек, изучая что-то, не будет делать это быстрее со временем. А соблюдать подобные полумеры — худшее, что можно сделать в данной ситуации. Если хотите доказать, что это пандемия, давайте сравним эту «пандемию» с остальными заболеваниями, а не будем кидать какие-то ссылки на Википедию.
Про какие меры вообще можно говорить, когда пандемии нет, а есть просто какой-то вирус с маленьким процентом заболеваемости, из которого раздули непонятно что? И вы разве не знаете, что иммунитет надо тренировать? Можно упоакавать себя в маски/перчатки, соблюдать "социальную" дистанцию и каждые 10 минут мыть руки. Вот только это скорее усугубит, нежели поможет, т. к. иммунная система не будет тренироваться. Но всем же интересно, что говорят "настоящие специалисты" в новостях, а не думать своей головой.
В моем проекте мне визуализация не мешает — я зачастую думаю о законченной версии своего проекта и это помогает иногда находить новые идеи. А сам же реализую не окончательную версию проекта, а минимально работающую с основным функционалом (что тоже очень сложно), т. к. в одиночку я все равно не сделаю законченную версию. И для меня реализация маленькой части этого «MVP» дает намного больше дофамина, чем визуализация законченной версии продукта. И здесь все просто: либо ты делаешь, либо не делаешь. Захотел — делаешь, не захотел — не делаешь. Лично я хочу потом пользоваться своим продуктом, а также получить навыки в разных областях.
Собственно говоря, именно об этом мой pet-проект)
Все, что Вы описали + много чего еще. Видимо, нужно не только мне)
Полтора года уже развиваю эту идею и есть частичная реализация самого базового функционала на десктоп+мобилку. В чем я не могу быть уверен, так это в масштабировании. Да и на реализацию всего, что там есть, может потребоваться очень много времени, даже, если будет команда (чего я в ближайшее время не планирую). Но это, скорее, хорошо)
Вообще, чтобы не забрасывать pet-проект, как мне кажется, нужны несколько вещей
1) Он уникальный. Такого проекта не существует в сети;
2) Им хочется пользоваться, по-крайней мере, самому разработчику этого проекта;
3) Профессиональный рост. Проект должен помогать развиваться в определенных сферах.
4) (необязательно) проект можно монетизировать и есть понимание, как им могут пользоваться другие люди.
Если проект очень сложный, я считаю, что, делая его в одиночку, не нужно стремиться к идеальному UI. Надо реализовывать его в такой степени, чтобы как можно скорее получать какой-то результат. Так будет намного проще понимать дальнейшие шаги, да и самому приятно будет видеть результат. Идеально сделать все все равно не получится. Можно сделать за год весь функционал, а можно за 5 лет не сделать ничего, кроме красивого дизайна и плохо работающего функционала. Ведь функционал — возможно, самая важная часть проекта. Сам делаю проект фронт+бек+мобилка+с вебсокетами и даже не думаю, что его заброшу. Ещё год назад я даже не представлял, как буду организовывать свою задумку, т. к. и понятия не имел ни о вебсокетах, ни о том, как работает бекенд, только немного фронт понимал. Вкратце, в проекте используется навигация с картами и обработка данных в реальном времени с множества пользователей одновременно. Спустя год есть практически полное понимание, как все это будет работать, т. к
в итоге, учась на своих ошибках, я дошел до этапа, конда оно работает вместе. Естественно, это всё без красивого дизайна, только функционал + приемлемое удобство пользования. До стадии продукта ещё невероятно много делать и, скорее всего, одному человеку это не по силу, но у меня и нет цели делать всё в одиночку. Возможно, в будущем напишу статью об этом.
Как-то так) Уверен, у каждого есть свои мысли по поводу этого. Я описываю свое видение и, конечно, могу ошибаться. Ещё многое предстоит изучить и понять, т. к. это только начало. Пет-проект — это как долгосрочное удовольствие, которое вы получаете, если видеть результат. И оно может превышать краткосрочные удовольствия по типу просмотра фильмов, чтения книг или победы любимой команды в футбол. Надеюсь, каждый сможет для себя найти что-то такое. И не обязательно это должно быть связано с разработкой. Удачи!
Скорее всего, проблема в разработчиках, а не в MobX. Лучше расскажите, в чём именно заключается проблема и покажите на примере. У вас есть View (JSX) и ViewModel. Также, могут быть какие-то модели и сервисы на MobX (если нужна реактивность).
Вы сами сколько стартапов запустили? Если нисколько, то советы не имеет смысла. Если хотя бы 1, то советы могут иметь смысл, но они вряд ли на что-то повлияют, т. к. факторов, почему стартап взлетел или не взлетел, может быть огромное множество (и должно повезти, чтобы это множество факторов сошлось). И вряд ли они будут даже близко похожи на ваши предложения, т. к. причина, по которой не взлетел стартап, может быть абсолютно нетривиальной. У каждого свой путь и если бы была работающая инструкция о том, как сделать стартап, ей бы уже давно воспользовались и у нас было бы 100% успешных стартапов. Но в реальности у каждого будет свой путь, свой опыт.
Это так не работает) Чтобы гарантировать что-то, надо в любом случае в рантайме проверять
Тем не менее, Typescript не является "серебряной пулей" и на самом деле даёт иллюзию типо-безопасности. При этом, конечно, плюсов у него много.
Как и Xiaomi. Наверняка и там есть настройка для отдельных приложений, где можно отключить эту убивалку фоновых процессов))
По поводу интервальных напоминаний — сам недавно искал такое. Теперь нашел :))
Правда, уже не нужно, но если что, буду знать)
Если вы не хотите даже понять, почему такой код считается плохим, как вы будете прогрессировать? Огромный кусок на 2K с лишнем строк, сплошные if-else-if-else, смазанные switch-case, огромные функции, все в перемешку. Если пытаться тут что-то улучшать, в какой-то момент вся эта конструкция развалится.
Практически невозможно
Кстати, насколько пет-проект раздулся-то?
В краткосрочной перспективе выгодно*
Т. е. в долгосрочной скорее всего не выгодно.
Подобные платформы могут только оценить то, насколько быстро человек может решить задачи из этой платформы и не более того. И тут не надо строить иллюзий — вам будет казаться, что вы умнее всех и придумали способ находить хороших программистов, но на самом деле это будет даже хуже, чем просто разговор на собеседовании. Вы даже за месяц не узнаете, насколько программист плох или хорош, да и это все равно будет субъективной оценкой. В автоматическую проверку качества кода я тем более не верю. Все это можно будет назвать "не репрезентативной выборкой из опыта и знаний соискателя", что, конечно же, не может говорить о чем-либо.
Могу предложить, наверное, единственный правильный путь здесь — FreshLife28 в запросе Гугла)
Скорее всего, это единственный человек, который по-настоящему многим помог с подобными проблемами.
Вам явно надо выбрать что-то другое для себя
Про какие меры вообще можно говорить, когда пандемии нет, а есть просто какой-то вирус с маленьким процентом заболеваемости, из которого раздули непонятно что? И вы разве не знаете, что иммунитет надо тренировать? Можно упоакавать себя в маски/перчатки, соблюдать "социальную" дистанцию и каждые 10 минут мыть руки. Вот только это скорее усугубит, нежели поможет, т. к. иммунная система не будет тренироваться. Но всем же интересно, что говорят "настоящие специалисты" в новостях, а не думать своей головой.
Все, что Вы описали + много чего еще. Видимо, нужно не только мне)
Полтора года уже развиваю эту идею и есть частичная реализация самого базового функционала на десктоп+мобилку. В чем я не могу быть уверен, так это в масштабировании. Да и на реализацию всего, что там есть, может потребоваться очень много времени, даже, если будет команда (чего я в ближайшее время не планирую). Но это, скорее, хорошо)
Интересная статья!
Вообще, чтобы не забрасывать pet-проект, как мне кажется, нужны несколько вещей
1) Он уникальный. Такого проекта не существует в сети;
2) Им хочется пользоваться, по-крайней мере, самому разработчику этого проекта;
3) Профессиональный рост. Проект должен помогать развиваться в определенных сферах.
4) (необязательно) проект можно монетизировать и есть понимание, как им могут пользоваться другие люди.
Если проект очень сложный, я считаю, что, делая его в одиночку, не нужно стремиться к идеальному UI. Надо реализовывать его в такой степени, чтобы как можно скорее получать какой-то результат. Так будет намного проще понимать дальнейшие шаги, да и самому приятно будет видеть результат. Идеально сделать все все равно не получится. Можно сделать за год весь функционал, а можно за 5 лет не сделать ничего, кроме красивого дизайна и плохо работающего функционала. Ведь функционал — возможно, самая важная часть проекта. Сам делаю проект фронт+бек+мобилка+с вебсокетами и даже не думаю, что его заброшу. Ещё год назад я даже не представлял, как буду организовывать свою задумку, т. к. и понятия не имел ни о вебсокетах, ни о том, как работает бекенд, только немного фронт понимал. Вкратце, в проекте используется навигация с картами и обработка данных в реальном времени с множества пользователей одновременно. Спустя год есть практически полное понимание, как все это будет работать, т. к
в итоге, учась на своих ошибках, я дошел до этапа, конда оно работает вместе. Естественно, это всё без красивого дизайна, только функционал + приемлемое удобство пользования. До стадии продукта ещё невероятно много делать и, скорее всего, одному человеку это не по силу, но у меня и нет цели делать всё в одиночку. Возможно, в будущем напишу статью об этом.
Как-то так) Уверен, у каждого есть свои мысли по поводу этого. Я описываю свое видение и, конечно, могу ошибаться. Ещё многое предстоит изучить и понять, т. к. это только начало. Пет-проект — это как долгосрочное удовольствие, которое вы получаете, если видеть результат. И оно может превышать краткосрочные удовольствия по типу просмотра фильмов, чтения книг или победы любимой команды в футбол. Надеюсь, каждый сможет для себя найти что-то такое. И не обязательно это должно быть связано с разработкой. Удачи!