Size: a a a

Обсуждения техдирские

2020 November 15

IS

Igor Shekalev in Обсуждения техдирские
Igor Sidorov
А запись с такими значениями атрибутов вообще валидна? Если да - почему это не отражено в спеке? Если нет - что она делает в базе?
По отдельности все валидно, проблема (если я точно понял) возникает при редком сочетании факторов (размер файла, число записей и их порядок и т.д.).
источник

IS

Igor Sidorov in Обсуждения техдирские
Если есть административный ресурс - можно прогнуть исполнителя. Тогда вскоре вам понадобится новый исполнитель, а при регулярном использовании у вашей конторы сформируется репутация "Голубой устрицы"
источник

C

Combot in Обсуждения техдирские
🌟 Igor Sidorov has reached level 5!
источник

IS

Igor Sidorov in Обсуждения техдирские
Igor Shekalev
По отдельности все валидно, проблема (если я точно понял) возникает при редком сочетании факторов (размер файла, число записей и их порядок и т.д.).
Если это сочетание валидно - то проблему исправляет Исполнитель. Обычно это несложно делается.
источник

IS

Igor Sidorov in Обсуждения техдирские
У нас были проблемы, когда русские имена файлов не сохранялись. Проблема решилась правильной расстановкой переменных окружения.
источник

IS

Igor Shekalev in Обсуждения техдирские
Igor Sidorov
При появлении претензий курим спеку. Если в спеке есть - правит исполнитель за свой счёт. Если нет - делаем по T&M или пишем и оцениваем ЧТЗ.
Ну вот пример с квадратным корнем.
Спека-то нормальная, но может трактоваться неоднозначно разумным образом. В описании алгоритма извлечения корня тип данных вообще не указан.
источник

IS

Igor Sidorov in Обсуждения техдирские
Igor Shekalev
Ну вот пример с квадратным корнем.
Спека-то нормальная, но может трактоваться неоднозначно разумным образом. В описании алгоритма извлечения корня тип данных вообще не указан.
В алгоритме - да, но при написании спеки указывают типы - например, double или __int32. Любое значение, влезающее в тип, должно отрабатываться.
источник

IS

Igor Shekalev in Обсуждения техдирские
Igor Sidorov
В алгоритме - да, но при написании спеки указывают типы - например, double или __int32. Любое значение, влезающее в тип, должно отрабатываться.
А в спеке написано "целые числа", Она не привязана к архитектуре.
источник

IS

Igor Sidorov in Обсуждения техдирские
Igor Shekalev
А в спеке написано "целые числа", Она не привязана к архитектуре.
Больше похоже не на спеку, а на главу из учебника :). Но тогда возвращаемся к BA, который должен был сформулировать задачи разработчикам на основе спеки.
источник

IS

Igor Sidorov in Обсуждения техдирские
Это явно его (её) просчёт - в данном примере, видимо, с выбором типа данных.
источник

IS

Igor Shekalev in Обсуждения техдирские
Igor Sidorov
Больше похоже не на спеку, а на главу из учебника :). Но тогда возвращаемся к BA, который должен был сформулировать задачи разработчикам на основе спеки.
Это некий отраслевой стандарт, возможно его написали люди, последним языком программирования которых был Кобол 😊

Получилось так, что исполнитель трактовал "разумным образом" некоторую неявно подразумевавшуюся вещь, а потом выяснялось, что этот трактование больше не верно.
Поэтому я и не считаю это багфиксом, это уточнение требований.
источник

IS

Igor Sidorov in Обсуждения техдирские
Igor Shekalev
Это некий отраслевой стандарт, возможно его написали люди, последним языком программирования которых был Кобол 😊

Получилось так, что исполнитель трактовал "разумным образом" некоторую неявно подразумевавшуюся вещь, а потом выяснялось, что этот трактование больше не верно.
Поэтому я и не считаю это багфиксом, это уточнение требований.
+
источник

IS

Igor Sidorov in Обсуждения техдирские
Нормальная цепочка. Нет указаний в спеке - сделали разумное предположение  - показали заказчику. Возражений нет? Значит, делаем. Разонравилось - плати, переделаем.
источник

IS

Igor Sidorov in Обсуждения техдирские
В таких делах очень помогает грамотная переписка.
источник

ТЕ

Таёжный Ежи... in Обсуждения техдирские
Igor Shekalev
Коллега столкнулся и проблемой. Года полтора-два назад они зааутсорсили некую функцию за Х денег. Важным аспектом договоренности был факт, что тестирование и приемка делается заказчиком.
За это время объемы данных подросли и в функции вскрылась проблема. Не критичная, но неприятная.
Исполнитель проблему исправил, но выкатил счет почти 45% от Х. Коллега платить готов, но в пару раз меньше, мотивируя это тем, что это исправление бага. Если подходить совсем формально - это так и есть.
Мое мнение - заплатить в полном объеме. Соображения такие:
1. раз их QA проблему пропустил,  мы имеем дело с изменением требований (обработка большего объема данных)
2. объективно работа была очень затратная, то есть нельзя исключать, что исполнитель или сработал в 0 или даже с небольшим убытком.

Что думаете?
После тестирования и подписания акта приёмки – это проблема заказчика. Новая работа – новые деньги.
источник

A

Alex in Обсуждения техдирские
Была похожая история на проекте. А поскольку подрядчик до этого момента не вызывал никаких проблем и планировалось дальнейшее сотрудничество. Встретились с директором подрядчика, честно поговорили об их затратах и договорились взять 50/50 расходы по данному инциденту.
источник

IA

Igor A in Обсуждения техдирские
я был в ситуации когда начинается война - вот вам копейка, не примем, потом начинается торговля за каждую фичу
Махание чеклистами.
Попытки подрядчиков экономить время инженеров или брать левак параллельно
источник

IA

Igor A in Обсуждения техдирские
кончается это тем что все друг на друга обиделись, а страдает код и тех решения, проект скатывается в неподдерживаемое говно
источник

IA

Igor A in Обсуждения техдирские
имхо только полный идиот такое допустит который в разработке ничего не понимает (да, их увы много)
источник

IA

Igor A in Обсуждения техдирские
либо договориться по оплате в разумных долях, или сразу в фоне искать замену подрядчика делая позитивный фейс

работа с одним подрядчиком это как брачный договор - слишком много всего можно сделать не так - и всегда будут доработки, и все не предусмотреть, и всегда будут обиды. и всегда есть неограниченная почва для мелкой мести и подгадить
источник