Со статьей не согласен. Не отношу себя к числу неопытных сотрудников, но последний месяц нахожусь в постоянном кризисе по срокам. Статья не учитывает внешние факторы в ресурсах. Для желающих примеров:
1. Заказчик просит на последнем этапе консолидировать данные полученные в ходе работы скрипта, с его БД. Учитывая жесточайшее описание формата выходных данных, я подразумеваю, что данные для консолидации будут иметь тот же формат. — не верно. Тратим еще 6 часов на чистку и приведение к общему знаменателю.
2. Заказчик ответственен за доступ к данным, в итоге доступ дается на 3 дня позднее указанного срока. При этом пересчета сроков проекта не происходит.
3. Проект входит в стадию отладки, на этапе отладки вносятся коррективы от заказчика, которые уже начал тестовую эксплуатацию проекта и теперь начинается доточка. При этом доточка, которая по сути является доработкой функционала проекта (не относится к основному циклу разработки) входит во время проекта. (тут безусловно ошибка моего менеджера не прописавшего верно контракт, но легче от этого не становится).
Используйте имена функций и переменных длинной от 20 символов в виде случайных последовательностей и код будет практически не читаемым. Хотя это и легко победить…
У любого человека есть положительные и отрицательные стороны будь-то Давыдов или Лебедев или Чичваркин. Артмакс например удобная книжка, а ранние посты Давыдова содержат смысловую нагрузку. У Чичваркина большая успешная компания, хотя сам волнует сердца психиатров. В зависимости от точки взгляда любого можно рассматривать и как неудачника и как победителя, при этом истина останется где-то рядом.
Попытка даже в шуточной форме возвести личное восприятие в ранг стандарта, это преступление.
Мы использовали другую модель. Собственный модуль отчетов в Web и формирование документа в Excel при помощи VBS+JS на машине пользователя. Принцип тот же что и в примере, но нет зависимости от типа сервера. При этом можно реализовать любые навороты по форматированию и т.д. Pear пробовали, но к сожалению не прошел по техническим требованиям.
1. Заказчик просит на последнем этапе консолидировать данные полученные в ходе работы скрипта, с его БД. Учитывая жесточайшее описание формата выходных данных, я подразумеваю, что данные для консолидации будут иметь тот же формат. — не верно. Тратим еще 6 часов на чистку и приведение к общему знаменателю.
2. Заказчик ответственен за доступ к данным, в итоге доступ дается на 3 дня позднее указанного срока. При этом пересчета сроков проекта не происходит.
3. Проект входит в стадию отладки, на этапе отладки вносятся коррективы от заказчика, которые уже начал тестовую эксплуатацию проекта и теперь начинается доточка. При этом доточка, которая по сути является доработкой функционала проекта (не относится к основному циклу разработки) входит во время проекта. (тут безусловно ошибка моего менеджера не прописавшего верно контракт, но легче от этого не становится).
Попытка даже в шуточной форме возвести личное восприятие в ранг стандарта, это преступление.
Я так думаю...