• Мнения
  • |
  • Обсуждения
Игорь Корсар Мастер

Программист-одиночка или программист в коллективе - что лучше?

Коллектив программистов — особая интеллектуальная среда. В ней господствует постоянный творческий процесс.

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

Да, что там «не против»! Порой их буквально распирает от переизбытка знаний! Какая-то часть находит реализацию в производстве. А если знаний и умения больше? В Интернете нередкая вещь — любительские сайты, где продвинутые асы с удовольствием делятся опытом и предлагают собственные разработки, причем совершенно бесплатно. Для них главное — утвердиться, и, прежде всего, в собственных глазах.

Помню, как сам, опередив всех в освоении сложной графической системы объемного моделирования, я «отлавливал» сотрудниц и устраивал им часовые занятия. Кстати, все соглашались охотно. Начальство, воспользовавшись этим, снарядило меня на преподавание в других отделах. Меня принимали на ура, и я пребывал на вершине блаженства. Завершение занятий вылилось в своеобразный триумф. Меня благодарили, говорили, что теперь все понятно, и следующие работы будут проводиться в новой системе.

Но не все оказалось так идеально. Я уже говорил, что опередил события. Через полгода были курсы, которые я и сам посещал. Но даже после курсов не весь охваченный ими народ спокойно выдавал продукцию. Жаловались на нехватку опыта, отсутствие знающих специалистов рядом. В результате через пару месяцев появился учитель с соседнего предприятия. Естественно, за лекции ему дополнительно платили. Вот и демонстрация утверждения, что инициатива наказуема. Чем же был наказан я? Да, собственно, ничем, кроме не выделенных дополнительно денег. А удовольствие я получил, и немалое. Но не хочу приуменьшать способности своих бывших учеников.

Скорость постижения информации у каждого разная. Да и практика в новой системе была не постоянная. Часто требовались доработки моделей в старой системе, и люди отвлекались. И не себя я восхваляю за увлеченность и бескорыстность.

Речь не об этом. Речь — о коллективе, где каждый у всех на виду. Окружающие знают твой фронт работ, твои возможности и даже порой стиль мышления. Такие тонкости извне не видны. Поэтому при материальной оценке работы чужого коллектива часто бывают перекосы. Излишне суетящийся, постоянно мелькающий перед глазами работник может оказаться обладателем высокой премии, а спокойная, не видная никому девушка, несущая основную нагрузку, останется без нее.

Лучше предоставить делить деньги начальнику чужого отдела или его заместителю, чем пытаться сделать это за них. У меня самого был такой случай. Руководитель смежной группы пребывал в отпуске, а я замещал начальника бюро, уехавшего в командировку. Все делая быстро, я также молниеносно сам пронормировал осиротевшую группу. Допустил я всего лишь одну ошибку. Женщина, обычно не хватающая звезд с неба, в том месяце проявила недюжинную работоспособность и фактически вытянула группу из прорыва. А я об этом просто не знал и поставил ей показатели, как обычно. Скажу сразу, что меня успели исправить. Начальник вовремя вернулся. И ведь это произошло фактически в одном коллективе, а что говорить, если вас поощряет совершенно не относящийся к вашему отделу человек!

Итак, в среде программистов уровень отдельного работника сразу виден. Даже если он сам не заявляет о себе словами, его рано или поздно оценят. Коллектив способен и постоять за себя перед другими службами. Конечно, многое зависит от его руководителя, но ему помогут его ближайшие соратники. С себе подобными работать хорошо и спокойно.

К сожалению, как и в любом коллективе, бывают антипатии, профессиональная конкуренция (иногда не очень здоровая) и сложные взаимоотношения с начальником. И это несмотря на высокий духовный и интеллектуальный уровень среды. Хочется крикнуть, что это не у нас, что программисты — народ особый, но… Однажды был свидетелем увольнения сразу двух сотрудниц, когда третью назначили замом. А на эту должность несколько лет надеялась другая и решила уволиться в знак протеста. Конфликт был подобен взрыву. Произошел скандал с отнюдь не программными терминами. Были применены и слезы, и переход на личности. Начальник просто не успел предотвратить извержения. А мужчины скромно молчали, сосредоточенно уткнувшись в свои экраны.

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

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

Особенно интересно положение компьютерщика на частной фирме, где он должен обеспечить работоспособность всей техники и программ. Если слишком много сбоев, все валится, не хватает дня, то возникает мнение, что человек не справляется, и редко делают выводы, что одного программиста мало. Если же специалист шустрый и успевает предотвратить проблемы в зародыше, а иногда даже предвидеть их — у некоторых может сложиться мнение, зачем он тут вообще нужен? Ведь все и так работает. Можно сэкономить штатную единицу!

Лично я, как-то оказавшись в таких условиях, начал не на шутку беспокоиться, когда две недели мои сорок компьютеров очень прилежно себя вели, а я неспешно прогуливался по Интернету, ожидая очередной аварии. Но их не было! Я даже начал ощущать косые взгляды сотрудников (скорее всего, я их сам выдумал). Наконец, на третью неделю «завалилось» сразу две системы, и я почувствовал себя нужным человеком. Бред, да и только! Правда? Но, к сожалению, с этим бредом приходится считаться. Объяснить одиночке, что все работает благодаря твоим предыдущим стараниям, бывает трудно. У окружающих нет знаний, чтобы правильно оценить работу одиночки, а последний порой затрудняется оценить сам себя. Нет аналога.

В коллективе — все наглядно: ты немного быстрее ориентируешься, чем Иван Васильевич, но Михаил Юрьевич даст тебе фору. А здесь — сравнить не с кем! И выходят на передний план совсем не программисткие навыки, а умение поставить себя, выгодно представить свою работу и при случае добиться повышения заработка. Не всегда нашему брату это по душе. В коллективе проще: за тебя сработает твой труд, который многим близок и понятен.

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

Статья опубликована в выпуске 17.08.2010
Обновлено 21.07.2020

Комментарии (7):

Чтобы оставить комментарий зарегистрируйтесь или войдите на сайт

Войти через социальные сети:

  • Сергей Попов Сергей Попов Читатель 17 августа 2010 в 09:42 отредактирован 17 августа 2010 в 09:44 Сообщить модератору
    Коллективная или индивидуальная работа?

    Игорь, хорошая статья. Но мне лично в свое время приходилось (да и теперь приходится) работать в научных коллективах, где каждый был и ученым-исследователем, и программистом своих новаторских исследовательских комплексов. Удачи или неуспех каждого в программировании тут же отражались на его успехах в проведении собственных оригинальных исследований.
    Конечно, на такую-сякую помощь коллег всегда можно было рассчитывать - но лишь в рамках решения каких-то "общих" проблем, но уже в проблемах программной реализации твоих собственных теоретических разработок практически никто помочь не мог. Вот и сидели и днями, и ночами (ведь работали на себя лично!), отлаживая свои программы. Но после всех программистских мытарств с помощью отлаженных систем наши новые научные результаты сыпались как из рога изобилия, превращаясь сначала в научные статьи, а затем в диссертации (конечно, разного достоинства), что тут же отражалось на уровне нашей зарплаты.
    Как назвать работу таких программистов-ученых - коллективной или индивидуальной?

    Оценка статьи: 5

    • Сергей Попов, никак не назвать - может, полезнее было бы не в программизм влазить (теряя свое драгоценное ученое время на изучение тонкостей), а в какой-нибудь маткад со скриптами или в бейсик, а если уж нужна была уникальная аппаратура со встроенными контроллерами - таки, нанять профессионального программиста или заказать на фирме? Или научные работы - вокруг криптозащиты или распределенных сетей?

      Оценка статьи: 5

      • Ю. Лях, нет, мы не занимались ни криптозащитой, ни распределенными сетями, ни даже разработкой торговой системы с предопределенной существенно положительной профитностью на рынке Форекс. Тем не менее, в программной реализации наших научных "изобретений" нам не в состоянии помочь (как в советские времена, так и теперь) ни MathCAD , ни AutoCAD, ни множество математических, статистических и других специализированных пакетов со своими многочисленными готовыми скриптами: тем-то изобретения и отличаются от готовых продуктов, что аналогов им нет. Скрипты указанных пакетов мы, конечно, используем, но лишь для решения рутинных задач, например, для обработки вновь полученных результатов и эффектного их представления. Так что, "ручным" программированием нам, авторам, заниматься приходится - как ни крути!

        Что касается использования услуг стороннего, пусть и профессионального, программиста, то, как показал наш опыт, работа ускоряется лишь ненамного (нужно сначала "вложить ему свои мозги"), но становится существенно дороже (а откуда у бедных рядовых ученых деньги?!).

        Оценка статьи: 5

  • Игорь Корсар, В интересном ракурсе статья.

    Оценка статьи: 5

  • Михаил Шилов Читатель 17 августа 2010 в 17:07 отредактирован 24 мая 2018 в 10:29 Сообщить модератору

    Каждый работает так, как ему удобнее...

    Оценка статьи: 5

    • Михаил Шилов, "Каждый работает так, как ему удобнее" - согласен, если это работа в свое удовольствие. У буржуинов стараются стараются выдавить максимум при минимуме. Например - нанимается дешевая команда китайско-индийских программеров. Когда те все сделают и в первом приближении все работает - тех увольняют и садят гуру для окончательной доводки (это реально - мой товарищ был в роли этого гуру).

      Оценка статьи: 5

  • Александр Сидоров Читатель 5 сентября 2010 в 14:16 отредактирован 24 мая 2018 в 10:45 Сообщить модератору

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