Склад ума

[Dusk]

dimka, я работаю программером на предприятии и тут заказ идет сверху "Надо написать! Что писать скажут в отделе...", тут то и начинается самое интересное: "Мне бы то, или это, а может лучше это..." далее смотри верхний пост...

Коль избыток денег мучает заказчика, ну что уж тут поделать... Приходится облегчать ему жизнь

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

Мы как-то писали проект (повторюсь), так была фраза проекта. Сказал ее начальник ЖД транспортного цеха (ему на пенсию пора): "Ма компьютеры изучали в институте. Там кнопочку нажал, и он все сделал как надо. А вы ничего не понимаете в железных дорогах"....
Вот с таким контингентом и приходится работать...

[x77]

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

[Люсь]

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

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

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

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

вот. мм.

[Dimka]

Buu, совершенно верно, ты должна сидеть рядом с бухгалтерами и задавать вопросы: "А это что? А это зачем? А это куда?" (упрощённо говоря, естественно ) По книжке можно лишь получить общее представление о бухгалтерии. О той конкретной бухгалтерии (в части аналитического учёта), которая есть на конкретном предприятии, знают лишь бухгалтеры самого предприятия, и никто другой. (Ну, документы бывают разные с описаниями.)

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

[Заяц]

Buu, а всё именно так и происходит. Иот строю очередной модуль, а потом начинается беготня с вылавливанием багов, причёсыванием под более правильный образ работы, в моей практике пока небыло чего-то более или менее серьёзного, что проходило с первого раза. Когда общаешься с заказчиком, как правило даже самый опытный в своём  деле заказчик не может тебе грамотно объяснить задачу, это ложится либо на тебя либо, если он есть, на твоего постановщика задачи. написана программа и тут выясняется, что одно не учтено, другое имеет несколько возможностей процесса, а сначала об этом и не подумали, а вот тут заказчик хочет ещё более упростить для своих работников процесс рабты с программой. Мне думается, что работа с базами не даёт возможности(это только в идеале) изначально создать что-то окончательное. А ты, как я понимаю, хочешь идти по пути программиста под базы.

[x77]

Заяц, а и не требуется изначально создавать что-то идеальное. здесь говориться преимущественно о RAD, Rapid Application Development. оно подразумевает маленькую группу разработчиков, от 1 до 10, и сжатые сроки разработки, до 6 месяцев. характерно для небольших проектов. методология RAD подразумевает циклическую разработку. это означает, что после каждой версии и обкатки её заказчиком в полевых условиях формируется ряд доп. требований по функционалу и / или интерфейсу и софтина возвращается на доработку. по большому счёту, этот процесс может быть бесконечным, но это уже дело заказчика - всё это делается за его счёт и в его интересах остановится на некоем компромиссе между стоимостью продукта и его функциональными возможностями. на эту тему есть масса международных стандартов, да и наши госты 80-пропитого года по оформлению тех заданий на те же АСУ, например, далеко не так плохи, как кажется. всё давным давно изобретено

[x77]

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

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

[Dimka]

x77, а что важнее: самому делать что-то или просто чувствовать... сопричастность к созданию великого? В случае, когда ты винтик, из ряда поставленных тебе на кодирование задачек не рождается ощущение тобою творимого... (для меня, по крайней мере)

Приведу пример "корпоративного" подхода к работе.
Вот участвую сейчас в проекте одной учётной системы для оптовой базы, клиентское приложение на Pocket PC (на величие этого продукта не претендую - проза жизни). Раньше с мобильными компами не связывался - вроде бы интересно должно быть, а на деле тошно, потому что: а) архитектура и даже стиль кода навязаны, б) менеджер гонит так, что ни о какой оптимизации этого кода (банального вынесения функций общего назначения в одно место) речи не идёт. В результате, вместо того, чтобы получать удовольствие от собственного творения, складности и красоты его структуры, покопаться в Win CE и т.п., я пишу какие-то диалоги, понятия не имею, чем занимаются соседи (может у них чего-нибудь полезное уже реализовано) и смутно себе представляю общую картину . К счастью, этот кошмар через неделю-две закончится .

[Never]

Alanir Alonedaw,

Блин у вас тут столько девушек. Вы все программисты(программистки)?

Я так точно- нет Я тут главно трепло  

[Люсь]

dimka, Заяц,
Мерси! Теперь на программисток на директора буду стучать - пусть получают по шапке от него самого  
А за учёбу по психологии клиентов - спасибо! Пригодится!

[x77]

dimka, важнее всего - чтоб твоим детям было что завтра покушать. на всё остальное забивается по определению. есть работа, есть всякие приблуды для души. как говорят у них в Одессе, "'Авгам, это двэ большие разницы".

[Dimka]

x77, ну... кому чего... в таком ключе, естественно, дальше спорить бессмысленно - несовпадают ценности.

[Заяц]

x77, я постарше dimka и детками, которых надо кормить, уже обзавелась, а с Димкой полностью согласна - для меня тоже важнозаниматься тем, что интересно, я потому до определённого времени и работы меняла.

[x77]

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

dimka, почему, ценности, по-моему, как раз совпадают просто обычно у меня есть некие стратегические цели, ради которых я готов терпеть какие-то тактические неудобства.

Заяц, в общем-то, ответил в посте к dimka.