![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
Обязанности программиста
В блоге у ![[livejournal.com profile]](https://www.dreamwidth.org/img/external/lj-userinfo.gif)
gaperton есть запись про то, как ему показалось, что при переходе на уровень архитектора уже не нужно писать код, а нужно только думать и раздавать ЦУ тем, кто будет писать код. Ему там старшие товарищи объяснили, что это не так и что написание код позволяет архитектору не сойти с ума и не воспарить в эмпиреях.
Но изначальная идея была в том, что кодирование, возможно, мешает охватить мозгом систему в целом.
А вот когда можно заниматься думанием, когда каждый день приходится 2-3-4 часа уделять админским обязанностям: следить за апдейтами винды, за резервными копиями на нескольких серверах, писать резервные копии на матрицы, поддерживать все инфраструктуру вроде сервера subversion, баг-трекера и девелоперского сервера БД, подключать и настраивать новое железо на серверах, следить за всяческими долбаными рассылками и новостями, настраивать виртуальные машины для всяких надобностей, итд.
Вчера вот убил целый вечер на то, чтобы проверить работу wsus на виртуальной машине, сегодня уже второй час разгребаю завалы из бэкапов.
Если же привести эту работу в нормальное состояние - т.е. с регистрированием и описанием производимых действий хотя бы в wiki для будущих поколений - я вообще думать и код писать перестану.
И самое печальное, что я не совсем уверен в том, что это можно было бы переложить на выделенного админа: я постоянно в ирц наблюдаю, как админы всячески поливают помоями программистов за их "тупость" и за то, что те пытаются выполнять свою работу, требуя от админов каких-то связанных с работой действий. Это какое-то изначальное противоречие в мотивациях - админу лучше всего когда все работает и не изменяется, а у программистов работа заключается в создании нового софта(с которым потом мучиться админам).
Вот к примеру, понадобится мне срочно резервная копия БД клиента за прошлый год - сейчас я сам ее распакую и посмотрю. А так - сначала нужно будет сказать админу, тот начнет пищать "я тут типа занят" "пишите заявку на сервис", итд.
gaperton есть запись про то, как ему показалось, что при переходе на уровень архитектора уже не нужно писать код, а нужно только думать и раздавать ЦУ тем, кто будет писать код. Ему там старшие товарищи объяснили, что это не так и что написание код позволяет архитектору не сойти с ума и не воспарить в эмпиреях.Но изначальная идея была в том, что кодирование, возможно, мешает охватить мозгом систему в целом.
А вот когда можно заниматься думанием, когда каждый день приходится 2-3-4 часа уделять админским обязанностям: следить за апдейтами винды, за резервными копиями на нескольких серверах, писать резервные копии на матрицы, поддерживать все инфраструктуру вроде сервера subversion, баг-трекера и девелоперского сервера БД, подключать и настраивать новое железо на серверах, следить за всяческими долбаными рассылками и новостями, настраивать виртуальные машины для всяких надобностей, итд.
Вчера вот убил целый вечер на то, чтобы проверить работу wsus на виртуальной машине, сегодня уже второй час разгребаю завалы из бэкапов.
Если же привести эту работу в нормальное состояние - т.е. с регистрированием и описанием производимых действий хотя бы в wiki для будущих поколений - я вообще думать и код писать перестану.
И самое печальное, что я не совсем уверен в том, что это можно было бы переложить на выделенного админа: я постоянно в ирц наблюдаю, как админы всячески поливают помоями программистов за их "тупость" и за то, что те пытаются выполнять свою работу, требуя от админов каких-то связанных с работой действий. Это какое-то изначальное противоречие в мотивациях - админу лучше всего когда все работает и не изменяется, а у программистов работа заключается в создании нового софта(с которым потом мучиться админам).
Вот к примеру, понадобится мне срочно резервная копия БД клиента за прошлый год - сейчас я сам ее распакую и посмотрю. А так - сначала нужно будет сказать админу, тот начнет пищать "я тут типа занят" "пишите заявку на сервис", итд.
no subject
Вот, к примеру, найти и распаковать самостоятельно резервную копию занимает 30 минут. А если написать заявку и получить ответ "копия распакована - пользуйтесь" занимает 60 минут, то есть смысл иметь специально обученного человека?
Ведь в эти 60 минут обязательно найдётся какая-то полезная работа не связанная с резервной копией!
И, ес-но, специально обученный человек не сидит, и не ждёт заявки от тебя. А обслуживает аналогичные заявки других пользователей. или проверяет работоспособность wsus.
no subject
no subject
С нарушение полиси должен разбираться ИТ-директор и принимать оргвыводы.
Разумное раздедение обязаностей - ключ успешной работе коллектива. Совершенно не обязательно дергать администратора для того, чтобы он принес на блюдечке и разверну бэкап, если сам можешь сделать это за время сопоставимое с реакцией администратора. А вот создание этих самых бэкапов, ротацию и поддержание всякоей ежеденвной ерунды в оптимальнос состоянии можно запросто делегировать - благо ряд процессов в конторе могут быть сделаны лучше че делаются сейчас.
no subject
no subject