Как команда технарей свою компанию создавала, сезон 2 (жизнь в кризис)


    Первая наша статья получила большой отклик на Хабре, 62 тысячи просмотров, +94 голосов, 340 раз добавили в избранное. Это очень круто, и мы с радостью расскажем, что у нас произошло за последний год.

    В этом сезоне вы узнаете:
    • как в первый же год заработать 7 млн. в обороте на аутсорсе;
    • как потерять свой первый лям и не сойти с ума;
    • как стать спасителями для ваших клиентов, снять с них боль и ад вечно проблемного IT;
    • как выживать в кризис;
    • и супербонус для тех, кто хочет начать свой бизнес: наша бизнес-модель с преферансом и балеринами. Математически обоснованный расчет стоимости нормочаса на аутсорсе.



    Для тех, кто не осилил нашу первую статью и хочет понять, о чем мы тут. Полтора года назад собрались пять труёвых айтишников с большим багажом работы в IT-компаниях разного калибра и поплыли в независимое плавание по заказной разработке мобильных приложений и веб-решений, с твердой уверенностью нести свет правильных методологий и инженерных практик. Успешно миновали первые квесты организации компании и поиска клиентов с нуля, подняли карму, вышли в плюса.

    Как зарабатывать



    Многие более опытные коллеги крутили пальцем у виска, говорили, что бизнес-модель только с опытными и дорогими разработчиками никогда не окупится. Что невозможно будет конкурировать с региональными аутсорс-компаниями, и даже московскими студиями, которые нанимают разработчиков начального и среднего уровня. И, отчасти, это действительно так. Мы вели переговоры с топовыми российскими аутсорс-компаниями по субподряду, действительно, с нашим нормочасом мы пролетали тупо по фильтру их бизнес-модели. Фактор скорости и качества всегда сложно объяснить.

    Однако наш опыт показывает, что наша бизнес-модель имеет право на существование. На рынке есть некоторое количество компаний, которые наелись дешевыми решениями, которым нужен работающий продукт, стабильная команда, на которую можно положиться.

    Гонка за стоимостью завела многие компании в IT-ад. Мы это четко почувствовали, практически у всех одна и та же картина. Была команда, возможно даже не одна, заплатили денег, сделали не то или совсем не сделали, сроки постоянно срываются, уже пару лет все еле движется, регулярно проблемы со стабильностью работы, резко упала скорость внедрения новых возможностей в бизнес…

    “Я знаю, в чем проблема! — скажете вы. — Нанимают фрилансеров или говностудии”. А вот и нет, у нас был случай, когда мы подхватили мобильное приложение от компании из ТОП-3 мобильных разработчиков России. Месяц вычищали креши и детские ошибки. Да и качество кода было “студенческого” уровня.

    Тут главный челендж — объяснить клиенту, за что он платит такие деньги. Какие проблемы вы сможете снять с него. Иногда помогает простая штука. Я говорю клиенту: “Что мы всё балаболим, давайте на деле покажем на что способны. Дайте наболевший кусок проекта, мы его решим по нашей модели, и поймем, устраивает ли цена/качество.” Если клиент сомневается, и нам он интересен, можно предложить сделать что-то небольшое с оплатой постфактум за результат в срок.

    Самое важное — это выполнить поставленную задачу, что бывает весьма непросто с проектами, поросшими багами, “странными решениями” и полностью отсутствующей документацией. Первое, что приходит в голову — выкинуть существующий код в помойку и переписать заново. В короткие сроки это просто невозможно, и мы потратили немало усилий, чтобы научиться работать с подобными решениями, “бесшовно” осуществлять переход на качественно новый уровень. Так, постепенно, мы выправляем проект в нужное русло. Конечно, в итоге, эта модель дольше и дороже. Однако, практически все выбирают именно такой подход, ведь заказчику это позволяет развивать свой бизнес, пускай и меньшими темпами.



    Второе направление мы бодро назвали “Dev-спецназ”. У компаний любого калибра, от интернет-магазина до топовых интернет-компаний России, случается ситуация, когда собственных ресурсов не хватает, чтобы закрыть проект в сроки. Или требуется временное расширение штата под какой-то проект. Кейсов немало: стартапу надо срочно доделать систему перед очередным мероприятием, руководство поставило жесткие дедлайны, ушел один из разработчиков, неожиданно всплыл фронт работ за пару месяцев до сдачи, есть непрофильное направление под которое не хочется брать в штат и т.д.

    Схантить хорошего разработчика с рынка в короткие сроки практически нереально, в итоге PM-ы и руководители вынуждены закрываться овертаймами, уменьшать объем работ или мириться с провалом проекта.

    Есть и нюансы в этой модели. Во-первых, зовут, когда уже поздно. Под дедлайн бесполезно добавлять ресурсы, это только ухудшит ситуацию. Во-вторых, некоторые бизнесы совсем не готовы работать быстро. Согласование договора может затягиваться на недели, оплата еще на недели, могут быть еще несколько этапов формальностей, прежде чем начнется хоть какая-то работа. В-третьих, держать ресурсы всегда наготове практически невозможно. Приходит клиент, ему срочно надо закрыть вопрос, а у вас все люди заняты на пару месяцев вперед. Ну и конечно никто не отменял фактор доверия: пускать кого-то в свой огород, да еще в такой ситуации — это не легкое решение, и, прямо скажем, нестандартное.

    Тут важна оперативность, как быстро можно включить разработчика в проект, при этом создавая минимальные задержки в работе текущей команды. И вот тогда-то отлично играет на руку опыт разработчиков и отработанные процесы быстрого вхождения в проект. Мы знаем, у кого и что надо спрашивать, есть проработанные анкеты и кейсы, есть отлаженный мехазим инициализации проектов. Основной акцент — не мешать, а помогать. В таких стресовых ситуациях проявляется многое, и если действительно удается вытянуть проект из ямы, заказчик этого не забудет.

    А нам просто интересны челенджи, тут есть возможность выходить на качественно другой уровень. В таком подходе прекрасно работают наши излюбленные методологии Scrum, Kanban, Lean Startup. Да и в целом, мы живем по Кайдзен философии. Нам не интересно делать так же, мы хотим каждый раз делать лучше предыдущего.

    Еще несколько моментов, которые мы пробовали



    В предыдущей статье, в комментах, нам советовали поискать дизайн-студии и предложить им сотрудничество. На передовые компании не вышли, получилось с парой компаний наладить диалог. Но как-то не пошло, не берусь сказать почему. Думаю, надо было более плотно эту тему развивать, а у нас в тот момент было прилично работы. В целом, мы всегда открыты к сотрудничеству. У нас также возникают пожелания клиентов по смежным сферам: маркетинг/продвижение, UI, UX, SEO, безопасность. Уверен, можно найти общие интересы и делать отличные проекты.

    Пробовали заход через размещение резюме на хантинговых сайтах, не работает.

    Пробовали залезать в “глубокий” enterprise (кстати, тоже совет из предыдущей статьи). Пока не понятно, даже рассказать не могу, NDA сплошные)

    Практическое пособие “Как загнать свой бизнес в ад”





    Делаем так:

    • Работать надо со всеми, кто готов вам заплатить. Какая разница, что клиент странный, что говорит какие-то бредовые мысли, у вас нет с ним общего языка, либо проект у него полный отстой. Это же его бизнес, пускай делает, что хочет. Ваша задача закодить то, что он просит, и получить оплату.
    • Не надо доверять первому негативному опыту с новым клиентом, а лучше и второму тоже. Это он так, случайно. Все обязательно станет лучше, вы же умный, что-то точно придумаете.
    • Если знакомый свел вас с клиентом, не надо задавать лишних вопросов, этот человек точно проверенный и проблем у вас с ним никаких не будет.
    • Старайтесь верить устным договоренностям: проговорили формат сотрудничества заказчиком и будет. В вашем рамочном договоре и так немало пунктов, зачем все усложнять.
    • Всегда безропотно выполняйте все пожелания ваших клиентов. Они, безусловно, знают, что вы это делаете бесплатно, что это допработы. И пренепременно будут вам благодарны за отсутствие лишних формальностей в вашем сотрудничестве. Бюджеты вашей компании бренны.
    • Клиенты никогда не будут вас использовать, вами манипулировать. Если вас просят сделать значительно дешевле и на варварских условиях, а потом обещают кучу интересных проектов и блаженный рай, соглашайтесь, нечего тут сверять с вашей стратегией и думать о рисках.


    В той или иной степени мы напоролись на все эти грабли. В каких-то случаях это было лишняя трата времени на этапе пресейла, в каких-то были прямые финансовые потери.

    Один кейс нас серьезно подкосил, когда заказчик по телефону принял работы, сказал, что все оплатит, а потом пропал. Вернее, сначала кормил завтраками пару месяцев, потом, видимо, понял, что не сможет рассчитаться, и перестал отвечать по всем каналам связи. Заказчик был ушлый, хватило ума не подтверждать факт выполнения работ ни по почте, ни по скайпу, даже результат работ не выложил в продакшен. Гениальная идея записать телефонный разговор пришла уже после того, как он перестал отвечать даже на телефон. Вот так мы потеряли приличную сумму и нажили себе бесценный опыт не работать с такими “замечательными” людьми.

    Что делать в кризис



    Думаю, тут мы не оригинальны. На последних тусовках каждая третья компания говорит, что надо выходит на валютную прибыль. В России бизнес постепено схлопывает бюджеты или совсем закрывается. Хотя это больше следствие паники конца того года, сейчас все подурезались и успокоились.

    Первый опыт работ с иностранными заказчиками у нас появился еще до кризиса. Летом 2014 года я решил зарегать на бывший elance профиль нашей компании, без каких-то определенных намерений влезать в конкуренцию с индусами, просто попробовать что это и как работает. Начали приходить предложения, в основном дешевый мусор. И вот приходит что-то из Иордании, и тут я понимаю, что клиент зацепился за проект из нашего портфолио, и ему нужно практически то же самое. У нас отличная экспертиза по продукту, есть отработанные решения для мобильных платформ, все супер. Долго согласовывали договор по British Law, потом ТЗ, а потом мы узнали первую особенность работы с арабами — если их что-то не устраивает, они хрен вам скажут в открытую, вот не принято у них. Скорее всего, ребята просто содрали на халяву нашу экспертизу и слились. Кстати, содрать экспертизу у нас пытались и в России. Горе-стартаперы приходили, очень подробно старались выяснить, что и как мы делаем, на каких технологиях, с умным видом все записывали, наблюдать было забавно) Но не об этом сейчас.

    Дальше мы вышли на дубайскую компанию, которым остро нужны хорошие разработчики. Арабское направление начало развиваться. Получилось так, что наш сотрудник перешел к ним в штат, в итоге уехал в Дубай и занялся ведением заказов на местном рынке под наши ресурсы.
    Из особенностей рынка заказной разработки в Дубае могу выделить, что там очень мало среднего сегмента проектов. Либо это бюджетные сайтики, либо крупные гос. или корпоративные проекты. Однако, с учетом нынешнего курса, проекты в $3 000 — $10 000 выглядят вполне привлекательно. Можно влезть в проекты до $50 000 с конкуретной ценой, все остальное закрывают крупные IT-вендоры.

    В итоге с дубайской компанией мы пошли дальше отношений заказчик-подрядчик. Мы помогаем им оптимизировать их процессы в разработке и поддержке проектов, набираем сотрудников в московское представительство, совместно работаем над проектами. Они, в свою очередь, поставляют нам заказы от своих партнеров. Я считаю это прекрасным кейсом — от аутсорса к взаимовыгодному партнерству.

    Также планируем выходить на американский рынок, есть знакомые, готовые помочь нам с клиентами на первых порах. Тут есть проблема конечно, опытные коллеги весьма рекомендуют держать в штате не просто людей с fluent english, а именно местных, с американским менталитетом. У нас пока таких нет. Более того, у нас сильные PMы не совсем fluent, а кто fluent не совсем сильный PM) Видимо, будем брать в штат, может получится местного на процент от заказов.

    Так что, если вы уверены в своих силах, иностранные рынки можно вскрыть. Там требовательнее относятся к качеству работы, к выбору подрядчиков, больше конкуренция. Однако, действительно хорошие руки, талантливые разработчики нужны везде. Надеюсь, через год будет чем поделиться в этом направлении.

    На самом деле и российский рынок вполне жив. На данный момент есть весьма перспективные лиды на долгосрочные и интересные проекты. Как ни странно, даже стартапы обращаются. Впервые мы нас начали приглашать в закрытые тендеры, на крупные контракты. Так что есть движуха и в России.

    Расчет нормочаса по заказной разработке



    Обещанный бонус — как считать стоимость нормочаса в зависимости от окладов, налогов, рисков, отчислений в фонды и много другого. Как правильно считать планируемый доход компании с учетом простоя ресурсов, больничных, отпусков, аренды, уборщицы…

    В интернетах такое не выкладывают, хотя примерные описания можно нарыть. Я не притендую на ноу-хау, навернека многие примерно так и считают, просто делюсь с вами. Надеюсь, кому-то это поможет начать бизнес или понять, почему с них столько дерут подрядчики.

    Многие компании выводят свои ставки из среднерыночных или, о горе!, подгоняют под возможности клиента. Некоторые думают, что достаточно просуммировать ФОТ, и вот тебе и рейты. В результате компания уходит в минуса, хотя заказы есть и все, вроде бы, неплохо.

    Расчет актуален для компаний с собственным штатом разработчиков. В случае субподряда или сделки с фрилансерами все гораздо проще считается. Все параметры зашиты в формулы, можно смело играться с бизнес-моделью, оценивать итоговые бюджеты и ставку. Все цифры приведены лишь для примера, ставьте свои.

    Если есть вопросы, готов ответить в комментах. Часто бываю на ивентах по mobile&web, с удовольствием лично познакомлюсь. Можно стучаться в FB.

    Скачать расчет можно тут

    Позиционирование



    Самое важное — найти свою нишу, своего клиента. Если честно, мы до сих пор в поисках правильной модели. Изначально наша задача была четко позиционировать свою ценность, опираясь на наши технические скилы и наработки по Continuous Integration, TDD, BDD, Dependency injection, шаблонам проектирования, регрессионным тестам, свой Agile-фреймворк на основе Scrum, Kanban, XP.

    Теперь делаем акцент не на технологиях и методологиях, а на бизнес-результатах. Для нас отлично работает кейс, когда есть достаточно большой и сложный продукт, несколько команд уже облажались, и перед нами стоит челендж развязать бизнесу руки и дать новые возможности для роста. Вот тут все наши наработки и опыт играют на нас.

    Я перестал даже пробовать участвовать в тендерах на всякие приложения для ресторанов, корпоративные сайты, стандартные интернет-магазины, промо. Работа на потоке по шаблонным решениям не наш профиль. Да, это основной поток заказов с рынка. Ну не для нас оно, нет там места тем навыкам, которые мы умеем делать действительно хорошо.

    И напоследок



    Весьма приятно работать с правильными людьми, это другая отдача и мотивация. Особенно приятно переходить от сухих отношений заказчик-исполнитель к, своего рода, партнерству. Когда вы в одной лодке, идете к одной цели, понимая и дополняя друг друга. Вот тут можно сделать что-то действительно интересное и эффективное.

    Желаю и вам найти своих партнеров по бизнесу!

    Надеюсь эта статья будет полезна. Через год обновим статус на хабре, лайк и репост вам в карму)
    Поделиться публикацией

    Комментарии 28

      +1
      Второе направление мы бодро назвали “Dev-спецназ”.

      Идея конечно хороша, самому приходилось выступать в подобно роли и не один раз. Но тут есть одно но. Чтобы заниматься таким бизнесом всерьёз, нужно всегда иметь свободными пару — тройку опытных разработчиков, готовых взяться за дело в любой момент. Если вы говорите, сейчас все заняты, приходите через пару месяцев или ничего не говоря откровенно тянете время то это уже не спецназ. А кормить опытных разработчиков которые ждут срочной работы — дорогое удовольствие. В результате либо теряется сама идея, либо ценник взлетает до небес.
      Как вы решаете эту дилемму?
        0
        Да, есть такая проблема, как ее решить не знаю, если честно.
          +1
          Набираете талантливых студентов, пропускаете их через ряд проектов с низкими рисками. Один опытный разработчик может несколько часов в день тратить на кодревью.
          В итоге у вас получается вымуштрованная команда с пониманием того как делать незя и мозгом, понимающим как делать зя, относительно низкой стоимостью, которая добавляет вашему старшему разработчику несколько пар рук, которые с минимальными затратами снимают с него кучу рутинной нерискованной работы, которая часто тратит большую часть времени.
          А если студенты особо талантливые, то не только нерискованную работу но и многое другое…

          Это не теория если что, у меня кейсов достаточно много таких.
            +1
            Где бы найти эти проекты с низкими рисками) Про студентов думал, во-первых их допускать до проектов нашего уровня стрёмно, надо сначала учить, а это деньги. Во-вторых, их надо на потоке брать, как показываем мой опыт работы в студиях, они часто прыгают с места на место. У нас не очень большая команда, и вынимать 1-2 разработчиков, на обучение молодежи, очень сложно. Думаю это имеет смысл делать, когда размер команды будет человек 20-30. Поправьте, если не прав.
              +1
              Поправлю.

              Начну с конца — как раз когда людей мало, и вы находитесь в замкнутом круге (нет людей чтобы делать больше проектов => нет денег чтобы наращивать денежный резерв для роста => ...), в этот момент и нужно действовать отходя от общепринятых рамок. У вас собственно и выбор то не велик.

              Гармонично продолжая об общепринятых рамках — «выдернуть 1-2 разработчика для обучения сложно»:
              Во первых — кого учить, во вторых как учить — это отдельная тема для рассказа. Но, скажем так, очень сильно упростив и сведя все к двум шагам — набираем определенный психотип студентов (умнички просто да) и нагружаем их реальными задачами на пределе их текущих знаний и возможностей.
              Вы экономите время своих разработчиков и ускоряете прогресс этих студентов ооочень сильно.

              Проекты с низкими рисками — всегда есть собственные проекты, куда можно поставить человека. Также можно выдумать проект. Можно взять проект из своего огромного списка «сделаю когда-нибуть», у вас же есть такой список да?:)

              По поводу набора и отбора — я пока что всех своих сотрудников через хх находил, но тут тоже отдельную статью можно написать о том как что и тд.
                0
                Напишите. И про набор и про расширение опытной команды студентами. Такой опыт, думаю, для многих будет интересен.
                  0
                  я видео сниму, вот только время бы найти…
              +2
              У нынешних студентов, особенно талантливых, запросы сегодня часто повыше чем у опытных разработчиков!
              Да и уйдут они от вас после обучения без малейшего зазрения совести, если не получат достойную зарплату. А главное это не решает проблему, о которой я писал. Проблему спецназа — когда необходимо держать людей в запасе. Очень опытных людей, студенты тут не подойдут.
                0
                По поводу запросов — Не соглашусь. Люди разные и также разный портрет этого «студента».
                Да с завышенными хотелками людей достаточно много, но есть и те, у кого они вполне приемлимые, вот их и надо искать.

                По поводу уйдут — а не надо держать их на мизерной зарплате вечно это раз (да и зачем, если они уже начинают отрабатывать вложенные в них деньги), во вторых работа не должна быть для них рутиной.
                Вы не забывайте — кроме материального (что немаловажно), человеку важно ощущение его собственного роста, интерес к проделываемой работе и видимый результат действий.

                По поводу запаса — во первых при определенных условиях они как раз таки станут этими самыми людьми (только нужно понимать что процесс занимает некоторое время, это не сиюминутное решение). Во вторых, пока они таковыми не стали, в руках опытного продакта/тимлида и гибкого подхода в управлении они могут перекрывать те бреши, которые образуются там, откуда вы сдернули опытного (как видите, не надо бросать их на амбразуру).
                  +1
                  Не проще ли просто взять опытного, чем воспитывать своего, вкладывая деньги и рискуя проектом, чтобы потом поднять зарплату до уровня опытного разработчика. Из моей практики уровень лояльности у студентов гораздо ниже чем у более зрелых людей. Они очень легко прыгают с места на место, да и за бугром на молодых и перспективных очень большой спрос.
                  Не знаю, может мы в разных мирах живём, но мой опыт в попытке задействовать студентов нельзя назвать слишком позитивным. Хотя одно исключение всё же было.
                    0
                    Я думаю, дело не в том в каких мы мирах живем, а в том как подходим к этому делу. Та же мучка да не те же ручки.
                      0
                      У кого какие ручки — это большой вопрос, который я не стал бы тут обсуждать.
                      Но уж если брать кулинарные аналогии.
                      Вы работаете на хлебзаводе, бизнес которого булочки печь, поэтому используете муку, что вполне логично.
                      Я как похоже и автор статьи специализируюсь всё больше на штучных продуктах, которые надо сделать быстро и поэтому предпочитаю делать пиццу из замороженного полуфабриката. Возможно это чуть дороже, и не всегда «по домашнему вкусно», но решает проблему клиентов — быстро испечь пиццу с экзотической начинкой не заморачиваясь на тесто.
                      Разный тип бизнеса диктует разные подходы.
                      Я знаю компанию, которая использует труд студентов, хотя это ей не просто даётся. Почему у неё это получается — она размещается в здание института и поэтому в ней берут студентов старших курсов на практику, потом они переходят в аспирантуру чтобы не надевать сапоги и им очень удобно работать в помещение института.
                      Потом они защищаются и уезжают на Запад или уходят в более серьёзные компании.
                      Получается что она делает доброе дело и даже получает с этого дивиденты, но не специалистов экстракласса по расценкам ниже рыночных.
                      Я рассказал эту историю для того, чтобы показать что у каждого свой бизнес. То что оптимально для Вас не подходит для меня. Совсем не потому, что у одного из нас кривые ручки.
                        +1
                        Вообще то, эта пословица не о кривых ручках, а о том что каждый делает по своему, и результат получается, соответственно, разный…
            0
            Так что есть движуха и в России.

            Движуха то конечно есть, но я не совсем разделяю оптимизм по поводу того, что все ужались и начали работу на новом уровне. К сожалению, спад продолжается во всём, кроме военных заказов, в которые сейчас частникам не залезть даже в виде субподрадчиков. Да и там намечаются негативные тенденции, нарастают неплатежи.
            Заказы конечно есть, но попытки объяснить заказчику что после того как доллар скакнул вверх в два раза пора переходить на новый ценник успеха не вызывают.
            Недавно выполнил один проект новому заказчику по старому прайсу чисто чтобы показать квалификацию, он тут же обратился со вторым, более сложным кстати. Популярно объяснил, что в данном проекте много чрезвычайно узких мест от тщательности проработки которых которых зависит качество проектируемого устройства. Ребята могут потом пол года всей командой трахаться вылизывая ПО, но не получить положительного результата из-за того, что спроектированная в спешке плата не выдаст нужного соотношения сигнал/шум.
            Вроде бы всё поняли, со всем согласились, но пожалели лишних 300 баксов! В результате сошлись на том, что придут позже если спроектированная в другом месте по «дешёвке» плата не оправдает их надежд.
            Кстати? в точности такая же история была в 2009 с другой конторой для которой СВЧ дальномер делал. Те вернулись через пол года.
            Так что работать стало много сложнее. Надо конечно искать валютных клиентов, полностью согласен с таким выводом.
            Как и практически со всеми остальными тезисами статьи впрочем.
              0
              Видимо зависит от, в моем случае я сейчас некоторым отказываю, нет свободных рук.
              0
              Кто-то посмотрел расчет нормочаса? Может что-то не учел?
                +1
                Вроде как в расчетах нет: первоначально вложенных средств (техника, мебель, лицензии на софт, кофемашина) + нет расчетов амортизации техники и т.п., что наверно должно быть внесено в расходы, так как, если вы купили 10 ПК на сумму 500 тыс., то через пару лет вам придется потратить примерно такую же сумму на обновление + учесть, что появятся новые разработчики и новые ПК.
                  0
                  Да, такие вещи не стал включать, тут не понятно как сделать универсально для всего, надо в каждом конкретном случае считать.
                0
                Название компании только в теге?
                На Хабре, конечно, не очень принято ставить прямые ссылки на себя в статье, чтобы не сочли за рекламу.
                Но уж в своём профиле-то можно )

                За статью спасибо.
                Интересно узнать об опыте из перввых рук.
                  0
                  Спасибо за отзыв.

                  В профиле все есть)
                    0
                    я вижу ваш профиль так
                    image
                      0
                      Забавно, видимо мегамозг режет эту инфу, можно писать мне на почту andry@rentateam.ru или в скаип andry.ya
                        0
                        У меня оказывается был закрыт доступ к контактной информации) исправил, теперь видно всем
                    0
                    Забавно, видимо мегамозг режет эту инфу, можно писать мне на почту andry@rentateam.ru или в скаип andry.ya
                      0
                      Только на заказ делаете? Свои проекты или готовые решения не пытаетесь параллельно делать?
                        0
                        Делаем, но по остаточному принципу, что мне не очень нравиться. Всегда проекты за деньги вытесняют проекты, в которые надо инвестировать. Пока сложно нормально заниматься своими проектами. Но очень хочется.
                        0
                        У вас сайт упал «502 Bad Gateway».
                          0
                          Поставил бы «лайк», да не дорос пока…

                          Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                          Самое читаемое