Кто больше востребован на рынке труда: программист (без знаний типовых) или Консультант (скажем хорошо знающий Зуп-или может еще одну конфигурацию)

На таких условиях, однозначно - консультант.

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

нет чтобы выбирать кем быть из: доллоровый мультимилиардер или  евровый мультимилиардер

2-а в одном флаконе...

Ну если это 1С Программист, то это уже по умолчание знание хотя бы каких то типовых.

(3) В нашем фране либо то либо то.,

(5) лучше программист тогда.
ибо у него есть шанс стать хорошим консультантом, а консультанта шансов нет :)

(0) В 1С хрен редьки не слаще. Одна и таже ж*па только с разных сторон.

(5) правильно.. если вырастить "в одном флаконе" то эта "звизда" того глядишь и уйдет с парой клиентов и откроет свой франч с "преферансом и куртизанками"

(6) Стесняюсь спросить, а как программист может стать хорошим консультантом, не перестав при этом быть хорошим программистом?

(6) наоборот..

кодить в 1с дело тупое и обезьянее...
ничего волшебного и эдакого в нем нет..

а вот знать как работает система - это понимание что в 80% кодить ВООБЩЕ не нужно..

+(10) для решения 80% задач..  особливо в ЗУПе...

(10) Да ладно, 1С - это одна из самых современных сред разработки, впитавшая в себя все ананотехнологии от айти и требующая высочайшей квалификации от программистов!

(10) а что делать в оставшиеся 20% ?

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

Как голосовалку прикрутить

(11) в зупе по моему 95%

но консалтер конечно должен уметь отладчик запустить

(0) А если серьезно, я вообще не знаю зачем нужен 1С "программист". Если писать что-то с нуля под свои задачи 1С всасывает по крупному и выбрать 1С может только болван, если дорабатывать типовые, то IamAlexy прав абсолютно, не надо там ничего сильно дорабатывать. Большинство доработок от непонимания как это должно работать. Так что в 1С самый востребованный спец - консультант со знанием основ встроенного языка и прочитавший учебник по информатике за 8 класс.

(14) Программист - это, в первую очередь, постоянное обучение, а постоянное стучание по клавишам - это секретарь.

(0)Одназначно программист. Консультант сегодня нужен завтра нет, после завтра поменялась конфа и уже этот консультант на улице. А прогер всегда нужен, в наше время без него никуда. Все когда-то не знают типовую, просто меньше получают.

(20) Ну тот же консультант разберется в изменениях и будет консультировать по ним

(13) не жадничать и сэкономить свое время и оплатить 2 часа работы программиста затратив на это 5-10% стоимости решения..

(20) согласно вашей логике программит сегодня нужен а завтра вышла 8.0 и все.. этот программист со знанием 7.7 уже никому не нужен..

:)

(20) При наличия консультанта роль "программиста 1С" может выполнять младший брат школьник в 90% случаев.

(23) Программисту без разницы, на чём программировать, если он программист, конечно.

(23)А что не так было?

+(26)Или это просто от нечего делать куча прогеров ринулась энтенсивно изучать 8?

(0) Из предложенного варианта консультант востребован лучше.
Но программист с хорошим знанием типовых будет востребован больше, чем консультант.

(20) Хороший консультант всегда найдет себе работу.
В вот программист БЕЗ знания типовых редко кому нужен - только на написание конфигураций с нуля или для работы "под консультантом" по разжеванным ТЗ.

(18) гыгыгы вот смешно получилось - наше непонимание встало заказчику в несколько десятков мульенов и пару-тройку лет ожидания. надо было типовые юзать и ЖКК читать...

(25) это кодер вообщем-то..

(22) так это нужно в паре работать тогда

Если спросить об этом программиста- тот скажет, что прог-пуп земли...Если спросить консультанта, он тоже будет тупо демонстрировать мускулатуру.. Выврд такой: нужно спросить пользователяч. Их мало тут. Или меня-я работодатель

(32)Прог в итоге выучит конфу и станет и прогом и консультаното, а из консультанта прог наврядли получится.

(24), вот так и рождается в коде запросы в цикле циклов

Если работаешь соло, то получается больше консалтер чем прог

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

(32) вывод один - спорить об этом тупо. нужны и те и те.

(33) по консультаном ты понимаешь гуманитарный склад ума?

(33) а что тут программировать?

лучше делать то что тебе ближе. Больше людишь с людьми общаться - консалтеры. за компом сидеть - проги

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

(38)Нет. Просто консультант не полезет изучать программинг, а программист вынужден будет изучать типовую.

(33) При желании проблем выучить кодинг в 1С вообще нету. Проблема во времени. Что лучше-почитать очередное творение по организации и планированию производства или Радченко основы конфигурирования

(39)Я даже не знаю что мы все программируем?:) Действительно типовую поставил и обновляй только:)

(42) Опять же кому сдавать поделки программеров, закрывать акты

(43)Как часто появляется желание у консальтанта выучить кодинг?

Исходите из реалий а не из теоретичесикй возможностей и единичных случаев.

(45)Ну не консультанту же.

Программист 1С, чтобы там ни говорили, это всеж таки программист.
А кто такой консультант по ЗУПу?

(25) ИМХО, это заблуждение.
Во всяком случае в отношении 1С со всеми её "особенностями".

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

(40) +1.

Программист - это профессия в первую очередь, а консультант это временное состояние:)

у консалтера есть рост в рп, у прога таках шансов гораздо меньше

(47) А зачем?

(52) Архитектора системы еще никто не отменял ;-)

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

(0) Иди во франч, там свои таланты и узнаешь...

(36) >> случись так что придется менять работу, устроюсь за неделю

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

(55) вы словом "программист" щас описали некий симбиоз кодира и консалтера...

типа и кодить умеет и знает всю методологию... ага..

(54) архитекторов в разы меньше чем рпшников

(34) А вы можете обосновать почему запрос в цикле не должен использоваться ни при каких обстоятельствах? Или все же бывают момент, когда оптимальнее запрос в цикл вызывать? А можно использовать, например ххххх.СрезПоследних() в цикле? Или вы, как часто бывает, что-то где-то прочитали но забыли обдумать прочитанное?
ЗЫ: уровень работы в 1С реально школьный и не требует спец. знаний для решения подавляющего большинства задач.

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

(58)Просто не надо сужать понятие кодера. Кодер всего лишь не знает предметную составляющую в данный момент, но он все что надо узнает в процессе и запрограммит как надо. Не надо представлять кодера как кнопконажимателя.

(58) Программист - это программист. Если ты не знаешь, кто это такие - то тогда дальнейшие разъяснения бессмысленны.

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

(2) Рублёвый стотысячник

(63) Программиста от кодера отличает одно- он умеет думать. Знание предметки желательно, но не обязательно

(59) Проектов требующих архитекторов в разы меньше, если он умеет торговатся то это уже рп на небольших проектах. Но получают они сравнимо, а иногда и больше рП ;-)

(64) ну значит у тебя беда с логикой.
Практика показывает, что технические спецы легко осваивают гуманитарную и экономическую хрень.
А вот экономисты которые сумели разобраться в технике большая редкость.

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

(64)Приведу простой пример.
Молодая девушка отучилась на буха, она может пойти бухом в магазин, но пока что она не понимает как что там работает, но в будущем выучит. Может так же сесть на кассу. А вот человек который не учился на буха, а окончил технарь и сел на кассу, врядли потом пойдет учится на буха.

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

(63) программист - мелкий офисный служащий пишущий код под диктовку РП

(66) Как можно решать прикладную задачу, не зная её особенностей? ИМХО никак. Другой вопрос, что программисту приходится постоянно сталкиваться в различными задачами в разных областях, поэтому знать только одну предметную область - это идиотизм. Естественно, чтобы оптимально решить какую-то конкретную задачу, надо изучить предметную область.

(70) >>А вот человек который не учился на буха, а окончил технарь и сел на кассу, врядли потом пойдет учится на буха
Никакой логике в этом утверждении нет

(71) Это кодер, а не программист.

(73)Ну у вас тогда плохо с логикой.

(70) приведу простой контрпример:


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

Так и тут. Консультант со временем научится писать циклы и запросы, а вот программитс, конечно же может закончить курсы по бухгалтерскому учету но как правило не будет этого делать и эти ваши ПБУ и НК никогда не осознает.

(75) или твоя логика: технарь > дибил > не пойдет учится

Было бы неплохо разобраться в понятиях программист и кодер. А то вы так долго будете мусолить.

но тогда нужно:
дибил > технарь > не пойдет учится

(72) Ага, можно досконально изучить бухучет, чтобы нарисовать ОСВ, а можно позвать предметника и закрыть задачу через три дня.

(74) правильно ли я понимаю что программист это тот же кодир который работает в некоей организации "в одно рыло" и вынужден совмещать в одном лице задачи кодира, РП, архитектора, тестировщика и менеджера проекта и все за зарплату кодира ?

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

(76) +1 К томук же в 1С все фактически и ограничивается циклами и запросами.

(78) Это только у вас какая-то неразбуриха.

(76)Только прогер каждый изучает во временем типовую, а консультант один на миллион становится проегром. Ваш пример не очень подходит под нашу жизнь.
Человек идет по пути наименьшего сопротивления, а учитывая кто идет в консультанты, прогерами они явно не хотят становится.

(80) Чтобы нарисовать ОСВ, досконально изучать бухучёт не нужно. Достаточно пары часов на всё: изучение ВСЕХ особенностей и написание. И это настоящий программист. А кодер согласен, справится только за 3 дня, да и то только при помощи предметника. В этом вся разница между программистом и кодером.

(84) буааа гааа гааааа

"программист изучает типовую"

ааахххааа


надо распечатать и повесить на стену...

(85) вот в том то и коренное отличие программиста и консультанта.
консультант не будет рисовать ОСВ
он покажет пользователю где она в конфигурации готовая уже есть...

(81) Неправильно. Точнее, программист должен уметь всё, что ты перечислил, и ещё кое-что, но не за ЗП кодера, а за ЗП программиста :))

(86)А нет он рождается со знаниями типовой.

(87) ОСВ тут всего лишь как пример. Естественно, если ОСВ уже есть в конфигурации, то и программист её писать не будет.

(87) Настоящему программисту неважно где писать ОСВ, в 7.7 или в 8.2
А консультант как правило знает только одну типовую. Его сознание не может выйти за рамки. И к примеру в старой бухии он ОСВ не найдет

(83)Прочитайте (71)(74) и перед этим и поймете где неразбериха, читайте внимательнее тему.

(92) не кормите троля

(20) Глупости. Консультант по ЗУП будет востребован ВСЕГДА!

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

(94) Хороший консультант опишет работу пользователей в системе опишет все связи действия и т.д. что он будет делать после этого?

Если вы кодите в 1с на уровне школьника, это еще не значит что вы все делаете правильно. По сути предметная область для программиста 1с так же обязательна как и навыки программирования.  
Программист однозначно!
Консультанты ЗУП, как там дела в ЗУП с расчетом дополнительных отпусков за вредность, а учет северного стажа вахтовиков? Есть велосипеды без квадратных колес?

(96) Будет каждый раз показывать пользователям, где находится ОСВ. :))

(98) Значит это плохой консультант, ибо результатом работы должны быть инструкции где есть ответы на все вопросы пользователей.

(91) вы походу думаете что консультант это некая сферическая девочка в вакууме которая компьютер "открывает" только ради вконтактника а консультирует сугубо по теоретическим книжкам и брощюрам гаранта, консультанта и тд и тп ?


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

причем если консультант по ЗУПу то требовать от него знания производства в УПП не очень осмысленно.. ну типа как от программиста на 1С требовать чтобы он на дельфи сваял чонить..

(96) 1. тупые зарплатчики которым нужна консультация непереведутся никогда. Если переведутся то см. 2)
2. пойдет к следующему клиенту

(85) "Достаточно пары часов на всё: изучение ВСЕХ особенностей и написание. И это настоящий программист"

Поржал че. Вы бы почитали про НАСТОЯЩИХ программистов. Там о паре часов вообще речи не идет. Так-то НАСТОЯЩИЙ программист он начинает с согласования ТЗ и плана тестирования, потом код, потом отладка, потом тестирование - функциональное тестирование и тестирование производительности это маст, еще документацию к своим творениям пишит, а потом только дальше передает. Но вы да, продолжайте думать, что "со слов юзера слепить на коленке" = "изучение ВСЕХ особенностей и написание. И это НАСТОЯЩИЙ ПРОГРАММИСТ"

(97) теперь есть  - ЗУП 3.0

ТАДАААММ!1111

>>(60) А вы можете обосновать почему запрос в цикле не должен использоваться ни при каких обстоятельствах? Или все же бывают момент, когда оптимальнее запрос в цикл вызывать?

Ни при каких обстоятельствах не скажу, иногда может и нужно. Но чаще всего можно обойтись без этого

>>А можно использовать, например ххххх.СрезПоследних() в цикле?

Зачем?

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

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

да блин сколько я в ЗУПах отчетов видел для которых достаточно было просто вариант добавить в существующие... это звиздец просто..
и это только цветочки..

(0)Скажем проще. Выучил ты ЗУП, а в твоем регионе не пользуется спросом иди учи новую, завтра все перепрыгнули на другую и опять иди учи новую. Пример БЛР если не брать Минск. В основном везде использовалась БП на 7. Стали переходить на 8 перешли часть на УТ, а часть на БП учи опять. А переедешь, а в новом регионе к примеру все будут сидеть на УПП ты опят ьв проелете. Прогер же нужен везде, без знаний типовой платить тока будут поменьше, но с хорошим опытом учить ты их будешь намного быстрее. Консультантом хорошим без знаний программинга тебе никогда не стать, будешь всегда мальчик на побегушках - секретарем прога. Роста никакого тоже не будет.

(104) Если надо взять значения регистра на разные даты то можно в цикле использовать .СрезПоследних()?

(104) Ну то естль над запросами в цикле вы поржали, но четкого понимания когда это можно делать а когда нельзя и почему у вас нет? Молодца, очень конструктивно!

(104) Можно в запросе срезы взять
(106) Согласен
(105) Консультанты это очень хорошо, но программист 1С имхо = Программист + Консультант

(109) в контексте данной ветки не рассматривается симбиоз "программист+консультант"

в (0) четко описан выбор: кодить или консалтить...

(110) Без этого симбиоза в 1с по большему счету нечего делать.

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

сделаю и даже париться не буду..


сделаю, получу за это свои баснословные деньги и пойду к другому клиенту..

а то что потом эту обработку найдет какой нить труъ-программист и за своих 0.3*мое_вознаграждение будет покрывать ее гамном рассказывая на мисте  какие тупые консультанты - ну так и пусь...
ему за это его три копейки и платят.. чтобы сидел и не отсвечивал пока взрослые дядьки деньгу зарабатывают...

(111) в (0) описана ситуация - там франч.
там франч ссыт растить "универсалов" ибо универсал на рынке востребован весьма и может срулить запросто и быстро

(107), можно и без этого обойтись

(113) в случае (0) однозначно консалтить. При достаточном уровне знания типовых валить

(109) В запросе взять N раз срез последних на разные даты? А вы уверены что вариант которым вы будете добиваться такого эффекта будет оптимальнее выполнения запроса в цикле, или вызова .СрезПоследних()?

(114) Ага. Это нам не нужно, потому что я не знаю как это сделать и не могу аргументировать свою позицию.

А если хороший консультант, но при этом слабый прог?

(118) слабый прог в 1С это как ?

синтаксически ошибвается при написании циклов?
или не знает как вызвать конструктор запросов?

или что?

(118) Конфигуратор не может открыть и F1 потерял?

(119) Умеет читать код, решает простые задачки по доработке

(117), чего я не знаю? Как получить срез последних на несколько дат без цикла?)))

(116) Не уверен, надо проверять, но гораздо удобнее если эти срезы надо дальше соеднить, объеденить, вывести в СКД и т.д.

+121 может писать запросы (не супер крутые)

Самое простое это как раз в цикл засунуть

консультант на то и консультант что понимает что он может сам сделать а для чего надо позвать специалиста..

если задача разовая - пихнет запрос в цикл, решит задачу (пусть и на час долльше - придется ввпить еще халявного клиентского кофе и съесть пару халявных клиентских печенек ну и счет увеличить на этот час)

а если задача постоянная -спихнет на программиста описав ему ТЗ

(125) Так может оно и самое оптимальное?

(125) а если срез брать надо скажем по 1000 сотрудников, в запросе все же имхо будет оптимальнее

А в типовой УНФ полно запросов в цикле...

(102) Ржи дальше. Ты привёл конкретный пример: ОСВ. ЧТО там можно согласовывать, тестировать и отлаживать? Задача элементарная и выеденного яйца не стоит. Конечно, если ты франч и у тебя задача срубить как можно больше бабла и закрыть как можно больше часов - тогда согласен, любую ерунду можно растянуть на месяцы :)

(130) Ржу дальше

(128)
Вот типичная задача -  получить курс доллара на дату расходной накладной. Курс устанавливается раз в неделю.
Крендель http://dev.mista.ru/users.php?id=63054 получит документы запросом, а потом будет получать курс на каждый документ в цикле. Так по его мнению быстрей.
А тупой 1с-ник напишет нормальный запрос с быстрой выборкой. :)

(126), для разовых задач часто главное быстрее написать, а не чтобы быстрее работало.

(127), а может нет. Давай задачу для которой быстрее будет

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

(127)Ну я ее уже почти озвучил, сформировать отчет по окладам на начало и конец месяца, всех сотрудников организации

(135) Критерии тут очень просты и очевидны каждому программисту. Сам-то их знаешь или нет?

(137) Знал бы не спрашивал бы. А вы не расскажете? Это тайное знание всех НАСТОЯЩИХ программистов?

Разрешаю писать запрос в цикле, если это выгодно для программы. Один дурак ляпнул что нельзя и все тупо повторили, включайте свои мозги.

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

по своему опыту могу сказать, что найти работу консультанту без нормальных навыков программирования сложнее

(138) Не парься, тогда тебе это не нужно. Оставь это программистам. Хотя тут никакой особой тайны нет: основной критерий - это оптимальность и универсальность кода.

(140) а как ты в цикле соединение собрался сделать?
И вообще я тупанул и простую задачу описал, сам прочитал и понял что это не то

(142) Так бы сразу и сказали, что основной критерий выбора - чтобы код был более лучше, я бы и не парился.

(144) Надо просто всегда держать в голове рефакторинг и проблем не будет!!

(143), соединение без цикла. А в цикле (если так можно назвать выборку на 2 даты) будет 4 запроса - два для выборки курса и 2 для получения окладов

(144) Не код, я видимо неточно выразился: оптимальность кода с точки зрения работы системы. А это невозможно без понимания, например того, к каким физическим таблицам БД и каким образом на уровне скуля выполняются запросы.

(146) Не, вопрос становится интересным, когда заранее не известно точное количество дат.

вот как надо

К слову, о почасовой оплате программистов 1c:
программистка-индивидуалка. выезд, апартаменты, не франчайзи. классика, реверс-инжиниринг, глубокий кодинг без ТЗ. звони! i speak english. портфолио без ретуши. есть подружка бизнес-аналитик.

(c) <fi

(146) Вот такая задача (без курсов) оклады хранятся в 1 регистре в рублях, вывести отчет по окладам сотрудника на начало месяца, на конец месяца, и если были перемещения внутри месяца оклады на дату перемещения сотрудника (здесь считать что оклады меняются не премещением а другими документами...).
в запросе
1) 2 запроса на срезы на начало и конец по всем сотрудникам
2) 1 Запрос на выборку всех перемещений с внутр. соединением по   регистру с окладами со свзязью по сотруднику и и ДАТОЙ МЕНЬШЕ ИЛИ РАВНО перемещению, с группировкой и макс значением периода
3) 1 Запрос из подзапроса 2 с объединением с регистром окладов уже по соединению с условием сотрудник , и ДАТОЙ РАВНО (макс знач и подзапроса)
Объединить 1 и 3 и вуаля.
Сколько тебе понадобится запросов для решения задачи?

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

(151) На дату премещения, тоже нужно взять срез

(132) суть в том что у вас не "задача" описана..

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

если задача РАЗОВО посмотреть что как и где и когда отвалилось/сбилось: не моргнув глазом набросаю так как умею, получу результат, деньги от заказчика и пойду играть в преферанс с куртизанками..

а искать по три дня ту единственно правильную оптимальную комбинацию строчек кода которая даст выигрышь по времени в 30 секунд - ну нахер.. пусть этим занимаются лентяи кодеры у которых время оплачивается 2 раза в неделю по табелю...

(152), зачем срез?
На начало месяца оклад был 100 рублей.
10 числа переместили, оклад стал 150 рублей.
20 числа переместили, оклад стал 200 рублей.
На конец месяца оклад останется 200 рублей.

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

Получится
Иванов И.И. / 01.03.2013 / 100
Иванов И.И. / 10.03.2013 / 150
Иванов И.И. / 20.03.2013 / 200
Иванов И.И. / 31.03.2013 / 200

(154) Я в задаче писал что перемещение не связано со сменой оклада.
На начало месяца оклад был 100 рублей.
5 оклад стал 120 рублей.
8 оклад стал 130 рублей
10 числа переместили
15 оклад стал 140 рублей
20 числа переместили
22 оклад стал 200 рублей.
На конец месяца оклад останется 200 рублей.

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

Должно получится
Иванов И.И. / 01.03.2013 / 100
Иванов И.И. / 10.03.2013 / 130
Иванов И.И. / 20.03.2013 / 140
Иванов И.И. / 31.03.2013 / 200

бл...

все

жирна точка в споре поставлена:
v8: Вопросы по УТ 11


я умываю руки..
все с консультантами понятно

там выше написано, что она программист так что не все ОК :)

(155), одним запросом выбираем список сотрудников и даты перемещения, помещаем во временную таблицу. Вторым запросом выбираем историю изменения окладов у этих сотрудников, помещаем в ВТ. Третим запросом объединяем первые 2 таблицы, с соединением по сотруднику и датой меньше или равно. Четвертым собираем всё в кучу, вместе с информацией о начале и конце месяца.
А в цикле сколько получится, если вдруг каждый день по перемещению будет?

Вообще задача сфероконическая немного.

Опять же предлагаю переквалифицироватся в жиголо

(159) Жиголо-программиста или Жиголо-Консультанта?:)

(160), жиголо-консультант это сексолог. А жигало-программист что за зверь?

(0) Мне кажется более востребован консультант, который хорошо знает типовую. Программист без знаний типовых больше поламает, чем полезного сделает при доработках.

(162) > Программист без знаний типовых больше поламает,
.
"полАмает" - от слова "ламер"...

Программиста и консультанта (выстраивателя процессов на типовых конфигах) нужно разделять всенепременно. Имел печальный опыт привлечения к проекту (для переноса функционала дописанной ТиС 7.7 (дописки даже не затрагивали схему регистров) на типовую УТ10) человека, к которому предъявлялись требования знания типовых для переложения на 8-ку с минимальными отклонениями от типовой имеющегося функционала.  Врезультате поимел человека, который позиционировал себя как способного в типовой.. по факту оказалось недоделанный консультант который не знает типовой, способности как программиста оценить не смог - процесс не дошел до стадии кода... все закончилось на больших ментальных картах и подробных планах... как-то вот так вышло...
.
Мне кажется, что в засилье снеговика ценный консультант, отзуббовотскакивательно знающий типовую (не просто знающий функционал, но и имеющий практический опыт его юзания в разных условиях) - намного более ценен чем 1Сник-кодер. Время кодера придет тогда, когда консультант сделает свое дело...

(0) "Кто больше востребован на рынке труда: программист (без знаний типовых) или Консультант (скажем хорошо знающий Зуп-или может еще одну конфигурацию)"
Смотря где.
Маленькое-среднее предприятие, которому нужно фикси? только программисты.
Большое предприятие, которому нужно фикси? чаще всего консультант выполняет роль первой линии поддержки. При внедрении нового ПО консультант может быть РПшником.
Франч? всегда будут востребованы и те и эти.

Полагаю, надо думать о том, кем ты хочешь стать потом, после программизма/консалта.

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

(0) На рынке сейчас востребован программист-консультант.

(161) Проктолог есссно

(167) Если консультант способен программировать или наоборот- то ему не нужна компания ;-0

(169) А нафига от тогда вообще нужен, как не для проведения работ в компаниях???

(170) от = он

опять обсуждение сферического коня в вакууме

(170) Имеется ввиду что он сам себе компания, и проводить работы он будет у заказчиков ;-)

как вы затрахали уже

Модераторы спять?!

Правила

Не ругайтесь и не оскорбляйте других.

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

ИМХО:

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

Консультант - это общение с людьми. Больше общения - меньше понимания глубины вопроса. Пользовательский уровень :)
Работа консультанта весьма ограничена величиной проекта: вопросов по ведению учёта намного меньше по времени и деньгам по сравнению с доработками конфы под нужды заказчика...

Всё зависит от личных предпочтений, что больше нравится: разработка/кодинг или объяснение сделанного кем то другим.. :)

(176)Похоже, здесь речь идет о консультанте по местной франчевской самописке. Но не надо путать это, например, с консультантом по УПП.

(177) Это да. Зависит от проекта конечно. Если для УПП +100500 пользователей, а доработок почти нет - консультант будет рулить )

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

востребован программисто со знание типовых. А то, что ты написал это 2 лентяя

(180) к (0)

(178)Где ты видел УПП почти без доработок

(0) Да вообще, везде опыт рулит. Хоть кем.
Я вот типовую УПП знаю, а проектов в конторе нет((Через полгода, придется все учить заново.

Вот ответьте, кто-нибудь, мне, только по точнее. Что такого должен знать и уметь и делать консультант по продукту 1С? Особенно из того, что программист (уточняю - не кодер и не стажёр, а программист с опытом работы) уметь не обязан.

(184) Баланс сводить?;)))

(182) у нас с красными замочками

(183) "Через полгода, придется все учить заново", будет УПП 2.0?

(0) ОБА востребованы очень и очень сильно! Настолько сильно, что надо выбирать исходя из своих индивидуальных особенностей образования, склада ума, психологии и так далее.

ИМХО в Зупе в 80% случаях достаточного типового функционала. Но бывает часто что человек не разбирающийся в типовой конфигурации своими корявыми ручонками ее ломает. Хотя можно было почитать ЖКК и все сделать не ломая

(185)Хм... ну может быть, и это всё?
(186)А Вы уверены, что Вам нужно было УПП, или можно было обойтись просто УТ, БУХ, ну или, накрайняк КОМП?
(187)Да, у Вас самый тяжёлый случай, УП 2.0 действительно может выйти (не демо) к концу года, так что в следующем году её уже будут ставить на предприятях... и в первую очередь тех, кто ещё не работал на УПП или как вы, её не дорабатывал. Остальные ещё гол будут ждать "стабильной" версии и изучать внутренности, потом год переносить туда свои доработки, ещё год внедрять в эксплуатацию в рабочем режиме - короче у остальных ещё три-четыре года впереди - успеют привыкнуть

+(185) Мне всегда очень жаль человека, который искренне не увлечен своей работой. Он не только никогда не будет доволен, но к тому же никогда не достигнет чего-то стоящего. Главный секрет успеха -- энтузиазм.
Уолтер Крайслер, основатель корпорации "Крайслер"

(189)
Сложно ломать - иначе действительно не работает конфигурация - а вот "надеть" сверху что-то, что уже есть - намного проще :)

(191) to (188)

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

ИМХО, лучше либо программист, либо консультант, чем недопрограммист-недоконсультант. Программист-консультант явление редкое, и чтобы в него вырасти лет 10 упорного самообразования нужно.

(190) УПП 1.3 ещё 5 лет будут поддерживать, а УПП 2.0 столько же тестировать. Вообщем беспокоится нечему!

(195) Но везде, где я работаю - только программисты-консультанты (+ бывали стажёры) и другие не нужны - нужно и балас сводить, и в ошибках пользователей разбираться, и хотелки пользователей собирать и архитектуру учета генерить, и тз составлять, и код кодить, и обновления ставить.

(197) забыл добавить: и пользователей обучать, и пользователям разъяснять как надо и отвечать на их вопросы как сделать, и инструкции и составлять.

(182) а я об том и говорю :) работы для программиста явно больше чем для консультанта...

(197) ну, это у тебя.
У меня четко поделено.
И постановкой ТЗ занимается консультант, потом совместно утрясаем впросы.

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

У меня шеф был в одной конторе, мог сесть и за оператора первичку забить, при этом руководит ИТ-отделом в компании с филиалами по всей стране...Кодить нанимал франь или своих держал, как и консультантов.
Если мозг есть - все востребовано. Главное, не КЕМ, а КАК))

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

(195) Да, программист-консультант явно недоконсультант, и лишь чуть чуть недопрограммист (если сузить максимум области програмистов до области программистов-конфигураторов 1С, т.е. до типичных, программистов, пишущих, к примеру, на С++, программистам 1С как до неба, это очень разные классы программистов с разным уровнем знаний и способностей), мы де не разработчиков-архитекторов или проджект-менеджеров обсуждаем.

(200) Я говорил о предприятиях, с которыми имел дело работать; не франчайзи; и, как говорил, что есть и предприятия, имеющие консультантов в штате - но, думаю это очень крупные организации, и в России их очень мало (активно использующих доработанные 1С продукты).

(204) Я фикси.

(199) В моем бывшем франче 70% клиентов работало на типовых

(204) Я рад, что ты "фикси" ;)
(206) И У них был в штате консультант?

(207)2 консультанта 2 прога

(208)Вы про что ответил?
У Вам была цитата: "В моем бывшем франче 70% клиентов работало на типовых". Что я понял, как 70% клиентов (во множественном числе, значит, как минимум 2) работали на типовых неизменённых конфигурациях.
А потом я спросил и "у всех этих клиентов был в штате консультант?".
На что Вы ответили "2 консультанта 2 прога", что можно понимать, как у 70% контрагентов у каждого было 2 консультанта и 2 программиста. Но это, боле менее реально, только если эти 70% составляют действительно 1-3  клиента и у каждого действительно 2 программиста и 2 констультанта. Правда тогда возникает парадокс - зачем компании программисты, если базы неизменяемые ;)

(206) То, что у франча 70% клиентов работает на типовых, говорит только об уровне специалистов этого франча=)))

(210) Типа специалисты как идиоты выучили функционал типовых и рассказывают про этот функционал?

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

(212) на рынке востребованы специалисты, а где ты будешь уже спецом -не важно

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

(214) Единицы

(214)
Т.е. есть компании, где человек 1 февраля ушел домой, а потом 2 февраля пришел и перед ним стоит комп с какой-то 1С, которую неизвестно, как запускать? И спросить не у кого - никто не знает?

главное это быть Человеком а не говном.

хороший специалист в любом деле нужен!

(216) если совсем утрировано - то да. если ближе к жизни - то немножко по другому.

(216) Есть. Лично видела.
Но там действительно был достаточно простой учет и переход с екселя на 1С.

(0) поломойки

Надо все уметь!

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

(222) Аминь