"Детские" ошибки программистов 1C

Публикация № 315283

Сообщество - Пользователю системы

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

Ошибка первая    

     Первая и, наверное, самая частая ошибка - это то, что программисты забывают использовать регистры накопления. Заключается это в том, что, написав новый документ или доработав старый и произведя довольно сложные обсчеты, результат не пишется в регистр накопления, а остается храниться в документе. За такое на сертификационных экзаменах бьют по шапке. И вот почему: для того, чтобы потом сформировать отчет по необходимой информации, приходится лезть в документ пускать заново все механизмы обсчета, чтобы получить результат, который по замыслу разработчика можно увидеть только зайдя в документ. То есть запросом такую информацию нельзя получить никаким образом. А информация требуется самая разнообразная: это и сумма товаров со скидками, и зарплата сотрудников, и различные итоги. Решается это довольно просто: берем, записываем результаты обсчета в регистр накопления, или регистр сведений, смотря по типу информации, и потом легко достаем ее запросом.

Ошибка вторая

     Вторая ошибка: курочить типовые механизмы. Или я программист и все могу запрограммировать. Бывает, что даже лень искать, проще написать. Но ошибка заключается в том, что дорабатывают то, что дорабатывать не надо. Философский анекдот в тему. Сын приходит к отцу программисту и спрашивает

Сын - Папа, а почему солнце каждое утро встает на востоке и заходит на западе?

Папа - Ты уверен?

Сын - Да.

Папа - Ты проверял?

Сын - Да.

Папа - И каждое утро встает на востоке и заходит на западе и никогда не бывает по-другому?

Сын - Да.

Папа - Сынок ничего не трогай, работает и ладно.

    Наиболее щадящим способом внесения изменений является добавление новых объектов в виде обработок или документов, которые в автоматическом режиме формируют типовые документы и справочники. Например, необходимо разработать удобную форму для работы менеджера для заказов на натяжной потолок, необходимо учесть и комнаты, и варианты, и выписку счетов на разные комнаты отдельно, и на разные варианты и заказ материалов. Неправильно будет раскурочить документ "Заказ покупателя" и, вывернув его наизнанку, таки добиться результата. Последствия будут в виде трудностей при обновлении и непредсказуемых последствий, когда надо будет учесть все обращения к документу "Заказ покупателя" по всей конфигурации. Правильнее создать отдельный документ «Заявка на потолок», в который будет вводиться информация по комнатам и вариантам с расчетом сумм, а из него формировать типовые документы "Заказ покупателя". Кстати смотри выше ошибку №1: результат обсчета документа «Заявка на потолок» надо сохранить в регистр накопления, например «Заявки на потолок». Измерения будут Заявка, Комната, Номенклатура. Ресурсы: Количество, Сумма. То, что заявлено новым документом, плюсуется, а документом "Заказ покупателя" списывается как ушедшее в работу. При этом всегда можно будет легко добыть информацию о том, что мы уже сделали по заявке на потолок, а что еще нет. Подобные задачи могут быть и при продаже кухонных гарнитуров, и сантехники, и при работе на производстве. И, возвращаясь к ошибке №2, не надо курочить конфигурацию, думая, что все можно запрограммировать. Верный признак того, что вам требуется пересадка рук на плечи, это то, что в конфигурации перестали работать типовые отчеты.

Ошибка третья

    Третья ошибка: попытка автоматизировать бардак. Догма программиста: Бардак не автоматизируется. Результатом будет автоматизированный бардак. Если раскрыть философский смысл, то если вас просят автоматизировать склад, то надо настоять на том, чтобы там навели порядок. Зачастую ленивые сотрудники обманывают свое начальство, заявляя, что они не могут быстро найти что надо, потому что нет автоматизации, и поэтому инвентаризацию толком выполнить невозможно. Все это связанно со сложными отношениями между работниками и работодателями: нет четких договоренностей о том, как взыскиваются пропажи с материально ответственных лиц. Поэтому работники боятся, что на них повесят все, в чем они виновны и не виновны, и саботируют любую попытку провести инвентаризацию. И вот вы стоите, и обстановка такая:

1. Заказчик, который хочет автоматизацию, потому что думает, что она поможет устранить бардак,

2. Сотрудники, которые не хотят порядка, потому что не знают, как им аукнется, и сколько с их зарплаты будут снимать.

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

    Выход в такой ситуации это варить кашу из топора. Напомню содержание сказки: солдат пришел в избу на ночь и хотел бы поесть, а хозяйка кормить его не хочет и делает вид, что ничего у нее нет. Солдат предлагает ей сварить кашу из топора и потихоньку начинает просить ингредиенты: сначала соль, потом маслица чуть, потом молока, ну и крупы надо добавить. Вынул солдат из каши топор и поужинал. Как это реализуется на практике: вы говорите, что нужно вносить первоначальные данные и, чтобы не перетрудиться, надо все товары расставить аккуратно по полкам (сотрудники, слыша, как им говорят о том, как меньше работать, с радостью соглашаются). Далее нужно внести структуру по группам, а как ее вносить? Нужно выбрать способ систематизации: это либо по поставщикам (актуально для одежды и обуви), либо по типам товаров (соки, крупы, консервы). Что же это значит? Опять же для удобства надо расставить товары по полкам, так, чтобы они были так же, как в справочнике. Тут надо напирать на то, что это для того, чтобы меньше делать, и не давать всплывать мысли о том, что это для наведения порядка. Далее надо осторожно, потому что работники могут пронюхать, что вы затеяли. Лучше дать им провести этот первоначальный внос данных и даже дать им поработать, но с условием, что они должны провести инвентаризацию через месяц. Как это сделать? Надо поговорить с заказчиком, вскрыть ему все карты и сказать, что так и так, через месяц инвентаризация. Это экзамен по тому, как ведется учет, потому что можно поставить компьютер, а бардак останется. И это чревато тем, что вы будете продолжать терять товары. На это фразе заказчики становятся очень серьезны и, если надо, они стену головой пробьют, но инвентаризацию сделают. Потом можно позвонить ему и спросить, как дела и порекомендовать ему, чтобы он заставил работников вынуть из пыльных углов все, что там запрятано. И тогда можете считать, что заказчик будет вам благодарен, потому что он получит и порядок, и автоматизацию, и порекомендует своим знакомым. Это требует затрат нервов и времени, но это куда честнее и правильнее, нежели денег срубить и убежать, а вы сами решайте, как с этим жить.

Ошибка четвертая

    Четвертая ошибка - неконтролируемый доступ к складу для лиц, не несущих материальную ответственность. Это чаще актуально для производства. Например, это любой общепит, рекламное агентство (они делают вывески и световые короба и много чего всего), торговля мебелью под заказ. Серьезные проблемы ожидают того, кто позволит работникам таскать со склада все, что им заблагорассудится, потому что они заранее не могут сказать, что им понадобится: они там не учли, что им надо, сям не учли. Найти потом, что куда пропало, дело невозможное, люди будут хлопать честными глазами и делать вид, что все ушло в производство. Поэтому для производства организуется отдельный склад, для общих остатков отдельный склад. И по мере надобности со склада общих остатков на склад производства делается перемещение. Причем нужен отдельный кладовщик для склада общих остатков. А на складе производства проводить еженедельные инвентаризации. Пример реальный из жизни: в супермаркете жарили курицы гриль, и из-за неверных данных в технологической карте шло неверное списание остатков тушек курицы. За 3-4 недели накопили на остатках 105 кг курицы, провели инвентаризацию и не обнаружили эти 105 кг. Со всего персонала списали ровным слоем. Я их спросил, вы хоть одну курицу съели? Ну, раз уж высчитывают. Отношения были доверительными, они сказали, что не прикоснулись. Я им склонен верить. Так что инвентаризации надо делать каждую неделю и не пренебрегать, а то потом никакое расследование правды не найдет. Так как склад производства небольшой, то и бардак там за неделю большой образоваться не может, все быстро подсчитывается и горы товаров переворачивать не нужно. Если есть возможность внедрить учет заказов, надо это делать. В рекламе и мебели это возможно через организацию штрих-кодирования документа "Заказ", кладовщик отпускает материалы только на заказ, считывая штрих-код с документа, и всегда видно, что куда употребили. В «общепите» нет возможности подсчитать, сколько мяса ушло на пирожок, который купил покупатель. Расчет ведется на  заказ в производство на, например, 200 пирожков, и на этот заказ выписываются ингредиенты. Учтите, не все так радужно: масло, приправы и прочее всегда есть на кухне и идут скопом, поэтому сложности в учете все равно будут. 

    Итого: а как с этим бороться? А бороться просто: надо идти и сдавать сертификационные экзамены, там и будет понятно, кто из чего сделан. Там будет сторонняя оценка качества по стандарту, а не просто свое мнение о том, что я крутой программист, давайте мне королевские почести. Обычно после экзамена человек перестает творить уж совсем несусветные вещи и делает качественную работу.

 

Специальные предложения

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. vano-ekt 840 02.12.14 22:01 Сейчас в теме
тут не столько про ошибки программистов, сколько про подтирание соплей кладовщикам :)
BigBoss; xantif_2000; alwiz3; AlexLM75; succub1_5; Irwin; artspeed; alexscamp; uri1978; ditiatko; makas; mms76; HitGroove; iov; AllexSoft; yusta; pm74; FlyNN; simich; LuxVeritatis; smirnovrv; Патриот; Taktic; fzt; FreeDown; trumanl; Артано; smit1c; DrAku1a; talych; jobkostya1c8; Aleks_Antonuk; VasMart; armeec; kuza_87; sergei2k; monkbest; dour-dead; sergelemon; Veetavas; Sasha_jr; bashirov.rs; SeiOkami; MaxD; Diego_Iv; dima_home; so-quest; +47 Ответить
2. TrinitronOTV 5 03.12.14 05:46 Сейчас в теме
(1) vano-ekt, согласен, но всё равно было полезно познакомиться с материалом статьи
3. dima_home 122 03.12.14 07:43 Сейчас в теме
(1) vano-ekt,
Поскольку я уже имею сертификаты 1С, теперь могу заявить: Наличие сертификатов ничего не значит, а их выдача (как и аттестация у пожарников, у МЧС, у экологистов) это просто "чёс" денег.
angelinaataeva; talych; IrinaKostroma; ResetAtreides; VR-1983; delete; sanek_gk; Liga_L; lonsby; makas; mms76; gradi; AllexSoft; Petrosyanc; Alexey_A; IfYouWant_YouCan; Сисой; ivnik; vicmos; Blagin; Светлый ум; pt_olga; Oleg_nsk; DrAku1a; etmarket; Yashazz; kentavr27; Bad_Developer; AnryMc; 3762515; sergei2k; monkbest; +32 Ответить
9. kiros 51 03.12.14 10:23 Сейчас в теме
(3) dima_home, блин... а я думал за 12 лет что-то поменялось :0
Хотя по отзывам некоторых коллег, которые все таки получали сертификаты, за них хотя-бы спрашивать начали серьезнее. Сам в профессии 16 лет и, например при приеме на работу, для меня наличие сертификата у программиста не дает преференций. Т.е. это как получить права на управление автомобиля, не значит научится водить.
talych; user684087_alecs1970; Yakud3a; Alexey_A; dima_home; Upiterus; ivnik; scarfase; monkbest; rayastar; SeiOkami; +11 Ответить
14. vano-ekt 840 03.12.14 11:02 Сейчас в теме
(9) kiros, то есть водителя на Камаз можно брать без прав? Чревато...
15. AlX0id 03.12.14 12:07 Сейчас в теме
(3) dima_home,
Эксперта уже сдали? )
spetzpozh; vano-ekt; +2 Ответить
17. bliver 03.12.14 12:14 Сейчас в теме
(3) dima_home, смотря каких сертификатов, если профессионал, то мож и не, но вот спеца по платформе, уже наскоком не сдашь, нужно знать какие объекты когда и как методологически правильно использовать, не подготовленный человек такой экзамен не сдаст принципе, а именно в процессе этой подготовки человек и приобретает необходимые базовые навыки, на которых уже можно дальше развиваться в данной области
talych; DmitryKSL; alexscamp; BoBaH; AlbinaAAA; pwn; Патриот; Mi4man; rabota.v8.1c; spetzpozh; yghmd; Азбука Морзе; vano-ekt; zqzq; +14 Ответить
29. AnryMc 723 03.12.14 15:32 Сейчас в теме
(3) dima_home, "Экзамен 1С Профессионал - Приколы" http://infostart.ru/public/97489/
37. MorningStalker 04.12.14 05:17 Сейчас в теме
(3) dima_home,
На самом деле вы не совсем правы. Абсолютно то же самое можно сказать про получение высшего образования - вы можете ничего не изучать, купить диплом и быть ничего не знающим специалистом с высшим образованием.

Но если вы реально получали знания, готовились к экзаменам и самостоятельно их сдавали - польза будет несомненной. Лично я готовился сам, прорешал большую часть задач по платформе, сдавал честно. После этого пришел на предприятие, где сидели люди со стажем работы программистом 1С по 5-10 лет и могу сказать следующее: конечно опыта решения всяческих разнообразных задач у них больше, но вот за то, как они их решают реально иногда хочется оторвать руки :). Но опыт дело наживное :).
talych; zqzq; spetzpozh; +3 Ответить
38. fzt 04.12.14 06:05 Сейчас в теме
(37) MorningStalker,
но вот за то, как они их решают реально иногда хочется оторвать руки :)

Вчера исправлял косяк в обработке, для сдачи отчетности в Росалкогольрегулирование. Обработка куплена за хорошие деньги, но никто не помнит где и как. Видно что делал трудолюбивый человек, но который совершенно незнает как работает регистр ОстаткииОбороты. Стараниями автора, его труд упорно увеличивал остатки на начало квартала в рандомное число раз. Я потратил 3 часа на исправление его ошибки. Рад бы указать на баги (получив таки свой небольшой гешефт), но он не оставил координат для связи в коде.

Вот ещё одна детская ошибка. Он лишился обратной связи.

(3) dima_home, отчасти согласен. На специалиста по платформе сдать достаточно сложно, это стимулирует коллег учиться.
Но порой сертификаты такие бараны получают, диву даюсь.
8. bashirov.rs 27 03.12.14 10:22 Сейчас в теме
(1) vano-ekt, полностью согласен.
43. ivnik 458 07.12.14 12:27 Сейчас в теме
(1) vano-ekt, Если не "подтирать сопли" пользователям, иногда и кулаком и периодически не втирать им "шейную мазь", то зачастую они со своим "профессионализмом" такую хрень создают в базе, что порой очень долго приходится работать "веником".
4. dima_home 122 03.12.14 07:56 Сейчас в теме
Про организацию склада обычно надо решить следующие задачи:
1. Конкурентное, хронологическое резервирование товаров - резервирование товаров конкурентных отделов (даже в минус) при этом свободно отпускается в порядке хронологии резервирования (включая такие решения, когда клиент позвонил сначала зарезервировал 2 штуки...потом отказался от одной...потом попросил добавить 3 и все потом выписать одним документом (счетом на оплату или фактурой)... а между изменениями резерва другой клиент/отдел так же зарезервировал этот товар)
2. Запрет на изменения документа/изменения остатка после подтверждения отгрузки/получения кладовщиком. Тут главная парадигма: "изменения остатков в на складе должно осуществляется только с разрешения кладовщика-МОЛ, иначе доверие к учетной системе не может быть."
3. Ячеистое хранение (любая методика: по факту или справочное).
4. Поиск документов по штрих коду.
5. Система разбора недостач и пересорта при перемещений товаров между складами (когда со склада на склад отправлено одно количество, а пришло другое). Тут надо учитывать, что остатки должны уменьшиться у отправителя на то количество, сколько он считает что отправил, а у получателя - на то, сколько он по факту получил. Разбор излишек или недостачи при перемещении уже производится "постфактум", другими службами (например ревизионным отделом по данным камер наблюдений при погрузке и разгрузки).
6. При наличии филиалов организация склада комплектации, а так же организация хранения малых ежедневно пополняемых остатков товаров для склада комплектации, а при ячеичной системы хранения ее ротация/изменения размеров с учетом частоты использования товаров из ячеек или распределения нагрузки (зависит от организации).
7. Расчет количества позиций, ассортимента, веса и объема в накладных для статистики или транспортной логистики, как следствие - учет рабочих показателей кладовщиков и грузчиков по перемещенным товарам.

Вроде все задачи которые приходилось реализовывать.
5. fzt 03.12.14 08:55 Сейчас в теме
Давеча код наблюдал в правленной бухгалтерии.
Суть такая: в момент списания ТМЦ в бухии, товарищ запрашивает себестоимость из УТ 10.3 FIFO там.
Т.е. товарища совсем не колышит, что он забрал себестоимость по какой-то одной партии. Я в шоке был.
6. dima_home 122 03.12.14 09:42 Сейчас в теме
Про ошибки программистов 1С:
Все ошибки происходят из того- что системы учета, это я про типовые решения 1с, стали в угоду универсальности (всеобъемлимости) настолько сложными... что в качестве решения нам предлагают "добавление новых объектов в виде обработок или документов, которые в автоматическом режиме формируют типовые документы и справочники". И это понятно почему... практически нет специалистов, которые осознают все внутренние механизмы работы 1с (как это было возможно с 1с 7.7 комплексная). Никто не может сказать точно ("на лету")- какие регистры в каких ситуациях должны производиться изменения. Каждый раз изменяя типовую 1с приходится разбираться. Сами сотрудники фирмы 1С, разрабатывающие типовые платформы 1с не видят всей картины в целом, а используют модульный подход, что порождает нагромождения и переделки из-за ограничений модулей. Это же уму не постижимо... то добавляют регистры, то спустя время удаляют их же с необходимостью перепроведения/дозаполнения всего. Программисты превратились в обычных кодеров, а не методистов и лепят заплатки.

Извините ...крик души.
ps
На нашем предприятии, найдены программисты-методисты-бухгалтера в одном лице и на базе хорошего движка 8.3 разрабатываются более простые системы учета полностью соответствующие нашим потребностям. Работает в сотни раз быстрее, занимает в десятки раз меньше объёма - при этом выполняется весь необходимый нам функционал и даже больше.
user684087_alecs1970; AlexLM75; succub1_5; rimma_n; Uncore; Yakud3a; Algoritm; uri1978; son_v; iov; oninfostart; DimikN; sinopt1k; fomix; VladC#; Upiterus; FlyNN; androgin; Stim213; Aleksandtmt; galich; haland; Denis_Viktorovich; FreeDown; awk; burlakov; smit1c; fzt; jobkostya1c8; vkr; Aleks_Antonuk; xzorkiix; Bad_Developer; d_bat; nikki_00; POLGA; kredko; FrLenok; a.babenko; Soikalv; SeiOkami; kiros; +42 Ответить
7. OBEH 03.12.14 10:13 Сейчас в теме
(6) Так и не надо воспринимать коробки, как законченные решения от фирмы 1С. Это примеры и все.
Есть платформа и примеры написания на ней.
Берешь платформу и вперед. Тогда "...Работает в сотни раз быстрее, занимает в десятки раз меньше объёма" и функционал более реальный.
dima_home; +1 Ответить
31. gigagr 03.12.14 15:47 Сейчас в теме
(6) dima_home,
"Это же уму не постижимо... то добавляют регистры, то спустя время удаляют их же с необходимостью перепроведения/дозаполнения всего. Программисты превратились в обычных кодеров, а не методистов и лепят заплатки. " -
полностью с Вами согласна, превратили 1с в огромную не оптимизированную, не прозрачную махину...
dima_home; +1 Ответить
39. fzt 04.12.14 06:14 Сейчас в теме
(6) dima_home, а я не для одного предприятия серъезно доработал типовую. Один. Это менее ресурсоёмко. Типовые содержат очень хорошие механизмы и даже методологию местами, недальновидно это выкидывать.
Пока нашел только один пример из RL, где имело смысл писать свою конфу с нуля - логистический бизнес на ЖД.
49. dima_home 122 11.12.14 14:37 Сейчас в теме
(39) fzt,
Конкретный пример:
Уже написана и используется у нас в 160 филиалах: Конфигурация для филиала.
Решенные задачи в этой конфигурации:
1. Розничный магазин (общий склад с оптом) / наличные/кредиты/терминалы/подарки в любой пропорции
2. Для розницы- Две организации ЕНВД и ОСН - Запрет продажи подакцизных товаров по ЕНДВ и наоборот
Розничные дни закрываются независимо от текущей даты, при этом есть 15 контрольных проверок не дающих закрыть день. (это очень важная задача - "почему?" - можно ответить в отдельном посте)
3. Учет откатов клиентам
4. Оптовая торговля (общий склад с розницой) + Резервирование
5. Ценообразование/система скидок наценок/шифркодs для изменения цен(скидок) удаленно по icq/ограничение скидок на товара/скидки суммой с учетом ограничений(это было сложно )) )
6. Учет остатков в кассе в разрезе операционной и основной -Кассовая книга филиала
7. Возвраты, возвраты с принятием на хранение и отправкой в центр на проверку
8. Учет перемещений с центрального склада и обратно, учет расхождений при доставке.
9. Инвентаризация
10. Маркировка и поиск документов по Штрихкодам
11. Ведение местного табеля.
12. Все печатные формы внешние, в виде файлов на диске с подхватом на лету. Позволяет легко (просто скопировав) удаленно обновлять их, не обновляя конфигурацию.
13. Сложная система обмена с центром с авто приемом ("роботом") и системой состыковок справочников контрагентов (контрагенты могут одновременно вноситься в любой базе и в каждой базе не появляются задвоения, а начинают ссылаться друг на друга.
14. В любую секунду можно выкинуть компьютер с базой и выгрузить с центральной свежую.
15. Работа поиска в справочнике товаров (54к наименований) по старому принципу (как в старой 7.7)
Все это написано и внедрено двумя программистами(мной и руководительем отдела ИТ) в течении года.
База: УФ 8.2, конфигурация 12 мегабайт, Размер прироста базы одного филиала за год меньше гигобайта. Работает легко на обычно компьютере (двух ядерный pentium 2.6 GHz/2/250)
Из типовых: Розница не подходит, УТ слишком тяжелая-еле ворочится.
Вот вам и причина написания своей.
ps ДОБАВЛЮ для fzt: никто типовые не выкидывает...всегда можно слизать от туда интересную мысль или решение, и внедрить у себя - или копипастем, или с глубокой переработкой.
Например, появившееся решение в бухгалтерии 3.0 "возможность получать сведения о контрагенте из егрюл" очень интересная. Но следует заметить что еще 5 лет назад у нас на базе 1с 7.7 было реализовано заполнение реквизитов контрагента по данным с сайта, не имеющий капчу (правда там был только название, юр. адрес, и коды). Потом прикрутили контур ФОКУС. Также договорились с ИФНС о получения списка инн по "проблемным" контрагентам и внедрили проверку при внесении нового поставщика.
Многие задачи, решенные на базе старых технологий в крупных компаниях, фирма 1с только начинает реализовывать (ну наконец-то) в типовых своих решениях, за что и спасибо.
10. kiros 51 03.12.14 10:30 Сейчас в теме
Статья взята на заметку. Хотя не соответствует заголовку, т.к. вообще не про детские ошибки. Но факты изложенные вполне актуальны и про них нельзя забывать.
22. Tiger86 03.12.14 14:22 Сейчас в теме
(10) kiros, согласна. В принципе мы все в курсе изложенного, а автор систематизировал. Надеюсь на продолжение списка ,ведь тут далеко не все
11. SeiOkami 1546 03.12.14 10:33 Сейчас в теме
Статья интересная. Но заголовок, конечно, не по теме
12. wolfsoft 2422 03.12.14 10:47 Сейчас в теме
ервая и, наверное, самая частая ошибка - это то, что программисты забывают использовать регистры накопления. Заключается это в том, что, написав новый документ или доработав старый и произведя довольно сложные обсчеты, результат не пишется в регистр накопления, а остается храниться в документе. За такое на сертификационных экзаменах бьют по шапке. И вот почему: для того, чтобы потом сформировать отчет по необходимой информации, приходится лезть в документ пускать заново все механизмы обсчета, чтобы получить результат, который по замыслу разработчика можно увидеть только зайдя в документ.

Если результат обсчёта хранится в документе, то никаких проблем нет в том, чтобы вытащить этот расчёт запросом из реквизита документа.
64. artspeed 178 30.12.14 02:35 Сейчас в теме
(12) wolfsoft, И к тому же лишний регистр - это все таки дополнительный объект, который раздувает базу и усложняют структуру метаданных конфигурации. Поэтому если и "пихать" расчеты из документов в регистры, то не все подряд, а осмысленно.
65. vslimv 05.01.15 13:58 Сейчас в теме
(12) wolfsoft, Обходить в запросах документы и регистры все таки совершенно разные вещи.
13. wolfsoft 2422 03.12.14 10:52 Сейчас в теме
Итого: а как с этим бороться? А бороться просто: надо идти и сдавать сертификационные экзамены

Ну, вот мы и пришли к сути статьи. И не стоило так много писать.
16. vasiliy_b 281 03.12.14 12:14 Сейчас в теме
Позволю себе не согласиться с Автором статьи, в плане заголовка и ее сути.
Проблема первая: Не все рассчитываемые данные нужно записывать в регистр, некоторые можно и нужно оставлять в документах. Основным критерием является где и когда будут использоваться эти данные: вывод (журнал документа, его форма), будут ли эти данные выводится в отчеты, отбор. Вывож: Семь раз отмерь, один раз отрежь.
Проблема вторая: Здесь все зависит не только от программиста, но и от того как будет поставлена задача. например придет Иван Иванович и скажет а можно мне тут галочку, очень надо.... потом Маша Петрова а мне чтоб вот тут вот кнопочку нажать и все увидеть... а спустя какое то время документ превращается в монстра. И по хорошему данный функционал давно просится в отдельный документ, но заказчик уже за это платить не готов.
Проблема третья и четвертая: организационная и к программированию не имеет ни какого значения(прошу не путать программистов и внедренцев все в одном).
Stim213; Aleksandtmt; ivnik; nihfalck; monkbest; +5 Ответить
18. Bazil 487 03.12.14 12:49 Сейчас в теме
Последние два пункта никак не вяжутся с работой программиста.

Четвертая ошибка программиста - неконтролируемый доступ к складу для лиц, не несущих материальную ответственность.

У вас программист за доступ к складу отвечает?

И как
надо идти и сдавать сертификационные экзамены

поможет исправить четвертую ошибку программиста?
19. DoctorRoza 03.12.14 13:28 Сейчас в теме
Ерунда какая-то написана, на целую статью!
ZOMI; AlexeyFreeLife; Татьяна_69; +3 Ответить
20. monkbest 108 03.12.14 13:46 Сейчас в теме
Вообще со статьей не согласен!!!
Я наемный программист или директор по вызову. Все проблемы на складе в плане организации труда должен решать уполномоченный на то человек. Я был в подобных ситуациях много раз.

Хозяин: Хочу адресный склад
Я: Ок, вот вам новые сущности, поля для ввода заполняйте (показал хозяину, обучил кладовщика, закрыл часы, срубил денег, ушел)
... прошел месяц..
Хозяин: Овно полное твоя система, она нам не подходит
Я: Так вы ничего не заполнили в справочнике, в документах складски не проставляете ничего
Хозяин: Потому что не удобно, кладовщики отказались заполнять, у них времени на это не хватает.
Я: Ну не заполняйте, но без этого адресного склада не бывает.
Хозяин: Да... ну пусть оно само тогда заполняется.
Я: Но это тогда не адресный склад, ведь адрес в прграмме может не совпасть с фактическим стелажом
Хозяин: Ну давай так сначала попробуем
Я: ОК (показал хозяину, закрыл часы, срубил денег, ушел)


ну и кто в моей истории муд@к?
По логике автора - Я, т.к. не пошел убеждать склад, что им надо работать разными хитростями
По моей логике - хозяин. Не можешь мотивировать людей - сам виноват. Хочешь, чтобы я это делал так и скажи "мне надо построить людей на складе, вот тебе полномочия, можешь их премировать и штрафовать", а не "я хочу адресный склад... спрограммируй"
ResAndDev; marku; user684087_alecs1970; poisonapple; sh4d0w; alexscamp; BoBaH; zainaz; karpik666; Allexe8.1; burlakov; meganibler; Татьяна_69; jobkostya1c8; +14 Ответить
23. Tiger86 03.12.14 14:25 Сейчас в теме
(20) monkbest, поьлзователь не знает чего он хочет, пока не увидит то что получилось. В данном случае, за то что хозяин склада не умеет правильно мотивировать сотрудников он и платит программисту за очередные хотелки. Многие с таким положением не соглашаются (примеры знаю) и уходят от таких заказчиков. А вот те кто реализуют такие хоелки каждый раз - наживаясь - долго то тоже не задерживаются, а пришедшим на их место потом долго разгребать приходится...
VR-1983; ivnik; +2 Ответить
40. monkbest 108 04.12.14 10:16 Сейчас в теме
(23) Tiger86, что за ярлык "наживаясь - долго то тоже не задерживаются"?
во-первых никто не наживается, а делают свою работу, делают её хорошо и не дорого. Любой труд должен быть оплачен, ведь по сути Вы же платите в магазине за молоток, не зависимо от того сумели Вы им забить гвоздь или нет.
Во-вторых, почему долго то тоже не задерживаются, конечно, после фиаско "хозяин" попробует сменить программиста, все мы люди, мы всегда ищем проблему в других. Еще я уверен, что как и автор топика, как и Вы, скорее всего, когда к Вам придет "хозяин" со словами "мне вот тут нахерачили неудобного", Вы скажите "да он рукожоп, а я про, я вам все ща по всем стандартам сделаю ISOхуесо...". Хозяин развесит уши, в душе засияет надежда, на красивый склад... но все придет к тому же самому, что склад придется заставить работать, и что люди "грамотно составляющие ТЗ" будут стоить дороже в разы, и что длиться это долго, пафосно, и что результат получается тот же самый... Если "хозяин" поймет это до заключения договора с новым программистом, то он позовёт старого на новую попытку, ведь со старым они уже не одни грабли съели и понимает он его с полуслова.

Поймите главное, не от рукожопости и жадности программиста рождаются системы монстры. Как правило от отсутсвия бюджета у заказчика. Мелкий бизнес свои деньги просто так не отдаст.
fomix; Aleksandtmt; zqzq; +3 Ответить
21. monkbest 108 03.12.14 14:03 Сейчас в теме
Вообще, ощущение, что автор идеалист, оторванный от реальной работы в "поле" по часам. Может на "жирных" клиентах сидит, которые платят за то, чтобы он по складу ходил с умным видом и строил бы там всех.
Может от него как от программиста толку 0 и он только обсирает труд других.
Либо вообще из офиса не выходит, обложился сертификатами и книжками и носу не кажет на улицу.
....
я не знаю, но от реальности чувак оторван сильно. А те кто ему звездочку поставили, либо не читали, либо сами такие же оторванные от жизни "правильные" программисты.
user684087_alecs1970; VR-1983; SirYozha; MoshkovEV; +4 Ответить
24. anthonyv 7 03.12.14 14:39 Сейчас в теме
На мой взгляд, как программиста, работающего с клиентами, к тому же разными, капризными и не очень, но зачастую очень "жадными", могу сказать, что третья и четвертая - это не ошибки, а некие утопии вырванные из контекста менеджера-управленца но никак не рядового одинэсника у рядового клиента.
Я могу сказать клиенту в ответ на ТЗ, что так нельзя потому-то и потому-то, а можно вот-так в соответствии с тем-то. И то не всегда. Пример - войсковая часть, где действуют не законы физики и инструкция 157н, а приказы, письма и записки руководства МО. Есть письмо - делаем так, а не иначе, значит я должен сделать автоматизацию именно так и в тех условиях, как диктует заказчик, а не идти и обучать службу РАВ правильно (с моей точки зрения) хранить боеприпасы.
rimma_n; AlbinaAAA; meganibler; monkbest; Татьяна_69; MoshkovEV; +6 Ответить
25. Tiger86 03.12.14 14:41 Сейчас в теме
(24) anthonyv, хорошо когда есть ТЗ, а многие и такого то не предоставляют. И военные - это другое дело.
28. anthonyv 7 03.12.14 14:52 Сейчас в теме
(25) Tiger86, Военные здесь для более яркой иллюстрации. Среди рядовых складов, магазинов и просто фирм очень часто наш бардак это их порядок, в котором они как рыбы в воде. А попытаешься привести их к общепризнанному порядку - кранты работе фирмы на пару дней и программист в районе муладхары.
30. AnryMc 723 03.12.14 15:41 Сейчас в теме
(28) anthonyv, http://infostart.ru/public/17004/
Логистическая система KANBAN

ЗЫ
Компьютер успешно решает все проблемы, которые до его появления и не существовали
ivnik; Азбука Морзе; +2 Ответить
42. Tiger86 05.12.14 11:20 Сейчас в теме
(28) anthonyv, это точно, у всех разное представление о порядке.
26. anthonyv 7 03.12.14 14:45 Сейчас в теме
Вы, понимающий, что сама по себе автоматизация им не поможет, потому что сотрудники ее будут саботировать и говорить, что программа плохо работает

А для того, чтобы программа работала хорошо, должно быть четко сформулированное ТЗ, куда потом можно ткнуть носиком заказчика, который говорит: вот ты мне тут сделал документ, но он неправильно работает, здесь вместо А должно быть Б. Берем ТЗ (пусть даже схемка с каракулями на листе бумаги, но ее видел, а еще лучше оставил автограф заказчик) и показываем - здесь должно быть А, хотите Б - будет стоить столько-то... Делов-то. Надо беречь нервы и поменьше напрягать себя явно чужими проблемами.
27. Tiger86 03.12.14 14:49 Сейчас в теме
(26) anthonyv, эх.. всем бы так. Бывает быстрее быстрее сделать надо... и вот тут то и происходит наколка - ТЗ так и не появляется... ну да это дургой вопрос...
41. monkbest 108 04.12.14 10:30 Сейчас в теме
(26) anthonyv, системы монстры как раз появляются из-за отсутствия ТЗ. Но винить программиста тут нельзя.
1. Разработка по ТЗ всегда много дороже, ведь мы не будем бесплатно сидеть и писать ТЗ, а потом согласовывать его неделями, все потраченное время будет включено в счет. Особенно разница ощутима на мелких доработках. Трудно обвинить заказчика в желании сэкономить.
2. ТЗ чаще всего пишет исполнитель, и заказчик (особенно в мелком бизнесе) ничего в нем не понимает. Тыкать заказчика потом носом в пункты ТЗ в этом случае - некрасиво. Но и работать бесконечно исполнитель тоже не согласен.

Отсюда и рождается вариант обслуживания на почасовке, при котором разработка приобретает итерационный стиль, где нет четких постановок, сплошные пробы и ошибки и как-только заказчик становится довольным, работы тут же прекращаются. Хотя часто работы надо продолжить, потому что еще не все учтено, не все дописано и оптимизировано. Но заказчик уже доволен и финансовый краник на время закрыт, пока не аукнется это самая "недоработка"
jobkostya1c8; +1 Ответить
32. lvictor58 130 03.12.14 16:40 Сейчас в теме
Ошибка №1 может проявиться когда действительно надо обращаться к ОСТАТКАМ! Для того, чтобы получить сальдо нач. на определенную дату без использования регистра остатков надо перелопачивать все документы "с начала времен" до этой даты! Если нужны просто обороты - их и по документам можно получить (если умеете грамотно писать запросы). Особенно если не требуется сложных пересчетов с обращением к периодическим реквизитам справочников или константам. Например "Курс валюты" - но если его записать в реквизит документа, то избавите себя от проблем.
33. Sykoku 97 03.12.14 17:29 Сейчас в теме
Адресный склад делается и быстрее и проще с RFID. Даже маршруты прокладываются для оптимальных телодвижений. Вопрос в стоимости решения.
34. Yashazz 3328 03.12.14 18:10 Сейчас в теме
Ещё одна жж-заметка, которая не пойми почему выдаётся за статью. Я такие могу каждую неделю кропать, по итогам работы своей фирмы. Почему это не в Life, загадка. Почему за эдакий огрызок личных впечатлений и махрового субъектива пополам с очевидностями ещё и плюсят - вдвойне загадка.
user684087_alecs1970; alexscamp; SirYozha; fomix; ZOMI; Taktic; Татьяна_69; MoshkovEV; moonchild1; +9 Ответить
35. jobkostya1c8 03.12.14 18:33 Сейчас в теме
(34) Yashazz, потому-что стали теперь видеть все эти проблемы. Вообще верно заметили - статья больше про выяснение отношений с руководством (вернее как нужно строить рабочие отношения. И нужно это в первую очередь тему, кто хочет двигаться дальше по карьерной лестнице. Всю жизнь программистом не будешь, если хорошо знаешь учет.
45. Патриот 261 08.12.14 11:07 Сейчас в теме
кстати да, согласен с (34) Yashazz, такие статьи в раздел лайф надо кидать
а в характеристике "кому" вместо программист выбрать Ты_жПрограммист =)))
36. moonchild1 36 03.12.14 23:15 Сейчас в теме
Дальше первой ошибки (вернее даже начала описания первой ошибки) не читал. Сразу видно что "ниочем".
44. Патриот 261 08.12.14 10:29 Сейчас в теме
(0) + в целом статья понравилась. Заголовок не к месту, ибо под него подпадают только первые два пункта. Но пункты три и четыре называть ДЕТСКИМИ (!!!) ошибками ПРОГРАММИСТА(!!!) - это полная жесть, что и вызвало доставивший мне холивар в комментах. Так что подозреваю, что заголовок был подобран специально, чтобы обострить обсуждение=)
Пункты 3-4 переплюнули все виданные мной требования к Ты_жПрограммист-ам. Раньше от них хотели починки микроволновки и прочих знаний, присущих техническим специальностям, но в этой статье Ты_жПрограммист предстаёт ещё и успешным дипломированным управленцем=)
Т.е. знания эти конечно не помешают, в том числе и для зарабатывания денег (как и умение чинить микроволновки, озвученное выше), но лично я, как суровый технарь =), не считаю их обязательными и тем более не назову их программистскими.
monkbest; +1 Ответить
46. kiruha 384 08.12.14 11:17 Сейчас в теме
Третья ошибка: попытка автоматизировать бардак.


Как бы занимаюсь этим периодически уже лет 10 лет , а тут глаза раскрыли - оказывается это невозможно

Ну и примеры из жизни
1. Бардак с остатками в оптовой фирме. Решение - строгая система прав, отмена проведения задним числом
2.Против пример. Бардак с остаткам в фирме учитыв посерийники. Анализ - невозможность в рамках текущего склада вести строгую отгрузку по серийникам
Решение - строгий учет по остаткам , отмена строгого учета по серийникам, но учет всех входящих и исходящих серийников на предмет совпадения в списках
3. Бардак с себестоимостью.
Решение отмена поскладского учета себестоимости, отмена проведения задним числом. Учет себестоимости по МОЛ отвеч за группу складов, перемещение между которыми строго ограниченно
4. Бардак с финансами. Решение : внедрена система согласования, внедрена эл подпись
и мнго других
Уверен , что у народа есть гораздо больше интересных случаев
47. glek 112 08.12.14 14:45 Сейчас в теме
По поводу бардака на складе: абсолютно верно. Привожу всем в пример одну фирму, которую я автоматизировал. Это была пивная оптовая база. так вот, там до внедрения автоматизации даже пустые бутылки сходились 1 в 1. А всё почему? Потому что директор один раз вгрел кладовщиков на ползарплаты за недостачу пары бутылок пива и вроде ящика пустых бутылок. С тех пор... Даже когда приезжали мы, хорошие друзья шефа и заходили с ним на склад - никто не давал ни бутылки, пока не принесем чек об оплате.
48. OrsoBear 08.12.14 15:38 Сейчас в теме
Статья полезна разве что для того, чтобы вспомнить, что еще встречалось в твоей уже прошедшей жизни, и возможно пригодится в дальнейшей.
Этакий катализатор, призывающий к действию остановиться и подумать, а вдруг ты где накосячил, и надо бы исправить.
У меня случаются темы с автоматизированным бардаком.
50. dima_home 122 11.12.14 14:56 Сейчас в теме
Про сертификат... из личного опыта: Рядом со мной сидела девушка (нет претензий к полу), сдававшая на эксперта...пришла с кучей шпор... при том сидела и все время спрашивала у окружающих как правильно... ведущие уходили с экзамена отставляя зал без наблюдения... по окончанию было видно что она не сдала, и осталась в зале разбираться. Уж не знаю как, но когда пришли бумажные экземпляры сертификатов, я приехав получать встретил ее-шедшая довольно с таким же сертификато... с тех пор я не верю ни одному сертификату...даже своему )), а принимая к себе в отдел на работу проверяю на практических задачах (запрещая при проверке пользования контрукторами).
51. dima_home 122 11.12.14 15:58 Сейчас в теме
Про ТЗ и прочие средства контрацепции для франчайзинговых компаний.
Из личной практики считаю (мое мнение), что при внесении изменений в по основными трудозатратами являются как-раз разработка ТЗ, а точнее трудозатраты на анализ сложившийся ситуации и выбора способов решения, и исполнить такое основательное ТЗ не составляет потом никакого труда.
По этому, предприятие заказчик, которая сама смогла глубинно изучить проблему изнутри и найти способ ее решения (дать грамотное ТЗ), как правило имеет в штате соответствующих специалистов и сама может решить вопросы по изменением ПО без привлечения внешних программистов.
Компания, где в кадрах отсутствуют такие специалисты - не может самостоятельно написать качественное ТЗ и учесть все нюансы, обречена на контакты с распространителями товаров, сетевыми агентами фрилансерами и франчайзинговыми компаниями, где главная задача: "за наибольшие деньги произвести минимальные трудозатраты". А поскольку основные расходы - это невидимые заказчику трудозатраты на анализ его проблем и путей его решений, то такой анализ перекладывается на плечи некомпитентного заказчика, а изменения выполняются под прикрытием ТЗ. Очень часто программисты - исполнители, которые изменяют ПО, ничего не понимают в тех бизнес процессах, над изменением которых они работают.
Отсюда и появляются такие решения, как:
РКО(сдача денег в банк), делает движения сразу и по кассе и по банку одновременно, тоже и при передачи из кассы в кассу,
ИНН и КПП в одном поле (для ранних конфигураций)
Как часто встречали вы такие переделки, как указание в печатной форме фамилии руководителя или товароведа (для ранних конфигураций) чтоб каждый раз не писать ручками...мало кто решался на радикальные изменения и создание справочника уполномоченных лиц для подписи документов с автопостановкой.
Недозаполнение полей документов, поскольку заказчик не знал, что эти поля можно расчитать автоматом (например Вес в ТОРГ-12)
Печать кодов товаров в виде кода справочника, вместо кода "вида товара" утвержденного статистикой в той же торг-12
Ввод доверенности в комментарии или в тектовые поля в ТОРГ-12, вместо справочника действующих доверенностей клиента.
и т.п.

ЗЫ: При приеме на работу, "долгий" фрилансер (франчайзер) сразу выдает себя в пробный период: любит клепать заплатки не разобравшись с первопричиной (максимум погуглить в инете) и работая по принципу "как скажешь, так и сделаю". Эти специалисты как правило быстро пишут код, но являются полными "импотентами", когда ставится общая задача типа: добавить учет лизинговых операция для сублизингодателя или учет договоров и судебных процессов по ним.
Не хочу никого обить...зарание извените, ВСЕГДА ЕСТЬ ИСКЛЮЧЕНИЯ.
jobkostya1c8; fzt; +2 Ответить
52. fzt 13.12.14 18:36 Сейчас в теме
(51) dima_home, я как-раз бывший франчайзи ставший фрилансером)В общем-то вещи вы правильные озвучили. Расставался с клиентам ибо "-долго решаются задачи, что там думать то?". Они возращались. Я переделывал за "скорострелами".
Вопрос возник. Как велся учет в 160 филиалах, пока вы конфу с нуля писали? Мне слабо представляется что все ждут. У меня на написание относительно простенькой (только управленческий учет) конфы для сети автомоек (VoIp, очередь, планшетики, скидки, расход материалов etc) ушло месяца полтора на постановку ТЗ и месяца два-три до опытной эксплуатации. Я где-то по пол дня работал над ней, бо оплата по факту сдачи-приемки была.
Да и второй вопрос, вот у вас там отдел. Как увеличивается скорость разработки от количества специалистов в вашем случае? Если постараться исключить тот факт, что сотрудники помогают не отвлекаться "по мелочам". Мне думается (я далеко не всегда 1Ской занимался), что 5 программистов + постановщик ТЗ = некий идеальный вариант.
53. dima_home 122 15.12.14 16:43 Сейчас в теме
(52) fzt,
Принимая меня на работу как специалиста 1с, попросили !заного! перевести с зарплаты 7.7 на Зуп 8.2 более 20 организаций холдинга. Ранее (как мне рассказывали) делали попытку и даже обучение франчи, но они поработали паралельно месяцок другой и остались в 7.7 зарплате. Когда я выгружал сведения из зп7.7 в зуп делал это не один десяток раз (объединя все фирмы в одну зуп), каждый раз находил ошибки выгрузки (задвоенные фамилии, одновресменно работающие на основном рабочем месте, по разному настроенные подразделения, наложения по датам больничным, лицевые счета более 20 символов и многое другое)... выгружал ... смотрел...удалял...заного выгружал...смотрел...удалял и так по кругу (написал много проверочных обработок тогда)... целый месяц этим занимался вместе с бухгалтером по зарплате (умница исполнительная и образованная). К январю 2013 всех перевел и далее всегда сопровождаю. Изменений зуп пришлось делать минимально (в трех местах: лицевые счета длинее 20, ссылки из подразделений организаций на управленческие подразделения, удобный просмотр кадровикам оклады, и доп отчеты: выгрузка в банк, связь табелей с gate, единый реестр по выплатам з/п для руководства).

Затем встал вопрос о переводе на 1с 8.2 центральную базу и филиалы. Я настоял на филиалах, так как это центр доходов, и именно от туда идут данные в центральную базу. Если аналитических данных (полей в документах и справочниках) в филиале больше чем в центральной, то их можно просто не принимать пока не переделаем центральную, а если бы было наоборот...то пришлось бы придумывать как генерить эти данные при загрузки с неполными сведениями документов и справочников в центральную базу.
До меня там было около 130 филиалов и работали они на базе 1с 7.7 торговля года выпуска так 2002 (еще не было регистра "продажи"). Центральная не далеко от туда ушла (тоже без "продажи"). Работали вдвоем новый руководитель (старого - вернее старую уволили) и я над 1с. Руководитель проекта хороший специалист по управляемым формам (он решал задачи внедрения в 1с почты, поиска как в 1с 7.7 и !главное! ограждал меня от текущих мелких задач и проблем связанный с пробиванием предложенных мною решений у руководства...мог и по столу рукой ударить на планерке)), позволяя мне углубиться в написание. Я программист один 1с, со знанием бухучета на уровне главного бухгалтера (веду паралельно бухечет производственной фабрики своего отца), работавший до этого программистом-ведущим программистом-руководителем ИТ-финансовым руководителем у конкурента, где организовал тоже, но на более старой платформе 1с 7.7 )). Другими словами многие решение(вернее идеи) были слизаны с написанных мною раньше конфигураций для филиала у предыдущего работодателя. Работали где-то 4 месяца... Выбрали наиболее близкий филиал с хорошей интернет связью, с адекватным руководителем филиала (работники там были уведенные от моего бывшего работодателя и знающие принципы работы на которых я основывался). Месяц тестировали на нем и выявляли баги почти каждый день. Через месяц мы перевели на новую программу БОЛЬШОЙ филиал для экстремального тестирования... а я занялся подробной инструкцией... еще месяц Руководитель принял решение нанять франчей для перевода всех остальных филиалов на новую программу..стали каждую неделю переводить и писали инструкцию о перевода для франчей. С франча пришло два специалиста и их скорость выросла до скорости 4-6 филиалов в сутки, правда были простои когда были слабые компьютеры...они ждали их замены (где-то 40% парка компов), параллельно открывались новые филиалы уже сразу на новых 1с-ках.
По окончанию работ по переводу...переманили к себе одного работника от франчей.
Руководитель проекта по окончанию ушел на новое место работы, я остался руководителем и сейчас работаю над центральной... из 20 прошедших собеседование, принял специалиста по 1с, "нивъеб"№;%"ный гуру" программист 1с но ни фига не понимает ни в бухучете, ни в документообороте... ему все равно: НДС или ЕНВД... Работа превратилась в многочасовые объяснения, что и как писать с точностью до каждой записей регистров и расчета итогов. Да запросы он писал "огого"...в одном запросе мог сделать и контроль конкурентных резервов и получение партий и одновременно с таблицами для регистров продаж и т.п... но работая над формой, не понимал, в каких случаях требуются пересчитывать ндс, в каких обновлять цену, в каких скидки, все надо разжёвывать...дело явно замедлилось. Потом он ушел во фраланс.
Работа пока не закончена.
Сейчас - у меня есть:
один программист 1с для решения всех мелочей по 1с (знает хорошо систему наших филиалов) - он защищает меня от звонков с филиалов
один специалист по принтерам, модемам, компютеров...(эникейщик)
один супер специалист по сетям и серверам...лодырь - но хороший специалист.
один хороший - молодой (молодые быстро пишут) программист 1с
и ищу одного хорошего программиста 1с, знающего бухучет и все хозяйственные операции торговли (например: могут ли быть разные контрагенты с одим ИНН и почему? чем отличается учет себестоимости по справочнику "закупочные цены" и по партиям прихода? ФИФО-взвешенная и ФИФО скользящая и т.п.)...то есть ищу свою копию. ;)

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

1 методист и 5 программистов, мне кажется лучше 2 методиста, но чтоб они же - программисты.
Нанимать просто программистов 1с, не знающие документооборот и бухучет, на мой взгляд, это деньги на ветер. Нужно в таких программистов вкладываться и "взращивать" самим. Тут приходит в подспорье практика отправки программистов на некоторое время на места работ, которые они собираются автоматизировать.
ИЗВЕНИТЕ ЕСЛИ КОГО ОБИДЕЛ, НЕ ХОТЕЛ.
54. dima_home 122 15.12.14 16:56 Сейчас в теме
Реузультат: У нас хорошо получилось, потому что я знал что нужно работодателю лучше, чем он сам. А руководитель проекта это понимал и пробивал наши решения наверх меняя всю архаичную систему работы на новый лад. Сколько недовольных воплей слышали от филиалов... но теперь ни одного палкой не загонишь обратно на старую 1с.
Хотел привести цитату:... как-то мне заявляет старожил из отдела закупа "сынок..поверь мне...я тут проработал 10 лет и знаю как у нас оформляются заказы"... на что я ему ответил: "что, мне хватило и месяца, чтобы понять, что вы за 10 лет так и не научились правильно оформлять заказы".
55. ya.Avoronov 109 16.12.14 06:08 Сейчас в теме
Вот не всегда получается соответствовать высокому уровню, особенно когда с тебя требуют сделать все уже вчера или в очень сжаты срок. Споры и выяснения отношений не помогают, разъяснения что так правильно, а так неправильно просто бесполезны. Вот с таким я столкнулся на новом месте работы. В результате делаю все на скорую руку, собирая все известные ошибки программистов 1С в одну кучу. Молюсь не столкнуться с этим кодом вновь....

Но не это является самым наболевшим у меня, а следующее:

1) Презираю, еще раз презираю код перенесенный с 1С 7.7 в 8.х. Т.е. берем обработку или отчет 7.7 копируем в 8.х, немного подправляем синтаксис, чтоб работал, и пользуемся этим чудовищем, которое трещит по швам и жрет всю свободную память. Наша конфа на 80% состоит из такого уродства, что стало для меня большим удивлением и трагедией.

2) Каждый встречается с некомпетентностью пользователей 1С, это не проблема, ведь пользователя можно научить, объяснить где что, куда нажимать, куда не стоит, что ему за это будет. В нашем случае это не работает. А не работает из-за начальников отделов, которым похрен что понажимают их подчиненные, а виноваты всегда программисты 1С. Приходится тратить 90% рабочего времени на КОЛЛ поддержку и расставление ловушек для негодников.

Вот что вспомнил, то описал. А вы говорите сертификаты и регистры :)
monkbest; dima_home; +2 Ответить
56. dima_home 122 16.12.14 06:16 Сейчас в теме
(55) ya.Avoronov,
1. Отчасти согласен.
2. Полностью подписываюсь под этим. По этому очень сильно помогло, что руководитель проекта оказался не "мямлей", а защищал и продвигал...
Поставил +
57. ditiatko 39 17.12.14 18:13 Сейчас в теме
на мой взгляд ошибки не детские, а скорее специфические.
Детской, это назначить форматирование в макете только на одном языке, когда программа имеет несколько локализаций, не дать прав никому кроме полных прав по умолчанию и т.д.
58. jmi 2 18.12.14 05:02 Сейчас в теме
К сожалению наличие сертифицированных специалистов и громкого имени франчайзи не является гарантией избежания данных ошибок.
Столкнулась на практике. Грустно наблюдать процесс.
monkbest; +1 Ответить
59. prolog 22.12.14 16:52 Сейчас в теме
У меня приятель пришёл работать директором фирмы (Оптовая торговля). Я сначала думал он охрану или заведующих складами сменит. А он также, наладил учёт до Одной штуки. И всё под роспись. А когда люди стали подавать заявления на увольнения, стал анализировать работу каждого из них, и двух-трёх отдал даже под суд. Продержался он около двух лет, потом нашёл себе более спокойную работу.
А у другого несколько магазинов, так он говорит, что тащить будут всегда, главное. чтобы много не тащили.
60. DoctorRoza 22.12.14 16:58 Сейчас в теме
Автор! Респект тебе Вам! :) Написав свою хрень, Вы вызвали бурю своемнениевыразительства, да и плюсов навалило! Молодец!
dima_home; ya.Avoronov; +2 Ответить
61. sweeex 10 24.12.14 15:59 Сейчас в теме
ну такое почитал и забыл, в коментах даже больше полезного можно прочитать)
62. Millet 24.12.14 18:41 Сейчас в теме
Не вижу сути в статье и причины стольких плюсов.

1. Вся информация берется только из регистров, это самый базис. На экзаменах за информацию не из регистров сразу ставят незачет и выгоняют.
2. Ломать работающее не нужно, но если ради каждой прихоти плодить новые документы, то я боюсь представить то, чем станет база.
3-4 Это вообще больше проблемы не программистов, а того, как идет организована работа предприятия.
63. LukePBStuke 80 26.12.14 06:23 Сейчас в теме
Как автор статьи хочу согласиться кое с какими замечаниями. Конечно многие пункты которые я указал не связанны на прямую с работой программиста и конечно их должны делать ответственные на то люди. Но как сказал ВВП "жизнь сложна и многообразна" и на практике программиста могут сделать козлом отпущения. Написать программу еще далеко не все. Даже если программа будет идеальной, то нужно ее еще уметь доказать ее состоятельность и разработать план перехода и даже на идеальной программе можно все организовать так что будет худо.
Со многими есть расхождение о том в чем роль программиста. Просто код написать это кодер, обследовал подумал что надо написать и написал это программист. Обследовал подумал что надо написать, написал, накидал план перехода, обучил, перевел на новую программу сопроводил до того как кончились все ошибки то назовем так скажем менеджер внедрения. Когда начинаются комментарии нифига программист этого делать не обязан значит человек считает себя программистом который не обязан это делать. Но жизнь и опыт внедрений показывает что если хочется сделать хорошо, то все таки хоть и не боги горшки обжигают, но иногда нехило бы и сесть на место оператора и поделать его работу эдак с часик что бы понять все ли хорошо в программе.
К тому же я не ставил перед собой задачу покрыть весь спектр проблем на внедрении. Я просто обозначил те участки на которых чаще всего видел как спотыкались мои коллеги и я в том числе.
И по комментарию что на экзаменах за не использование регистров не гоняют. Меня гоняли, может мне особо противный экзаменатор попался, но меня настойчиво вразумили на этот счет.
66. sanek_gk 100 15.01.15 09:36 Сейчас в теме
почитал ... посмеялсО.
1.не пишется в регистр накопления, а остается храниться в документе. -То есть запросом такую информацию нельзя получить никаким образом.
кому то явно пора проходить обучение)) у кого то явные проблемы с запросами и компоновкой.
2.Ошибка вторая - по большему счету связана с неопытностью прогеров которые думают что клиенту нужно то что он ему сказал. А это бывает только в 5% в остальных случаях клиенту нужно совсем другое и проблема заключается как раз в том, что он не может правильно объяснить что ему нужно сделать.
3.слишком много мусорного текста. Суть проста объяснить заказчику "что есть" автоматизация и к чему приведут те или иные изменения. Выработать совместно с ним концепцию автоматизации, продумать варианты её "обхода"(узкие места) и порядок работы, составить регламент работы и нарушающих нещадно "ругать". Схемы бизнес процессов также никто не отменял, автоматизировать со слов "сделай мне так..." ни к чему хорошему не приводит в силу текста во втором пункте.
4. Четвертая ошибка - неконтролируемый доступ к складу для лиц, не несущих материальную ответственность. - действительно это самая большая ошибка программистов 1с... :-D
succub1_5; +1 Ответить
67. kiruha 384 19.01.15 16:40 Сейчас в теме
68. busy1 11 20.01.15 14:42 Сейчас в теме
Автор как то явно не в тему. Я думал статья про ошибки программирования, там про то, что нельзя допускать переменные с значением null или там не проверять результат запроса на пустоту, а тут про каких то кладовщиков. Оно мне надо.
69. succub1_5 76 20.01.15 15:03 Сейчас в теме
в 2-х местах опыт внедрения штрихкодирования - в обоих свои конфигурации по ТЗ, после ТЗ еще тонны кода для оптимизации/усовершенстовования, но все разбивается о безраличие/безалаберность рабочих =), так что автоматизация это конечно хорошо, но только если и люди ей занимающиеся или роботы или очень-очень ответственные.
70. kiruha 384 22.01.15 15:02 Сейчас в теме
(69) succub1_5,
Нет . Это означает что программист неправильно оценил "ответственность" кладовщиков и готовность руководства эту ответственность стимулировать.
Я писал - что в похожем случае делали "нечеткий" контроль - исходя из реалий, а не из виртуального представления "каким склад должен быть"
71. BigBoss 3 09.01.18 07:14 Сейчас в теме
Тут надо добавить, что если и приходиться дорабатывать скажем типовой документ, то хотя бы нужно писать комментарий.
72. bubus 09.01.18 13:39 Сейчас в теме
(71)Это вообще в обязаловку! Трындец полный когда приходишь к клиенту, а там до тебя "Вася" упражнялся после Радченко. Я один раз на такого погромиста нарвался. Правда оказалось что это был мой код трех летней давности и именно после Радченко, а комменты я тогда еще не ставил. Зато сейчас пишу страницы целые прям в модуле)))
73. BigBoss 3 09.01.18 14:08 Сейчас в теме
(72) Был у меня один клиент, говорит предыдущий программист чуть-чуть доработал УТ. Смотрю, там он даже свои созданные общие модули не подписал, и в коде не оставил комментариев. (((
(72)
Зато сейчас пишу страницы целые прям в модуле)))

И это хорошо :)
Тоже всегда пишу комменты
74. ResAndDev 23.07.19 08:17 Сейчас в теме
"Бардак не автоматизируется." Сцуко, в золотой фонд цитат.
Оставьте свое сообщение

См. также

Автоматические и управляемые блокировки применительно к типовым конфигурациям 1С Промо

Математика и алгоритмы Практика программирования v8 v8::blocking 1cv8.cf Бесплатно (free)

Основные принципы работы с режимами автоматических и управляемых блокировок в 1С Предприятие 8. Теория и применение в типовых конфигурациях: БП, УТ, ЕРП

10.11.2018    33749    ids79    40    

Часто задаваемые вопросы и ошибки при работе с инструкциями

Пользователю системы Бесплатно (free)

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

сегодня в 09:40    86    adhocprog    1    

1С: Документооборот, Data Science и Python

Документооборот и делопроизводство Математика и алгоритмы ДО Бесплатно (free)

В статье рассказывается о создании и обучении модели Data Science на языке Python и интеграции с системой 1С: Документооборот

04.08.2020    982    Vaganov_Alexey    4    

Юридические заметки №1: модификация чужих программ и тестовое задание при трудоустройстве

Пользователю системы Бесплатно (free)

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

27.07.2020    1154    user1386054    19    

Обзор рынка автоматизации ввода данных с документов в систему учета Промо

Пользователю системы Россия Бесплатно (free)

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

07.11.2018    18992    Yana Petina    33    

Юридические риски в IT - право на код

Пользователю системы Бесплатно (free)

Данная статья написана по итогам INFOSTART MEETUP Питер.Online. В ней мы поговорим о праве на код, лицензировании контента и ПО, особенностях правовой охраны защиты авторских и патентных прав, товарных знаков, доменных имен.

05.06.2020    3028    user1386054    29    

Применение математических достижений в решении сложных задач бизнеса

Математика и алгоритмы Бесплатно (free)

Как правило, самые сложные задачи решаются с точки зрения математики очень легко. Но чтобы найти правильное решение, важно понять бизнес-цель, которую достигает эта задача. О практическом применении математических достижений для эффективного решения сложных задач бизнеса на конференции Infostart Event 2019 Inception рассказал Дмитрий Мишнов.

25.05.2020    3141    Mishnov    17    

Защита авторских прав на софт: что нужно знать об этом и зачем

Пользователю системы Бесплатно (free)

Разработчикам программ важно помнить некоторые правила об авторских правах, чтобы обезопасить себя от воровства. Пользователям программ тоже нужны определенные знания, чтобы не оказаться на скамье подсудимых по обвинению в пиратстве. О чем конкретно нельзя забывать ни разработчикам, ни пользователям, рассказала участникам конференции INFOSTART EVENT 2019 Inception заместитель директора НП ППП, координатор по вопросам защиты ИС 1С Анна Лавринова.

06.05.2020    4043    1C_lava    9    

Как работает серверный вызов в 1С Промо

Математика и алгоритмы v8::УФ Бесплатно (free)

Клиент-серверная архитектура заложена в платформе изначально — со времен «1С:Предприятие 8.0». Однако при разработке на 8.0 и 8.1 о разделении кода на клиентскую и серверную часть можно было не заботиться, поскольку на клиенте (на толстом клиенте) был доступен тот же функционал, что и на сервере. Всё изменилось с выходом платформы «1С:Предприятие 8.2», когда появился тонкий клиент. Теперь на клиенте доступен один функционал, на сервере — другой. Клиент и сервер «общаются» между собой с помощью серверного вызова. Конечно, это усложнило процесс разработки, но с другой стороны – можно создавать более оптимальные (быстрые) решения, поскольку все сложные задачи выполняются на сервере.

18.11.2017    54694    pahich    82    

Улучшение пооперационного планирования в 1С:ERP 2.4 внешними средствами

Математика и алгоритмы Производительность и оптимизация (HighLoad) Бесплатно (free)

Задача построения оптимального производственного расписания требует сравнения тысяч и десятков тысяч вариантов. Выполнять такие вычисления средствами платформы 1С Предприятие нецелесообразно. Как реализовать пооперационное планирование с использованием генетических алгоритмов и параллельных вычислений в докладе на конференции Infostart Event 2019 Inception рассказал генеральный директор компании «ИНТЕХ» Сергей Сафаров.

02.03.2020    4775    ildarovich    7    

Итоги года. Статистика выпуска релизов фирмы "1С"

Пользователю системы Бесплатно (free)

Статистика выпуска релизов фирмы "1С" за прошедший год.

16.12.2019    6736    YPermitin    29    

Сравнение медицинских информационных систем

Пользователю системы Здравоохранение, медицина, стоматология Россия Бесплатно (free)

Чтобы лучше понять специфику автоматизации медицинских учреждений, рассмотрим несколько реальных часто внедряемых сегодня МИС. Сравнение медицинских информационных систем на платформе 1С и облачных (веб) решений.

05.09.2019    6387    medangel    6    

Фитнес – твой личный тренер в зале и дома Промо

Пользователю системы Мобильная разработка v8 Развлечения, искусство, спорт Бесплатно (free)

Хочешь быть здоровым, прекрасно выглядеть и неустанно стремишься к совершенству? Фитнес поможет достигнуть реальных результатов на пути к идеальной фигуре и здоровому телу.

15.04.2016    36456    Baksheev-Nikita    54    

Регистры бухгалтерии. Общая информация

Практика программирования Математика и алгоритмы v8 v8::БУ БУ Бесплатно (free)

Общая информация о внутреннем устройстве регистров бухгалтерии.

05.09.2019    26271    YPermitin    24    

ЕГАИС от А до Я

Пользователю системы Оптовая торговля Розничная торговля Оптовая торговля Розничная торговля Россия БУ Акцизы Бесплатно (free)

Данная статья описывает не очевидное и не документированное поведение ЕГАИС. То, чего нет в документации по УТМ.

28.08.2019    17994    goleaff2006    19    

Обзор консольных приложений для электронного архива

Пользователю системы Россия Бесплатно (free)

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

25.08.2019    4224    borda4ev    1    

Ошибка №1 внедрения "Бюджетирования" в 1С:ERP2 и 1С:КА2: настройка статей бюджетов и статей ДДС 1-в-1 Промо

Финансовый учет и бюджетирование (FRP) Пользователю системы Бухгалтерский учет Финансовый учет и бюджетирование (FRP) v8 ERP2 КА2 Россия УУ Бесплатно (free)

В цикле статей я хочу поделиться ошибками во внедрении подсистемы «Бюджетирование», которые мне приходится исправлять после коллег на реальных проектах, и лучшими приемами по автоматизации бюджетирования на 1С:ERP 2 и 1C:КА 2. Сегодня поговорим и о самой распространенной ошибке – настройке статей бюджетов 1-в-1 к справочнику «Статьи ДДС».

13.06.2018    29162    SergeyN    81    

Иерархия без "В ИЕРАРХИИ"

Математика и алгоритмы v8 Бесплатно (free)

Говорится о том, как эффективно представлять иерархию в СУБД, как получать и использовать эти представления при решении задач в запросной технике. Уточняются и дополняются запросы из статьи "Уровни, глубина, прародители, циклы и аналоги запросом" [https://infostart.ru/public/160707/].

22.08.2019    11996    ildarovich    19    

Эволюция пользовательской документации 1С в производственной компании

Пользователю системы Управление проектом Бесплатно (free)

В идеале пользовательскую документацию надо создавать под каждый отдельный проект, менять и актуализировать ее, если в функционале что-то изменилось. Но чаще всего в организациях документацию считают неэффективной, поэтому даже не разрабатывают ее, либо документация имеется, но ее никто не использует, так как она устаревшая. Какие шаги надо предпринять, чтобы заинтересовать пользователей документацией и одновременно снизить нагрузку на консультантов 1С, рассказал руководитель службы технической поддержки в ГК «Доброфлот» Арсен Сазандрашвили.

20.08.2019    8523    KoldunOne    7    

4 способа быстро и легко сравнить большие таблицы

Пользователю системы Бесплатно (free)

Часто мы сталкиваемся с задачами, где необходимо сверить данные двух файлов или таблиц до изменений и после. Это не проблема, если в каждом источнике небольшое количество строк и максимум одна страница. А если предстоит найти отличия в файлах, состоящих из сотен страниц и тысяч строк? Искать глазами трудно и долго — велика вероятность что-то не заметить и потратить на столь утомительное занятие часы, дни, а то и недели. В статье я поделюсь 4 способами сравнить объемные таблицы по различным значениям, которые легко освоит любой пользователь.

07.08.2019    23900    Neti    23    

Как мы визуализировали отдел продаж - графические отчеты для 1С Промо

Управление взаимоотношениями с клиентами (СRM) Пользователю системы Управление взаимоотношениями с клиентами (СRM) v8 УНФ ERP2 УТ11 КА2 1С:CRM Россия УУ Бесплатно (free)

После выполнения очередного проекта по автоматизации отдела продаж на 1С (конфигурация 1C:CRM 8, ред. 2.0) мы вдруг поняли, что чего-то не хватает. Странно: вроде и бизнес-процессы внедрены, и цифры в отчетах бьются, и заказчик в целом доволен. Но, реальным финалом проекта должна была стать визуализация данных по отделу продаж и установка TV-панели в кабинете у менеджеров по продажам.

05.09.2017    39148    alexrovich_ru    56    

Новости для пользователей

Пользователю системы v8 1cv8.cf Бесплатно (free)

Для уведомления пользователей программных продуктов 1С о разных событиях, в них включена подсистема «Новостной центр». Это довольно удобная штука, т.к. новостные ленты сообщают о выходе обновлений, о новостях и событиях в сфере учёта. Но можно увеличить пользу от новостной подсистемы используя её локально в рамках 1С базы. Например, внутренняя служба техподдержки или внедряющая компания может через новостную ленту оповещать пользователей информационной базы об изменениях в программе, совещаниях, проведении тестирований, заполнения нужных документов или сдача отчетов к определенной дате и т.п.

05.08.2019    13122    sapervodichka    18    

Обработчики событий при записи объектов. Зачем и что за чем?

Математика и алгоритмы v8 Бесплатно (free)

Программисту, имеющему немного опыта на платформе 1С 8.3, бывает сложно разобраться: ПередЗаписью, ПриЗаписи, ПослеЗаписи, на сервере, на клиенте, в модуле формы, в модуле объекта.... Эта шпаргалка была создана в процессе обучения и реального опыта с целью разложить всё по полочкам, чтобы было четкое понимание в каком случае какой обработчик нужно использовать и в какой последовательности они запускаются при записи и проведении документов. Данная статья будет полезна в большей степени начинающим разработчикам. Но и опытным позволит освежить информацию, упорядочить её.

25.07.2019    44133    AlbinaAAA    28    

Облако и локальный сервер. Как способ хранения данных влияет на функционал CRM-системы

Пользователю системы Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика 1С:Франчайзи, автоматизация бизнеса Россия Бесплатно (free)

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

25.07.2019    4819    alexrovich_ru    0    

Как проводятся документы в типовых конфигурациях от 1С

Математика и алгоритмы Практика программирования Разработка v8::ОУ ERP2 УТ11 Россия УУ Бесплатно (free)

В свое время, когда только начинал шаги в 1С и изучал, как проводятся документы в конфигурациях на платформе 1С по книге "Разработка управляемого интерфейса" (Хрусталева Е.Ю.), и там были представлены примеры совсем далекие от того, как сейчас проводятся документы в современных конфигурациях от 1С.

24.07.2019    26509    skv_79    35    

Несколько заметок об обучении пользователей

Пользователю системы Россия Бесплатно (free)

Этот очерк посвящен такой «избитой» теме, как обучение пользователей 1С. К сожалению, обучению пользователей порой уделяется все еще недостаточное внимание, или процесс организован неправильно. Очерк составлен на основе личного опыта автора, который, не будучи сертифицированным преподавателем, однако, не раз проводил обучение пользователей разного уровня, и сам посещал разнообразные курсы 1С. Автор пытается собрать воедино свои наблюдения и мысли относительно самых распространенных ошибок проведения обучения, и подобрать наилучшие советы по его организации "из личного опыта".

22.07.2019    5785    Богатырев Артур    4    

Управление качеством кода

Математика и алгоритмы Рефакторинг и качество кода v8 Бесплатно (free)

О SonarQube, АПК, EDT. Какие преимущества дает их использование. Для каких команд подходит.

22.07.2019    15941    Stepa86    33    

Мобильное приложение "Бюджет". Руководство пользователя Промо

Пользователю системы Финансовый учет и бюджетирование (FRP) Финансовый учет и бюджетирование (FRP) v8 1cv8.cf Домашние учет и финансы УУ Бесплатно (free)

В данной статье можно ознакомиться с работой программы. Мы разберем примеры создания документов, и их особенности, покажем основные отчеты, и настройки программы.

04.09.2013    46596    Baksheev-Nikita    42    

Что делает "В ИЕРАРХИИ" в запросе?

Математика и алгоритмы v8 Бесплатно (free)

Описание действий платформы 1С при использовании конструкции "В ИЕРАРХИИ" в запросах.

16.07.2019    24247    YPermitin    34    

Создание отчетов с помощью СКД - основные понятия и элементы

Практика программирования Математика и алгоритмы v8 v8::СКД Бесплатно (free)

Основные принципы работы СКД. Понятия схемы компоновки и макета компоновки. Описание основных элементов схемы компоновки: наборы данных, поля, вычисляемые поля, ресурсы, параметры.

25.06.2019    49067    ids79    25    

Работа фирмы "1С" со стороны. Или статистика выпуска релизов

Пользователю системы Бесплатно (free)

Статистика выпуска релизов фирмы "1С". Взгляд со стороны рядового разработчика. А также немного BI, GitHub и др.

24.06.2019    12158    YPermitin    65    

Будни автоматизации или "мне нужна программка для 3D упаковки" Промо

Практика программирования Математика и алгоритмы Оптовая торговля Оптовая торговля v8 1cv8.cf УУ Бесплатно (free)

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

24.03.2014    45108    ildarovich    116    

Что искать и как не потеряться на портале 1С:ИТС

Пользователю системы Россия Бесплатно (free)

Новости нужны. Новости полезны. Новости должны быть избирательны. Если вы пользуетесь программным продуктом 1С, информация, связанная с его работой, всегда актуальна. Чтобы быть в курсе всего, что влияет на вашу работу, пользуйтесь Информационной системой 1С:ИТС.

13.06.2019    4316    oboykova    9    

Регистры накопления. Виртуальные таблицы. Часть №1: Обороты

Практика программирования Математика и алгоритмы Разработка v8 1cv8.cf Бесплатно (free)

Описание работы платформы 1С:Предприятие 8.2 с виртуальной таблицей "Обороты" регистров накопления.

20.05.2019    25760    YPermitin    7    

Выдержки из книги Чистый код

Математика и алгоритмы Бесплатно (free)

Недавно я прочитал книгу "Чистый код" Роберта Мартина (Robert Cecil Martin). В ней описываются принципы организации и форматирование исходного кода программы так, чтобы в дальнейшем было легко поддерживать такой код. Эта книга является библией для многих программистов, но вот в среде программистов 1С, к сожалению, не очень распространено чтение подобной фундаментальной литературы. Книга более 400 страниц и так много порой лениво читать, да и времени всегда не хватает. По этому я решил выделить в виде цитирования по разделам самые важные моменты. А также снабдил текст своими примерами кода.

16.05.2019    10102    FreeArcher    105    

Метод Кларка-Райта. Оптимальное планирование маршрутов грузоперевозок Промо

Математика и алгоритмы Бесплатно (free)

Одной из наиболее важных задач каждого предприятия, осуществляющего доставку грузов в крупных населенных пунктах, является сокращение издержек. Возможное решение данной проблемы заключается в сокращении пробега автотранспорта и, как следствие, уменьшении расхода ГСМ. Появляются такие вопросы ... - СКОЛЬКО НУЖНО МАШИН ДЛЯ РАЗВОЗКИ КОНКРЕТНОГО ОБЪЕМА ГРУЗА ПО АДРЕСАМ ДОСТАВКИ ? - КАК РАЗБИТЬ ТОЧКИ ДОСТАВКИ НА ОПТИМАЛЬНЫЕ ПО ПРОБЕГУ И ЗАГРУЗКЕ МАШИН МАРШРУТЫ ? ... В этой статье Вы найдете один из многих способов получить ответ на эти вопросы.

10.02.2016    59269    mi1man    20    

Быстрый ввод неудобных символов

Пользователю системы Инструментарий разработчика Бесплатно (free)

Использование Alt-кодов для ввода “[”, “]”, “”, “&”, “#”, “|”

15.04.2019    10385    pparshin    28    

Что такое алгоритм?

Математика и алгоритмы Бесплатно (free)

Как ответить на этот вопрос и не попасть пальцем в небо.

25.02.2019    7835    mkalimulin    274    

Сколько стоит ИТС

Пользователю системы Бесплатно (free)

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

15.02.2019    7670    mkalimulin    131    

Приемы обработки больших данных в 1С Промо

Универсальные обработки Математика и алгоритмы Перенос данных из 1C8 в 1C8 v8 1cv8.cf Бесплатно (free)

Рассказ об эффективных приемах организации обработок больших объемов данных на платформе 1С

07.08.2015    66440    tormozit    27    

Криптовалюты, а также иные взгляды на природу денег в терминах 1С

Математика и алгоритмы Бесплатно (free)

Это отчасти полемическая статья. Я задумал написать ее как ответ на другую хорошую статью о криптовалютах. Хотелось поспорить с некоторыми утверждениями автора, а ещё больше с некоторыми комментариями. А чтобы текст был более понятным для местной аудитории, я решил использовать, где только возможно, терминологию и практику 1С.

28.01.2019    6188    mkalimulin    89    

Как писать код? Технологии древних цивилизаций, или все новое - это хорошо забытое старое

Математика и алгоритмы Бесплатно (free)

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

23.01.2019    11542    starik-2005    43    

Роберт Мартин: "Будущее программирования" / Robert Martin: "The Future of Programming"

Математика и алгоритмы Блоги Бесплатно (free)

Перевод-транскрибация выступления.

14.01.2019    15430    Vladimir Litvinenko    38    

Мобильное приложение sList (бесплатное) - самый удобный список покупок с голосовым вводом и обменом фото. Платформа 1С 8.3.6. Промо

Пользователю системы v8 Домашние учет и финансы Бесплатно (free)

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

25.08.2015    27894    Baksheev-Nikita    14    

Многоязычное программирование: создание систем с использованием нескольких языков

Математика и алгоритмы Россия Бесплатно (free)

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

09.01.2019    11329    kalyaka    36    

Размышления о хороших практиках, навеянные одной статьей

Математика и алгоритмы Бесплатно (free)

Прочитал статью "Ректальное программирование: основы для практикующих 1С-программистов". Статья очень хорошая и своевременная. Но у меня возникло некоторое сомнение. А достаточно ли автор любит и понимает предмет, о котором пишет? Насколько богат его опыт ректального программирования и занимался ли он им вообще? Как человек обладающий многолетним опытом РП, я решил представить вам необходимые дополнения к статье.

21.12.2018    6766    mkalimulin    61    

XDTO - это просто Промо

Математика и алгоритмы v8 1cv8.cf Бесплатно (free)

С появлением платформы 8.1 фирма “1С” представила механизм, носящий интригующее название XML Data Transfer Objects или, если коротко - XDTO. По традиции, документирование механизма составлял тот, кто хорошо разбирался в вопросе, а стало быть опустил “и так понятные” с его точки зрения моменты. Целью данной статьи (или цикла статей, как получится) стало желание поделиться накопленным опытом. Мне кажется, многие неочевидные вещи в механизме XDTO необходимо осветить получше.

24.12.2012    289617    Evil Beaver    173    

Ректальное программирование: основы для практикующих 1С-программистов

Математика и алгоритмы Бесплатно (free)

Одной из самых популярных и зарекомендовавших себя методологий программирования в 1С является так называемое ректальное программирование. Редкий проект внедрения и сопровождения учётных систем на платформе 1С обходится без его использования. Зачастую без знания данной методологии программистам даже бывает сложно найти работу в сфере 1С, потому что работодатели, особенно фирмы-франчайзи, в основном отдают предпочтение классическим, зарекомендовавшим себя методикам, а не новомодным заграничным веяниям.

19.12.2018    42396    for_sale    349    

Основные понятия и механизмы оптимизации клиент-серверного взаимодействия в 1C

Математика и алгоритмы Практика программирования v8 Россия Бесплатно (free)

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

23.08.2018    37551    Rain88    46