Смотрите сами, опять-таки, это вопрос исключительно к вам как к руководству. Бизнес «без оплаты, на энтузиазме» — это всегда двойной риск. Сам стартап — это уже риск, а если у стартапа нет денег — это уже совсем рискованно, потому что все держится именно на энтузиазме. А энтузиазм — штука переменчивая. Как минимум, стоит сосредоточиться на том, чтобы люди не потеряли веру в проект, но и вся ваша клиентура не разбежалась, а также чтобы стартап не уперся в стенку, когда столкнется с необходимостью внести изменения в код, который невозможно модифицировать. Этот баланс крайне сложно соблюдать, и редко это получается на 100%, но в этом и состоит прелесть и одновременно сложность работы руководителя. Думайте, что для вас лучше, куда распределять ресурсы и куда лучше вести компанию. Тут вряд ли мнение со стороны вам чем-то поможет, особенно когда неизвестны никакие внутренние детали процессов, протекающих в компании.
Грамотные специалисты по бекенду (и по мобильным аппам тоже) могут превратить код из «помойки» в аккуратное творение, готовое хотя бы к сопровождению, а также к небольшому расширению. Если специалист говорит, что код ужасен (судя по вашему посту выше), но при этом не представляет, как его модифицировать, если нет «конкретных задач», — то, возможно, стоит поискать более квалифицированного специалиста, хотя бы и со стороны, как консультанта (хотя сам не одобряю консультантов, но ситуации разные бывают). Никто не говорит, кстати, что нужно пытаться придумать несуществующие задачи и сделать из бекенда этакого семиголового монстра, который может все и ничего одновременно. Речь всего лишь о том, что нужно отшлифовать, перекрасить и отполировать то, что и так работает, но находится в плачевном состоянии.
Но в целом тут уже вопрос к вам как к руководителю. Нужно расставить приоритеты, выяснить, какие задачи по мобилкам тянут приложение вниз (если таковые имеются), и какую часть имеющихся ресурсов вы готовы направить в фундамент, а какую — в удовлетворение клиентов. Полностью довольными клиенты не будут никогда, всегда есть некий неплохой процент тех, что что-то предлагает или хочет изменить, это нормально. Важно лишь выделить оттуда действительно стоящие вещи.
Личное имхо. Бек — это основа работы сервиса в целом, а также основа для функционирования мобильных приложений. Качество всего сервиса и услуг, которые он предоставляет, основано именно на бекенде. Если вы не планируете оставлять проект на том же уровне, что и сейчас, а хотите в будущем его развивать (а это нормально, любой остановившийся в развитии проект быстро теряет клиентов), — то вам нужен бекенд, который можно будет легко расширять и сопровождать. Поэтому в него стоит вложить время и усилия, причем лучше это сделать именно сейчас, пока нет каких-то тяжелых проблем, срочных задач и так далее, то есть можно относительно спокойно все перепахать, не трогая при этом рабочую версию сервера. А мобильные разработчики вполне себе могут параллельно пилить свои платформы на существующем серваке, им никто не мешает. Если есть нехватка ресурсов — я бы поправил критичные проблемы на фронте (если таковые имеются, т.е. не пожелания, а именно проблемы, мешающие использованию приложения, самые-самые яркие жалобы клиентов), а потом бросил силы на приведение бекенда в состояние «сияет всеми цветами радуги». Потом уже и мобильные подтянуть.
Если коротенько — важно иметь фундамент. Бек — это фундамент для мобильно-ориентированного сервиса. Без фундамента вы в любом случае, рано или поздно, но придете к его модификации, и вот тогда плохо будет всем. И серверным разрабам, и мобильным. И компании в целом, естественно.
Крайне интересно было почитать. Причем, после прочтения многие вещи становятся понятны, с которыми сталкивался когда-то в ходе работы. И сразу возникает желание всю эту статью распечатать и повесить в каждом офисе)) Жаль, что мало кто из руководства знает хотя бы половину из перечисленных пунктов. Разработчики тоже не идеальны, но в том и фишка, что никто не идеален, но каждый знает, как совместными и правильными усилиями добиться успеха для проекта и компании в целом. Статейку в избранное, спасибо!
Жуть какая. При отсутствии лояльности начальства и руководства никакие контрмеры не сподвигли бы меня остаться на этом месте работы. Личная неприязнь (а то, что вы описали, максимально мягко только так и можно назвать) — это первый и главный камень преткновения в дальнейших трудовых отношениях, потому что эти эмоции по-любому начнут перетекать и на результаты вашей работы, будь она хоть трижды блестящей — начнут попрекать, говорить, мол, «мы тебе повысили, а ты вот такой-сякой не стал втрое лучше работать, как так-то?» Поэтому уж если есть некий негатив — то менять компанию надо мгновенно, и нервы экономятся, и продуктивности больше. Да и больше пользы принесете другой компании, куда устроитесь, а она — вам, в виде устраивающей вас зарплаты/коллектива и сэкономленных нервов. Все правильно сделали в вашей ситуации, имхо.
Позволю себе не согласиться. Иногда не хватает элементарного внимания от руководства, оценки труда, заслуг, общения, атмосферы. Не одни только деньги все решают. Переходя в новую компанию, человек не знает, какой там будет коллектив, поэтому есть вероятность сменить шило на мыло, пусть и с чуть более высокой з/п. Мы все люди, и даже если «момент упущен», то протянуть руку и попытаться поговорить все равно нужно, если сотрудник ценен для компании. Как бы он ни хотел уйти, но люди по природе склонны к стабильности, и даже небольшой шаг навстречу может изменить мнение сотрудника.
Хорошо сказано. Очень понравилось. Такие руководители очень редко испытывают проблемы с профессиональными кадрами. Отношение руководства к собственной фирме и сотрудникам напрямую влияет на качество работы и процветание фирмы. И вот как раз то, что описано в статье, очень похоже на отношение руководства, которое беспокоится о развитии компании и каждого сотрудника в ее составе. Потому что без сотрудников ничего не будет, но и без грамотного руководителя все тоже развалится. Было очень приятно почитать, радует, что еще есть понимающие люди, которые работают не только «ради бизнеса» и с холодным расчетом, но и о людях думают. Спасибо за статью.
Отличное сравнение))) Очень точно отражает суть работы мобильного интернета в настоящее время. И правда, я ж совсем забыл, что у нас анлим-тарифов теперь нет (или есть, но по баснословным ценам). И то верно, какой смысл иметь огромную скорость (даже гипотетическую, не говоря про наверняка слабую техническую реализацию у провайдеров), если пользоваться этим либо безумно дорого, либо невозможно. Вообще мне текущая ситуация на рынке мобильного интернета сейчас напоминает откат к состоянию 10-15-летней давности, когда интернет еще был в диковинку и стоил диких денег. Регресс налицо.
Покрытие 4G/LTE сейчас фактически даже меньше, чем указывают на своих сайтах провайдеры. То есть смотришь — сеть вроде должна быть, но она либо нестабильная, либо отсутствует вовсе, либо вроде и LTE, но скорость как у 3G. Имхо, прежде, чем пытаться распространить 5G, надо хотя бы тогда 4G везде ввести? Ну или хотя бы сделать ее стабильной в черте города. Про Мск/Питер не говорю, но ведь не только эти города покрыты 4G, судя по картам покрытия от провайдеров. Пока что стабильно и хорошо работает только 3G, лично у меня, по крайней мере, — даже за городом, на трассе и т.п., что крайне радует. Хотя, если 5G сумеют построить так, что она прям сразу решит все текущие проблемы, — то было бы круто. Хотя верится с трудом.
Ооо, какой всплеск агрессии)) Самооценка у вас и правда неплохая (кстати, я не обращался к вам на «ты», как-то быстро мы сменили общение)), раз вы один из тех единиц в мире, кто способен сделать что-то подобное. И да, похоже, вас не интересует мнение конечных потребителей вашего языка, а для чего, простите, этот язык тогда разрабатывался? )) Оценивать вашу работу вы не просили — да, а тогда зачем вообще статья? Или вы ожидали, что, написав статью на хабр, вы не получите на нее оценок? На прочтение вашей статьи люди потратили время. И все, кто потратил это время, имеют полное право написать отзыв на то, на что они его потратили. И, к слову, по вашим словам получается, что вам, во-первых, не интересно мнение тех, кто будет пользоваться вашим языком, а во-вторых, не интересно мнение тех, кто работает в той же сфере, что и вы. То есть, вас не интересует ничье мнение, но при этом статью вы все-таки написали, и даже обиделись на обсуждение, развернувшееся в комментариях. Странный вы человек) Показывать свои работы я никому не собираюсь, кому надо — найдут их в моем резюме. Я, можно сказать, пользователь вашего языка, и пишу отзыв о прочитанном с точки зрения пользователя, слегка понимающего в той сфере, откуда эта статья происходит. Имею полное право на свое личное мнение, и при этом не обязан вам доказывать, что я «талант», коим себя и не считаю) В целом, теперь понятно, почему у вас такой рейтинг и карма на ресурсе.
Работа, конечно, проделана большая, свой язык, как-никак. Но ни в коем случае не стал бы на таком «языке» учить программированию. Даже с точки зрения визуального программирования, для этого есть значительно более подходящие инструменты (блок-схемы). К тому же, чисто внешне это выглядит крайне перегруженно. С вашим вариантом дети получат привычку к совершенно нестандартному принципу «разработки», и им придется адски переучиваться, когда дело коснется более промышленно-ориентированных языков. А учитывая, что в детском возрасте знания закладываются более прочно, то это вдвойне плохой выбор для первого обучения. Для обучения детей из современных языков, на мой личный взгляд, очень хорошо подходит адаптированный Swift с его Playgrounds, где и графики много, и конструкции простые, и переход из детской в профессиональную сферу не будет сопряжен с трудностями. P. S. В 12+ — прямая дорога в полноценные языки.
Прочитал, честно говоря, я бы поостерегся. Я не знаю, кто вы, я не знаю, где находится сервер, я не знаю, насколько он стабилен, и, что важно, я без понятия, как вы будете пользоваться данными, размещенными на выделенных вами виртуалках. «Приходите к нам, мы сделаем вам хорошо… А кто мы — ну… неважно… мы за добро!» Может, я и параноик, но на серверах редко размещают что-то вроде лабораторных работ, которые не жалко потерять. А для более-менее важных для меня данных «молодая хостинговая компания, пожелавшая остаться неизвестной» («но это не точно» (с)) уж точно не подойдет.
Кстати, да, за второй код — убил бы. И моя реакция на такой код была бы «разобраться, как оно работает, затем настучать по рукам тому, кто это написал, и провести рефакторинг». И, естественно, не на бумажке, а в IDE, с отладкой и вдумчивым изучением ситуации. Надуманные задачи, не имеющие ничего общего с практикой, находят лишь специалистов, готовых решать только теорию, без практической явной пользы. За редкими исключениями.
Но в целом тут уже вопрос к вам как к руководителю. Нужно расставить приоритеты, выяснить, какие задачи по мобилкам тянут приложение вниз (если таковые имеются), и какую часть имеющихся ресурсов вы готовы направить в фундамент, а какую — в удовлетворение клиентов. Полностью довольными клиенты не будут никогда, всегда есть некий неплохой процент тех, что что-то предлагает или хочет изменить, это нормально. Важно лишь выделить оттуда действительно стоящие вещи.
Если коротенько — важно иметь фундамент. Бек — это фундамент для мобильно-ориентированного сервиса. Без фундамента вы в любом случае, рано или поздно, но придете к его модификации, и вот тогда плохо будет всем. И серверным разрабам, и мобильным. И компании в целом, естественно.