Михаил

- Как мне защитить дизайн сайта и фунционал от копирования.Есть вариант как патент или можно что то по проще ?

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

- Если я управляющий проектом,есть инвестор и может будет 3 лицо которое внесет свой вклад в проект, тогда мне нужно будет создать акционерное общество ?

Это лучше пойти к адвокату, объяснить ему о каких условиях идет речь и составить нужную бумажку. Хотя может кто чего тут и порекомендует.

(c) Есть такая профессия - на работе сидеть.

Настоятельно рекомендую сказать друзьям "нет" в этом вопросе. Ведь завтра они захотят "поиграть шрифтами".

Чтобы найти финансирование на ваш стартап, разместите проект на краудплатформе и продвигайте через соцсети. Если ваш продукт интересен, то люди поддержат его финансово, да и может сразу покупателей найдете. https://futland.ru

Есть крутая и простая идея для интернет проекта, разместив ее на одном из сервисов поиска инвесторов я рискую что идею могут перенять ребята с командой разработчиков и деньгами.

После выхода в свет вашего проекта - клоны и так появятся.
2-6 месяцев на высококнкурентном рынке
1 год и более в болоте

Как и где искать инвестора на проект не разглашая идею?

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

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

linux

1. Реально и возможно. Более того, это наименее рисковый вариант начать свое дело.
2. Надо предусмотреть что будешь делать в случае провала.
3. Как договоритесь.

Ну, а Вы попробуйте, или просто на слово поверите? =)
Придумайте типичное тестовое задание небольшое аля наваять/сделать форму регистрации/входа на сайт с механимом сессий (считай залогинен/незалогинен). Решите эту задачу сначала с помощью фреймворков, а потом только с помощью стандартной библиотеки (или наоборот, не суть).

Вообще, все зависит от задачи, которую предстоит решить. По моему опыту (небольшие проекты) - на Go легко, удобно и приятно делать минифреймворки/тулкиты под конкретную задачу, если Вас не устраивают существующие решения. Но для чего-то большого, чувствую, что на определенном этапе голый net/http без какой-либо продуманной архитектуры приложения начнет приносить боль.

Ознакомится со стандартами RFC на протокол TCP и те протоколы, которые вы собираетесь "дешифровать". Все соответствующие rfc можно найти, например здесь https://tools.ietf.org/html/rfc793. В исходниках wireshark можно посмотреть примеры, как это делается.

то есть работать они будут в свободное время за возможную долю из прибыли конечного продукта

не будут

А вы и не сможете всё знать. DevOps это, как эникей. Куда ветер подул, то и учит.

Потому что это все buzz words. То есть "модно". Если у тебя нет людей которые называю себя devops-ами - ты не модный. Если ты делаешь не по Agile - ты не модный.

В целом это связанные вещи. Давайте заглянем в вики и посмотрим что это такое:

DevOps (акроним от англ. development и operations) - методология разработки программного обеспечения, нацеленная на активное взаимодействие и интеграцию специалистов по разработке и специалистов по информационно-технологическому обслуживанию.

то есть это когда админы и программисты работают вместе а не по отдельности как обычно. Зачем? читаем дальше:

Методология фокусируется на стандартизации окружений разработки с целью способствования быстрому выпуску релизов.

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

Частые релизы - это нормальное явление в итеративной разработке. А все "Agile" методологии основаны на идеи инкрементных релизов, итеративной разработке, уменьшение цикла обратной связи.

И существует ли в природе DevOps фриланс?

Как мы выяснили ранее - DevOps это методология а не человек. Так что для того что бы у нас был DevOps нам нужны минимум два человека. Или один, который занимается и Dev и Ops.

Вы можете фрилансить в рамках Dev или Ops части и взаимодействовать с другой частью проблемы. В целом же HR-ы понимают под DevOps обычных Ops (админов) и почти никто не парится. А еще в некоторых компаниях упарываются настолько что появляются люди называющие LiveOps. Мол у них все настолько Agile что Ops-ы работают с Dev окружением и Live окружением. Серьезно, мне как-то такое втирали в одной весьма крупной компании.

после корявых ручек новых администраторов

случайно удаленные в домашней директории файлы пользователей

достичь максимальной быстрой и простой процедуры восстановления

Возможно, вам не стоило переходить на Linux.