Задача перекрасить кнопку в синий - на 15 минут, но стоит 700 000 после всех обсуждений <
Думаю что стоит признать что не существует задачи на 15 минут. Автор, вы даже в своём примере говорите что 15 на код + всё то время которое потребуется после. А это в зависимости от того как сейчас выглядит release pipeline и кодовая база, может занять от 10 минут до месяца. В вашем же примере - если необходимо обсудить как цвет кнопки повлияет на архитектуру (да, я понимаю что это написано для красного словца, но всё же), то это изначально не была задача на 15 минут - запушенный коммит != решенная задача. Ценность коммита в этом случае всё ещё нулевая, а если точнее - отрицательная - его ещё нужно смерджить без конфликтов, удостовериться что не добавлен техдолг, протестировать, развернуть. И только после этого есть шанс что эта задача начнет приносить пользу.
А ещё - Работа не берется из воздуха. Из миллионов вещей которые нужно делать, необходимо выбрать те которые дадут наибольшую отдачу. А выбирать есть из чего: решить проблему 10 очень крупных клиентов, или проблему 10 000 мелких, а ещё нужно починить техдолг, а ещё надо бы мигрировать на более эффективную архитектуру, а ещё через год AWS перестаёт поддерживать версию линукса на которой у нас куча всего завязано и нам нужно успеть мигрировать чтобы не начать платить на 15% больше за то что мы сидим на legacy.
Очень круто представлять себя демиургом который подключил мозг напрямую к сознанию вселенной, открывает vim и мгновенно начинает создавать деньги минуя написание кода.
В реальности, всё немного сложнее. Это как если бы вы работали на автомобильном заводе на линии по прикручиванию гаек для правого заднего колеса автомобиля, но при этом возмущались что вам необходимо так долго ждать - вы можете прикрутить колесо за 15 секунд, но конвейер едет так медленно, да ещё и периодически встаёт - то кто-то не затянет гайку как следует, то у вас у самих закончатся гайки. А на прошлой неделе так вообще Петрович сделал себе клизму с водкой и его намотало на станок (вы, к слову, после рюмочки работаете даже лучше). А в итоге вы за полдня не прикрутили ни одного колеса. А ещё на входе в цех, даже если сходил в туалет надо зачем-то постоянно дуть в алкотестер. Только время отнимает! Это же целых 2 колеса можно за это время прикрутить. И вообще, вот раньше вы брали гайки из общей корзины, крутили их болонником и затягивали на слух, а теперь у вас пневмо-пистолет с контролем силы натяжения. Да вам даже не дают выбрать колесо с каким дизайном прикрутить - никакого простора для творчества!
Продукт Менеджер отвечает за то что нужно сделать. Прождект/Програм Менеджер - за расписание - чтобы никто не провалил, всё сделали вовремя, риски разрешили, конфликты устранили, задачи оценены, запланированы.
Если в процессе решения выходит так что не укладываются в сроки, то задача проджекта об этом сообщить, а продукта - что делать: резать scope или двигать сроки.
Для того чтобы код был более читаемым и удобным для дальнейшего использования, можно попробовать скормить LLM хорошо формализованный style guide. Помимо упрощения работы нейронки, получится ещё и отличный документ для остальной команды.
Эффективность коммуникаций на родном языке это преимущество в перспективе год-два. Со временем рабочие вопросы становятся проще обсуждать на английском.
Что же касается продуктов, то российские компании в плане возможностей работы над интересными продуктами даже рядом не валялись. Работать в крупнейшей компании производящей consumer robotics? - запросто. Работать внутри компании которая является синонимом слова computer networks? - пожалуйста. FAANG это круто, но если посмотреть на S&P100, то подавляющее большинство компаний говорят на Английском.
Как PM могу сказать что техдолг отлично решается когда он оценён и у него прописан value для бизнеса. В этом случае можно достаточно безболезненно включать его в продуктовые эпики и решать по мере работы над фичами.
Я думаю что этот ответ можно улучшить сместив фокус с цены и говорить об альтернативных издержках.
Например, "В своей работе я фокусируюсь на предоставлении наиболее качественного результата который решит поставленную задачу. Я могу взять в работу строго ограниченное количество проектов. Исходя из текущего спроса на мои услуги, я вынужден отказывать ряду клиентов и устанавливать справедливве цены на мои услуги. В зависимости от критичночти вашего проекта я могу предложить вам следующие варианты:
Мы можем отложить начало работы над проектом до того момента как у меня будет меньше задач в бэклоге
Я могу порекомендовать вам другого исполнителя который может предложить вам другую цену
Если вас устраивает цена, мы можем начать сегодня."
Понятно что это не отподированный ответ, но идея в следующем:
Донести до клиента тот факт что он конкурирует с другими заказчиками
Предложить ему выбор (классика телрии продаж) где клиент должен принять решение какой из 3х вариантов ему ближе.
Такой подход может помочь с планированием загрузки и создать доп. доход.
Расшифрую последнее: Задружившись с парой-тройкой фрилансеров, у вас будет возможность передавать друг-другу перспективные проекты и создать win-win-win. Таким образом вы сможете удержать контакт с клиентом, получить лиды от других фрилансеров и закрыть свой slow time
Помню как в CS1.6 был баг что если нажать Alt+Tab дважды (т.е. вернуться в то же окно), в центре экрана появлялся курсор. Это был самый эффективный прицел для винтовки в свое время.
Я правильно понимаю что в РФ нет прогрессивного налога для предпринимателей? Т.е. вместо того чтобы платить повышенный налог на свой третий милоион, я вынужден платить налог сразу со всей суммы как только у меня доход на рубль переваливает лимит?
Метод Lego also known as Waterfall. На дискуссиях Waterfall vs Agile сломали много копий и написали ещё больше книг. В целом, всё зависит от проекта. Где-то это сработает, а где-то никогда не будет работать.
Выбирайте методику разработки исходя из требований бизнеса и будет вам счастье.
Сильнее всего устаю в Gorn, но это опасная игра - я несколько раз разбивал контроллеры и руки, ударив в стену или камин. Нужно много свободного места для того чтобы в неё эффективно играть
Тут каждому своё, согласен. Спустя пару недель у меня жена практически полностью отобрала Steam Deck. Хват у нее существенно меньше чем у меня, но по отзывам играть очень удобно. Жалуется что до левого стика тянуться далековато, поэтому она предпочитает крестовину или трэкпад.
Думаю, да, если у человека уже есть switch, то еще одна портативка ему не очень сильно нужна. Для меня свитч маловат и не очень удобен чтобы держать в руках. Плюс количество игр уже купленных в Стиме были однозначным выбором в пользу Deck.
При прочих равных, у меня дома есть "всё" - vr, pc, ps5, но при этом Deck - самая популярная консоль. Во многом потому что его можно просто взять в руки, поиграть 15 минут и пойти дальше заниматься делами. Думаю что со Switch всё +/- так же.
Мне приехал мой Deck где-то 3 недели назад и за это время я успел наиграть на нем часов 50 - что больше чем на моих PS5 и PC(с 3080) за последние полгода вместе взятых.
Устройство невероятно удобное - как физически так и с точки зрения user experience. Возможно мне повезло, но у меня Deck обновился без проблем (а не так как у Автора статьи), настройка заняла буквально пару минут, что даже меньше чем мне потребовалось чтобы настроить PS5.
Подавляющее большинство игр, которые я запускал - работают без проблем. На текущий момент попробовал под сотню игр из своей библиотеки, включая самые свежие (Cyberpunk) и древние (Fallout). Прошел пару тайтлов которые пылились годами в бэклоге.
Более того, моя жена, будучи далеко не геймером и уж точно не гиком, начала периодически отбирать у меня Deck т.к. на нем ей сильно больше нравится играть.
Позволю с вами не согласиться. У меня 3080 ноутбучная на 130 ватт. Этого хватает на все в 4к на ультрах. При этом фпс пробивает 60 в подавляющем большинстве игр, поэтому пришлось раскошелиться на 4@1444 дисплей.
4к это уже реальность. Да, консоли зачастую используют динамическое разрешение, но PC - вполне себе честные.
Единственная игра где есть проблемы с fps - киберпанк. Но там решается либо dlss, либо настройки на high вместо ultra
Очень запутанная бюрократия, необходимость в юристе, большие начальные расходы.
Нужно один раз разобраться и все станет понятно. К плюсам этой бюрократии, она очень хорошо описана на официальных сайтах со всеми этапами + миллионы постов на форумах где объяснят все до последней запятой. И, в целом, юристы не так уж и дороги и крайне полезны.
Не любой человек может на О1 претендовать. Простой senior — вряд ли. У меня, кстати, есть шансы (занимаюсь наукой, много зарубежных публикаций). А H1B — это долбаная лотерея.
Да, H1B это проблема. Мы не выиграли, в итоге сделали EB-2. Многие талантливые ребята делают EB-1 сами на себя.
Невозможность обойтись без автомобиля.
Это горькая правда и печаль для большей части США, но мы живем в MA где все сильно лучше. Я езжу везде на велике (с 2мя детьми) и доволен как слон. Велик - Urban Arrow. У нас одна машина на семью, которой мы раз в 2 недели пользуемся. Живи ближе к Бостону, вероятно, отказались бы и от нее.
Интересно читать как в первом предложении говорится что Agile мертв, а дальше идёт пперечисление всех Best Practices в Agile. Agile - мировоззрение и набор практик, а не конкретная методология. Ваш пример Bring Customers First - это отличный пример того как желание помочь клиентам быстрее привело к изменению в подходе к разработки с целью сократить цикл релиза и упростить этот процесс.
Внедрить CI/CD - крутое достижение. Молодцы. По моему скромному опыту, имеет смысл автоматизировать свою release pipeline даже если нет необходимости/желания пушить в прод после каждого commit - это в целом удешевляет процесс разработки, выпуска релизов и хотфиксов, превращая их в рутину.
Думаю что стоит признать что не существует задачи на 15 минут.
Автор, вы даже в своём примере говорите что 15 на код + всё то время которое потребуется после.
А это в зависимости от того как сейчас выглядит release pipeline и кодовая база, может занять от 10 минут до месяца.
В вашем же примере - если необходимо обсудить как цвет кнопки повлияет на архитектуру (да, я понимаю что это написано для красного словца, но всё же), то это изначально не была задача на 15 минут - запушенный коммит != решенная задача. Ценность коммита в этом случае всё ещё нулевая, а если точнее - отрицательная - его ещё нужно смерджить без конфликтов, удостовериться что не добавлен техдолг, протестировать, развернуть. И только после этого есть шанс что эта задача начнет приносить пользу.
А ещё - Работа не берется из воздуха.
Из миллионов вещей которые нужно делать, необходимо выбрать те которые дадут наибольшую отдачу. А выбирать есть из чего: решить проблему 10 очень крупных клиентов, или проблему 10 000 мелких, а ещё нужно починить техдолг, а ещё надо бы мигрировать на более эффективную архитектуру, а ещё через год AWS перестаёт поддерживать версию линукса на которой у нас куча всего завязано и нам нужно успеть мигрировать чтобы не начать платить на 15% больше за то что мы сидим на legacy.
Очень круто представлять себя демиургом который подключил мозг напрямую к сознанию вселенной, открывает vim и мгновенно начинает создавать деньги минуя написание кода.
В реальности, всё немного сложнее.
Это как если бы вы работали на автомобильном заводе на линии по прикручиванию гаек для правого заднего колеса автомобиля, но при этом возмущались что вам необходимо так долго ждать - вы можете прикрутить колесо за 15 секунд, но конвейер едет так медленно, да ещё и периодически встаёт - то кто-то не затянет гайку как следует, то у вас у самих закончатся гайки. А на прошлой неделе так вообще Петрович сделал себе клизму с водкой и его намотало на станок (вы, к слову, после рюмочки работаете даже лучше). А в итоге вы за полдня не прикрутили ни одного колеса. А ещё на входе в цех, даже если сходил в туалет надо зачем-то постоянно дуть в алкотестер. Только время отнимает! Это же целых 2 колеса можно за это время прикрутить. И вообще, вот раньше вы брали гайки из общей корзины, крутили их болонником и затягивали на слух, а теперь у вас пневмо-пистолет с контролем силы натяжения. Да вам даже не дают выбрать колесо с каким дизайном прикрутить - никакого простора для творчества!
Продукт Менеджер отвечает за то что нужно сделать.
Прождект/Програм Менеджер - за расписание - чтобы никто не провалил, всё сделали вовремя, риски разрешили, конфликты устранили, задачи оценены, запланированы.
Если в процессе решения выходит так что не укладываются в сроки, то задача проджекта об этом сообщить, а продукта - что делать: резать scope или двигать сроки.
Для того чтобы код был более читаемым и удобным для дальнейшего использования, можно попробовать скормить LLM хорошо формализованный style guide.
Помимо упрощения работы нейронки, получится ещё и отличный документ для остальной команды.
Эффективность коммуникаций на родном языке это преимущество в перспективе год-два. Со временем рабочие вопросы становятся проще обсуждать на английском.
Что же касается продуктов, то российские компании в плане возможностей работы над интересными продуктами даже рядом не валялись.
Работать в крупнейшей компании производящей consumer robotics? - запросто. Работать внутри компании которая является синонимом слова computer networks? - пожалуйста.
FAANG это круто, но если посмотреть на S&P100, то подавляющее большинство компаний говорят на Английском.
Как PM могу сказать что техдолг отлично решается когда он оценён и у него прописан value для бизнеса.
В этом случае можно достаточно безболезненно включать его в продуктовые эпики и решать по мере работы над фичами.
Value зачастую это velocity increase.
Вот здесь вполне годная статья о том как объяснить бизнесу зачем его решать:
https://www.scrum.org/resources/blog/technical-debt-product-owners
Статья написана на очень серьезных щях.
Щи настолько серьезные что автор не заметил что:
Победа RDR2 и Starfield это стёб игроков
RDR2 это abandonware.
В Starfield напрочь отсутствуют инновации. Даже по меркам Bethesda
И, кстати, Hogwarts Legacy на Switch совсем плохо выглядит
Ну да, главное - не терять оптимизм!
Я думаю что этот ответ можно улучшить сместив фокус с цены и говорить об альтернативных издержках.
Например,
"В своей работе я фокусируюсь на предоставлении наиболее качественного результата который решит поставленную задачу.
Я могу взять в работу строго ограниченное количество проектов. Исходя из текущего спроса на мои услуги, я вынужден отказывать ряду клиентов и устанавливать справедливве цены на мои услуги.
В зависимости от критичночти вашего проекта я могу предложить вам следующие варианты:
Мы можем отложить начало работы над проектом до того момента как у меня будет меньше задач в бэклоге
Я могу порекомендовать вам другого исполнителя который может предложить вам другую цену
Если вас устраивает цена, мы можем начать сегодня."
Понятно что это не отподированный ответ, но идея в следующем:
Донести до клиента тот факт что он конкурирует с другими заказчиками
Предложить ему выбор (классика телрии продаж) где клиент должен принять решение какой из 3х вариантов ему ближе.
Такой подход может помочь с планированием загрузки и создать доп. доход.
Расшифрую последнее:
Задружившись с парой-тройкой фрилансеров, у вас будет возможность передавать друг-другу перспективные проекты и создать win-win-win.
Таким образом вы сможете удержать контакт с клиентом, получить лиды от других фрилансеров и закрыть свой slow time
Помню как в CS1.6 был баг что если нажать Alt+Tab дважды (т.е. вернуться в то же окно), в центре экрана появлялся курсор.
Это был самый эффективный прицел для винтовки в свое время.
Я правильно понимаю что в РФ нет прогрессивного налога для предпринимателей?
Т.е. вместо того чтобы платить повышенный налог на свой третий милоион, я вынужден платить налог сразу со всей суммы как только у меня доход на рубль переваливает лимит?
Метод Lego also known as Waterfall.
На дискуссиях Waterfall vs Agile сломали много копий и написали ещё больше книг.
В целом, всё зависит от проекта. Где-то это сработает, а где-то никогда не будет работать.
Выбирайте методику разработки исходя из требований бизнеса и будет вам счастье.
Сильнее всего устаю в Gorn, но это опасная игра - я несколько раз разбивал контроллеры и руки, ударив в стену или камин. Нужно много свободного места для того чтобы в неё эффективно играть
Тут каждому своё, согласен.
Спустя пару недель у меня жена практически полностью отобрала Steam Deck.
Хват у нее существенно меньше чем у меня, но по отзывам играть очень удобно. Жалуется что до левого стика тянуться далековато, поэтому она предпочитает крестовину или трэкпад.
Думаю, да, если у человека уже есть switch, то еще одна портативка ему не очень сильно нужна.
Для меня свитч маловат и не очень удобен чтобы держать в руках. Плюс количество игр уже купленных в Стиме были однозначным выбором в пользу Deck.
При прочих равных, у меня дома есть "всё" - vr, pc, ps5, но при этом Deck - самая популярная консоль. Во многом потому что его можно просто взять в руки, поиграть 15 минут и пойти дальше заниматься делами. Думаю что со Switch всё +/- так же.
Работает и прекрасно себя чувствует.
Позволю себе с вами не согласиться.
Мне приехал мой Deck где-то 3 недели назад и за это время я успел наиграть на нем часов 50 - что больше чем на моих PS5 и PC(с 3080) за последние полгода вместе взятых.
Устройство невероятно удобное - как физически так и с точки зрения user experience.
Возможно мне повезло, но у меня Deck обновился без проблем (а не так как у Автора статьи), настройка заняла буквально пару минут, что даже меньше чем мне потребовалось чтобы настроить PS5.
Подавляющее большинство игр, которые я запускал - работают без проблем.
На текущий момент попробовал под сотню игр из своей библиотеки, включая самые свежие (Cyberpunk) и древние (Fallout). Прошел пару тайтлов которые пылились годами в бэклоге.
Более того, моя жена, будучи далеко не геймером и уж точно не гиком, начала периодически отбирать у меня Deck т.к. на нем ей сильно больше нравится играть.
Позволю с вами не согласиться.
У меня 3080 ноутбучная на 130 ватт.
Этого хватает на все в 4к на ультрах. При этом фпс пробивает 60 в подавляющем большинстве игр, поэтому пришлось раскошелиться на 4@1444 дисплей.
4к это уже реальность. Да, консоли зачастую используют динамическое разрешение, но PC - вполне себе честные.
Единственная игра где есть проблемы с fps - киберпанк. Но там решается либо dlss, либо настройки на high вместо ultra
Добавлю немного своего опыта:
Нужно один раз разобраться и все станет понятно. К плюсам этой бюрократии, она очень хорошо описана на официальных сайтах со всеми этапами + миллионы постов на форумах где объяснят все до последней запятой.
И, в целом, юристы не так уж и дороги и крайне полезны.
Да, H1B это проблема. Мы не выиграли, в итоге сделали EB-2. Многие талантливые ребята делают EB-1 сами на себя.
Это горькая правда и печаль для большей части США, но мы живем в MA где все сильно лучше.
Я езжу везде на велике (с 2мя детьми) и доволен как слон. Велик - Urban Arrow. У нас одна машина на семью, которой мы раз в 2 недели пользуемся. Живи ближе к Бостону, вероятно, отказались бы и от нее.
Интересно читать как в первом предложении говорится что Agile мертв, а дальше идёт пперечисление всех Best Practices в Agile.
Agile - мировоззрение и набор практик, а не конкретная методология. Ваш пример Bring Customers First - это отличный пример того как желание помочь клиентам быстрее привело к изменению в подходе к разработки с целью сократить цикл релиза и упростить этот процесс.
Внедрить CI/CD - крутое достижение. Молодцы. По моему скромному опыту, имеет смысл автоматизировать свою release pipeline даже если нет необходимости/желания пушить в прод после каждого commit - это в целом удешевляет процесс разработки, выпуска релизов и хотфиксов, превращая их в рутину.
Всё так, только PPI (pixels per inch) у 900p@20" = 84.9 а у 1080p@27" = 81.6
Технически,15ти летний монитор давал вам большую плотность пикселей в картинке. И да, это был огромный пр рост в сравнении с 75 PPI на ЭЛТ.
При прочих равных (и в разумных пределах) большая плотность пикселей при одной диагонали даст вам более приятную и четкую картинку.
In my humble opinion, лучшая стратегия для тех кто не занимается этим full time - это просто купить индексы.
https://moneypapa.ru/legendarnyj-spor-pari-uorrena-baffeta-na-million-dollarov/