точность лучше 2.5 наносекунд (одна сигма). За такое время свет не успевает пролететь и одного метра.
Небольшая неточность: При скорости света 300 тыс. км/сек, 1 метр свет проходит за 0,3 наносекунды, соответственно за 2,5 наносекунд- примерно 8,3 метра.
Непонятно, зачем такой методологией вообще пользоваться.
Лично мне как раз и понятно: для перекладывания ответственности с некомпетентных менеджеров на разработчиков и последующего кидания на оплату и на штрафы.
Пример из практики моих коллег — проект для налоговой инспекции одной из стран СНГ. Гос проект по сути, ТЗ, законодательство, ни о каком аджайле и речи не велось. Но команде пришлось проявить гибкость в тот момент, когда государство в стране заказчика изменило свое налоговое законодательство настолько, что проект не имел бы смысла вообще в том виде, в котором его запланировали. Пришлось изменять ТЗ и переделывать почти готовый проект, чтобы заказчик смог им пользоваться. Иначе — в работе не было бы смысла, ну разве кроме заработка как такового.
Вопросы к Продукт-менеджерам со стороны Заказчика и Подрядчика: - они знали, что Предметная область (в частности налоговое законодательство) может меняться ? - Обязаны были знать и предусмотреть в ТЗ такой вариант развития событий, и заложить в ТЗ не жесткую а гибкую формальную модель. Но во первых - это несколько дороже (допустим на 50%), во вторых - сроки длиннее допустим на 30%, в третьих - степень интеллектуального развития Продукт-менеджера должна быть выше.
- Ну и Решили - и бабки сэкономим и чуть что - спишем на форс- мажор, ну а программерам - не заплатим им, кинем. В договоре должно быть оговорено, что изменение законодательства не должно считаться форс мажором.
Изменение требований (т.е. изменение ТЗ) после того как процесс разработки уже начат, но еще не окончен, может повлечь значительное (>> 50%) переписывание кода. А кто за это заплатит ???
Рискну предположить: возможно есть некие программные инструменты для формализации бизнес- процессов и/или Информационных потоков, в чем-то напоминающие блок-схемы Алгоритмов ?
Над проектом должны работать мотивированные профессионалы.
^^ А настоящее Масло должно быть Масляным, А настоящая Вода должна быть Водянистой.
? Мне одному только кажется , что этот т.н. "манифест" - это словоблудие "эффективных" менеджеров и жуликоватых юристов, имеющее целью следующее:
- Свой непрофессионализм при постановке ТЗ (логически неполное/противоречивое/плохо формализованное ТЗ) выставить как "изменение требований", продиктованное жизнью. - Кинуть разработчиков на бабло, т.е. не только не заплатить за программный продукт но, при возможности, еще и обложить штрафами, за то что- "не успели к сроку" , "есть отклонения от ИХ видения конечного продукта", Приемо-сдаточные испытания вообще непонятно как проводить без четкого ТЗ.
Вообще, адекватные программисты в моем понимании - Люди инженерного склада ума, которые получив информацию на входе:
Постановку Задачи в виде некоего набора текстов на бумаге или устной дискуссии, на выходе стремятся построить - стройную, полную и непротиворечивую математическую/логическую модель. Построение такой модели, на первый взгляд, должно было бы способствовать взаимопониманию Продукт-оунеров/Заказчиков и Разработчиков. Но это лишь на первый взгляд, а по существу, такой подход высветил бы с предельной ясностью никчёмность "эффективных менеджеров", и последующее отстранение их от корыта. Вот они и изобрели сей опус. Вангую - среди изобретателей этого "манифеста" нет НИ ОДНОГО настоящего программиста !
Нам необходимо минимизировать стоимость корректировки, то есть суммарную разницу между новыми и старыми значениями
то есть, в вашей терминологии "стоимость корректировки" будет зависеть ни от количества перестановок, а от того насколько большие числа имеются в нашем массиве, например следующие 2 массива: [55, 77, 52, 61, 39, 6, 25, 60, 49, 47] [550, 770, 520, 610, 390, 60, 250, 600, 490, 470] будут иметь разную стоимость корректировки ? вы серьезно ?
Вопрос 2: В случае постановки задачи применительно к одномерному массиву (автор не говорит об этом явно, но в качестве примеров берет именно одномерные массивы), задача отсортировать массив по возрастанию/убыванию- имела бы строго одно единственное решение. Но у автора постановка задачи другая, и это все меняет:
- вариантов решений может быть несколько, может быть один, а может и не быть решений.
И вот в случае, когда вариантов решений несколько,нужно найти ВСЕ возможные варианты решений, далее посчитать стоимость корректировки для каждого из них. И тот вариант решения, у которого стоимость корректировки минимальная- и будет оптимальным вариантом.
Вот такими вот случаями нам вбивают в голову, что ты, я и прочие граждане не могут претендовать на презумпцию невиновности !!!. Доказывать должен Я, ТЫ !!!!, что не впорол косяк (пора перечитать Оруэлла 1984). Три том, что пострадавший хозяин является несоизмеримо более слабой стороной в конфликте, который обладает очень ограниченными возможностями в собирании доказательной базы, и при всем этом обязанность доказывания своей Невиновности возложили именно на него самого. Правовой беспредел. (вспомнилась басня Крылова "Волк и Ягненок").
Только лишь сам факт обсуждения Минфином возможносты повышения ставок с 13% до 30% должен был заставить удаленных сотрудников сначала нервничать, а потом анализировать на перспективу. И даже если повышения налогов сегодня не произошло, Риски такого поворота событий однозначно увеличиваются. И теперь, чтобы только лишь сохранить Статус-Кво, налоги нужно сделать значительно меньше чем 12%, или я не прав ?
Муми-тролль (из старого советского мультика) предлагал собирать пуговицы от штанов в качестве валюты. А мы, будучи детьми, собирали разноцветные фантики от конфет и обертки от жвачек. Особо ценными были обертки, на которых нарисованы гоночные машинки. Но детство заканчивается, и с Возрастом приходит Мудрость и Жизненный опыт. Правда иногда Возраст приходит один.
Чего только стоит термин "Транзакция" в терминологии САП, по сути это никакая не "транзакция" в тех предметных областях, в которых она использовалась со времен начала эры ИТ: ни в терминах платежных систем, ни в терминах СУБД. Ну назвали бы "Макрооперация" или "Бизнес-процедура" или как-то еще. Пример "Транзакция" в терминологии САП - мне видится как некий Птичий язык и попытка слома устоявшейся технической/ естественнонаучной терминологии понятийного аппарата. Посыл Экономистам/маркетологам/Юристам от компании САП - не пудрите мозги, не лезьте в терминологию ИТ, не искажайте смыслы. И - да- согласен с автором статьи, искажение базовых понятий и смыслов в головах пользователей САП - выглядит как профессиональная деформация а потому трудно лечится, без обид. Это НЕЧТО даже не "имеет право называться Псевдо-Транзакция или Эрзац-Транзакция. Русский Язык богат, называете ЭТО - "Якобы-Транзакция", обидно апологетам САП , зато честно.
Небольшая неточность:
При скорости света 300 тыс. км/сек, 1 метр свет проходит за 0,3 наносекунды,
соответственно за 2,5 наносекунд- примерно 8,3 метра.
Мое уважение переводчику за труд, однако фраза "для примерных вычислений",
мне кажется должна быть переведена как "для приблизительных вычислений" ?
Бодливой корове Бог рогов не дает
Я где-то читал, новость , что участки на Луне продавали. Вот интересно- а как продавец мог доказать, что он является собственником ?
42 → 424
424 → 424
^^ индексы одинаковые а разультаты конкатенации - разные!
42424
42442
+500
Лично мне как раз и понятно: для перекладывания ответственности с некомпетентных менеджеров на разработчиков и последующего кидания на оплату и на штрафы.
- Если есть противоречия в ТЗ, по подрядчик облажался, приняв в работу такое ТЗ.
- Если же в ТЗ есть недосказанности и белые пятна, то по подрядчик вправе выбирать решение этой подзадачи "на свое усмотрение".
==Все просто, маэстро.
+500
Вопросы к Продукт-менеджерам со стороны Заказчика и Подрядчика:
- они знали, что Предметная область (в частности налоговое законодательство) может меняться ? - Обязаны были знать и предусмотреть в ТЗ такой вариант развития событий, и заложить в ТЗ не жесткую а гибкую формальную модель.
Но во первых - это несколько дороже (допустим на 50%), во вторых - сроки длиннее допустим на 30%, в третьих - степень интеллектуального развития Продукт-менеджера должна быть выше.
- Ну и Решили - и бабки сэкономим и чуть что - спишем на форс- мажор, ну а программерам - не заплатим им, кинем. В договоре должно быть оговорено, что изменение законодательства не должно считаться форс мажором.
Изменение требований (т.е. изменение ТЗ) после того как процесс разработки уже начат, но еще не окончен, может повлечь значительное (>> 50%) переписывание кода. А кто за это заплатит ???
Рискну предположить: возможно есть некие программные инструменты для формализации бизнес- процессов и/или Информационных потоков, в чем-то напоминающие блок-схемы Алгоритмов ?
^^ А настоящее Масло должно быть Масляным,
А настоящая Вода должна быть Водянистой.
? Мне одному только кажется , что этот т.н. "манифест" - это словоблудие "эффективных" менеджеров и жуликоватых юристов, имеющее целью следующее:
- Свой непрофессионализм при постановке ТЗ (логически неполное/противоречивое/плохо формализованное ТЗ) выставить как "изменение требований", продиктованное жизнью.
- Кинуть разработчиков на бабло, т.е. не только не заплатить за программный продукт но, при возможности, еще и обложить штрафами, за то что- "не успели к сроку" , "есть отклонения от ИХ видения конечного продукта", Приемо-сдаточные испытания вообще непонятно как проводить без четкого ТЗ.
Вообще, адекватные программисты в моем понимании - Люди инженерного склада ума, которые получив информацию на входе:
Постановку Задачи в виде некоего набора текстов на бумаге или устной дискуссии, на выходе стремятся построить - стройную, полную и непротиворечивую математическую/логическую модель. Построение такой модели, на первый взгляд, должно было бы способствовать взаимопониманию Продукт-оунеров/Заказчиков и Разработчиков. Но это лишь на первый взгляд, а по существу, такой подход высветил бы с предельной ясностью никчёмность "эффективных менеджеров", и последующее отстранение их от корыта. Вот они и изобрели сей опус.
Вангую - среди изобретателей этого "манифеста" нет НИ ОДНОГО настоящего программиста !
=============================
Конструктивная критика приветствуется!
Вопрос 1:
то есть, в вашей терминологии "стоимость корректировки" будет зависеть ни от количества перестановок, а от того насколько большие числа имеются в нашем массиве, например следующие 2 массива:
[55, 77, 52, 61, 39, 6, 25, 60, 49, 47][550, 770, 520, 610, 390, 60, 250, 600, 490, 470]
будут иметь разную стоимость корректировки ? вы серьезно ?
Вопрос 2:В случае постановки задачи применительно к одномерному массиву (автор не говорит об этом явно, но в качестве примеров берет именно одномерные массивы), задача отсортировать массив по возрастанию/убыванию- имела бы строго одно единственное решение.
Но у автора постановка задачи другая, и это все меняет:
- вариантов решений может быть несколько, может быть один, а может и не быть решений.И вот в случае, когда вариантов решений несколько,нужно найти ВСЕ возможные варианты решений, далее посчитать стоимость корректировки для каждого из них. И тот вариант решения, у которого стоимость корректировки минимальная- и будет оптимальным вариантом.Таки не соврал - туристы были доставлены в Рай скоростным способом, даже понять ничего не успели.
Вот такими вот случаями нам вбивают в голову, что ты, я и прочие граждане не могут претендовать на презумпцию невиновности !!!.
Доказывать должен Я, ТЫ !!!!, что не впорол косяк (пора перечитать Оруэлла 1984).
Три том, что пострадавший хозяин является несоизмеримо более слабой стороной в конфликте, который обладает очень ограниченными возможностями в собирании доказательной базы, и при всем этом обязанность доказывания своей Невиновности возложили именно на него самого. Правовой беспредел. (вспомнилась басня Крылова "Волк и Ягненок").
Только лишь сам факт обсуждения Минфином возможносты повышения ставок с 13% до 30% должен был заставить удаленных сотрудников сначала нервничать, а потом анализировать на перспективу. И даже если повышения налогов сегодня не произошло, Риски такого поворота событий однозначно увеличиваются. И теперь, чтобы только лишь сохранить Статус-Кво, налоги нужно сделать значительно меньше чем 12%, или я не прав ?
Муми-тролль (из старого советского мультика) предлагал собирать пуговицы от штанов в качестве валюты. А мы, будучи детьми, собирали разноцветные фантики от конфет и обертки от жвачек. Особо ценными были обертки, на которых нарисованы гоночные машинки. Но детство заканчивается, и с Возрастом приходит Мудрость и Жизненный опыт. Правда иногда Возраст приходит один.
Чего только стоит термин "Транзакция" в терминологии САП, по сути это никакая не "транзакция" в тех предметных областях, в которых она использовалась со времен начала эры ИТ: ни в терминах платежных систем, ни в терминах СУБД. Ну назвали бы "Макрооперация" или "Бизнес-процедура" или как-то еще. Пример "Транзакция" в терминологии САП - мне видится как некий Птичий язык и попытка слома устоявшейся технической/ естественнонаучной терминологии понятийного аппарата. Посыл Экономистам/маркетологам/Юристам от компании САП - не пудрите мозги, не лезьте в терминологию ИТ, не искажайте смыслы. И - да- согласен с автором статьи, искажение базовых понятий и смыслов в головах пользователей САП - выглядит как профессиональная деформация а потому трудно лечится, без обид. Это НЕЧТО даже не "имеет право называться Псевдо-Транзакция или Эрзац-Транзакция. Русский Язык богат, называете ЭТО - "Якобы-Транзакция", обидно апологетам САП , зато честно.
Правильно ли я опасаюсь, что может возникнуть т.н. "лавинный эффект" ошибок с трудно прогнозируемыми последствиями ?