Arrow

Симпотишные ??? Ну-ну

Мужики ! С праздником НАС !!! УРА !!! УРА !!! УРА !!!

ОЙ не МОГУ !!! Ой, пат сталом !!! Прочитал у ЛетчикаЛехи http://letchikleha.livejournal.com/109361.html

На самом деле не фига не юмор, а очень стильная "испанская гитара"

Че-то мафия у тебя какая-то бедненькая... Неужели нормальная мафия не купит себе нормальных пилотов ??? НЕ ВЕРЮ ! (С)

А что, разве в природе существует карта Кореи ???

Эээ, а через пару недель у 72АГ будет ДНЮХА !

Ты прям как Гагарин - через звание

Совсем СТАРШОЙ стал !

Вот та тема http://forum.72ag.ru/index.php?s=&show...st&p=132656

Это тот, что раньше в Ш2 стоял ? Или он и сейчас там стоит ? http://72ag.blogspot.com/2009/05/blog-post_27.html

С днем рождения, Володя !

1. Прав. 2. Кажется так получилось, что в этом проекте должен кто-то стать ПМ, ибо единый ПМ на весь проект Oracle - и OEBS, и DWH. А в глазах ТОПов это два разных проекта А вообще - большое спасибо за рассказ про "кухню" И за рассказ - "как это правильно" !

Спасибо. Боже, как же оно тяжело понять Мне бы в терминах "по понятиям" А с AIM вообще прикол. Сторонняя контора внедряла нам OEBS. И подсадила на методологию. А DataWarehouse - уже собственная разработка на "игле" AIM. Ну, а со сторонней конторой - "консалтером" уже года полтора расстались, ибо дорого. Теперь все собственным IT-department масштабируем и делаем новые разработки к OEBS, ну и параллельно DWH выращиваем...

Как у вас поставлен процесс тестирования? В деталях не обязательно, можно в общем. Насколько я понимаю. В документе (версии документа) MD одновременно описано текущее состояние процесса (допустим загрузки данных), и исправление текущей версией этого документа. Одновременно с версией пишется набор тестов которым тестируется исправление, вносимое этой версией документа. С запросами и ожидаемыми результатами. После разработки проводится тестирование и оформление документа ТЕ - запускаются запросы и сверяются результаты с ожидаемыми. Потом идет недокументированная переписка с разработчиком на тему "почему он сам не проверил, и почему результаты не такие как ожидаются". Потом результаты становятся ожидаемыми - и документ тестирования подписывается. Вот как-то так.

Ну, во первых. Согласно методологии AIM - документирование производится в полном объеме. TA - Функциональная архитектура, RD-карточки показателей, MD-разработка показателя, MD ETL - загрузка показателей, TE-тестирование разработок А самое главное - главный "косячник" - архитектор системы

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

А какие процессы и методики у вас внедрены, какая роль у тебя лично, какие технологии используете? Что именно интересует, управление качеством понятие уж очень обширное. Так то список литературы можно накидать, но можно работать по площадям, а можно точечно. Кстати, я бы лично советовал начать с Де Марко, Брукс несколько академичен, ИМХО. Внедрена методология AIM. Разрабатывается DataWarehouse. Лично у меня функциональное наполнение (MD.050, TE.020) и контроль качества данных. Так вот, программисты корректируя одно - часто портят все остальное вокруг. А после внедрения каждой новой разработки - проводить 100% тестирование системы невозможно. Поэтому хочу перейти к некому перманентному тестированию данных на корректность.

Друзья! Мои программисты меня достали, косяк за косяком. Скажите - где можно почитать про управление качеством в программировании, в построении сложных программных систем? Можно с примерами Success Story.

Вот это ДА !!! Поздравляю !!!

Мне кажется стоит озвучить бюджет в рамках которого надо искать хороший джойстик...

Там кнопка есть, типа "открыть в OneNote". На работе нету, дома попробую...

Я бы летал, но проклятые наркотики слезть не дают

Хм, у меня бета 2010

Сегодня в ЖЖ WoT: На модифицированныйх текстурах к танкам, можно красным или другим заметным цветом, выделить слабые зоны танков, что-б проще попадать было Может кто уже сделал?