• Как создать недорого криптовалюту (токен) и выбрать для нее кошелек?

    sim3x
    @sim3x
    Для такого вам не нужен блокчеин
    Вам нужна СУБД и умение проектировать БД для хранения транзакций
    Ответ написан
  • Как (и возможно ли) дотянуться до Junior JavaScript Developer в кратчайшие сроки?

    iCoderXXI
    @iCoderXXI
    React.JS/FrontEnd engineer
    Во первых: совершенству нет предела.
    Во вторых: невозможно объять необъятное и впихнуть невпихуемое.
    В третьих: как ты не крутись, а технологии развиваются быстрее, поэтому отставание неминуемо, как следствие приходится всегда чем-то жертвовать ради чего-то более важного.

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

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

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

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

    Меня на программирование пропёрло весьма рано, лет в 14-15. Я ощущал собственное безграничное могущество, послушная железяка выполняла любое моё повеление, любой мой каприз, при условии, что он правильно сформулирован. Если железка не делала что нужно, или делала что не нужно, то это всегда была моя вина, это значило что я прокосячился. Подобное осознание настигло меня весьма скоропалительно, после чего мозг начал усиленно дисциплинироваться, и количество лютых фейлов пошло на убыль.

    Коммерческая разработка - это, примерно, от 70% времени/сил на дебаг и фиксы, потому что мало где процессы поставлены грамотно. По хорошему до сего дня (а мне под 40) я только одну команду видел, где процессы прям вообще очень хорошо поставлены и мне посчастливилось какое-то время с ними поработать. За эти несколько месяцев я подрос на целую голову. Самостоятельно достичь сходных результатов было бы весьма затруднительно.

    Сам я сменил стек совсем недавно, начал в конце 15 года, и процесс продолжается до сих пор. Сменил я по одной простой причине - во всех моих прежних проектах большая часть логики с бэка уехала на фронт, и прекраснейший jQuery перестал справляться чуть более чем полностью. Он, по прежнему, хорош, но задачи, которые приходится решать, требуют совершенно других подходов. Для себя я выбрал React, но в целом на рынке имеются альтернативы. По моим данным очень большим спросом пользуется Angular 2+.

    Когда говорят о фронтенд разработке, постоянно говорят о технологиях, стеке, но почти никто не упоминает, что не стеком единым... Существенная часть разработки - это, для начала, понять задачу и построить у себя в голове модель. Заказчики бывают разные, от очень толковых, до очень безтолковых. Соотношение первых ко вторым примерно 1% и всё остальное... Т.е. в большинстве случаев тебе скажут минимум, своеобразно, плюс ты это поймёшь по своему. Потом, по ходу пьесы, в самые неподходящие моменты, начнут всплывать подробности, которые: забыли упомянуть; ну это же очевидно, ты же профи; мы сами не знали, это только выяснилось; ну это же мелочи, мы думаем тебе это будет не сложно; а ты не спрашивал; и т.п....

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

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

    Если ты попадешь в команду, где люди будут понимающие, квалифицированные, процессы выстроены, а джуну задачи будут сгружать джунские, то, считай, тебе крупно повезло. Шансов на это примерно 1%. Особенно учитывая, что джуны это обычно студенты лет в районе 20...

    Когда я менял стек, то я тоже был какое-то время 35-летним джуном. С этим ничего не поделать, потому что, внезапно, стек это не просто так, и имеется масса нюансов, которые с наскоку не освоишь. Чтобы все пощупать, попробовать на зубок, понять и осознать требуется время и усилия, иногда много времени и много усилий. Да, весь прежний багаж служит опорой и поддержкой, и там, где настоящий джун будет копаться недели, ты за пару часов по аналогии поймаешь идею и двинешь дальше. Но эти пару часов никто не отменял, а идей которые нужно отловить сотни, если не тысячи...

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

    Даже если тебе попадается практически идеальный проект, внезапно оказывается, что твоя оперативная память это 5-7+-2 объекта, а удерживать в голове одновременно нужно сотни...

    Зачем я все это рассказываю? Затем, что это реальность, которая для джунов не делает исключений.

    Термин "фигак-фигак и в продакшен" встречается повсеместно, т.к. ресурсы (деньги, время, кадры) практически всегда весьма жестко ограничены и ничего ты с этим не поделаешь.

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

    С другой стороны сейчас предпочитают фронта, который еще и неплохо верстает. Слава флексбоксам и современным браузерам, сейчас это делать намного проще, чем годы назад.

    Теперь относительно того что делать - если в бэкграунде нет сильных скиллов по алгоритмике и структурам данных (олимпиады по программированию, универский курс информатики), то прям очень сильно рекомендую прокачать. Будучи наставником на нескольких курсах фронтенда я постоянно встречают студентов, которые "вроде бы" знают язык, но затрудняются скомпоновать пару циклов с условиями, вот буквально просто виснут на неопределенное время, причем без результата. Лично я рекомендую кодварс. Своих студентов я прокачиваю именно там. Достаточно прорешать 30-40 задачек, чтобы базовые скиллы ушли на уровень рефлексов и перестали парить мозг. Правда желательно решать это все с наставником.

    Косвенный бонус тут будет в том, что ты привыкнешь решать задачи на JavaScript. Я когда менял стек, поначалу мыслил на PHP, и подобный финт на кодварс позволил мне переформатировать мышление на JS. Вот мой профиль на кодварс как пруф: https://www.codewars.com/users/iCoderXXI

    Далее, когда ты освоишься в JS практически, очень неплохо будет досконально разобраться в том как работают замыкания и прототипное наследование. Это прям основа основ, и это спрашивают на каждом первом собесе.

    Понять надо настолько глубоко, чтобы легко и просто, с юморком, рассказывать это любой первой встречной бабушке, да так, чтобы та всё поняла... Это вот прям залог успеха в JS, потому что все остальное держится на этих двух китах. В ютубе имеется курс Зоракса (Zorax) и JavaScript Weird Parts, оба про то же самое, первый на русском, второй на инглише. Кантор, безусловно, крут, но эти двое объясняют попроще и понятнее (имхо).

    После этого прокачиваемся в использовании встроенных методов JS, таких как map, reduce, includes, replace и пр. (на том же кодварс)

    После этого нужно прокачаться в ES6+, стрелочные функции, let/const, деструктурирование, рест оператор, классы, промисы, генераторы, async/await, декораторы - без этих продвинутых штук в современных фреймворках ловить нечего.

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

    Потом уже заостряемся на API форм, DOM, AJAX (fetch/axios), вебсокетах, Localstorage и пр.

    И вот только теперь можно переключаться на фреймворки. Проще всего освоить Vue (по слухам), наибольшим спросом пользуются React и Angular, для общего развития так же неплохо бы немного послушать про Ember.JS.

    React только на первый взгляд выглядит простым, на самом деле это только view-библиотека, а в любом нормальном SPA есть много чего еще кроме view, поэтому React всегда идет в компании Redux, Router, и еще целой толпы всего, что тоже придется осваивать, не только с точки зрения API, но и с точки зрения философии (а нахрена оно вообще сдалось?)

    Перед походами на собесы очень желательно иметь портфолио из нескольких готовых проектов, вылизанных стилистически.

    Далее освежаем базу по JS - типы, замыкания, прототипы, и смело топаем по собесам, будучи морально готовыми завалить первые десять.

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

    Еще вроде большие компании вроде Яндекса устраивают летнее обучение, с последующим трудоустройством лучших кандидатов, но это не точно.

    Оптимистичный прогноз - 6-12 месяцев плотного фигачинга и ты в тренде.
    Ответ написан
  • Где найти фриланс студию начинающему программисту?

    Zoominger
    @Zoominger
    System Engineer
    Подскажите пожалуйста, существует ли такой сервис, вроде фриланс студии, где может начинающий программист найти удаленную работу и участвовать в аутсорсинговых проектах.

    Понимаете, если такое место вдруг и появится, то ни один фрилансер даже под страхом расстрела не расскажет о нём другому фрилансеру.

    То есть у программиста нет опыта заниматься фрилансом, а такая студия предоставляет наставничество и работу.

    Сами-то подумайте, зачем им нужны неопытные программисты, которые пороху-то не нюхали. Что они напишут? За какие сроки? Таких контор нет.

    Но вы можете сами за пару лет набить портфолио, найти бесплатную стажировку, потом, может, найти место в веб-студии без оформления на 20 тысяч рублей в месяц, за год дорасти до джуна, потом пойти работать в нормальное место, параллельно набивая стату на фрилансе и вот пото-о-ом, лет через пять, когда у вас будет зарплата тысяч 40-50, возьмите и сделайте такую контору.
    Ответ написан
  • Что делают программисты на Unity целый день на работе?

    jamakasi666
    @jamakasi666
    Просто IT'шник.
    Все как и везде. есть некий внутренний ресурс типа гитлаба в котором есть списки задач и списки багов. Тот кто старше рисует и назначает задачи, вот это джунам а это мидлам, так же с багами. Кодер пришел, открыл гитлаб и берет себе задачу или баг и бодается с ним.
    Сами задачи соответсвенно распределяются по сложности тем самым джунам\мидлам и т.д.
    В день необходимо сделать N задач а как ты их будешь делать уже твои проблемы. К примеру знаю что в эпаме такая ситуация, сделал быстро можешь даже домой свалить а если не успел то будь добр ишачь до последнего.
    Ответ написан
  • Как создать IT бизнес в регионе без программистов?

    Низкий уровень зарплат в регионе точно не является приемуществом в ИТ сфере, специалисты постоянно будут вырастать до определенного уровня и мигрировать в другие регионы с более высокой зарплатой.

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

    А так в принципе есть программисты которые любят работать удаленно из каких нить малых поселений, где относительно спокойная атмосфера без городской суматохи. Вот для таких надо создать условия: хорошее покрытие скоростного интернета и естественно хорошем плюсом будет если нахождение в регионе будет значительно дешевле чем в других регионах. У самого иногда возникает желание перебраться в какую нить деревушку и удаленно от туда работать :)
    Ответ написан
  • Что делать если youtube занимает слишком много времени?

    Kadzi
    @Kadzi
    Ом
    Тут речь о мягких навыках, в частности про управление собой и концентрацию.

    Как вариант, использовать эту привычку во благо. Посещать ютуб стало привычкой, теперь нужно культивировать просмотр нужного контента.

    Начать стоит с коротких полезных видео по тематике профессии или что-нибудь про софт-скилы. Уверен, что никаких резких изменений не последует, но, культ полезного контента даст плоды.

    Вот например, чтобы изучить что-то основательно, нужно курить 3-4 часовые видео + практика, но в реалиях такого энтузиазма мало у кого есть, поэтому, как вариант начать с 5-15 минутных видео. Просто начать.

    У меня была точно такая же история, только вместо ютуба я читал тостер)))) Понимая, что не могу с собой ничего поделать, я начал просматривать по 300-400 советов из разных тематик ежедневно в том числе рубрики в которых я полный ноль. А позже я культивировал полезный поиск + сбор полезных материалов, в том числе из комментариев.

    Я купил ежедневник, где что-то зарисовываю или записываю о том, что я смотрю и читаю, подстегивая себя к новым знаниям. Это своеобразная медитация. Скептически всегда относился к ежедневникам, но оказалось забавно, как такая штука может якорить и напоминать: не останавливайся, чувак!

    В один момент, я понял, что хочу углубляться по вопросам и перескочил с тостера на видео, книги и практику. Начинал так же, с банальных вещей, которые культивировал. Например, что такое цвет? И по 15-20 мин ежедневно что-то читал, смотрел изучал, пока не захотелось это делать по 30 мин в день. некоторые вещи я хочу делать теперь по 3-4 часа в день.

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

    Повторюсь, если ты чувствуешь что жизнь идёт как у овоща, начни с примитивнейших вещей и самых простых ежедневных задач. Например, завтра делай всё тоже самое, только посмотри 10 минут видео, которое полезно, например про софт скилы. Завтра снова страдай херней, но снова посмотри 10 минут и так далее. Через месяц-полтора доза увеличиться, а свою привычку ты сможешь использовать во благо.

    Мягкие навыки 1
    мягкие навыки 2
    40 правил философии ответственности обрати внимание на 2 правило
    теория психики
    рекомендую его заметки

    Давай ещё разок: тебе не сжигать мосты нужно, а выжать полезное действие из привычки.

    0. Никаких резких перемен не будет.
    1. Почитать про софт скилы и что формирует их.
    2. Продолжить смотреть ютуб, разбавив ежедневной рубрикой "полезные 15 минут"
    3. Окружить себя инфополем текущего уровня, пока не захочется на следующий. А захочется, так как эти 15 минут превратятся рано или поздно в 20, а потом в 30. Культивация полезного действия.
    4. Попав на новый уровень, проделать тоже самое.

    Культ полезного действия применим к любым жизненным ситуациям. Учиться учиться, учиться правильно читать, искать, серфить, смотреть и слушать. Это тоже навык.
    Ответ написан
  • Довериться команде или создать команду?

    opium
    @opium
    Просто люблю качественно работать
    1) собрать самому это считай год работы, если вы не готовы кинуть зарплату два раза выше рынка, так как спецов свободных ну можно сказать на рынке почти нет.
    2)со студией проще но в силу отсуствия опыта работы в обоих направлениях и там и там вы получаете на выходе неизвестность.

    вообще сделать первый прототип и показать его миру можно силами одного программиста не уходя с работы и не продавая жилье )
    Ответ написан
  • Довериться команде или создать команду?

    @m0nym
    Что внешняя что внутренняя команда, если вы ей "доверетесь" - будет решать не ваши, а свои проблемы.
    Технарям интересно повозиться с новыми технологиями, поэкспериментировать за ваш счет.
    Контролировать нужно всегда.
    Ну а своя или внешняя команда - все дело в масштабе проекта. Своя выгоднее для крупных проектов.
    Ответ написан
  • Как узнать статистику поисковых запросов по региону?

    zamboga
    @zamboga
    job: #Запускаю стартапы за %; #Интернет-маркетинг
    Daria Shvakh, вордстат выдаст статистику по введенной фразе, но никак не покажет, какие в принципе фразы/слова ищут больше всего в определенном регионе.

    А инфу по сабжу (самые популярные запросы региона) можно посмотреть в Google Trends.
    https://trends.google.ru/trends/explore?geo=RU — выбрать в выпадающем списке "Лидеры" вместо "Тренды"
    (при желании уточняем: меняем период, категорию, источник аудитории)
    Ответ написан
  • Притвориться инвестором и украсть идею, какие последствия?

    Merovei
    @Merovei
    Шесть лет работаю с разными стартапами. Так вот основной затык происходит на стадии воплощения. То текучка засосала, то сотрудник уволился, то "денег нет, но вы держитесь". Хороших идей много. Уже тошнит от непризнанных гениев. Мало практиков.
    Ответ написан
  • Стоит ли официально оформлять доли в стартапе, когда еще нет продукта?

    Это как минимум 2 разных вопроса.

    Первый:
    Как этот момент оформить и стоит ли его юридически оформлять?

    Если вы или партнёр(ы) хотите зафиксировать договорённости, можно составить протокол о намерениях или договор о партнёрстве, где будет описано, кто что должен,кто что получает и когда.
    В суд с такой бумагой идти скорее бессмысленно, но и ООО с прописанными долями тоже мало защищает стороны от кидка на данном этапе. Зато такая бумага будет наверняка весомым аргументом для тех, кто захочет вложиться/купить проект в дальнейшем.

    Второй:
    Продукта нет, ни строчки кода не написано, качество кода неизвестно, адекватность человека не понятна.

    Если вы сомневаетесь, то можете прописать в бумаге из вопроса 1, что сторона получает долю при выполнении того-то и того-то. Вам придётся сильно заморочиться, чтобы описать эти условия явно и понятно, но другого варианта не видно.
    Ответ написан
  • Хочу сделать проект нарушаю ли я авторское право?

    1) Это будет ваше учебное задание. Проект этот никуда больше не пойдёт и никто его использовать не будет. Как максимум это будет теоретическая демонстрация в вашем портфолио. Посему и материалы лучше используйте свободно доступные, чтоб потом спокойно вывешивать проект у себя в портфолио и показывать потенциальным работодателям.

    2) Почитал некоторые другие ваши вопросы. Вам крайне необходимо учиться разговаривать грамотным языком и понятно формулировать свои мысли. Думаю, что вы мало читаете; читайте хорошую художественную литературу. Гипотетическая ситуация: допустим, у меня есть возможность пригласить в команду новичка, чтобы он делал простые задачи и по ходу дела учился. Но при удалённой работе общение происходит почти полностью письменно. Если новичок пишет так, что от его текстов извилины вкрутую варятся в попытке разобрать, чего ж он собственно сказать хотел, - лучше такого товарища не брать, это лишние проблемы. Так что развивайтесь разносторонне.
    Ответ написан
  • Как написать бизнес план для IT?

    Inv_Hunter
    @Inv_Hunter
    Управляющий партнёр в BACG
    Лучший ресурс - Ваши знания предметной области. Вы уже частично ответили на свой же вопрос. Пытаться искать чтиво, чтобы написать 50 страниц никому не нужного текста - пустая трата времени.

    Распишите структуру будущего бизнеса:
    1. Что будет делать фирма, для чего это нужно и кто будет тратить на это свои деньги. Соберите информацию о смежных и конкурентных компаниях, опишите их характеристики, поищите какие-либо метрики по ним: цены, объёмы и пр.
    2. Распишите вероятные риски и ваши шаги по их предотвращению
    3. Опишите перспективы отрасли и её вероятное развитие, с подтверждающими аргументами. Выдуманный пример: рост числа айфонов у населения страны растёт стабильно на 2% в год, с выходом новой модели у людей меняются требования к приложениям, которые мы способны удовлетворить... и далее в том же ключе
    4. Затем подробно распишите кто и чем будет заниматься, сколько у кого зарплата, с помощью чего будет вестись разработка, сколько это стоит, где будут работать люди: офис, мебель, ремонт и пр.
    5. Всё суммируем и умножаем на 2, а то и 3. Прикидываем сколько будет кэш-фло и сколько нужно инвестиций на n-период. Сопоставляем и считаем период окупаемости.


    Пример подхода из практики. Для удобства расчётов пользовался Проджект Экспертом.

    Надеюсь, мне удалось ответить на Ваш вопрос. Успехов!
    Ответ написан
  • Программа которая пишет тексты выступлений, насколько это сложно?

    dimonchik2013
    @dimonchik2013
    армяне в ночных клубах теперь не "итальянцы"
    типа такого?

    2-3 машилернера + 1 ПМ * полгода
    по минимуму - *2 мес
    Ответ написан
  • Инвестиции в реальные стартапы, перспективно ли это в русскоязычных странах и на каких площадках?

    @Elizavetta
    Matroid: gamedev/js-разработка
    При текущей конъюнктуре рынка, в РФ инвестиции в реальный сектор в среднем малоубыточны, около 18% могут рассчитывать на прибыль выше депозита. Ситуация давно отягощается активным законотворчеством и внезапными налогами.
    Ответ написан
  • Довериться команде или создать команду?

    Andrey_Pletenev
    @Andrey_Pletenev
    Pletenev.com
    Не изобретайте велосипед. У вас классический стартап. Технология их правильного и неправильного развития давно известна.
    Если очень коротко:
    1. Найдите партнеров, единомышленников или фрилансеров и сделайте прототип.
    Используете деньги, которые можете заработать + FFF (friends, family and fools)
    2. Проверяете с помощью прототипа ваши гипотезы о размере рынка, конкуренции, целевой аудитории, ценности вашего предложения и т.п.
    3. Если не разочаровались, то после корректировки курса пилите MVP.
    На этом этапе при необходимости можете поискать бизнес-ангелов. Но это потребует дополнительных сил и времени.
    4. Выкатываете MVP, пробуете продавать.
    5. Итерационно переделываете, приспосабливаете к рынку, выдвигая новые гипотезы и проверяя их.
    6. Если продажи есть и растут, то только на этом этапе начинаете постепенно вкладываться по крупному и/или привлекаете инвесторов.
    Попытки сразу перейти к шагу 6, пропустив предыдущие - практически гарантирует провал.
    Ответ написан
  • Довериться команде или создать команду?

    @mgremlin
    Бизнес в и вокруг IT
    1. Для начала - я бы попробовал ответить для себя на вопрос: "А я вообще это все потяну?". Деньги свои, себе врать вроде как не стоит... От этого много зависит, на самом деле. Это я к тому, что "уйти с работы и продать недвижимость" может оказаться недостаточным. Во многом это вытекает из следующего пункта:

    2. Мое мнение такое: если человек, желающий пилить веб-проект, спрашивает "а что такое Git", ему нечего даже и думать собрать банду самостоятельно. Это не в упрек, каждому свое, может, вы талантливый маркетер или погонщик котов. Но техдир вам необходим.

    3. Если бы подобный вопрос вставал лично у меня, я бы постарался оценить срок "до первых денег". Это ведь все равно необходимо сделать, верно? И уже исходя из этого оценивал - смогу ли я продержаться за счет подкожного жира. Вообще, варианты "студия vs своя банда" настолько здорово отличаются по цене, что решение можно получить из примитивного ТЭО/бизнес-плана. Который все равно нужен.

    Ну и на десерт... Даже среди людей, кто точно готов и может сделать все как надо, и с хорошими проектами, и далее и подобное, процент преуспевших не поражает, скажем так. Банальная удача, правильный момент для запуска, общая экономическая ситуация, белые/черные лебеди - вагон причин как к тому, чтоб победить, так и к тому, чтоб провалиться. Только рынок ответит на ваш вопрос. И скорее всего, ответ будет отрицательным - это простая статистика. Поэтому, не надо ставить на эту (как я понимаю - первую) попытку всю свою жизнь... Даже недвижимость лучше попробовать сдать 8-)
    Ответ написан
  • Довериться команде или создать команду?

    Проблема подавляющего числа проектов, особенно на стадии "старта" - это слабая экономика. Если такая слабая экономика при этом не перекрывается быстрым ростом и растущими интенсивно доходами, то проект "не взлетает", а если и взлетает, то "далеко не улетает". В вопросе и в комментариях об этом много, но не прямо.
    Советую проанализировать этот вопрос, потому что для бизнеса он основной - экономическая модель, т.е. сколько что стоит, какой потенциальный рынок, где брать деньги на развитие, кто этим будет заниматься профессионально, что по взаимодействию с регуляторами (налоговой, ПФР и т.п.), чем и как правильно рисковать, стоит ли искать инвесторов и где их искать... Вопросов действительно много и они крайне актуальны в рамках "падающей" или "стагнирующей" экономики (кому как нравится). Надо учесть, что потребительские рынки сейчас сжались, а профессиональные в сильнейшем "шоке" и инвестиционном дефиците.
    Но сложность ситуации вовсе не повод ничего не делать. Возможно это даже очень удачный момент начать что-то делать (я про бизнес). Просто надо четко понимать ситуацию и реагировать на неё оперативно и адекватно. И конечно же надо активно управлять рисками. При этом самостоятельная реализация любого проекта - это всегда способ лучшего и оперативного контроля и координации, а при достаточном профессионализме - это и более дешевый способ чего-то добиться стоящего с минимальными рисками.
    Удачи!
    Ответ написан