ns 5d

Насколько это правильная практика

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

и еще. саморазвитие - это миф, навязанный вам самими работодателями. то, что вы называете саморазвитием - это прямой путь к выгоранию. вы не станете миллионером, особенно живя в РФ, если выучите все технологии (а вы их никогда не выучите). но превратитесь в существо без личной жизни, в гика. оно вам надо, ребята? почитайте хотя бы эту статью, там хорошо описана вся эта бесполезная кабала - https://ebanoe.it/2017/04/02/wasted-life-in-it/

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

Что нужно добавить в index.html / index.php
?

Попробуйте вставить js код

Что можно сделать в такой ситуации?

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

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

Узнать можно, если нажать на всплывшую рекламу и удерживать, пока не появится окно "Сведенья о приложении", жмёте туда и увидите что за приложение спамит, советую удалить его.

Этот год вы получили создавая свои приложения и размещая их в Гугл плее

То же что и в 2017.

Не знаю, что такое NAC, но в таблице коммутации на свиче будет постоянный flapping - один мак адрес будет прыгать с порта на порт (если vlan один и тот же). Между компьютерами с одинаковыми маками связности не будет, однако с третьего компьютера с отличным MAC-адресом пакеты будут рандомно прилетать то до одного компьютера, то до другого, в обратную сторону пакеты будут уходить.

Такая ситуация (авария) часто встречается на сетях операторов ШПД в больших L2-сегментах, только не в таком примитивном случае.

1)обязательно надо знать математику алгоритмы и тд(даже если это не используется)

Если хочется выйти за рамки дешевой рабочей силы - да.

2)надо работать бесплатно на первых порах

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

3)создавать open source проекты бесплатно чтобы показать всем свой код

Скорее нет

4)всегда думать о работе даже по выходным и тд

Если хочется выйти за рамки дешевой рабочей силы - ДА.

UPD:
Реальность такова, что если вы хотите выйти за рамки дешевой рабочей силы - у вас ровно 2 способа это сделать:
а) вы можете основать собственное дело
b) вы можете в чужом деле вырасти из человека который пишет код, в партнера который решает проблемы бизнеса ( что в конечном счете эквивалентно предыдущему пункту)

И то и другое подразумевает что вы перестаете разделять свою жизнь и работу.
Вы, это и есть то дело, которым Вы занимаетесь. 24/7/365.
И это к слову сказать справедливо для практически любой сферы, не только IT.

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

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

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

Копирование файлика на уровне ОС - элементарная математика (байты перенести из одного места в другое), все числа целые, адресация простейшая.

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

Программирование передачи данных по сети - плюс ко всему прочему шифрование, протоколы передачи данных, асинхронная передача.

Программирование в 2д или 3д - геометрия разного порядка. Вычисление стандартных вещей - можно ли пройти из точки А в точку Б и можно ли увидеть из точки А точку Б, а также как это отрисовать с минимальными ресурсами - ужас.

Ну и далее. Простое приложение для какого-нить IOS которое выводит "привет вася" - это одно. А Shazam, который анализирует акустическую запись, разбирает ее на части, выполняет сравнение с учетом искажений - тут вам нужна не только хорошая математика, но и еще неплохо в этих сигналах разбираться, понимать как они хранятся в компе (как преобразуется аналог в цифру, с какими потерями, и что с ними делать) и так далее.

В общем алгоритмы, алгоритмы, алгоритмы.
Как говорил Ломоносов, математику следует учить только за то, что она приводит ум в порядок.

1) книжки-книжками, но советую выделить основные задачи в вакансии и реализовать то, что требуется. Например написать блог + petstore. И во время разработки познакомиться со всем что требуется, для конкретно этих проектов.

2) Linux, просто поставь основной системой и пользуйся. Все что надо придет само через месяц.

3) на требования вакансий забей, подавайся если в тексте есть python/django, ходи на собеседования и анализируй то, как они проходили. Если те кто будут тебя собеседовать адекватные люди, то вполне понимают что джуниор на то и джуниор, что находится в процессе поиска знаний и наставников. Если это не так, то не стоит там работать и тебе с ними не по пути.

Все остальное изучишь по мере выполнения задач на новой работе.

Если подытожить: делай пару простых проектов, изучи поверхностно какие техники в них использованы и иди ищи работу, а не зазубривай книжки.

P.S. Это касается не только питона, но и любого другого яп или технологии с приставкой "джуниор"

Чаще всего эту технологию используют для хвастовства.
Понты колотят.

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

Соответственно реальные способы применения - те, где эти особенности реально нужны:
- p2p финансы
- логи безопасности, выборы, итд итп

95% проектов которые сейчас пытаются делать что-то про блокчейн - просто используют этот buzzword для большего хайпа.

Если ваш старый код, для вас выглядит ужасно, то значит вы развиваетесь. Бейте тревогу когда начнете "идеально" писать.