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

+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) Аминь