И так с самого начала я привел очень старый рисунок из книги по искусству программирования, что бы было более понятно о чем речь. Речь одет о следующей статье https://aftershock.news/?q=node/430127
Тут на форуме есть один знаток всего, говорящий что он врач и большой специалист по всем остальным вопросам. Ну пока он вещал со своей трибуны о вещах в которых я не специалист, его творения я читал не без интереса, но и не с интересом, но когда товарища понесло в те степи в которых он ни уха ни рыла, и комментарии от меня он забанил, решил ответить ему развернута. Собственно как и тому рядом стоящему подпевале, который себя тоже называет врачем.
Начну с азов, хорошим тоном считается когда название имеет какоето отношение к содержанию, но! Прочитав следующее - "Задачка для айтишников. Часть первая. Электронная история болезни - так ли это просто?" Нормальный человек воспринимает , что в статье пойдет что то вроде технического задания на написание программы позволяющей вести электронный документооборот в стенах учреждения здравоохранения. Так как понятие электронная история болезни предполагает именно ИСТОРИЮ болезни на электронных носителях. Но нет, его сиятельство автор, начинает рассказывать, как в дни его лихой молодости, он в компании подобных ему "специалистов", которых он по неявной лично мне причине называет программистами, не смог сделать чего либо работоспособного. С учетом того, что по видимому данный "доктор" сам не знал чего хотел, а уж объяснял это не лучше чем сейчас, то меня это не удивляет.
И так по порядку: человек даже спустя четверть века не научился конкретизировать свои желания - весьма серьезный показатель(доказательство-смотрим заголовок статьи , сравниваем с содержанием, видим в огороде бузина, в Киеве дядька). То есть когда человек не знает что он желает получить он и получает то, чего не желал. И когда какой-то остолоп ругает за это не себя а окружающих - то кто виноват в его проблемах ясно и без вопросов. Но когда это делает человек с претензиями на всезнание, так и хочется ему сказать - уважаемый, прежде чем кричать что люди писать не умеют - научитесь пожалуйста хотя бы буквам.
Про его экзорцизмы с и его приятелями.Мне интересно, а операцию данный "врач" делает с помощью спринцовки и банок? Нет? Использовать Basic для программ чуть сложнее чем пару страниц - это даже не месье знает толк в извращениях, это маразм, откровенный и закоренелый, а заниматься этим три года? Да еще использовать в качестве хранения отдельную программу базы данных Paradox, вместо создания своих структур данных. Для тех кто не в курсе , и очень упрощенно, все это приводит к монструозным конструкциям которые сжирают все доступные ресурсы и практически не позволяют нормально работать.Как небольшое отступление, одна из хохм, для программистов тех времен в амерских фильмах это когда в компьютер засовывается CD диск, для запуска в системе вируса, любимая отмазка это то что вирус написан на Васике, поэтому такой большенький и получился. К слову в то время был конкурс на программы в 128 БАЙТ которые играли музыку и рисовали картинки. И широко известная чуть позже игра Дюна влезала на одну дискетку в 360килобайт, это с роликами, музыкой и неплохо реализованным АИ, даже для современного времени. Но вернусь к теме. Так вот задачи создания базы данных которая подстраивается под пользователя , как частный случай экспертных систем. Реализовались не жопорукими "программистами" на бэйсике и парадоксе, а на Прологе или Алголе. На этих же языках работала и система обработки файлов. Как вариант использовался язык PL/2 многогранный и достаточно сложный для неподготовленного человека(тех кто считал что в килобайте 1000 байт).
Далее автор опуса переходит к тому, что он считает постановкой задачи. При этом тут он уже не пишет про электронную историю болезни, нет он, с какого то будуна, предлагает задачку на создание экспертной медицинской системы.
Автор, а скажите вы рецепты жуете или так глотаете? Судя по вашей цедулине рецепт - это лекарство. Для дебилов(в медицинском смысле слова) которые за столько лет издевательств над пациентами еще не сели в тюрьму, поясняю в описании техзадания точность это одно из наиважнейших свойств текста, и каждая неправильно, или неточно записанная вещь впоследствии ляжет проблемой именно на пИсателя. Так как ему сделают то что он НАПИСАЛ , а не то что он в этот момент ПОДРАЗУМЕВАЛ.
То есть для нормальных людей
Электронная история болезни - это задача на создание системы ЭДО (электронного документооборота начиная от отработки стандартных шаблонов и взаимодействия на пользовательском интерфейсе, до соответственно хранения неиспользуемых документов, срок, уровни безопасности и прав доступа от приоритетности документации, и т.д.)
Задачка на создание экспертной медицинской системы. - это как небольшая лабораторная на замену клапана сердца. Видимо по сложности для студентов медиков второго года обучения, ерунда то какая, для тех кто это делает чужими руками, раз и... труп. Так вот это задача не про ввод данных, который как раз относится к ЭДО, а про анализ данных. И способов его решения достаточно большое множество,НО практически ВСЕ они требуют между профессионалом(по заданному направлению, здесь врачем) и ЭС(экспертной системой) наличия эксперта-переводчика. Либо на период обкатки и ввода системы либо постоянно , для коррекции возникающих дополнений. И чем система многогранней, тем выше уровень эксперта и тем больше время потраченное им на согласование знаний врача и экспертной системы.
Теперь по примеру автора той статьи сделаю небольшое отступление и дам небольшие разъяснения для тех кто медицинское образование получал, но никакого не получил
Айтишник - это расхожая словоформа для обозначения системных операторов. Да да тех самых мальчиков побегайчиков которых вы видите в офисах. В более профессиональной среде их шуточно оскорбительно называют эникейщиками. Сами они себя именуют системными администраторами. Ну как в фирме из трех человек - генеральный директор, главный бухгалтер и охранник. Наверно близкий аналог это деревенский терапевт, которому порой и роды принимать надо и аппендицит удалять.
Программистов, если вы с ними не связаны, вы скорее всего и не видели. Живут эти люди в своем мирке, и достаточно часто настроить компьютеров просят именно системных администраторов. А еще есть программисты для операционнок, есть по базам данных, есть на микроконтроллерах. И много другого, но если не углублятся и брать примеры из жизни, то обычно спец по 1С ни черта не смыслит в настройке компьютера и операционной системы, а уж тем более в настройке сети, в то жен время сетевик не сможет написать простейший скрипт для выключения винды или никса в заданное время по заданному событию. Информационные системы ничуть не менее сложны чем человек физиологически, и соответственно обращаться к писателям баз данных для написания программы ЭС это как обращаться к проктологу для удаления глаукомы.
Соответственно приводить всякий информационный мусор, для того чтобы показывать какой я умный типа автора врачебного опуса не буду. При постановке задачи, все варианты шаблонов и опросников составляются на основе стандартов принятых в данной области, но с возможностью подгонки под конкретного пользователя с его привычками(можно по умничать и припомнить например CSS-стили в веб шаблонах). Так как .надеюсь, автор не требует, что бы данная системе анализировала жалобы пользователя в голосовом режиме (интересующимся решением для телефонных консультаций и секретариата советую глянуть https://ru.wikipedia.org/wiki/Asterisk ), а желает вводить данные в интерфейсе компьютера сильно рекомендую найти стандартные опросники, для подобных тем, ибо компьютер-это железка, инструмент, призванный помочь , а не заменить человека. В основе своей именно в рутинных операциях.
К вопросу об ответственности. Подписав заполненную нотариусом бумагу на передачу имущества - кто несет ответственность? Вы или нотариус? А может ручка и бумага?
Соответственно по примеру автора разберем простой пример - вы приехали в автосервис, у вас на показателе напряжения устойчивый ноль. Скажите вы согласитесь на полную диагностику машины с замером СО2, проверкой развала колес и т д и т п, если проходили уже техосмотр? Или все же скажете причину по которой приехали? Так зачем тогда пудрить мозги сферическим врачем в вакууме?
Привычка врать? Не от заговаривать а от выедать мозги людям? И при этом вы желаете что бы вам всего , за бесплатно и вчера? Так это вам не психологу, а к психотерапевту, а в тяжелой форме к психиатру. понимаю конечно шамана с земли Украинской, он привык там себе на масло зарабатывать сказки клиентам рассказывая, но надо же и меру знать, а то уровень репутации упадет недопустимо низко и все, лишат бумажки об пройденном мимо образовании.
Ну и наконец в заключительной части сего обсуждаемого перла автор выдал, видимо по Фрэйду, свою сентенцию
После рассмотрения данных проблем следуют в общем-то вполне очевидный выводы:
1. Убрать врача на этом этапе не получится, так же как и заменить его на медсестру, фельдшера или самого пациента.
2. Достоверность и полезность собранных данных будут по-прежнему зависеть от опыта и внимательности врача.
Теперь попытайтесь это опровергнуть.
Неуважаемый, вы или трусы наденьте или крестик снимите, кто , где и каким боком к задаче на построение экспертной системы говорил о ПОЛНОЙ замене врача-диагноста? Вы свой мутный бред нормальным людям не преподносите , как якобы вывод из статьи. Это не вывод из статьи а совершенно левые идеи, взятые вами же с потолка, и ни к созданию системы электронной документации для медработника, ни для создания экспертно-диагностической системы в помощь!!! врачу диагносту никаким боком не относится. Поэтому поменяйте свой мешок травы на обратный билет с Марса и возвращайтесь на Землю. Где кстати с таким отношением к людям которым вы желаете навязать на халяву решить ВАШУ проблему вы её точно не решите. Смысл помогать самоуверенному идиоту с манией величия?
Соответственно отвечаю по вопросу номер один - ни одна экспертная система из существующих, да и думаю из тех что будут написаны в ближайшее время не будет заменять врача, а лишь даст ему инструмент для выполнения его задачи более эффективно, быстро и качественно. В то же время - часть задач с врача снимется, и может быть переложена на , так вами не любимых, фельшеров, медсестер и пациентов. То есть отсеять тех кому действительно требуется врачь, от тех кому нужно, что то другое, кстати та же регистратура сейчас занимается примерно тем же, уменьшая нагрузку, вы требуете убрать в поликлиниках регистратуры? Попрошу не путать с повышением общего уровня медицинской культуры.Как пример - умение наложить шину, сделать первичную обработку раны и перевязку в алмазные минуты или золотые полчаса, человеком без специального медицинского образования может значительно повысить шанс на выживание человека попавшего в неприятности и впоследствии поможет , тому же хирургу не так нервничать при операции.
По второму вопросу
Лично я знаю что даже перевязку, как положено, СРЕДНЕСТАТИСТИЧЕСКИЙ врач нормально сделать НЕ В СОСТОЯНИИ. Не важно по своей тупости или лени, но именно среднестатистическому врачу, что бы скомпенсировать его утомление, нежелание перерабатывать, и вообще желание ни за что получать все нужен все более качественный инструмент компенсирующий нарастающую деградацию знаний и умений этих самых врачей, в том числе и в диагностике. И ответственность за принимаемые решения у врача никто, к вашему видимо сожалению, отнимать не будет. А спорить с тем , что Достоверность и полезность собранных данных будут по-прежнему зависеть от опыта и внимательности врача. Никто не будет, кроме как с небольшим уточнением достоверность и полезность данных собранных ЭТИМ врачем ВСЕГДА зависит от ЕГО опытности и внимательности. Но вот скажите, только не врите, как привыкли, что врачи не используют данные флюорографии, рентгеновские снимки, томографию, сами изучают химию и сами делают все анализы, а не делают направления, на ту же мочу, на содержимое и вид кишечника и так далее? Так чем вас так задевает использование компьютера и микропроцессорной техники для ускорения проведения тех же анализов с использованием датчиков (диагностирования), а так же проведение предварительной выборки из массива имеющихся данных для упрощения выводов(предварительный анализ) .
Не хочу вдаваться в экспертные обучаемые системы, но в свое время говорили, что невозможно создать программу позволяющую компьютеру играть в шахматы на уровне человека-ну и где те говоруны? Соответственно с одной стороны я не сильно верю в 100% замену человека диагностом компьютером, с другой стороны, наиболее явная часть уже диагностируется в автоматическом или полуавтоматическом режиме. Напомнить про автомобили не отключающие зажигание при наличии запаха спирта?
И соответственно возникает встречный вопрос - что вы можете знать о проблеммах именно экспертных систем , если как в анекдоте про Шаляпина которого все хвалят, а у него голоса нет, вы ведь слышали его арию вам сосед по пьяной лавочке напел?
PS Уважаемые коллеги, спасибо за комментарии. И по их поводу, Да я забыл что PL/1 а не PL/2 работал то, хоть и не долго, на PL/M. И да на DEC и PDP линии(УС ЭВМ и СМ ЭВМ Paradox не выпускался, а выпускался только под DOS для i8088-86 Intel совместимых машин.
Но суть ответной статьи была в том, что человек начал хамить тем кто занимается разработкой программ, упирая на то что он профессионал-врач, но ответ в подобном же тоне его по какой то причине не устраивает. Мне очень жаль что большинство коллег , до сих пор не в курсе, что программист - это не разработчик. Программист - это человек правильно пишущий инструкции, инструкции в частном случае для машины, выполняющей какие-то операции(то есть аналог ТЕХНОЛОГА на производстве). Для решения же задачи требуется эксперт (УЧЕНЫЙ - в нашей жизни) работающий в тесном сотрудничестве с разработчиком (ИНЖИНЕРОМ). И замечу два последних могут не знать ни одного языка программирования - им это для работы НЕ НАДО.
Но вот желание, хамя требовать сделать на халяву и быстро и отлично вызывает ответную реакцию в предложении объекты пойти неизведанными сексуальными маршрутами в длительное путешествие, ибо ПРАВИЛЬНО сформулированное и оформленное тех задание, как говорит мой знакомы - оно больших денег стоит, по причине весьма серьёзных затрат труда и нервов. А за местным балаболом даже сказать спасибо за эту работу заржавеет.
Удивляюсь я на на ТС. Прочел название статьи, заглянул в материал, выдернул пару фраз из начала, нахамил в комментариях, за что и был забанен на недельку и открыл топик в котором начинает рассуждать о вещах стоящих абсолютно перпендикулярно к исходному материалу, то есть пытается спорить не с автором, а с теми идеями, которые возникли у него в голове.
Не буду спорить, изложено достаточно хорошо, но совершенно не о том, о чем говорится в той статье, с которой ТС пытается спорить. В заключение процитирую реплику из обсуждения., в которой человек совершенно правильно уловил посыл первоначальной статьи:
Комментарии
Он из организации "Враки без границ"
Ткачи ткут, врачи...
Взято из словаря этимологических и сокрытых значений Вашкевича.
Ну, в-общем, конструктивно написано, грамотно. Только не согласен я, что "сетевик не сможет написать простейший скрипт для выключения винды или никса в заданное время по заданному событию" - это как раз один из критериев, отличающих сисадмина от т.н. эникейщика. Конечно, сисадмин не обязан скрипты писать - разные бывают конторки или религия не позволяет, но про "не сможет" - это чересчур.
Угу, то же резанул тот абзац))) Думаю у ТС просто так вышло, на эмоциях и желании упростить)))
это была упрощенная иллюстрация, не придирайтесь
Это не упрощение а констатация факта, только стоило бы научится читать, то есть понимать написанное а не скользить по тексту глазами. При чем тут сисадмины когда разговор о СЕТЕВИКЕ? Если вы разницу не понимаете, то попробую на пальцах-Cisco, juniper, TCP/IP стек и набор протоколов, про магистральный умолчу, оптика, медь, программируемые коммутаторы и коммуникаторы, настройка и проброс портов это малая часть их работы. И они знают что такое z(полное сопротивление участка цепи) и ом, но не обязаны разбиратся в операционках стоящих на оконечниках в паре промиле встречающихся случаев. А вот сисадмин, который не умеет работать с командной строкой(bash, sh, cmd и power-shell), это врач не имеющий представление о латыни.
Ок, значит, я неправильно вас понял.
бл..ть, ты ман по командной строке видел?! xD
скажи, сколько там страниц, плс )))
а у меня он распечатан!
В нашей конторе нас двое в отделе ИТ. И делать на приходится всё: скрипты писать, серверы администрировать (телефонный, СУБД, 1С, DC), патчкорды обжимать, винду переустанавливать, видеонаблюдение организовывать, порты пробрасывать, АТС настраивать, печатные формы 1С рисовать и так далее. Так что да - как правило узкоспециализированных системных администраторов не бывает. Если только какая-то огромная организация, со штатом отдела ИТ в 100+ человек... может быть. Но не встречал.
и чтец и жнец и на дуде игрец
Не хватило сил дочитать до конца. Тот автор нормально поднял тему. Вы тоже нормально её поднимаете. Только вы ломитесь в открытую дверь (по причине бана).
Мой совет тем, кто увлекается подробностями, когда задача не решена в общем виде - не увлекайтесь, иначе зароетесь и заблудитесь в ответвлениях лабиринта.
Он не поднял тему, он объявил о желании, что бы ему её сделали, на халяву. Обхамил тех кому он пытается впялить СВОЮ ХОТЕЛКУ неумехами, да еще и изобразил из себя знатока, приведя кучу мусора в обоснование своей, якобы позиции. Да еще закончил на ноте вы все говно-один он д'Артаньян. При этом ВМЕНЯЕМОЙ аргументации не было приведено ни по одному вопросу. Так что он скорее положил, и на свою работу и на приличия, странно что ответ в том же виде и содержании его не обрадовал , правда?
Практика утверждения разработанного ТЗ (в строгом соответствии с требованиями ГОСТ, при формальном подходе адептов вызивига сюрпризы ждут уже здесь) быстро ставит мозги на место.
Хороший ответ.
Во, я на Прологе когда-то довольно активно писал и на разных его диалектах. Более всего понравился один из последних на базе Java с возможностью обращаться к обьектной системе Java. Но это уже воспоминания, да.. )
А что за язык PL/2, не опечатка ли?
Вот был PL/I, таки да, на ЕС ЭВМ (советский мейнфрейм - копия американского IBM/360)
Ага, PL/1 в ин-те изучали и на перфокартах чего-то даже набивали.. Потом, помнится, перестройка началась и Трубо-Паскакаль попер в массы )
Многие не поверят, что было время, когда ещё интернета не существовало ))
..И даже когда он появился я долго еще не верил, что мультимудия в сети станет основным форматом для убиения времени )
Даже Билли не верил, что интернет получит массовость, мелкомягкие слишком поздно спохватились...
В свое время Марк Твен много денег потратил поддерживая всяких прожектеров-изобретателей, и по иронии судьбы отказал единственный раз- изобретателю телефонной сети Бэллу
Скорее всего малость человек ошибся в спешке. PL/1 не только на мэйнфреймах был, но и на персоналках с полуосью. Слились PL/1 и OS/2...
Человек много, где ошибся. Начиная с первого слова своей статьи.
99% клиентов этого не умеют. поэтому давно уже разработка идёт с другой стороны - бери что дают.
для этого приходится правда изучить предметную область, потратить время, но потом сделать что-то относительно приемлимое.
Напомнило грузинское национальное блюдо "жричодали"
Которое обычно принято запивать грузинским же вином "Минассали"
Именно потому, что пользователи не умеют совершенно конкретизировать свои желания,- приходится самой их не просто допрашивать с пристрастием, а самой влезать во все тонкости реального процесса, становиться экспертом в их области и вместо них додумывать их желания. И предлагать варианты решения.
Хуже того...бывает, они и на готовые предложения концепций смотрят, как баран на новые ворота и осенять их начинает, ТБМ,только после реализации одного из вариантов. Ещё раз: ТБМ! ТБМ! ТБМ! Как меня это за@@@т иногда, что хотелки у пользователя включаются только после реализации одного из вариантов.
Мне кажется, меня уже можно смело брать следователем в МУР,настолько я в расследованиях и допросах с пристрастием насобачилась.
У-Ух! Пора пышный волос на аве на большую корону менять! 😉
Это не корона будет. Это венец. Терновый.
Да ладно Вам, "терновый":
Что, сильно клиентов бьёте? Ну, когда ВАШ продукт брать сомневаются. Или у Вас не забалуешь - "я вам, ТБМ, посомневаюсь!"?
Я не в консалтинге-жопосалтинге работаю.
Все мои "клиенты" со мной в одной Компании трудятся. И на заводах. То-то мне приходится в командировках там месяцами зависать и изучать все реальные и прогнозируемые процессы. Прям на рабочих местах. У станков и линий сборки.
А потом плавно переходить к планированию и снабжению производственных процессов (к смежникам) - и там тоже зависать для изучения. Но там,хоть, коллеги с вышкой и хотелки определять умеют. С производством сложнее.
АСУ ТП - автоматизация систем управления технологическим процессом - в чистом виде, как это в СССР видели. Так и живем.
На самом деле автор поднял основную проблему современного мира. Проблема эта в очень сильной специализации знаний. И это неизбежное зло, так как все таки сложность процессов и технологических решений уже сильно большая и приходится специализироваться. Опрашиваемый сотрудник может быть непревзойденным специалистом в своей области, но вот формализовать свои пожелания и логику действия ему может быть и не под силу, потому что много действий уже делается на подкорке (на автомате). лет 30-40 назад теми процессами, что сейчас обслуживает 1 человек обслуживало бы 40 (автоматизация, жеж!), но и есть обратное число. Эти процессы мог запроектировать 1 человек, но вот сейчас подобные процессы проектируют 5-10 человек.
Сильно в этом помогает создание междисциплинарных групп, при том, что эти специалисты должны иметь как минимум 2 образования, одно по основной специальности, второе - по одной из тем работы группы. И это я про именно разработчиков.
Так что формализация бизнес-процессов - это адова работа...
У этой истории есть не менее печальное продолжение.
Следить нужно не только за заказчиком, но и за разработчиком.
Ибо культура обработки ошибок давно пребывает в глубоком упадке.
ЗЫ: И не столько в «специализации», сколько в экономии на выделении, определении и описании корпуса общезначимого знания.
Что не просто дорого, но для понимания требует определённой базы комплексов опыта.
это из-за отсутствия абстрактного мышления. есть конкретное мышление - покажите мне что и я тыкну пальцем. как максимум - покажите мне что, и я скажу, где мне не нравится. поэтому разработка, как только может, уходит от этих непродуктивных и очень индивидуальных моментов, да, залазя в предметную область.
и именно поэтому один раз
залезя,зальзя, забравшись туда, тянет эту область на всю округу где достанет. построив одну медицинскую (сталеварную, юридическую) систему, адаптирует её всем доступным медикам (сталеварам, юристам). благо интернет в помощь.а допросы с пристрастием уходят в лету. поскольку знание тонкостей проектирования информационной системы на порядок важнее знания всех тонкостей предметной области. я работал в одной компании, которая сделала свою MRP и замахнулась на ERP.
Так что с какого-то момента не они допрашивали клиентов, а клиенты платили за обучение работе с системой :) Именно это, с точки зрения разработчика, наиболее предпочтительное решение :)
У меня уже и есть...та самая ERP.
Я все думаю - я ее допилю (с коллегами, разумеется), или она меня в один прекрасный момент....допилит.
Отраслевая ERP - золотое дно, между прочим. Особенно сейчас, когда командир хочет не просто знать сколько у него сгонов на складе, а начитался BI и хочет себе кубы со срезами и биг дата. И тут вы во всём белом. Ценик можно просто не стесняться "а что, это мировой уровень"
ООО.... это да.... мне иногда кажется что у них (у начальства) это один из способов меринья пиписьками:
Собираются гендиры в бане например, и обсуждают, у то чего у себя уже внедрил - один уже и до EAM добрался, а другие только на уровне ERP застряли....
Мода, мать ее. Вместо решения конкретной задачи получаем космический звездолет (на вырост, хехе) который используется дай бог на 50%.
Точно! Разумная достаточность уже не в моде. А сколько примеров поиска персонала с безумными требованиями? Особенно в IT изгаляются, а потом выясняется, что такому суперспециалисту, буде он материализуется из сферического вакуума, предлагается support-ом заниматься и хорошо, если не мелкомягкой продукции.
а на чем образована?
Особенно умиляет, когда в момент сдачи проекта, вдруг внезапно выясняется что в системе нет самого важного контура, потому что пользователь считал его само собой разумеющимся;).
Приходится тыкать его мордой в ТЗ, это мой самый любимый момент!!! Наверное я извращенец;).
(стесняясь) Нну...есть такое) Хоть какая-никакая сатисфакция)))
Сладкое чувство отмщения за все унижения и тупку...
Хотя иногда людей бывает жалко, но деньги нужнее ;).
Увы. У меня такое не прокатывает)
Все равно допиливаем до победного конца. Они ж не "клиенты", а коллеги. И производят материальный продукт, который продается. И часть этих денег идёт и мне в зарплату.
Сферических коней в вакууме я делать не могу.
Конечно допиливаем, как же без этого)). Но деньги ОТДЕЛЬНЫЕ!!! Новый проект, новое ТЗ, все чин по чину, что мы звери какие, мы ж за деньги воробья в поле загоняем.)))
З.Ы.
Клиент как правило после такого финта становится жутко внимательным и предупредительным, откуда только разум прорезается.
Ну это при хорошем раскладе. Я раз (давно уже было, молодой был ишшо) полностью переделывал готовый проект за свой счет, потому как оказалось, что "они совсем другое имели в виду", а денег у них, бюджетников, на переделку больше не было и давили на жалость, да и клиента хотел сохранить (поддержка - тоже денежка, хоть и поменьше, да и в том проекте и доход для меня генерировался постепенно, годами капало). Но пришлось покрасноглазить - сроки поджимали.
Тут есть и другой момент. Очень часто при двояком толковании фразы, написанной в ТЗ, разработчик ее интерпретирует в свою пользу. И это не несть гуд. И это уже задача - не допускать в тексте подобных толкований.
Я с некоторых пор уже на ранней стадии предупреждаю клиентов фразой "Всё, что в задании может быть понято неправильно, будет истолковано в нашу пользу. Исправления за отдельные деньги". Помогает сильно, но не идеально. Появились чудаки, сочиняющие пошаговые инструкции.
Это есть великое колдунство - сдать проект, в котором нет "самого важного контура"! А самое главное - доказать заказчику, что он сам дурак.
Это вы просто заводы не автоматизировали .
Страницы