Большой Воронежский Форум Mobile

Поплакаться немного, что ли...

Блин, так затрахало работать с огромной биллинговой системой...

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

Полное ощущение, что продираешься сквозь какие-то густые джунгли... куча сил уходит не на то, как лучше сделать, а на то, чтобы "пробить" то одно, то другое, договориться, согласовать. Уже не программист, а что-то вроде бульдозера. Это при том, что у меня с разными "командами" отношения хорошие, а что же бывает, когда не так - бррр... даже представить себе невозможно.

Блин, как вылезти из этой дурной ситуевины, хотя бы не ощущать ее так остро...

Пойти книжку почитать о безнадежных проектах и пути самурая в них?

Работу сменить? Да можно бы, только по-моему у нас в Воронеже куча систем именно такого плана. Всякие ERP и т.п. Всего много, все очень круто замешано, громоздко и несдвигаемо с места.

Кто как с этим борется, когда все достало? Я вот дома библиотечки и финтифлюшки мелкие пишу в свое удовольствие, но после такого рабочего дня часто бывает вообще ни до чего. [Ответ]

J++, очень просто борюсь: после 6-ти я не программист и пофиг - пусть хоть нью йоркская биржа из-за меня рухнет [Ответ]

да я в принципе тоже после 6 не программист (ну, за исключением форс-мажоров), только обычно к тому времени еще и не человек

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

Пока кое-как спасает спортзал: тащусь туда на автопилоте, там прихожу в себя. Ну и 17-летний "ребеночек" не дает забыть об окружающем мире

А что больше всего бесит - это то, что устала не от собственно процесса программирования, а от бесконечных звонков, согласований и т.п. Конечно, я понимаю, что здесь отнюдь не плохое место работы (+ коллектив нормальный), но все-таки огромные ERP - это ужас! [Ответ]

J++, смени работу и не изобретайте велосипед [Ответ]

Выбрала такую профессию

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

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

К счастью, люди разные, и есть категория людей, которых вполне устраивает многолетняя работа над одним проектом, бесконечные согласования и переписывания кодов, причем конца работы никто не видит, а начало все уже забыли. Осталось только подобрать соотвествующих людей на соответствующую работу. [Ответ]

Не расстраивайся. Издержки роста. У меня бывает вобще целый день пробегаю, не знаю чем занимаюсь - за собствнно программирование так и получается сесть. Совещаюсь, согласовываю, договариваюсь, рассказываю как делать, и т.п. [Ответ]

А про такие понятия как ТехЗадание, Рабоий проект итд вы не слышали? [Ответ]

Сообщение от Gendalf:
А про такие понятия как ТехЗадание, Рабоий проект итд вы не слышали?

Во во, пойти с проектантами пообщаться, рассказать как все будет устроено, прочитать дополнения к ТЗ,...
Штука нужная, но у менджерского состава иногда возникает опасная иллюзия, что если все ТЗ прочитали, проект написан, сроки выезда на внедрение согласованны, все документы подготовлены, то софт напишется как-то сам собой.
Хотя и у программеров бывают иллюзии, что можно просто написать код, а все эту бумажки нафиг не нужны. И то и другое пагубно для проекта. [Ответ]

Сообщение от tsyplakov:
Во во, пойти с проектантами пообщаться, рассказать как все будет устроено, прочитать дополнения к ТЗ,...
Штука нужная, но у менджерского состава иногда возникает опасная иллюзия, что если все ТЗ прочитали, проект написан, сроки выезда на внедрение согласованны, все документы подготовлены, то софт напишется как-то сам собой.
Хотя и у программеров бывают иллюзии, что можно просто написать код, а все эту бумажки нафиг не нужны. И то и другое пагубно для проекта.

Вообще то ТЗ согласовывается еще и с программистами.. (по крайней мере с главным из тех, что будет работать в проекте) так как именно в ТЗ определяется тот объем работ, на который менеджеры договорились по деньгам. Если хочется чего то большего, чем описано в ТЗ, то это уже за дополнительные деньги.

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

Поэтому предпроектные работы очень важны. [Ответ]

Сообщение от Gendalf:
Вообще то ТЗ согласовывается еще и с программистами.. (по крайней мере с главным из тех, что будет работать в проекте) так как именно в ТЗ определяется тот объем работ, на который менеджеры договорились по деньгам. Если хочется чего то большего, чем описано в ТЗ, то это уже за дополнительные деньги.

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

Чаще встречаются случаи когда ТЗ пишут (ну не сами, но руководят процессом) менеджеры, которым продавцы каких либо коробочных продуктов напели как все будет здорово сделано на их продукте.
"- Свои то программисты у вас плохие, а вот наши замечательные программисты сделали мега решение которое все решит."
Потом свои программисты (мне приходилось бывать в их числе) пытаются придумать как решить задачу с использованием кривых инструментов купленных за бешеные бабки и при этом уложиться в совершенно смешное время, т.к. менеджры на вопрос о сроках говорят - у вас есть мега хреновина - там ничего писать вообще не надо. Будете у нас теперь внедренцами, а вас все уже написали мудрые западные ребята.

Короче не надо о наболевшем. [Ответ]

Сообщение от tsyplakov:
Потом свои программисты (мне приходилось бывать в их числе) пытаются придумать как решить задачу с использованием кривых инструментов купленных за бешеные бабки и при этом уложиться в совершенно смешное время, т.к. менеджры на вопрос о сроках говорят - у вас есть мега хреновина - там ничего писать вообще не надо.

В десяточку! [Ответ]

+1. Причем кривизна инструментов возрастает, т.к. фирме, выводящей их на рынок, все чаще нужно "успеть впереди всех" (крикнуть нужное слово), а качество... говорить не хочется. Кр-рутой софт все больше становится похож (по качеству) на одноразовые салфетки. [Ответ]

Сообщение от J++:
+1. Причем кривизна инструментов возрастает, т.к. фирме, выводящей их на рынок, все чаще нужно "успеть впереди всех" (крикнуть нужное слово), а качество... говорить не хочется. Кр-рутой софт все больше становится похож (по качеству) на одноразовые салфетки.

Ну это не всегда так. Обычно "вкусные" клиенты со своими "вкусными заказами" устраивают тендер, тогда уж точно будешь делать максимум работы за минимум денег. [Ответ]

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

Сообщение от Gendalf:
Ну это не всегда так. Обычно "вкусные" клиенты со своими "вкусными заказами" устраивают тендер, тогда уж точно будешь делать максимум работы за минимум денег.

Причем тендеры устравиваются по разному и в последнее время в них побеждают люди имеющие хороший административный ресурс. [Ответ]

Ну, тендеры имеют и плюсы, если проводить их честно и с головой.

Например, в прошлом году мы закупали технику по тендеру. В конечном итоге цены снизили все участники не менее чем на 15 % и условия гарантии стали просто чудовищно привлекательными.

С ПО, правда, намного все сложнее. [Ответ]

Сообщение от zss_vrn:
Ну, тендеры имеют и плюсы, если проводить их честно и с головой.
Например, в прошлом году мы закупали технику по тендеру. В конечном итоге цены снизили все участники не менее чем на 15 % и условия гарантии стали просто чудовищно привлекательными.
С ПО, правда, намного все сложнее.

Вменяемо тендеры проводятся как правило небольшими фирмами. Чем больше, тем сильнее все зависит от суммы отката.
Тендер для софта - это вообще на мой взгляд как разработчика - большая глупость с точки зрения того, кто проводит. Рынок изучать надо, но брать того кто меньше спросит - не надо точно. [Ответ]

39-летняя женщина-программист - это, наверное, диагноз... [Ответ]

Сообщение от tsyplakov:
Вменяемо тендеры проводятся как правило небольшими фирмами. Чем больше, тем сильнее все зависит от суммы отката.
Тендер для софта - это вообще на мой взгляд как разработчика - большая глупость с точки зрения того, кто проводит. Рынок изучать надо, но брать того кто меньше спросит - не надо точно.

Ну клиенты бывают вменяемые.... и иногда сразу озвучивают сумму, которую готовы потратить на проект. И тут начинает играть роль статус самой конторы, наличие крупных завершенных проектов, наличие сертефицированного персонала, партнерских отношений с другими известными конторами итд. [Ответ]

Сообщение от :
наличие крупных завершенных проектов, наличие сертефицированного персонала,

Что на самом деле не играет особой роли в каждом конкретном проекте, потому что поменяться все может буквально за считанные недели. Пара-тройка "зубров" найдет работу покруче - и гудбай...

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

Живой пример - Борланд. Сколько было славы, популярности и денег, того самого статуса и супер-партнеров - а последние несколько лет проекты что-то "не идут".

В общем да: одно дело, когда покупаешь через тендер уже готовые решения (пусть железки+их установка/наладка/прокладка кабелей), другое - когда таким же образом ищется тот, кто напишет ПО, которого пока в природе нет и оценить его заранее невозможно [Ответ]

Сообщение от vi0:
39-летняя женщина-программист - это, наверное, диагноз...

Любой проф пригодный программист это диагноз. [Ответ]

Сообщение от tsyplakov:
Любой проф пригодный программист это диагноз.

Наверное даже так. Любой человек использующий голову не только для того, чтобы в нее есть. [Ответ]

Сообщение от tsyplakov:
Наверное даже так. Любой человек использующий голову не только для того, чтобы в нее есть.

Давно прошли те времена, когда для программирования требовался интеллект. Теперь это обычная рутина, типа работы на конвейере. [Ответ]

Сообщение от tsyplakov:
Тендер для софта - это вообще на мой взгляд как разработчика - большая глупость с точки зрения того, кто проводит. Рынок изучать надо, но брать того кто меньше спросит - не надо точно.

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

Сообщение от vi0:
Давно прошли те времена, когда для программирования требовался интеллект. Теперь это обычная рутина, типа работы на конвейере.

вы программист? [Ответ]

http://punkrasskaz.narod.ru/boss.zip

Ссылка на флеш-инструкцию по уничтожению бюрократии, унижения и эксплуатации... [Ответ]

Сообщение от tsyplakov:
Вменяемо тендеры проводятся как правило небольшими фирмами. Чем больше, тем сильнее все зависит от суммы отката.

Ну, не все так плохо.

Не всегда. Например, необходимо купить широкораспространенный софт. Разработчик часто сам его не продает, а только через дилеров. Цены одинаков, но есть другие условия.
Еще пример - 1С. В городе разработчиков 1С - как донов Педро в Бразилии. Как выбрать? Тендер - как раз инструмент. [Ответ]

vi0,
Ну, это не худший диагноз
Если человек умер, то это надолго, а если дурак - то навсегда. [Ответ]

Это у кого какая работа и кто как к ней подходит. Ну и от инструментов зависит. PHP к примеру, интеллекта не требует. Хотя опять же как подходить. Так что это скорее личный опыт чем тенденция отрасли. Я бы даже сказал наоборот. Появился ряд технологий, каждая из которых в отдельности не является серебрянной пулей, но вместе они позволяют решить задачу борьбы с оборотнями. [Ответ]

Сообщение от zss_vrn:
Ну, не все так плохо.
Не всегда. Например, необходимо купить широкораспространенный софт. Разработчик часто сам его не продает, а только через дилеров. Цены одинаков, но есть другие условия.

Ну да. Поправка - заказной софт. Не коробочный. [Ответ]