S
Хорошо, когда столько времени (((((
ну да это если рабтоы нет например
Size: a a a
2020 January 16
in
если есть работа - можно учиться на работе
💭П
если есть работа - можно учиться на работе
Ой не всегда.
RB
если есть работа - можно учиться на работе
на рабочих тасках или вместо них? 😂
in
серия постов
in
Resume Driven Development
Один из частых вопросов у любого инженера (и не только) — как и когда учить новое? Технологии (по крайней мере внешне) обновляются довольно быстро, количество инструментов, которыми необходимо владеть для ежедневной работы растёт и нужно все это как-то изучать и применять.
Для решения этой проблемы и была придумана методология RDD она же Resume Driven Development.
Для начала ответим на вопрос "как?", он же "форма обучения". Я считаю, что всё нужно изучать на реальных и нужных кому-то проектах (e.g. за которые вы получите деньги — зарплату или фиксированную сумму), и чем более они являются реальными и нужными, тем быстрее и качественнее будет идти обучение. Не стоит резать пациента, не умея держать скальпель в руках и нужно соизмерять риски, но сделаем предположение, что совсем новичка не пустят в разработку критичных вещей.
"Когда?" — раз реальные проекты — значит на реальной работе. Я считаю что неэффективно тратить своё личное время на изучение новых штук, когда у вас есть возможность делать это на работе.
Для того чтобы эффективно заниматься RDD нужно выполнить несколько пререквизитов:
- иметь кредит доверия у того, кто решает, что делать на проекте
- своими действиями принести проекту хоть какую-то пользу
Кредит доверия вы получаете в двух случаях: когда вас только взяли на новое место работы или когда вы достаточно долго проработали на текущем месте и каким-то образом зарекомендовали себя.
Понятное дело что явно неопытному инженеру никто не доверит добавлять рисков в проект, так же как и на работу где совершенно точно прямо сейчас нужна некая экспертиза, вас просто не возьмут.
С другой стороны, если вас отсобеседовали и взяли на проект где есть вещи, которые вам не знакомы, значит полностью соизмеряют риски которые связаны с этим.
Приносите пользу вы решая какие-то конкретные проблемы бизнеса. Просто так новая рюшка никому не интересна, она должна закрывать какую-то боль.
Дальше рассмотрим конкретные сценарии и примеры как я занимался RDD, и как учить новые вещи не в личное время а в рабочее.
Один из частых вопросов у любого инженера (и не только) — как и когда учить новое? Технологии (по крайней мере внешне) обновляются довольно быстро, количество инструментов, которыми необходимо владеть для ежедневной работы растёт и нужно все это как-то изучать и применять.
Для решения этой проблемы и была придумана методология RDD она же Resume Driven Development.
Для начала ответим на вопрос "как?", он же "форма обучения". Я считаю, что всё нужно изучать на реальных и нужных кому-то проектах (e.g. за которые вы получите деньги — зарплату или фиксированную сумму), и чем более они являются реальными и нужными, тем быстрее и качественнее будет идти обучение. Не стоит резать пациента, не умея держать скальпель в руках и нужно соизмерять риски, но сделаем предположение, что совсем новичка не пустят в разработку критичных вещей.
"Когда?" — раз реальные проекты — значит на реальной работе. Я считаю что неэффективно тратить своё личное время на изучение новых штук, когда у вас есть возможность делать это на работе.
Для того чтобы эффективно заниматься RDD нужно выполнить несколько пререквизитов:
- иметь кредит доверия у того, кто решает, что делать на проекте
- своими действиями принести проекту хоть какую-то пользу
Кредит доверия вы получаете в двух случаях: когда вас только взяли на новое место работы или когда вы достаточно долго проработали на текущем месте и каким-то образом зарекомендовали себя.
Понятное дело что явно неопытному инженеру никто не доверит добавлять рисков в проект, так же как и на работу где совершенно точно прямо сейчас нужна некая экспертиза, вас просто не возьмут.
С другой стороны, если вас отсобеседовали и взяли на проект где есть вещи, которые вам не знакомы, значит полностью соизмеряют риски которые связаны с этим.
Приносите пользу вы решая какие-то конкретные проблемы бизнеса. Просто так новая рюшка никому не интересна, она должна закрывать какую-то боль.
Дальше рассмотрим конкретные сценарии и примеры как я занимался RDD, и как учить новые вещи не в личное время а в рабочее.
in
оно же собранное в одну страничку: https://www.rozhkov.me/post/resume-driven-development/
in
Ой не всегда.
ищет возможность vs ищет оправдания
💭П
Resume Driven Development
Один из частых вопросов у любого инженера (и не только) — как и когда учить новое? Технологии (по крайней мере внешне) обновляются довольно быстро, количество инструментов, которыми необходимо владеть для ежедневной работы растёт и нужно все это как-то изучать и применять.
Для решения этой проблемы и была придумана методология RDD она же Resume Driven Development.
Для начала ответим на вопрос "как?", он же "форма обучения". Я считаю, что всё нужно изучать на реальных и нужных кому-то проектах (e.g. за которые вы получите деньги — зарплату или фиксированную сумму), и чем более они являются реальными и нужными, тем быстрее и качественнее будет идти обучение. Не стоит резать пациента, не умея держать скальпель в руках и нужно соизмерять риски, но сделаем предположение, что совсем новичка не пустят в разработку критичных вещей.
"Когда?" — раз реальные проекты — значит на реальной работе. Я считаю что неэффективно тратить своё личное время на изучение новых штук, когда у вас есть возможность делать это на работе.
Для того чтобы эффективно заниматься RDD нужно выполнить несколько пререквизитов:
- иметь кредит доверия у того, кто решает, что делать на проекте
- своими действиями принести проекту хоть какую-то пользу
Кредит доверия вы получаете в двух случаях: когда вас только взяли на новое место работы или когда вы достаточно долго проработали на текущем месте и каким-то образом зарекомендовали себя.
Понятное дело что явно неопытному инженеру никто не доверит добавлять рисков в проект, так же как и на работу где совершенно точно прямо сейчас нужна некая экспертиза, вас просто не возьмут.
С другой стороны, если вас отсобеседовали и взяли на проект где есть вещи, которые вам не знакомы, значит полностью соизмеряют риски которые связаны с этим.
Приносите пользу вы решая какие-то конкретные проблемы бизнеса. Просто так новая рюшка никому не интересна, она должна закрывать какую-то боль.
Дальше рассмотрим конкретные сценарии и примеры как я занимался RDD, и как учить новые вещи не в личное время а в рабочее.
Один из частых вопросов у любого инженера (и не только) — как и когда учить новое? Технологии (по крайней мере внешне) обновляются довольно быстро, количество инструментов, которыми необходимо владеть для ежедневной работы растёт и нужно все это как-то изучать и применять.
Для решения этой проблемы и была придумана методология RDD она же Resume Driven Development.
Для начала ответим на вопрос "как?", он же "форма обучения". Я считаю, что всё нужно изучать на реальных и нужных кому-то проектах (e.g. за которые вы получите деньги — зарплату или фиксированную сумму), и чем более они являются реальными и нужными, тем быстрее и качественнее будет идти обучение. Не стоит резать пациента, не умея держать скальпель в руках и нужно соизмерять риски, но сделаем предположение, что совсем новичка не пустят в разработку критичных вещей.
"Когда?" — раз реальные проекты — значит на реальной работе. Я считаю что неэффективно тратить своё личное время на изучение новых штук, когда у вас есть возможность делать это на работе.
Для того чтобы эффективно заниматься RDD нужно выполнить несколько пререквизитов:
- иметь кредит доверия у того, кто решает, что делать на проекте
- своими действиями принести проекту хоть какую-то пользу
Кредит доверия вы получаете в двух случаях: когда вас только взяли на новое место работы или когда вы достаточно долго проработали на текущем месте и каким-то образом зарекомендовали себя.
Понятное дело что явно неопытному инженеру никто не доверит добавлять рисков в проект, так же как и на работу где совершенно точно прямо сейчас нужна некая экспертиза, вас просто не возьмут.
С другой стороны, если вас отсобеседовали и взяли на проект где есть вещи, которые вам не знакомы, значит полностью соизмеряют риски которые связаны с этим.
Приносите пользу вы решая какие-то конкретные проблемы бизнеса. Просто так новая рюшка никому не интересна, она должна закрывать какую-то боль.
Дальше рассмотрим конкретные сценарии и примеры как я занимался RDD, и как учить новые вещи не в личное время а в рабочее.
Хорошо. У тебя проект в котором ты пишешь автотесты, по готовой спецификации. У тебя есть "внутренний фреймворк" на котором ты работаешь. Где ты там будешь разваваться? Переписывать фреймворк?
Вторая проблема, не очень много людей могут "увидить боль бизнеса". Я очень люблю читать Архитекторов и их советы джунам, я читаю эти статьи как "юмористические издания из паралельной вселенной", потому что они не видят/не помнят какие были сами, но очень позитивно и глубокомысленно рассуждают.
Вторая проблема, не очень много людей могут "увидить боль бизнеса". Я очень люблю читать Архитекторов и их советы джунам, я читаю эти статьи как "юмористические издания из паралельной вселенной", потому что они не видят/не помнят какие были сами, но очень позитивно и глубокомысленно рассуждают.
💭П
ищет возможность vs ищет оправдания
Еще одна абстрактная штука. Иду делать есть куча впоросов, а на низх некому ответить, что происходит в этом случае?
💭П
Ах да, я опять ищу оправдания =)
💭П
какая есть замена arange? а то нужно использовать шаг в 0.0000002, а у него с ним проблема
fgange()
P
fgange()
она разве есть из коробки? и у флоатов проблема те мне точно 10**-6 нужна
💭П
она разве есть из коробки? и у флоатов проблема те мне точно 10**-6 нужна
Сори, она оказываеться MatplotlibDeprecationWarning: numpy.arange
RB
какая есть замена arange? а то нужно использовать шаг в 0.0000002, а у него с ним проблема
Попробуй linspace
P
Попробуй linspace
мне нужно от а до б с шагом х)
RB
И что-то мешает посчитать количество разбиений с таким шагом на этом отрезке?
P
И что-то мешает посчитать количество разбиений с таким шагом на этом отрезке?
на самом деле ничего, но все равно погрешность есть (
RB
Вообще в arange dtype можно передать, но погрешность у тебя всегда будет, это же числа с плавающей точкой, они неточные