Разграничение разработки и установки

← →
И. Павел © (2010-12-10 10:29) [0]

Здравствуйте.

Ясно, что удобно отделить от программиста дальнейшие вопросы жизненного цикла программы (кроме доработки). Т.е. программист пишет программу, а дальше передает ее по цепочке другим сотрудникам.

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

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

← →
han_malign (2010-12-10 12:47) [1]

http://www.transl-gunsmoker.ru/2010/11/2097.html

← →
Медвежонок ХМЛ © (2010-12-10 12:59) [2]

Ясно, что удобно отделить от программиста дальнейшие вопросы жизненного цикла программы (кроме доработки)

Во первых неясно, во вторых удобно кому?

Ясен перец, что можно прикинутся надмозгом и встать в позицию: "я тут наваял вам нетленку - а вы нанимайте докторов наук для установки и сопровождения. И больше меня не отвлекайте звонками".

Но на мой взгляд как раз надо делать наоборот. То есть не отгораживать разработчика от пользователей хелпдесками и саппортом.
Вот тогда есть шанс, что разработчик однажды замаявшись отвечать на звонки, начнет наконец писать так, чтобы сами жертвы его креатива как можно реже доставали его своими вопросами.

← →
И. Павел © (2010-12-10 13:05) [3]

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

PS: А мне надо фонарик приделать, как в том анекдоте: чтобы и ночью мог работать :) А то менеджеров много (на мои программы уже набегает штук 10-15), а работников недобор...

← →
И. Павел © (2010-12-10 13:09) [4]

> [2] Медвежонок ХМЛ © (10.12.10 12:59)

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

← →
Медвежонок ХМЛ © (2010-12-10 13:12) [5]

так ведь говоришь что есть база данных.
если нет базы данных, то всегда есть твой локальный иис или апач.
да мало ли еще способов ....

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

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

> И. Павел (10.12.2010 10:29:00) [0]

Что делать, конечно бежать надо оттуда.

> Медвежонок ХМЛ (10.12.2010 12:59:02) [2]

Не у разработчиков шкура толстая, быстрее будет наоборот.

Разграничение разработки и установки Найти похожие ветки