![[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
no subject