xuBpaloLim

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

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

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

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

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

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

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

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

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

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

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

Напиши.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Не равнозначна
Ему нужно еще получить возможность этот хеш сразу в систему отправлять.

Никак.
И поисковики - никаких гарантий.

EAV - гуано по производительности
Его можно использовать для первичного хранения данных, перед тем как ты переваришь и выкинешь уже готовые для работы данные в Solr или Sphinx, например.

Но непосредственно для выборки данных EAV использовать нежелательно по соображениям производительности.

Если вам всенепременно хочется это сделать с реляционной СУБД, то вам поможет денормализация (данные будут дублироваться, но это не страшно, зато работать будет шустро).

А если вам хочется сделать это правильно и чтобы работало максимально быстрым образом, то я бы предложил рассмотреть более подходящие для данной задачи системы: Tarantool, Sphinx,
Solr.

SSD, в отличие от HDD не записывает информацию сразу же.
Ему требуется ОТДЕЛЬНАЯ операция стирания.
Если у вас нормально отрабатывает TRIM (а для этого у вас должна быть современная ОС и современный контроллер и современный SSD), то операция старания происходит автоматически и не занимает время при записи.
Если с TRIM что-то не так, то запись превращается по сути в двойную запись (перед записью непосредственно запускается операция стирания, которая по времени то же что и запись) - то есть скорость записи падает вдвое.

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

У вас более-менее нормальная скорость. Бывают SSD и быстрее. Но это еще не самый худший вариант.

нет.

Дело привычки.
Вы не тренировали эти символы просто.

Да, но мало первые пару лет.