Программное обеспечение в бизнесе

StudentBNTU,

ГОСПОДИН Def, СКОЛЬКО СТОЯТ ВАШИ (ВАШЕЙ КОМПАНИИ) УСЛУГИ ПО АВТОМАТИЗАЦИИ?

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

Yosic,

Когда токарь точит деталь ему дают чертеж или ему проектировщик на пальцах объясняет, что он должен получить?

Когда токарь точит деталь, то да, ему дают чертёж. Но если вы заказываете некоторое изделие у компании, то разговариваете вы не с токарем, а с инженером, который выясняет чего вы хотите и затем уже профессионально готовит чертёж токарю, с указанием марки металла, качества поверхности и прочее... Аналогично и в софте. Если вы сам разработчик, то можете позвонить другому разработчику и поставить задачу по телефону в виде - напиши мне метод на языке таком-то, который две первые буквы в строке отсекает. А вот если вы заказываете полное изделие, то грамотно выяснить чего же действительно хочет заказчик и сформулировать это "токарю" - это ваша проблема. Более того, это по сути самая важная работа. Ибо без неё, вся остальная работа никакого смысла не имеет.

Steamus,

Когда токарь точит деталь, то да, ему дают чертёж. Но если вы заказываете некоторое изделие у компании, то разговариваете вы не с токарем, а с инженером, который выясняет чего вы хотите и затем уже профессионально готовит чертёж токарю, с указанием марки металла, качества поверхности и прочее... Аналогично и в софте. Если вы сам разработчик, то можете позвонить другому разработчику и поставить задачу по телефону в виде - напиши мне метод на языке таком-то, который две первые буквы в строке отсекает. А вот если вы заказываете полное изделие, то грамотно выяснить чего же действительно хочет заказчик и сформулировать это "токарю" - это ваша проблема. Более того, это по сути самая важная работа. Ибо без неё, вся остальная работа никакого смысла не имеет.

Именно, за одним исключением. Я не должен ничего выяснять у заказчика, когда я работаю не в одиночку. Для этого есть, как вы сами подметили специально обученные люди, продуктом работы которых является либо чертеж для токаря, либо ТЗ для программиста.

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

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

Yosic,

Я не должен ничего выяснять у заказчика, когда я работаю не в одиночку.

Так вроде никто и не говорил, что всякий участник проекта обязан лично контактировать с заказчиком.

Steamus, Ну речь шла о том, что если заказчик не может сам сформулировать ТЗ, то ему следует воспользоваться услугами тех, кто может.

А другая точка зрения состояла в том, что исполнитель должен сам себе написать ТЗ и догадаться, что же такое хочет заказчик.

Я считаю, что исполнитель должен воплотить в жизнь ТЗ. Не важно кто его напишет, сам заказчик или кто-то другой за деньги заказчика.

Nitro Junkie,

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

Вы, что там курите такое забористое? А не приходило в голову, что это не одна и та же программа, а вариации на одну и туже тему. Типа сделать 100 разных диалогов, но из одних и тех же элементов и на одной и той же платформе? В любом случаи это занятие тем, что уже знакомо.

Лично в моем понятии отличие между этими двумя классами людей в том, что перед одними стоит задача придумать и воплотить что-то новое, а перед вторыми собрать из имеющихся элементов что-то похоже на то что уже 100 раз собиралось, но с небольшими изменениями не принципиального характера.

Соглашаться с моим мнением или нет дело лично каждого.

Лично мне, к счастью, по-больше части приходится решать задачи требующие придумать что-то новое.

StudentBNTU,

Скажите мне и всем интересующимся, сколько примерно будет стоить ПО, разработанное и внедренное по вашей методологии и моему техническому заданию

по вашему техзаданию ничего писать не надо. Достаточно скачать с инета програмку, которая под ваше ТЗ подходит, а их там валом. Вообщем стоить это будет от 0 баксов. И ничего заказчик с таким ТЗ не сможет предьявить, опираясь только на ТЗ. Ньюансы начинаются именно там, где заканчивается ваше ТЗ. Надеюсь вы меня поняли, а то надоело с вами спорить.

Вы - крупный специалист в автоматизации предприятий.

откуда вы такое взяли? Я вообще не в курсе что это

Yosic,

Я считаю, что исполнитель должен воплотить в жизнь ТЗ. Не важно кто его напишет, сам заказчик или кто-то другой за деньги заказчика.

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

Def,

Идите, сношайте заказчика, который неграмотное ТЗ представил или аналитика, который неправильно наанализировал. А мое дело маленькое, я код пишу.

Ну во общем-то при работе не в одиночку так оно и есть. И за это те, кто составляет ТЗ получают очень не маленькую зарплату даже по меркам ИТ и несут соответственно ответственность за свою работу. Что тут противоречивого?

Steamus,

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

Так я, что разве против? Я за и сам говорю, что тот кто "пишет код" не может и не должен заниматься этим первым этапом, для этого есть другие люди и это совершенно другой род деятельности, и зачастую те, кто пишет ТЗ специализируются на конкретных отраслях и не занимаются другими и языками программирования могут даже не владеть.

А вот Def считает, что крайним должен быть именно тот, кто "пишет код". И с этим я не согласен.

Yosic,

Ну во общем-то при работе не в одиночку так оно и есть. И за это те, кто составляет ТЗ получают очень не маленькую зарплату даже по меркам ИТ и несут соответственно ответственность за свою работу. Что тут противоречивого?

ну хватит источать миазмы зависти к неизвестному составителю ТЗ с большой зарплатой. Попробуйте сами разобраться в каком-нибудь кусочке задачи, помочь бедному аналитику, и конечно взять часть ответсвенности на себя. Авось и выйдите из кодеров куда нибудь в девелоперы.

А вот Def считает, что крайним должен быть именно тот, кто "пишет код". И с этим я не согласен.

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