Нужен ли программист в штате?

Вид для печати

Показывать 40 сообщений этой темы на одной странице

09.03.2007, 18:28
Elkaby

С одной стороны каждый должен заниматься своим делом - программист программировать, бухгалтер - вести бухучет (дебет с кредитом сводить). Но чем занимается бухгалтер на предприятии? если фирма небольшая - то и приказы печатают и на телефонные звонки умудряются отвечать..
А чем занимаются программисты? (чаще всего на этой должности - мужчины) Ответ - да ВСЕЙ мужской работой! И из принтера бумажку вынуть (иначе дама маникюр испортит :wow:), и розетку починить, и лампочку поменять. Ну уж стол передвинуть - это что женщины должны делать!?
А уж если что-то в компьютере не работает - так тут уж нам без мужчин никуда! И не обязательно что-то в программе дописывать, но ПРОГРАММИСТ-мужчина должен быть! По крайней мере если в бухгалтерии женщины работают :D
09.03.2007, 19:09
Asasa

Нужен ли программист в штате?

Цитата:

Сообщение от Elkaby

А уж если что-то в компьютере не работает - так тут уж нам без мужчин никуда! И не обязательно что-то в программе дописывать, но ПРОГРАММИСТ-мужчина должен быть! По крайней мере если в бухгалтерии женщины работают :D

Там где работают женщины - обязательно должен быть мужчина. Особенно для перечисленных Выше работ годится отставник-военный - грамотный, технически подкованный, воспитанный и дисциплинированный. Не гнушающийся никакой простой работы.
Но давайте все же побережем программистов с большой буквы для другой работы. Они могут большее. И программистам со среднй буквы, думаю тоже есть чем занятся. А вот уж программистам с "маленькой буквы", студентам -заочникам, вечерникам и начинающим можно и таким делом заниматся. До "повзросления". Наверное это рационально.
16.04.2007, 07:59
DIR

Надо переходить на новый опрос: НУЖЕН ЛИ МУЖЧИНА В БУХГАЛТЕРИИ? А то - программист, программист! :wow:
Программист - человек, пишущий исходники, меняющий код программы. "Программист на 1С" - это не программист. Это специалист по обслуживанию и доработке уже имеющегося "коробочного" программного продукта, отвечающего основным, законным, требованиям бухгалтерского и управленческого учета.
16.04.2007, 09:22
Asasa

Цитата:

Сообщение от DIR

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

Так про это я всегда и говорю. Но скажите, кто из "Программистов 1С! это осознает - единицы. А сотни усиленно утверждают, что они являются програмистами. И этот миф усиленно вливают в уши окружающим. Что-то я не слышал, чтобы говорили "Программист БЭСТ".
16.04.2007, 09:51
Dracosha Andrew

Не, насчёт программиста 1С вы не правы. Все элементы языка программирования там присутствуют. А то договоритесь, ещё HTML программамер не может быть.
16.04.2007, 10:09
Asasa

[QUOTE=Dracosha Andrew;51130112]Не, насчёт программиста 1С вы не правы. Все элементы языка программирования там присутствуют./QUOTE]

Может и не прав. Но "там-то присутствуют", а у многих программистов 1С они(элементы) отсутствуют. Уже не раз писал, что программистов настоящих - единицы, а остальных - десятки и сотни тысяч. А называют себя программистами все. Чуть выше DIR и говорил про это же.
16.04.2007, 10:49
DIR

Цитата:

Сообщение от Dracosha Andrew

Не, насчёт программиста 1С вы не правы. Все элементы языка программирования там присутствуют.

Сидит мальчик на уроке и в Бэйсике домик рисует. Программист ли он?
"Программист 1С" выпускает новую продукцию? Новый программный продукт? Нет? Значит, не программист, а "наладчик". Как в машиностроении. Есть те, кто машины строит, а есть те, кто их доводит до ума. Но одни сидят на конвейере и называются сборщиками, а другие - в сервисцентрах.
16.04.2007, 11:03
Dracosha Andrew

DIR, а новые конфигурации они сами рождаются или как гуманитарная помощь с неба падают?
16.04.2007, 11:05
DIR

Вот те, кто пишет новые конфигурации - программисты. Но это не те программисты, которые "нужны ли в штате программисты". Совсем не о них разговор в опросе, я полагаю. :yes:
16.04.2007, 11:26
Asasa

Цитата:

Сообщение от Dracosha Andrew

DIR, а новые конфигурации они сами рождаются или как гуманитарная помощь с неба падают?

Давайте не циклиться на конкретной программе "1Ц", известной таким количеством конфигураций, что вряд ли кто их все знает. Хотя создается впечатление, что именно какие-то конфигурациии сами рождаются или падают с неба.
"Нужны ли в штате программисты" - это скорее общий вопрос. Как показала дискуссия, каждый в понятие "программист" вкладывает свое восприятие. Пожалуй пора начинать новый опрос - "Нужен ли в штате специалист" владеющий:
1. Программированием;
2. Навыками программирования;
3. Навыками администрирования ЛВС;
4. Навыками настройки программ экономического направления;
5, 6, 7... и т.д., чтобы выяснить, а кто же нужен.
Тем более уже поставленный вопрос был поставлен без привязки к конкретной программе и естественно стронников "отдельно взятой программы" оказалось больше и они все сводят к своей специфике, которую сами породили и сами же в ней кувыркаются...
В любом случае, всем удач, независимо от цвета программы!
16.04.2007, 12:18
Dracosha Andrew

Asasa, не, не согласен. Программист должен программировать. Вы не называете бухгалтером кассира только потому, что он имеет доступ к бухгалтерским документам? Или шофёром автослесаря, хотя автослесарь безусловно знает как автомашина заводится? Так, пожалуйста, называйте системного администратора системным администратором, настройщика настройщиком, а программиста программистом.
16.04.2007, 12:34
Asasa

Цитата:

Сообщение от Dracosha Andrew

Asasa, не, не согласен. Программист должен программировать. Вы не называете бухгалтером кассира только потому, что он имеет доступ к бухгалтерским документам?

Dracosha Andrew, да как бы все правильно Вы говорите. Классически - программист должен быть программистом. Но у нас в России в это понятие вкладывают что угодно. В том числе и мы с Вами.
Кстати я кассира называю бухгалтером. И вот здесь с Вами готов спорить (хотя зачем?..). Ибо кассир, - это работник бухгалтерии и как правило эта должность называется бухгалтер-кассир. Да и чаще всего на этой должности работает человек с бухгалтерским образованием.
17.04.2007, 08:40
Аноним

А зачем нужен настоящий "программист", если программа уже есть?
17.04.2007, 09:35
Asasa

Цитата:

Сообщение от Аноним

А зачем нужен настоящий "программист", если программа уже есть?

И я того же мнения. Зачем? Или программы такие, что их обязательно надо дописывать и переписывать? Тогда встает вопрос о таких программах "Сделай сам", к которым как приложение нужен "программист".
17.04.2007, 09:52
lubezniy

Asasa, настоящий программист теоретически (и не так уж и редко даже практически) может добавить программе новых возможностей, не предусмотренных конкретной программой. Вот как быть, если программа есть, сотрудники в ней работают, но условия поменялись, и программа не отвечает новым требованиям, а менять программу очень затратно?
17.04.2007, 12:35
Asasa

Цитата:

Сообщение от lubezniy

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

1. Не умоляю заслуги настоящих программистов и подчеркиваю, что это наша элитная братия, которых надо беречь и не загружать их всякой "фигней". Ибо зачастую многие новые возможности, касающиеся именно бухгалтерских программ, можно добавить и штатным образом. Ну если конечно не сидишь на древней левой версии. У нас случаев невозможности использования программ для ведения бухгалтерского и налогового учета не случалось. Бывает, что не совсем просто, не очень красиво - бывает. Но чтобы сразу "программист" - не было.
2. Нормальная программа, поддерживаемая разработчиком, всегда меняется в соответствии с новыми требованиями. И продлевать ежегодно обслуживание не так уж и затратно. И если поменялись условия у самого предприятия - надо просто перенастроить программу в связи с изменившимися условиями. В условиях работающего предприятия это не всегда просто. Но зачем же нам голова дана? Другое дело, если из программы для ведения учета пытаются сделать программу для иных целей. Так при чем здесь эта программа.
У нас был клиент, которому за каким-то фигом надо было считать НДС в модуле зарплата.
17.04.2007, 12:46
lubezniy

Цитата:

Сообщение от Asasa

И если поменялись условия у самого предприятия - надо просто перенастроить программу в связи с изменившимися условиями. В условиях работающего предприятия это не всегда просто. Но зачем же нам голова дана?

Не всё так просто. Гипотетический пример: есть программа складского учёта. На небольшом предприятии с небольшим складом она работала нормально, к ней привыкли. Предприятие расширилось, складские площади увеличились, и руководство решило для упорядочения учёта ввести штрих-кодовую систему обозначения товаров на складе. Для этого было закуплено необходимое оборудование, но программа не поддерживала работу со сканерами штрих-кодов и принтерами - соответствующих модулей не было. Вместе с тем, программа имела возможности для подключения дополнительных сторонних модулей и была снабжена документацией для программистов. Спрашивается: почему бы и не применить в данном случае труд программистов?
17.04.2007, 13:24
Asasa

Да конечно, можно и так. Но нам видно повезло с БЭСТом - разработчик (коллектив программистов), как правило срабатывал на опережение и к тому моменту, уже были свои дополнительные модули. Достаточно их было приобрести и использовать штатно.
Вообщем-то огонь можно добыть разными способоми, но я предпочитаю коробок со спичками. Дешево, доступно и не требует высокой квалификации.
17.04.2007, 17:40
Dracosha Andrew

Asasa, интересно, а если в вашем коробке не было необходимой функции. Вообще? Никогда. И разработчик не обещает?
17.04.2007, 18:19
Asasa

Цитата:

Сообщение от Dracosha Andrew

Asasa, интересно, а если в вашем коробке не было необходимой функции. Вообще? Никогда. И разработчик не обещает?

Здравствуйте Dracosha Andrew!
Ну что тут сказать. Мне повезло с разработчиком. Он не обещал, но когда возникала необходимость (и это была реальная потребность, а не "дурь" клиента), и я мог четко и внятно объяснить ему для "чего и почему" - он делал и добавлял это в штатные возможности. То есть то, что Вы хотите от меня услышать - я просил сделать разработчиков
программы.
А когда мы выбирали программу, с которой мы будем работать - мы искали ее не один месяц, пока не дошли до четвертого двора на Литейном. Хотя в то время вся страна "бредила" "Турбо-бухгалтером", "Финансами без проблем" и "1С". А у нас был опыт работы с "Лукой" (старшего брата "1С") и мы поняли, что тема "вечной настройки" - это не наша тема. Но увидев БЭСТ-2, поняли, что вот программа для работы, а не для вечных настроек. И сейчас в программах БЭСТ нет "завиральных" идей, но есть все необходимое для работы бухгалтерии - от бухгалтерского и налогового учета до элементов управленческого. И все это достигается пользовательскими настройками.

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

Всем удач!
17.04.2007, 18:39
DIR

Если в "коробке" нет нужных "функций", то офисный программист "функцию" в исполняемый модуль добавить никак не сможет. :yes:
Специально поставил кавычки. Прежде чем что-то обзывать функцией, надо сначала объяснить, что вы пожд этим словом понимаете...
17.04.2007, 18:52
Asasa

Цитата:

Сообщение от DIR

Прежде чем что-то обзывать функцией, надо сначала объяснить, что вы пожд этим словом понимаете...

Да наверное каждый свое. Как и под словом "программист". И я о своем, о женском...
17.04.2007, 19:47
PiterBest

Цитата:

Сообщение от Dracosha Andrew

Asasa, интересно, а если в вашем коробке не было необходимой функции. Вообще? Никогда. И разработчик не обещает?

Пишем свой плагин на функциях или объектах разработчика.:)
Язык программирования открыт. Никто не мешает.
Более того уже в интернете выложен механизм как создавать
свои запускаемые модули (EXE) с функциями разработчика,
чтобы поддерживать единый стиль работы в комплексе.
Удобнее когда это сделает разработчик штатно - безусловно.
Но тем не менее....пишем плагины под любой каприз Заказчика :)
17.04.2007, 19:50
PiterBest

Цитата:

Сообщение от DIR

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

А зачем обязательно в исполняемый?
17.04.2007, 21:21
DIR

А вот и еще один товарищ, который под "функцией" понимает что-то свое...
18.04.2007, 09:22
Аноним

Лучше бы Вам дать описание Вашего понимания - почему Вы так уверены , что именно Вы имеете правильное определение ?
18.04.2007, 09:23
Asasa

Цитата:

Сообщение от DIR

А вот и еще один товарищ, который под "функцией" понимает что-то свое...

Надо же, какая многообразная программа БЭСТ. Каждый по-своему ее "выворачивает" и получается ведь. Возвращаясь к началу опроса и учитывая что эта ветка касается БЭСТа, делаю для себя вывод:
1. Программист нужен.
2. Программист - не нужен.
3. Возможны варианты.
А это говорит, что БЭСТ сумел найти ту "золотую середину", где комфортно всем - программистам, внедренцам, бухгалтерам. В детали не углубляюсь.

Удач всем участникам диспута.
18.04.2007, 12:57
IGM

Цитата:

Сообщение от lubezniy

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

Уважаемый, вы в своём уме?
Предприятие выросло из того софта, который у него стоит.
И единственно правильный здесь подход - сменить ПО.
Иначе крындец, полная зависимость от дописок + отсутствие перспективы
18.04.2007, 14:55
lubezniy

Цитата:

Сообщение от IGM

Уважаемый, вы в своём уме?

Цитата:

Сообщение от IGM

Предприятие выросло из того софта, который у него стоит.

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

Цитата:

Сообщение от IGM

И единственно правильный здесь подход - сменить ПО. Иначе крындец, полная зависимость от дописок + отсутствие перспективы

Всему своё время. Не каждый же день эти дописки делаются. И, тем более, не каждый день нужно менять ПО.
18.04.2007, 19:47
DIR

Цитата:

Сообщение от Аноним

Лучше бы Вам дать описание Вашего понимания - почему Вы так уверены , что именно Вы имеете правильное определение ?

А где я сказал, что мое определение - правильное? Это у вас глюки, милейший аноним. Я говорю лишь о том, что прежде чем спорить, надо бы определиться с терминологией.
18.04.2007, 20:23
BDAdmin

Цитата:

Сообщение от IGM

Предприятие выросло из того софта, который у него стоит.
И единственно правильный здесь подход - сменить ПО.
Иначе крындец, полная зависимость от дописок + отсутствие перспективы

Как раз "крындец" более вероятен при смене ПО. Т.к. такие решения не должны приниматься только по той причине, что в базовой поставке программы нет какой-либо функциональности.
Если бы было так, то 1С не получила бы широкое распространение. Хоть и число дописок в конфигурациях, на самом деле сужают перспективу.
20.04.2007, 03:58
IGM

Цитата:

Сообщение от lubezniy

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

Читайте внитмательно начальные условия задачи.
Было маленькое предприятие с маленьким складом.
Программа удовлетворяла.
Предприятие расширилось, склад увеличился, потребовались штрих-коды.
Софт перестал удовлетворять.
Вывод - надо менять софт.
Никакие дописки тут не помогут.

Цитата:

Сообщение от lubezniy

Не каждый же день эти дописки делаются. И, тем более, не каждый день нужно менять ПО.

А после того, как в тиражируемый софт залезет местный спец - ПРИДЕТСЯ.

Не всё так просто. Гипотетический пример: есть программа складского учёта. На небольшом предприятии с небольшим складом она работала нормально, к ней привыкли. Предприятие расширилось, складские площади увеличились, и руководство решило для упорядочения учёта ввести штрих-кодовую систему обозначения товаров на складе. Для этого было закуплено необходимое оборудование, но программа не поддерживала работу со сканерами штрих-кодов и принтерами - соответствующих модулей не было. Вместе с тем, программа имела возможности для подключения дополнительных сторонних модулей и была снабжена документацией для программистов. Спрашивается: почему бы и не применить в данном случае труд программистов?
20.04.2007, 07:11
lubezniy

Цитата:

Сообщение от IGM

Читайте внитмательно начальные условия задачи.

Читал... и даже писал. Дальше что?

Цитата:

Сообщение от IGM

Было маленькое предприятие с маленьким складом.
Программа удовлетворяла.
Предприятие расширилось, склад увеличился, потребовались штрих-коды.
Софт перестал удовлетворять.
Вывод - надо менять софт.
Никакие дописки тут не помогут.

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

Цитата:

Сообщение от IGM

А после того, как в тиражируемый софт залезет местный спец - ПРИДЕТСЯ.

Кто сказал, что местный спец полезет в тиражируемый софт? Модуль-то внешний: не заладится - отключим и продолжим работать, а программист хай ошибки ищет.
20.04.2007, 08:39
BDAdmin

Цитата:

Сообщение от IGM

А после того, как в тиражируемый софт залезет местный спец - ПРИДЕТСЯ.

Залезть в тиражируемый софт....
Как это понять?

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

Функциональные модули, как правило закрыты, за исключением 1С и ряда систем с открытой логикой.
Править стандартную конфигурацию ( логику ) - чревато проблемами.
Обычно оставляют типовую конфигурацию и либо делают копию "куска программы" и в ней доделывают, либо просто внешним модулем, плагином, обработкой дорабатывают функциональность.

Цена такого решения намного ниже нового софта и время получения результата тоже, но от СПЕЦа, конечно, зависит очень и очень много.
20.04.2007, 11:21
Tsaranov

Если совсем правильно, то наверное так: компаниям, не занимающимся разработкой ПО программист не нужен, а если все равно нужен, то тогда все равно не программист:)
20.04.2007, 11:23
lubezniy

Цитата:

Сообщение от Tsaranov

Если совсем правильно, то наверное так: компаниям, не занимающимся разработкой ПО программист не нужен, а если все равно нужен, то тогда все равно не программист:)

Почему? Иногда бывает нужен, но его работы больше разовые.
20.04.2007, 11:34
Asasa

Цитата:

Сообщение от Tsaranov

Если совсем правильно, то наверное так: компаниям, не занимающимся разработкой ПО программист не нужен, а если все равно нужен, то тогда все равно не программист:)

Молодец! Прямо в яблочко.
20.04.2007, 13:23
PiterBest

Цитата:

Сообщение от IGM

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

Вообще пример действительно гипотетический -ничего общего с практикой.
Это какая же программа не поддерживает работу со сканерами ?
Что там поддерживать ?
А принтера этикеток ? Они же давно хоть из ворда все напечатают ?

Может в даном вопросе стоит говорить о нормальном оборудовании и реорганизации процессов труда и ведения учета на предприятии, а
не кидаться искать программиста или софт хаять, какой бы он там ни стоял ?
Если смотреть глобально, то большинство проблем организационные,
их перекладывают на программистов, ругают софт, пытаются чего-то
там еще (все что угодно, только оставить организацию учета и труда персонала как есть, а сами же при этом говорят - у нас стиль бизнеса меняется....Если меняется, начните с того, что Вы хотите, разберитесь с орг.впросами и когда Вам все будет прозрачо взгляните на то,
чем пользуетесь и главное будьте готовы сами измениться сначала. Вопросы могут быть - но не как в этом примере...)
20.04.2007, 13:27
PiterBest

Цитата:

Сообщение от lubezniy

Почему? Иногда бывает нужен, но его работы больше разовые.

К сожалению это тоже не так....
Как говорит Жванецкий
" Ремонт - это не действие, это состояние.
Его никогда нельзя закончить. В него можно только войти или выйти":)

Разовая работа влечет за собой периодическую поддержку при изменениях каких-либо условий. Я уже не говорю, что у Заказчиков во время еды аппетит начинает расти
21.04.2007, 09:18
Elkaby

Цитата:

Сообщение от PiterBest

Разовая работа влечет за собой периодическую поддержку при изменениях каких-либо условий...

И тогда становишься в зависимость от конкретного этого «специалиста». Кто попадал в такую зависимость, знает - каково ожидать прихода программиста, если работа в бухгалтерии простаивает. Бр-р-р, очень жуткие воспомининия…А «он» придет, опять пишет… пишет… А потом вылавливай его ошибки…

Показывать 40 сообщений этой темы на одной странице

Текущее время: 15:22. Часовой пояс GMT +3.