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

эх, забыл секцию поменять..

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

Доки не мои - доки работодателя (точнее начальника) и главное, чтоб то, что один наваял, другой случайно не потер. ничего личного

не любой, мне просто открыли доступ к конфигуратору, и  мне в свое время дали часть документов, от другого внедренца.

(0) Что мешает поговорить о твоей помощи с программистами? Для этого и существует коллективная разработка.

Работает - не тронь :)

(0) по ходу тебе там делать нечего что ты лезешь в чужие дела - попросят сделаешь, а самому встревать это неэтично.
кроме того ты просто можешь быть не в курсе разных тонкостей в силу своей неопытности - тебе всё кажется просто и легко - там добавил кнопку, сюда добавил реквизит ....

GenV - я седня обратился, обидел, так как уже воторой док переделывать захотел,

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

(0) "Детский сад. Штаны на лямках"(с) В свои должностные обязанности загляни.

asady, вот как раз опытности у мя больше оказывается, / к примеру в одном из док-ов выбор позиций сделан так - выбираются запросом соответсвующие товары, принадлежащие заранее выбранной категории, и передаются в список, потом открывается форма выбора справочника и в фильтр передается список товаров (их может быть до 1000) и естественно форма выбора тормозит ; а можно ведь просто добавить форму с полем таблич док и туда вываливать резултат запроса  и подключить обработку выбора.

Спроси у программера разрешения улучшить, на твой взгляд,  модуль.
Если разрешит, сделай, продемонстрируй ему на тестовой базе.
Если он одобрит, то ....

(12) программист пусть идет гулять

(11) обратись к начальнику отдела программистов, решать только ему и некому больше

(8) Не удивительно, что обидел. Каждый должен выполнять свою работу. Остальная инициатива уже должна идти по договоренности. Иначе будет бардак. Сначала часик на одно, потом часик на другое и обновление уже лесом идет ...
ЗЫ Ну, а если код кривой, тогда это нужно с ответственным за разработку уже говорить, программист обычно и так знает что у него код кривой :)

GenV  скорее не опимизированый, я стараюсь тяжелые вещи все строить одним запросом, в коде же может быть несколько запросов, например второй внутри цикла резултата первого запроса.  Выход наверно уйти на другую работу устроиться именно программером, а програмить в свое удовольствие свои програмкии).

и тут на новой работе .появляется какой то одмин, который правит твои старые проги пока ты пишешь новые!
Как ты к этому отнесешься??

(0) а слабо помогать дворнику и еще, до кучи, водителю погрузчика.. (когда первый будет класть стены, а другой, допустим, переводить иностранные договора)?

"Выход наверно уйти на другую работу" - "Слышу речь не мальчика - но мужа"(с)

(ТихоРжуСидяПодСтолом)

Имею ли я морально право, этично ли мне, простому низкооплачивае-муму-ёмаё программисту, вносить изменения в Великое Творение Методистов Фирмы 1С Зарплата и Управление Персоналом? Мне в должностные инструкции и обязанности не включили пункт, на основании которого я имею право исправлять Их Великие Глюки.

(15) Не важно кем работать принцип один. Хорошо там где нас нет ... :)
ЗЫ Вообще странно - пару раз послали, а ты уже работу собрался менять. Мало ли, может действительно у разработчиков времени нет улучшать код. Вообще когда разработчиков много либо есть разграничения на участки, либо руководитель.
Соотв. если нормально учитываются потребности/заявки на разработку, то свою заявку на улучшение можно всегда подать. А скорость - это уже проблема отношений и заинтересованности пользователей (ведь по их просьбе ты предложение выдвинул) и разработчиков. Вернее даже не пользователей, а руководства со стороны пользователей.

(0) А что мешает версионирование замутить? Заметил неполадку, исправил, сразу же набрал программиста: "Друг, принимай изменения". Потом обсудите: помог твой код или не очень

(0) Режим работы программиста устанавливает руководство программиста. :)
Если у вас одно и то же руководство, то это одно дело, а если разное, то это совсем другое.

Объекты конфигурации обычно более-менее закреплены, по крайней мере те, которые имеют сложную обработку данных, но всегда бывают задачи, когда надо внести изменения в некоторую выборку объектов, которая включает и "чужие" документы.

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

"они говорят о неудобствах в программе" - пусть свои хотелки высказывают программерам или меняют работу. Практика с 95 года показывает, что 90% "неудобств" являются следствием бестолковости пользователей, нежеланием почитать доку или своеобразным пониманием "удобности", граничащим с легкой степенью шизофрении.

(0) Ни в коем случае не трогай чужой код!!!

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

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

(0)Если действительно можешь- сделай на копии и покажи результат сначала прогеру, а потом бухам.

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

вот они типичные 1С-ки...
очень бояться того, что их код кто то посмотрит... ибо стыдно

вообще-то, по неписаным правилам, "хозяин у конфы должен быть один"..
плохо, когда хозяин - некопенгаген в конфе, но туда лезет.. у меня такая ГБ на настоящий момент.

автору имхо надо договориться (по-дружески) с программистами: кто вносит, как это обговаривается и документируется, и несение ответственности за последствия, а не ломать друг друга через коленку

Работа это не только написание кода, но и ответственность
Если не просят, нефиг делать не в своей зоне ответственности.

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

А че все набросились на человека, я например, тоже из бухгалтеров, в 1С-нии перешел, правда наши програмисты тогда упорно не хотели в 1с залазить, и они даже рады были когда я на курсы поехал. Все когда-нить начинали с чего то.

(29) Это не правильные правила

(27) +100 Стопудово прав. Неэтично без спросу кромсать чужой код, не зная нюансов, вернее вносит изменения в рабочую базу. А вот предложенное сотрудничество - это дело. Хозяину кода полюбе надо продемонстрировать свои художества, прежде чем на рабочую скидывать.

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

(35) +100 :-)))))))))) Как в поговорке: "Один глупец может создать столько проблем, что сто мудрецов не разрулят".

А у меня был такой "Мудрец" на работе. Все пытался посмотреть что я сделал и как это работает. Достал в конец. Только мешал. Я ему на корпоративе нос разбил и уволился. А они чего то долго программиста не могли найти после меня и этого поперли потом. Видите ли не понравился я ему.

(0) с твоей стороны этично будет лишь одно: объяснить пользователям, что с заявками на доработку нужно обращаться не к тебе, а к программистам...

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

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