Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Прочее";
Текущий архив: 2007.07.22;
Скачать: [xml.tar.bz2];

Вниз

Руки опускаются.....   Найти похожие ветки 

 
Шмелъ   (2007-06-19 11:17) [0]

Народ, вы никогда не сталкивались с ситуацией, когда вот уже сроки поджимают и надо заказчику что-то работоспособное показать?... При этом все делаешь в каком-то аврале, в торопях, прикручивая какие-то возможности - оставляешь их доделку на потом,... Таким образом все эти недоделки накапливаются, и накапливаются, и вроде бы работает все, но работает через задний проход (мол здесь вот мы пока это дело обойдем, здесь рыбу заварачивали, здесь перевернуть и тд)., заказчику то не видно что там внутри происходит... Насколько в данном случае применимо правило хорошего тона - все делать сразу и капитально.... Может действительно потратить недельку на доделку, пусть заказчик ждет.... Прям руки опусаются и энтузиазм сошел на нет....


 
KSergey ©   (2007-06-19 11:22) [1]

Эта, я не понял: что это за аврал такой что на форум время остается???
С вазелином-то уже туго, поди. Так что арбайтен! :)


 
Шмелъ   (2007-06-19 11:25) [2]


> KSergey ©   (19.06.07 11:22) [1]


Дак обед...


 
Sergey13 ©   (2007-06-19 11:25) [3]

> [0] Шмелъ   (19.06.07 11:17)

Поговорить с заказчиком не пробовал? На тему сдвига сроков. ИМХО, неделя не срок для приличного проекта.


 
Romkin ©   (2007-06-19 11:26) [4]

Не недельку, а гораздо больше. Я бы посоветовал две недели каждый месяц, пока не поздно.
Когда определяете срок - берите самый большой и умножайте на 3.14 :) А лучше на первое время на 9.81. Я серьезно, должно помочь. И почитайте Брукса


 
Альфонс   (2007-06-19 11:27) [5]

Народ, вы никогда не сталкивались с ситуацией,

Никогда, особено с

С вазелином-то


 
Юрий Зотов ©   (2007-06-19 11:30) [6]

Универсальное золотое правило: если хочешь что-то сделать быстро, то делай это хорошо.

Проверено очень многими людьми и многократно. Работает.

Правда, хорошо надо было делать сразу, сейчас уже может быть и поздновато. Возможный выход: понаставить TODO и сдать первый этап с ними, но обязательно оговорив с руководителем, что он в обязательном порядке выделит время на устранение всех этих TODO до единой. И сразу, а не "когда-нибудь потом".


 
Sergey13 ©   (2007-06-19 11:48) [7]

> [0] Шмелъ   (19.06.07 11:17)
> Насколько в данном случае применимо правило хорошего тона
> - все делать сразу и капитально

ИМХО, с возрастанием объема проекта, выполнимость этого правила стремится к нулю. Хотя стремится к этому, разумеется, надо.
Просто выплывают проблемы в архитектуре и идеологии проекта, которые на ранних этапах вообще не принимались во внимание.


 
tesseract ©   (2007-06-19 11:50) [8]


> Юрий Зотов ©   (19.06.07 11:30) [6]


Делаем:
1. Быстро
2. Качественно
3. Дёшево.

Возможны 2 варианта на выбор.


 
Думкин ©   (2007-06-19 11:52) [9]

> Sergey13 ©   (19.06.07 11:48) [7]

Так это зависит от проектирования изначального. Этапы и т.п.


 
Sergey13 ©   (2007-06-19 11:55) [10]

> [9] Думкин ©   (19.06.07 11:52)

Если бы проектировать по изначально неизменному ТЗ, тогда некое приближение к идеалу возможно. Но разве такое бывает в реальной жизни?


 
Думкин ©   (2007-06-19 11:59) [11]

> Sergey13 ©   (19.06.07 11:55) [10]

Бывает, но у нас(в России) - редко. И что самое неприятное - программисты вначале пути охотно на такое соглашаются, не оговаривая разное.
Все-таки определеннаая блочность выполнения и проектирования должна быть и все должны прекрасно понимать последствия внесения изменений. И исполнители и руководители. если последние понимают, то у программистов не будет истерик. Хотя что сообщено в сабже - еще не известно. Вполне возможно, что никто ТЗ не менял.


 
Sergey13 ©   (2007-06-19 12:01) [12]

> [11] Думкин ©   (19.06.07 11:59)
> Бывает, но у нас(в России) - редко.

Вот по этому я и не встречал подобного, ибо за границей не был. 8-)


 
Думкин ©   (2007-06-19 12:11) [13]

> Sergey13 ©   (19.06.07 12:01) [12]

Оно понятно. Но речь разве о том что в большинстве есть или о том куда надо стремиться?


 
KSergey ©   (2007-06-19 12:17) [14]

> Альфонс   (19.06.07 11:27) [5]
> Никогда, особено с
> С вазелином-то

Повезло.
У нас вот - когда завезут, а когда и нет...


 
Шмелъ   (2007-06-19 12:18) [15]


> Думкин ©   (19.06.07 11:59) [11]


> Вполне возможно, что никто ТЗ не менял.


Несовсем так, у нас в конторе приняты на вооружение принципы extreem programming, с заказчиком я общаюсь почти каждый день посредством переписки, - и это как раз и вызывает гемморрой - почти каждый день он просит прикрутить что-нибудь новое, абсолютно не понимая к каким изменениям это может привести.... Вообще, лажа весь этот extreem programming - мне по ТЗ было бы ГОРАЗДО проще работать,  чем самому корпеть над аспектами архитектруы и реализации... Ладно - в бой....


 
Anatoly Podgoretsky ©   (2007-06-19 12:21) [16]

> Думкин  (19.06.2007 11:59:11)  [11]

По причине его отсутствия


 
Думкин ©   (2007-06-19 12:24) [17]

Соболезную. Может ну его нафиг - принятое на вооружение. Ибо хоть в экстремальном и есть странности, но если принять все из него - то проекты таки выполняются, а если вырвать только часть - то лучше вешаться или уходить.


 
Юрий Зотов ©   (2007-06-19 12:25) [18]

Идет этап внедрения (!!!) проекта. Заказчик говорит: ребята, а давайте внесем вот такую ма-аленькую фичу, очень хорошо будет. А то мы сразу об этом как-то не подумали.

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

Все бы ничего, если бы не одно маленькое "но": апгрейд БД и программы надо сделать в 23-х разбросанных по Москве организациях, причем:
- без потери уже имеющихся данных;
- синхронно, чтобы не нарушилась логика репликаций;
- при условии, что в этих организациях запросто может не быть ни e-mail, ни сисадмина, ни даже толкового эникейщика.


 
Romkin ©   (2007-06-19 12:27) [19]

А, понятно. Экстремальное программирование. Так чего ты хочешь? Это оно и есть! Программирование вдвоем: денег на компы для всех программистов не хватает. Работа по 60 часов в неделю: экстрим так экстрим! и тд


 
@!!ex_   (2007-06-19 12:32) [20]

> [19] Romkin ©   (19.06.07 12:27)

XP - это немножко другое. :)


 
Romkin ©   (2007-06-19 12:33) [21]

Это-это :) Ты не принимаешь в расчет российские реалии :)


 
Anatoly Podgoretsky ©   (2007-06-19 12:44) [22]

> Юрий Зотов  (19.06.2007 12:25:18)  [18]

Так надо соглашаться

1. это будет стоит столько то денежек
2. займет столько то времени
3. полный простой системы столько то времени

или по другому

хорошо сделаем, но когда мне потребуются деньги, то я к вам зайду - хорошо?


 
Германн ©   (2007-06-19 12:49) [23]


> Юрий Зотов ©   (19.06.07 12:25) [18]

А что разве кто-то, кое-где у нас порой работает иначе?
Для меня лично другой порядок - мечта идиота.
:)


 
Галинка ©   (2007-06-19 12:53) [24]

чем больше спешишь, тем больше опаздываешь.  Проверено и перепроверено не раз. Лучше конечно все делать сразу добротно. И коментированно. И с докой можно сразу, если подразумевается "передача в хорошие руки".

Жаль только не всегда получается ((


 
P   (2007-06-19 17:23) [25]


> Шмелъ   (19.06.07 11:17)
>
> Народ, вы никогда не сталкивались с ситуацией, когда вот
> уже сроки поджимают и надо заказчику что-то работоспособное
> показать?... При этом все делаешь в каком-то аврале, в торопях,
>  прикручивая какие-то возможности - оставляешь их доделку
> на потом,... Таким образом все эти недоделки накапливаются,
>  и накапливаются, и вроде бы работает все, но работает через
> задний проход (мол здесь вот мы пока это дело обойдем, здесь
> рыбу заварачивали, здесь перевернуть и тд)., заказчику то
> не видно что там внутри происходит... Насколько в данном
> случае применимо правило хорошего тона - все делать сразу
> и капитально.... Может действительно потратить недельку
> на доделку, пусть заказчик ждет.... Прям руки опусаются
> и энтузиазм сошел на нет....


Делай так лишь бы было. А вот когда проект полностью рухнет - бери полгодика-годик на рефакторинг. А заказчик пусть пользуется последней более-менее стабильной версией.


 
oldman ©   (2007-06-19 17:28) [26]


> Шмелъ   (19.06.07 11:17)  


Да, дружок, ты даешь...

А при принятии на себя заказа на разработку лень составить нормальный договор, где будет описаны:
1. Сроки исполнения
2. Форс-мажорные обстоятельства задержек сроков
3. Ответственность сторон за п.2
и т.д. ???
После этого составить нормальный план работ и придерживаться его. В случае беды сразу, а не перед сдачей ставить в известность заказчика?

Конечно, хорошо взять предоплату и пить пиво, но работу-то надо планировать хоть как-нибудь!


 
Manic Mechanic ©   (2007-06-19 17:57) [27]

Немного офф, но

Когда тебе задают вопрос о трудоднях, то

1. Реально оцени свои возможности
2. Умножь на 2
3. Добавь еще 30% на занятия для души.

Давным-давно меня научил этому мудрый товарищч, и это работает до сих пор



Страницы: 1 вся ветка

Форум: "Прочее";
Текущий архив: 2007.07.22;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.52 MB
Время: 0.041 c
2-1182746059
Washington
2007-06-25 08:34
2007.07.22
Копирование баз Access


2-1182766996
_Asph
2007-06-25 14:23
2007.07.22
Обращение к свойству компонета, из другого компонета


8-1161987342
Sergey_FV
2006-10-28 02:15
2007.07.22
ico -> Imagelist -> bitmap


15-1182757847
boriskb
2007-06-25 11:50
2007.07.22
Омские есть?


15-1182606723
biluk
2007-06-23 17:52
2007.07.22
Помогите





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский