В результате лучшие кадры приучаются делать только то, что им поручено, ничего, кроме того, что им поручено, и необходимый минимум того, что им поручено. И этот подход, я предполагаю, незаметно и неосознанно эти кадры распространяют и на свое обучение. Разработчик изучает только то, что ему нужно по текущей задаче: ничего, кроме этого, и ограничивается минимально возможным набором знаний. Моё скромное мнение — так нельзя! Образование — это игра в долгую, и подходить к нему надо с другими критериями, нежели к очередному «Проверим идейку MVP».
И я тоже согласен, что это плохо.
Когда только начинал и игрался только с персональными проектами, изучал что ни попадя. Всё было интересно и было много времени.
Но теперь, когда работаю, увы, от нас хотят, чтобы мы фигачили задачки, делали это быстро. А если требуется поднабраться опыта — это тоже мы должны делать быстро. Совместно с изучением других технологий, которые нам лично интересны или нужны для пет-проектов. Голова набекрень, и поэтому приходится ставить приоритеты и выбирать, что изучать. В результате, время и силы остаются только на самое необходимое (или желаемое, что зачастую не нужно для работы в компании).
А вопросник в принципе неплохой. Честно скажу: даже при том, что официально senior, я с полпинка и на половину этих вопросов не ответил бы хорошо, если бы меня вот прям щас посадили и начали их задавать. Во-первых, часть этих знаний в рабочей практике не нужна почти совсем. Во-вторых, многие ответы существуют на уровне интуиции и мы можем не суметь их с ходу вербализовать, но, оказавшись в ситуации, где это знание (может быть) нужно, просто за счёт опыта выбираем правильное решение.
С другой стороны, ответы на эти вопросы найти довольно легко, поэтому этот и любой другой вопросник можно использовать для гугления и запоминания ответов. Как раз, при подготовке к собеседованию чаще всего возникает проблема не в том, что я чего-то не знаю или не могу узнать (практически всегда можно), а в том, что я не знаю, чего хотят, чтобы я знал. Поэтому такие списки вопросов для меня лично даже полезнее, чем непосредственные ответы на них. Автору спасибо 8)
P.S. "не знаю" можно также заменить на "не помню". Когда я искал работу полтора года назад, я это всё как орешки щёлкал. А сейчас банально часть вещей забыл, ибо у мозга (по крайней мере, моего), очень эффективный garbage collector. XD
Кстати это, как и многие другие ограничения, описано в пункте 2 их README. В таких случаях без mock'ов не обойтись (не уверен насчёт datefudge, не пробовал).
Но поскольку у меня питоновская прога от силы строк на 400, и время там получается банально через datetime.now() — так даже удобнее. Время «обманывается», и тестировочные классы городить не надо. XD
Действительно, на мой взгляд, прикручивать отдельные классы чисто чтобы потестить небольшую фичу излишне. Тем более, что мой проект очень невелик.
В случае крупного проекта, где много фич завязано на время, это может быть оправдано. Но здесь… уж больно много мороки для в общем-то ерундовой задачи.
ionice -c3 dropbox не работает, потому что демон ДБ запускается через отдельный скрипт командой dropbox start -i. Я пытался запускать через ionice, эффекта не дало. Можно, конечно, порыться в этом скрипте…
Да, стало намного лучше.
Видимо, deadline неправильно выставлял приоритеты процессам, и потоки dropbox в результате съедали много, просто за счёт их количества.
Пришлось через ionice вручную сообщить системе, что все потоки dropbox должны иметь низкий приоритет. И всё полетело как в попу ужаленное ракета 8)
Я имел в виду, что сам модуль cx_Freeze — кросс-платформенный, то есть он сам работает под разными системами, и с его помощью можно собрать исполняемый файл под Windows и Linux. Естественно, собирать программу нужно, находясь на целевой системе.
Собранные с ее помощью инсталяторы
Кстати, он собирает уже готовые к запуску исполняемые файлы, а не инсталяторы.
Да, конечно. Исходники здесь, а сам бот на Телеграме вот, для примера. В принципе, сам по себе бот нерелевантен к статье, но если интересно, пожалуйта. 8)
И я тоже согласен, что это плохо.
Когда только начинал и игрался только с персональными проектами, изучал что ни попадя. Всё было интересно и было много времени.
Но теперь, когда работаю, увы, от нас хотят, чтобы мы фигачили задачки, делали это быстро. А если требуется поднабраться опыта — это тоже мы должны делать быстро. Совместно с изучением других технологий, которые нам лично интересны или нужны для пет-проектов. Голова набекрень, и поэтому приходится ставить приоритеты и выбирать, что изучать. В результате, время и силы остаются только на самое необходимое (или желаемое, что зачастую не нужно для работы в компании).
А вопросник в принципе неплохой. Честно скажу: даже при том, что официально senior, я с полпинка и на половину этих вопросов не ответил бы хорошо, если бы меня вот прям щас посадили и начали их задавать. Во-первых, часть этих знаний в рабочей практике не нужна почти совсем. Во-вторых, многие ответы существуют на уровне интуиции и мы можем не суметь их с ходу вербализовать, но, оказавшись в ситуации, где это знание (может быть) нужно, просто за счёт опыта выбираем правильное решение.
С другой стороны, ответы на эти вопросы найти довольно легко, поэтому этот и любой другой вопросник можно использовать для гугления и запоминания ответов. Как раз, при подготовке к собеседованию чаще всего возникает проблема не в том, что я чего-то не знаю или не могу узнать (практически всегда можно), а в том, что я не знаю, чего хотят, чтобы я знал. Поэтому такие списки вопросов для меня лично даже полезнее, чем непосредственные ответы на них. Автору спасибо 8)
P.S. "не знаю" можно также заменить на "не помню". Когда я искал работу полтора года назад, я это всё как орешки щёлкал. А сейчас банально часть вещей забыл, ибо у мозга (по крайней мере, моего), очень эффективный garbage collector. XD
Но поскольку у меня питоновская прога от силы строк на 400, и время там получается банально через datetime.now() — так даже удобнее. Время «обманывается», и тестировочные классы городить не надо. XD
В случае крупного проекта, где много фич завязано на время, это может быть оправдано. Но здесь… уж больно много мороки для в общем-то ерундовой задачи.
Кстати, не знал, спасибо, учту.
ionice -c3 dropbox не работает, потому что демон ДБ запускается через отдельный скрипт командой dropbox start -i. Я пытался запускать через ionice, эффекта не дало. Можно, конечно, порыться в этом скрипте…
Видимо, deadline неправильно выставлял приоритеты процессам, и потоки dropbox в результате съедали много, просто за счёт их количества.
Пришлось через ionice вручную сообщить системе, что все потоки dropbox должны иметь низкий приоритет. И всё полетело как
в попу ужаленноеракета 8)Кстати, он собирает уже готовые к запуску исполняемые файлы, а не инсталяторы.