Програміст-одиначка або програміст в колективі - що краще?

Колектив програмістів - особлива інтелектуальне середовище. У ній панує постійний творчий процес.

Більшість колег - захоплені роботою люди. Вони готові лізти в непрохідні нетрі системних налаштувань, впиватися оригінальністю створених програм і завжди Не проти поділитися своїм досвідом з ближнім або дальнім - це в залежності від обставин.

Так, що там «Не проти»! Часом їх буквально розпирає від надлишку знань! Якась частина знаходить реалізацію у виробництві. А якщо знань і вміння більше? В Інтернеті нерідка річ - аматорські сайти, де просунуті аси із задоволенням діляться досвідом і пропонують власні розробки, причому абсолютно безкоштовно. Для них головне - утвердитися, і, насамперед, у власних очах.

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

Але не все виявилося так ідеально. Я вже говорив, що випередив події. Через півроку були курси, які я і сам відвідував. Але навіть після курсів не весь охоплений ними народ спокійно видавав продукцію. Скаржилися на брак досвіду, відсутність знаючих фахівців поруч. В результаті через пару місяців з'явився вчитель з сусіднього підприємства. Природно, за лекції йому додатково платили. Ось і демонстрація твердження, що ініціатива карається. Чим же був покараний я? Та, власне, нічим, крім не виділені додатково грошей. А задоволення я отримав, і чимала. Але не хочу применшувати здібності своїх колишніх учнів.

Швидкість осягнення інформації у кожного різна. Та й практика в новій системі була постійна. Часто потрібні доопрацювання моделей в старій системі, і люди відволікалися. І не себе я вихваляю за захопленість і безкорисливість.

Мова не про це. Мова - про колектив, де кожен у всіх на виду. Навколишні знають твій фронт робіт, твої можливості і навіть деколи стиль мислення. Такі тонкощі ззовні не видно. Тому при матеріальній оцінці роботи чужого колективу часто бувають перекоси. Зайве метушаться, постійно мелькає перед очима працівник може виявитися володарем високої премії, а спокійніша, не видна нікому дівчина, що несе основне навантаження, залишиться без неї.

Краще надати ділити гроші начальнику чужого відділу або його заступнику, ніж намагатися зробити це за них. У мене самого був такий випадок. Керівник суміжній групи перебував у відпустці, а я заміщав начальника бюро, який поїхав у відрядження. Всі роблячи швидко, я також блискавично сам пронормувати осиротілу групу. Допустив я всього лише одну помилку. Жінка, звичайно не хапає зірок з неба, в тому місяці проявила незвичайну працездатність і фактично витягнула групу з прориву. А я про це просто не знав і поставив їй показники, як зазвичай. Скажу відразу, що мене встигли виправити. Начальник вчасно повернувся. І адже це відбулося фактично в одному колективі, а що говорити, якщо вас заохочує абсолютно не відноситься до вашому відділу людина!

Отже, в середовищі програмістів рівень окремого працівника відразу видно. Навіть якщо він сам не заявляє про себе словами, його рано чи пізно оцінять. Колектив здатний і постояти за себе перед іншими службами. Звичайно, багато залежить від його керівника, але йому допоможуть його найближчі соратники. З собі подібними працювати добре і спокійно.

На жаль, як і в будь-якому колективі, бувають антипатії, професійна конкуренція (іноді не дуже здорова) і складні взаємини з начальником. І це незважаючи на високий духовний та інтелектуальний рівень середовища. Хочеться крикнути, що це не у нас, що програмісти - народ особливий, але ... Одного разу був свідком звільнення відразу двох співробітниць, коли третя призначили заступником. А на цю посаду кілька років сподівалася інша і вирішила звільнитися в знак протесту. Конфлікт був подібний до вибуху. Стався скандал із зовсім не програмними термінами. Були застосовані і сльози, і перехід на особистості. Начальник просто не встиг запобігти виверження. А чоловіки скромно мовчали, зосереджено втупившись у свої екрани.

Зовсім інша справа, коли програміст на фірмі один. Начальник не чіпляється до дрібниць, що не стримує в розвитку, глибин твоєї роботи ніхто не знає, бачать тільки результати. Але явні результати тут потрібні постійно. Їх приймають із захопленням, незалежно від того, скільки сил на них витрачено. Одна зі співробітниць, що вважалася слабкою в нашому відділі, одного разу перевелася в інший, де терміново був потрібний хоч один програміст. Її кваліфікації цілком вистачило, щоб здобути прихильність шефа і задовольнити всіх користувачів. Нею були задоволені, і дуже задоволеною стала вона, відчувши себе сильним ланкою.

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

Особливо цікаво становище комп'ютерника на приватній фірмі, де він повинен забезпечити працездатність всієї техніки і програм. Якщо занадто багато збоїв, все валиться, не вистачає дня, то виникає думка, що людина не справляється, і рідко роблять висновки, що одного програміста мало. Якщо ж фахівець спритний і встигає запобігти проблемам в зародку, а іноді навіть передбачати їх - у декого може скластися думка, навіщо він тут взагалі потрібен? Адже всі і так працює. Можна заощадити штатну одиницю!

Особисто я, як-то опинившись в таких умовах, почав не на жарт турбуватися, коли два тижні мої сорок комп'ютерів дуже старанно себе вели, а я неспішно прогулювався по Інтернету, чекаючи чергової аварії. Але їх не було! Я навіть почав відчувати косі погляди співробітників (швидше за все, я їх сам вигадав). Нарешті, на третій тиждень «завалилося» відразу дві системи, і я відчув себе потрібною людиною. Бред, та й годі! Правда? Але, на жаль, з цим маренням доводиться рахуватися. Пояснити одиночці, що все працює завдяки твоїм попереднім старанням, буває важко. У навколишніх немає знань, щоб правильно оцінити роботу одинаки, а останній часом утруднюється оцінити сам себе. Немає аналога.

У колективі - все наочно: ти трохи швидше орієнтуєшся, ніж Іван Васильович, але Михайло Юрійович дасть тобі фору. А тут - порівняти ні з ким! І виходять на передній план зовсім програмістки навички, а вміння себе, вигідно представити свою роботу і при нагоді домогтися підвищення заробітку. Не завжди нашому братові це до душі. У колективі простіше: за тебе спрацює твій труд, який багатьом близький і зрозумілий.

А тут ця праця, як чорний ящик. Але зате ящик один! І ніхто в нього лізти не буде. Радити і направляти теж. Але й не рятуватиме подумають ...