Вход | Регистрация

  1  2   

Вопрос по стандартам разработки от 1С

Вопрос по стандартам разработки от 1С
Я
   Nyarlathotep
 
14.03.18 - 12:44
2. Не обязательно, но по возможности стоит следовать67% (20)
1. Да, стандартам следовать обязательно.23% (7)
4. Где я? Кто эти люди?7% (2)
3. Мама анархия, папа стакан портвейна!3% (1)
Всего мнений: 30

Всем привет! Есть у меня такой вопрос:

У клиента, с которым я сейчас работаю, периодически проходит аудит от сторонней конторы, с целью проверки, правильно ли ведется учет, как ведется разработка на 1с и тп... И вот, аудиторы посмотрев в конфигураторе на мой код, выкатили мне претензии, что я типо не правильно веду разработку - не использую расширения, сделал самописный обмен с БП через ком-интерфейс и тп. При это все что я сделал работает на ура, у пользователей претензий нет, им даже нравится. Я им сказал пойти погулять, но неприятный осадок остался. И возник вопрос - можно ли на самом деле обвинить программиста в том, что он не следует стандартам 1С (Например тем, которые указаны тут: https://its.1c.ru/db/v8std), при условии, что все сделанное работает правильно? Обязательны ли все эти стандарты к использованию, или это просто набор рекомендаций?
 
 
   mehfk
 
1 - 14.03.18 - 12:47
(0) Ресстрелять!
   Быдло замкадное
 
2 - 14.03.18 - 12:47
следующий программист будет знать стандарты 1С но не будет знать твой ком-интерфейс.

1. Да, стандартам следовать обязательно.
   rozer76
 
3 - 14.03.18 - 12:48
>>сделал самописный обмен с БП через ком-интерфейс

боже, зачем ???
   shuhard
 
4 - 14.03.18 - 12:48
(0) и как обычно  нет ни какой документации, т.е. после твоего увольнения всё придётся начинать заново

2. Не обязательно, но по возможности стоит следовать
   Genayo
 
5 - 14.03.18 - 12:48
(0) Это больше к риск-менеджменту относится, чем к качеству разработки.
   Гипервизор
 
6 - 14.03.18 - 12:48
Кодекс — это просто свод указаний, а не жестких законов(с)

2. Не обязательно, но по возможности стоит следовать
   Nyarlathotep
 
7 - 14.03.18 - 12:49
(3) Так надо, мой друг :)

3. Мама анархия, папа стакан портвейна!
   piter3
 
8 - 14.03.18 - 12:49
А с каких пор аудиторы проверяют кроме учета еще и код?Что-то в положении об аудите такого не помню,не буду утверждать,что запрещено,но имхо чушь какая-то.Обмен через ком все-таки не айс
   Nyarlathotep
 
9 - 14.03.18 - 12:49
(4) Тех. документацию я веду.
   Genayo
 
10 - 14.03.18 - 12:50
(2) Ага, было дело - программистка до меня написала свою конвертацию данных, только на dbf файлах... Было весело...
 
 Рекламное место пустует
   rozer76
 
11 - 14.03.18 - 12:50
(7) та не самописный это гуд, зачем ком ? А вдруг линукс наступит ?
   Nyarlathotep
 
12 - 14.03.18 - 12:50
(8) Очень даже айс, бухгалтерии нравится, что не надо никаких выбор и загрузок/выгрузок фалов, работает быстрее, в поддержке легче и много разных фич можно приделать.
   rozer76
 
13 - 14.03.18 - 12:51
+ (11) давай быстренько на веб-сервисы и они скажут что модномолодежно )
   Genayo
 
14 - 14.03.18 - 12:51
(12) Так это... через КД тоже так можно настроить...
   piter3
 
15 - 14.03.18 - 12:52
(12) А что нельзя настроить...
   Nyarlathotep
 
16 - 14.03.18 - 12:52
(2) Типовой обмен там не подходил. Откроет конфигуратор - разберется. Разобраться в коде ком-интерфейса намного проще чем анализировать правила обмена.
   mehfk
 
17 - 14.03.18 - 12:54
(16) Ком - устаревшее говно мамонта, которое даже майкрософт похоронил.
   assasu
 
18 - 14.03.18 - 12:54
(16) не согласен. все как раз наоборот
   Timon1405
 
19 - 14.03.18 - 12:54
переделать на КД+вебсервис
   rozer76
 
20 - 14.03.18 - 12:54
(16) базы типовые, бсп? Тогда обязан следовать парадигме 1с в обменах тоже

1. Да, стандартам следовать обязательно.
   Fragster
 
21 - 14.03.18 - 12:54
много умных вещей. код по стандартам приятнее дорабатывать.

2. Не обязательно, но по возможности стоит следовать
   Megas
 
22 - 14.03.18 - 12:56
Скорее да. Но не всегда, но скорее ДА

1. Да, стандартам следовать обязательно.
   Nyarlathotep
 
23 - 14.03.18 - 12:58
(18) Загрузка/выгрузка правил в конвертацию, намного дольшая разработка в случае сложных обменов + отладка правил обмена. Против - открыл конфигуратор, дошел отладчиком до строчки с ошибкой, исправил. Самописные обмены вне конкуренции, мое мнение.
   piter3
 
24 - 14.03.18 - 13:00
(23) Если простенькие
   yavasya
 
25 - 14.03.18 - 13:00
(0) Если конфа сильно переписано , тогда расширения только во вред , иначе стоит применять. если работает все на ура пошли они в ж.. . По ком соединению обмен конечно трабл, а вот то что обмен самописный плюс, например при одном обновлении правил слетела кассовая книга, в следующем обновлении правил 1С ошибку исправила

2. Не обязательно, но по возможности стоит следовать
   xxTANATORxx
 
26 - 14.03.18 - 13:03
(0)у Аудиторов работа такая найти твои касяки, они за это деньги получают, это раз
в своей работе следует использовать стандарты разработки, это уважение к коллегам, это два

1. Да, стандартам следовать обязательно.
   mehfk
 
27 - 14.03.18 - 13:03
(18) Наоборот это будет: Майкрософт его похоронил, потому что это устаревшее говно мамонта. Все врено.
   rozer76
 
28 - 14.03.18 - 13:04
(23) дело в том, дорогой друг, что ты так изучаешь ТЕХНОЛОГИЮ. Да, в этой конторе ты с нуля "навелосипедил" но в другой тебя ждет отлаженный/допиленный обмен на ED и вот тут ты вспомнишь советы ветки...
   Nyarlathotep
 
29 - 14.03.18 - 13:05
(26) Даже если использование стандартов в итоге выливается в неудобные решения и переусложненную поддрежку?)
   Nyarlathotep
 
30 - 14.03.18 - 13:06
(28) Использую там свой самописный, только доделанный под нового клиента, давно так делаю. отлично все у всех работает, мне даже спасибо говорят :)
   Nyarlathotep
 
31 - 14.03.18 - 13:07
Типовые обмены от 1С я давно вспоминаю как страшный сон))
   Lama12
 
32 - 14.03.18 - 13:07
(0) Ох, как мне эти аудиторы надоели... Два раза в год проверяют.
Значит так.
Аудиторы могут проверять только соответствие чего ни будь, чему ни будь. Так же могут давать только рекомендации. Все остальное ерунда на постном масле.

Теперь вопрос!

С чего аудиторы решили что код разработанный в организации должен соответствовать стандартам 1С? Есть ли в организации документ который обязывает внешних и внутренних разработчиков при разработке руководствоваться стандартом от 1С? Если такой документ есть и тебя с ним ознакомили, то аудиторы правы. Если такого документа нет, то они могут только рекомендовать придерживаться данного стандарта. При этом решение о соблюдении стандарта должно принимать руководство, т.к. это дополнительные затраты как на обучение специалистов, так и на контроль качества кода. Оно руководству надо?
Это с точки зрения бизнеса.

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

2. Не обязательно, но по возможности стоит следовать
   rs_trade
 
33 - 14.03.18 - 13:08
Смешали в кучу стандарты разработки и варианты реализации задачи

4. Где я? Кто эти люди?
 
 
   Genayo
 
34 - 14.03.18 - 13:09
(23) Если правила делал не рукопоп, то в них разобраться проще, чем в полностью самописных. А если рукопоп - тогда точно туши свет...
   Aleksey
 
35 - 14.03.18 - 13:09
(2) стандарты часто меняются. Так что следующий программист может и понять твой коде, который писался по стандартам 10-летней давности
   Emery
 
36 - 14.03.18 - 13:10
(0) > можно ли на самом деле обвинить программиста в том, что он не следует стандартам 1С

Можно обвинить программиста, а можно обвинить обвинителей программиста – прав будет тот, у кого больше прав!

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

2. Не обязательно, но по возможности стоит следовать
   Aleksey
 
37 - 14.03.18 - 13:10
(8) что значит не айс, если во всех типовых обмен через ком это первый пункт варианта обмена?
   rozer76
 
38 - 14.03.18 - 13:12
(30)
>>У клиента, с которым я сейчас работаю, периодически проходит аудит от сторонней конторы

подумай... твой работодатель нанял аудит и платит им деньги...  ну ты лепишь свой велик... браво )
   Aleksey
 
39 - 14.03.18 - 13:13
(19) Какой вариант события более реалистичен?
1. У клиента стоит линукс и ком не работает
2. У клиента файловая версия и нет апачи

Мне почему то кажется что второй вариант на 2 порядка чаще встречается, чем первый
   rozer76
 
40 - 14.03.18 - 13:15
(39) когда он сравнит производительность - поставит апачи )
   vis_tmp
 
41 - 14.03.18 - 13:16
(40)Сказано же, что всё работает и всё устраивает...
   Aleksey
 
42 - 14.03.18 - 13:18
(40) Кто ему даст ставить апачи?
   DexterMorgan
 
43 - 14.03.18 - 13:19
Мля покажите мне стандарт от 1С, который говорит, что нужно везде совать расширения?
   DexterMorgan
 
44 - 14.03.18 - 13:20
С этими расширениями все бнулись, сори
   Nyarlathotep
 
45 - 14.03.18 - 13:20
Возьмем, например, вот это правило https://its.1c.ru/db/v8std#content:2149184420:hdoc и вот э тот пункт из него:

"Обмены между конфигурациями, использующими Библиотеку стандартных подсистем (БСП), следует делать на основе формата EnterpriseData, разрабатывать новые обмены на основе ПК запрещается."

Означает ли это, что для конфигураций, поддерживающих БСП (как УТ11, с которой я сейчас работаю), обязательно делать обмены на EnterpriseData в любом случае? Или это обязательно, только если я использую КД, а если делаю через ком или самописный - то не обязательно.
   Nyarlathotep
 
46 - 14.03.18 - 13:21
(44) +
   Aleksey
 
47 - 14.03.18 - 13:22
(43) + тем более в своей нетленки
   mistеr
 
48 - 14.03.18 - 13:24
(0) Мой совет - подрезать себе ЧСВ и посмотреть на ситуацию глазами клиента. Для него нестандартный код и вообще решения — реальный риск. Если ты с ним рассоришься, следующему прогу придется трудно. Либо разбираться в нестандартных решениях и поддерживать их, либо переписывать на стандартные. В любом случае это доп. затраты.

Аудиторы, понятное дело, действуют в интересах клиента.

2. Не обязательно, но по возможности стоит следовать
   Малыш Джон
 
49 - 14.03.18 - 13:25
(44) обколются своими стандартами и суют везде расширения
 
 Рекламное место пустует
   Aleksey
 
50 - 14.03.18 - 13:25
(48) т.е. допзатраты на следования стандартам мы игнорируем?
   FIXXXL
 
51 - 14.03.18 - 13:25
(45) у тебя с обеих сторон БСП или УТ11 <-> самописка?

2. Не обязательно, но по возможности стоит следовать
   Звездец
 
52 - 14.03.18 - 13:27
стандарты они такие, сегодня одни, а завтра другие

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

2. Не обязательно, но по возможности стоит следовать
   FIXXXL
 
53 - 14.03.18 - 13:28
кстати, обмен - это малая доля стандартов
приходилось переписывать регистры и движения за дельфи-погромистом, который наодинэсил рег.накопления остатков, который не закрывался никогда
наверное человек думал, что рег.накопления - это просто такая табличка для хранения :)
   Звездец
 
54 - 14.03.18 - 13:28
(50) вот именно. Многое можно решить за пару часов и забыть про это на пару лет. Ну а можно завязаться на всякие БСП и подпрыгивать потом при каждом обновлении оного
   Адинэснег
 
55 - 14.03.18 - 13:28
аудиторы кода, бггг...
хто они такие, и кто их подтвердил их компетенции?

4. Где я? Кто эти люди?
   Nyarlathotep
 
56 - 14.03.18 - 13:29
(48) "Для него нестандартный код и вообще решения — реальный риск"

Я вот все не пойму - где тут риск-то? Новый программист конфигуратором пользоваться не умеет? В чем там разбираться - открыл код и читай. 5 минут. В доработках правил обмена тоже надо будет разбираться, а это загрузка/выгрузка в КД, анализ и тп. И, как вишенка на торт, отладка правил обмена. Вы мне хотите сказать, что это проще, чем отладчиком походить по строчкам в обмене, и ту, которая упадет с ошибкой, поправить?
   Dzenn
 
57 - 14.03.18 - 13:30
Те, кто говорят, что следуют стандартам — лгут. Абсолютно всем стандартам, изложенным в https://its.1c.ru/db/v8std, не следует даже сама фирма 1С. Где-нибудь, но обязательно ошибёшься, сделаешь не так.

Однако направление в этих стандартах описано верное. По возможности, их конечно стоит придерживаться.

2. Не обязательно, но по возможности стоит следовать
   mistеr
 
58 - 14.03.18 - 13:32
(50) Нет, не игнорируем. На рынке есть X прогов, обученных стандартам 1С, и конкурирующих между собой. И есть один, обученный стандартам имени Nyarlathotep. (Да, и конечно есть 10X лбов, не обученных ничему.) Понятно, что выгоднее придерживаться стандартов 1С.
   assasu
 
59 - 14.03.18 - 13:32
(23) не верю. дойти отладчиком еще уметь надо. особенно если это ком обмен.
возьми на пример обмен ут103-розница1 через прямое соединение и попробуй отловить момент проведения документа...
а теперь представь что все это еще на упр формах, с выключенным режимом модальности
   Aleksey
 
60 - 14.03.18 - 13:33
К примеру я добавляю в типовую свой уникальный документ. Для добалвения печатной формы у меня 2 варианта
1. добавить команду печати непосредственно в сам документ
2. Сделовать стандартам и снять с поддержки кучу глобальных модулей, чтобы прописать мой документ и при каждом обновлении не забыть повторить эти процедуры, только ради того чтобы через 10 лет новый программист "быстрее" въехал в мой код
   Nyarlathotep
 
61 - 14.03.18 - 13:35
(59) Мой обмен и обмен "обмен ут103-розница1" - это совсем разные вещи. У меня все прописано явно, проведение - отдельной явной строкой.
   Адинэснег
 
62 - 14.03.18 - 13:36
(56) скажи боссу чтоб отправил тебя на изучение новых и параллельных технологий  (пока ты буху учетные ошибки помогал исправлять, вышли новые механизмы... те же расширения), объясни(ну если сможешь) , что твой комобмен разрабатывается в 5 раз быстрее, чем на КД
Не нравится - пусть отправит тебя на курсы, а сам на время твоей переподотовки пусть сопли бухам подтирает
Курс Расширения  - 5700 https://xn----1-bedvffifm4g.xn--p1ai/courses/1c-smart-customization/
Курс КД - 9700 https://xn----1-bedvffifm4g.xn--p1ai/data-conv/
   assasu
 
63 - 14.03.18 - 13:37
(61) даже если не рассматривать типовой код от фирмы 1с, а брать свой , очень понятный и простой, то технически написать это и написать правила обмена ни сколько не отличается друг от друга.

зато доработка правил, я считаю, проще.мое мнение
   Адинэснег
 
64 - 14.03.18 - 13:39
отдохнешь, развеешься месяцок...
потом посылаешь всех пользователей в жпу, и пишешь по стандартам и методологиям, как чистый кодер...
Пусть босс готовит ФОТ на консультанта в техподдержку
   mistеr
 
65 - 14.03.18 - 13:39
(56) >5 минут

Лол. Это тебе 5 минут, а мне час. Ты когда-нибудь сталкивался с кодом прожженого семерочника, по нужде пересевшего на восьмерку? Без отступов, без пробелов, переменные с именами от 1 до 5 букв, из коллекций использует только СписокЗначений, и т.д.?

С обменом фишка не в том, что код легче отлаживать. А в том, что написанного тобой кода почти нет, и отлаживать почти нечего.
   Адинэснег
 
66 - 14.03.18 - 13:40
(65) да и работают ком-обмены как черепахи
   Aleksey
 
67 - 14.03.18 - 13:40
(63) Проще ком дорабатывать, так как перед тобой весь код в открытом виде

А вот понять в КД что в какой то ПКС, после определенных событий  есть еще ВыгрузитьПоПравилу() которая подтягивет еще десяток ПКО - это задача не теревиальная даже для мидл 1с-ника.
   Адинэснег
 
68 - 14.03.18 - 13:41
(67) хз... хз...
   Timon1405
 
69 - 14.03.18 - 13:43
особенно бесит в "стандартах" что функции в БСП меняются вплоть до количества обязательных(!) параметров. то есть используя такую функцию не можешь быть уверен, что она при обновлении конфы не выдаст ошибку.
   Aleksey
 
70 - 14.03.18 - 13:43
(65) Кода нет если нужно 2 документа между одинаковыми конфами перекинуть.
А ты попробуй без кода в КД написать обмен между 7-кой и 8-кой, да еще при том что нужно несколько документов объединить в один, где то наоборот из одного документа в 7-ке родить 5 разных документов в 8-ке и т.д. и т.п.

Или попробуй с первого раза найти в каком месте при переносе в типовом обмене от 1С заполняется пасмортные данные физлиц, если в ПФД он явно не выгружаются
   Nyarlathotep
 
71 - 14.03.18 - 13:47
(65) Я делаю и отступы, и пробелы, и комментарии пишу.

"А в том, что написанного тобой кода почти нет, и отлаживать почти нечего."

Написаны правила обмена, и к ним код, если это в конвертации. И отлаживать их тоже приходится. А явного кода в отладчике нет... И начинается процесс загрузок/выгрузок в кд, чтения журнала регистрации, ловли момента ошибок при обмене и тп.
   unregistered
 
72 - 14.03.18 - 13:48
(60) Ни то и не другое.

Если типовая на БСП, то тебе нужно следовать стандартам:
Использовать расширение и подсистему подключаемых команд.
С версии БСП 2.3.5 (если не путаю) дополнительные отчеты, обработки и печатные формы делаются именно так (через расширение), а не через справочник внешних обработок.
Тогда не придется ломать никакие модули. Единственное изменение в конфе - это наличие твоего нетипового документа.
   Emery
 
73 - 14.03.18 - 13:48
(17) > Ком - устаревшее … мамонта, которое даже майкрософт похоронил.

С чего вы это взяли? И что M$ предлагает на замену?

На самом деле плох не СОМ или «семерка» или там DDE и Visual FoxPro, которые мешают танцору танцевать, плохо – отсутствие фантазии или ее недостаток. Например, вы не сможете подключиться из 1С77 к самой себе как внутрипроцессному СОМ серверу, только как внепроцессному OLE-серверу (а это новый эксепляр «семерки» в памяти). Но то, что нельзя сделать по каналу СОМ, можно сделать по каналу DDE, который для СОМ является дедушкой. Другими словами, можно организовать внутрипроцессную связь в «семерке» по каналу DDE, которая будет на порядок быстрее, чем внепроцессная OLE-связь. И также на порядок проще в использовании.
   Адинэснег
 
74 - 14.03.18 - 13:49
(70) с первого раза Ctrl+F в notepad++ по назаванию МД
   Адинэснег
 
75 - 14.03.18 - 13:49
(74)по XMLке правил
   rozer76
 
76 - 14.03.18 - 13:50
(75) +1
   vs84
 
77 - 14.03.18 - 13:52
Если это было требованием работодателя.

1. Да, стандартам следовать обязательно.
   vs84
 
78 - 14.03.18 - 13:56
По правилам именования процедур/функций/реквизитов/перменных обязательно. Любители извращаться с именованием вида КолСтаршСотр (сокращения без причины) или УКП (аббревиатуры которые не являются совсем общепринятыми) или СуммаПрихода (не очевидено что хранит переменная или делает метод) -
задолбали.

1. Да, стандартам следовать обязательно.
   trdm
 
79 - 14.03.18 - 14:01
(3) >> >>сделал самописный обмен с БП через ком-интерфейс
>> боже, зачем ???
Полагаю из-за скорости.

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

2. Не обязательно, но по возможности стоит следовать
   ildary
 
80 - 14.03.18 - 14:04
(0) Я бы посадил автора на полгода разбирать чужой код, такого же творца велосипедов. И чтобы код был как в (65). Да, жестоко, но будет шанс, что самсебекодер поймет, ради чего собственно придумали стандарты - пусть кривые и косые и сама 1С их не любит соблюдать (точнее вредители проникают даже в неё). Но между плохим стандартом и вылизанным велосипедом гения - большинство выберет стандарт.

2. Не обязательно, но по возможности стоит следовать
   unregistered
 
81 - 14.03.18 - 14:04
(0) ИМХО, следует максимально следовать стандартам разработки.
Однако всегда есть исключения, и это нормально.

>> не использую расширения, сделал самописный обмен с БП через ком-интерфейс и тп

Тут я не вижу никаких оснований для попадания в категорию исключений.

В работе надо помнить о факторе автобуса. wiki:Фактор_автобуса

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

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

2. Не обязательно, но по возможности стоит следовать
   Aleksey
 
82 - 14.03.18 - 14:10
(80) самописный код на 2 странице намного проще чем типовой код размазанный по 125 процедур 50 общих модулей
   Nyarlathotep
 
83 - 14.03.18 - 14:12
(82) Вот вот.
   Ник080808
 
84 - 14.03.18 - 14:15
(0) Стандарты необходимы, но как любой инструмент требуют взвешенного подхода, а не слепого следования.

2. Не обязательно, но по возможности стоит следовать
   ildary
 
85 - 14.03.18 - 14:16
(82) Я бы согласился, если бы самописный код не приходилось бы переписывать при каждом обновлении конфигурации. С вызовом типового кода немного легче.
   trdm
 
86 - 14.03.18 - 14:26
(17) > Ком - устаревшее овно мамонта, которое даже майкрософт похоронил.

Похоронил он документацию, перебаламутив свой сайт, а технология как работала, так и работает.
Просто ком - достаточно низкоуровневая технология, не у многих хватает способностей освоить. Вот и возмущаются.
   trdm
 
87 - 14.03.18 - 14:27
(85) 2 страницы контролировать проще, чем размазанное на сотни процедур такое же творчество.
   b_ru
 
88 - 14.03.18 - 14:32
Ну самописный обмен через COM теоретически может быть оправдан, хотя все равно хрень, ибо COM - устаревшая (и хреновая) технология, но вот если ты конфу на поддержке курочишь без использования расширений, за это надо гнать. Если конфа уже раскурочена до тебя, тогда вызывает вопрос компетентность аудиторов.

2. Не обязательно, но по возможности стоит следовать
   Ник080808
 
89 - 14.03.18 - 14:35
На счет обменов кстати хороший пример, зачем нужны стандарты) Что бы не ваять десятки обменов между разными системами фирма 1с и родила свой EnterpriseData. Ты выгружаешь файл под общими правилами и тебе не нужно париться какая конфа приемник, насколько отличается от типовой и писать для каждой конфы отдельный обмен.
   Sserj
 
90 - 14.03.18 - 14:39
Ну аудиторы же просто порекомендовали а не штраф выкатили. Т.е. дали рекомендации и по сути правильные. На счет обмен по COM работает и хорошо. У меня вообще обмен с БП через ВнешниеИсточники, по сути на прямую черзе SQL сделан, работает на 4-6 порядков быстрее и все довольны :)

1. Да, стандартам следовать обязательно.
   Sserj
 
91 - 14.03.18 - 14:40
(+)90 тьфу не тот флажок поставился.

2. Не обязательно, но по возможности стоит следовать
   Бертыш
 
92 - 14.03.18 - 14:42
хм

2. Не обязательно, но по возможности стоит следовать
   ejikbeznojek
 
93 - 14.03.18 - 14:47
Кодекс пирата — это просто свод указаний, а не жёстких законов.

2. Не обязательно, но по возможности стоит следовать
   Вафель
 
94 - 14.03.18 - 14:55
(89) Родила то родила, но обновить даже версию формата далеко не тривиальная задача
   Вафель
 
95 - 14.03.18 - 14:56
По поводу расширений. Они нормально заработали совсем не давно.
Кидаться переписывать все под них смысла нет
   ildary
 
96 - 14.03.18 - 14:58
(95) Почему не стоит? Если база на свежайшей конфигурации и внедрение только началось, то почему бы и нет?
   Cyberhawk
 
97 - 14.03.18 - 15:03
(71) "отлаживать их тоже приходится. А явного кода в отладчике нет" // Неправда )
   Вафель
 
98 - 14.03.18 - 15:06
(96) Ну если делать нечего, то можно и переписывать.
Но обычно делать всегда есть чего
   ildary
 
99 - 14.03.18 - 15:08
(98) Разве экономия времени и сил при обновлении - не стоит усилий по переносу изменений в расширение?
   Cyberhawk
 
100 - 14.03.18 - 15:10
(99) При обновлении внесенные изменения в код конфигурации проще контролировать и спокойнее на душе. Но только если изменения внесены эффективно (точечно).
  1  2   

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует