Станислав Б

1. Вести разработку вне системы контроля версий - зло;
   
2. Править прод - зло;
   
3. Не уметь писать тесты с моками - горе.
   

https://www.ozon.ru/catalog/1140713/

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

а так, например я юрист, знаю что такое и сайт и домен, знаком python, html, css, sql, для себя изучаю flask и еще много чего... но не вижу пока связи всего перечисленного с процедурой расторжения договора и взыскания неосновательного обогащения...

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

1. Главный вопрос: что, по-вашему, «железный»?
Если это отдельный процессор с ОС и программой — мы пришли к тому, от чего начинали: раз тут программа для фоннеймановской архитектуры, её так же можно хакнуть и заполучить пароли.
Как заметил Adamos, чаще браузера обновляется только Флэш, а ведь браузеры пишутся высококлассными спецами. Когда Течнера «ушли» из Оперы, браузер начал загибаться.

2. Хорошо, делаем реально железный браузер, например на ПЛИС — только стоить он будет сотни-тысячи долларов, непонятно, как объединить фоннеймановскую архитектуру и ПЛИС, и непонятно, как обновлять.

3. Кроме того, есть концептуальные проблемы веба: XSS, XSRF, подслушивание по сторонним каналам (скажем, цифровой отпечаток путём рисования текста на холсте). Как известно, между безопасностью и танцующими котиками обыватель выберет котиков — вот и начали наворачивать, и в этих наворотах находят всё больше проблем. Чтобы быть безопасным, надо идентифицировать канал, отойти (!) от спецификации и зашумить его.

Хром (а с ним и Яндекс, и Хроперу, а потом и Рыжая подключилась) стараются делать не отказоустойчивыми, а отказобезопасными: чтобы крайне сложно было довести взлом до реального овладения системой. И для этого они по-чёрному используют механизм, имеющийся в Windows: разделение памяти для процессов. (Потому, кстати, и говорят, что память сжирается со звуком «хром-хром».) В нашем простеньком процессоре, возможно, будет упрощённая ОС без такой защиты памяти.

Наконец, типичный браузер очень жирный, частично из-за «защитного» программирования, частично из-за сложных спецификаций, частично из-за «злой» оптимизации. Реально хотите в стик впаять гигабайты ОЗУ?

Откуда вообще берут пароли?
1. Подслушивают троянской программой. Раз мы их вводим — значит, можно и подслушать. Или мы к нашему браузеру будем подключать и клавиатуру тоже?
2. Подбирают. Крайне редко и обычно владелец пароля сам себе злобный буратино.
3. Утекают открытым текстом или с недостаточной силы шифром. Железка бессильна.
4. Сервер сам сдаёт данные кому надо. Железка бессильна.
5. Провайдер сам перешифровывает трафик и требует установить самоподписанный сертификат. Железка бессильна.
6. Выцыганивают. Пользователь сам себе злобный буратино.
И на далёком-околопоследнем месте взлом браузера.

whonix, tails и torbrowser смотрят на этот список с недоумением.
А еще мимо проходил планшет, и сказал что он вообще настолько автономен, что у него даже свой экран и батарейка.

Вы бы описали требования поконкретнее.

Опять школие набежало с тупыми вопросами... Достаточно прочитать фразу про "новый созданный протокол" - и все ясно. Тяму-то хватит - протокол создать?

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

Можно сконструировать разные соглашения, прописывать убытки и неустойки. Но главное, что нужно знать: полноценное NDA при выполнении всех требований служит одному -- переложению обязанности доказывания вины, то есть уже нарушитель коммерческой тайны будет должен доказать, что он вообще мимо проходил. Без полноценного NDA это в любом случае должны сделать вы. Убытки доказывать сложно, но при успешном доказывании такое "неполноценное" соглашение может помочь хотя бы в установлении их размера. А если придумать хитрые порядки передачи информации, то и сам процесс доказывания убытков упростит.

Но это всё требует полноценной и кропотливой работы юриста. Совета два: попытаться как уже рекомендовали выше изменить деталь (разбить на несколько частей?) либо вообще не беспокоиться, потому что копии устройства -- это нужно делать полноценный бизнес, продвигать, вкладывать деньги и пр. Шанс, что кто-то прямо начнёт в это деньги вкладывать и загорится этой идеей -- минимален.

fastcgi - что-то вроде сервера, который слушает определенный сокет. Он держит пул процессов (воркеров), которые принимают запросы, обрабатывают, возвращают ответ и ждут дальше запроса.

Вот в этой фразе замени fastcgi на php-fpm и будет правильно. А fastcgi - это технология обработки запроса, по которой каждый воркер крутится в бесконечном цикле, обрабатывая в каждой своей итерации по одному запросу.

Бесплатные тестировщики это ваши живые юзеры которые согласились поставить вашу бета-версию по причине большой любви к сервису.

А кто сказал, что будет легко?

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

Сначала узнайте, что у вас медленно работает, а потом уже улучшайте. А то я могу посоветовать вам правильно настроить postgres, а у вас sqlite в проекте.

Это извращение и как любое извращение не должно существовать.
Возможно даже нарушает какое-нибудь RFC.
Есть давно проверенные механизмы - заголовки,query string. Используйте их для генерации.

Обычно игровая логика (это к примеру):
- управляемый персонаж
- способность персонажем взаимодействовать с миром (предметами)
- какие-то подвижные элементы в игре
- АИ врагов и НПС
- кнопки интерфейса, инвентарь.
И всё... Так если ты умеешь уже это делать и ты "типо программист на Юнити", то ты напишешь всё это гораздо раньше, чем начнется твоя первая зарплата. А чё потом делать?

Большинство программистов один элемент из этого списка качественно за месяц сделать не в состоянии.

Собственно, это и ответ. Они делают всё перечисленное в списке (и ещё кучу всего), только значительно дольше, чем кажется неопытному человеку.

P.S. для примера. Моей первой работой была вот эта игра: https://en.wikipedia.org/wiki/Order_of_War

Первые задачи на ней были примерно такие:

- реалистичный поворот башни танка, синхронизированный с логикой ~ 3 недели, дошло до того, что рисовал графики в excel, чтобы обосновать, почему именно такая визуализация правильная и почему нельзя сделать лучше.
- интерфейс управления отрядами (чтобы формацию сохраняли, не перестраивались лишний раз, etc) ~ месяц.
- оптимизация цикла обновления графики с двухпроходного на однопроходный ~ два дня :-D

Различия между версиями есть в документации https://laravel.com/docs/5.6/releases
С каждой версии на каждую надо смотреть отдельно.

В целом фреймворк внезапно не меняется с каждым релизом.

Установил 5.4

Где логика - последняя 5.6.
Зачем начинать с заведомо устаревшей базы.

по этой версии меньше видеоуроков

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

Минорные релизы именно так и ставятся: обновляются выполняемые бинарники и рестартовать базу в том же самом datadir.
О чём есть замечание в каждых release notes: https://www.postgresql.org/docs/9.6/static/release...

A dump/restore is not required for those running 9.6.X.

release notes стоит поглядеть для всех пропущенных апдейтов, могут быть важные замечания для обновления.

Кстати, обратите внимание, что 9.6.9 уже вышел и обновляться стоит именно на него.