Есть у меня работодатель. Работать с ним начали 5 лет назад.
Предприятие занимается специализированной розничной торговлей. Продажи идут от ИП на ЕНВД и УСН6% - с налогами можно не заворачиваться.
5 лет назад имелся центральный склад + 3 торговых точки (автономная работа).
Для автоматизации была выбрана платформа 7.7 - написаны самописки для базы для центрального склада + базы для магазинов. Учет ведется в продажных ценах.
Обмен через флэшки.
Все это замечательно работает по текущий момент.

а что тебе не нравиться то? работает какие проблемы

(0) что подразумеваешь под рефакторингом?

Работает - не трожь. Если только денег заработать...

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

хвастается походу

хвалишься что ли?

В чем вопрос?

За время прошедшее с начала использования системы бизнес значительно разросся: новые магазины, безналичные продажи, интернет-магазин и т.п.
Последнее - это открытие магазинов в соседних регионах, со своей ценовой политикой.
За 5 лет все эти задачи успешно дорабатывались в 7-ке, но объем доработок наверное составляет объем первоначальной программы.
Какие-то наработки цепляются нормально, а какие-то являются что называется костылями

(8) Продолжайте наблюдения.

(8) пиши еще

это уже эпос :)) с продолжением

Это сценарий для нового голливудского блокбастера. Потом будет перестрелка, взрывы, погони, но в конце нас ждёт хэппи-энд

В последнее время все больше думается - стоит ли делать костыли, не пора бы сделать принципиальный качественный скачек.
Как варианты вижу:
1. Переписать все тоже на той же 7-ке но уже под новые задачи
2. Переписать все тоже но на 8-ке.
3. Использовать типовую конфигурацию, типовую УТ например

вариант 3

но объем доработок наверное составляет объем первоначальной программы (с)
не поверишь , объем вложений в автоматизацию (доработки) намного больше первоначальной цены программы
(13) - сначала дописать на 7-ке , если есть желание постепенно готовя процессы для перехода на 8-ку

(14) предлагаешь сразу стреляться ? :))

(8) (13) зачем если контора работает прекрасно на том, что есть? перепишешь ты тоже самое на 8ку. они что продавать или работать быстрее будут?

не понимаю я эту автоматизацию ради автоматизации.

(13) Работодатель-то согласен7

Немного об особенностях работодателя.
1. Он очень паникует, даже если ему кажется что в учете что-то не так. На самом деле ничего страшного за 5 лет не было. Но если упадет база 8-ки - думаю не переживет.
2. Политика у нас такая - что в магазинах по максимуму обрезаны все права и там физически нет данных типа о закупках

Джордж1
"В последнее время все больше думается -  не пора бы сделать принципиальный качественный скачек.

Это кому так думается - тебе или работодателю?

еще раз - сразу /быстро даже кошки не родятся (с)/ на 8-ку не будет никогда!!! ибо перпендикуляр ... (с)

(21) + а переходить на 8-ку переписывая тот же функционал что и в 7-ке это утопия имхо

(18)Работодателя сейчас все устраивает. Но появилась задача для решения которой надо сильно покорежить базу. А я уже и сам не всегда помню почему и где так сделано.
(15,17)Последней каплей стало вот что:
В прошлом году открылся магазин в соседнем регионе - надо свои цены там устанавливать, а у нас весь учет от склада до магазинов в единых продажных ценах. Выкрутились через скидки кое-как - практика показала что вылазят косяки там где их и не ждешь.
Теперь открываются еще пару магазинов - в других регионах и получается надо делать еще один костыль.
В этом году сделаем отдельные складские базы под регионы, но это не позволит использовать ряд нужных функций

(20)это мне пока так думается. Работодатель работает по принципу работает - не трожь.
(22)почему рассматриваем такой вариант. ну несколько (не много на самом деле) плюшек платформы пригодились бы. 7-ку пока продают, но завтра могут уже и не продавать. Кличи 7-ке на Win64 не ставятся. в 8-ке защита базы получше, 7-ку сломать вообще ума не надо

(23) Автор слышал о проектном подходе? Если да, то его и посоветую. Обследование покажет..

(25)не слышал, можно в двух словах о чем это.
И что обследовать то - если сами в этом варимся уже 5 лет

(23) ИМХО, дешевле все-таки корежить.

А если это единственный работодатель, то и порефакторить можно .

Дешевле ставить типовую и не корежить ничего

Правда тогда работодатель вдруг обнаружит что 5 лет его наобманывал Джордж, ведь без допилок почти все работает)

(26) wiki:Проектирование_программного_обеспечения
В том-то и проблема, что варитесь в этом много лет

(29)надо что бы еще и быстро и удобно работала

(31) так в чем проблема то?

Позовите Маню из Ростова,уж он то знает толк в этом!

(32)проблема в том что в типовой конфигурации будет использовать 30% функционала.
При этом самописка раза в 3 удобнее и прозрачнее

(29) когда работодатель поимеет много криков о том что ничего не работает (на типовой 8-ке) (потому что менеджер склада "тетя глаша" просто боится нажимать на светленькие не выпуклые клавиши)
он таки спросит "зачем??" и таки будет прав

(34) Похоже вы ничего не поняли..И остро желаете повторить

Я тут не хочу заработать на заказчике - я бы вообще ничего не менял, но вот вижу что менять придется, а делать это в существующих рамках - долго, неудобно, куча косяков вылезет
Мое дело расписать все варианты  - плюсы и минусы.
//
(36)Так напиши толком, а не обрывочными фразами. В чем я заблуждаюсь

(36) судя по всему, видимо по этому тема и создана - чтобы понять ;))

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

ИМХО. Переход с переписаной пятилетней семёрки на восьмёрку - самоубийство. Тем более в нашем городе.

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

(35) ну как бы а обучить тету гашу или как там ее?

(41) +100500

Очень жизненно. У меня некий клиент Х в аналогичной ситуации решил ставить УТП. При этом вместо одного меня фри, нанял ДВУХ фикси... и пилят они это дело уже второй год, а зарплата у чуваков минимум 1000$. Спустя два года они платят налоги еще по старой программе. Я уж попкорну обожрался  =)

(44) ну перевод силами фикси неразумен)

(45) не совсем правильно выразился. Фикси разумно, но если перевод подразумевает конкретные сроки проекта)

(42) Одну? Да не вопрос.
А если таковых чел 200, при непрерывном торговом процессе, для которых вообще не понятно нафига что-то изменять, если товарная накладная печатается такая-же.

(47) да не одну, а весь персонал. Вот странно, прежде чем сесть за руль автомобиля человек проходит обучение и это всем понятно, а вот софтом должны пользоваться без обучения.

(39) +1.
При объеме доработок, о котором говорил ТС, использовать типовую УТ - самоубийство. Это будет действительно самописка, буквально написанная с нуля, в которой бы были учтены все-все нынешние особенности и особенности с прицелом на будущее.
Будет продуман хороший "скелет" ? Будет счастье.
Будет криво спроектировано изначально ? Будет инвалид на костылях. Как-то так вот. Да, клиенту эта нетленка обойдется дорого, тут надо действительно все посчитать и выложить клиенту для обдумывания с циферками.
А поддерживать костыльного инвалида ... ну, тут надо просто поднимать цену обслуживания (в расчете на реально потраченное время) и объяснять клиенту, почему это происходит и плавно подталкивать к правильному решению.

(49) "Это будет действительно самописка, буквально написанная с нуля, в которой бы были учтены все-все нынешние особенности и особенности с прицелом на будущее. " пока он ее напишет у клиента бизнес закроется)

(50) И с этим согласен. Я очень сомневаюсь в целесообразности оной.

(13) [ Все это замечательно работает по текущий момент. ]

Вариант 4: Ничего не трогать

(39)
Авторитета хватит.
1. Этот вопрос уже поднимался - никаких конкретных планов нет, ну кроме - расширение ассортимента (какого непонятно), открытие магазинов в соседних регионах
2. Все хотелки пользователей выполняются. Так что тут новый информации не будет. Ну или будет но в небольшом объеме.
3. ???
4. Сроки не горят. бюджет - думаю финансовый вопрос остро не стоит
(41)Прозрачнее в учете - в понимании почему здесь именно такая цифра а не другая.
(42)сам работодатель и работает в программе. как раз пользователи вменяемые.
(50)у нас есть большое преимущество - мы знаем что нам надо. изобретать что-то новое не нужно + все потенциальные косяки известны

(39) :)))
есть одна маааленькая проблема.
даже если провести такое обследование идеально, оно зафиксирует ТЕКУЩЕЕ видение потребностей.
на практике идеал не достижим, и описание хотелок будет расплывчатым - сроки и бюджет на основе таких нечетких критериев можно будет определить с точностью +-50% )))
например - хотим, чтобы не тормозил подбор...
а там аналоги, остатки и цены со скидками ))))))
а потом окажется, что для 1000000 позиций в справочнике номенклатуры...

(49)5 лет назад тоже думали о перспективах бизнеса на несколько лет вперед. А получилось то что получилось.
У нас даже себестоимости в закупочных ценах не было. Через год оказалось - надо

(54) И что? А ваяние как бог пошлет- лучше??

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

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

(55) Это как ремонт в квартире... Поэтому период блаженства короток, дальше начинаем испытывать нарастающее раздражение. А потом - начинаем новый ремонт. Однако, если хорошо продуман этот проект, срок до следующего ремонта длиннее

(58) Автор решения всегда необьективен к своему творению.

(59)а ты много знаешь программ где лет 10 без изменений работают?

(61) САП)

(62)а армия САПеров сидит сложа руки при этом?

(55) ну вот вы и перешли в категорию людей, которые понимают, в чем прелесть стандартного функционала )))))
никогда не знаешь, что понадобится через год-два-три
и 30% использования функционала - это ОЧЕНЬ много
обычно процентов 10...

а переходить или нет - вопрос сложный.
ошибку сделали, когда
"Для автоматизации была выбрана платформа 7.7 - написаны самописки для базы для центрального склада + базы для магазинов."

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

(61) это нас и кормит, коллега

(0) Почему нельзя поставить УТП либо Розница + БП, и вместо того чтобы переписывать, просто научить пользователей новой схеме.

(64) Я оттуда и не уходил

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

(68) Менять однозначно

(64)почему ошибку? ИМХО лучше 5 лет спокойно работать на самописке, чем мучатся с типовой.
Ну и времени пользователей сэкономлено при использовании самописки
(66)УТП не видел, БП - ну это же не заточено под торговлю, Розницу не получится - нас фронт заточен под наши нужды

(69) не факт. Может там супер новое железо, используемое на 30%, так сказать с запасом брали.
(70) Бэпешку для торговли не бери. Если задумаешься покупать - бери УТ и на её основе уже и пили...

(70) Тогда пилите. С таким подходом - иные мнение не требуются

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

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

(74) В УТ, как и ТиС нормально реализована "первичка", а вот с аналитикой в обоймя проблемы.

(63) не. они осчастливливать другие организации )))

(74) "В магазинах - не могла бы."
не верю )))))

(77)я тут неделю назад в одной из тем объяснял почему

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

(79) это не финдир а бывшая бушка, которую назначили финдиром. Финдирам пофигу на чем считать и где кнопка. Главное что бы результат был правильный

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

Представьте, что переписали вы всё под 1С 8. И что? Через год не понадобятся костыли и не будет косяков?

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

(79) потому что правильно говорить - выполнение пожеланий финдира будет нам стоить X рублей в течении 7 лет. где X/20 - стоимость реализации нужной функции сейчас, а остальное - поддержание в рабочем состоянии системы с такой функцией в последующие периоды.

7 лет и X/20 - очень примерные цифры.

(83) (80) хмм когда финдир не бывшая бушка (и в бухгалтерии мягко говаря несовсем) приходится доказывать "на пальзах" шо "ТАК как ВИ хотите" из того шо уже работает в так как ВИ хатите МНОГО и одна кнопка, а тут <ну в екселе ж просто - раз и свел в таблицу> "не прокатит", и не то что доказывать - а практическим создавать теорему

(81)костыли - потому что некоторые вещи не были заложены изначально по идеологическим причинам.
Косяки - они вылазят при вроде бы небольших наработках. - вроде поправил здесь маленько, а другом это правка вылезла
//
Через год будут мелкие доработки, а не костыли.

А почему все против миграции на 8-ку самописку?

(85) А теперь такого не будет, правда же? На цельных пять лет умнее

(87)будет, через еще 5 лет.
А там глядишь и 9-ка выйдет

(88) Писание эпохалок- путь в никуда. Хотя для фри- это вариант удерживания клиента. Пока не лопнет терпение ТОПов. И для фикси тоже, кстати

(89)Чего же так категорично. Ну пишут же люди самописки.

(86) потомуша самописки 7-ки это продукт многих и многих лет (начиная еще с 7.0) , а 8.0 и 8.2 это настолько разные продукты а типовые только только начинают приводить в хотькакойнибудь вид , что характерные,внятные,самописки - будут еще ой как не скоро , а пока так , самописочки ;))

(91)т.е. выйдет 8.4 и нетленка на 8.3 надо будет переписывать?

(90) Пишут. У нас тоже есть на 77. Дорого в поддержке. Больше минусов, чем плюсов на современном этапе. Хотя раньше было наоборот.

(93)в какой отрасли? цветной учет?

(85) большие проблемы с архитектурой (костыли) вылазят чаще всего через 1,5-2 года или примерно 8-10 более-менее серьезных расширений функционала.
так что от этого в самописке вы не уйдете при всем желании )))

при написании новой самописки вас поджидает проблема в другом. первоначальный функционал (5 лет назад) был достаточно небольшим - продумать архитектуру и реализовать было легко.
сейчас он у вас вырос скорее всего в 2-3 раза, и есть еще неслабый список того, что хотелось бы иметь или что работает не совсем так, как надо. и на проработку ПРИЕМЛЕМОЙ архитектуры и на написание кода уйдет НАМНОГО больше времени.

(94) Нет. Меня торговля меньше всего интересует. СХ+пищевка

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

(92) то что сейчас на 8.1 на 8.2 уже не летает ... делайте выводы

(98)ну переход то 8.0->8.1->8.2 все же намного более мягкий чем 7->8

100

(97) опять не так , то шо делали костылями надо будет переводить с машинописного алгоритпического языка (исполнения) на новый функционал восьмерки

(101)я тут особых проблем не вижу. это же не 8-ки обратно на 7-ку переходить

(101) + а переписывание функционала это не исполнение одного и того же алгоритма - это переосмысление бизнес процесса - а это дело ой какое не простое

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

(103)ну бизнес-то процессы уже устоялись, по крайней мере ничего не менялось за все эти годы, только добавлялось
//
(104)сколько там 1С-цы разу уже типовые конфигурации с нуля переписывали на 8-ке.
И все с новой идеологией

(105) про устоявшиеся бизнес процессы, это, пока , пока не показал кто нибудь ;))) фантики , плюшечки , прочие урашения

Ну вот например мой пример.
Несколько магазинов в городе. Бывает что товара нет в одном магазине и покупателей посылают в другой магазин.
Через пару лет - хоп, а нельзя ли сделать что бы в одном магазине видели остатки в других.
//
Это что - можно было предусмотреть заранее??? или в типовых конфигурациях это реализовано?

(107) "Это что - можно было предусмотреть заранее??? или в типовых конфигурациях это реализовано?" бугагашеньки)))

(107) Вы серьезно? а то я чуть от смеха не поперхнулся

(109)и что тебе смешным показалось?

(110) Это что - можно было предусмотреть заранее??? - да это само собой разумеется
или в типовых конфигурациях это реализовано? - ты не поверишь

(111)
1.Владелец бизнеса и работающим там это было не очевидно, а тебе очевидно
2. И что там в типовых реализовано? в магазинах отдельная база только с данными этого магазина

(112) 1. ну во всех мне известных магазинах это делается. Поэтому это ацки очевидно
2. ну как бы урбд о чем то говорит?

(113) если нет возможности в терминале всех держать

(113)
2. и что это УРБД еще в периферийную базу тащит?

(115) все что посчитаешь нужным

(114)терминал неприемлем, т.к. простая магазинов владелец не переживет

(116)я посчитаю или платформа?
УРБД натащит того что в магазинах видеть не должны, даже если какой хакер базу украдет

(115) стоп а как вы инфу смотрите если у вас не распределенка?

(118) "УРБД натащит того что в магазинах видеть не должны" - плюнь тому в рожу кто такое тебе сказал

(119)у нас собственный механизм обмена

(120)а что не так? все равно же туда документы тащаться

(121) уууууууууу. Ну тогда пиши нетленку на 8ке. я сдаюсь.

(123)а ты как хотел? что бы в магазинах всю информация светилась

(118) как я и думал - проблема не в типовой, а в "не умеете готовить" )))

(125)но открой мне глаза как перенести в периферийную базу остатки без документов

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

(127)это надо что бы и конфигурация были одинаковыми, и система хранения остатков в них.
У меня на фронте остаток товара в реквизите справочника хранится - там достаточно.

(127)Интересно и как в периферийной базе что-то менять после обмена?

(0) Была и есть самописка. Использовал все 3 компоненты в 3-х разных конфигурациях дополняющих друг друга. И, начал понимать, что просто физически не успеваешь дорабатывать функционал до требований клиента. На 8.2 выбрал иной подход. Обновление типовой и свои доработки, но дополнительный функционал  расширяющий возможности типовой конфигурации.

Посмотрел свою конфигурацию. Не знаю как оценить ее сложность.
Но процедур там 280 процедур, 15 документов, 20 отчетов

(127) а не проще остатки по складам завести вводом остатков и огород не городить?

(129) что именно надо менять?

(133)
"но контрагента в периферийной базе меняем на "Скрытый контрагент", и цены в документах устанавливаем в 0."

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

(135)на складе - одна, в магазинах - другая
//
работать и так просто

(134) ээээээ
а словосочетание "правила обмена" о чем-то говорит?

(136) уриб же проще ... бэк офис склада и магазинов по функционалу может быть одинаковый, а фронты у вас в офф-лайне работают ?

(137)а при чем тут УРБД?

(138)в магазинах только фронты и работают офф-лайн

приходы набивают не в магазинах ?

(141)в магазинах только чеки и накладные бьют. У них и отчетов то нет

(+142)документов у них тоже нет. фактически только каталог товаров с набором товара в чек(счет)

http://savepic.net/3643767.htm

(144)Я угадаю эту компанию с 7 букв:)
Не знаю как у тебя взаимоотношения с их начальством, но ИМХО задумка для удобства покупателей хорошая, но вот цены, и так дорогие в среднем по городу, всвязи с материальными затратами на автоматизацию могут повысится, что плохо.

(145)не угадал похоже

(142) списания,инвентаризации?

(147)все делают в центре

(147)в магазине только продавцы

(146) Ладно, проехали.
Один не поднимешь переход. Местные франчи... как-бы ласково сказать что-бы не забанили... Разносители коробок... Ищи в помощь фришников...

(150)внедрение поднял, а тут не подниму.
ты похоже с масштабом организации ошибся

(151) Возможно. Судя по составу номенклатуры - это что-то типа Кенгуру...

ЗЫ. Страшно подумать, что это Домашний склад

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

(153) Ну собственно по структуре этого справочника, создаётся вчепятление, что переходить на восьмёрку нужно.
НО!!!!!!
Потянут ли работодатели затраты на обновление железа + затраты на твою з/п (проси минимум +50%)+ время обучения...

Ну что мне тебе рассказывать про образование и знание 1С конечных пользователей, занимающихся первичкой.

(154)какое там железо. в центральной базе всего 4 пользователя в терминале

В демо конфе конвертации есть стандартное правильно по переносу остатков )
Его можно покурить и из главной базы в периферию переносить остатки не только этого магазина, но и всех каких хочешь

(0) купите сап)

Джордж, не баись!
К сожалению, простых ответов на твои вопросы нет.
Меня волнуют точно те же вопросы что и тебя и примерно такая же ситуация (чуток попроще). Тоже в непонятках и раздумиях.
.
и тоже смотрю - и вижу костыли. ну потому что у нас редко кто ПЛАНИРУЕТ развитие бизнеса (и планирует под это расходы/затраты/разработки). Все обычно спонтанно и внезапно.
.
а с учетом того, что почему-то обязательное целенаправленное обучение пользователей владельцами бизнесов не закладываются в затраты/расходы (впрочем как и повышение затрат при переходе на новые более навороченные и громоздкие системы при том, что выполняемые работы персоналом остаются почти такими же как и на 7).
.
конечно. типовые - это сакссес и рулез. кроме одного - когда смотришь на пользователей и становится их жалко. кактус - колючий а выходов - почти не остается.
.
и спрашивается - вот нахрена куча народа держит дачки, огородики и прочую мутотень...
.
все - нипанятна!
.
пока только выход один. и он есть - командирское решение. сесть. подумать. если понравилось - подумать сильнее. отложить в сторону на квартал/полгода/год развитие 7-ки. бросить все. активно вьехать в типовой функционал 8-ки. тупо забить на программирование. облизать и облазить все типовое решение чтобы оно стало таким же родным и знакомым как и самописка/старое решение. после этого принимать обосновонное решение - да! или ну его на! и мегаджамп. в приглашенных со стороны консультантов и внедренцев, которые сделают реально КРАСИВО (даже на типовых) - я почему-то не верю. максимум что получим - штампованную ладукалину.
.
беспроблемная жизнь - типовые конфиги. минимум допрограммирования. в противном случае - те же грабли вид сбоку. только выкручивание рук пользователям через штатные тормозные универсальные вещи. да, гланды будем удалять. через (Ж). или, как вариант, эффективное, удобное, но специализированное не универсальное решение. везде есть плюсы и минусы.

(158)  Хозяин хаты, какой-нибудь старый козак-поселянин, долго их слушал, подпершись обеими руками, потом рыдал прегорько и говорил, обращаясь к своей жене: "Жинко! то, что поют школяры, должно быть очень разумное; вынеси им сала и что-нибудь такого, что у нас есть!" (ц) Гоголь Н.В. Повесть "Вий"

(159) ось так оно и е....

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