За 20 лет в отрасли ничего сложнее арифметики мне не понадобилось. За исключением одного случая, когда я попытался сунуться в машинное обучение. Я уже писал об этом много раз.
а в IT хочется решил начать изучение HTML, CSS, в общем выбрать путь web-разработчика.
Дальше не читал.
Это глупое и непродуманное решение, о котором вы пожалеете.
Но вы ведь уже насосались статеек на Хаброке про 300k в месяц, особо не напрягаясь?
Отрицательных отзывов нет потому, что заказчик получает код проходящий приёмку и формально соответствующий требованиям. Но в бою этот код оказывается неэффективным, глючным и самое главное - несопровождаемым и нерасширяемым. Обнаруживается это несколько позже, когда доказать вину исполнителя уже нереально.
Во-первых, следует учитывать важность row-major и column-major order в этой операции:
Во-вторых, переход от int32 к float32 (или float64) даёт радикальное ускорение за счёт BLAS:
BLAS уже используется в numpy "под капотом" (по крайней мере, в дистрибутиве Anaconda), поэтому не следует явным образом вызывать эти функции вручную - как показано выше, это будет медленее.
Не надо так! Если очень надо то скайп и шаринг экрана никто не отменял, но если вы пишите один и тот же участок кода то это значит что писать код может только один из вас. Лучше разбивайте задачи и научитесь в культуру разработки
Если бы вы понимали принципы работы интерпретатора Python, стала бы очевидна бесполезность этих идей. В частности, компиляция в байткод делается всегда, дополнительных телодвижений совершать не надо. Декомпиляция элементарна. И цикл компиляции/декомпиляции сделает обфускацию бесполезной. Наконец подгрузка закодированного кода более-менее сработала бы, если бы дешифрация выполнялась на уровне интерпретатора. То есть вам для этого придётся написать свой Python.
Не надо планов, вы лишь все усложните, забьете себя в рамки, и превратите это все в рутину. Просто действуйте главному правилу - учиться и писать код каждый день, хотя бы пол часа. Это как с английским языком (да в принципе и с любым обучением), лучше каждый день по 30 минут, чем на выходных по 3 часа.
Никогда не задумывались, почему в документации сказано - не правьте напрямую юзерские файлы кронтаба?
Подскажу - если за /etc/crontab демон следит постоянно и при его изменении перечитывает, то за юзерскими файлами никто не следит. И команду на их перечитывание дает та самая команда crontab -e
А Ivan Yakushenko вам уже правильный вариант дал.
Еще есть /etc/cron.d/ каталог. Любой файл, добавленный туда - рассматривается как дополнительное расписание. Это было сделано специально под пакетные менеджеры, чтобы не править единственный /etc/crontab при установке\добавлении пакетов...