deepblack

Так уж повелось, что основное (большее) количество разработчиков работают в среде linux или средах разработки и библиотек, изначально разрабатываемых для работы в linux

Т.е. когда ты видишь модули npm, пакетный менеджер python pip, compose от php и прочее прочее, везде изначально разработчики ориентируются на окружение linux.

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

В linux же выглядит так (решили основные проблемы за тебя) заметно чаще (почти всегда) и часто трудности вылезают при ну очень необычных ситуациях (например попытка водрузить компоненту на не поддерживаемые/старые/новые версии ос или аппаратные платформы).

Linux - это отраслевой стандарт. Не linux сервера могут быть только там где тебя поставили в такие условия намеренно (вендорлок) или по скудоумию. Отсюда не изучать его - глупо и не эффективно.

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

p.p.s. да у linux тоже куча проблем, поддерживать все его многообразие иногда настоящий ад

Если условие не выполняется, то функция ничего не возвращает и в переменной ans оказывается None.

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

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

Математика описана в уже упомянутой 11 главе Bitcoin whitepaper

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

UPD еще побуду капитаном очевидностью. В одной компании я въезжал в их проект примерно месяц .NET3 и React. Причем понимания достиг только в узкой части, что бы просто начать выдавать код.

Нет книг, которые охватывают все эти темы. Придётся отдельно прочитать Лутца для изучения языка, например Грабера для изучения SQL, руководство Django для изучения Django и т.д. и т.п. Причём всё это будет на уровень джуна, так как мидловый грейд - это не знания, а годы коммерческого опыта командной разработки.

допустим в архиве a.tar есть файлы d*и t* и еще какие нибуль тогда чтобы извлечь d*
пишем команду

tar tvf a.tar | grep -E ' \bd' | awk '{print $NF}' | xargs -IX tar  xvf a.tar X

перед \b есть пробел: ' \bd'
d - первая буква тех файлов что хотим извлечь

если файлы которые хотим извлечь были в директории
во втором случае надо изменить фильтр
на
tar tvf a.tar | grep -E '/\bd | ... - то есть вместо пробела поставить разделитель пути

По-моему, ответ простой - что было записано в договоре, то и обязан.
Т.е. если речь шла о коде - то только код. Если договаривались о "запустить на сервере" - то надо ставить на сервер. Но вот о том, что для вебсервера используют Мак, я еще не слышал :-)