По другим исследованиям, непосредственно на написание кода идёт всего 10-15 процентов времени (вместе с навигацией в IDE), а до 70% занимает процесс "понимания", чужого/своего прошлого кода, постановки задачи, взаимосвязей, итд.
молодец, а теперь введите в ваше уравнение инфляцию со сложным процентом + случайные факторы, как-то - непредвиденные медицинские расходы, звонки из центробанка, ограбления, пожары, все что может за 40 лет случиться - и пересчитайте
не работать всю жизнь на 10 млн рублей - это очень короткая жизнь будет, года 3-4 от силы, при сильной экономии 10. хотя если на проценты от вклада... но тут неизвестно, что будет через год.
А как вы измерите количество работы на 8 часов в день? Это ведь вероятностная характеристика. Тут иногда даже покер со сторипоинтами не помогает, а вы в часах хотите навалить. Иногда работа "вроде изян" на час растягивается на неделю, а иногда наоборот. Если ввести KPI, то все будут гнаться за ними, а работа будет вторым планом. Автор вполне логично предлагает оценивать работу по фактически выполненному результату. Единице платят деньги за нахождение в штате и выполнение текущих задач. А если хотите делать что-то с почасовой оплатой - вы посмотрите рейты аутсорса для заказчиков - и все поймёте. Готовы платить 50-100 долларов в час? Велком.
Почему за сорванные дедлайны должны расплачиваться линейные работники, а не менеджеры, которые неправильно все спланировали? Дедлайны за три дня не образуются.
Я не говорю, что это сложно, в любом случае это требует времени, и бизнес не согласен его терять, если можно нанять готового спеца уже под нужный стек. Я сам в индустрии много лет, и за все это время видел только одного фулстека, который шарил одинаково хорошо во фронте и бэке. Обычно это просто Даннинги и Крюгеры. Что уж тут говорить о таких разных языках, как питон и c++. Да не будут это одинаковые сеньоры. Так же как суперсеньорный датасаентист будет делать классные алгоритмы на питоне или R, но абсолютно неприспособленные к промышленному использованию без обработки MLOps. Это мы еще домен за скобками оставляем.
Это не совсем так, верхнеуровневые комментарии (описывающие связи между компонентами и частями кода) зачастую очень полезны, долго писать почему, но об этом хорошо написано (с доказательствами и примерами) в книге a Philosophy of software design John-а Ousterhout-а о сложности ПО.
Ну, может быть, вы и есть тот самый идеальный фулстек, которого мало кто видел) Но это напоминает таксистов, которые на самом деле миллионеры, а таксуют для души. Одно дело разобраться и написать, а другое дело - использовать идеоматику каждый день и знать нюансы языка, библиотек и среды, и тут производительность того, кто работает с языком, может в разы отличаться от того, кто в нем пока "джун". Чтобы выйти на плато продуктивности, нужен примерно год плотного использования. Сейчас это может быть всего лишь половиной времени "карьеры" в одной компании. Нужно ли это бизнесу, переучивать сеньора на другой стек? Может быть гугл и нанимает кого-то с прицелом на 10 лет работы, но к 95% компаний в том числе и из top tier это не вполне применимо.
Это не так, абсолютно. Нюансы синтаксиса, некоторые типы данных, которых нет в стандартных библиотеках других языков, области применения, практически вшитые рефлексы. Да, на другой язык можно переучиться, но это потребует времени. И кто сказал, что нанимают на одном, а пишут на другом языке? Если это возможно, нанимают именно на тот стек, на котором придётся работать, потому что опыт ценен. Это скорость и правильность. Есть исключения, но они редки.
Что ещё больше укрепляет работников в правильности их решения, а работодателю обеспечивает головную боль с поиском новых "лояльных", которые так же уйдут после неповышения зарплаты.
Странно было не увидеть JBL airflow pro с активным шумодавом. У меня они прожили три года до деградации аккумуляторов, купил такие же, полет нормальный.
Что-то знаешь давно, а что-то и не знаешь. Мне вот попалась детская энциклопедия по технике, от древних времен до наших дней- и там подробно описано изобретение прялки, а потом и ткацкого станка со всеми терминами и вехами, и конструкторами. Самому мне раньше такое было неинтересно, но случайно увидел сейчас - и это чрезвычайно меня обогатило.
По другим исследованиям, непосредственно на написание кода идёт всего 10-15 процентов времени (вместе с навигацией в IDE), а до 70% занимает процесс "понимания", чужого/своего прошлого кода, постановки задачи, взаимосвязей, итд.
"более одного триллиона баз данных SQLite" - реально в одном смартфоне сотни и тысячи баз SQLite?
Это сейчас сто тысяч (если точнее, 95), а через год вдруг 50? а через 10?
Ага, снизят частоту, по Пелевину.
молодец, а теперь введите в ваше уравнение инфляцию со сложным процентом + случайные факторы, как-то - непредвиденные медицинские расходы, звонки из центробанка, ограбления, пожары, все что может за 40 лет случиться - и пересчитайте
не работать всю жизнь на 10 млн рублей - это очень короткая жизнь будет, года 3-4 от силы, при сильной экономии 10. хотя если на проценты от вклада... но тут неизвестно, что будет через год.
Ну бывает, но это тогда большой минус команде, которая не озаботилась бас-фактором.
А в чем срочность отвечать на вопрос про закрытую полгода назад задачу? Полгода она была никому не нужна хахах.
А как вы измерите количество работы на 8 часов в день? Это ведь вероятностная характеристика. Тут иногда даже покер со сторипоинтами не помогает, а вы в часах хотите навалить. Иногда работа "вроде изян" на час растягивается на неделю, а иногда наоборот. Если ввести KPI, то все будут гнаться за ними, а работа будет вторым планом. Автор вполне логично предлагает оценивать работу по фактически выполненному результату. Единице платят деньги за нахождение в штате и выполнение текущих задач. А если хотите делать что-то с почасовой оплатой - вы посмотрите рейты аутсорса для заказчиков - и все поймёте. Готовы платить 50-100 долларов в час? Велком.
Почему за сорванные дедлайны должны расплачиваться линейные работники, а не менеджеры, которые неправильно все спланировали? Дедлайны за три дня не образуются.
Я не говорю, что это сложно, в любом случае это требует времени, и бизнес не согласен его терять, если можно нанять готового спеца уже под нужный стек. Я сам в индустрии много лет, и за все это время видел только одного фулстека, который шарил одинаково хорошо во фронте и бэке. Обычно это просто Даннинги и Крюгеры. Что уж тут говорить о таких разных языках, как питон и c++. Да не будут это одинаковые сеньоры. Так же как суперсеньорный датасаентист будет делать классные алгоритмы на питоне или R, но абсолютно неприспособленные к промышленному использованию без обработки MLOps. Это мы еще домен за скобками оставляем.
Это не совсем так, верхнеуровневые комментарии (описывающие связи между компонентами и частями кода) зачастую очень полезны, долго писать почему, но об этом хорошо написано (с доказательствами и примерами) в книге a Philosophy of software design John-а Ousterhout-а о сложности ПО.
Ну, может быть, вы и есть тот самый идеальный фулстек, которого мало кто видел) Но это напоминает таксистов, которые на самом деле миллионеры, а таксуют для души. Одно дело разобраться и написать, а другое дело - использовать идеоматику каждый день и знать нюансы языка, библиотек и среды, и тут производительность того, кто работает с языком, может в разы отличаться от того, кто в нем пока "джун". Чтобы выйти на плато продуктивности, нужен примерно год плотного использования. Сейчас это может быть всего лишь половиной времени "карьеры" в одной компании. Нужно ли это бизнесу, переучивать сеньора на другой стек? Может быть гугл и нанимает кого-то с прицелом на 10 лет работы, но к 95% компаний в том числе и из top tier это не вполне применимо.
Это не так, абсолютно. Нюансы синтаксиса, некоторые типы данных, которых нет в стандартных библиотеках других языков, области применения, практически вшитые рефлексы. Да, на другой язык можно переучиться, но это потребует времени. И кто сказал, что нанимают на одном, а пишут на другом языке? Если это возможно, нанимают именно на тот стек, на котором придётся работать, потому что опыт ценен. Это скорость и правильность. Есть исключения, но они редки.
Что ещё больше укрепляет работников в правильности их решения, а работодателю обеспечивает головную боль с поиском новых "лояльных", которые так же уйдут после неповышения зарплаты.
Ну и парсят, а дальше что? Выгонят? Пфф. Испугали.
Отказались, потому что офферы приносили вместе с заявлением?
Странно было не увидеть JBL airflow pro с активным шумодавом. У меня они прожили три года до деградации аккумуляторов, купил такие же, полет нормальный.
Что-то знаешь давно, а что-то и не знаешь. Мне вот попалась детская энциклопедия по технике, от древних времен до наших дней- и там подробно описано изобретение прялки, а потом и ткацкого станка со всеми терминами и вехами, и конструкторами. Самому мне раньше такое было неинтересно, но случайно увидел сейчас - и это чрезвычайно меня обогатило.
1000 откликов на 1000 вакансий, в каждой будет видна 1000 откликов.