Экстремальное программирование: новые возможности
www.citforum.ru

думаю, что некоторые аспекты из этого все мы в той или иной степени используем



Отредактировано (22.12.05 12:56)

2AlexSSS
Если мне не изменяет склероз, экстремальное программирование используется только в командах разработчикови сильно завязано на непрерывное тестирование того, что уже написано.

Слушай, Вадик, а ведь это идея, теперь пиво - с меня.

Правила Экстремального Программирования:
www.xprogramming.ru

Нет уж дудки - я буду эстремально программить тбез правил - а то получается какое-то "правильное программирование"

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

Боишься что он ничего не поймет ? Или почекр плохой ?

Да и то, и другое. Хоть и обычно хорошо все комментирую, но многие здорово трудные(обычно очень хитрые SQL-запросы и т.п.) вещи уже через полгодика приходится разбирать заново, если что-то надо исправить. Сидишь и думаешь, а что-же это я здесь сделал?

Почти как я - сижу и думаю - "какой дурак все это писал"

Все, опять уезжаю учиться в автошколу. Месяц отучился уже, осталось еще полтора до экзаменов.

Смотри тока по троутарам не гоняй http://piva.fatal.ru/smile/55.gif

Мне зказчик прислал ТЗ на двух листах А4 ТЗ. Короче все двух словах...
Надо начинать писать. Ну задал я вопрос, а мож так формочки нарисуете
на бумажке или поподробнее ТЗ.
ОТВЕТ:
Ты программер или где?! Сам выдумывай, сам пиши, сам разрабатывай и присылай, а там посмотрим.



И знаете, мне это нравится. Фантазию можна проявить ;)

Знаешь, Дим, фантазию-то проявить можно, но вот почему-то совсем не нравится.

2Aries
Дим, привет. Думаю, ты путаешь техзадание и рабочую документацию (рабочий проект?) Техзадание на 2 листах - это нормально, там не должно быть формочек и т.п. Там описываются решаемые задачи, нормативная база, и другие "общие принципы". Это то, что тебе должен дать заказчик. А рабочий проект (точнее - сначала эскизный, потом технический проект) пишешь ты, и там рисуешь окошки, диалоги, отчеты и т.д. Вообще рабочий проект - это основная работа программиста, если он детально проработан, остается только кодировать.

Ну вот это, Славик, мне и нравится. Сам проявляешь фантазию. А потом кодишь

Зависит от осведомленности программера в теме
Скажем, писал я бухгалтерию и зарплату ничегошеньки в них не понимая.
Конечно тз требовалось и даже с ним были местами расхождения, от того , как понял и как нужно
А бывали разработки, где все писал из головы.
Обычный расклад левака такой-пишем тз часть заказчик, часть сам после прочтения тз заказчика уточнив ответы на вопросы, по нему пишем макет.
Смотрит заказчик, видет, что сам просил, и выясняется, ошибался он в половине
Снова пишем новое тз и что то вроде бетты, и на следующую иттерацию
Тз никогда не помогало решить денежные вопросы, даже если сделано 1-1 по нему, тз писал заказчик, а вышло
не так, как должно быть и решили кусок оплаты просто зажать

По - моему, если постановкой, анализом, техзаданием, дизайном занимается программист, то коэффициент оплаты
труда х2, а то и х3...
Либо набирать команду и общая сумма опять же х3.
Один человек не может быть и хорошим программистом, и дизайнером, и аналитиком (надо хорошо знать предмет)
в общем, только в частных проявлениях... Такое мое мнение.