|
Рассуждения о качестве в дурацкую погоду
|
|||
---|---|---|---|
#18+
Сначала давайте все таки уточним тему-что же тут обсуждается? Качество проектирования? Качество кодирования? Качество постановки задачи? Или вообще качество всего-на-свете??? ;-) Я полностью убежден что термин качество изначально субъективен. Потому что без привязки понятию "товар" (почему именно товар - объясню позже) термин "качество" применять невозможно. Именно поэтому тут постоянно нить отклоняется то в обсуждение сотовых трубок (с бесполезными для многих покупателей функциями) то в обсуждение гамбуреров/автомобилей/истребителей стратегической авиации А ведь уровень потребностей которые должен по ожиданию покупателя удовлетворить товар в каждом случае разный! И требования к качеству каждой стадии производства тоже разные. Тем не менее это принимается как достойные упоминания примеры Может все-таки ограничим область обсуждения а то ведь ловить луну в море можно до умопомрачения 8) Мне кажется что качество как термин из теории контроля применимо только к массовому ПО(как и вообще только к массовому производству). В каждом случае целевой разработки на единичного заказчика качество - это те "хочу" заказчика и "могу" исполнителя которые были отмечены в договоре и подтверждены актом приемки. Да это плохо работает, но ведь кто-то давно сказал "Демократия неудачная система, но лучшей у нас нет". И вобщем-то и ненадо&. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.10.2003, 15:50 |
|
Рассуждения о качестве в дурацкую погоду
|
|||
---|---|---|---|
#18+
По-моему, отдохнув на боевых самолетах и сравнении экономик :), спор вернулся в исходное русло и пошел по второму кругу. Репликант, безусловно прав, говоря, что если продукт соответствует ТЗ - он качественнен. И конечно, в ТЗ можно достаточно расписать, чтобы включить в него "некий общий набор качеств, которые должны быть определены "по умолчанию". Однако, на практике, - это очень нелегкий труд - настолько полно описать всю будущую систему. По-моему, это делается только в очень редких случаях. А для "ширпотреба" (в очень широком смысле слова), да плюс не имя достаточных (общих) знаний в ИТ, эти качества оставляют "по умолчанию". Проблема в том, что невозможно достаточно определить это самое умолчание. И никакая сертификация здесь не поможет. Потому как технологии меняются стремительно, и у разных программ полно своей специфики, из-за чего умолчание для, скажем, бухгалтерской пр-мы сильно отличаются от умолчаний для графического пакета. В общем, выхода нет.... Nobody faults but mine... (LZ) ... |
|||
:
Нравится:
Не нравится:
|
|||
20.10.2003, 16:08 |
|
Рассуждения о качестве в дурацкую погоду
|
|||
---|---|---|---|
#18+
2 Инженер-проектировщик Код: plaintext 1. 2.
или Код: plaintext
>Качество проектирования? Качество кодирования? Качество постановки задачи? Хочется в таком порядке Качество постановки задачи? Качество проектирования? Качество кодирования? :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
20.10.2003, 16:35 |
|
Рассуждения о качестве в дурацкую погоду
|
|||
---|---|---|---|
#18+
2 Инженер-проектировщик Да это плохо работает, но ведь кто-то давно сказал "Демократия неудачная система, но лучшей у нас нет". И вобщем-то и ненадо&. Это демагогия называется. И подход "не надо", как показывает практика, длится ровно до тех пор, пока агитаторы за "не надо" не попробуют что-то лучшее. А потом, вернувшись обратно, вдруг почему-то очень даже "надо" становится... Это как с запорожца на мерседес пересесть. Вроде и то и другой со своими функциями справляется - выпоняет требование "доставить из пункта А в пункт Б за время не больше N". Нооо... Сами понимаете... Я уже сколько раз подобное наблюдал. Кардинально такая демагогия лечится только одним - самоуважением программиста (реже фирмы). Ну не станет уважающий себя субъект гнать туфту. Поскольку самоуважение вещь в общем-то эвфемерная, то где-то она есть, а где-то ее и нет... Причем второе случается куда как чаще чем первое... 2 aag Репликант, безусловно прав, говоря, что если продукт соответствует ТЗ - он качественнен. Если продукт соответствует ТЗ - это значит только одно - он соответствует ТЗ. Все. Для контраста предлагаю задуматься - а может ли быть качественным продукт, который не вполне соответствует ТЗ???... Для меня ответ очевиден - да, может. А для вас???... ... |
|||
:
Нравится:
Не нравится:
|
|||
20.10.2003, 16:48 |
|
Рассуждения о качестве в дурацкую погоду
|
|||
---|---|---|---|
#18+
2 Циничный Кот: \r По себе других не судят... \r \r Процитирую вас же: Сравнение "качественной программы" и "программы, соответствующей требованиям" - это как сравнение домашнего обеда (борщ, котлетки, картошечка, молочко) и, с позволения сказать, "обеда" (да-да-да, именно такое слово там используется тоже) из Макдональдса - пересоленая картошка жаренная на недельном масле, разъедающая зубы и желудок химическая дрянь под названием кока-кола и .... \r \r Значит по-вашему программа, соответствующая требованиям заказчика (покупателя) , является неким аналогом еды, соответствующей требованиям менеджеров Макдоналдс, т.е изготовителя (продавца) этой еды. Это ваш 1-й абсурд. Необъективность и эмоциональность оценки: "пересоленая картошка (вы, наверное, любите пересоленое, т.к в Макдоналдс есть не только соленая картошка) жаренная на недельном масле (вам это сообщили в санэпидемстанции, что масло было недельной давности или информация "изнутри" - от самих поваров?) , разъедающая зубы и желудок (у вас есть результаты исследования состояния зубов и желудков людей, регулярно питающихся в Макдоналдс?) химическая дрянь под названием кока-кола ...". И где же здравый смысл в этом вашем высказывании-сравнении? Если вы решили просто пофлеймить на тему качества под соусом необоснованной (почему - см.ниже) критики Макдоналдса, то для этого есть Просто треп \r \r Далее: Что лучше - очевидно, но, увы, реалии жизни таковы, что Макдональдсы торжествуют. Потому что там дельта между конечной ценой и начальными затратами выше. \r \r В среднестатистическом московском ресторане, в клубе, в кафе-забегаловке эта разница ("дельта") будет еще выше, но еда там не намного более здоровая и питательная, а может и наоборот. Так что "дельта" - это не показатель , т.к на большинстве среднестатистических московских предприятий, где эта разница ниже, чем в Макдоналдс еда все равно нездоровая и как результат - изжоги от жирных вонючих котлеток, беляшей и наваристого мясного супца, расстройства от кофе, чая или компота, приготовленных на водопроводной воде. Дальше что? Может лучше рассматривать вопросы качества и критиковать вообще нездоровое питание и тех, кто его ест и тех, кто его готовит с их целями , а не какой-то жалкий Макдоналдс, в к-ром ест лишь малая часть россиян, но к-рый вам индивидуально не понравился\r \r Этого я не говорил. ... \r \r Говоря это вам, я имел в виду не только вас, а вообще всех возмущающихся "некачественным" ПО. В этом смысле разница между вами и ними только в одном: вы критикуете Макдоналдс, а другие - MS Office, Windows, АвтоВАЗ, телевизор "Рубин", китайский ширпотреб и т.д\r \r .. Но если я из-за глючности данного софта регулярно теряю N часов времени в неделю (потеря данных, необходимость регулярной перестановки Виндовс и т.п.) то данную потерю времени помноженную на среднюю ставку оплаты в час помноженную на среднее количество работников, которых этот процесс затронул корпорация MS должна мне возместить, не так ли???... Это будет справедливо. \r \r Если вы перечитаете текст договора между вами как пользователем (к-рый не находится на территории США) и Майкрософт, к-рый идет, например, с Windows 2003 EE ( EULA.TXT ), то поймете, что ваша претензия к Майкрософт - юридический нонсенс, исходя из п.14 и 16:\r \r 14. LIMITED WARRANTY FOR SOFTWARE ACQUIRED IN THE US AND CANADA. \r Microsoft warrants that the Software will perform substantially in accordance\r with the accompanying materials for a period of ninety (90) days from the date\r of receipt.\r If an implied warranty or condition is created by your state/jurisdiction and\r federal or state/provincial law prohibits disclaimer of it, you also have an implied\r warranty or condition, BUT ONLY AS TO DEFECTS DISCOVERED DURING THE PERIOD\r OF THIS LIMITED WARRANTY (NINETY DAYS). AS TO ANY DEFECTS DISCOVERED AFTER\r THE NINETY-DAY PERIOD, THERE IS NO WARRANTY OR CONDITION OF ANY KIND.\r \r 16. EXCLUSION OF INCIDENTAL, CONSEQUENTIAL AND CERTAIN OTHER DAMAGES. \r TO THE MAXIMUM EXTENT PERMITTED BY APPLICABLE LAW, IN NO EVENT SHALL MICROSOFT OR\r ITS SUPPLIERS BE LIABLE FOR ANY SPECIAL, INCIDENTAL, PUNITIVE, INDIRECT, OR\r CONSEQUENTIAL DAMAGES WHATSOEVER (INCLUDING, BUT NOT LIMITED TO, DAMAGES FOR LOSS\r OF PROFITS OR CONFIDENTIAL OR OTHER INFORMATION, FOR BUSINESS INTERRUPTION, FOR\r PERSONAL INJURY, FOR LOSS OF PRIVACY, FOR FAILURE TO MEET ANY DUTY OF GOOD FAITH\r OR OF REASONABLE CARE, FOR NEGLIGENCE, AND FOR ANY OTHER PECUNIARY OR OTHER LOSS\r WHATSOEVER) ARISING OUT OF OR IN ANY WAY RELATED TO THE USE OF OR INABILITY TO USE\r THE SOFTWARE, THE PROVISION OF OR FAILURE TO PROVIDE SUPPORT OR OTHER SERVICES,\r INFORMATION, SOFTWARE, AND RELATED CONTENT THROUGH THE SOFTWARE, OR OTHERWISE UNDER\r OR IN CONNECTION WITH ANY PROVISION OF THIS EULA, EVEN IN THE EVENT OF THE FAULT,\r TORT (INCLUDING NEGLIGENCE), MISREPRESENTATION, STRICT LIABILITY, BREACH OF CONTRACT\r OR BREACH OF WARRANTY OF MICROSOFT OR ANY SUPPLIER, AND EVEN IF MICROSOFT OR ANY\r SUPPLIER HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.\r \r 17. LIMITATION OF LIABILITY AND REMEDIES. \r NOTWITHSTANDING ANY DAMAGES THAT YOU MIGHT INCUR FOR ANY REASON WHATSOEVER\r (INCLUDING, WITHOUT LIMITATION, ALL DAMAGES REFERENCED HEREIN AND ALL\r DIRECT OR GENERAL DAMAGES IN CONTRACT OR ANYTHING ELSE), THE ENTIRE LIABILITY\r OF MICROSOFT AND ANY OF ITS SUPPLIERS UNDER ANY PROVISION OF THIS EULA AND\r YOUR EXCLUSIVE REMEDY HEREUNDER (EXCEPT FOR ANY REMEDY OF REPAIR OR REPLACEMENT\r ELECTED BY MICROSOFT WITH RESPECT TO ANY BREACH OF THE LIMITED WARRANTY) \r SHALL BE LIMITED TO THE GREATER OF THE ACTUAL DAMAGES YOU INCUR IN REASONABLE\r RELIANCE ON THE SOFTWARE UP TO THE AMOUNT ACTUALLY PAID BY YOU FOR THE \r SOFTWARE OR US$5.00. THE FOREGOING LIMITATIONS, EXCLUSIONS AND DISCLAIMERS\r (INCLUDING SECTIONS 15, 16, AND 17) SHALL APPLY TO THE MAXIMUM EXTENT PERMITTED BY\r APPLICABLE LAW, EVEN IF ANY REMEDY FAILS ITS ESSENTIAL PURPOSE.\r \r (дубль 2) По себе других не судят.. \r \r Цитирую вас же (OFFTOPIC: управление ресурсами (стр.3)): >>По определению: ПО, к-рое соответствует требованиям (спецификации) заказчика - качественное ПО с его т.з. \r \r По определению: данное выше определение - неправильное определение. По определению... \r Правильное звучит так: если заказчик удовлетворен, значит ПО качественное. Не удовлетворен -не качественное. Именно с ЕГО точки зрения, а не с т. зрения той конторы, что ему это разрабатывала. \r \r В дополнение к тому, что вам высказал vdimas ранее: если вы возьмете любую книжку, посвященную контролю/управлению качеством, и прочитаете из нее определение качества и что такое качественный продукт, то поймете, что вы, действительно, имеете очень слабое представление о теории качества и рассуждаете о качестве "на пальцах" или на бытовом уровне \r \r Короче, от дальнейшего спора уклоняюсь. Вам желаю поесть в МакДональдсе пару-тройку лет качественные гамбургеры, картошечку и попить качественной кока-колы... Может, поймете наконец, что же такое оно, премет загадочный и туманный - КАЧЕСТВО. \r \r Короче, подобные советы приберегите для своей беременной жены или лучших друзей. Может если не вы, то хотя бы они поймут наконец, что есть еда качественная с т.з менеджеров Макдоналдс и есть еда качественная с т.з беременной женщины или старого пенсионера со слабым желудком, а точнее с т.з диетолога, к-рый рекомендовал бы этим двум последним соответствующее питание; и что не следует питаться в местах, где эти качества (требования к еде) различаются в сторону ухудшения первых.\r И сколько не вывешивай предупреждений наподобии: "Наши вкусные чизбургеры содержат мясо, к-рое вредно, т.к повышает уровень тяжелых несвязанных холестеринов, что опасно для людей с...", "Наша ароматная картошка-фри приготовлена на масле, к-рое вредно для людей с...", "Наши приятные на вкус напитки и нежное шоколадное мороженное содержат искусственный сертифицированный краситель, а также сахарозу, к-рая вредна для людей с...", "Наша аппетитная еда несбалансированна согласно стандартам ВОЗ на... - имеет плохое соотношение "белки:жиры:углеводы:клетчатка" и т.д - это бесполезно, т.к сейчас уже на водке начали писать "Чрезмерное употребление алкоголя вредит..", но россияне пить меньше не стали. Не заменят предупреждения и гуманитарная болтовня про "Удовлетворенность заказчика" разума и элементарных знаний из теории качества и диетологии\r \r \r 2 Инженер-проектировщик: \r Хочется завопить МОДЕРАТОРА-ААААААААА СЮДА С ПЛЮСОМЕТОМ ААААА!!!\r ...\r А делать это нужно на кухне - в разделе "Треп" куда я и призываю перенести этот крутой топик неимеющий к форуму нималейшего отношения. \r \r Плюсомета захотелось? Так это вам на IXBT.COM в Программирование . Там вам за подобный хамский пост быстро предупреждение или прямо сразу "звезду" и влепят. Хотя vdimas своим ответом ранее уже фактически влепил вам "звезду почета" за "культурное и умное" обращение к аудитории. Я же могу только присоединиться к нему\r \r Ибо сравнивать процесс разработки боевых самолетов и процесс проектирования софта да еще такого ширпотреба ак офис просто глупо. \r \r Это по-вашему глупо. Поэтому лучше используйте "IMHO". Теория качества и технологии его обеспечения работают по сути точно также как при создании самолетов, так и при создании ПО. Если перечитаете стр.1, то поймете, что топик посвящен не созданию самолетов, а качеству ПО.\r А самолеты, экономики и прочие побочные предметы начали обсуждаться параллельно, но к сожалению элемента off (оффтопик) как на IXBT.COM у ActualForum до сих пор нет, а поскольку дискуссия - это дело свободное, то народ сам и выбирает что ему обсуждать, а еще с учетом либеральных правил SQL.RU...\r \r Дети а что такое КОКОМ? \r \r Вообще-то, деточка, не "КОКОМ", а "КОКОМО" (COCOMO I,II)\r \r Center for Software Engineering (CSE) :\r There are several software cost models in use today. The most popular, open, and well-documented model\r is the CO nstructive CO st MO del (COCOMO), which has been widely used by industry for 20 years. The latest\r version, COCOMO II, is the result of a collaborative effort led by the University of Southern California\r (USC) Center for Software Engineering, with the financial and technical support of numerous industry\r affiliates. ...\r \r А что эффективней дешевле и корректней - продувка модели самолета выполнение сотни выстрелов/пусков зарядами разных партий для получения поправок или счет на супер-компьютере которого еще у нас нет?! \r \r От того и не было, что труд советских людей был дешевым \r \r Качество проектирования? \r Качество кодирования? \r Качество постановки задачи? \r Или вообще качество всего-на-свете??? ;-) \r \r Может прочтете этот топик еще раз внимательнее? Т.к vdimas и я уже обсуждали на стр.1 из чего состоит "конечное" качество ПО, т.е из каких "составляющих" качеств и кто в этих качествах заинтересован\r \r Я полностью убежден что термин качество изначально субъективен. \r \r Опять: читайте данный топик, т.к вы пополняете армию людей, не имеющих элементарных понятий о качестве\r \r Мне кажется что качество как термин из теории контроля применимо \r только к массовому ПО(как и вообще только к массовому производству). \r \r Оно применимо к любому ПО - от самодельной апликаки до программных комплексов, управляющих спутниками или ядерным щитом сверхдержавы\r \r \r 2 aag: \r Проблема в том, что невозможно достаточно определить это самое умолчание. И никакая сертификация здесь не поможет. Потому как технологии меняются стремительно, и у разных программ полно своей специфики, из-за чего умолчание для, скажем, бухгалтерской пр-мы сильно отличаются от умолчаний для графического пакета. \r \r Слова не мальчика, а мужа... :о)\r \r В общем, выхода нет.... \r \r Да, выхода нет и по крайней мере из дискуссии точно, если к ней "подключаются" люди, к-рые не только не прочитали ни одной книжки о качестве, но даже и не удосужились прочитать внимательно топик, чтобы аргументированно высказать свою "новую" т.з, к-рая уже была высказана еще давно другими участниками. Вместо этого они просто раздувают флейм как в ПТ и пытаются заменять официальную терминологию своей :о\\ ... |
|||
:
Нравится:
Не нравится:
|
|||
20.10.2003, 17:49 |
|
Рассуждения о качестве в дурацкую погоду
|
|||
---|---|---|---|
#18+
На счет КОКОМ особенно круто :) Если не понял над чем смеюсь - спроси родителей. Они вероятно помнят. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.10.2003, 19:16 |
|
Рассуждения о качестве в дурацкую погоду
|
|||
---|---|---|---|
#18+
2 Репликант Значит по-вашему программа, соответствующая требованиям заказчика (покупателя), является неким аналогом еды, соответствующей требованиям менеджеров Макдоналдс, т.е изготовителя (продавца) этой еды. Это ваш 1-й абсурд. Да ну??? Вы не хуже меня знаете, что заказчик (в данном контексте покупатель) хочет ЕСТЬ. Причем нормальную еду, которая по крайней мере если не обладает суперпользой, то утолит голод и НЕ НАНЕСЕТ вред. И ему глубоко монопениссуально все ТУ (техусловия) согласно которым готовится еда в Мадаке и за исполнением которых следят те самые пресловутые манагеры. А что происходит???.. Не что иное как обман - вместо еды подсовывают НЕЧТО, красиво (тут не спорю) упакованное, в чистеньких условиях (тут тоже не спорю), пропитанное аппетитно пахнущими ароматизаторами (читай-химией) что с медицинской точки зрения жрать в общем-то не рекомендуется. При этом на подносике с этим НЕЧТО лежит красочная такая листовка, на которой самовосхваляется МакДак вообще и процесс приготовления этого НЕЧТО в частности. Чтобы не быть голословным, приведу выдержку из последних перлов - "Чтобы приготовить гамбургер, нужно два года". Без комментариев. И где же тут абсурд???... разъедающая зубы и желудок (у вас есть результаты исследования состояния зубов и желудков людей, регулярно питающихся в Макдоналдс?) Вообще-то говоря есть. Вы даже сами можете провести занимательный опыт - возьмите какой-нибудь свежевыдраный зуб (свой или попросите в любой стоматологии), возьмите 2х литровую бутыль этой химической дряни, булькните зуб в эту бутыльку. И оставтье на несколько суток. Как вы думаете, каков будет результат этого опыта???... Ну а о вредном воздействии таких химически активных веществ в сочетании с режимом питания а-ля-макдональдс вам любой врач-гастролог расскажет, если вы до сих пор девственно-невинны в этом вопросе... Если вы перечитаете текст договора между вами как пользователем (к-рый не находится на территории США) и Майкрософт, к-рый идет, например, с Windows 2003 EE (EULA.TXT), то поймете, что ваша претензия к Майкрософт - юридический нонсенс Это-то я знаю. Вы мне другое объясните - расходы-то из своего кармана я несу по вине вполне конкретной корпорации. А возмещать их что, нонсенс мне будет??? В дополнение к тому, что вам высказал vdimas ранее: если вы возьмете любую книжку, посвященную контролю/управлению качеством, и прочитаете из нее определение качества и что такое качественный продукт, то поймете, что вы, действительно, имеете очень слабое представление о теории качества и рассуждаете о качестве "на пальцах" или на бытовом уровне Вы наверное, будете весьма удивлены, если я вам скажу что ЛЮБУЮ книжонку читать не стоит - есть хорошая литература, а есть так себе. Впрочем, вы в это все равно не поверите. Вам же рекомендую от голой теории переходить к практике... Ну хотя бы иногда... Хотя бы по большим праздникам... И сколько не вывешивай предупреждений наподобии: "Наши вкусные чизбургеры содержат мясо, к-рое вредно, т.к повышает уровень тяжелых несвязанных холестеринов, что опасно для людей с...", "Наша ароматная картошка-фри приготовлена на масле, к-рое вредно для людей с...", "Наши приятные на вкус напитки и нежное шоколадное мороженное содержат искусственный сертифицированный краситель, а также сахарозу, к-рая вредна для людей с...", "Наша аппетитная еда несбалансированна согласно стандартам ВОЗ на... Вот пусть сначала вывесят... А потом мы посмотрим, бесполезно или нет... Вон, в ЕС уже 40% пачки сигарет отводится под антирекламу продукции. И объемы продажи сигарет падают, как ни странно. Хотя там свои репликанты демагогию разводили я думаю не хуже... ... |
|||
:
Нравится:
Не нравится:
|
|||
21.10.2003, 14:00 |
|
Рассуждения о качестве в дурацкую погоду
|
|||
---|---|---|---|
#18+
2 Циничный Кот: Да ну??? Вы не хуже меня знаете, что заказчик (в данном контексте покупатель) хочет ЕСТЬ. Причем нормальную еду, которая по крайней мере если не обладает суперпользой, то утолит голод и НЕ НАНЕСЕТ вред. И ему глубоко монопениссуально все ТУ (техусловия) согласно которым готовится еда в Мадаке и за исполнением которых следят те самые пресловутые манагеры. ... И где же тут абсурд???... Во-первых, еда Макдоналдса очевидно проходит экспертизу на вредность иначе эта еда просто бы не продавалась и тем более в такой популярной сети ресторанов, т.е она не убьет и не навредит человеку как, например, водка, приготовленная из древесного спирта или протухшие консервы. Во-вторых, как бы это не звучало бесчеловечно, но понятие "вред" растяжимо , учитывая что у разных людей разные желудки и здоровье. Это не относится непосредственно к теме качества, а скорее к здравому смыслу и упоминавшихся вами "объективных" экспериментах. Ну и как же по-вашему можно оценить этот "вред"? Устроить эксперимент, в течении к-го человек, например, 1 год будет питаться только в Макдоналдсе, а не где-то еще? Так что ваш абсурд, связанный с подменой т.з (менеджер Макдака <-> заказчик), остается. Более того - теперь у вас на счету уже 2 абсурда потому что вы не сможете создать рецептуру для еды, к-рая была бы и здоровой и вкусной, а также дешевой для среднестатистического посетителя Макдоналдса (заказчика). Народ хочет жрать и жрать задешево. А Макдак уже давно выяснил и доказал (Макдоналдс же популярен в народе!), что, например, самое вкусное и дешевое (т.к оно популярное), а также не очень вредное блюдо для среднестатистического посетителя или их набор - это аппетитный чизбургер, пакетик ароматного картофеля фри и стаканчик шипящей кока-колы :о} Вообще-то говоря есть. Вы даже сами можете провести занимательный опыт - возьмите какой-нибудь свежевыдраный зуб (свой или попросите в любой стоматологии), возьмите 2х литровую бутыль этой химической дряни, булькните зуб в эту бутыльку. И оставтье на несколько суток. Как вы думаете, каков будет результат этого опыта???... Понятия не имею! Зуб растворится в кока-коле? Его объем уменьшится на 1% и более или его эмаль начнет разрушаться? Вы занимаетесь простотрепом потому что без лабораторных анализов (т.е анализ прочности и состояния эмали зуба, микрофотография поверхности ДО и ПОСЛЕ погружения) я скорее поверю, что его поверхность просто изменит цвет. И потом вы подменяете условия во рту у человека, питающегося в Макдоналдсе на явно агрессивные условия эскперимента: постоянное воздействие кока-колы, когда зуб находится в ней несколько суток -VS.- воздействие в течении непродолжительного срока - 15 минут во время обеда после чего среда во рту восстанавливается до естественной, например, за счет жевания "Орбита". Может вам стоит исследовать воздействие кока-колы на человеческий желудок? Потому что вот там она как раз находится гораздо дольше; удаленный стоматологом зуб, умеющий участки, незащищенные эмалью (шейка и корень зуба, а также возможно кариесные участки, сколы и т.д) -VS.- здоровые или почти здоровые зубы, защищенные эмалью и находящиеся в полости рта среднестатистического посетителя Макдоналдса. На случай, если вы вдруг решите представить меня апологетом или поклонником Макдака, то скажу сразу, что вы ошибетесь. Я не "за" или "против" Макдоналдса - он мне вообще по барабану как и вся его нездоровая пища. Я просто за объективность и не люблю, когда эмоциями заменяют здравый смысл Ну а о вредном воздействии таких химически активных веществ в сочетании с режимом питания а-ля-макдональдс вам любой врач-гастролог расскажет, если вы до сих пор девственно-невинны в этом вопросе... Нет, я не девственно-невинен, т.е прекрасно понимаю, что представляет из себя еда там и чем чревато ее употребление. Но только вы опять забыли, что требования к еде в Макдоналдс составляли не диетологи (а не "врачи-гастрологи"), а менеджеры Макдоналдса Это-то я знаю. Вы мне другое объясните - расходы-то из своего кармана я несу по вине вполне конкретной корпорации. А возмещать их что, нонсенс мне будет??? Я вам уже все объяснил - согласно договору Майкрософт вам ничего не должна. Так что может зря вы там выбирали "I accept the terms of..." во время установки? :о\ Вы наверное, будете весьма удивлены, если я вам скажу что ЛЮБУЮ книжонку читать не стоит - есть хорошая литература, а есть так себе. Впрочем, вы в это все равно не поверите. Вам же рекомендую от голой теории переходить к практике... Ну хотя бы иногда... Хотя бы по большим праздникам... Нет, я не удивлен и сам хорошо знаю, что книги бывают разные. Но ваша теперь уже откровенная болтовня по этому поводу опять не имеет никакого смысла, т.к определение качества одинаковое во всех книгах, посвященных не только качеству вообще и качеству ПО, но также и на всех официальных и авторитетных Интернет-ресурсах (домашние страницы и сайты полуграмотных гуманитариев и борцов с официальной терминологией в расчет не берутся). Что же касается ваших фамильярных советов вроде "рекомендую от голой теории переходить к практике" с эмоциональными довесками, то оставьте их для себя. Мне знаком этот "аргумент" - "теория неверна, а книжки - чушь потому что у меня теория не работает (или работает как-то по-другому)". Нет уж, определение качества корректно , т.е полно и непротиворечиво, но, видимо, кое-кому амбиции мешают понять и признать этот очевидный факт Вот пусть сначала вывесят... А потом мы посмотрим, бесполезно или нет... Вон, в ЕС уже 40% пачки сигарет отводится под антирекламу продукции. И объемы продажи сигарет падают, как ни странно. Хотя там свои репликанты демагогию разводили я думаю не хуже... Я смотрю, что вы уже совсем охамели раз опустились до откровенных наездов? Похоже, что вы потеряли чувство меры в порыве "доказательства неправильности" официального определения качества :о( ... |
|||
:
Нравится:
Не нравится:
|
|||
22.10.2003, 23:47 |
|
Рассуждения о качестве в дурацкую погоду
|
|||
---|---|---|---|
#18+
2 Репликант Во-первых, еда Макдоналдса очевидно проходит экспертизу на вредность иначе эта еда просто бы не продавалась Вы либо дурак, либо из Америки приехали... Пирожки на машинном масле по вашей логике вообще никогда не могли бы тогда возникнуть... А МакДаке отравления, кстати, уже были . Другой вопрос, что все это дело огласке не придавалось. Почему??? А почему у нас (в Питере) пару дней назад детей в школе отравили - полтора десятка в больницу загремело, остальные дома отлеживаются - вы про это хоть что-то слышали???... Нет, конечно... А раз не слышали - значит и не было того... По вашей логике-то.... Во-вторых, как бы это не звучало бесчеловечно, но понятие "вред" растяжимо, учитывая что у разных людей разные желудки и здоровье. Вот я и предложил на ваш желудок и растянуть... Что, стремно стало??? ;о) Народ хочет жрать и жрать задешево С этим я никогда не спорил. Более того, рискну заявить, что всякие МакДАки и прочая иже с ними - как раз следствие именно этого желания. Но... Бесплатный сыр - он сами знаете где... Понятия не имею! Зуб растворится в кока-коле? Его объем уменьшится на 1% и более или его эмаль начнет разрушаться? Вы занимаетесь простотрепом потому что без лабораторных анализов (т.е анализ прочности и состояния эмали зуба, микрофотография поверхности ДО и ПОСЛЕ погружения) я скорее поверю, что его поверхность просто изменит цвет. А вы не сомневайетсь, вы проверьете... Но если ленивы и мне на слово рискнете поверить - результат этого экперимента такой - зуб в этом дерьме за недельку растворяется без остатка.... А теперь вспоминаем, что зубы - это одна из наиболее прочных частей организма - из старых могильников кости да зубы в основном вытаскивают... Так те кости не одну тысячу лет пролежали... Я вам уже все объяснил - согласно договору Майкрософт вам ничего не должна. Так что может зря вы там выбирали "I accept the terms of..." во время установки? :о\ Ну раз они ни за что не отвечают, то я им ни за что и не плачу. Справедливо??? И нечего мне тогда лицензионными соглашениями в нос тыркать - либо я плачу бабки а поставщик отвечает за базар (или продукт), либо он ни за что не отвечает, и смело идет нах$%^ без бабок. Третьего - не дано. Хотя некоторым оченно хочется. Но именно для таких умников были антимонопольные и антитрестовские законы придумали. Нет уж, определение качества корректно, т.е полно и непротиворечиво, но, видимо, кое-кому амбиции мешают понять и признать этот очевидный факт Ага. И, похоже, именно эти же качества мешают осознать, что существут ДРУГАЯ система полных и непротиворечивых определение, ОТЛИЧНЫХ от того, на чем вы с упорством не буду уточнять кого настаиваете... Что же касается ваших фамильярных советов вроде "рекомендую от голой теории переходить к практике" с эмоциональными довесками, то оставьте их для себя. Не нравится фамильярность - следите за собственным базаром или не общайтесь вовсе. А то направо-налево орать о некомпетентности других ума много не надо, а как самому на яйца наступили, так сразу же запищщали-то... Я смотрю, что вы уже совсем охамели раз опустились до откровенных наездов? Да неужто??? Это так, легонькая разминочка перед завтраком... То есть, пардон, перед ужином... Чис-ста для улучшения аппетита... ЗЫ. Кстати, идея раскрашивать посты разными красками - не лучшая. Ридабилити никакая получается... ... |
|||
:
Нравится:
Не нравится:
|
|||
27.10.2003, 17:12 |
|
Рассуждения о качестве в дурацкую погоду
|
|||
---|---|---|---|
#18+
Вы либо дурак, либо из Америки приехали... Есть еще 3-й вариант - я не дурак и живу в России :о) .. Пирожки на машинном масле по вашей логике вообще никогда не могли бы тогда возникнуть... Вы болтовней занимаетесь, т.к я про пирожки на машинном масле и невозможность их существования на территории РФ ничего не говорил, а также не определял некую "логику", к-рая запрещает их существование .. А МакДаке отравления, кстати, уже были. Другой вопрос, что все это дело огласке не придавалось .. Возможно и были, но мне это как-то по барабану. Даже если другой вопрос и все это дело не придавалось огласке :о) .. Почему??? А почему у нас (в Питере) пару дней назад детей в школе отравили - полтора десятка в больницу загремело, остальные дома отлеживаются - вы про это хоть что-то слышали???... Нет, конечно... Я знаю, что в России отравления случаются не только в школах, но и в детсадах с яслями. Школа и Макдоналдс - это разные учреждения. Вы про это хоть что-то слышали? .. А раз не слышали - значит и не было того... По вашей логике-то.... Вам еще не надоело болтовней заниматься про якобы мою логику? .. Вот я и предложил на ваш желудок и растянуть... Что, стремно стало??? ;о) А вы не сомневайетсь, вы проверьете... Но если ленивы и мне на слово рискнете поверить - результат этого экперимента такой - зуб в этом дерьме за недельку растворяется без остатка.... Я вам уже объяснил про ваш "научный" эксперимент. Вы же опять занимаетесь откровенной болтовней: "на ваш желудок и растянуть... Что, стремно стало??? ...зубы - это одна из наиболее прочных частей организма". Вы бы вспомнили, что в могильниках другие условия - там нет постоянного воздействия жидкости - так что зубам там просто не в чем растворяться Ну раз они ни за что не отвечают, то я им ни за что и не плачу. Справедливо??? Нет, не справедливо, если вы пользуетесь на работе пиратским софтом. У вас есть выбор и никто вас не заставляет и не принуждает пользоваться продукцией Майкрософта. А все "аргументы" вроде "программа, к-рая мне нужна для работы не работает под Линуксом" не снимают вины за сознательное воровство .. Но именно для таких умников были антимонопольные и антитрестовские законы придумали. Претензии покупателей к качеству продукции Майкрософт не имеют отношения к антимонопольному законодательству Ага. И, похоже, именно эти же качества мешают осознать, что существут ДРУГАЯ система полных и непротиворечивых определение, ОТЛИЧНЫХ от того, на чем вы с упорством не буду уточнять кого настаиваете... Их много "других" полных и непротиворечивых, но только не про все книги и в документациях не пишут, а также в промышленности не пользуются. Так что система(ы) определений, про к-рые вы говорите имеет значение, например, для вас, но не для всей ИТ-индустрии, т.к в этой самой индустрии по большей части пользуются определением, к-рое приводил я Не нравится фамильярность - следите за собственным базаром или не общайтесь вовсе. А то направо-налево орать о некомпетентности других ума много не надо, а как самому на яйца наступили, так сразу же запищщали-то... Во-первых, я не "направо-налево орал о некомпетентности". Во-вторых, я говорил, что вы о теории качества не имеете представления и пытаетесь воевать с официальной терминологий. Что касается "на яйца наступили", то вы пока наступаете на свои вот уже вторую страницу если выражаться образно, т.к других аргументов кроме хамства и наездов на оппонента у вас нет Да неужто??? Это так, легонькая разминочка перед завтраком... То есть, пардон, перед ужином... Чис-ста для улучшения аппетита... По-мойму ваша разминка уже давно превратилась в затянувшуюся заминку с флеймом на 2-х страницах. Неужели вы планируете еще что-то, связанное с хамством и болтовней? ЗЫ. Кстати, идея раскрашивать посты разными красками - не лучшая. Ридабилити никакая получается... Это ваша ридабилити так что сами с ней и разбирайтесь ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2003, 07:57 |
|
Рассуждения о качестве в дурацкую погоду
|
|||
---|---|---|---|
#18+
2Циничный Кот: ЗЫ. Кстати, идея раскрашивать посты разными красками - не лучшая. Ридабилити никакая получается... С чего ты это взял? По мне, так намного лучше твоей ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2003, 09:53 |
|
Рассуждения о качестве в дурацкую погоду
|
|||
---|---|---|---|
#18+
2 Репликант. С терминами давно уже разобрались, непонятно, почему ЦК вдруг поднял этот ил, да еще так неуклюже. Но вот одна мысль меня все-таки грызет (просьба никому не смеяться). Я о ней говорил, но почему-то не получил ответа. Копирую опять: Я писал:если мы имеем "несоответствие требованиям", то это значит, что работа еще не доделана (в случае производства ПО). И только после того, как работа доделана, можно рассматривать качество этой работы. Или получается полная галиматья или я девственно наивен в вопросе "впаривания" ПО. Я не представляю себе ПО, которое не соответствует требованиям, т.е. представляю, но только на этапе разработки. Если что-то не соответствует требованиям - то это "что-то" надо просто доделать. :) Т.е. получается (внимание), что на момент готовности к сдаче ПО всегда качественно по определению, т.е. (опять внимание) вопрос КАЧЕСТВА в той терминологии, что ты нам предлагаешь, просто теряет смысл. Или дела обстоят не так? И как тогда удается выжить разработчикам, у которых дела обстоят не так? Поделитесь, интересно. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2003, 23:12 |
|
Рассуждения о качестве в дурацкую погоду
|
|||
---|---|---|---|
#18+
2 vdimas: если мы имеем "несоответствие требованиям", то это значит, что работа еще не доделана (в случае производства ПО). И только после того, как работа доделана, можно рассматривать качество этой работы. По поводу "доделана" - это с чьей т.з? Если с т.з исполнителя, то он как и заказчик также может рассматривать качество. Естественно оно будет ниже, чем когда ПО доделано Или получается полная галиматья или я девственно наивен в вопросе "впаривания" ПО. vdimas, а при чем здесь "впаривание" или обман заказчика? Это отдельная тема. Можно даже рассматривать ситуацию с адекватным заказчиком, к-рый может оценить соответствие ПО любому выставленному ТЗ Я не представляю себе ПО, которое не соответствует требованиям, т.е. представляю, но только на этапе разработки. Если что-то не соответствует требованиям - то это "что-то" надо просто доделать. :) Раз не представляешь значит в этом плане ты счастливый разработчик. Однако зачастую бывают ситуации, когда время сдачи пришло, а ПО еще не совсем готово, но при этом заказчик все равно может настоять чтобы оно было подвергнуто процедуре приемки и даже сдано в эксплуатацию Т.е. получается (внимание), что на момент готовности к сдаче ПО всегда качественно по определению, т.е. (опять внимание) вопрос КАЧЕСТВА в той терминологии, что ты нам предлагаешь, просто теряет смысл. Почему вопрос или определение качества теряет смысл в момент завершения проекта/работ по созданию ПО? Во-первых, даже если рассматривать ситуацию с исполнителем, к-рый все сдает точно в срок и у к-го ПО при этом соответствует ТЗ на 100%, то вопрос о качестве ПО имеет значение также и для заказчика , к-рый принимает ПО, т.к ему необходима процедура приемки, к-рая подтвердит это самое качество. Во-вторых, бывают разные ситуации - см. предыдущий абзац :о) ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2003, 09:10 |
|
Рассуждения о качестве в дурацкую погоду
|
|||
---|---|---|---|
#18+
Да, посмотрел я предыдущий абзац... А знаешь, какая-то фигня получается... Подобных девелоперов надо куда-нить в глушь, типа Севастополя на стажировку отправлять... Естественный отбор быстро сделает свое дело. Голодная смерть - штука беспощадная. Смотрю, жируете вы в первопрестольной, такие вещи себе позволяете... (nothinig personal, of course) ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2003, 09:44 |
|
Рассуждения о качестве в дурацкую погоду
|
|||
---|---|---|---|
#18+
Не соблаговолит ли уважаемый Репликант с недосягаемых вершин своего огромного опыта и с неизмеренных глубин своих теоретических познаний ознакомиться с нижеследующим отрывочком, безусловно не стоящим его драгоценного внимания и времени, ибо взят он из книжонки, что в бибилиотеке отдела качества имеется, да и авторы - непонятно кто непонятно откуда???... Но тем не менее... (орфографию и выделение текста я по мере возможности сохранил оригинальное) КАЧЕСТВО Если програмный продукт создается по заказу конкретного клиента, тогда клиент может принимать в его проектировании самое непоредственное участие. Он предоставляет подробную спецификацию с описанием своих требований и собственного видения продукта, а разработчик соглашается все это реализовать. В таком случае качество будет означать точное соответствие спецификации клиента. ---------------------- У большинства разработчиков программного обеспечения таких грамотных и обстоятельных клиентов нет. Для них критерием качества служит не соответствие спецификации, а то, насколько пользователи удовлетворены программным продуктом и сопутствующими услугами компании. ---------------------- Спецификация - спецификацией, но если конечный результат пользователю не нравится, значит, его качество не на высоте. И не важно, что пользователь ознакомился со спецификацией и согласился с ней или даже сам ее составил. Если в коечном счете продукт его не удоветворяет, то только это и будет иметь значение. Еще одной составляющей качества является надежность программного обеспечения. А надежность его тем выше, чем реже в нем происходят сбои, особенно такие, которые влекут за собой потерю данных и другие неприятные последствия. Хотя надежность программы исключительно важна, она не является единственным критерием ее качества, и не правы те тестироващики, которые так думают. Если программа не позволяет пользователю выполнить что-то, что он считает важным, то пользователь не будет ей доволен. А если пользователь недоволен, значит, качество программы в целом нельзя назвать высоким. Итак, качество программы определяется: возможностями, благодаря которым она понравится пользователю - недостатками, которые вынуждают пользователя приобрести другую программу. Главное, что тестировщик может сделать для улучшения качества программы - это выявить ее недостатки, сбои в ее работе и явные ошибки. Елси руководитель проекта примет решение в последний момент добавить какую-нибудь очень важную функцию, это тоже может способствовать повышению качества, несмотря на то, что от этого программа станет менее надежной. Ни надежность, ни функциональность программы не могут быть абсолютными, и ее качество в конечном счете означает разумный баланс между этими двумя характеристиками. ... ========================== "Тестирование программного обеспечения", Сэм Канер, Джек Фолк, Енг Кек Нгуен изд-во DiaSoft, 2000. ISBN 966-7393-42-9. Об авторах: Сэм Канер имеет большой опыт в разработке программного обеспечения. Он работал аналитиком, программистом, тестером, менеджером группы разработчиков документации и менеджером проектов втаких компаниях как Electronic Arts, Power Up Software, Telenova и WordStar. Основная направленность всей работы Канера связана с повышением удобства использования, надежности и живучести программных продуктов. Американской ассоциацией контроля качества ему присвоено звание сертифицированного инженера. Джек Фолк - менеджер проектов в Electronic Arts. Основная его деятельность связана с разработкой программного обеспечения по обслуживанию потребителей. Кроме того, Джек возглавлял группу тестирования прогаммного обеспечения. Енг Кек Нгуен занимает должность менеджера по разработке программного обеспечения в компании Power Up Software, создавая системы организации производства и управления производительностью. Он является менеджером группы тестирования в той же компании и аналитиком в Electronic Arts. Американской ассоциацией контроля качества ему присвоено звание сертифицированного инженера. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2003, 14:34 |
|
Рассуждения о качестве в дурацкую погоду
|
|||
---|---|---|---|
#18+
Пы.Сы. Орфографические ошибки в предыдущем посте - моих лап дело. В оригинале их нет. ================== 2 funikovyuri С чего ты это взял? По мне, так намного лучше твоей Как бы сказал херр Репликант - из элементарных представлений о юзабилити. Еще бы мигающие надписи вкрячили, десигнеры-самоучки... ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2003, 14:37 |
|
Рассуждения о качестве в дурацкую погоду
|
|||
---|---|---|---|
#18+
2 ЦК мдя-я-я-я, блин... читаю, и как будто это я сам написал... короче, надо этим вопросом заняться поплотнее. спасибо за источник. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2003, 19:23 |
|
Рассуждения о качестве в дурацкую погоду
|
|||
---|---|---|---|
#18+
2 vdimas Пожалуйста. Я этим вопросом (полноценное QA в компании занимающейся разработкой ПО) тоже был вынужден в свое время заняться. Оказалось весьма поучительно и познавательно. Хотя по большому счету ничего мегасложного-то и нет. Но - одно дело организованная СИСТЕМА, а совсем другое - ее отдельные компоненты, которые сами по себе не пришей кобыле хвост. Хотя сейчас, правда, уже дико смотреть на некоторые коллективы разработчиков, в которых тестирование продукции практически не производится, нет систем дефек-трекинга, тестировщики и QA считаются кем-то из под забора вытащенными с соответствующей зарплатой и т.д. и т.п. Ну и на выходе понятно что получается - гуано, которое иногда "соответствует спецификации"... ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2003, 19:38 |
|
Рассуждения о качестве в дурацкую погоду
|
|||
---|---|---|---|
#18+
кстати - мысль! надо открыть топик, где бы помусолить различные баг-треккинг системы. Давно хотел, да что-то не до этого было. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2003, 20:06 |
|
Рассуждения о качестве в дурацкую погоду
|
|||
---|---|---|---|
#18+
Давайте. Я вплотную имел дело тольо с одной - Rational ClearQuest. Но зато ознакомился достаточно подробно. Парочку других (Bugzilla) видел краем глаза, на этом опыт и закончивается. Хотя мнения услышать было бы крайне интересно. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2003, 20:15 |
|
Рассуждения о качестве в дурацкую погоду
|
|||
---|---|---|---|
#18+
Сэм Канер, Джек Фолк, Енг Кек Нгуен (по посту ЦК) писал:У большинства разработчиков программного обеспечения таких грамотных и обстоятельных клиентов нет. Для них критерием качества служит не соответствие спецификации, а то, насколько пользователи удовлетворены программным продуктом и сопутствующими услугами компании. Голосую обеими руками за определение качества ПО, данного уважаемыми авторами, если соблюдается одно небольшое условие - не очень грамотный и не очень обстоятельный клиент в полном объеме оплачивает все свои капризы. Теперь переведем эту цитату на язык российских реалий: Разработчик будет работать над проектом в рамках оговоренной в договоре суммы до тех пор, пока заказчик не скажет "Хватит" Мне, как разработчику, это не очень нравится. Поэтому я считаю ПО качественным, когда оно соответствует согласованной документации. Если в ТЗ заказчик написал, что окно должно быть круглым, а я это согласовал - буду делать круглым. Если не написал, а только имел это ввиду - оформи дополнение к ТЗ с соответствующей корректировкой сумм и сроков - и я буду приводить ПО в соответствие с новыми требованиями. Иначе никак... ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2003, 20:30 |
|
Рассуждения о качестве в дурацкую погоду
|
|||
---|---|---|---|
#18+
Есть ещё один аспект, который, ИМХО, упорно упускают из виду уважаемые участники дискусси. vdimas пытался обратить на него внимание, но как-то не получилось. Безусловно, оценка "качественный продукт" выносится на основнании оценки соответствия тем или иным требованиям. Просто в нормальной (ИМХО) ситуации, часть этих требований явно высказана заказчиком, а часть должна подразумеваться , поскольку перечислить их все просто невозможно, как не перечисляются подробно требования к пожарной безопасности в каждом отдельно взятом задании на проект дачного дома. Просто даётся ссылка на тот или иной агрегированный документ (ГОСТ, СНиП и т.п., кому надо - тот в курсе). Интересен третий "слой" требований, которые автоматически учитывается разработчиком в силу привитой культуры производства . Не люблю этот термин в отношении ПО, ну да ладно. Есть же люди, которые просто в принципе не могут работать "тяп ляп" и т.п. Потому что внутренняя культура мешает. Беда нашей грёбаной ИТ-индустрии, на мой взгляд, как раз в том, что культура здесь просто не успевает формироваться. Единственный, наверное, возмоный вариант - как плод индивидуальной переработки большого количества информации об удачных и неудачных (в техническом смысле) проектах. Но те единицы, которые появляются, очень быстро оказываются на положении белых ворон и, соответственно, серьёзного влияния не оказывают. И происходит у нас размывание как культуры отношения к заказчику, так и технической культуры программирования. А ещё более опасная тенденция - перекладывание на заказчика ответственности за формулировку всех возможных чихов, хотя сама по себе культура программирования сознательно развивалась в сторону наработки способов предсказания требовани заказчика. Почитайте книги по программированию, коллеги. Он изобилуют примерами, которые начинаются со слов "Но если вдруг заказчик захочет...". Т.е., вместо наработки "умения" глубокого понимания заказчика развивается банальное бумаготворчество. О, да! Мы сотворим горы Requirements, Visions, Project Plans, Test Plans и т.п., но если заказчик надумает добавить контекстные меню или, паче чаяния, написать все тексты полужирным шрифтом, то это уже будет Проблема на месяцы! А где же тогда системная организация программы? Почему шрифты не меняются из одного единственного диалога? Нет, я не спорю, в каких-то случаях это действительно может стать проблемой, но не в подавлящум же большинстве! Ответсвенно заявляю - унифицировать отображение, чтобы с максимальной лёгкостью его модифицировать - совсем не сложно и очень здорово вправляет мозги. Впрочем, о мозгах "по нынешним временам" говорить - моветон. И не надо сравнивать разработку софта и автомобилей/истребителей/блюд в МакДональдсе. Ни шиша из этого не получится, кроме неряшливого в данном контексте сравнения названий циркулирующих бумаг: там ТЗ, здесь ТЗ, там тестирование - здесь тестирование. Ни одна еда не ориентируется на то, чтобы измениться по ходу дела, если у её потребителя вдруг прихватит желудок. Тогда как, например, алгоритмы кеширования вполне могут адаптироваться к меняющимся условиям функционирования, а внешний вид кнопок вполне может задаваться GIF-файлами. 2 Репликант Вы не заметили главного - ваши оппоненты пытаются защищать мировоззрение, основанное на "объёмном" понимании проблемы (отсюда квазихамские, т.е., короткие и выразительные формулировки), или, по крайней мере, исследовать проблему. Да, конечно, аргументы здесь не страдают логической завершённостью и отсутствием эмоций, но и сформулировать глубокие структуры бывает очень сложно. Отсюда они создают богатейшую почву для передёргиваний, чем вы блестяще пользуетесь. Вот в чём проблема-то на самом деле. :) Позволю себе привести фрагмент Вашего спора с Циничным Котом (некоторые выделения текста - мои): Циничный Кот Да ну??? Вы не хуже меня знаете, что заказчик (в данном контексте покупатель) хочет ЕСТЬ. Причем нормальную еду, которая по крайней мере если не обладает суперпользой, то утолит голод и НЕ НАНЕСЕТ вред. И ему глубоко монопениссуально все ТУ (техусловия) согласно которым готовится еда в Мадаке и за исполнением которых следят те самые пресловутые манагеры. А что происходит???.. Не что иное как обман - вместо еды подсовывают НЕЧТО , красиво (тут не спорю) упакованное, в чистеньких условиях (тут тоже не спорю), пропитанное аппетитно пахнущими ароматизаторами (читай-химией) что с медицинской точки зрения жрать в общем-то не рекомендуется. При этом на подносике с этим НЕЧТО лежит красочная такая листовка, на которой самовосхваляется МакДак вообще и процесс приготовления этого НЕЧТО в частности. Чтобы не быть голословным, приведу выдержку из последних перлов - "Чтобы приготовить гамбургер, нужно два года". Без комментариев. Комментирую: Вместо того, что в соответствии с устоявшейся культурой питания называется "еда" предлагают продукт, формально едой являющийся, но этой культуре не соответствующий. Более того, потребление стимулируют средствами, далёкими от собственно пищи (какая нафиг разница, сколько времени потратили исследовательские центры? Да и где гарантия, что имено столько и именно на это?) Репликант Народ хочет жрать и жрать задешево. А Макдак уже давно выяснил и доказал (Макдоналдс же популярен в народе!), что, например, самое вкусное и дешевое (т.к оно популярное), а также не очень вредное блюдо для среднестатистического посетителя или их набор - это аппетитный чизбургер, пакетик ароматного картофеля фри и стаканчик шипящей кока-колы :о} Комментирую по пунктам: 1. Народ действительно хочет жрать и задёшево, но МД далеко не дёшев; 2. Макдоналдс сейчас теряет популярность "в народе", во всяком случае - в Москве и в культурном народе, а на родине, если не ошибаюсь, к нему и так отношение... ммм... не очень; 3. "Их набор" формировался на основе "родной" культуры потребления пищи, а отнюдь не общемировой. Никоим образом не хочу здесь охаять американскую кухню. Идём дальше. МД берёт своё не только удовлетворением потребности собственно в "быстрой еде", т.е., утолением голода, а ещё скоростью обслуживания и диапазоном времени работы закусочных. Кроме того, у нас он некоторое время был экзотикой. Притом ещё, заметьте, что закусочные МД расположены в достаточно людных местах. И наконец, самое главное - трудно не согласиться с тем, что еда проходит проверку "на вредность", но знакомы ли вы с критериями определения этой самой вредности ? Согласитесь, что ущербы "помер немедленно" и "заработал гастрит после 150 гамбургеров в течение месяца" существенно отличаются, причём я почему-то уверен, что по первому критерию еда проверяется, а по второму или похожему - нет, хотя он очень важен в долговременной перспективе , которая как раз выражается культурой. Т.е., форма , безусловно выдерживается, а вот что там по сути... думаю, что в контексте МД это представляет собой секрет фирмы. Резюме: противопоставленными оказались позиции, рассматривающие, с одной стороны, глубокие аспекты взаимодействия продуктов питания и организма потребителя и с другой стороны - сопутствующих этому явлений: популярности заведения, среднестатистических оценок и т.п. Т.е., налицо передёргивание: "у них вредная еда" - "но они здорово популярны, а значит еда не вредная". Уловили? Если нет, то вот более выразительное изложение: "эта еда - барахло" - "но быдло всё равно хавает". Почему "быдло"? Потому что Ваша контраргументация построена на "среднестатистическом" человеке, а это, извините, и есть толпа или - быдло. Такая аргументация говорит не о качественности еды, т.е., соответствия её культуре потребления и т.п., а о неразвитости этой (или ещё какой-то?) культуры у "среднестатистического" потребителя. Вот теперь, кажется, понятно изложил. :) Забегая вперёд, скажу, что мне нет никакого смысла унижать лично Вас, просто приведённый выше фрагмент мне показался удачной иллюстрацией, хотя и многословной. Возвращаясь к проблеме формулирования мыслей: Любую сформулированную мысль, пожелание и т.п. можно записать на бумаге, оформив по вкусу - как часть плана, архитектуры, списка требований и т.п. На это как раз нужна культура письменного выражения мыслей. Но главное здесь - структура и взаимосвязи формулировок, а ещё точнее - глубина понимания задачи и адекватность отображения понимания. А если начинать с привязки к набору групп документов, да ещё и созданных неспециалистом, то... ничего из этого хорошего из этого не выйдет. И местный спор прекрасно это иллюстрирует, хотя и косвенно. Документы необходимы для упрощения обмена информацией в группе людей и не более того. А то, что в массе изобилует "перевёрнутый" подход, так... ну что же, дураков ведь всегда больше, не так ли? И что? Это есть повод становиться подобным им? В хороших правилах споров ссылка на коллектив или на авторитет считается некорректным аргументом . Понимаете ли... дурак может выиграть, но дураком от этого быть не перестанет . Продукт, созданный по бестолковому ТЗ может быть сдан и им даже могут заставить пользоваться, но от этого не перестанет быть бестолковым продуктом, хотя может оказаться в вожделённой ситуации рака на безрыбье. На мой взгляд, неуместно называть "качественным" продукт, соответствующий корявому на взгляд специалиста ТЗ, хотя его и можно выпустить (вот такой вот я беспринципный) по тем или иным соображениям. Но вот не хочется называть его качественным. :) Как бы то ни было, но умный не должен учиться у дурака, сие есть деградация, которую мы сейчас, к сожалению, наблюдаем по полной программе. Как там расхожий афоризм был? Так, кажется: "Заказчику всегда нужно объяснять, чего он на самом деле хочет", т.е., то, от чего сейчас пытаются отучить. А случай крайнего маразма - когда заказчик объясняет "как это нужно делать" - т.е., то, к чему пытаются приучить. И всё бы ничего, но если заказчик - большинство... Собственно чего, как мне кажется, не заметили уважаемые участники дискуссии, так это того, что потребителям ИТ-продукции ещё рано учить программистов программировать. :) Да и никогда этого времени не наступит. И следовательно, разработчикам софта нет смысла опираться в работе только на письменные требования потребителей и тем более, создавать на этом хоть и глобальную, но очень наивную индукцию: "что написано, то и сделали". Ну разве что, если работать очень лень. :)) Мы же так развалим сами себя! Если рассуждения о качестве не будут подкрепляться культурной платформой, то быстро-быстро мы превратимся из профи в профанов. Ну вот так вот примерно. Пожалуй, не всё удалось удачно сформулировать, но полагаю, что меня поправят. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
31.10.2003, 04:28 |
|
Рассуждения о качестве в дурацкую погоду
|
|||
---|---|---|---|
#18+
Просто понятия ТЗ по-моему у Геннадия Васильева и Репликанта (как у представителей соответствующих взглядов) сильно различаются, отсюда и такой спор. По Васильеву - ТЗ делает заказчик без участия аналитика/проектировщика. Как следствие, качество продукта нельзя сопоставлять с ТЗ, ТЗ является лишь отправным пунктом для создания качественного описания качественного продукта. По Репликанту - ТЗ является продуктом коллективного творчества и уже является качественным продуктом (качественным описанием кач. продукта). А вот по какой схеме реально каждый работает - это зависит от его взглядов/опыта/... Так что спор тут такой... беспредметный. Каждый отстаивает свою точку зрения, хотя вроде все понимают, что речь идет об одном и том же критерии качества - УДОВЛЕТВОРЕНИИ пользователя. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.10.2003, 08:26 |
|
Рассуждения о качестве в дурацкую погоду
|
|||
---|---|---|---|
#18+
2 Циничный Кот: \r Не соблаговолит ли уважаемый Репликант с недосягаемых вершин своего огромного опыта и с неизмеренных глубин своих теоретических познаний ознакомиться с нижеследующим отрывочком, безусловно не стоящим его драгоценного внимания и времени, ибо взят он из книжонки, что в бибилиотеке отдела качества имеется, да и авторы - непонятно кто непонятно откуда???... \r \r Поменьше лести, херр... На какой именно абзац вы хотите получить мой комментарий? Ладно, прокомментирую все\r \r Но тем не менее... (орфографию и выделение текста я по мере возможности сохранил оригинальное) \r \r Можно было бы отсканировать и распознать. Вы такой неленивый херр и приложили столько труда, а можно ведь было спросить есть ли у меня эта книжка и выразив мысль своими словами в 2-х предложениях затем дать ссылку на страницу как словно это ваш аргумент\r \r Если програмный продукт создается по заказу конкретного клиента, тогда клиент может принимать в его проектировании самое непоредственное участие. Он предоставляет подробную спецификацию с описанием своих требований и собственного видения продукта, а разработчик соглашается все это реализовать. В таком случае качество будет означать точное соответствие спецификации клиента. \r \r Я об этом говорил с самого начала, ПО качественное - если оно (точно) соответствует ТЗ (спецификации). Вы с этим утверждением наконец согласны, т.е хотя бы для случая подробной спецификации?\r \r У большинства разработчиков программного обеспечения таких грамотных и обстоятельных клиентов нет. Для них критерием качества служит не соответствие спецификации, а то, насколько пользователи удовлетворены программным продуктом и сопутствующими услугами компании. \r \r Не у большинства разработчиков, а большинство клиентов неграмотны в плане ИТ. Мы также уже обсуждали с vdimas \'ом (стр.1), что клиент и не обязан быть таковым. Авторы констатируют очевидное, но только извратив смысл.\r Далее: цитата выше - это не определение качества, а субъективный критерий для оценки качества программы. Это разные вещи. Цитирую себя же (стр.1):\r ... качество можно определять для множества требований, к-рые были определены заказчиком. Все остальное это уже не качество (для существующих требований) даже если введение дополнительной эргономичности, функциональности, производительности и т.д того же ПО будет одобрено заказчиком. Можно сказать, что это новое качество с учетом новых требований , к-рые были реализованы дополнительно. Вы, херр, все же читайте повнимательнее топик. И потом следует различать о качество ПО и качество обслуживания ("сопутствующие услуги компании"), т.к это не одно и то же\r \r Спецификация - спецификацией, но если конечный результат пользователю не нравится, значит, его качество не на высоте. И не важно, что пользователь ознакомился со спецификацией и согласился с ней или даже сам ее составил. Если в коечном счете продукт его не удоветворяет, то только это и будет иметь значение. \r \r В этом месте авторы высказали глупость с т.з теории качества. Продукт качественный с т.з заказчика, если он соответствует спецификации, но заказчику он не нравится . Следовательно нужна дополнительная спецификация внешняя (согласованная и утвержденная заказчиком) или внутренняя (принятые внутри компании-разработчика ПО стандарты на эргономику, надежность и т.д). Поэтому появляется дополнительная спецификация и уже новые требования определяют новое качество ("клиенту нравится"). Опять никаких противоречий официальному определению качества нет\r \r Еще одной составляющей качества является надежность программного обеспечения. А надежность его тем выше, чем реже в нем происходят сбои, особенно такие, которые влекут за собой потерю данных и другие неприятные последствия. \r \r Хотя надежность программы исключительно важна, она не является единственным критерием ее качества, и не правы те тестироващики, которые так думают. Если программа не позволяет пользователю выполнить что-то, что он считает важным, то пользователь не будет ей доволен. А если пользователь недоволен, значит, качество программы в целом нельзя назвать высоким. \r \r А это причем здесь - "надежность"? Это вообще отдельный (и серьезный) предмет - постоянство качества ПО во времени, в зависимости от нагрузки и др.условий. Могли бы "выбрасывать" абзацы, не имеющие непосредственного отношения к текущему обсуждению. Про недовольство заказчика см.выше\r \r .. Елси руководитель проекта примет решение в последний момент добавить какую-нибудь очень важную функцию, это тоже может способствовать повышению качества, несмотря на то, что от этого программа станет менее надежной. Ни надежность, ни функциональность программы не могут быть абсолютными, и ее качество в конечном счете означает разумный баланс между этими двумя характеристиками. \r \r "разумный баланс" - очень неоднозначное понятие. Там далее по тексту это раскрывается? Значит пусть будет какая-то функция, а программа будет изредка "падать", но по словам авторов ее "качество" будет выше? \r \r Об авторах: ...Electronic Arts... ...Electronic Arts... ...Electronic Arts... \r \r Да уж, авторы именитые. А вы, херр, играли в их легендарный NFS? Вы уже приводили пример с игрой, в к-рую неинтересно играть. Просто можно обсудить как NFS удовлетворяет обусловленным потребностям геймеров, т.е игра класса автосим, выпущенная в 2003 г. с полноценным surround-звуком, полноценной физикой и графикой не хуже, чем у конкурентов, не говоря уже про отсутствие багов. Не подумайте, что я придираюсь к авторам, но все что вы цитировали местами мне слегка напоминает книжный стиль от Крэга Лармана:\r \r Код: plaintext 1. 2. 3.
\r Как бы сказал херр Репликант - из элементарных представлений о юзабилити. Еще бы мигающие надписи вкрячили, десигнеры-самоучки... \r \r Нет, я бы так не сказал. В отличие от вас я не имею привычки навязывать свою точку зрения (например, насчет "ридабилити" и "юзабилити"), не обосновывая ее и тем более когда это непринципиально , милейший херр\r \r ---\r З.Ы. Желание "трех амигос" из ЕА, писавших упомянутую вами книгу понятно - рассказать о качестве "на пальцах" широкой аудитории поэтому они и пошли на "упрощение" хотя на самом деле это даже не упрощение, а перевращение теории качества. Повторю уже в который раз утверждения по поводу нек-рой опасности подобного упрощающе-подменяющего подхода к пониманию качества:\r \r Официальное определение качества не требует изменений - оно предельно простое\r и универсальное. Даже в ситуациях с заказчиком, к-рый не может предоставить исполнителю\r подробную спецификацию его определение не требует изменений. Все решается путем\r использования дополнительных спецификаций (внешних или внутренних).\r \r Попытка ввести определение качества через удовлетворенность (ПО нравится) заказчика\r - это обычная подмена и "упрощение" понятий на гуманитарный манер, т.к даже то,\r что должно нравиться заказчику должно быть описано в нек-рой спецификации, т.е опять\r приходим к дополнительной спецификации и официальному определению качества.\r \r Попытка удовлетворить заказчика/пользователей без каких-либо спецификаций и тем более\r утвержденных заказчиком может привести к плохим последствиями для исполнителя. См.ниже\r пост PL99 : "Разработчик будет работать над проектом в рамках оговоренной\r в договоре суммы до тех пор, пока заказчик не скажет "Хватит"\r \r \r 2 vdimas: \r читаю, и как будто это я сам написал... \r короче, надо этим вопросом заняться поплотнее. \r \r Когда бы писал в прошлом или сейчас? Ты придерживаешься своей прежней (стр.1) т.з на необходимость изменения определения качества в зависимости от заказчика? Ясно, значит "променял" Липаева на "трех амигос" из ЕА. Я думал, что ты патриот и безоговорочно веришь только настоящим ИТ-авторитетам вроде Липаева, Майерса или Боэма... :о)\r \r надо открыть топик, где бы помусолить различные баг-треккинг системы. Давно хотел, да что-то не до этого было. \r \r Есть идея даже еще масштабней - сделать на SQL.RU новый форум, посвященный вспомогательным процессам производства ПО (CVC, DCT, CM, QA, PM) и их инструментам. Я уже попросил judge и думаю, что он согласится. Так что ждем-с ответа\r ---\r З.Ы. Извини, но меня уже давно мучает вопрос: твой ник нужно склонять или нет? :о) ... |
|||
:
Нравится:
Не нравится:
|
|||
31.10.2003, 12:37 |
|
Рассуждения о качестве в дурацкую погоду
|
|||
---|---|---|---|
#18+
2 Mik Prokoshin Каждый отстаивает свою точку зрения, хотя вроде все понимают, что речь идет об одном и том же критерии качества - УДОВЛЕТВОРЕНИИ пользователя. Ну у меня лично сложилось впечатление, что удовлетворение пользователя Репликанту было до лампочки. Главным было "Удовлетворение ТЗ". Хотя, возможно, я ошибся... ============================================ 2 Репликант Поменьше лести, херр... На какой именно абзац вы хотите получить мой комментарий? Ладно, прокомментирую все Уважаемый херр!!!... Я вообще-то нижайше просил ознакомиться. И - ВСЕ. Комментировать было ну совершенно необязательно... Можно было бы отсканировать и распознать. Вы такой неленивый херр и приложили столько труда... Можно.. Для этого надо было топать в соседний отдел, взять сканер, потом научиться распознавать... Ну а на набивку данного отрывочка дестяипальцевым методом ушло минут пять от силы. Так что я выбрал экономию времени... Вы с этим утверждением наконец согласны, т.е хотя бы для случая подробной спецификации? Я и с коммунизмом согласен... В ТЕОРИИ. Из чего никак не следует, что я буду нынешних коммунистов поддерживать... В этом месте авторы высказали глупость с т.з теории качества... Во-первых, спорьте с авторами, а во-вторых, я бы лично вам рекомендовал выкинуть те учебники, по которым вы проходили т.н. "теорию" качества и поискать правильные книжки, что-ли... Такой милый добрый бесплатный совет. Впрочем, не думаю, что вы к нему прислушаетесь... А это причем здесь - "надежность"? Ннну, уважаемый мой теоретик... Если вы не понимаете, как связаны надежность и качество - может вам действительно пора повторить основы теории???... Только, разумеется, по правильной литературе... Там далее по тексту это раскрывается? Да, конечно. Пол книжки про это. Только я ее тут перебивать не буду, уж извините... Значит пусть будет какая-то функция, а программа будет изредка "падать", но по словам авторов ее "качество" будет выше? Именно так. Для воинственных неверующих Фом настоятельно реомендую присмотретьтся к одной небезывестной корпорации на букву "М", чей глава является самым богатым человеком в мире. Самый известный пример, наверное. посвященный вспомогательным процессам производства ПО (CVC, DCT, CM, QA, PM) и их инструментам Позвольте поинтересоваться, а что же тогда ОСНОВНОЙ процесс???... Об авторах: ...Electronic Arts... ...Electronic Arts... ...Electronic Arts... Нет, я бы так не сказал. В отличие от вас я не имею привычки навязывать свою точку зрения ... не обосновывая ее и То есть ссылку на книжонку мадам Розовой (и хто ж ето за тетка? чегой-то я не помню игры с ее участием-то разработанные), что в первом посте сего топика фигурирует, надо понимать как навязывание ЧУЖОЙ точки зрения??? Ни своего мнения, ни авторитетного чужого. Репликант в своем репертуаре... > З.Ы. Извини, но меня уже давно мучает вопрос: твой ник нужно склонять или нет? :о) А это как вам удобнее... Мне глубоко по$%^$^ю, кто как его там склоняет... ... |
|||
:
Нравится:
Не нравится:
|
|||
31.10.2003, 13:35 |
|
|
start [/forum/topic.php?fid=32&msg=32309787&tid=1546769]: |
0ms |
get settings: |
8ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
163ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
61ms |
get tp. blocked users: |
2ms |
others: | 14ms |
total: | 279ms |
0 / 0 |