Мораль всего видео: общение - единственный выход в любой ситуации, любая проблема решается исключительно только общением, причем регулярным, системным и взаимно не агрессивным
@@oeaoo, а вот и нет, общение - это модель поведения, понимание, что слова могут и должны решать проблемы. Да, ни один опытный дипломат не родился таковым, но каждый опытный дипломат понимал, что он должен говорить во что бы то ни стало, если он хочет стать лучшим в своей работе
@@the_shtorm7686 в любом случае это опыт в жизни. Иначе не развить навыки коммуникации/красноречия и правильного способа аргументирования. Это я к тому, что как программирование по пути практический навык по своей сути, а не только теория.
@@xakep2776, да что вы так к опыту то прицепились, большая часть действий этого опыта не требует абсолютно, ежедневно здороваться с человеком и не спорить по любой мелочи - это не неведомый навык, нужна лишь небольшая корректировка поведения. Спросить, как продвигается работа, тоже не сложно, человек в любом случае либо расскажет сразу, либо промолчит, игнорируя все твои доводы Если сравнивать с прогой, могу привести следующую аналогию: Если человек решил, что ему данная тема интересна, то, при проблемах с компом, данный человек скажет "так я же знаю, что народ это делает, вдруг и я могу", после чего пойдет решать проблему. При этом далёкий от проги и техники в целом человек скажет "да ну нафиг, это сложно, пусть кто нибудь другой чинит" Разговоры про "ой, общение - это навык, общение - это сложно" приводят лишь к тому, что человек не общается вообще. На своем примере могу сказать, что, даже будучи необщительным домоседом, я все равно могу решить громадное количество проблем, просто поговорив. Не успеваешь сделать задание? Скажи об этом преподу, желательно не в день сдачи, это уже будет сильно лучше, чем искать оправдания на месте. Не нравится что то в человеке, с которым ты часто контактируешь? Скажи ему об этом, потому что данный человек скорее всего даже не догадывается, что мешает тебе чем либо. Есть какой то вопрос? Просто спроси, у кого угодно, вообще без разницы, два неправильных мнения лучше, чем одно неправильное Красивая аргументация и речевые обороты нужны юристам, дипломатам и филологам, в обычной жизни хватает и просто слов, любых, но при этом вежливых
Спасибо за видео Маленькая ремарочка. Всё что сказано подходит для аутсорса. В продуктовых компаниях есть отличия в процессах, ожиданиях и соответственно в требованиях
Чтобы пробовать новые языки, фреймворки и тулзы, можно завести в компании свой внутренний проект, выделить на него часть времени и пусть все, у кого чешутся руки, чешут их там.
33:25 тут бы я обратил внимание на самого ПМ-а. Похоже, в этом его прямая вина. Правильный вопрос такой: а почему разработчики работали до ночи несколько месяцев? Кто так наэстимейтил? А не ПМ ли хотел выслужиться и душил разработчиков, чтобы они "реалистично" эстимейтили? Ведь один из важных навыков ПМ-а - отстоять эстимейты по проектам или эпикам перед руководством. Можно сказать, некие тестикулы, чтобы на возражение главного босса "че так долго/дорого" ответить не "хорошо, урежем на 40%", а обосновать, что именно столько нужно времени и бюджета.
Насчёт качества кода - полностью поддерживаю, сейчас сам придерживаюсь итераций разработки новых фич - сначала минимально рабочий "каркас", затем доработки с валидациями, проверками, доп. сценариями. И написание поддерживаемого (т.е. понятного и простого в использовании) кода не требует сильно больше времени)
Мы уже 2 года переделываем проект, который легче было-бы написать с 0. РМ отморозились и скинули свою вину на молодого разработчика. Вот что бывает, когда весь упор делается на фичи и быстро😂
@@olehmudriy9308 а вот как... У меня просто опыт такой, что когда проект основаааательно готовится, что сроки вынуждают начинать пользоваться другими инструментами, и в итоге костыли над другими инструментами становятся рабочей версией, а долгострой выкидывается, так как долго вкладывать в то, что не используется и непонятно когда будет нет желания... Или оказывается что внедряется в итоге и работает, то что было быстрым временным форком, пока строится серьезный проект))
Для отчётов можно чат гпт подклювить, я его испошьзовал для создания обращения в НБУ по поводу ввода серии монет, народу понравилось, обращения заслали. Думаю и с отчётами справится, если правильно настроить систему, что бы сам код не передавать 😊
видео вроде как толковое. когда/если стану ПМ'ом проверю на практике. а с точки зрения программиста могу сказать что эстимейты - это наиболее хрупкое место во всех этих рассуждениях. ты никогда не знаешь, что может пойти не так, особенно если в твоей специализации быстрая смена технологий, фреймворков, либ, языков - как например во фронтенде или мобильной разработке. да в конце концов - винда неудачно обновилась или IDEшка тоже обновилась / не обновилась /глючит именно на твоем случае / убрали или спрятали нужную тебе функцию / что то еще обновилось/ изменилось / перестало работать как раньше... и в итоге на простую задачку, которую оценили в полдня (а реально должно было быть час), ты с гуглением, матюканием и попытками исправить ситуацию потратил полтора дня + выгорел еще на полдня. опа, и вместо задачки на полдня имеем 2 дня в реальности. кто виноват? когда уже менеджеры поймут, что в мире, где вы используете любые заимствованные инструменты и любые заимствованные библиотеки кода, вы никогда не можете гарантировать НИЧЕГО - ни сроков (чаще), ни даже того, что это вообще получится реализовать (очень редко, но тоже бывает).
7:44 помню как-то давно залил в гугл плей свою софтину, пришёл какой-то 1Сник, обосрал мрй код в отзывах, потом извинялся в личном письме, но отзыв остался 😂
@@ЮрийДымов-у6щ вопрос в том, что писать в оценке задачи. Тем более, что указывается количество времени на выполнение задачи, без издержек. Кроме того, максимум 3 часа ! = минимум пол дня. Либо точность, либо нет четких критериев.
⚡ Повысьте скорость и безопасность своего сайта!
Присоединяйтесь к UltaHost:
👉 ultahost.com/ru
👉 ultahost.com/uk
Фух как же легче стало на душе сразу, когда услышал, что вы ещё Сергей Немчинский, хоть что-то позитивное есть.
Мораль всего видео: общение - единственный выход в любой ситуации, любая проблема решается исключительно только общением, причем регулярным, системным и взаимно не агрессивным
Расстрою немного. Общение - не объект и не феномен. Это ОПЫТ. Когда его нет это просто неведомая хрень из знакомых слов.
@@oeaoo, а вот и нет, общение - это модель поведения, понимание, что слова могут и должны решать проблемы. Да, ни один опытный дипломат не родился таковым, но каждый опытный дипломат понимал, что он должен говорить во что бы то ни стало, если он хочет стать лучшим в своей работе
@@the_shtorm7686 программист-дипломат. Мне нравится.
@@the_shtorm7686 в любом случае это опыт в жизни. Иначе не развить навыки коммуникации/красноречия и правильного способа аргументирования. Это я к тому, что как программирование по пути практический навык по своей сути, а не только теория.
@@xakep2776, да что вы так к опыту то прицепились, большая часть действий этого опыта не требует абсолютно, ежедневно здороваться с человеком и не спорить по любой мелочи - это не неведомый навык, нужна лишь небольшая корректировка поведения. Спросить, как продвигается работа, тоже не сложно, человек в любом случае либо расскажет сразу, либо промолчит, игнорируя все твои доводы
Если сравнивать с прогой, могу привести следующую аналогию:
Если человек решил, что ему данная тема интересна, то, при проблемах с компом, данный человек скажет "так я же знаю, что народ это делает, вдруг и я могу", после чего пойдет решать проблему. При этом далёкий от проги и техники в целом человек скажет "да ну нафиг, это сложно, пусть кто нибудь другой чинит"
Разговоры про "ой, общение - это навык, общение - это сложно" приводят лишь к тому, что человек не общается вообще. На своем примере могу сказать, что, даже будучи необщительным домоседом, я все равно могу решить громадное количество проблем, просто поговорив. Не успеваешь сделать задание? Скажи об этом преподу, желательно не в день сдачи, это уже будет сильно лучше, чем искать оправдания на месте. Не нравится что то в человеке, с которым ты часто контактируешь? Скажи ему об этом, потому что данный человек скорее всего даже не догадывается, что мешает тебе чем либо. Есть какой то вопрос? Просто спроси, у кого угодно, вообще без разницы, два неправильных мнения лучше, чем одно неправильное
Красивая аргументация и речевые обороты нужны юристам, дипломатам и филологам, в обычной жизни хватает и просто слов, любых, но при этом вежливых
Очень толковое видео, дякую
Спасибо за видео
Маленькая ремарочка. Всё что сказано подходит для аутсорса. В продуктовых компаниях есть отличия в процессах, ожиданиях и соответственно в требованиях
Спасибо! 80% совпадает с моим опытом, подтвердил собственные инсайты. И 20% инсайтов до которых ещё не дошёл. Очень ценно!
Сергей, классные часы! Можете и про Product manager расказать? в таком же духе и в чем отличия и сходства!
Чтобы пробовать новые языки, фреймворки и тулзы, можно завести в компании свой внутренний проект, выделить на него часть времени и пусть все, у кого чешутся руки, чешут их там.
33:25 тут бы я обратил внимание на самого ПМ-а. Похоже, в этом его прямая вина. Правильный вопрос такой: а почему разработчики работали до ночи несколько месяцев? Кто так наэстимейтил? А не ПМ ли хотел выслужиться и душил разработчиков, чтобы они "реалистично" эстимейтили? Ведь один из важных навыков ПМ-а - отстоять эстимейты по проектам или эпикам перед руководством. Можно сказать, некие тестикулы, чтобы на возражение главного босса "че так долго/дорого" ответить не "хорошо, урежем на 40%", а обосновать, что именно столько нужно времени и бюджета.
Насчёт качества кода - полностью поддерживаю, сейчас сам придерживаюсь итераций разработки новых фич - сначала минимально рабочий "каркас", затем доработки с валидациями, проверками, доп. сценариями. И написание поддерживаемого (т.е. понятного и простого в использовании) кода не требует сильно больше времени)
10:29 Да все правильно Вы говорите, Васе в таком случае именно работу и повысят, а не зарплату)
Мы уже 2 года переделываем проект, который легче было-бы написать с 0. РМ отморозились и скинули свою вину на молодого разработчика.
Вот что бывает, когда весь упор делается на фичи и быстро😂
Если б не было быстро, то велика вероятность, что проект бы и года не прожил.
@toohit так его с релиза сняли через месяц. В итоге проект не запущен, сроки переносятся, уйма ресурсов потрачено на рефакторинг.
@@olehmudriy9308 а вот как... У меня просто опыт такой, что когда проект основаааательно готовится, что сроки вынуждают начинать пользоваться другими инструментами, и в итоге костыли над другими инструментами становятся рабочей версией, а долгострой выкидывается, так как долго вкладывать в то, что не используется и непонятно когда будет нет желания... Или оказывается что внедряется в итоге и работает, то что было быстрым временным форком, пока строится серьезный проект))
Для отчётов можно чат гпт подклювить, я его испошьзовал для создания обращения в НБУ по поводу ввода серии монет, народу понравилось, обращения заслали. Думаю и с отчётами справится, если правильно настроить систему, что бы сам код не передавать 😊
Влажные мечты горе-менеджеров о надежности эстимейтов не просохнут никогда, как я понимаю
А как долго разработчик работает в компании , обычно ? На время проекта ?
Сергей "вотэва" Немчинский
видео вроде как толковое. когда/если стану ПМ'ом проверю на практике. а с точки зрения программиста могу сказать что эстимейты - это наиболее хрупкое место во всех этих рассуждениях. ты никогда не знаешь, что может пойти не так, особенно если в твоей специализации быстрая смена технологий, фреймворков, либ, языков - как например во фронтенде или мобильной разработке.
да в конце концов - винда неудачно обновилась или IDEшка тоже обновилась / не обновилась /глючит именно на твоем случае / убрали или спрятали нужную тебе функцию / что то еще обновилось/ изменилось / перестало работать как раньше...
и в итоге на простую задачку, которую оценили в полдня (а реально должно было быть час), ты с гуглением, матюканием и попытками исправить ситуацию потратил полтора дня + выгорел еще на полдня. опа, и вместо задачки на полдня имеем 2 дня в реальности. кто виноват?
когда уже менеджеры поймут, что в мире, где вы используете любые заимствованные инструменты и любые заимствованные библиотеки кода, вы никогда не можете гарантировать НИЧЕГО - ни сроков (чаще), ни даже того, что это вообще получится реализовать (очень редко, но тоже бывает).
7:44 помню как-то давно залил в гугл плей свою софтину, пришёл какой-то 1Сник, обосрал мрй код в отзывах, потом извинялся в личном письме, но отзыв остался 😂
Как он в гугл плей ваш код увидел ?
@cat35467 тю, это же не экзешник, апк-шки легко декомпилируются
В одном из прошлых видео: задача должна быть не более 3 часов. В этом видео - минимум полдня. Как так?
Так это и есть полдня. Рабочий день 8 часов, вычти созвоны. Как раз и получится что 3 часа - это полдня
@@ЮрийДымов-у6щ вопрос в том, что писать в оценке задачи. Тем более, что указывается количество времени на выполнение задачи, без издержек. Кроме того, максимум 3 часа ! = минимум пол дня. Либо точность, либо нет четких критериев.
рабочий день прогера, который реально уходит на работу - максимум 6 часов. отсюда полдня - 3 часа. и это еще в максимально благоприятном случае.))
Название видео звучит как МММ и я не про пирамиду.
Носятся с этими чсвэшными прогерами как с детьми малыми.
Быстрее бы их уже ИИ заменил😂