Здравствуйте, iopper, Вы писали:

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

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

I>Как побороть свой страх, и делегировать обязанности подчиненным?

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

I>Если плохого технического специалиста я могу уволить, то что делать с нечистоплотным? Как я могу вообще доверить человеку с улицы доступ к базе ордеров или не дай бог к исходникам?

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

I>В тех, конторах, где я работал как один из 5-10 разработчиков на проекте, мне с первого же дня давали доступ к репозиторию со всеми исходниками, иногда даже без NDA и договора. Они совсем ничего не боятся?
I>Ведь такой сотрудник держит бубенчики работодателя в напряжении, с ним даже если расстанешься, не будет гарантий, что он не продаст твою базу клиентов.

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

I>Отчасти с большими компаниями всё очевиднее — если у них 10 разработчиков, то даже зная их реальное положение дел, не так-то просто повторить их успех — программистов-то 10, а Вася Пупкин, получивший инсайд, всё-таки один. Так вот с шароварным стартапом всё сложнее — я один, и, вычленив самые интересные части из проектов, уже можно начать что-то продавать. Не говоря уж о возможности сделать рассылку по базе, и подсмотрев статистику изменения цены и покупок во времени.

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

I>Ловлю себя на мысли, что это у меня мышление жителя бедных районов (все мы родом из СССР, исключая узкую прослойку интеллигенции), а выпускники Гарварда с папой-Рокфеллером, который научил их обращаться с деньгами и кадрами, действовали бы более свободно. Во времена наших родителей такой культуры не было, и только это — причина для страха, в какой-то мере надуманная несоответствием того, что тебя окружало, и тем, что требуется делать. Так или не так?

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

I>Вы сами как программист в своём штате у себя одни, и эту работу сложно передоверить. Значит, надо сбрасывать с себя второстепенные вещи и уходить в разработку с головой. Как выкручиваетесь из данной ситуации?

С чего бы? Кодерская работа замечательно делегируется.