Мысли о работе

[andrzejn]

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

Начальники и (в особенности) менеджеры в правильно организованной фирме - по сути те же серверы.

---

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

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

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

Comments

[livelight]

По первому пункту давно собирался написать, но так и не написал :)
Про "слуг народа" :)

По второму - пошел думать над собой...

[gekkarp.livejournal.com]

все еще веселее - чтоб расти дальше - надо оставить программирование как таковое.

[andrzejn]

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

[gekkarp.livejournal.com]

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

[gekkarp.livejournal.com]

насчет "Самое интересное и принципиально новое оставляют себе" - тоже не так все радужно на самом деле. Потому как оно "интересное и принципиально новое" только первые полгода. А потом идет таже рутина. А чтоб каждые полгода можно было делать что-то "принципиально новое" - так совсем редко бывает.

[note-by-tirana.livejournal.com]

а что дальше?

[andrzejn]

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

[gds.livejournal.com]

а это потому что программирование такое.
Параметры за меня проверяет в основном система типизации (и редкие assert'ы), в >90% случаев циклов я не указываю, сколько раз повторять цикл, и понятие "условный переход" отсутствует (как и прочие переходы).
Дело в том, что мне тоже надоело всё то, от чего пытается уйти герой цитаты. И я поменял программирование.

[andrzejn]

Да, Болан там писал на чём-то низкоуровневом типа ассемблера или C. Но это просто иллюстрация. Пока нельзя сказать среде разработки человеческим голосом: "Вот эта часть мне интересна, я её напишу сам, а вот эту скучную дребедень напиши и оптимизируй сама", - программирование неизбежно будет тянуть за собой кучу рутины. В этом, собственно, вся суть программирования. Программисты работают для заказчика этой самой умной средой разработки, которая исполняет нечёткие задания на естественном языке :)

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

[gds.livejournal.com]

у меня скучной дребедени очень мало, так как для большинства скучного можно найти такую форму записи, при которой это скучное сожмётся до малых объемов так, что следующей проблемой является композиция этих скучных кусков (которая порой решается аналогично).
К примеру, когда пишут на императивном языке программирования итерацию через какую-либо коллекцию, делают что-то вроде for (int i=0; i<length; i++) { тело_цикла; };. Тогда как в около-функциональном программировании большинство подобных циклов пишется в виде либо iter функция коллекция либо fold функция начальноезначение коллекция.
Далее, написав функцию, которая открывает файл, передаёт его "хендл" в user-defined функцию, и затем закрывает его (правильно обрабатывая ошибки), мне более нет необходимости использовать функции открытия и закрытия файла.
И так далее.

Есть ещё альтернатива, но требует напряжения мозга для дизайна и реализации.
Замечено, что 80% кода весьма тупо по своей сути. Та самая рутина. Давно думаю над симбиозом декларативного и функционального программирования. Насколько я понимаю, это возможно. Осталось только выбрать правильный дизайн. Функциональное программирование, конечно, в целом весьма приятно, но, если бы можно было почти человеческими словами описывать нуднятину, используя формальный язык программирования только для серьезных алгоритмов, было бы гораздо интереснее жить.

А от обычных задач аутсорсинга действительно надо избавляться.