malbaron

1) К кому мне обратиться для разработки MVP? Частные программисты на фрилансе или компания по разработке интернет-порталов? (Сразу хочу кое-что прояснить, мы отмели идею привлечения программиста за процент от долевого капитала, планируем платить живые деньги за разработку. Нам нужен заинтересованный специалист, который понимает за что он работает)

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

Частник - дешевле.
Компания - дороже.

Без разницы кто будет делать. MVP - вполне по силам одному.

2) Если мы рассматриваем поиск программиста-фрилансера, нужен ли аналитик для написания ТЗ для этого фрилансера или выключить его из цепочки?

Нет. Для MVP вся аналитика - это вы + программист. Лишние люди тут не нужны.

3) Сейчас, как я понял, мало программистов, которые занимаются backend и frontend разработкой. С чего начать сначала, front или back? Или имеет смысл искать двух специалистов, которые будут работать синхронно?

Найдете одного. Спланируете с ним как будет. Определитесь с ним нужен ли второй.

4) Что потребуется программисту для написания MVP, помимо ТЗ?

Деньги.
И ответы на много вопросов по ходу написания.

5) И, главный вопрос, как написать ТЗ программисту, провести отбор, если мы не разбираемся в технической стороне вопроса и не можем корректно оценить квалификацию специалиста? Нужен ли нам для этого технический директор?

Написать простым русским языком. Вкратце основные принципы.
ТЗ лучше оформлять уже в паре с выбранным программистом.

А чем технический директор будет отличаться от программиста в плане оценки квалификации технического директора?

Это на самом деле большая проблема.

Нужно чтобы вам бы посоветовал кто нибудь квалифицированный и доверенный (заинтересованный).
Вот только для этого и нужен был бы программист в доле, не для программирования собственно, а для оценки коллег.

Ничем не отличается о поиска хорошего автослесаря, хорошего мастера по ремонту помещений и любого другого хорошего специалиста - рекомендации. Нет рекомендаций - по объявлению наудачу.

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

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

Работать можно.
Рабочую визу получить без образования - сложно.

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

Go сконструирован как переносимый по максимуму.
Потому скомпилированный файл тащит в себе все библиотеки.
Что позволяет не зависит от версий библиотек, установленных в системе

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

Скорость скачивания с торрентов через кабель максимум 8mb/s

Торренты - это такие же люди как ты.
Они имеют возможность ОГРАНИЧИТЬ тебе отдачу.
Провайдер за это не отвечает.

Через wifi скорость скачивания 1mb/s

Для начала - проверь через кабель и сравни.
Может у тебя Wi-Fi в радиошумном районе и его нужно перевести на другой канал для скорости.

Если подключиться с телефона к wifi, то в параметрах подключения пишет 72mb/s

Он пишет теоретическую максимальную скорость.

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

Вам понадобится браузер для проверки.
Он будет кушать минимум 2 Г оперативки.
Плюс на все остальное минимум еще 2 Г.

Если предпочитаете легковесные Sublime, Vim и т.п.- то они не так много ресурсов требуют.
Если предпочитаете PhpStorm и т.п - то я бы еще под них добавил памяти 2 Г.

Итого оперативка от 4 Г (саааааамый минимум) до 8 Г (вполне комфортно).
Если используете Докер - то еще оперативку гиг.
Под виртуалку и того больше.

SSD хотя бы 256 Г (объемы не нужны, а вот скорость пригодится)

Экран IPS - вам же оценивать внешний вид.
15 дюймов 1920x1080.

12-13 дюймов не смотрите. Там нужна Retina, а это не бюджетно.

Сильно связано с конкретными языковыми традициями.
Дело в том, что современные языки программирования самодокументирующие.

Читаем как пример как нужно комментировать:
https://github.com/golang/go/blob/master/src/time/...

Напиши.

Языки принципиально отличаются. Это не просто.

В вашем деле - проблема в другом.

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

По поводу вашего вопроса:

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

Если уж совсем не верите своему здравому смыслу - то заведите себе постоянного юриста-консультанта (не на зарплату, а на разовые консультации).

Про защиту от кражи идеи.
Сама идея не стоит ничего. Стоит (и много) её реализация.

Поскольку речь идет об железячной идее, то можете запатентовать.
Изучайте что такое "полезная модель" в патентном праве и т.п.

Вся соль в использовании.
Зачем он нужен покупателю.

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

Фронтенд - это взаимодействие с пользователем на клиентском компьютере. В браузере.
В браузере уже есть свой движок, заправляющий JavaScript`ом.
NodeJS там не нужна.

Если вы про то, что на клиенте NodeJS (без браузера!!!!), а на сервере PHP - да, это возможно.
Но применять слово "фронтенд" к NodeJS в данном случае будет некорректно.
Правильнее называть NodeJS клиентом, клиентским приложением.

FTP не секьюрно. Там пароль передается в открытом виде.
Сомнительно, чтобы в современных системах (даже для дома) он бы реализовывался. А ежели есть - то это плохая система.
Ну разве что sFTP быть может.

За 3-4 уже можно что посерьезнее присмотреть - в этой ценовой категории бывают уже младшие модели Mikrotik или Ubiquiti, а не это говно D-Link (против дорогих D-Link ничего не имею, но там совсем другая цена).

1. API REST, как правило, именно stateless. То есть каждый вызов API совершенно не зависит от другого.
Таким образом, вся многопоточность остается внутри, а не на вашем REST API

2. Самое большое неудобство для программирования - это блокировки/синхронизации. То есть когда вы используете общие ресурсы, которые не позволяют обращаться к ним конкурентно-параллельно, такие нужно блокировать на время использования. Но эти блокировки, в свою очередь, могут вызвать deadlock.
Блокировать нужно не забывать. Но нужно это делать минимально, только когда нужно. Например, возможно, достаточно будет не exclusive lock, а всего лишь rw-lock на read.

3. Реализовать проще на том, что лучше знаешь. Я бы выбрал Go, но это я. Реализовывать нужно на том, что лучше знаешь лично ты.

И кто его должен платить? Заказчик за меня или я? И тогда регистрироваться в налоговой каждой страны, куда выехал на консультационный визит.

А не правильнее ли это поспрашать на форуме бухгалтеров той самой страны?

Как обычно страхуются гос. компании:

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

Все написано в заголовке письма. Все переадресации.

через 2+ месяца я понял что кроме лучших знаний по гит и как работать с cron я не приобрел, ни одного класса не написано, только мелкие баги и всё, а от php вообще уже отворачивает. Это так везде или проблема во мне?

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

Я бы не стал изучать другой язык, если дело только в карьере.

Почему IOS, перспективно и сложно, меньше конкуренции со школой(как в пхп), больше шансов работы на фрилансе/перезда за границу

Ерунда.

Это как с ноутбуками Apple.
Они не делают дешевых моделей, поэтому кажется, что их ноутбуки дорогие.
Стоить внимательнее сравнить ВСЕ характеристики, то прекрасно видно, что ноутбуки конкурентов с такими же характеристиками тоже дорогие.
Это не Эппла дорогой, а просто у него дешевых моделей нету.

Так и PHP.
Там полно очень высокооплачиваемой работы (Facebook, VK - на PHP), но на фоне массового шума-спама дешевой работы и кажется что все в PHP плохо. Но это всего лишь кажется.