Имя: Пароль:
JOB
Работа
Что считать "сложной" задачей в 1С?
,
0 Doomer
 
13.05.13
16:54
Часто на собеседованиях соискатель рассказывать, что он занимался очень сложными задачами в 1С. Какие-то серьезные внедрения, в которых пришлось решать сложные задачи и т.д. Но вот привести пример конкретной сложной задачи для программиста что-то никак не получается.
Для программиста я не встречал сложных задач в 1С. Сложным в 1с можно назвать:
1. Работу с объектами с которыми чаще всего работать не приходится.
2. Сопряжение 1с с чем-то новый. Но тут чаще всего нужно просто прочитать документацию и немного поэкспериментировать.
Но это все-таки не сложно.
По моему чаще всего сложные задачи возникают именно при постановке учета и при формализации кривых бизнес процессов. Там сложно заставить заказчика работать по новому. Чисто психологическая сложность.
В связи с этим прошу привести пример сложных задач из жизни 1С-ников которые вам пришлось реализовывать. Задачи только по программированию.
94 Злопчинский
 
13.05.13
23:51
(16) это возможно. делал аналогичное на фармопте. весь вопрос в том, кто будет РУЛИТЬ этой мегапараметризуемой и настраиваемой системой ценообразования? - вот это сложная задача!
.
сложная задача: куда нахрен деть со склада "заслуженного" работника, от которого ТЕПЕРЬ ничего принципиально не зависит..?
95 Злопчинский
 
13.05.13
23:52
Сложная задача в 1С (на типовой конфигурации) - та, реализация которой занимает более 2 дней рабочего времени.
96 Злопчинский
 
14.05.13
00:11
(32) дарю собственное красивое (имхо) решение без привлечения всяких биномов и комбинаторик: группу из N элементов представляем Nразрядным двоичным числом (или строкой представляющей это двоичное число). берем двоичное число 1.  прогоняем шифтом по все разрядной сетке. 1ку считаем разделителем групп - получаем все возможные разбиения на 2 кучки (количества ноликов между единичками и гарницами разрядной сетки). Прибавляем десятичное X, получаем двоичные 101 - прогоняем шифтом по всей разрядной сетке - получаем все возможные разбиения на три кучки, далее 10101 - и т.д. решал где-то году в 1986...
97 Злопчинский
 
14.05.13
00:12
(45) эпохальная фраза!
98 Злопчинский
 
14.05.13
00:20
(86) решено примерно в середине 80-ых. автоматическое составление расписания с назначением аудиторий и прочего что там относится к этой области. - было темой диплома выпускника нашего фака/нашей группы. потом успешно работало, сего помощью составляли расписания - задаешь часовки на предметы, преподователей, доступные аудитории итд.... и давишь реально большую кнопку... ;-) считалось на ЕС ЭВМ
99 Guk
 
14.05.13
00:24
(39) вот хоть убей, не задумываясь, не написал бы ;) да и задумываясь вряд ли. а самое главное, совершенно непонятно, зачем это все программисту 1С. знание всех этих алгоритмов, за 15 лет программирования на 1С, не пригодились ни разу, поэтому знания эти успешно умерли...
100 Злопчинский
 
14.05.13
00:27
100!
101 Злопчинский
 
14.05.13
00:31
автоматизация бизнеса - сама по себе сложная задача. ввиду тотального "хз что надо будет завтра". Иногда смотришь на свои (да и на чужие) реализации этих "сложных задач" и становится грустно - в первую очередь от архитектуры системы. Поэтому в (15) = +100500! реально сложная задача - сделать так, чтобы спустя год посмотрел на это и радовался... вот у мну вертится система.. вроде устойчиво вертится... а смотришь как сделано - и особой радости и эстетического чувства - нет...
102 NS
 
14.05.13
01:47
(99) Проверяется нужно ли знание алгоритма (или какие-то навыки) легко - объясняешь что такое сочетания ребенку, и любой ребенок построит тебе все сочетания из кубиков.

То есть ребенок алгоритм придумать в состоянии. А тебе всего-лишь надо его реализовать. Придумывать ничего не надо.
103 ArtGurman
 
14.05.13
11:08
Была задачка из жизни, во времена кризиса 2008 многие завязли в кредитах, чтобы не обанкротиться сразу - надо взять брать кредит, но их тогда давали плохо, и нашли банк который даст кредит тем кто покажет всю деятельность в виде цифр ... Показать надо хорошую деятельность было, в банке были специалисты которые прогоняли данные программы для анализа, естественно проверяли вероятность и достоверность таких данных. Руководитель поставил задачу автонаполнения базы данными по алгоритму, который в разы увеличивал обороты за неск. лет, ручной труд в такой базе был закрыт для всех, то есть руками - из головы править запрещалось, все должно было генерироваться автоматически, получая начальные данные из реальной базы. Вроде как и понятно, но критических моментов которые рушили бы идею при помощи защиты от дурака было достаточно. В том числе при просмотре данных специалистами банка в предметной области торговли. Например, абсурдным выглядела поставка сложного дорого оборудования в большом количестве компаниям, которые никогда не покупали комплектующих к этому оборудованию и покупали всякую ерунду бытовую. С технической точки зрения, решение задачи не так сложно, - написать заполнение первичных документов по алгоритму, сложность была в определении реальных последствий того что сделаешь. В результате сделали как всегда, использовали человеческий фактор. хотя задача решаема в рамках оперативной логики.
104 Ksandr
 
14.05.13
11:11
Асинхронный обмен данными Консолидации с OeBS.
105 Ksandr
 
14.05.13
11:15
+к (104) и то от отсутствия документации по XDTO и web сервисам, да и по Консолидации, повторить такое, конечно, будет уже не сложно.
106 Doomer
 
14.05.13
11:23
Соискатели любят ввернуть в резюме что нибудь этакое. Например пишут, что "имеют большой опыт решения сложных задач в 1С". Написал дословно. Естественно, что потенциальному нанимателю интересно узнать что за сложные задачи решал соискатель. А по факту никто вспомнить что же такого сложного он делал не могут или приводят примеры которые я бы не назвал сложными. Понимаю, что такая фраза не для специалиста может звучать весомо.
107 Frost616
 
14.05.13
11:24
(0) сложная задача по 1с - заставить клиентов кавказской национальности купить лицензии
108 PCcomCat
 
14.05.13
11:36
(0)Самая распространенная сложная задача - "Хочу то, сам не знаю что, но я это хочу и вчера!!! Ах да и чтобы на одну кнопку только нажимать!".

Помимо основного направления программиста, тут уж и телепатом становишься, и логистом, ну и т.д. и т.п.
109 EarthsSoul
 
14.05.13
11:43
(0) Автор, считаешь ли написание правил обмена (которые используют достоинства КД 2.1) и обеспечение автоматизированного обмена между 2 БД (одна типовая 8.2, вторая не типовая 8.1), тащили с УПП (под 8.1) ?
110 Ksandr
 
14.05.13
11:53
(109) Это сложно, если ты не делал этого ранее.
111 Doomer
 
14.05.13
11:57
(109) Это скорее трудоемкая задача. Уж точно не сложная.
112 Конфигуратор1с
 
14.05.13
11:59
(111) можно критерии или примеры сложности. а то складывается такое впечатление что для вас любая задача несложная)
113 PCcomCat
 
14.05.13
11:59
(111) Сколько бухгалтеров, столько и видов бух.учета, не смотря на то, что налоговый кодекс один.

Так и у вас "Сложность задачи" - это фиг знает что, расцененное по фиг знает каким критериям.
114 Gantosha
 
14.05.13
12:01
сложность определяется через трудоемкость которую потратят ваши коллеги на решение такой же задачи)
115 PCcomCat
 
14.05.13
12:04
(114) Уже писали, что задача, однажды решенная, во второй раз уже не будет считаться сложной!
116 Gantosha
 
14.05.13
12:11
(115) ну тут я не очень согласен. Например отличник может решить задачу но она для остальных более простой не становиться. Так как тупо не понятно ни как он ее решал ни что он там получил.
117 Doomer
 
14.05.13
12:18
(112)(113)В этом как раз вопрос ветки. Сабж перечитайте.
118 Doomer
 
14.05.13
12:19
(114) Не согласен. Если я потратил 8 часов на написание кода. Это трудоемкая задача. А если 7,5 часов я пытался придумать алгоритм, а потом за 30 минут его закодировал, тот тут уже можно говорить о сложности задачи.
119 Ksandr
 
14.05.13
12:20
Сложная задача - сформировать средствами объекта СхемаXML схему, которая включает составные поля, простые поля, атрибуты и аннотации.
120 EarthsSoul
 
14.05.13
12:20
(117) Что для вас сложно?
121 PCcomCat
 
14.05.13
12:21
(117) Вопрос? В (110) это скорее утверждение.
122 EarthsSoul
 
14.05.13
12:21
(0) Я бы даже сказал интересен пример сложной задачи ?
123 PCcomCat
 
14.05.13
12:22
+(121) Простите, в (111).
124 EarthsSoul
 
14.05.13
12:26
(118) у вас написано сложная задача в 1с, боюсь что если алгоритм придумываешь 7 часов, то потом его реализация занимает 30 минут, то это просто сложная логическая задача, которая с 1с имеет мало общего ...
125 PCcomCat
 
14.05.13
12:26
(116) Это не про 1С. Тут как раз уже будет по коду все понятно и очень просто, потому как уже придумано и сделано.
126 Doomer
 
14.05.13
12:28
(123) Это мое личное оценочное суждение.
127 Gantosha
 
14.05.13
12:28
(118) сложность это оценка трудоемкости имеющимися средствами получить решение. Поэтому трудоемкая задача есть и сложная одновременно, так как не имеет более простого решения. Единственное что надо указать , что сложность еще связана с квалификацией которая с ростом позволяет снижать трудоемкость. Т.е. хотят именно оценить квалификацию , но вместо простого вопроса где ставится задача и спрашивается время на ее решение задают вот такую глупость.
128 Gantosha
 
14.05.13
12:29
(125) это тебе так кажется, потому , что ты долго этим занимаешься. Сунь это бухгалтеру и он в этом не разберется быстро.
129 PCcomCat
 
14.05.13
12:32
(128) Отчего ж, а давайте сразу дворнику!!! Что-то не в ту степь забрели, или я отстаю от жизни?
Вопрос-то про программистов!?
130 ArtGurman
 
14.05.13
12:35
изначально действительно для заказчика и исполнителя понятия сложности разные, что у дворника с управляющим к примеру
131 Doomer
 
14.05.13
12:39
(128) Я думал, что нам как раз за знания и платят "ОтСтатыщ".
Нужно же как-то оценить квалификацию сотрудника. Не дашь же ему тестовое задание которое он целый день будет делать. Обычно дают что-то что можно сделать в течении от 30минут до 1 часа.
132 ArtGurman
 
14.05.13
12:41
(131) это к китайцам надо
133 Gantosha
 
14.05.13
12:42
(131) поэтому обычно и используют аттестаты и смотрят на средний бал. Типа , ну у нас все по своему. И начинаются вот такие вопросы .. хотя их другая сторона это попытка оценить  опыт, но это другой вопрос. Вообще надо отвечать - решал много сложных и интересных задач, типа это вам не карточки личные сортировать)
134 Doomer
 
14.05.13
12:45
(133) Смотрю я аттестат. Даже школьный аттестат спрашиваю. Но только круглый отличник как правило не самый лучший спец. ХОтя бывают исключения из правил.
135 Gantosha
 
14.05.13
12:47
(129) вас видимо устроит только пример сложной задачи, так вам будет проще, но тут есть одна тонкость . Пример это всегда частность - ваша личная оценка. А вот внешняя оценка это уже критерий более общий. Почему вопрос собственно не корректный вначале и ответ на него не дает понимания о квалификации .
136 Gantosha
 
14.05.13
12:48
(134) потому что у нас одни исключения. Но обычно отличники дают лучшие результаты чем троишники.
137 Doomer
 
14.05.13
12:51
(136) В среднем скорее всего да. Но 1С-ники штучный товар. На собеседованиях законы больших чисел не сработают. Соискателей слишком мало.
138 Gantosha
 
14.05.13
12:57
(137) ну я не знаю есть ли среди один эсников отличники )
Например с нашего потока им занималось человек 5-ть. Так вот ..например тот который возглавлял общепит в рарусе не отличник ) а его одногрупник - отличник сейчас начальник аналитического отдела ММВБ - разница видна )
139 Doomer
 
14.05.13
13:08
(138) У нас во франче работал девушка прогом. Пришла сразу после ВУЗа. Была отличницей и в школе и в ВУЗе. В ВУЗе была 4 в их внутреннем рейтинге. Ну типа одна из самых умных на факультете.
Пришла к нам, изучала 1С. Постом стала выполнять задания клиентов. Качество выполнения было средним. Чуть более сложные задачи сделать вообще не могла. Например простой запрос с соединением двух таблиц она спокойно осиляла. А если чуть сложнее, то все. В результате устроили аттестацию всех прогов. Я ветку на эту тему создавал. Она узнав об аттестации написала заявление об уходе.
140 Doomer
 
14.05.13
13:11
+139. Вообще хорошая учеба и хорошая работа не всегда связаны. Я уже писал что встретил одноклассника который не учился никак. Ну никакой был. Сейчас работает в банке судя по его машине и машине жены, на хорошей должности. Жена красавица, двое детей. Материальное положение у него явно выше чем у меня. Хотя я учился хорошо.
Еще один одноклассник ушел после 9-ого в училище. По моему каменщик по образованию. Сейчас занимается строительством. Тоже очень хорошо поднялся.
141 Gantosha
 
14.05.13
13:18
(139) ну это все исключения. Конечно голь на выдумку хитра и вообще часто задачи решаются по обходным маршрутам. Но так или иначе вопрос задается для оценки опыта и квалификации - чисто для поговорить. Обычно совсем дебилов еще на уровне резюме отсеивают .. причем, если 1с ников еще ен так много, то всяких финов и бухов просто перекладывают из папки входящие сразу в мусор .. даже не стараются распечатать и прочесть что там написано.
142 dachnik
 
14.05.13
13:21
упарился как-то один раз, делая распределение затрат на выпуск продукции. Вся беда была в том, что получалось порядка 10 тыс.проводок.
143 ArtGurman
 
14.05.13
13:36
половой отбор рулит в рф. не всем же быть философами по жизни. правильно оценили сложность в объеме, трудочасов, а не в объеме связей в задаче, актуально другое в 90 %%
144 Bigbro
 
14.05.13
13:36
признаюсь, для меня осталась сложной функция которая склоняет падежи сотрудников, должностей, подразделений ) хотя там всего несколько строк семерочного кода, но набраться терпения и разобрать по шагам как она склоняет, почти всегда делая это правильно я так и не набрался духу)
145 FullMoon
 
14.05.13
13:39
(0) Консолидированный суммовой учет в НТТ.
146 ArtGurman
 
14.05.13
13:44
насяльник спрашивая такое часто тешит свое самолюбие, надо отдать ему должное, непреднамеренно, подсознательно, но все же в большинстве случаев это просто какая то формальность, чисто повод для разговора, чтобы понять состояние сознания претендента.
147 VladZ
 
14.05.13
13:48
Мне как-то давали тестовое задание сделать отчет по просроченным долгам в нетиповой конфигурации торговли.
148 ArtGurman
 
14.05.13
13:55
заметил что среди насяльника 1с овцев много боящихся конкуренции и вообще инакомыслия, поэтому слишком сложные задачи тоже нельзя озвучивать, если они не чисто технические, типа новые технологии, протоколы и прочая зеленка.
149 sf
 
14.05.13
18:51
(0) УПП релиз 1.3 в типовую схему свободных остатков (товары к передаче, резервы и т.п.) добавить еще один регистр, например, "товары в пути" (для документа перемещение товаров).
150 ilpar
 
14.05.13
19:04
программисты - прирожденные циники. @Deadline

Т.е. принизить других - легко :)
151 Джинн
 
14.05.13
19:11
Ну что, выяснили уже у кого длиннее?
152 expertus
 
14.05.13
21:32
Самая сложная задача - сдать боль-менее сложную выполненную задачу заказчику.
153 Последний Русский
 
15.05.13
06:58
Любую простую задачу можно сделать сложной, а сложную упростить. (0) Почитайте М.Кантор "Управление программными проектами" или приезжайте на Инфостарт Event 23-24 мая, секция "Удаленная работа" :-)
154 Doomer
 
15.05.13
08:22
(153) Я не смогу приехать. Жена не поймет. После рождения дочки я слишком часто стал куда-нибудь ездить.
155 vde69
 
15.05.13
08:27
делал триангуляцию 3д массива точек.

для затравки wiki:%D2%F0%E8%E0%ED%E3%F3%EB%FF%F6%E8%FF_%C4%E5%EB%EE%ED%E5
156 Pahomich
 
15.05.13
08:30
Сложная  это невыгодная в данный момент задача или ты специалист в одной области, а тебя просят сделать что-то непривычной и тебе неохота. Остальные все задачи простые.
157 vde69
 
15.05.13
08:31
аналог вот этого http://www.albea.ru/products/CAD/soft/TECHTRAN/techtran.htm  делал, правда не на 1с и только для 5 координатого швейцарца
158 vde69
 
15.05.13
08:33
делал сложную систему RLS

v8: Задачки пролетевшие мимо конкурса
159 vde69
 
15.05.13
08:38
наверно проект факторинга с нуля - то же сложная задача была, сложность в расчетах комиссий с херовой тучей параметров, ставок, условий взаимозависимых и исключающих.

чем-то сопоставимо по сложностьи с ЗУП ом (хотя конечно по размерам намного меньше.)
160 Pahomich
 
15.05.13
08:48
Сложная, это прежде всего та задача, где надо использовать много терминов, непонятных заказчику и вызывающих у него уважение
161 DJ Anthon
 
15.05.13
09:26
решить японский кроссворд с произвольным числом цветов
162 Deal with it
 
15.05.13
11:15
(0) внедрение УПП на каком-нибудь заводе, считаю сложной задачей...с учетом, что до этого бухгалтерию вели на совершенно иной платформе, или вообще самописной программе, как это часто бывает.
163 SBad75
 
16.05.13
09:42
Любая задача сложная если ее делаешь в первый раз. Можно даже сильно гордится что такую "Супер Вещь" сделал. Но через год-полтора смотришь и думаешь-"И что за дебил это проектировал и программировал" ))).
А если без философии, сложные задачи -это те у которых много источников данных(на пример пара конф 1С(ЗУП,БП,УПП) + Парус+ и самое любимое, СуперЭсель или Ексес). И все это вместе должно летать и обменивается, и не дублироваться.
164 zzzzz
 
16.05.13
10:13
Большинство сложных задач формулируются примерно одинаково - хочу как в.. далее просто выбирается то, что где-то видели и понравилось.
Но самые сложные задачи звучат просто - хочу тоже самое, что сейчас, но быстрее и проще. Это если задачи только для программиста. Где ничего согласовывать не надо и т.д.
165 AlexITGround
 
16.05.13
17:20
Мой вердикт - сложные задачи как целая область неких задач. Итак, по уровням сложности:
1. Пользователь не знает чего хочет и не может это объяснить.
2. Руководитель, который требует у Пользователя не знает чего он хочет от этого пользюка и зачем вообще ему такая подсистема или объект.
3. Пользователь не знает прикладной области.
4. И я - программист не знаю этой прикладной области и никогда с ней не встречался.
Для моего маленького опыта пока такая классификация.
166 vde69
 
16.05.13
18:51
(165) по моему сложная задача - это задача требующая дополнительных специфических знаний не относящихся к программированию и алгоритмам применяемым в программировании.

например задача что-то зашифровать определенным алгоритмом и передать простая, а вот зашифровать не с заранее заданной криптостойкостью - это сложная задача, так как требует доп знание в теории криптографии
167 Сияющий Асинхраль
 
16.05.13
19:09
Пришлось как-то писать полный анализ работы фирмы в одном отчете (причем даже не фирмы, а холдинга, с большим количеством подразделений и фирм), пытался помирить разные взгляды в одном отчете более года, в конце концов сам отчет перерос 10 тыс строчек, а я уволился, ибо один взгляд на него у меня вызывал тошноту :-(, с тех пор для меня самое страшное в работе 1С не код написать, а добиться от клиентов, что же они хотят...
168 RayCon
 
16.05.13
20:00
(88) Респект!
Продаёшь или как?
169 КомПрог
 
16.05.13
20:00
Управление котельной... пишу уже 2 года...
170 AlexITGround
 
16.05.13
20:07
(167) т.е. Вы со мной солидарны_)
171 bambazamba
 
16.05.13
21:01
100 продавцов, 12 складов, 30000 активных товаров. Резервирование всего этого по срокам годности партий. Матана нет. Хрен внедришь.
172 Drac0
 
17.05.13
12:45
Как вариант можно назвать сложные интерефейсы каких-нибудь рабочих мест. Когда необходимо сделать удобную и быструю обработку больших данных пользователем с хитрыми обработками, проверками, защитами от дурака и прочее.
Причем каждвый раз задача будет решаться по-разному в зависимости от входных данных, поэтому сколь-нибудь универсального варианта нет.
173 Серго62
 
17.05.13
13:55
(0) У каждого плательщика есть отсрочка платежа в календарных или в банковских днях (зависит от договора с конкретным плательщиком). Задача - сделать расчет просроченной задолженности (сумма и к-во дней) на произвольную дату.

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

Это все реальные задачи, которые приходилось решать.
174 Злопчинский
 
17.05.13
13:58
(173) эту задачу по просрачке можно отнести практически к типовой.
175 Серго62
 
17.05.13
14:14
(174) Можете подсказать, где взять типовое решение?
176 Серго62
 
17.05.13
14:16
(174) Хотя бы описание алгоритма решения...
177 Drac0
 
17.05.13
14:39
(173) Ммм, эту задачу я решал в первые месяцы работы 1С-ником. В семерочной бухии. Так что сложного здесь нет ни на йоту.
178 Серго62
 
17.05.13
14:46
(177) Там есть нюанс - банковские дни. То есть чтобы посчитать   дату просрочки надо пересчитать количество банковских дней в календарные, с учетом выходных и праздников...
179 JustBeFree
 
17.05.13
14:47
(176) Для типовой бухии 2.0 (т.е. токма по календарным дням) пишется сей отчет за пару часов.
В БП 2.0. на счетах расчетов с контрагентами учет ведется по расчетным документам (третье субконто).
Остатки по документам поставки/реализации на к-л дату - есть задолженность. Для того чтобы посчитать просроченную, нужно из 2-го субконто "Договоры" взять кол-во дней отсрочки и прибавить к дате документа поставки/реализации и посмотреть находится ли она до даты отчета, если да, то это просроченная задолженность.
В итоге - запрос к вирт. таблице остатков по трем субконто.
Примерно так.
180 JustBeFree
 
17.05.13
14:49
(178) В УПП выходные и праздничные дни можно взять из производственного календаря. В бухии потребуется добавлять  регистр. А посчитать банковские дни без учета праздников для БП 2.0 - не проблема - это все дни кроме сб и вс (т.е. 6-ой и 7-ой дни недели).
181 vde69
 
17.05.13
15:57
(173) я для расчета по банковским дням то-же что-то мутил, только у меня сложнее было,

например:
период отсрочки установить 21 банковский день но не более 1 календарного месяца. При этом если взять дату начала например 5 января, то даже просто карандашиком с календарем сразу не посчитаешь...

а расчетные схемы так вообще трендец какие были, например

Для компании А установить лимит кредита в 1000руб но не более средней дебиторской задолжености всех компаний группы в которую входит компания А, и не менее среднемесячного оборота с компанией Б.

Там такие варианты заворачивали, что ЭКОНОМИСТЫ говорили что тут есть нереализуемые противоречия...

Ничего все работает :)
182 tenikov
 
17.05.13
17:25
(0) когда умеешь, всё не сложно.
183 DJ Anthon
 
17.05.13
21:35
(163) приятнее всего смотреть и думать - нифига же сколько тут работы проделано. и до сих пор работает!
184 Ковычки
 
17.05.13
21:40
Самое сложное ничего не делать.
185 vde69
 
17.05.13
22:47
(184) самое сложное - ждать... (с) к/ф в бой идут одни старики
186 Злопчинский
 
19.05.13
17:37
(183) приятнее всего смотреть и думать - наваяна ж полная фигня, но до сих пор работает!
187 eduspec82
 
19.05.13
18:21
задавая на собеседовании вопрос типа какие "сложные задачи" на 1С решал кандидат представитель работодателя прежде всего хочет еще больше укрепиться в собственном мнении что он крутышка, по сути что бы вы ни сказали на вас будут смотреть сверху вниз да типо это понятно как делается и т.д....
188 eduspec82
 
19.05.13
18:24
правильным решением для взаимодействия с таким крутышкой является подвод крутышки к уиверждению которое крытышкой будет заведомо принято т.е. что то типа
вася вы такой крутышка - спец что под вашим руководством любая задача будет простой !!! гыгыгы
189 ArtGurman
 
19.05.13
18:35
да ищут юношей с горящими глазами
190 eduspec82
 
19.05.13
18:50
+(188) это как если бы девушка сказала васе - у какой у тебя большой :)
больше от этого у васи не стало
зато как приятно для чсв
191 Pahomich
 
19.05.13
19:47
Не бывает в 1с сложных задач, бывает мало денег или времени.
193 25-11
 
19.05.13
20:05
Я бы назвал сложными для 1С задачи, в которых существуют очень жесткие требования по масштабируемости/производительности. Когда нужно быстро, по сути в режиме реального времени, обрабатывать большие объемы данных.
Чтобы обнаруживать ошибки, программист должен иметь ум, которому доставляет удовольствие находить изъяны там, где, казалось, царят красота и совершенство. Фредерик Брукс-младший