|
Сильно ли вредит спецу 1С отсутствие знания УФ? | ☑ | ||
---|---|---|---|---|
0
Гений 1С
гуру
17.02.15
✎
23:54
|
Я зубр и монстр 1С, но из-за текучки некогда изучать УФ, работаю с УТ 10.3, УТ 11 тоже не смотрел, например.
Понятно, что доведется если менять работу, то через франчайзи - кузницу кадров, там и УФ научат и УТ 11-му. Ну а вообще, сейчас незнание УФ - это большой недостаток на рынке труда или нет. Если что, стаж с восьмеркой 10 лет, с 2005 года. |
|||
275
IamAlexy
19.02.15
✎
11:00
|
(271) а чо не файловую тогда ?
по мне так критикуя механизм платформы 1С делать пассажи типа "ну и что что тут тормозит СУБД - в главном то я прав, 1С-гомно, и разработчики пудаки" - не очень корректно |
|||
276
IamAlexy
19.02.15
✎
11:00
|
(274) то что выглядит это как отстой криворукий..
|
|||
277
Drac0
19.02.15
✎
11:00
|
(272) Тогда ты должен понимать, что информативности такой тест не даст.
|
|||
278
ShoGUN
19.02.15
✎
11:01
|
(275) Он такого и не утверждал.
(277) Приведи свои результаты. |
|||
279
ShoGUN
19.02.15
✎
11:02
|
Просто теоретические изыскания на тему "так низя" - это всего лишь теоретические изыскания.
|
|||
280
Drac0
19.02.15
✎
11:02
|
(275) Ты меня удивляешь. Я от тебя даже не ожидал такой позиции. Т.е. 1С сгенерила запрос за секунду с планом выполнения на полчаса: 1С молодец, а СУБД - тормоз?
|
|||
281
Господин ПЖ
19.02.15
✎
11:03
|
следите за руками...
>А пока мы бегали, добавили документ и надо бы пересчитать одну из прошлых порций. Ну, и что будет давать эта информация? Какой ее смысл и что это даст пользователям? А пока мы выводили в таб. док. отчет, добавили документ и надо бы пересчитать одну из прошлых порций. Ну, и что будет давать эта информация? Какой ее смысл и что это даст пользователям? ЗЫ все аргументы Drac0 высосаны из пальца... |
|||
282
Drac0
19.02.15
✎
11:03
|
(278) Наши результаты: все, что сложное элементарного левого или внутреннего соединения нах*й из динамических списков :)
|
|||
283
Drac0
19.02.15
✎
11:05
|
(281) Дальше читай.
|
|||
284
IamAlexy
19.02.15
✎
11:06
|
(280) ну так мы в контексте корректности тестирования производительности платформы или нет?
у тебя рпхост настроен на 10 сеансов. сидят 10 пользователей.. загружают рпхостом твой сервак. процресурсы и тд.. - у них там одна степень тормознутости.. приходит еще 1 пользователь который подключается к другому рпхосту - вопрос - у него будет быстрее работать система чем у первых десяти? так же или медленнее? как изменится быстродействие у первых десяти? проц многоядерный и количество рпхостов соответствует количеству ядер. запаса оперативки хватает.. скуль сидит отдельно на гигабите.. ? |
|||
285
Drac0
19.02.15
✎
11:08
|
(284) В контексте производительности системы. Отдельно от СУБД это абсолютно некорректно. И таки в моем примере 1С молодей или нет?
|
|||
286
IamAlexy
19.02.15
✎
11:13
|
(285) блин ну я понимаю что можно в динсписок нахерачить наглухо кривых запросов которые и в файловой монопольного вешать будут..
речь то идет о принципиальном тестировании - сколько генерить пользователей и какова будет погрешность.. ты же не сможешь реально организовать 100 физических машин, запустить там свой динсписок и одновременно на 100 машинах эмулировать то что делают пользователи.. просто потому что ты не знаешь что делают пользователи.. просто потому что ты не знаешь как часто они это будут делать и как часто у них что то там делается вообще. в итоге у тебя на 100 человеках будет определенная погрешность в тестировании.. а теперь ключевой вопрос: на сколько эта погрешность будет отличатся от погрешности результатов которые ты получишь тестируя по схеме "количетсво пользователей примерно равно максимальному количеству пользователей на рпхост" ? лично я убежден что эта схема правильнее ибо: 1. мы исключаем аппаратные проблемы 1ССервера 2. мы исключаем аппаратные проблемы SQL сервера 3. по сути мы занимаемся отладкой всего того что доступно именно 1Снику через стандартный конфигуратор.. не углубляясь во всякие хитрые планы запросов, загрузки процессора и прочие пропускные способности каналов между скулем и 1Ссервером.. то есть ты целенаправленно ищеш и устраняешь узкое место в 1Совом участке.. |
|||
287
Господин ПЖ
19.02.15
✎
11:14
|
>Для этой информации есть отчеты на СКД
для этой информации есть банальная выгрузка списка отчет должен агрегировать или наоборот расшифровывать данные в нужной аналитике с произвольными отборами недоступными в тех же списках с какого куа я должен формировать отчет или пыхтеть в калькуляторе чтобы узнать сумму трех выделенных полей в гриде - моя не понимай... |
|||
288
IamAlexy
19.02.15
✎
11:14
|
вопрос к знатокам:
10 рпхоств к скулю сделают 10 подключений или одно ? |
|||
289
Drac0
19.02.15
✎
11:15
|
(287) "с какого куа я должен формировать отчет или пыхтеть в калькуляторе чтобы узнать сумму трех выделенных полей в гриде - моя не понимай..."
Так это уже совсем другое. Что тебе мешает такое реализовать? |
|||
290
Drac0
19.02.15
✎
11:17
|
(288) Один рпхост - одно соединение.
|
|||
291
Адский плющ
19.02.15
✎
11:18
|
(287) Ага. Полмиллиона доков. Я понимаю в 1С большинство ларьки автомтизирует, но для серьезных систем постоянное получение итогов неебической таблицы (типа итога в ДС) это нонсенс.
|
|||
292
Адский плющ
19.02.15
✎
11:18
|
(287) Не нужно путать сумму выделенных пользователем документов и итог всей таблицы. Против первого никто ничего не имеет.
|
|||
293
Господин ПЖ
19.02.15
✎
11:19
|
>Так это уже совсем другое.
почему "другое"? >Что тебе мешает такое реализовать? мешает костыли 1с и ипанутая объектная модель, где часть того что можно сделать в гуе нельзя сделать программно. до сих пор. со времен 7.7 я хочу чтобы это было доступно "из коробки" |
|||
294
IamAlexy
19.02.15
✎
11:22
|
(290) отсюда возвращаемся к моей теории..
у тебя допустим наглухо кривой план запроса.. ну вообще ч0кнутый.. но работает 2 рпхоста. соответтсвенно опять же тестирование в пределе того количества пользователей которые умещаются в один рпхост позволяет более грамотно еще и нагрузку на скуль протестировать ибо всякие паралелизмы скуля тебя не колышат.. ты в одно соединение пихаешь запросы от десятка пользователей и скуль их колбасит там.. не? чем логика хромает? понятно что чем ближе условия к реальным боевым тем точнее тесты.. но все равно продакшн сервер и всех 500 пользователей тебе на месяц никто для тестов не выделит, по этому приходится упрощать но так чтобы погрешность при упрощении была минимальна.. пока я убежден что минимальная погрешность будет как раз при такой схеме - где у тебя количество тестовых пользователей примерно равно максимальному количетсву соединений рпхоста.. чтобы по максимому загрузить ядро сервака одним рпхостом и соответственно скуль одним потоком запросов динсписка.. |
|||
295
Господин ПЖ
19.02.15
✎
11:23
|
(291) да не нужны мне итоги на поллимона строк, предлагаю начать с малого
|
|||
296
Гёдза
19.02.15
✎
11:24
|
(286) Заниматься оптимизацией производительности
>>не углубляясь во всякие хитрые планы запросов, загрузки процессора и прочие пропускные способности каналов между скулем и 1Ссервером. абсолютно бессмысленнл |
|||
297
IamAlexy
19.02.15
✎
11:25
|
кстати глобально по теме:
мелкие конторы с приходящими бабушками-бухами плавно и массово переходят с 7ок на 8ки. причем сразу на крайние, и тащут за собой тех кто в ТИСе работал.. наблюдаю эту картину с декабря. Спасибо 1Су и минфину за проверку ИНН :) отсюда - даже если ты не работаешь на супермегапроекте - мелочь тоже уходит в такси.. |
|||
298
IamAlexy
19.02.15
✎
11:25
|
(296) заниматься оптимизацией производительности надо постепенно.. шаг за шагом..
если у тебя тупо свопится сервер 1С упарываться планами запроса для скуля глупо.. |
|||
299
Гёдза
19.02.15
✎
11:26
|
(298) Конечно нужно комплексно подходить. Для начала выявить узкие места
|
|||
300
Господин ПЖ
19.02.15
✎
11:27
|
(298) +1
|
|||
301
IamAlexy
19.02.15
✎
11:29
|
(299) ну дык и среднестатистическому 1снику план работ то какой?
1. проверяем сервер 1С 2. проверяем гамногод на 1С (обращения через пять точек в циклах и прочие запросы в циклах) 3. тестируем всякие динсписки и проиче отчет на предмет завешивания сервера 1С и адекватности работы то есть до планов запроса и прочих "тонкостей" - работы вал.. по моей практике - я когда занимаюсь оптимизацией у меня до планов запроса и копания в скуле и прочих высоких материй как правило не до ходит.. на уровне 2-3 уже пользователи счастливы.. и дальнейшие "оптимизации ради оптимизаций" не особо жаждут оплачивать.. |
|||
302
IamAlexy
19.02.15
✎
11:30
|
(301)
исправлюсь п.1 проверяем настройки сервера 1С и сервера SQL - те что админские.. с точки зрения настроек ПО и операционок с железом.. |
|||
303
stix2010
19.02.15
✎
11:30
|
(0) возьми перепиши свои обработки/разработки на УФ.
|
|||
304
Гёдза
19.02.15
✎
11:31
|
(301) Не правильный план.
1 этап - это настрйока тж на сбор длительных операций |
|||
305
IamAlexy
19.02.15
✎
11:31
|
(303) бугага.. он откроет свою мегаразработку где на форму выводился вордовский активикс и заплакав пойдет пить горькую.. ибо в этих тупых УФ даже элементарного нельзя сделать..
|
|||
306
Гёдза
19.02.15
✎
11:31
|
список может быть сверх кривой, но юзаться раз в год
|
|||
307
Господин ПЖ
19.02.15
✎
11:31
|
проблема с УФ не в том что она "плохая", а в том что ее функциональность урезана и местами непонятно почему, местами криво...
причем сначала 1с пытается ипать мозг в стиле "эта крута" и "не держите ее так"... а потом сама "переизобретает" показать в списке "такси" это по сути вторая попытка перезапуска... ждем SP3 |
|||
308
Drac0
19.02.15
✎
11:32
|
(293) "почему "другое"? "
Потому что получать данные из таблицы СУБД и из данных, которые уже пришли на клиент две большие разницы. (295) ПриАктивизацииСтроки и ВыделенныеСтроки спасут отца российской демократии. Или 1С должна весь код за вас писать? |
|||
309
IamAlexy
19.02.15
✎
11:32
|
(304) хз.. честно - я как понахватавшийся вершков ремесленник никогда тж не пользовался еще :)
|
|||
310
IamAlexy
19.02.15
✎
11:32
|
(306) а мы тут не про те которе развгод а про те которые каждый день да толпой да постоянно
|
|||
311
stix2010
19.02.15
✎
11:32
|
(305) Ну пусть функционал с 0 реализует :)
|
|||
312
IamAlexy
19.02.15
✎
11:33
|
(307) в 8.3.7 сделали спплит окна..
недMDI - 2 окошка можно теперь открыть :) :) :) |
|||
313
Drac0
19.02.15
✎
11:33
|
(298) Ну вот серьезно. Ты же сам должен понимать, что большинство проблем производительности - это именно взаимодействие 1С и СУБД. И без реального взгляда на возможности СУБД любое тестирование бессмысленно.
|
|||
314
Гёдза
19.02.15
✎
11:33
|
А то что бы говоришь - это код ревью, конечно его нужно проводить, вне зависимости ни от чего.
Но если это твой код? |
|||
315
IamAlexy
19.02.15
✎
11:34
|
(313) в 1С - нет
в 1С по крайней мере то с чем я сталкивался - это тупогомнокод и шизоидные даже с точки зрения логики 1С запросы.. |
|||
316
Drac0
19.02.15
✎
11:34
|
(301) В итоге все три пункта связаны по факту с СУБД :)
|
|||
317
Адский плющ
19.02.15
✎
11:34
|
(305) Если не знать, то да нельзя сделать.
|
|||
318
Гёдза
19.02.15
✎
11:35
|
(315) ты просто не сталкивался с реальной оптимизацией,а не с вычищением г-на
|
|||
319
Локи-13
19.02.15
✎
11:36
|
(276) не знаю что там у тебя не так выглядит... у всех все нормально.
|
|||
320
Господин ПЖ
19.02.15
✎
11:36
|
>Ты же сам должен понимать, что большинство проблем производительности - это именно взаимодействие 1С и СУБД
проблемы 1с из-за 1с |
|||
321
Drac0
19.02.15
✎
11:36
|
(315) Как раз таки гомнокод и приводит к некорректному обращению к СУБД.
|
|||
322
Drac0
19.02.15
✎
11:37
|
(320) Проблем нет только у Сибирского Ананаса. Просто потому, что самого сибирского ананаса нет :)
|
|||
323
aka MIK
19.02.15
✎
11:38
|
(0) Лучше учи что-нибудь с ЗП в твердой валюте )
|
|||
324
Господин ПЖ
19.02.15
✎
11:41
|
(312) потом родит еще пару фишек запиндюрив 2-3 "флажка" в совместимость
сделают проведение "асинхронным"... Записать() -> НачатьЗаписывание() тут зрители аплодируют, аплодируют кончили аплодировать |
|||
325
Локи-13
19.02.15
✎
11:43
|
(323) например, технику выполнения лакокрасочных работ
|
|||
326
Drac0
19.02.15
✎
11:44
|
(324) А что плохого в асинхронности?
|
|||
327
Drac0
19.02.15
✎
11:45
|
+(326) Да и сейчас можно сделать проведение асинхронным, если напрячься.
|
|||
328
Адский плющ
19.02.15
✎
11:45
|
(326) Она слишком сложная для рядового тупого 1Сника.
|
|||
329
Drac0
19.02.15
✎
11:47
|
(328) Sad but true :(
|
|||
330
IamAlexy
19.02.15
✎
11:47
|
(326) ничего.. равно как ничего плохого нет в клиентсерверной работе управляемых форм..
|
|||
331
Господин ПЖ
19.02.15
✎
11:49
|
(326) плохого в самом подходе - ничего
но как это реализует 1с - это откровенное уебанство |
|||
332
Господин ПЖ
19.02.15
✎
11:49
|
(328) 5-ти минутка самокритичности?..
|
|||
333
Адский плющ
19.02.15
✎
11:50
|
(332) Ну вообще то это ты жалуешься на асинхронность, мне как-то по барабану - ввели да и пожалуйста.
|
|||
334
Господин ПЖ
19.02.15
✎
11:52
|
(333) чукча не читатель...
не отделяешь подход от реализации |
|||
335
makfromkz
19.02.15
✎
11:52
|
(0)Уряяя! Я тоже как и Г1С не знаю УФов.
|
|||
336
Адский плющ
19.02.15
✎
11:54
|
(334) Накидай в двух словах свою реализацию. Чтобы было с чем сравнить.
|
|||
337
Drac0
19.02.15
✎
11:56
|
(331) Что, как и с итогом по выделенным строкам, самому писать код нужно?
|
|||
338
aka MIK
19.02.15
✎
11:58
|
(331) а как же ты еще предлагаешь обходить запрет веб-браузеров на модальные окна?
|
|||
339
Господин ПЖ
19.02.15
✎
12:02
|
(338) еще раз.
проблема не в подходе, проблема в реализации вместо того чтобы "спрятать" параметр в сигнатуру функции 1с делает новую функцию и плодит очередной признак в совместимости. зачем плодить сущности без необходимости?? |
|||
340
Локи-13
19.02.15
✎
12:31
|
(339) значит необходимость была.
|
|||
341
Drac0
19.02.15
✎
12:32
|
(339) Приведи примеры реализации из других языков.
|
|||
342
Локи-13
19.02.15
✎
12:33
|
(339) Сергей Нуралиев достаточно грамотный человек, чтобы не пускать в продакш что-то "без необходимости"
|
|||
343
Барматолог
19.02.15
✎
12:35
|
слабоватый вброс
|
|||
344
Господин ПЖ
19.02.15
✎
12:36
|
(341) реализацию чего?
необязательного параметра сигнатуры? это сама 1с "умеет"... или просто как функцию перегрузить? полно в инете |
|||
345
fisher
19.02.15
✎
12:43
|
(0) Странный вопрос. Если ты зубр, то сам почувствуешь момент, когда незнание какой-то технологии станет серьезно сказываться на твоей основной квалификации и кошельке. И, соответственно, освоишь технологию. ИМХО, рано или поздно сделать это придется.
Сама концепция УФ - то что надо. По сути, УФ = ДинамическийИнтерфейс(декларативный) + ТонкийКлиент. Никакие "терминалы" тонкого клиента не заменят. Кроме самоочевидных плюсов УФ открыли дорогу в веб и мобильное приложение. Другое дело, что изначально реализация подкачала и продвигается по факту итерационно. Но вот на "Такси" в последних релизах можно уже смотреть без содрогания. А в 8.3.6 вроде задекларировали лечение тормозов тяжелых форм тяжелых объектов. Развитие идет и идет в нужном направлении. Ругают технологию в основном те, кому тонкий клиент нафиг не впился (но это сегодня, а завтра элементарно может пригодиться). В этом случае - да. Минуса начинают выпирать. Клиент-сервер ессно несколько сложнее разрабатывать (больше тонкостей надо учитывать, но что приятно - в основном это тонкости общепрограммистского характера а не чисто фичи 1С), больше ограничений при разработке интерфейса. Специфичные глюки и тормоза еще есть. Но даже в этом случае есть вкусные плюшки - динамический интерфейс, полнотекстовый поиск из коробки со сквозной интеграцией ну и по мелочи. |
|||
346
Барматолог
19.02.15
✎
12:44
|
(345) вот скажи - кому ты сейчас все это объяснял?
|
|||
347
fisher
19.02.15
✎
12:47
|
(346) Частично ответ ТС. Частично реакция на критику УФ. Ну и ЧСВ потешить, куда ж без этого.
|
|||
348
Барматолог
19.02.15
✎
12:48
|
(347) с ТС разговаривать - это как разговаривать с копипастой
|
|||
349
fisher
19.02.15
✎
13:01
|
(348) Да ладно. Производит он в основном оригинальный контент. И при всех своих заскоках, как одинэсник он - выше средней температуры по больнице.
|
|||
350
IШаман
19.02.15
✎
13:13
|
Когда то давно я вообще 1с-кой не занимался. Но занимался другой учетной системой, так получилось что пришлось искать новую работу. Когда меня на собеседовании спросили а знаю ли я 1с четно сказал что не знаю, но благодаря тому опыту котрый у меня есть и прочим знанием имею возможность быстро освоить, через 3 месяца состоялось мое первое успешное внедрение 8-ки.
Человек который называет себя зубром и монстром и при этом боиться остаться без работы из-за того что не знает какую то технологию по моему просто страдает завышенной самооценкой, ты не зубр ты не монстр ты обычный выпускник ПТУ который освоил газовую сварку и четко знает что для того что работать может только с ней, а вот для работы с электрической сваркой ему еще надо учиться. |
|||
351
IШаман
19.02.15
✎
13:15
|
+ (350) И еще всегда большое "уважение" вызывали люди которые не знают чего то но имеют об этом свое мнение.
|
|||
352
Drac0
19.02.15
✎
13:18
|
(344) "реализацию чего? " Асинхронности
|
|||
353
Господин ПЖ
19.02.15
✎
13:25
|
(352) выдыхай уже...
тебе про фому, ты продолжаешь долбить про ерему... |
|||
354
Drac0
19.02.15
✎
13:47
|
(353) Это ты как-то странно метаешься. То написать две строчки в ПриАктивацииСтроки - труд непосильный, то еще что.
|
|||
355
Ник080808
19.02.15
✎
13:50
|
На счет итогов в ДС все таки можно реализовать на уровне платформы проверку на отборы или вообще в виде кнопки - показать итог. Была бы мегарюшечка. Настроил отборы. Нажал кнопку. Если отбор установлен оно выдало итоги, если нет - пусто)
|
|||
356
fisher
19.02.15
✎
13:51
|
(353) Простой перегрузкой функции такого не реализовать. Вообще нет тривиальной реализации для такого синтаксического сахара. По-сути, ты предлагаешь чтобы рефакторинг кода для асинхронного вызова делался всегда автоматически и прозрачно для программиста. А это возможно только в простейших случаях, т.е. не всегда.
|
|||
357
Drac0
19.02.15
✎
13:53
|
(355) Это можно сделать и сейчас. Только надо написать десяток другой строк.
|
|||
358
ShoGUN
19.02.15
✎
13:54
|
(357) В 8.3.5 нужно написать не десяток-другой, а побольше. В 8.3.6, к счастью, стало проще.
|
|||
359
Господин ПЖ
19.02.15
✎
13:55
|
>ты предлагаешь чтобы рефакторинг кода для асинхронного вызова делался всегда автоматически и прозрачно для программиста.
я предлагаю не городить костыли без крайней нужды >Простой перегрузкой функции такого не реализовать. точно знаешь? спорить не могу - т.к. не видел исходников |
|||
360
Ник080808
19.02.15
✎
13:58
|
(357) та написать то можно. Вопрос в том, что бы это было на уровне платформы) В 7ке тоже реализовывали несколько табличных частей в документе и кнопочки сами рисовали. Только 1с прикладная программа, которая позволяет более оперативно решать прикладные задачи. Поэтому не хочется тратить время на игры с формами.
|
|||
361
fisher
19.02.15
✎
14:04
|
(359) Ну, вот у тебя пара функций - ВвестиЗначение и ПоказатьВводЗначения. Синхронная и асинхронная. Вот у тебя примерно такой код:
Если ВвестиЗначение(Значение) Тогда Сообщить("Зашибись"); // для простоты, не пинать КонецЕсли; Как ты это заменишь прозрачно на асинхронный вызов? Всё равно ведь должен сработать обработчик события. Пусть и прозрачно. Т.е. Сообщить("Зашибись") надо выносить в отдельную функцию. Ты предлагаешь, чтобы это делалось скрытно от программиста 1С и сохранялась логика работы исходного кода без доп-усложнений. Правильно? |
|||
362
Господин ПЖ
19.02.15
✎
14:07
|
>Как ты это заменишь прозрачно на асинхронный вызов? Всё равно ведь должен сработать обработчик события
если он есть в сигнатуре - сработает, нет - не сработает есть, но нет самого обработчика - сломается. Что собственно сейчас и происходит, не смотря на "новую" функцию |
|||
363
Гёдза
19.02.15
✎
14:09
|
(362) в текущей реализации тоже есть свои плюсы.
Например при переработки конфы на отказ от модальности при простом перегрузе процедур можно не заметить гдк нкжно менять а где нет. а так сразу видно |
|||
364
Гёдза
19.02.15
✎
14:11
|
Я думаю, что в 1с стоял выбор как сделать, и они сделали вот так.
|
|||
365
fisher
19.02.15
✎
14:11
|
(362) Тьфу. Дошло. Ты просто небольшое упрощение предлагал, чтобы старая функция могла выступать и инициатором асинхронного вызова? А я вообразил невесть что :) Не, ну это вообще непринципиально. Я тут даже на стороне разработчиков 1С. Переписывать хоть так, хоть эдак. А так, несмотря на еще одну сущность, более наглядно получается.
|
|||
366
Господин ПЖ
19.02.15
✎
14:11
|
>Например при переработки конфы на отказ от модальности при простом перегрузе процедур можно не заметить гдк нкжно менять а где нет
ради этого 1с внесло инструментарий по рефакторингу кода |
|||
367
Господин ПЖ
19.02.15
✎
14:14
|
>Переписывать хоть так, хоть эдак. А так, несмотря на еще одну сущность, более наглядно получается.
не согласен 1. доп. костыли в совместимости 2. .удацкий выбор имен для "новых" функций - вводят нефункциональный префикс "Начать" |
|||
368
Гёдза
19.02.15
✎
14:15
|
(366) не всегда можно автоматом
|
|||
369
Господин ПЖ
19.02.15
✎
14:16
|
(368) высосаные из пальца извраты предлагаю опустить
|
|||
370
fisher
19.02.15
✎
14:19
|
(367)
1. Эти "доп-костыли" введены для удобства, как ни странно. Чтобы этот момент можно было контролировать на уровне "рубильника". И при дальнейшей разработке физически не могли воткнуть модальное окно. 2. Это уже вкусовщина, непринципиально |
|||
371
Господин ПЖ
19.02.15
✎
14:23
|
>Эти "доп-костыли" введены для удобства, как ни странно. Чтобы этот момент можно было контролировать на уровне "рубильника"
т.е. чтобы понимать поведение конфигурации кроме платформы еще надо знать положения всех рубильников в совместимости я не думаю что это "удобно" |
|||
372
fisher
19.02.15
✎
14:30
|
(371) Конкретно этот рубильник как раз даст по рукам, не позволив сделать вредную вещь по незнанию. Несомненно, это удобно. А вообще, в период активного развития платформы естественно приходится изучать её состояния "до", "после" и "во время". Это не вопрос удобства. Это неизбежно.
|
|||
373
mdocs
19.02.15
✎
15:05
|
Опять пилишь пилишь, бац - а прикрепление форм убрали, мать перемать все как обычно... может вернут к 9-ой версии.
|
|||
374
Гений 1С
гуру
02.03.15
✎
10:41
|
(373) китайское проклятие - жить в эпоху перемен. 1с не хочет тупо рубить бабло, предпочитает любить мозг конфигурастам. ;-)
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |