|
|
Страници по тази тема: 1 | 2 | (покажи всички)
|
Тема
|
 Малко за "Rational unified process":)
|
|
| Автор |
focusnik (непознат
) |
| Публикувано | 14.02.05 13:33 |
|
|
От дискусиите на Джоел:
И извадка от първоизточника (
):
"....Unfortunately, the outcome of RUP is that you end up with extremely
well documented TERRIBLE designs. ...."
| |
|
Тема
|
Re: Малко за "Rational unified process":)
[re: focusnik]
|
|
| Автор |
Questor (работник) |
| Публикувано | 14.02.05 15:18 |
|
|
Чакай само шефа на Просист да дойде и да обясни, как ТЕ нямат проблеми с качеството и ние нищо не разбираме 
Сигнатура!
| |
|
Тема
|
Re: Малко за "Rational unified process":)
[re: focusnik]
|
|
| Автор | няkoй (Нерегистриран) |
| Публикувано | 14.02.05 16:48 |
|
|
Мдаа, така става
Просто идеята на RUP, както и на ISO-то е, че ако се спазват някакви правила това ще подпомогне фирмата да прави добри продукти.
Разбира се, когато тези правила се спазват само на думи ...
абе нема оправия и т'ва си е 
| |
|
Тема
|
Истината сигурно е по средата
[re: няkoй]
|
|
| Автор |
bira_more (бира) |
| Публикувано | 14.02.05 19:24 |
|
|
демек 50%.
Който не знае що е то 50% - да пита.
ИСОто е просто нещо - квадратни глави кензат кубични лайна.
Ама стандарта си е стандарт.
И най-вече каквото и да се прави поне за този момент няма заместител на задклавиатурното устройство.
И слава богу де :)
Щот иначе щяха да ни заместят със супер скъпи и адски умни програми за програмиране.
Иииии как ли се сетих за една фантастика, дет писателите пишат, ама не съвсем - само си купуват писателския хардуер и софтуер.
Bеer? Mоre?
| |
|
Тема
|
Re: Малко за "Rational unified process":)
[re: focusnik]
|
|
| Автор |
Гypy (бенгбъс драйвър) |
| Публикувано | 17.02.05 15:07 |
|
|
Rational ги купиха IBM преди известно време. Подобно на Лотус. Виждаш ли pattern?
Викаш IBM да ти свършат някаква работа, те ти слагат Линукс, дизайнват половин година с RUP, после бичат везумни джави на Websphere и DB2 и това го навързват през Лотус клиенти и после когато нещо не работи, което предполагам е всеки ден, консултанти с вратовръзки идват да решават проблема докато клиента мре в лайна.
Обаче линукса е безплатен и решението е свободно и отворено и може да работи винаги на всички други платформи.
--
Sometimes the sole purpose of your life is to serve as a warning to others.
| |
|
Тема
|
Re: Малко за "Rational unified process":)
[re: Гypy]
|
|
| Автор |
focusnik (непознат
) |
| Публикувано | 17.02.05 15:18 |
|
|
Ми то "клиент в лайна" и "консултанти с вратовръзки" не са патентовани от IBM (и Linux) или ползвани само от него.
За справка: IDP, пенсионната система на България.
| |
|
Тема
|
Re: Малко за "Rational unified process":)
[re: Гypy]
|
|
| Автор |
Nobby (дзвер) |
| Публикувано | 17.02.05 17:50 |
|
|
Аз от известно време имам теория, че "клиент в лайна" и "консултанти с вратовръзки" е скритата и главна цел на абсолютно всеки ИТ проект
Дет' се вика - и консултантите са хора и трябва хляб да ядат.
:)
---
In God we Trust (all others must submit a X.509 certificate)
| |
|
Тема
|
Re: Малко за "Rational unified process":)
[re: Nobby]
|
|
| Автор |
Questor (работник) |
| Публикувано | 17.02.05 17:51 |
|
|
Консултантите не са хора.
Сигнатура!
| |
|
Тема
|
Re: Малко за "Rational unified process":)
[re: Questor]
|
|
| Автор |
Nobby (дзвер) |
| Публикувано | 17.02.05 18:02 |
|
|
Вярно е. Освен това - изкарват доста повече пари от един developer.
Как да не ги мрази човек........
---
In God we Trust (all others must submit a X.509 certificate)
| |
|
Тема
|
Re: Малко за "Rational unified process":)
[re: focusnik]
|
|
| Автор |
Nero (черен) |
| Публикувано | 17.02.05 19:51 |
|
|
На теория RUP е конфигурируем и до lightweight process, на практика който опре до него свършва с купища документация и без промяна в качеството на самия дизайн.
Joel има една на тема бизнес процеси и софтуер. Проблемът е, че тежките процеси дават детайлни рецепти, и съответно са полезни за компании, чиито competitive edge не е свързан с никаква изобретателност и иновативност при изпълнението на този процес. Конкурентното предимство най-често е във философията, заложена в създаването на процеса, и ефективността му, следствие на многократно приложение и проверка (напр. McDonalds, произволна банка). Самото правене на софтуер е дейност, чиято основа е "creativity" на много нива (код, дизайн, архитектура от високо ниво, UI layout, product features), и съответно не може да бъде уловено добре в книга с рецепти.
Програмирането не е твърде уникална дейност в това отношение. Да сте чували например за адвокатска кантора, сертифицирана по ISO?  Все пак там има best practices и те са полезни; да кажем никой да не взема еднолични решения по правни въпроси без да го дискутира с друг от фирмата, някой винаги да проверява съдебната практика свързана с казуса, и т.н.
Тежките процеси могат обаче да осигурят, че ако някакъв софтуер бъде направен (в срок или не), той ще отговаря на изискванията, клиента поне няма да може да ви съди, да откаже да плати, и т.н. Това е за сметка на голяма неефективност, и тази неефективност може да е OK само в голяма фирма, където се компенсира с economies of scale, маркетинг, и т.н. Вероятно табела като "RUP" или "ISO" помага в маркетинга, но по-често недостатъчно за да компенсира неефективността, породена от реализирането на процеса, особено ако екипа и сам знае какво прави.
Според мен, от програмистка гледна точка, процеси от този тип говорят предимно негативно за фирмата като място на работа, защото:
1) вкарват бюрокрация, и
2) говорят, че ще попаднете в екип с хора, които са по-добри в следването на предписания, отколкото в интелигентно ориентиране в обстановката.
Да започнеш работа във фирма с реализиран тежък процес има смисъл, когато човек иска да се научи как да ръководи група от недобри програмисти и все пак да свършва някаква работа (което може да му се наложи най-вече в контекста на голяма компания).
Извинявам се за дългия постинг, просто съм мислил доста по темата.
| |
|
Страници по тази тема: 1 | 2 | (покажи всички)
| 
|
|
