Дмитрий

Но можно ли при этом узнать что человек пишет, с кем общается?

Он может перехватывать весь ваш трафик и читать его. Но если трафик https. то он зашифрован и ничего прочитать не получится. Можно конечно попытаться устроить перехват https но только при условии, что вы не следите за сертификатами.

Но может ли он как-то палиться внутри сети?

Смотря что вы подразумеваете под словом "палится" - если речь о перехвате трафика, то нет. Если речь о определении факта использования TOR - запросто.

Весь ваш план обучения никак не годится для получения знаний. Он годится только для ознакомления.
Почему? Потому что в нем ВООБЩЕ нет практики, одно чтение книг.

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

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

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

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

Лично я изучал Python следующим образом:

- Сначала прочитал и прорешал всю книгу "Программируем на Python" Майкла Доусона.

- После этого я полез на степик
Прошёл его весь и получил некую базу, но этого было ещё не достаточно и после него я полез на следующий курс , где получил уже фундаментальные знания о языке

- После этого я уже начал делать свои проекты и при возникновении проблем лез в google.ru и искал ответы на свои вопросы (где знания английского очень пригодятся!)

Пройдя все эти этапы рекомендую прочитать М. Лутца и начать изучать алгоритмы и структуры данных. Однако, если метите в WEB , то лучше сразу начать изучать Django, MySQL, HTML, CSS, JavaScript.

/dev/null

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

АПДЕЙТ:
Собственно преимущество малого бизнеса в его гибкости. Он может быстро менять свои процессы, приспособляясь к изменяющимся условиям. Т.е. бизнес процессы там довольно изменчивы и автоматизировать их не получится. А если они не изменчивы, то их настолько мало и они настолько просты, что в автоматизации не нуждаются.

Маргарет Гамильтон стоит рядом с написанным ей исходным кодом бортового компьютера «Аполлона»

Шаблонизаторы типа Smarty, Twig в 2017 востребованы, если с ними раньше не работал стоит ли смотреть, изучать что бы повысить ценность свою на рынке труда?

Smarty - вряд ли.
Twig - вполне себе актуален, я Вам даже больше скажу, он уже интегрирован "из коробки" в довольно популярную CMS по имени Drupal 8 (т.к. он сделан на базе Symfony) и собственно, в не менее популярный фреймворк под названием Symfony. И, Twig отлично встраивается в очень популярный фреймворк (я имею в виду, в ракурсе PHP-*) под названием Laravel, который в свою очередь так же имеет свой весьма неплохой шаблонизатор, под названием Blade.

Среди прочего, вариация Twig'а есть даже для JS (Node.JS), в качестве альтернативы таким штукам как Pug/Jade например. *По информации одного из наших коллег, такие шаблоны (в JS-вариации интерпретатора) отлично переносятся потом в оригинальный Twig/PHP (имеют хорошую совместимость/переносимость).
*Сам не проверял, но, доверяю словам автора.

Или их нативный php всё же их вытеснил

Из тех шаблонизаторов, что я могу вспомнить, по моему, все "компилируются" (преобразуются) в нативный для системы код (даже Smarty), т.е. если мы говорим про PHP - то соотв. в PHP-код. Парсится шаблон в код не часто и разница в производительности довольно не значительная, в 99% случаев - ей можно принебречь.

или все ушли во Фронтенд шаблонизаторы?

У них обычно немного разные категории задач. Если Вы говорите про шаблонизаторы аля Pug/Jade - то, что из них выходит, в конечный не-JS код, интегрируется плохо. То есть, смысл от этого шаблонизатора только для того, кто делает вёрстку, практической пользы при переносе на PHP-движок (и другие не JS-движки) от него обычно нет, либо очень мало.

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

https://hackerone.com/

Для сайтов "особенных" стран, стоит публиковаться анонимно или, лучше, не работать с ними, тк, чаще всего, денег от них не получишь