Имя: Пароль:
1C
1C 7.7
v7: Перспективы расширения фирмы.... Что делать с базой?
0 maxnn
 
02.12.11
21:47
Что щас имеем. 1С комплексная 7.7 переработаная. ДБФ. Сервак на обычном Core i7 системнике с 10 рэйдом.  Документооборот 600-800 документов в день. 30 менеджеров оптовых и сеть из 17 магазинов. Все одновременно работают в базе 1С через терминал.

Тормозов нет, база летает. Затыков тоже нет по быстродействи.

Руководство взяло курс на расширение розничной сети и поставила план 1 новый магазин в месяц. То есть через год у нас будет уже не 17 а под 30 магазинов.

Меня просто интересует, какая перспектива у нашей системе? Всё таки сколько потянет наша система ещё пользователей?
1 KRV
 
02.12.11
21:48
Резать базу регулярно и все будет пучком
2 maxnn
 
02.12.11
21:51
(1) Базе 2 года.  Сама база без внутренних каталогов занимает 6 гигов. Думаем что ещё год поработаем и будем резать.

Переход на SQL всё откладываем, так как нету надобности в нём.
3 Ёпрст
 
02.12.11
21:52
такими темпами, еще года 4-5
4 Ёпрст
 
02.12.11
21:52
можно ничего не делать
5 andrewks
 
02.12.11
22:08
самое главное - не допускать незакрытых регистров. ну, и держать руку на пульсе, следить за размером самого большой dbf-таблицы
6 Sj
 
02.12.11
22:08
(0) проблемы решаем по мере их поступления. Сервак хороший. Будут проблемы - переводи на скуль. А так - забей.
7 andrewks
 
02.12.11
22:10
памяти на сервак прикупи. а по-хорошему, это вообще железный повод поставить руководство перед необходимостью покупки "правильного" сервака, с "много" памяти и SAS-рэйдом
8 AlexNew
 
02.12.11
22:12
(0) Фигня какая-то 30 менеджеров, 17 магазинов, 600-800 док, ДБФ, летает. Что за документы? Размер базы?
9 AlexNew
 
02.12.11
22:17
(0) Размер просмотрел. Что там такая куча народа делает?
10 Эльниньо
 
02.12.11
23:30
(7)  "много" памяти - это сколько?
11 andrewks
 
02.12.11
23:34
12 суицид
 
02.12.11
23:38
хочется приключений, переходи на 8.2
13 VasilyKushnir
 
02.12.11
23:53
(10) Думаю из расчета 250М на харю + 2Гига в термилке или в 2 раза меньше общей суммы при сетевых коннектах должно хватить за глаза. ;-)
В случае (0) я бы ставил 16Гиг и не парился.
(0) При переходе на скуль "летать" уже так  не будет - летать будет , но низко-низко (прямые запросы улучшат ситуацию), но надеги будет поболее. При переходе на 8-ку за "летать" забудь, зато будет много красивостей (одним словом - свистелок/перделок, к задаче учета имеющих весьма отдаленное отношение).
14 Дядя Васька
 
03.12.11
00:27
6 гигов на дбф? А это как? При таком размере базы до сих пор ни одна таблица 2 гига не превысила? Имхается мне нас разводят как лохов )
15 Дядя Васька
 
03.12.11
00:28
(14) У семерочной 1sjourn полюбасу уже должна зашкалить.
16 VasilyKushnir
 
03.12.11
00:32
(14) Есть много чудного в датском королевстве... (С)
Мы перешли на скуль , когда общий вес дбф и индексов перевалил за 11 гиг. Журнал не шкалил, а вот регистр Остатки уже был на "сносях".
17 Дядя Васька
 
03.12.11
00:42
(16) Значит была толковая самописка, типовые мрут намного раньше.
18 Cthulhu
 
03.12.11
00:43
(16): с крнел3х?
(17): гон. просто нужно уметь ими пользоваться.
19 Ёпрст
 
03.12.11
00:43
(14) у нас 20, и ничего.. работаем, так что, автору верим.
20 Дядя Васька
 
03.12.11
00:44
(17) Ну или просто в документах было много строк, а самих доков мало. В журналы-то по-любому с каждого по строчке пишется. А до двух гиг оно и не доходит, глючить раньше начинает.
21 Ёпрст
 
03.12.11
00:45
(20) ты просто с дбф не работал видать.
Ничего там "не глючит"
:)
22 Дядя Васька
 
03.12.11
00:46
(21) Со всем я работал и по всякому. 1sjorn какого у тя размера, ась?
23 Ёпрст
 
03.12.11
00:46
Есть ошибка по чтению, если файло в среднем >1,3гига, но эту проблемку давно порешал hogik
24 VasilyKushnir
 
03.12.11
00:46
(17) Верно. Жутко не типовая.
25 Дядя Васька
 
03.12.11
00:49
(23) Помнится ту проблему еще на территории дурочка решала, точнее не решала, а просто не имела ее, ибо база валялась на тачке с фри-бсд. Мож оно? Ну не может быть чтобы при 20 гигах общих журналы не разрослись, либо ты не только дбф считаешь, но и какую-то левую хрень.
26 Ёпрст
 
03.12.11
00:50
(22) 320 метров,
select count(iddoc) from 1sjourn
2581641
27 Дядя Васька
 
03.12.11
00:50
+(25) Сделай ей пофигуратором сохранить-восстановить в другой каталог, наверняка там раз в 10 поменьше окажется...
28 Дядя Васька
 
03.12.11
00:51
(26) Самый большой файл какой?
29 Ёпрст
 
03.12.11
00:57
30 Дядя Васька
 
03.12.11
00:57
в принципе не может такого быть чтобы семерочная база весила 20 и ни одна из таблиц к двум гектарам не подобралась. 20 у тебя вместе с картинками или pdf там какими...
31 Ёпрст
 
03.12.11
00:58
Вот Фома то неверующий..
32 Дядя Васька
 
03.12.11
00:59
(29) Ну и где тут 20 гиг )))))
33 Дядя Васька
 
03.12.11
01:00
(32) Два метра без малого самая большая таблица. Ты размер базы с какой-то хренью вместе посчитал.
34 Дядя Васька
 
03.12.11
01:02
(33) хотя не, гоню, это кб же... Под два гектара регистр. Ну готовь вазелин короче, на днях лажет, уже подобралось к критичному размеру. На практике до двух гиг обычно не доходит, валится чуть раньше.
35 Ёпрст
 
03.12.11
01:04
http://s2.ipicture.ru/uploads/20111203/931SktaH.png

точно, буду звать тебя теперь Фомой
36 Дядя Васька
 
03.12.11
01:08
(35) А этим ты чего хотел сказать? У тебя регистр подобрался к критичному размеру. НГ еще нормально отметишь, а затем тебя ждет жесткий секс с извращениями, не видишь что ли?
37 Ёпрст
 
03.12.11
01:10
(36) да не сцы ёпт.. Базу порезать, это дел на час максимум.
:)
38 Дядя Васька
 
03.12.11
01:12
(37) Когда йопнется уже не порежешь, так что заранее подсуетись. Размер rg реально опасный.
39 maxnn
 
03.12.11
01:12
(14) Самая большая ДБФ - как раз общий журнал 1 Гиг ровно.

А там кстати 2 гига ограничение? не 4?
40 Ёпрст
 
03.12.11
01:12
(38) да никуда она не денется, да и архивы есть.
41 Ёпрст
 
03.12.11
01:14
(39)и.. сколько записей в твоём журнальчике ?
Мот того, 88 общих реквизитов там ? Или еще какой мусор ?
42 Дядя Васька
 
03.12.11
01:14
(39) два... даже чуть меньше
(40) ну а разницу между архивом и тем что упало тебя набивать и посадят, чтобы впредь неповадно было :)
43 Ёпрст
 
03.12.11
01:14
(39) select count(iddoc) from 1sjourn
чего выдаёт ?
44 Дядя Васька
 
03.12.11
01:15
(41) Просто бухия там, а не торговля, у тя не очень много доков с кучей строк, а у него наоборот много маленьких.
45 Ёпрст
 
03.12.11
01:15
(42) там нечему падать, до 2-х гигов еще далеко.
46 maxnn
 
03.12.11
01:16
(9) Занимаются продажами... Больше всего документов плодят розничные магазины. в Базе 3 фирмы. И чтобы сделать перемещение товара с одной фирмы в другую, то плодятся сразу 3-4 документа автоматом.
47 maxnn
 
03.12.11
01:17
(43)  я не программист 1С. Хз что с этим твоим "select count(iddoc) from 1sjourn" делать.
48 Ёпрст
 
03.12.11
01:17
(44) у нас комплексная, если че..
:))
+ 2 плана счетов + двойной учет во всех регистрах.
49 Дядя Васька
 
03.12.11
01:17
(45) Да раньше падает-то... Фикси они такие фикси... Не, ну я предупредил, а там как хочешь )
50 Ёпрст
 
03.12.11
01:19
(47) :)
ладно, вот так, че кажет ?
Процедура сформировать()
 сч=0;
 Док = СоздатьОбъект("Документ");
 Док.ВыбратьДокументы();
 Пока Док.ПолучитьДокумент()=1 Цикл
   сч=сч+1;
 КонецЦикла;
 Сообщить(сч);
КонецПроцедуры
51 Дядя Васька
 
03.12.11
01:20
(48) А нас рать... Как говорил Добрыня Никитич. Регистр-то не закрывается поди? ;) Работаем значит с бухией с двумя планами счетов, а самый большой файл rg... Да за такое надо выгонять без выходного пособия ))
52 maxnn
 
03.12.11
01:21
(7)(13)  Так как память трёхканалка, то щас стоит 12 гигов. Все пользователи отжирают в среднем 6-8 гигов щас... Так как цена копеечная щас, то наростить до 24 гигов будет стоить меньше 100 баксов... так что в этом проблем нет.

А вот по поводу SAS  и правильных серваков, то меня они не устраивают тем, что нельзя оперативно раздобыть если что сдохнит, а также нельзя за недорого обновить сервак...  Так как фирма растёт быстро, то я уже 4-ре раза менял сервак - этому серваку год где-то. И его ещё оочень надолго хватит.  Для 10 рейда у меня пачка винтов лежит новых, как только вырубиться один винт, так сразу меняю его, благо они копейки стоили ещё совсем недавно.  Правда за 8 лет и 4 сервака это было только раза 3, да и то на первом и втором серваке...
53 Ёпрст
 
03.12.11
01:21
(51) бухой что ли ?
Самый большой - RAAAAAAAAAAAAA
54 Ёпрст
 
03.12.11
01:24
Незакрытые тоже есть, но, это не парит - там своя специфика.
55 maxnn
 
03.12.11
01:25
(50) выполнил на старой копии которую делал 2 месяца назад. Выдало 383590
56 Anton_2011
 
03.12.11
01:26
Аксапта
57 Ёпрст
 
03.12.11
01:27
(55) вот тепереча подумай над этим:

320 метров и два с половиной милиона записей, это у нас
и
1 гиг и четыреста тысяч у вас..
Что-то не ладное в датском королевстве.
58 Дядя Васька
 
03.12.11
01:27
(53) не придирайся, я суть передаю...
(54) Незакрытые это не специфика, а непрофессионализм разработчиков, даже и в семерке все прекрасно можно закрыть, тем более прямые знаешь, любую специфику можешь замутить не делая глупостей.
59 Anton_2011
 
03.12.11
01:27
Это в этимологии слова перспектива. А если хотите секса - 1С конечно.
60 maxnn
 
03.12.11
01:28
(57) У меня в этой базе 1 Гиг файлов RA и 1 Гиг файлов RG.  Это может сказать что либо?
61 Ёпрст
 
03.12.11
01:29
(58) там незакрыт только книжка продаж.
Этот мусор издалека тянется, а мне лень копаться в этом. Бухи всё сдают и ладно.
62 Дядя Васька
 
03.12.11
01:29
(60) Только то что у тебя типовая торговля )
63 Ёпрст
 
03.12.11
01:30
(60) если RG>RA от одноименного регистра, то этот регистр не закрывается.
64 Дядя Васька
 
03.12.11
01:31
(61) Правда все тупит безбожно, но бухи не жалуются и ладно... Ну да кто на что учился...
65 maxnn
 
03.12.11
01:31
(57) А вы оптимизировали комплексную для этого?  У нас не было оптимизации для уменьшения размера. +  у меня начинается база с вводом остатков, а там куча документов, в которых максимальное количество строк, которое позволяет делать 1С, тоесть мы эти приходные документы били на 2-3 части, и это на каждый из 8 складов.
66 Ёпрст
 
03.12.11
01:31
(65) да, но оптимизировать можно бесконечно :)
67 maxnn
 
03.12.11
01:32
(59) Аксапта? да она не создана для наших реалий.... Темболее там цены наверное сами знаете на интеграцию... Она дороже бизнеса будет...
У самого есть сертификаты специалиста по программированию Navision и Axapta
68 Ёпрст
 
03.12.11
01:33
В штатной, достаточно немного лишнего вырезать для нормального "полёта" и привет.
Например, кастрировать аналитику на 41 счете - она и так вся есть в регистрах.
69 Дядя Васька
 
03.12.11
01:33
(65) А зачем это делать если она фактически снята с поддержки уже давно, и в v8 все это делается без бубнов? Я понимаю когда база управленческая, все обкатано и обновлений не требует, но бухов-то за что так?
70 Ёпрст
 
03.12.11
01:35
(69) снеговик, это мегатормоз с рюшечками, к сожалению.
71 maxnn
 
03.12.11
01:36
(69) Если бы это всё взлетело на 8-ке, то секса бы щас было на порядок больше. И простеньким сервачком бы не отделались. Да и переработана она несчадно, наша комплексная....
72 Ёпрст
 
03.12.11
01:36
(67) кинь описалово 1sjourn из словарика (*.dd) на поглядеть.
73 Дядя Васька
 
03.12.11
01:38
(70) Ух ты, еще остались адепты )) Не такой уж он тормоз если правильно готовить. Это как про скуль говорить что он тормоз супротив дбф. Тормозиит конечно, если в базе 1,5 буха, когда полторы сотни расклад уже немного другой. В восьмерке плюс к скулю еще сервер приложений имеестя, что тоже на малом количестве пользователей дает тормоза, а на большом существенный выигрыш. Ну и по разработке тупо быстрее чем прямые мутить, проверенно...
74 maxnn
 
03.12.11
01:39
(72)


==TABLE no 3      : Журналы
# Name    |Descr                         |Type[A/S/U]|DBTableName|ReUsable  
T=1SJOURN |Журналы                       |A          |1SJOURN    |1        
#-----Fields-------
# Name      |Descr               |Type|Length|Precision
F=IDJOURNAL |ID of Journal       |C   |4     |0        
F=IDDOC     |ID Document         |C   |9     |0        
F=IDDOCDEF  |ID Def Document     |C   |4     |0        
F=APPCODE   |Application code    |N   |3     |0        
F=DATE      |date                |D   |8     |0        
F=TIME      |Time                |C   |6     |0        
F=DNPREFIX  |Prefix Document No  |C   |18    |0        
F=DOCNO     |Document No         |C   |11    |0        
F=CLOSED    |Flag Document is Clo|N   |1     |0        
F=ISMARK    |Flag Document is Mar|C   |1     |0        
F=ACTCNT    |Action counter      |C   |6     |0        
F=VERSTAMP  |Version stamp       |C   |6     |0        
F=RF639     |Reg Action Flag     |N   |1     |0        
F=RF464     |Reg Action Flag     |N   |1     |0        
F=RF4667    |Reg Action Flag     |N   |1     |0        
F=RF4674    |Reg Action Flag     |N   |1     |0        
F=RF635     |Reg Action Flag     |N   |1     |0        
F=RF3549    |Reg Action Flag     |N   |1     |0        
F=RF4343    |Reg Action Flag     |N   |1     |0        
F=RF405     |Reg Action Flag     |N   |1     |0        
F=RF328     |Reg Action Flag     |N   |1     |0        
F=RF351     |Reg Action Flag     |N   |1     |0        
F=RF2964    |Reg Action Flag     |N   |1     |0        
F=RF4335    |Reg Action Flag     |N   |1     |0        
F=RF4314    |Reg Action Flag     |N   |1     |0        
F=RF2351    |Reg Action Flag     |N   |1     |0        
F=RF438     |Reg Action Flag     |N   |1     |0        
F=RF4480    |Reg Action Flag     |N   |1     |0        
F=RF31823   |Reg Action Flag     |N   |1     |0        
F=RF35171   |Reg Action Flag     |N   |1     |0        
F=SP4056    |(P)Фирма            |C   |9     |0        
F=SP5365    |(P)ЮрЛицо           |C   |9     |0        
F=SP798     |(P)Проект           |C   |9     |0        
F=SP74      |(P)Автор            |C   |9     |0        
F=DS1946    |DocStream flag      |N   |1     |0        
F=DS4757    |DocStream flag      |N   |1     |0        
F=DS5722    |DocStream flag      |N   |1     |0        
#----Indexes------
# Name     |Descr         |Unique|Indexed fields                                              |DBName    
I=IDDOC    |Id Doc        |0     |IDDOC                                                       |IDDOC      
I=ACDATETIM|Date+Time+ID  |0     |DATE,TIME,IDDOC                                             |ACDATETIME
I=DOCNO    |Prefix+No     |0     |DNPREFIX,DOCNO(UPPER)                                       |DOCNO      
I=DOCTYPE  |Type+Date+Time|0     |IDDOCDEF,DATE,TIME,IDDOC                                    |DOCTYPE    
I=JOURNAL  |Journal+Date+T|0     |IDJOURNAL,DATE,TIME,IDDOC                                   |JOURNAL    
I=VIA4056  |VIA4056       |0     |SP4056,DATE,TIME,IDDOC                                      |VIA4056    
I=VIA5365  |VIA5365       |0     |SP5365,DATE,TIME,IDDOC                                      |VIA5365    
I=VIA798   |VIA798        |0     |SP798,DATE,TIME,IDDOC                                       |VIA798    
I=VIA74    |VIA74         |0     |SP74,DATE,TIME,IDDOC                                        |VIA74      
I=VIA1946  |VIA1946       |0     |DS1946,DATE,TIME,IDDOC                                      |VIA1946    
I=VIA4757  |VIA4757       |0     |DS4757,DATE,TIME,IDDOC                                      |VIA4757    
I=VIA5722  |VIA5722       |0     |DS5722,DATE,TIME,IDDOC                                      |VIA5722    
#
#=======================================================
75 Злобный Фей
 
03.12.11
01:39
Снеговик это единственно верный путь. А клюхи - гуано мамонта, бесперспективняк. Ни одна вменяемая контора не будет мутить новый проект на клюшках
76 Дядя Васька
 
03.12.11
01:41
(75) Смотря что... Если надо полторы формы на 1000 филиалов, то очень даже имеет смысл, лицензия-то бесконечная )
77 Anton_2011
 
03.12.11
01:43
(67) Ну да, не будем спорить о реальных реалиях. У нас - все через #опу.
78 maxnn
 
03.12.11
01:43
(76) Вот и у нас куплена одна анлим комплексная, а все филиалы через терминал работают...

А 8-ку нам насчитали мама не горюй...
79 Злобный Фей
 
03.12.11
01:43
(77) У вас - может быть.
80 Злобный Фей
 
03.12.11
01:44
(76) И много таких проектов?
81 Anton_2011
 
03.12.11
01:46
(79) Да не прибедняйтесь. Я реалист. И дрочить навязанную херь не собираюсь. Так то.
82 Дядя Васька
 
03.12.11
01:48
(80) Проектов ни одного, а на фикси полно такого. Построили себе управленку на семере, да от добра добра не ищут. Проектов таких быть не может по той простой причине что для того чтобы сейчас семерку купить надо нуралиеву нижайше челом бить, и всячески письменно уговаривать почему же он должен тебе ее продать. А он еще подумает...
83 maxnn
 
03.12.11
01:49
(82) а на вторичке её покупать лицензия не позволяет?
84 Дядя Васька
 
03.12.11
01:50
(83) нет
85 Злобный Фей
 
03.12.11
01:50
(82) А ты фикси? Меня лично проблемы нищебродов как-то не волнуют. Моим клиентам хватает денег и на лицухи, и на меня.
ЗЫ: а что, Нуралиев может и продать клюхи при правильном подходе? Я думал всё, абзац.
86 Anton_2011
 
03.12.11
01:53
(85) Пафосно. Как то пафосно. Побольше такта, Джузеппэ(с).
87 Дядя Васька
 
03.12.11
01:54
(85) Продает... Если у тебя вся контора на семерке, и надо открыть новый филиал и ради этого перевод на новую версию невыгоден, так ты ему в ножки покланяйся, он так и быть продаст... Я не фикси, но на чем писать мне как-то пофик. Нищебродство тут ни при чем. Комплексную семерку сейчас на сеть филиалов держать мне непонятно, потому как это в том числе и бухия. Если же это управленка которая написана под себя и обновлять не надо, так почему нет?
88 Anton_2011
 
03.12.11
01:56
(87) Комплексная - супер прохрамма, для идиотов! Ну правда! Идиот придумал такое, и ведь зараза  такая прав был! - нашлись покупатели!!
89 Злобный Фей
 
03.12.11
01:57
(87) Почему нет? Ну так можно же коробки осьмеры продать :)
90 Anton_2011
 
03.12.11
01:58
Ну какой кретин свяжет торговлю, бухгалтерию и зарплату в одном флаконе? Ну, можно конечно! Если платформа грамотная. Но не боже мой 1С!!!!!!!!
91 Дядя Васька
 
03.12.11
02:00
(88) Это ты БГУ не видел...
92 Дядя Васька
 
03.12.11
02:00
(89) Так там на каждый ларек по лицензии надо. А их может быть очень много.
93 Anton_2011
 
03.12.11
02:01
(91) Видел. Перекрестился.
94 Злобный Фей
 
03.12.11
02:02
(86) Никакого пафоса, прынцыпы. Пусть сирых и убогих автоматизируют сирые и убогие. А для красивых и успешных всегда найдутся богатые и щедрые клиенты.
95 Злобный Фей
 
03.12.11
02:02
(92) А.. ларьками не интересуюсь
96 Anton_2011
 
03.12.11
02:04
Взять ту же УТ. Меня все не перестает забавлять концепция придурков, которые пишут типовые - ну бле через попу и через китай! Основная цель - прославить 1С - как она крута!
Посему доверие падает.
97 Злопчинский
 
03.12.11
02:04
(29) а это что у тебя за интересная консолька..?
98 Anton_2011
 
03.12.11
02:05
(94) читаем (96). Может проймет наконец...
99 Злобный Фей
 
03.12.11
02:11
(98) В (96) фигня какая-то. УТ - нормальная конфа, во всяком случае 10.3
100 Дядя Васька
 
03.12.11
02:15
(99) А 11 ваще ништяк, дружно все начинаем юзать управляемые, и пофик что между сотней человек несколько метров и гигабитная сеть, и формы обычные были бы мягко говоря удобнее, зато те трое что с филиала без тормозов работать могут. А и те и те сделать в одной конфе, это 1С не потянет, она фирма маленькая, бюджет не тот )))
101 Злопчинский
 
03.12.11
02:17
ух! обнаружил у себя два "незакрытых" регистра... RG > RA - по одному понятно - есть там затык все руки не дойдут... но вот второй - блин, нет там незакрытости - просто очень большие переходящие остатки...
102 Злобный Фей
 
03.12.11
02:17
(100) Те и те и те делать просто глупо. Это неоправданно усложнит конфу.
103 Дядя Васька
 
03.12.11
02:17
+(101) Особенно хорош способ рассчета себестоимости с полным отказом от партионного. Пофик что там далеко не каждый программист не разберется, а бухи и подавно. В документации прямым текстом написано что бухам в нем разбираться не надо, за них все сделает специалист, а дальше все само будет работать :)
104 Злобный Фей
 
03.12.11
02:19
(103) Там море вопросов. Причем методологических. Поэтому я на нее даже не смотрю пока в качестве рабочего продукта.
105 Злопчинский
 
03.12.11
02:20
А каково должно быть соотношение RG и RA для оборотных регистров...?
106 Дядя Васька
 
03.12.11
02:21
(102) Адепт, ема... Это не глупо, где приемлем толстый клиент существеннее удобнее работать с нормальными формами, управляемые это для удаленщиков. А что писанины внутри конфы будет больше, так это наши личные половые трудности, прога-то она вообще-то для пользователя пишется.
107 Злопчинский
 
03.12.11
02:21
(103) я пока в окопе вместе с Ёпрстом (если не выгонит)... ;-)
108 Злобный Фей
 
03.12.11
02:25
(106) Да не пори фигни. Упр формы для юзера вполне удобны.
109 Дядя Васька
 
03.12.11
02:27
(108) Только надо ему пряник в жпу забить, и кнутом его, кнутом... чтобы он это понял )
110 Злопчинский
 
03.12.11
02:28
Формы должны в своей подавляющей части просты и тривиальны как три копейки.. а не так как в типовых набросано...
111 Дядя Васька
 
03.12.11
02:32
(110) Да дело не в навороченности, а в самом подходе. В обычной форме у тебя перед носом журнал документов, или там список справочника где ты ищешь что тебе надо. В управляемой же подразумевается что списка у тебя нет. В принципе возможно, но не приветствуется. Нужный товар или документ ты должен искать поиском как в гугле. Это удобно если ты сидишь на московском серваке по диал-апу, но когда ты по локалке в полметре от этого сервака...
112 Злопчинский
 
03.12.11
02:36
а если в этот момент клиент задает вопрос "а какие еще кастрюли у вас есть" - а тыв - как в гугле... вместо того чтобы видеть список, где кастрбли лежат водной группе или по другому признаку в списке рядом... не.. конечно напридумываить много можно - все упирается сразу в РАБОЧИЕ ФУНКЦИОНАЛЬНЫЕ МЕСТА для кокнретных категорий сотрудников
113 Злобный Фей
 
03.12.11
02:36
(111) Это ты сейчас о чем вообще? Ты наверное уф только мельком видел, да?
114 Злопчинский
 
03.12.11
02:39
(113) признаюсь сразу - я = мельком.
115 Дядя Васька
 
03.12.11
02:41
(112) Отчеты никто не отменял.
(113) Я в курсе что в УФ списки возможны, я их даже ваял, но если почитаешь документацию и учебники там какие, то политика партии именно такая: списками не пользоваться, искать быстрым поиском. УТ 11 в целом выглядит мягко говоря убого.
116 Злобный Фей
 
03.12.11
02:42
Не нужно пытаться примерять свои стереотипы.
В 2003 году, помню, те же вопли были по поводу 8.0 и клюшек. Мол в восьмере нельзя быстрым поиском по любой колонке в списке. Мол скроллер не отображает реального положения в спиське и т.д.
117 Дядя Васька
 
03.12.11
02:44
(116) Да знаешь, меня этим не далее чем на прошлой неделе заморачивали всерьез, и я не нашел что ответить. И не далее чем позавчера опять, но там бушка забила, мол нельзя, ну и фик с ним, документов немного...
118 Злобный Фей
 
03.12.11
02:45
(115) По мне, так УТ11 _выглядит_ как раз таки офигенско.
И по поводу списков. Я не понимаю, о чем ты. Если про отборы, то так и говори. Да, их там нет, есть поиск. Он ничем не хуже, просто дело привычки.
119 Дядя Васька
 
03.12.11
02:46
(117)+ Если человеку удобно искать по сумме и у него эту возможность отняли, это ни хрена не стереотипы.
120 Злобный Фей
 
03.12.11
02:46
(117) Чем именно?
121 Злобный Фей
 
03.12.11
02:47
(119) Это фигня. Ищи себе по сумме, Ctrl+F никто не отменял
122 Дядя Васька
 
03.12.11
02:47
(120) БГУ, журнал касса, привыкли искать сумму быстрым поиском. В восьмерке не работает и по Ctrl-F. Никак низя, разве что свое поле с кнопкой им подрисовать.
123 Дядя Васька
 
03.12.11
02:48
(121) Не работает Ctrl-F именно для суммы.
124 Злобный Фей
 
03.12.11
02:50
(122) Не знаю, что такое БГУ.
(123) Значит это вычисляемое поле. Ну это логично, что нельзя.
125 Дядя Васька
 
03.12.11
02:52
(124) Бухгалтерия государственного учреждения. Для бушки это совсем нелогично. Она знает что в предыдущей программе можно было искать как тупо набирая на клаве, так и по Ctrl-F3, теперь же нельзя никак. Можно ты при мне этой кассирше объяснишь что такое вычисляемое выражение? Я только камеру захвачу...
126 Злобный Фей
 
03.12.11
02:54
(125) А в клюхах по полю "Остаток", например, можно искать?
127 Дядя Васька
 
03.12.11
02:58
(126) Да в снеговике ни почем нельзя искать, а сумма там и не вычисляемое вроде, не суть. Просто тупой гимор. В этом плане бухи правду говорят, что где-то стало лучше, а где-то и хуже...
128 Дядя Васька
 
03.12.11
02:59
(127) Для кассирши даже контол-фэ нажать долго, там же на поток идет, долбит и долбит. Вбивает мало, а документов немеряно.
129 Злобный Фей
 
03.12.11
03:00
(127) В снеговике в любом списке можно искать по любой колонке _с данными_. По вычисляемому нельзя, логично. Потому как значение вычисляется в момент прорисовки строчки. Какой тут гимор?
130 Дядя Васька
 
03.12.11
03:04
(129) Ничего логичного. Я могу воткнуть на форме поле, написать простейший запрос, да даже конструктором сделать, который найдет за мгновение. Почему нельзя было сделать на уровне движка? Почему я не могу попасть в подчиненный документ пока сам не приделаю соответствующую кнопку? Просто писалось людьми далекими от народа, и только.
131 Злобный Фей
 
03.12.11
03:08
(130) Не воткнешь. За мгновение не найдет. Тебе нужно будет циклически вызывать запрос к таблице списка, возможно с неявным соединением через точку к другому объекту с поиском по подстроке в наименовании этого объекта.
А теперь прикинь, если в списке миллион объектов, а твоя кассирка набрала букв 10.
В той же номенклатуре или в тех же списках документов 7.7 попробуй что-нибудь _быстро_ найти по любой колонке в списке, где 500тыс объектов.
132 Дядя Васька
 
03.12.11
03:10
(131) Расскажи это разработчикам гугля )
133 Дядя Васька
 
03.12.11
03:12
(132)+ запросом находил и в 7.7, не хуже, ну прямым конечно, да тут речь не об этом. Им надо в течении дня ориентироваться, максимум там недели, какие там 500 тыщ...
134 Дядя Васька
 
03.12.11
03:14
кстати делается проще чем кажется. Тупо ждет пока затупишь. Когда быстро пишешь ниче не ищет, как только остановился, идет запрос.
135 Злобный Фей
 
03.12.11
03:19
У нас сейчас бессмысленный спор. Просто при разработке в восьмерке надо применять несколько другие приемы, нежели в 77.
136 Злобный Фей
 
03.12.11
03:21
Для быстрого ввода данных в восьмерке вообще не нужны списки. Просто используем ОкончаниеВводаТекста у контрола, туда пихаем запрос любой навороченности, вот и все.
137 Дядя Васька
 
03.12.11
03:23
(135) Ну это смотря что понимать под 7.7... Если с прямых запросов да на восьмерочные перешел, никаких там других приемов и нет, все как обычно. Есть только плюсы и минусы движка, да языка. Например удобная штука виртуальные таблицы, но ни разу не удобно что в предприятии имея полные права нельзя зайти в подчиненный справочник, если не предусмотрено разработчиком конфы, как-то так...
138 Дядя Васька
 
03.12.11
03:25
(136) А еще можно взять бубен и сплясать вокруг бушки, ей будет весело, и она тебе простит отсутствие поиска быстрым набором. :) Некоторым даже в поле тобой созданное может быть долго переключаться, и это не прихоть. Просто разработчики движка платежек-то не забивали. Им кажется что мелочь, а оно и не мелочь совсем...
139 Злобный Фей
 
03.12.11
03:27
(137) Сейчас ты говоришь о мелкой кнопке, которой стандартно какбе нету. А чуть выше хотел, чтобы в цельной немелкой конфе формы продублировали. Где логика?
(138) Фигня. В движке все нормально. Все предусмотрено. Если твоя бушка заточена под 77, то это твои проблемы - ее переточить
140 Злобный Фей
 
03.12.11
03:29
+(139) А не хошь - не перетачивай. У меня не один десяток проектов готовых на 8, много сотен юзеров, от девушек до бабушек. Как-то никаких особых проблем никогда не было
141 Дядя Васька
 
03.12.11
03:31
(139).1 Не понимаю почему столь немелкая фирма в своей конфе не может себе позволить формы продублировать? Затраты на лишних программистов будущая выручка перекроет на несколько порядков. Просто жадно. Пипл и так схавает.
(139).2 Дело не в заточенности бушки. Просто где работа на скорость идет, каждый лишний клик мышкой может ее замедлить раза в два.
142 Злобный Фей
 
03.12.11
03:34
(141) А почему бы еще не реализовать досовские формы? А то особенно старенькие бухши не привыкли. Чего стоит такой большой фирме сделать такую поддержку? Ну и + еще формы как в 77.

Ты мне про скорость набора не рассказывай. Говорю же - скоростная работа прекрасно реализуется.
143 Дядя Васька
 
03.12.11
03:39
(142) Да кто бы спорил-то... Реализуем уж. Только по такой логике в короьку с конфой имеет смысл сразу бубен вкладывать чтобы иллюзий не питали. Сделать-то все можно. Плохо что не сделано разрабом. Так-то я по твоей логике могу ваще ниче не покупать, просто на делфях наваять, да и все, еще быстрее и удобнее. Правда на написание год убью. Покупают-то затем чтобы поиметь что-то относительно готовое, и если дорабатывать то под свои хотелки, а не очевидные вещи, которые разрабы сделать просто поленились.
144 Злопчинский
 
03.12.11
03:41
(126) Таки да, можно совершенно спокойно, например, в форме списка номенклатуры искать быстрым посиком по выисляемому полю "Остаток","Цена"
145 Злобный Фей
 
03.12.11
03:43
(143) В клюшках было готовое? Вот прям бери, ставь и работай. С бОльшим или лучше работающим функционалом? С твоими горячо любимыми прямыми запросами?
А где так? В кацапте? В САПе? Не смеши.
146 Дядя Васька
 
03.12.11
03:46
(145) Эм... Идеал-то недостижим конечно. Я всего лишь о том что новая версия программы должна расширять возможности старой, но никак не урезать. А тут вон оно чо, Михалыч...
147 Злобный Фей
 
03.12.11
03:50
(144) Ну это же ужасно? Для того, чтобы искать по вычисляемому полю, надо сразу вычислить все поля, так? А если их стотыщ?
(146) В данном случае 8 это по сути другой софт. Это не САП, в котором тянутся сопли от версий 70-х годов.
148 Злопчинский
 
03.12.11
03:56
(147) речь может быть даже о том, что нереальные навороты платформы не принесли качественного скачка 9и даже может быть количественного) в реализации функционала типовых...? - за что боролись..? может типа такое мнение...?
149 Злобный Фей
 
03.12.11
04:07
(148) Может быть. Может быть, кто-то чего-то ожидал, но не увидел. Я вот вижу, что ТиС сосет у УТ по всем фронтам. То же самое могу сказать и про Бух, и про Зик/ЗиУП. А кто-то может и поспорит..

При этом не могу сказать, что меня, например, все устраивает в типовых. Меня там не устраивает миллион вещей. Ту же УТ я рассматриваю лишь как классную болванку, которую скорее всего придется адаптировать под клиента. Меня такая ситуация устраивает. Если когда-нибудь вдруг 1С напишет идеальные конфы, то мне останется или менять работу, или заниматься разноской ИТС
150 Дядя Васька
 
03.12.11
04:18
(149) Жаль что ты не знаешь что такое БГУ... Ты бы сразу пошел посыпать голову пеплом. Ее писали бухие инопланетяне покурив задорной травы...
151 Злобный Фей
 
03.12.11
04:25
(150) У нас тут свои какие-то конфы под это дело, учет очень сильно отличается
152 Злопчинский
 
03.12.11
04:28
(149) слегка посмотрев УТ - ПРИНЦИПИАЛЬНЫХ отличий к подходу АВТОМАТИЗАЦИИ ТОРГОВЛИ (а не учета документов) - по сравнению с ТИС - не увидел.. да, есть всякие вкусняшки, есть полезности, но так, чтобы вывели процесс торговли на новый уровень по сравнениюс ТиС - не увидел.. может плохо смотрел...
153 Злопчинский
 
03.12.11
04:31
вот вы тут херней страдаете.. а я вот где-то в районе недели назад сделал неверное движение (не заполнил реквизит в старых доках для "расширения" учета) - и все, отец!!! сижу вот.. пересчитываю базу... итоги количественные съехали... хорошо что хоть по операциям, по которым не надо первичку менять... вернее надо, но придется всего за один день СЧФ поменять для клиентов (а не за полгода.. уф...), да и то - расхождения только по ГТД
154 Дядя Васька
 
03.12.11
04:58
(153) хех... мне бы ща такие проблемы. Ностальгия прям )
155 Злопчинский
 
03.12.11
07:02
(154) а что делать? сижу наблюдаю за перепроведением... пока все ок... но бляхамуха медленно...
156 Злопчинский
 
03.12.11
07:03
..все жрут расчет временных итогов.. пора на пярмые наверное проводить...
157 Ёпрст
 
03.12.11
09:40
(156) уменьши период хранения останков..до 5 дней и забудь что такое временный расчет итогов.
158 Ёпрст
 
03.12.11
09:42
(74) упакуй эту табличку, для начала.
А так, можно и отборы поснимать с общих реквизитов.
Хотя, даже с ними эта табличка должна быть меньше.
159 DEVIce
 
03.12.11
09:43
(152). А какой в торговле может быть новый уровень? Купил дешевле - продал дороже.
160 Mikeware
 
03.12.11
09:58
(142) Реализуется - может быть. Но не реализована.
Кстати, хотел бы я на это посмотреть...
161 ildary
 
03.12.11
10:55
(149) если все фронта - это гламурный вид и дурацкая цветовая гамма, где все сливается, то да, в семерке этого нет. А все остальное в семерке или есть или добавляется с помощью ВК.
162 Mikeware
 
03.12.11
11:02
(142) вот такое
http://s53.radikal.ru/i141/1112/03/4028f3e9bc17.jpg
как сделать?
163 DEVIce
 
03.12.11
11:25
(162). Такое есть в восьмерке, правда не такое гибкое решение, но все-таки есть.
164 Mikeware
 
03.12.11
11:27
(163) там надо набирать и ентер нажимать...
На поточных операциях реально большие потери времени. Я б сказал, огромные..
165 Mikeware
 
03.12.11
11:28
+(164) по крайней мере, в УТ11
166 DEVIce
 
03.12.11
11:43
(164). В семерошном классе, тоже работать начинает только начиная с некоторого по порядку символа. Ну и ты ентре жмешь только один раз, потом продолжаешь набирать - фильтруется (вроде, не обращал внимание на этот момент).
167 Mikeware
 
03.12.11
11:44
(66) там можно устанавливать количество символов, начиная с которого...
168 DEVIce
 
03.12.11
11:50
(167). Да блин я же и говорю, что более гибкое решение. Во всех планах. Но и то что есть на восьмерке вполне себе рабочее. В обычной жизни подавляющее большинство пользователей про эту возможность не знают - ибо и так живут счастливо.
169 Mikeware
 
03.12.11
12:01
(168) Меня не волнует "счастливое подавляющее большинство". Меня волнует быстрый ("поточный") ввод именно в моей конторе...
которого я на УТ11 добиться не могу. вот и спрашиваю - это у меня руки кривые, или все-таки это технологическон ограничение платформы...
170 Эльниньо
 
03.12.11
12:51
Опять клюшкосрач.
171 Mikeware
 
03.12.11
12:58
(170) Да не срач. Одним из топов было принято "стратегическое решение" перейти на "новую прогрессивную версию". Этого топа уже уволили, а бабла ввалили столько, что откзываться уже поздно. Но т.к. запускать мне - некоторые узкие места меня не устраивают.
172 Злопчинский
 
03.12.11
13:28
(171) стопудово. Если есть устоявшаяся система 0 переход на новую - это все равно надо брать кого-то полностью на паралельную "разработку" новой версии. чтобы вечером манагеры ушли, утром пришли - все готово, все что в старой было - примерно также и в новой, осовение старого в новом поле - не более одного дня. Вот вертится у мну контора практически без моей помощи и нормально! оставить вертется как есть - и начать стругать новое - не фонтан, ибо по старой хотелки возникают - ит вроде несильно обязательные но полезные... вот и делаешь потихоньку постоянно что-то... то блин бонусы/премии, то блин ответхранение, то блин списаниеТМЦ на основании заявки. (КСТАТИ, В УТ ЕСТЬ СПСИАНИЕ НА ОСНОВЕ ЗАЯВКИ?); то блин прайс нужному клиенту для его инетмагазина выгрузить, то с бл..ими сетями по два дня перегворов спрактически нулевым эффектом, то блин хорошо бы авторааасылочку напоминаний клиентам про просрочку.. то для каких0нить долбодятлов в ТОРГ12 впилить ГТД; то блин хорошо бы групваре запустить; то блин ускорить проведение; то блин обеспечить неизменность и согласованность данных в счф ив учете; то блин запрограммировать совместную детяельность - ваще хз как сделать в бухии;  то блин пко/рко из торг в бух перекидать потому что эти мударасы 7 доков за день не могут продублировать; то блин какую-нить мегатаблицу со всей логистикой прямо вера наваять надо и так каждый день....
.
и тут, млин, еще унтахз навернулся.. все пошел чинить, не скучайте.. вечером расскажу
173 Mikeware
 
03.12.11
13:48
(172) Да "взяли". Франчей. по рекомендации того же. Это была та самая буква http://im3-tub-ru.yandex.net/i?id=54918957-06-72
174 DEVIce
 
03.12.11
13:52
(171). Твое бабло ввалили чтоли? Если нет то че ты так переживаешь?
175 Злопчинский
 
03.12.11
13:54
(174) у нас, советских, собственная гордость!
176 DEVIce
 
03.12.11
13:56
(169). Кодируйте быстрый набор. Вводится реквизит с индексированием, вводятся правила кодирования посикового реквизита - получаете профит. Тут вопрос больше организационный чем технический, хотя семерка позволяет его решить и технически более круто. Но, даже на семерке если в наименовании номеклатуры бардак, то при вводе первых симовлов ты вполне можешь получить список охрененной длины где будеи чего попало.
177 DEVIce
 
03.12.11
13:56
*поискового реквизита
178 Mikeware
 
03.12.11
13:59
(176) в семерке бардака с наименованиями нет.
а про "реквизит с индексированием, вводятся правила кодирования посикового реквизита" - объясни подробней, плз. Желательно - картину, если есть.
зы. я хочу выбирать последовательно по первым буквам (а лучше - и не по первым). такое - возможно?
179 DEVIce
 
03.12.11
13:59
Автоматизация бардака приводит к автоматизированному бардаку - проблемы не решаются. Подбор в восьмерке несколько менее гибкий, но вполне рабочий, и разница всяко не на порядок. Имел возможность в работе использовать и решение на 1cpp и штатное восьмерошное.
180 DEVIce
 
03.12.11
14:01
(178). Грубо - артикул или код составленный по правилам, так чтобы его часть однозначо идентифицировала часть номенклатуры. Поспрошай у тех кто автоматизирует выездных агентов, как они кодируют номенклатуру.
181 Mikeware
 
03.12.11
14:01
(179) я даже не говорю про "гтатное восьмерочное". Мне нужно рабочее и быстрое (не в кодировании, а в работе) решение
182 Mikeware
 
03.12.11
14:02
(180) я "автоматизирую выездных агентов". там мне хватает короткого. а в поточной работе операторов - оператору придется помнить "сокращенные коды"
183 DEVIce
 
03.12.11
14:03
(181). Ну ты чета немного тупишь - уж извини. Или рыбку съесть или нак*р сесть. Решение оно техническими работами не ограничивается - организационные зачастую решают проблемы быстрее.
184 DEVIce
 
03.12.11
14:04
(182). оператору придется помнить "сокращенные коды" - да, именно так, если коды не числовые и логически понятные, то у оператора проблем не будет, тем более что с оператора ума особого не требуется, только память хорошая.
185 Mikeware
 
03.12.11
14:07
(183) туплю, согласен. Ибо не представляю как закодировать "поисковй реквизит" так, чтоб было удобно.
(184) это очень дерьмовое решение.
186 DEVIce
 
03.12.11
14:07
Решение на семерке, которое ты привел отличается от восьмерошного только тем, что в семерке список выпадает после того как было введено заданое количество символов, а в восьмерке надо ентер в нужном месте нажать. Т.е. технически существенной разницы нет. Вопрос в том, что попадет в список, а это уже исключительно организационные проблемы.
187 DEVIce
 
03.12.11
14:09
(180). У моего клиента, к примеру, все статьи затрат начинаются на некоторый код, например 05 - это материалы. Вводят 05, жмут энтер видят все материальные статьи затрат. Это удобно. Это чисто организационная мера. Пока никто не жаловался.
188 Mikeware
 
03.12.11
14:10
(186) в семерочном решении, которое я привел - поиск по вхождению. Я на такое на снеговике даже не претендую.
дайте мне хотя бы выбор по первым символам с отображением списка...
189 DEVIce
 
03.12.11
14:11
(185). Это отличное решение. Оператор - это как кодер по ТЗ, существо тупое и делает ровно то что ему говорят. Если кодирование понятное, то ему еще лучше. Выучить все эти коды и вперед.
190 Mikeware
 
03.12.11
14:13
(187) статьи затрат и т.п. буховские штучки - достаточно легко. Хотя сам принцип кодирования "чтобы выбрать материальные затраты, наберите 05" - пованивает идиотизмом...
УТ хороша для неспешной работы по продаже холодильников вагонами (как в штатном примере). Для более-менее массовой (потоковой) работе - оно гомно.
191 DEVIce
 
03.12.11
14:13
(188). Ты с восьмеркой на каком уровне дружишь? У меня такое ощущение, что я разоваривая с человеком, который в ней вообще не шарит (я сам в ней не супер, но не до такой степени). То о чем ты пишешь там реализовано, разница с семерошным классом я описал выше.
192 DEVIce
 
03.12.11
14:14
(190).Про пованивание - это ты нагрубил сейчас. Сиди дальше на семерке, я тут пропагандой не занимаюсь. Ориведерчи. Наступай на грабли сам.
193 Mikeware
 
03.12.11
14:14
(189) у операторов текучка довольно большая. Чтобы обучить оператора "под кодирование" - нужно пару недель. Если он за это время не плюнет и не уйдет.
194 Mikeware
 
03.12.11
14:15
(191) на хреновом. Но и "супер-пупер-франчи", да и мои прогеры - не смогди показать в УТ11 приемлемого по скорости и удобству способа работы
195 DEVIce
 
03.12.11
14:16
(194). Хамы идут лесом и разбираются сами.
196 Mikeware
 
03.12.11
14:16
(191) а насчет наступания на грабли - так и попросил объяснить или показать  "в картинках"
197 Mikeware
 
03.12.11
14:17
(195) Ну, что называется, "слив защитан"...
198 DEVIce
 
03.12.11
14:18
(197). Договорились.
199 Эльниньо
 
03.12.11
15:10
Семёра форева!
200 DJ Anthon
 
03.12.11
15:14
(200) да!
201 Пенелоп Круз
 
03.12.11
15:38
Все не читал, но во-первых виноваты хохлы.
Во вторых надо как-то перейти на 8...
Дальше мысли пока закончились
202 Злопчинский
 
03.12.11
17:43
ну, во-первых я успешно сменил начинку униатаза бачка. И если раньше баочк представлял из себя клюшки - снял крышку бачка и что надо посмотрел/поправил, то теперь бачок собачьямама ну точьвточь как снеговик - кнопка слива нахрен прикручена к крышке бачка и скрепляет собой крышку бачка с внутренним дивайсом... так что теперь если надо залезть унутрь бачка - сорри.. жмите энтер - надо идти за отверткой, откручивать кнопку слива с крышки и только потом... ну блин камаз целый епть
.
но что радует - бачок-унитаз я осилел!!! осилю значит и снеговика...
203 Злопчинский
 
03.12.11
17:44
инструкция - куча буковок и 22 картинки... и это только унитаз-внтуренности.. теперь вам понятно скольо тамм унутре kgx всяких в снеговике..?
204 viktor_vv
 
03.12.11
17:53
(201) Но-но, попрошу хохлов не трогать :). Добавим в дискуссию немного газа (слишком дорогой газ для хохлов, так сказать, наживаетесь на братьях славянах) и получится феерическая тема :). Все в одном :).
205 Эльниньо
 
03.12.11
19:07
(202) Хорошая аналогия.
Вопрос - а результат то какой? Лучше смывает или также?
206 Ёпрст
 
03.12.11
19:11
Вечно прибегут отмороженные снеговиком и всю ветку обосрут ... и не надоело ?

ЗЫ: у нас есть база на упп, как-то говорить про этот кал даже не хочется.
207 Злопчинский
 
03.12.11
19:18
(205) тут понимаешь, все зависит, извите от ментальности... йогу может горсточкой риса неделю питаться причем без отходов! а олигарх, какой-нить - клубнику со сметаной трескает - а хезает - дерьмо!
208 Эльниньо
 
03.12.11
20:14
(207) Т.е. не имеет значение - снеговик или клюшки? Всё от фирмы зависит.
Согласен.
209 Злопчинский
 
04.12.11
01:53
я все больше и больше мнение, что технические возможности/решения эффективны только в тесной увязке с административно-организационными; и, зачастую, если бы в организационные решения/персонал вкладывали столько скольок в иные техпроекты.. уууу....
2 + 2 = 3.9999999999999999999999999999999...