Здравствуйте товарищи формучане. Работаю стажером программистом, скажем так в торговле. Конфигурации в основном торговли, на подобии УТ.
Работаю с торговыми конфигурациями, бух учетом не занимаюсь. Работа программиста 1с представляется с бух учетом.
Скажите много ли программистов, которые не знают бух учет и успешны ли они в этой профессии.

Я в бухучёте начала понимать хоть что-то года через 3 после начала безпредельничания

(0) Будучи программистом (не погромистом или быдлокодером) изучить основы учета - пару вечеров книжки почитать. Никто же не заставляет налоговое законодательство зубрить.

(1) Мне хватило литературы и доставания знакомой бухши в нюансах, которых не понимал. Потом уже практика решает.

много ... очень много.

(1) Девушка, отойдите от компьютера. Это Дениса компьютер

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

(0) Я не могу про себя сказать, что знаю бухучет. Но это мне не мешает разбираться с кривыми вопросами и учить бухов грамотно вести учет в программах 1С.

(6) Эээ... это уже не бухучет, а знание типовой конфигурации.

(5) Не хочешь - не верь.
И вообще - это служебный компьютер )

У меня тоже по началу был страх бухучета. Но, мне мой наставник довольно быстро объяснил что такое плансчетов и проводки. Остальное фигня

(10) Во-во, главное - понимать принципы, а остальное со временем придет. Никто же не заставляет программиста учить план счетов и нюансы расчета НДС.

Описания вакансий одинэсников посмотри. Знание какой-либо предметной области (бух, склад, зп) фигурирует во многих.

(0) С регистрами бухгалтерии всё равно столкнешься. И тут придётся разобраться с дебетом, кредитом и двойной записью. А иногда и бухлитературу курить (зависит от уровня буха)
(1) начала? О!

главное записку написать, что "дебет у окна кредит у стены":) и периодически поглядывать:)

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

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

Дебет слева, кредит справа наше фсе

(16) Кодера не должен, программиста- должен

Я знаю только основы(самолетики). Кодер уже 5 лет.

программиста прикладника*

(18) как раз все наоборот...

(0) В любом случае ты должен знать предметную учетную область + знать учетную программу.
Это только тупые сишники научатся ставить парные скобки - все - они программисты Си и тут же лезут сервера кодить.

(15) Много или мало - тут бесполезно спрашивать. Я видел прекрасных разработчиков, совершенно дубовых в бухучете, и бухгалтеров-недокодеров.

(15) Очень даже не сложно. Принципы бухучета не менялись уже лет 500.
Я думаю таких очень мало.

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

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

(0) С 1С работать без знаний бухучета нельзя. Это аксиома.
А также без знания экономики предприятия.

(27) Экономика предприятия, расход\приход ?) К экономисту подошел, она надаёт задачек то... только сиди и пиши отчёты да обработки, в любом случае поймёшь что куда и почему )

не шарю в бух учете, бухгалтерию и зарплату не знаю с точки зрения учета, зарабатываю среднюю зарплату по региону сейчас. Работаю программистом 6 лет.

знание БУ (и понимание) является важным плюсом.
хотя допускаю что есть успешные грамотные проги которые не знают БУ но отлично кодят по грамотно составленым ТЗ.

(0) Надо бы разделить понятие "знание бухучета" на две части:

1) Знание базовых принципов бухгалтерского учета и методики технической реализации этих самых принципов в платформе 1С.

2) Методические знания российских ПБУ, НУ, всяческих МСФО, и реализации всего этого в типовых конфигурациях от 1С.

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

По п.2 - нет пределов совершенства ибо непостижима глубина всех дебрей российского ПБУ и НУ, и неисчерпаема фантазия отечественного законотворца в этих вопросах. Но, с другой стороны, нужно это только тем, кто непосредственно работает с конфигурациями, отвечающими за регламентированный БУ и НУ (Бухня, УПП, КА и т.п.). Остальные вполне благополучно трудятся, неплохо зарабатывают и даже крепко спят, не зная, что БУ=НУ+ПР+ВР.

Как-то так...

(28) Таки не приход расход. Спросите у экономиста лучше как формируется себестоимость готовой продукции. И т.п.

(27) >> Это аксиома.

Это догма. И то имеющее весьма ограниченное применение. Она касается только тех случаев, когда речь идёт о работе с конфигурациями непосредственно использующими подсистемы и объекты бухгалтерского учета (бухрегистры и планы счетов).

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

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

(0) Тут как спортивному комментатору... Чтобы комментировать спорт, вовсе необязательно в него играть, да и разбираться не особо :)



Выпускник финансовой академии пошел работать в сбербанк бухгалтером. И тут у него появилась привычка с утра перед рабочим днем заглядывать в левый ящик стола. Затем он закрывал его на ключ и начинал работать. Через десять лет он стал старшим бухгалтером, еще через десять - ведущим бухгалтером, затем, в 60 лет, стал главным бухгалтером, а через 5 ушёл на пенсию. В первый же день все побежали к ящику, чтоб узнать, что же он там каждое утро смотрел. А лежала там пожелтевшая бумажка, на которой было написано: ДЕБЕТ слева, КРЕДИТ справа.

(27) забавная такая аксиома...

(27) как неча делать, 10 лет уже

(35)
[:||||||||||||:]

(27) Это скорее к ПМ-ам, ведущим разработчикам и т.д. относится. Обычный кодер может и без знания БУ обойтись во многих случаях.

(0) Как-то мелко. Обычно спорят, нужна ли программисту математика, а тут какой-то бух. учет

(39) еще одна глупость

(40) а алфавит нужно знать одинеснику, а, б, там, в...

(42) + ?

(43) Не, это лишнее... только мозги засоряет

(41) Обоснование такому безапелляционному заявлению есть?

Если я, ПМ, ставлю кодеру конкретную задачу, где, как и что нужно дописать - ему нахрен не нужно знание бухучета.

З.Ы. Как вот выбешивают такие заявления в стиле: "Ты дурак и все тут".

(45) На самом деле я не вижу особого смысла спорить -я высказал свою точку зрения... Зачем разработчику знание бух.учета? что бы быдлокодить? Видимо бух.конфу ты никогда не писал.

Много ли программистов знаю регистры расчеты и планы видов расчета?

А сколько умею работать с бизнес-процессами и задачами в 1С?

Осмелюсь предположить, что очень многие имеют весьма далёкое представление о подсистеме периодических расчетов в 1С. Более того - хороших спецов по работе с расчетами днём с огнём не сыщешь.

А с бизнес-процессами и задачами ~70% прогов вообще ни разу не сталкивались и вполне возможно никогда не столкнуться.

Незнание или слабое знание БУ всего навсего ограничивают для программиста возможности его трудоустройства в сфере 1С. Не более того. Так же как программист не разбирающийся в работе регистров расчёта не сможет пойти на сопровождение ЗиУПы.

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

(46) А кодеры конфигурации и не пишут. Пишут их разработчики. Компрене ву? Я разделяю кодеров, программистов и разработчиков, если что.

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

(0) зачем 1снику бухучет? по мне, так самое вкусное - фин учет, логистика, все то, реализация чего в типовых хромает И то, что хотят те, у кого есть деньги

(50) Для создания инструмента разработчику таки требуется понимание того, для чего он инструмент создает, иначе получится микроскоп для забивания гвоздей, или еще какая хрень. Естественно, глубокие знания в этой области не нужны, достаточно основ, о чем я сказал чуть ли не в первых комментариях.

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

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

(52) ты так и не ответил на мой вопрос...Ты сам лично написал хоть одну конфу для ведения бух.учета? если нет - не вижу о чем с тобой можно спорить.

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

(54) Я перепилил типовую конфу до неузнаваемости. А ты писал такие конфы с нуля?

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

(53) знание РР/ПВР иногда бывает очень полезно, хотя редко.
т.к. часто бывают непонятки у кадровиков почему всякие сложные начисления у них коряво получаются.

(54) (56) Вы прикалываетесь? Зачем пилить/писать с нуля конфу для бух. учёта? У вас что, какой-то свой бух.учёт?

все тлен! Знания не нужны нужен навык быстро их получать и переваривать а потом забывать

Видел оригиналов, которые написали свое на С++ и очень гордились этим.

(58) Я под производство допиливал в свое время, там типовая за основу бралась. Ну и под специфику БУ в той организации тоже попыхтеть пришлось.

(59) во, коротко и по делу!

Можно и мне свои 20 коппек добавить?)). Если есть грамотный постановщик задач, можно обойтись минимальными знаниями бухучета (конечно со временем опыт будет никуда не денется). Задача программиста програмировать согласно ТЗ.
А если Вам надо программировать управление производством? Вот как например (58) Будете досконально изучать технологические процессы? или Логистика та же канитель, а если общепит- там ваще  жесть.. и т.д. и т.п.
Для всего этого в конторе должен быть человек, который знает всю кухню и куда и откуда растут ножки. Тогда и ТЗ будут ставиться четко. К великому сожалению  многие "Шефы" ставят "Цель", но никак не ТЗ. Например "хочу автоматизировать выдачу счетов и оповещение клиентов по почте или смс..." Цель отличная.. но никак не ТехЗадание...

(63) в паре с грамотным методологом кодер может быть успешнее Программиста)

(0) Бухучет фигня

(64) вполне почему бы и нет.

Бухучет знать не обязательно. Это устаревшее понятие давних лет, когда 1с ассоциировался с бухгалтерией. Сейчас полно других конфигураций. И вообще специфика работы с бухгалтерией такова, что со временем тупеешь, и кроме проводок ничего уже не знаешь, а главное - другими категориями мыслить не умеешь. А по уму, бухгалтер тебе должен наормальное тз писать, а ты уже потом закодишь. Смещайся в сторону оперативного учета. На нем все торговые конторы сидят, там не пропадешь. Есть куча другого интересного где тоже много денежков можно заработать.

(56)(61) это и называется - кодер. Взял и стал переписывать типовую конфу - вместо того, что бы дать пользователю инструмент начал чего-то там коде писать.

(68) Ты для забивания гвоздей дома молотки сам отливаешь?

(68) Кстати, теперь понятно, за кем приходится править чудовищный самописный "специализированный инструментарий".

в торговле сильно не пригодится, понадобится потихоньку изучишь; будут соприкосновения с бух программами и их пользователями- надо будет учить

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

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

(73) если он есть :)

(1)
... "Что-то сгнило в Датском королевстве" ...

(67) > а ты уже потом закодишь

такие узкие "спецы" клиентам не нужны

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