Qzaur

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

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

p.s. При подборе цвета на ноутбуке, смотрите на участок с цветом под прямым углом, тогда искажений будет немного меньше.

Смотрите какое цветовое пространство использовали при работе: RGB или CMYK. Плюс конкретные цветовые профили, смотря в какой программе работали. Дело может быть и в мониторе, но с цветами в редакторе чаще всего забывают разобраться.

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

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

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

Из сегодняшнего поста "Модульбанк" на FB.
Предприниматель сделал приложение, продажи пошли – и тут вдруг разработчики решили, что их обделили и уходят, забрав исходный код. Универсального способа решить проблему нет, но подготовиться к неожиданностям стоит.
Про правильные договоры
– Если разрабатывает ПО ваши сотрудники, убедитесь, что трудовые договоры обязательно (!) предусматривают создание ими так называемых «служебных произведений». Иначе компания остается без прав на созданный программный код.
– Если ПО разрабатывается на стороне, включите в договор условия об исключительных правах вашей компании. После согласования или получения оплаты вы будете законным владельцем ПО. Иначе подрядчик сможет присвоить себе вашу разработку.
Важно: примеры пунктов для договора смотрите здесь — artgorbunov.ru/bb/soviet/20141206
Режим коммерческой тайны
Открытие сведений коммерческой тайны (КТ) карается Уголовным кодексом, можно даже сесть в тюрьму. Пользуйтесь этим. Для этого понадобится:
– составить список информации, составляющей КТ;
– ограничить доступ к КТ;
– вести учет лиц, получивших доступ к КТ;
– подписывать соглашение о неразглашении (NDA) c сотрудниками и контрагентами;
– ставить гриф «коммерческая тайна» на документах.
Важно: делайте бэкапы для себя — если унесут все исходные коды, то у вас будет база для восстановления.
Про кадры
Юрист и правильные документы – залог успеха. Но даже они не спасают на 100%. Честные сотрудники, которые правильно замотивированы и довольны работой, гораздо реже нарушают правила.
Желаем найти именно таких!

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

Qzaur На мой взгляд, весьма желательно! Но знать не профессионально, а достаточный минимум, чтобы суметь оценить хотя бы примерно сколько та или иная задача займет по времени? К примеру "Установить Python на windows". Я могу сказать Вам, что эта задача не реально сложная и займет около 3-х дней, сам поставлю за 5 мин, а остальное время буду тратить на себя. Как Вы поймете, что эта задача действительно занимает меньше 3-х дней?

Варианты:
1. Собственный опыт
2. Опыт участников команды

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

Как ни крути. А риски значительно снижаются, если Вы умнее! ;)

"лучше самому выучить html, css, php"
Всё зависит чисто от Вас, если умеете хорошо пользоваться форумами, обладаете отличным логичиским мышлением, понимаете как это будет работать логически и можете разобраться в чужем коде, то тогда можно и самому, иначе "ваша идея протухнет"