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

  1  2  3  4  5   
Работа :: Работа

Развод программистов 1С при устройстве на работу или как сотрудники повышают себе з/пл

↓ [Лефмихалыч, 19.10.17 - 19:54]
Развод программистов 1С при устройстве на работу или как сотрудники повышают себе з/пл
Я
   pumba055
 
11.10.17 - 15:25
Кто-нибудь может объяснить суть развода программистов 1С при устройстве на работу? Я так поняла, что когда просят сделать огромное по объему задание и после того, как ты его делаешь правильно в итоге получаешь ответ - задание сделано верно, но она его не делала, а списала.... Или когда ты делаешь 15 заданий их немаленьких, при этом настоятельно просишь обратную связь после решения, тебе дают общий ответ без уточнений - она не позаботилась об универсальности решения.... вот такие ответы..... сама знаю, что все правильно сделано! Или приезжаешь на собеседование - дают вопросы, думаешь ок - как раз все эти козырьки я знаю, после этого приходит девушка говорит - к сожалению руководитель посмотрел ответы - очень слабенько, к Вам сказал не выйдет на собеседование и никакой тебе обратной связи, типо пусть докажет!.... Я так понимают тем самым такие программисты себе сами набивают цену, что мол они крутые специалисты, тем самым повышают себе з/пл. Кто как думает, сталкивался ли кто с этим. Я часто работу меняю и никогда с ничем подобным не сталкивалась - всегда был адекват, но в этот раз не понимаю что поменялось! Кто как думает и удавалось ли что-то подобное наблюдать - такие комбинации?
 
 
   Digger
 
201 - 12.10.17 - 10:25
(194)  Да опа вообще.  С этим курсом бакса последние два года выпускников универов свалили в жавы и прочий веб.  В свободном поиске на рынке только вчерашние манагеры, которые прошли курсы по 1с.    Где искать программеров в регионе теперь хз. (     Разве что задирать зп до московского уровня.
   kiruha
 
202 - 12.10.17 - 10:26
(0)
Абсолютная неправда.
Я набирал не раз программистов.
После 5-6 собеседование и просмотра кода - надоедает это страшно.Тем более есть свои задачи, которые никто не отменял. И есть задачи, которые должен делать новый прог.
Вы действительно думаете что руководителю больше заняться нечем, как постоянно ходить на собеседования и просматривать чужой код неделями ?

Единственная причина отказа - либо понимаешь что чел не сможет выполнять обязанности, или есть уже более предпочтительный кандидат - тут уже ничего не поделаешь - рынок
   kiruha
 
203 - 12.10.17 - 10:28
+ у отдела кадров 100 500 вакансий надо закрыть, и постоянный отлуп кандидатов наоборот вызывает раздражение. Плюсов же это не несет никаких, зарплату за это не прибавляют
   Фрэнки
 
204 - 12.10.17 - 10:29
(201) а что от задирания зарплаты квалификация изменится в лучшую сторону? вот так вот массово, на рынке в регионах есть ровно столько, сколько их есть. Подними хоть до миллиона в месяц, их больше не станет - как не было из кого выбирать, так и не будет.
   Брудвар
 
205 - 12.10.17 - 10:30
(157) В запросах в цикле нет ничего плохого если это не повлияет на производительность. Только не все могут это определить, поэтому новичкам просто запрещают делать запросы в цикле.
   Брудвар
 
206 - 12.10.17 - 10:32
(204) Вообще-то будет. Если ЗП будет норм, хороший программист перестанет заниматься Вебом, и вернется в 1С. Я говорю сейчас вовсе не о Капюшоне, еслив чо.
   Фрэнки
 
207 - 12.10.17 - 10:35
(205) бывает ситуация, когда гораздо проще смириться с потерей производительности, чем изголяться, чтоб сделать одним запросом... Ну выдернул один раз из базу овердофига записей, а разбирать эту кучу кто будет? Кучками рекурсивных вызовов, перекладывая полученные данные из одной тз в другую? Ну можно, да.
   ЧессМастер
 
208 - 12.10.17 - 10:38
(203) >Плюсов же это не несет никаких, зарплату за это не прибавляют

Ну это как сказать.
У начальника отдела одна из главных задач экономить деньги на зарплате отдела ИТ. И если он сумел сделать так задачи троих раскидал на двоих то в глазах руководства он большой молодец.
   Фрэнки
 
209 - 12.10.17 - 10:38
(206) но вернувшемуся потребуется время, чтоб снова влиться уже на фоне всех происходящих актуальных обновлений и т.д. И программист тоже будет это понимать, что мгновенного соответствия уже не будет.

Мы же знаем, что массового оттока назад в С++ у 1С-ников не наблюдается, так ведь?
   kiruha
 
210 - 12.10.17 - 10:42
(208)
Начальника ИТ за экономию не особо хвалят.
А вот за просроченные задачи, за недовольных бухов и манагеров вставляют люлей нехилых.
Так что практически все руководители стараются максимально увеличить шат/финансирование, а не наоборот
 
 Рекламное место пустует
   Digger
 
211 - 12.10.17 - 10:45
(204)  Будут новые студенты которые сразу попилят в 1С, а не в веб, потому как в 1С больше платят.   Так было до 2014 когда веб условно стоил 30-40 рублей, а 1С 60-80.   А сейчас нового притока спецов нет,  спрос растет, а предложение еще и уменьшается за счет оттока в Москву.
   Брудвар
 
212 - 12.10.17 - 10:46
(207) Ты то же самое написал
   Брудвар
 
213 - 12.10.17 - 10:51
+(212) Хотя нет, не то же самое. Ты бы наверное выбрал ухудшение производительности даже там где этого нельзя делать чтобы облегчить себе работу.
   _stay true_
 
214 - 12.10.17 - 10:51
(201) А толку? У нас в Воронеже так пробуют несколько компаний: есть вакансии по 80к, две по 100-120(и это не ведущие), и одна на 140к+(ведущий). И висят уже давно эти вакансии. А ведь ещё год назад ситуация была диаметрально противоположная: 80к был потолок для города, средняя з/п толкового рядового прогера 1С была в районе 50-60к.  

А всё потому, что все переквалифицировались в джависты/си/дотнэт и.т.п., либо свалили в Москву(всего 500км). Коллизия)
   Брудвар
 
215 - 12.10.17 - 10:54
(209) Влиться в 1С обратно очень легко. Я по себе замечаю, когда знакомый просит помочь по 1С, для меня это так же легко как и раньше. Все такое простое и привычное. Да и самые последние новинки платформы не так уж и быстро начинают использовать в конфигурациях.
   Брудвар
 
216 - 12.10.17 - 10:57
(214) Попробуй откликнись на такую вакансию. Скорее всего ответа не будет. Почему-то на сайтах типа hh есть много таких вакансий с хорошей зарплатой и висящих годами. То ли глюк сайта, то ли реклама сайта
   Digger
 
217 - 12.10.17 - 11:06
(216)  Да вполне реальную человек ситуацию обрисовал.  В нашем городе тоже самое.  Появились вакухи 100-150 и они не закрываются.  Да и в целом рост открытых вакансий в 2-3 раза по сравнению с прошлым годом,  и средние ставки растут.
   Брудвар
 
218 - 12.10.17 - 11:11
(217) Значит это не такая уж и большая зарплата для таких требований. Фирмы посокращали штат во время кризиса, теперь хотят взять одного-двух нормальных программистов вместо пятерых плохих.
   d4rkmesa
 
219 - 12.10.17 - 11:16
(216) Иногда большие компании коллекционируют резюме.
   Брудвар
 
220 - 12.10.17 - 11:16
(0) >> или как сотрудники повышают себе з/пл

Я эту фразу не понял. Чем они повышают себе зп? Тем что выполнят задания?
   АнтонБ
 
221 - 12.10.17 - 11:16
(201) Программировать под веб ПРОЩЕ чем 1с!

Вообще удивляюсь.
Я в 1с с 7.7, сложность программирования поднялась в разы.
Те усилия, и время которые нужны чтобы на 1с 8.3 нормально программировать + 5 лет опыта.
В Node.js это уже уровень архитектора.

В 1с те же 5 лет опыта это только миддл.
Такие рыночные требования.
В 1с зубры имеют уже по 20 лет опыта только в 1с.
Пример волшебник!

При этом заказчик вообще не видит разницы в сложности между 1с 7.7 и 1с 8.3
Считает нормой, и рынок со средним опытом +10 лет заказчику это позволяет.
   Брудвар
 
222 - 12.10.17 - 11:17
(219) Зачем? Они же становятся неактуальными сразу как только соискатель найдет себе другую работу.
   dmpl
 
223 - 12.10.17 - 11:18
(222) Действительно хороших специалистов имеют тенденцию переманивать.
   piter3
 
224 - 12.10.17 - 11:19
(222) Кадровый резерв
   d4rkmesa
 
225 - 12.10.17 - 11:19
(210) Экономия - последнее что должно волновать начальника ИТ. У нас бывший начальник наэкономился до увольнения, потом ему же это в вину и поставили, когда все просто встало.
   АнтонБ
 
226 - 12.10.17 - 11:20
(214) См (221)
(216) Так мониторят рынок.
Это нормальная работа отдела персонала, мониторить рынок.
Висят вакансии для сборки вновь входящих на рынок.
Еще если без суммы вакансии, то это мониторинг рынка больше 50%
   АнтонБ
 
227 - 12.10.17 - 11:23
(208) В глазах руководителя.
3->2 ставки.
Значит что раньше сидели ничего не делали 3 человека а теперь 2.
Сам так ошибся на одной должности когда руководил.
Это была моя самая главная ошибка.
   Antony8x
 
228 - 12.10.17 - 11:31
(0) Из Вашего вопроса не совсем понятно кто кого разводит. Но насчёт самого факта частого смены работы я бы не беспокоился - программист ремесленник - всегда найдёт куда приткнуться
   ЦиркУехал
 
229 - 12.10.17 - 11:55
Лучшее тестовое задание должно выглядеть так:
Дать испытуемому  загрузить чего-нить с экселя, ну например   телефоны сотрудников  или там еще чего по- проще.  Посадить среди кучи народу, которая с интервалом в минуту будет подходить и спрашивать типа : «Мне срочно нужны остатки по моему Складу!! , вы что не можете понять какой у меня склад?  я геодезист. (складов с названием геодезист, нет и никогда не было)». Раз в пять минут будет прибегать тетенька из бухгалтерии и кричать «я не знаю, что вы там грузите, но грузите,  быстрее нам нужно срочно сдавать.!!!!!».  Потом просто непонятные люди, у которых мышка не работает, и они ессно жалуются начальству, что вы не смогли даже выслушать.  Потом как он закончит, если он еще не сбежит,  прибежит Глав бух и скажет, что у нее не сходится баланс, так как  вы там,  что то загрузили. Потом придет начальник производства и скажет что после вашей загрузки престал заводиться Кальмар,  а он 100 тыс евро стоит. СРОЧНО все переделать.  Если испытуемый от всего отбрехается, то можно брать, золотой сотрудник.
   Любопытная
 
230 - 12.10.17 - 12:01
(229) у вашей конторы денег не хватит такому сотруднику платить)
   Фрэнки
 
231 - 12.10.17 - 12:09
(213) // выбрал ухудшение производительности даже там где этого нельзя делать

без запятых прикольно читается.

Ну а что мы в типовых видим? Особенно там, где часто идет проверка остатков ПОСЛЕ проведения документов, а не ПЕРЕД - вот где почти любая типовая производительность теряет.
   АнтонБ
 
232 - 12.10.17 - 12:12
(231) Проверка остатков после проведения это фишка.
Тебе не дадут специалиста.
Если ты проверишь остатки до проведения.
За это вычитаются баллы.
Проверка после проведения БЫСТРЕЕ.
Реально быстрее.
А то что на первый взгляд это странно.
Это работает.
   ЦиркУехал
 
233 - 12.10.17 - 12:12
(230) можно миллион наобещать, а потом вычесть из-за того что Кальмар не завелся.( а он 100 тыс евро стоит. !!!)
 
 
   ЧессМастер
 
234 - 12.10.17 - 12:55
Про Кальмар до слез :)))
   nicxxx
 
235 - 12.10.17 - 13:07
(232) А в типовых это используется?
   Любопытная
 
236 - 12.10.17 - 13:13
(232) но только если не партионный учет.
   ЦиркУехал
 
237 - 12.10.17 - 13:14
(234) там интересная история, у кальмариков есть программа слежения куда они ездят, не простаивают итд..., там еще расход топлива пишется.
я предложил выгрузить в файл расход постом загрузить в 1с и списать все правильно (без теоретики).
выгрузить поручили Самому ответственному сотруднику. который жал на все кнопки подряд и одного кальмарика поставил в угон(или там в блок просто).
ну виноват ессно кто ?...
   MrStomak
 
238 - 12.10.17 - 13:16
(235) УТ11,КА2,ERP для ряда регистров.
   Волшебник
 
Модератор
239 - 12.10.17 - 13:16
(221) Уже 21 год трудового стажа именно по 1С на счётчике.
   MrStomak
 
240 - 12.10.17 - 13:17
(231)
Будет обоснование - почему ПЕРЕД быстрее, чем ПОСЛЕ?
   nicxxx
 
241 - 12.10.17 - 13:22
(240) С одним пользователем в системе быстрее не будет. А при параллельной работе, когда десяток менеджеров долбится в один регистр, да. Меньше времени на ожидание захвата будет уходить.
   MrStomak
 
242 - 12.10.17 - 13:25
(241) Конкретизируй. Меньше времени на "ожидание захвата" будет уходить в каком случае?
   АнтонБ
 
243 - 12.10.17 - 13:34
(239) Вот, а в node.js 3 года опыта уже синьер...
По честному нет конечно. )
А по деньгам вполне.
Из-за таких зубров как Вы (ты и е.т.с.) средний уровень квалификации в 1с очень большой.
За счет опыта среднего +10 лет.
   nicxxx
 
244 - 12.10.17 - 13:41
(242) В случае, когда 10 менеджеров продают один и тот же товар, с одного склада, одновременно. Первый захватил какой-то диапазон номенклатуры и проводит его, а остальные ждут завершения его транзакции.
Почему новая методика быстрее, понятно написано, например, здесь:

http://xn----1-bedvffifm4g.xn--p1ai/articles/2017-02-12-two-methods-for-inventory-check/
   MrStomak
 
245 - 12.10.17 - 13:49
(244)
Обрати внимание:
1. Я спросил - почему это ПЕРЕД быстрее чем ПОСЛЕ, т.к. в (231) утверждается именно это.
2. Ты ответил - с одним пользователем не быстрее, а при параллельной работе - огого. Т.е. ты поддержал утверждение, что ПЕРЕД, быстрее чем ПОСЛЕ.
3. Я из-за этого попросил конкретизировать - не перепутал ли ты чего. Сложилось впечатление, что ты отстаивал производительность "старой" методики.
   mehfk
 
246 - 12.10.17 - 13:53
(159) В современных конфах на БСП так уже не делают.
   Starhan
 
247 - 12.10.17 - 14:36
(217) на заводах (ГУПах и т.п.) отдел ИТ может раскидывать на себя допниками оклад недостающей штатной единицы. Им принимать кого-то просто невыгодно :)
   Фрэнки
 
248 - 12.10.17 - 14:56
(245) Т.е. если "старая", то однозначно хуже "новой".

Возможно, что помимо простого определения, ПЕРЕД или ПОСЛЕ и прикидок о длительности всей обрамляющей транзакции, в платформе в принципе сейчас поддерживается другая последовательность или правильность изменения данных с использованием транзакций. Сейчас прочитаю ссыль из (244) может и изменю свое мнение. Отпишусь после.
   MrStomak
 
249 - 12.10.17 - 15:00
(248)
"Старая" не хуже "новой".
Она просто вызывает больше ожиданий на блокировках ввиду более раннего обращения к таблицам.
Если "попутно" считать себестоимость, то смысла в "новой" методике нет.
 
 Рекламное место пустует
   Фрэнки
 
250 - 12.10.17 - 15:01
(249) Да. Я уже начал читать. Я и раньше успел эту статью прочесть, но то еще весной было. Перечитаю еще раз.
   mr_K
 
251 - 12.10.17 - 15:02
ПРимеры реальных заданий на телефонных собеседованиях в гугле:
1. оцените размер дискового пространсва, необходимого для хранения фоток гугл стрит вью вашего города.
2. оцените количество человек летавших самолетом хотя раз в прошлом году по всему миру
   d4rkmesa
 
252 - 12.10.17 - 15:07
(246) Не делать то не делают, т.е. если предположить, что все круто сделано, то скорость работы разных механизмов должна устремиться в стратосферу. Однако на практике все не совсем так. =)
   DomovoiAtakue
 
253 - 12.10.17 - 15:31
Очень полезная тема.
Узнали что есть люди которые еще думают что запрос в цикле это плохо, хотя в типовых повсеместно это делается и без этого будет адовая задвоенность кода и супер нечетабельность.

Ну а вот этот нонсенс (244) я вообще первый раз увидел. Как у людей мозг так повернулся черт его знает. Они хоть бы проверили замер производительности, я уже не говорю о том что шанс ошибок вырастает в раз 1000.

После таких разговоров понимаешь: чтобы стать топовым программистом 1с даже делать особо ничего не надо, с каждым днем уровень других так сильно падает, что ты очень быстро само собой станешь одним из лучших :)
   Любопытная
 
254 - 12.10.17 - 15:43
(253) т.е. сама фирма 1С, требуя на экзамене применение новой методики списания (если это возможно в рамках задачи), отупляет программистов?
   DomovoiAtakue
 
255 - 12.10.17 - 15:49
(254)Конечно.
   Ivan_495
 
256 - 12.10.17 - 16:03
работодатель при приёме озвучивает одну зарплату,  а на деле оказывается что это зарплата плюс премия 50% на 50%, которую  ты ещё никогда не получишь, а ты уже с замка для приехал, квартиру снял на свои, вот это кидок.
   MrStomak
 
257 - 12.10.17 - 16:13
(253)
Раскрывай мысль про ошибки, производительность.
Бросаться общими словами "Да как они только додумались, хорошо что я умный, всё понимаю", не надо.
   MrStomak
 
258 - 12.10.17 - 16:21
(254) Думаю, троллит
   Фрэнки
 
259 - 12.10.17 - 16:23
(253) но что характерно, в статьях явного опровержения старались избежать, но там есть ссылка на вторую и при очень внимательном прочтении будет заметно, что привязка идет именно по программным, а не объектным транзакциям, а это значит, что _параллельных_ транзакций проведения все таки не будет и начинаться эти блокирующие транзакции в базе будут в момент записи набора данных по "новой" методике или в момент чтения набора данных по "старой", но в обоих вариантах блокировки будут длиться до конца транзакции. Поскольку транзакции ставятся неявно - самой платформой - выводы о разнице в длительности этих транзакций делайте сами.

Здесь реально нужны серьезные замеры и очень может быть, что только за счет упрощения кода модулей, упрощения текстов запросов общая длительность всех этих транзакций лучше во втором варианте, чем в первом.
   MrStomak
 
260 - 12.10.17 - 16:31
(259)

Причем тут упрощение текста, кода модулей?
Ты уже написал - в одном случае блокировка будет при чтении в начале алгоритма проведения, во втором - уже при записи. Время ожидания на блокировке в первом случае - чтение,алгоритм проведения,запись, завершение транзакции, во втором - запись,проверка,завершение транзакции. Т.е. исключен кусок с самим алгоритмом проведения. Каким бы он там ни был - время на это уже не тратится. В типовых еще дополнительно контролируются только изменившиеся регистры.
   Фрэнки
 
261 - 12.10.17 - 16:31
Но что интересно в контексте топика, связанного именно с "разводом ... при ..." -- А как вообще должно произойти собеседование и с каким результатом, если два специалиста с солидным стажем, опираясь на собственную практику работы с базами, начнут выяснять отношения, если их мнения не совпадут ???
   MrStomak
 
262 - 12.10.17 - 16:32
(261) Каждый подумает - "Зачем мне работать с этим идиотом?"
   Фрэнки
 
263 - 12.10.17 - 16:36
(260) я видел очень сложные для анализа и отладки процедуры при проведении. Видел дополнительное "допроведение" по группе регистров в оперативном режиме выполняемое через обработку подписок... варианты из классики: если что-нибудь можно сделать неправильно - эту будет сделано неправильно.
Но там все работает в продакшен, так сказать :)
   АнтонБ
 
264 - 12.10.17 - 16:36
(259) (260) В принципе 1с контроль отрицательных  остатков могли встроить в ORM.
В саму платформу.
В работу регистров.
Флаг на поле (измерении) - может быть отрицательным y/n
Это ускорило бы проведение в 2 раза.
И уменьшило бы блокировки тоже в 2 раза.

Вместо этого создают холивары.

И тогда это было бы оптимально, и одинаково для всех.
Потому что платформа бы проверяла.
И проверять следом, или перед было бы ненужно.

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

Волшебник подскажи там им в 1с.

(Также как фифо, лифо можно тоже встроить в платформу в работу регистров .)
Но это не важно.

А проведение и остатки это важно.
   Фрэнки
 
265 - 12.10.17 - 16:47
(264) холивары - это тоже важно
   DomovoiAtakue
 
266 - 12.10.17 - 17:11
(257)Смешно даже.
1)Думаю фраза "Сначала думай, а потом делай" не зря придумана человечеством.
2)Не знаю как в других базах, но в БП 1.6 есть такой косяк (может в РФ устранили, но в РБ по сей день есть): в документе поступление товаров и услуг при записи создаются партии, а в обработке проведения проходит контроль можно ли проводить документ и если контроль дает отказ, то в колонке Партии мы имеем "удаленный объект" и если мы пытаемся провести еще раз, то уже начинают вылазить программные ошибки по поводу того что в колонке что-то не то. Данный случай должен был научить: всегда делаются сначала контроли, потом действия и не надо будет предусматривать куеву тучу ситуаций на предмет ошибок и другим программистам тоже не придется ломать голову, что сделано как-то через опу. Хоть я и не приветствую автоматическое создание объект на основании проведения(записи) другого, но своим новым способом 1с убили универсальность.
3)Производительность - это вообще комедия. Самый долгие операции при проведении это обсчеты данных перед записью в регистр и запись в регистры. Запросы на остатки в одном и другом случаях по скорости почти одинаковы и этим замером можно пренебречь, тем более запрос отрабатывает мгновенно. Те 1-2 сек при проведении делают остальные несколько сотен, если не тысяч, строк кода и записи в кучу регистров. Так вот быстрее сначала проверить за мгновение остатки и не тратить 1-2 секи на проведение, чем потратить 1-2 секи на проведение, а потом проверить остатки и дать отказ.
   DomovoiAtakue
 
267 - 12.10.17 - 17:15
+(266)Единственный плюс нового метода, это то что контроль остатков немного легче запрограммировать.
   MrStomak
 
268 - 12.10.17 - 17:24
(266)
Ты не тролль, ты идейный.

Ты не в курсе, что в 95-99% случаев остатков хватает и твоё сэкономленное время от того, что ты сразу перестал что-то делать на массовой статистике - ничто?

Ты не в курсе, что блокировки нужно ставить как можно ближе к концу транзакции? Ты заблокировал регистр, потом пишешь свои запросы в цикле - и всё это время Вася за соседним компом висит на ожидании блокировки. Или ты вообще про блокировки не знаешь?
   DomovoiAtakue
 
269 - 12.10.17 - 17:36
(268)Я не знаю у кого там кто висит, я работал с ут 10.3, 100 пользователей, никто никогда не висел в ожиданиях :)
Если у вас 500 пользователей, то это уже частный случай, можно пойти и на изврат, но превращать это в догму не стоит. Зато я знаю что после моего программирования, вероятность ошибок минимальна, никаких проблем с апгрейдом базы не возникает, при чем не только у меня, но и других программистов.
   DomovoiAtakue
 
270 - 12.10.17 - 17:47
(269)Чтоб задумываться о блокировка, нужно иметь очень, очень, очень много пользователей или очень, очень, очень плохо программировать. Ни того, ни другого у меня нет. Так что я думаю в 90% (если не больше) вопроса блокировок не стоит.
   kiruha
 
271 - 12.10.17 - 19:24
(268)
Блокировки ставятся в начале :

https://its.1c.ru/db/metod8dev#content:5839:hdoc
   H A D G E H O G s
 
273 - 12.10.17 - 19:26
(271) Ах, Кирюха, Кирюха.
   H A D G E H O G s
 
274 - 12.10.17 - 19:28
(269) "никто никогда не висел в ожиданиях :) "

Интересно, как он это понял.
   Aleksey
 
275 - 12.10.17 - 19:30
(268) остатков чего хватает? Нет конечно если у нас упрощенный учет и мы тупо списываем количество, то да. В противном случае нам все равно нужно получить остатки чтобы узнать какие партии в остатки и по какой стоимости. Т.е. нам по любому перед записью нужно получить остатки.
И тогда почему проверка минусов после будет быстрее чем до?
   kiruha
 
276 - 12.10.17 - 19:36
(273)
я имел ввиду на  регистр по набору измерений по которому движения.
   pumba055
 
277 - 12.10.17 - 19:36
Коллеги, как обещала выкладываю задание, после выполнения которого получила ответ -  Руководитель ответил, что Вы не пытались соблюсти универсальность! Может кто разглядит чего на эту тему. Вот ссылка http://fayloobmennik.cloud/7110385  Здесь база исходная на которой нужно выполнять задания и два файла мои с припиской Бровко.
   MrStomak
 
278 - 12.10.17 - 19:39
(274)
Хороший программист это чувствует!

(271)
Ага. Прямо вижу, как в статье написано "Чем раньше вы поставите блокировку - тем лучше".

(275)
Регистры есть разные.
На некоторых нет суммы и оперативный учет остатков.
Их имеет смысл контролировать постфактум, если по ним предусмотрен отдельный контроль.
Представь себе, остатки на складе и остатки по организации несут разный смысл и их имеет смысл контролировать раздельно.
Реализацию можно видеть в УТ11-КА2-ERP, мне что-то бесплатно весь вечер сценарии использования расписывать неохота.
   nicxxx
 
279 - 12.10.17 - 19:48
(277) С валютой может все-таки лучше не ресурсы добавлять, а измерение "тип" или "источник"?
   ProgAL
 
280 - 12.10.17 - 19:49
(214) Есть еще закономерность, на разных работных сайтах одна и та же компания вешает вакуху на разные деньги. Например, https://nn.rabota.ru/vacancy/39451564/  и https://nn.hh.ru/vacancy/22743508?query=1с .
   Aleksey
 
281 - 12.10.17 - 19:49
(278) Ну например?
Ну максимум бюджетирование, типа есть превышения или нет.
Ну свободный остаток (типа если те 25 штук которые мы хотим поставить в резерв на свободном остатке)
Да пожалуй и всё.

Но ведь в 1С наблюдается "эффект леммингов" - т.е. выбирая  между "делать как надо"  и "делать как все"  леминг всегда выбирает последнее. Так и тут. Мы тут придумали фигню которая может быть примененина в узких задач, а теперь давайте эту фигню писать везде и возведем её в рамки догмы.
   kiruha
 
282 - 12.10.17 - 19:49
(278)
в статье вначале ставится управляемая блокировка на регистр ОстаткиНоменклатуры, а  потом идет  модуль проведения.

По новой методике вы записываете движения в регистр ОстаткиНоменклатуры тем самым устанавливая блокировку на уровне SQL уже и также вначале процедуры  модуля
   pumba055
 
283 - 12.10.17 - 20:01
что вначале процедуры модуля?
   pumba055
 
284 - 12.10.17 - 20:03
у меня валюта измерение
   MrStomak
 
285 - 12.10.17 - 20:06
(282)
Нет, это не я записываю ОстаткиНоменклатуры в начале процедуры модуля.

Это ты так делаешь.

И иногда бывает полезно задуматься - а зачем.
   pumba055
 
286 - 12.10.17 - 20:10
да полезно задуматься и? Зачем - потому что такая технология новой обработки проведения
   MrStomak
 
287 - 12.10.17 - 20:12
(286)
Мы не вашу конфигурацию обсуждаем, тут другой, так сказать, "спор"
   pumba055
 
288 - 12.10.17 - 20:13
В методичке к специалисту по платформе описан пример как это работает и примерчик. Я на экзамене уже тянула новую обработку проведения проверял Павел Белоусов - там все нормально. Короче, списываем остаток, потом смотрим не ушли ли в ноль, если ушли - ругаемся. Для того, чтобы списать остаток, мне не нужны данные того же регистра.
   pumba055
 
289 - 12.10.17 - 20:14
Елки зеленые
   pumba055
 
290 - 12.10.17 - 20:14
Если по моей теме - напишите что для Пумбы
   breezee
 
291 - 12.10.17 - 20:15
(90) (91) Повеселил под вечер)
   Fram
 
292 - 12.10.17 - 20:16
(290) в скобочках видите числа ставят люди? никогда не задумывались зачем?
   breezee
 
293 - 12.10.17 - 20:19
   Fram
 
294 - 12.10.17 - 20:19
сообщение (292) было для Пумбы )
   pumba055
 
295 - 12.10.17 - 20:20
а, понятно
   Fram
 
296 - 12.10.17 - 20:23
(295) научитесь тоже так делать.. а то не очень понятно кому адресованы ваши сообщения

а по теме.. шутки шутками, а в (90) есть доля истины.
   GedKo
 
297 - 12.10.17 - 20:30
(290) как думаешь, если человек, неким образом связанный с рассмотрением твоего тестового задания, ответил тебе во ВТОРНИК - то сколько человек с мисты уже развернуло твою базу на-полюбоваться? =)
   ProgAL
 
298 - 12.10.17 - 20:43
Кстати, тут в ленте в контакте пришла реклама, сотрудников кадровых агентств учат как беседовать с айтишниками.

Бесплатный вебинар: Онлайн-завтраки с iChar. Говорим с frontend-разработчиком на одном языке

iChar запустил цикл вебинаров для IT-рекрутеров «Онлайн-завтраки с iChar». Каждый онлайн-завтрак представляет собой беседу рекрутера с профессионалом отдельного направления IT-разработки.

Цель нашего курса вебинаров — помочь рекрутерам погрузиться в IT вакансии, разобраться в стеке технологий, терминологии и других особенностях.

На онлайн-завтраки с iChar мы приглашаем ярких представителей профессии и в диалоге обсуждаем специфику их задач и навыков. В первую очередь наши вебинары предназначены для рекрутеров, которые хотят работать или уже работают в IT.

Темы, которые будут затронуты на втором вебинаре «Говорим с frontend-разработчиком на одном языке»:
• Что такое frontend, отличие от backend.
• Этапы создания frontend-части приложения: UX, дизайн, верстка, разработка.
• Что такое SPA-архитектура, разделение frontend-проектов по сложности.
• Про фреймворки, алгоритмы и структуры данных во frontend.
• Как понять уровень кандидата.
• Как заинтересовать frontend-разработчика.

Зарегистрироваться бесплатно https://ichar-events-org.timepad.ru/event/568988/
   MrStomak
 
299 - 12.10.17 - 20:44
(290)
По теме - думаю, автор задания не хотел, чтобы ты другие "виды" курсов в ресурсы забивала.

Этому, конечно, есть объяснение - ведь записывается всё одним разом по набору измерений. Вот грузишь ты официальный курс, а межбанковского не знаешь - должна ставить 0. Потом межбанковский чтобы поставить, нужно делать Прочитать() и, сохраняя обычный курс, добивать межбанковский.. В общем, архитектурно типа более правильно сделать измерение с "типом курса" в виде справочника или перечисления.

Но это вряд ли можно рассматривать, как серьёзную проблему в решенном задании.
   nicxxx
 
300 - 12.10.17 - 20:59
(300) триста!
  1  2  3  4  5   

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