Я руковожу эджайл проектами в разных организациях лет уже так 25. И пока никому не приходило в голову, что я тут лишний. Практика, ага.
можете ли вы привести какую-либо Agile-based методологию, где роль РП описана в явном виде?
Зачем повторно описывать то, что уже описано множество раз? В любом проекте должен быть человек, который:
Принимает ответственные решения;
Несёт ответственность за результаты.
Если такого человека нет, проект очень быстро превратится в бардак. Например: кто в отсутствие явного руководителя принимает решения о приёме на работу и увольнении, о распределении ФОТ, о приобретении оборудования? Команда на дэйлике? Камон.
Был, мягко говоря, не совсем очевидный способ неплохо зарабатывать на рацухах – сам неоднократно пользовался, порой можно было сотни три за раз сшибить. Важно было задекларировать, что рацпредложение не имеет экономического эффекта. С эффектом всё было как-то сложно: нужно было внедрить, потом через какое-то время типа года посчитать тот самый эффект, и если рацуха мелкая, то и оплата получалась такой же, да ещё и далеко не сразу. А без эффекта считалось от базовой ставки, к которой потом применялись различные коэффициенты – при правильном подборе которых сотни полторы были практически минимумом, и деньги выплачивались сразу. А поскольку начальство было заинтересовано в хорошей статистике по изобретательству и рационализации, то проходило всё это на ура, и получалась недурная прибавка к инженерской зарплате.
You have to у нас не особо используется, это ж почти грубо 😊 На что-то вроде we need to do..., would you do... В довольно разных контекстах. У меня американцы, не знаю – может, англичане чуть по-другому говорят.
Сплошь и рядом. Для интереса поискал в чатах с нативами - несколько страниц таких ответов. Will do тоже говорят, конечно ‒ но как ни странно, сильно реже.
На моей практике задачи в 40 часов это хард лимит, на который я готов согласиться без декомпозиции
Возможно, тут имеет место несовпадение терминологии. С моей т.з. крупная задача – это нечто комплексное, выходящее за рамки одиночного тикета. Которые, в свою очередь, уже являются результатом декомпозиции и в норме действительно требуют максимум человеко-неделю. Исключения встречаются, но их следует избегать.
я не могу приложить в статью все примеры из своей практики
Все и не нужны. Но 24 и даже 88 часов – это мелкая задача, в тему статьи никак не попадает. Единственное, что можно понять из этого примера – уровень экспертизы тех, кто оценивал трудоёмкость явно невысок, ошибка в 4 раза для эксперта недопустима.
Что же касается самой методики, то на мой взгляд, она может быть пригодна для оценки стандартных задач, с которыми всё понятно, и по сути точность оценки есть производная качества декомпозиции. Для незнакомых и/или расплывчато сформулированных (что встречается сплошь и рядом) – не уверен.
Увы, единственный приведённый в статье пример никак не подходит к её теме: оценка крупных задач. Соответственно, оценить достоверность методики на таком примере невозможно.
Видимо, у вас есть дар — определять квалификацию разработчика по «беглому взгляду».
Это не "дар" а профессиональная квалификация. Приведённый в статье код на РНР кошмарен, ни один сколько-нибудь профессиональный разработчик такого себе не позволит. Начиная буквально с первой строки с die, дальше можно уже не смотреть. Впрочем, повсеместное использование суперглобалов тоже доставляет.
Это Вы писали? С чего такая обида на совершенно справедливое замечание @Mausglov? В любом случае, рассуждать о недостатках какого-либо языка на примере такого кода абсолютно бессмысленно – там проблема не в языке, а в программисте.
Проверил, все источники дружно пишут о полной слепоте. И в связи с этим совершенно непонятно, почему на многих фото герой статьи в очках. Причём явно видно, что стёкла с диоптриями – что незрячему вообще ни к чему. Всё же я скорее предположил бы, что в реальности речь таки об очень значительной утрате остроты зрения, а не о полной слепоте. Кстати, в противном случае и совершенно непонятно, как он мог учить дочь кататься на роликах – там невозможно ничего подсказать, не видя, что она делает. Непонятная история.
Слово "stability" неисчисляемое (uncountable), поэтому неопределенный артикль перед ним не нужен
Лучше поздно, чем никогда – очень занят был. Но всё же покопался в вопросе – и вынужден извиниться, тут Вы правы. Как раз тот случай, когда чуйка не работает, это вопрос конкретного знания – исчисляемое или нет. Причём логики тут мало, если вообще есть – в ряде случаев именно (не)исчисляемость весьма контринтуитивна, а то и попросту алогична. Например, те же упоминавшиеся в дискуссии world, future.
Ну да ладно, век живи – век учись. Дураком помрёшь.
Да вроде уже объяснил один раз. А скриншотами из интернета можно что угодно доказать или опровергнуть, там всякого хватает. Вот @Flexitsпривёл альтернативный скриншот – почему он Вас не убеждает?
такое себе утверждение в профессиональных кругах
А где тут профессиональные круги? Я себя профессионалом в английском не считаю. Вы себя таковой преподносите, но делаете ошибки, для настоящего профессионала недопустимые – настолько серьёзные, что даже мне глаз режут. Что неудивительно: Вы же откровенно пишете, что Ваши рекомендации основаны не на академических знаниях, и даже не на практическом опыте, а на надёрганных из интернета высказываниях непонятного качества. Вы вообще английский повседневно используете? Или только учите этому других?
А ваши "for a better life/world" это исчисляемые существительные.
Let me respectfully disagree. Consider, say, "for a better future" – is it also countable?
Ну не убеждают меня Ваши скриншоты. Автор делает ровно ту же ошибку: пытается учить на примерах постов в интернет-дискуссиях. Где общаются отнюдь не одни нативы, и даже среди тех далеко не все грамотеи. Не говорят так, неестественно это звучит. Как и многое другое в статьях этого автора.
Краткое содержание статьи:
Когда наступит iOS 26, флаттер превратится в тыкву. Чему компания Clever Pumpkin рада.
Я руковожу эджайл проектами в разных организациях лет уже так 25. И пока никому не приходило в голову, что я тут лишний. Практика, ага.
Зачем повторно описывать то, что уже описано множество раз? В любом проекте должен быть человек, который:
Принимает ответственные решения;
Несёт ответственность за результаты.
Если такого человека нет, проект очень быстро превратится в бардак. Например: кто в отсутствие явного руководителя принимает решения о приёме на работу и увольнении, о распределении ФОТ, о приобретении оборудования? Команда на дэйлике? Камон.
Простите, а где Вы вообще почерпнули идею, что эджайл отрицает наличие руководителя проекта? 🤔
Был, мягко говоря, не совсем очевидный способ неплохо зарабатывать на рацухах – сам неоднократно пользовался, порой можно было сотни три за раз сшибить. Важно было задекларировать, что рацпредложение не имеет экономического эффекта. С эффектом всё было как-то сложно: нужно было внедрить, потом через какое-то время типа года посчитать тот самый эффект, и если рацуха мелкая, то и оплата получалась такой же, да ещё и далеко не сразу. А без эффекта считалось от базовой ставки, к которой потом применялись различные коэффициенты – при правильном подборе которых сотни полторы были практически минимумом, и деньги выплачивались сразу. А поскольку начальство было заинтересовано в хорошей статистике по изобретательству и рационализации, то проходило всё это на ура, и получалась недурная прибавка к инженерской зарплате.
Или [pretty] darn.
Наверное, все-таки the wheel. Если колесо неконкретное, на вопрос ответить невозможно 😁
You have to у нас не особо используется, это ж почти грубо 😊 На что-то вроде we need to do..., would you do... В довольно разных контекстах. У меня американцы, не знаю – может, англичане чуть по-другому говорят.
Сплошь и рядом. Для интереса поискал в чатах с нативами - несколько страниц таких ответов. Will do тоже говорят, конечно ‒ но как ни странно, сильно реже.
Мне кажется, тут есть варианты. Как насчёт такой конструкции:
— Hey, you have to fix this bug today!
— I will.
Возможно, тут имеет место несовпадение терминологии. С моей т.з. крупная задача – это нечто комплексное, выходящее за рамки одиночного тикета. Которые, в свою очередь, уже являются результатом декомпозиции и в норме действительно требуют максимум человеко-неделю. Исключения встречаются, но их следует избегать.
Все и не нужны. Но 24 и даже 88 часов – это мелкая задача, в тему статьи никак не попадает. Единственное, что можно понять из этого примера – уровень экспертизы тех, кто оценивал трудоёмкость явно невысок, ошибка в 4 раза для эксперта недопустима.
Что же касается самой методики, то на мой взгляд, она может быть пригодна для оценки стандартных задач, с которыми всё понятно, и по сути точность оценки есть производная качества декомпозиции. Для незнакомых и/или расплывчато сформулированных (что встречается сплошь и рядом) – не уверен.
Увы, единственный приведённый в статье пример никак не подходит к её теме: оценка крупных задач. Соответственно, оценить достоверность методики на таком примере невозможно.
Это не "дар" а профессиональная квалификация. Приведённый в статье код на РНР кошмарен, ни один сколько-нибудь профессиональный разработчик такого себе не позволит. Начиная буквально с первой строки с
die, дальше можно уже не смотреть. Впрочем, повсеместное использование суперглобалов тоже доставляет.Это Вы писали? С чего такая обида на совершенно справедливое замечание @Mausglov? В любом случае, рассуждать о недостатках какого-либо языка на примере такого кода абсолютно бессмысленно – там проблема не в языке, а в программисте.
Например, тем, что можно постоянно иметь в своём распоряжении часто используемые утилиты линукс:
Для наиболее употребительных можно упростить доступ:
И так далее, весьма удобно.
Проверил, все источники дружно пишут о полной слепоте. И в связи с этим совершенно непонятно, почему на многих фото герой статьи в очках. Причём явно видно, что стёкла с диоптриями – что незрячему вообще ни к чему. Всё же я скорее предположил бы, что в реальности речь таки об очень значительной утрате остроты зрения, а не о полной слепоте. Кстати, в противном случае и совершенно непонятно, как он мог учить дочь кататься на роликах – там невозможно ничего подсказать, не видя, что она делает. Непонятная история.
Лучше поздно, чем никогда – очень занят был. Но всё же покопался в вопросе – и вынужден извиниться, тут Вы правы. Как раз тот случай, когда чуйка не работает, это вопрос конкретного знания – исчисляемое или нет. Причём логики тут мало, если вообще есть – в ряде случаев именно (не)исчисляемость весьма контринтуитивна, а то и попросту алогична. Например, те же упоминавшиеся в дискуссии world, future.
Ну да ладно, век живи – век учись. Дураком помрёшь.
Да вроде уже объяснил один раз. А скриншотами из интернета можно что угодно доказать или опровергнуть, там всякого хватает. Вот @Flexitsпривёл альтернативный скриншот – почему он Вас не убеждает?
А где тут профессиональные круги? Я себя профессионалом в английском не считаю. Вы себя таковой преподносите, но делаете ошибки, для настоящего профессионала недопустимые – настолько серьёзные, что даже мне глаз режут. Что неудивительно: Вы же откровенно пишете, что Ваши рекомендации основаны не на академических знаниях, и даже не на практическом опыте, а на надёрганных из интернета высказываниях непонятного качества. Вы вообще английский повседневно используете? Или только учите этому других?
Кстати, правильное произношение – именно факс, а не фэкс какой-то там.
Welcome aboard 👍
Let me respectfully disagree. Consider, say, "for a better future" – is it also countable?
Ну не убеждают меня Ваши скриншоты. Автор делает ровно ту же ошибку: пытается учить на примерах постов в интернет-дискуссиях. Где общаются отнюдь не одни нативы, и даже среди тех далеко не все грамотеи. Не говорят так, неестественно это звучит. Как и многое другое в статьях этого автора.
В 1С слово "поэтому" поделено на два отдельных оператора:
по,этому? 🤪