Главный сайт Нижнего Новгорода: Зарегистрируйся, чтобы общаться, знакомиться, искать друзей и получать подарки!
Нижний Новгород on-line
население нижнего новгорода 1.3 млн.ч., интернет аудитория 650 тыс.ч.
16+ : Обсуждение программ 1С, их настройки и методов использования.
1С
 
Тема

Ищу хорошего программиста на 60+

В наш отдел нужен толковый программист 1С.

Компания:
ГК "Провенто", территориально - пос. Дружный. Занимаемся производством всяких штук из тонколистового металла, подробнее гуглите сами.

Что предлагаем:
ЗП оклад + премия, где оклад 40-55, премия 15-40. Оклад зависит от уровня программиста, премия от объема выполненных работ. Испытательный срок 1-2

месяца, на этот период премия не выплачивается. Белое не все.

Возможен свободный график.

Обеды в местной столовой (готовят достаточно вкусно и очень много), компенсация бензина.

Полный карт-бланш на улучшение системы, в ближайших планах внедрение уп2.0.

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

Условия можно уточнить/изменить при общении с ит-директором и/или ген.директором. Чем больше будет польза от вас, тем лучше условия.

Что нужно делать:
Задачи тут на любой вкус: производство, логистика, продажи, закупки, расчет зп, склад и пр. В данный момент тут 2 базы УПП с идентичной конфигурацией,

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

стабилизировать работу баз УПП и начать внедрение уп2 в составе нашей команды (на данный момент это я и консультант/РП).

Требования:
Нужен состоявшийся спец., который может самостоятельно по описанной проблеме предоставить качественную реализацию в 1Ске. Тут нет тз и полноценного

тестирования, поэтому удаленщики отпадают.

Уровень кода должен быть не хуже, чем в типовых, типа УПП 1.3 и УТ 10.3.

На все сертификаты пофик, кроме эксперта.

В отделе возраст сотрудников 25-35, для более комфортных коммуникаций желательно не сильно выделяться.

Вы нам не подходите если:

уп2 и ут11 не открывали или не смогли понять как же там все в итоге работает
не знаете, как развернуть базу из скульного бекапа
не знаете, как запустить базу для отладки под конкретным пользователем
не умеете писать рлс
не используете индексы
не умеете писать движения документов по "новому", как в ут11 и уп2
не умеете разрабатывать под упр. формы и/или писать отчеты на СКД
придерживаетесь принципа "В 1С все идиоты, я быстрее и правильнее сам напишу"


Если вас это заинтересовало, пришлите мне пример своих работ на anton.stepanov@provento.ru
Если меня устроит ваш уровень программирования, то на связь выйдет наш ит-директор с которым вы решите все остальные вопросы.



ЗЫ На самом деле я не рассчитываю таким образом кого-либо найти, из 20 кандидатов на такую зп - 80% говнокодеры, которые даже правильно движение документов написать не смогут, а с остальными не сложилось по иным причинам. Такое ощущение, что в НН или нет нормальных прогеров или они где-то получают от 100, вот только хз где...

ЗЫЫ Так же нам нужен еще один консультант/аналитик и один руководитель отдела тех.поддержки
zombi_123 26.09.2014 «ответить»
"Вот только где..."
1) поработав во франче, набрали клиентов + сарафанное радио, свое ИП для безнала и стабильные от 60+... без заморочек на идеальный код;
2) уехали в Москву;
3) вернулись из Москвы, работают со своим московским работодателем удаленно (московская зп минус аренда квартиры в Москве).

Думаю, список неполный.
1 и 3 подразумевает, что ты больше консультант и РП. Ну поработал я 7 лет во франче, про меня ни один клиент не знает, потому что я с ними и не общался.

В Москву далеко ж не все могут уехать, и я не представляю как там можно жить.

Идеальный код - зло, это значит что на его вылизывание ты потратил дополнительно примерно столько же времени, сколько требуется для его создания. Мне нужен не плохой код. Если это одноразовая обработка - можно даже гоуту поиспользовать, но если это метод, который вызывается из 5 разных мест и иногда одновременно - он должен быть написан хорошо.
zombi_123 26.09.2014 «ответить»
"...про меня ни один клиент не знает, потому что я с ними и не общался". Это было стратегической ошибкой, я тоже такую в свое время сделал, теперь понимаю.
В Москве нормально можно жить, если офис не в центре, то там же на окраине можно снимать хату и пешочком за 15-30 мин ходить на работу. А Ваше расположение не всем в НН пойдет. Выход, арендовать где-то офис в черте города для программеров.
Про офис в городе мы думаем и нам его выделят, если попросим. Сейчас как-то смысла не видим большого.
+1

(0) зарплата для таких задач просто смешная, имхо.
Тогда 2 вопроса.

1) Где платят больше?
2) Сколько стоят такие задачи?
Выше уже всё описали, какой смысл повторяться?
Там написали про Москву и не написали, сколько нужно платить за такие задачи в НН.
Смотрим первый пункт, там не про Москву. Хотя, например, я вот в Москве не был, но периодически с ней работаю.

PS: Вообще, если как вы пишите далее 70-100, то это уже, ИМХО, более менее нормальное предложение. Но вы, извините, сначала написали 40-55, а это средняя ставка для среднего прога в НН без знания УПП и без ежедневных поездок за пределы города (это реально выматывает и отнимает уйму времени в нашей реальности). Вот как-то так.
40-55 это оклад, кроме исп. срока премия есть всегда. Если премии нет, то программист вообще ничего не сделал за месяц. Самый минимум за среднего прога выходит 60.

В моем понимании средний прог уже должен знать УПП, а не ограничиваться написанием корявых отчетов и печатных форм. Средний прог должен достаточно хорошо и быстро выполнять свою работу по готовой архитектуре, а вот хороший и дальше сам определяет архитектуру.
Прог, который хватается за всё, имея 15 лет рабочего стажа, никогда толковым не будет. УПП - отдельный продукт, чтобы его реально знать (а не так чтоб один раз конфигуратор открыл), нужно не один год плотно им заниматься, забросив всё остальное. Мне вот, например, он нафиг не сдался. У меня по основной "тройке" работ выше крыши (зарплата-то никак не меньше того, что вы за УПП предлагаете, причём я сам себе хозяин и не надо никуда по пробкам "шариться"). По УПП рынок спроса услуг (в количественном выражении числа организаций-пользователей) однозначно меньше, потому и прогов меньше, потому и стоят они дороже. Пойдя на УПП, скажем, к такому работодателю как вы, нужно ставить на карту всё. Сегодня вам нужен прог, завтра не нужен. И останешься в итоге без ничего. Мне вот такая работа нафиг не сдалась, не хочу зависеть от одного работодателя, тем более за те деньги, которые вы предлагаете. Ну, у вас своё понимание - флаг вам в руки, как говорится, успехов, но я бы на вашем месте на многое не рассчитывал :)

И что касается "премии" - извините, у меня другое мнение. Это когда я по сделке работаю, там у меня "премия" - сколько сделал, столько и получил. А когда вы меня на постоянку берёте, то тут ни о какой премии в половину зарплаты и речи быть не должно. Я отдаю вам всё своё время и вы должны оплачивать его по полной ставке. Всё остальное меня волновать не должно. Или вы готовы платить мне 40 тысяч только за то, что я буду присутствовать на рабочем месте, а в это время буду на вашей технике заниматься своими делами? Сильно сомневаюсь ))) А раз это не так, то мой рабочий день должен быть оплачен, независимо от того - была работа или не была. Вот такое моё мнение.
У вас видимо не очень много опыта работы в команде и руководителем программистов. Да и не знать УПП на уровне программиста, имея более 4х лет опыта...
Свет клином на УПП не сошелся, правильно товарищ пишет. Это сейчас в последние года трэнд на автоматизацию производственников, т.к. все торговые уже дааавно. И торговых на порядок поболее, если не на два.
Ранее, лет 10 назад, можно было себе позволить знать почти все - в т.ч. бюджетное, сейчас - нет
Н-да, у вас реально ограниченный взгляд на этот мир ))) Дальнейший диалог смысла не имеет.
zombi_123 27.09.2014 «ответить»
Еще 1 вариант, работал человек на внедрении от франча, клиент его к себе переманил, на зп более 60. Человек сидит там, работает, все знает и не видит смысла менять шило на мыло. Кстати, на этом форуме искали прога 7.7 весной вроде в канавино, там девушка, лет 25, написала что получает существенно больше 60, причем все работы,на которых она работала были только с безой зп в НН.
"Такое ощущение, что в НН или нет нормальных прогеров или они где-то получают от 100, вот только хз где... "
Может дело в конторе, а не в людях?
zombi_123 26.09.2014 «ответить»
Да там далеко, Щербинки + загородный автобус. Сейчас такие пробки, что долго на такую работу не поездишь, если живешь на диаметрально противоположном конце города.
Я не про местоположение офиса, а про саму компанию.
Много негатива.
Да, тут хаос, пездец и куча всего, что неправильно, неоптимально, плохо. Нас сюда как раз и взяли для того, чтоб навести порядок в 1С, для наведения порядка в других областях тоже взяли соответствующих людей.
Не понятно, вы представляют нанятую аутсорс-компанию или же работать придется в штате данной секты?
В штате. Сектанства тут уже намного меньше, а к нам оно вообще не применимо
Я от борского моста доезжаю с утра за 35 минут, назад вечером за 45. Есессно на машине.
Вообще легко. И я бы в этом полностью убедился, если б к нам пришел нормальный спец, осмотрелся, сказал, что контора гуано и предлагаете мало и ушел.

Вот вы много знаете нижегородских программеров, которые могут грамотно дорабатывать ут11 и уп2?
zombi_123 26.09.2014 «ответить»
Все учатся на кошках хоть во франче на клиентах, хоть на фикси в вашей компаниии. После вас придут другие люди и будут так же плевать на сделанную Вами работу. Провенто регулярно искало прогов чтобы не соврать года с 2007, возможно, и ранее. То на 1с 7.7 с гибкими блокировками, то теперь на УП 2 / УТ 11. А за разбор шлака нужно полагать нормальный оклад, а не мифические премии от объема работы. Ну и что толку что прог сделает много работы за месяц, если он работал не в том направлении или ему указали не то направление. Хороший прог - не тот, кто работает много, а который работает правильно. Но нужны полномочия, а должность линейная.
Я видел ваш код, он намного лучше того, что здесь было написано.

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

40-55 это нормальный оклад, а если нормально работаешь, а не втыкаешь в инет целыми днями, то премия в 30-40 легко выходит.

В том направлении работает прог или нет - решает сам прог, ну или посовещавшись с руководителем.

Полномочия есть, как я написал в 0 посте - нам дали карт-бланш на изменения. Тут вообще все просто, наносишь пользу предприятию - получаешь нормальные деньги (я считаю, что 70-100 это очень даже нормальные деньги для НН), не наносишь - за что платить то? А прошлые проги тут настолько хреного все сделали, что проще внедрить новую конфу, чем исправить то, что есть, чем собственно мы и хотим заняться. Причем внедрение подразумевает максимальное использование типового функционала, а разрабатывать будем только АРМы для более удобной работы.
zombi_123 26.09.2014 «ответить»
Я не открывал ни разу УП 2, лень качать с обменников ))). А вообще, если откроете офис в черте города, думаю, ассортимент для выбора появится.
Stepa86 писал(а)
Уровень кода должен быть не хуже, чем в типовых, типа УПП 1.3 и УТ 10.3.


Однако спорное требование :)
Ну давайте поспорим =) Наверняка я не достаточно ясно выразился просто
Предмет спора то какой? Не найду ли я в типовых кусок говнокода?
Типовые пишет команда разработчиков - уровень у всех разный. И поэтому выставлять как образец код из типовых - не стоит.
Достаточно просто написать "высокий уровень написания кода".
Уровень кода в типовых для 8.0-8.1 колеблется от сойдет до хорошо. Но у них есть некоторая планка этого самого сойдет, которую они не пересекают. Когда я смотрю код других программистов, особенно тех, которые обсирают типовые особенно рьяно, я вижу, что у них качество кода колеблется от этопиздецкакойто до чутьлучшечемсойдет. Если же колебания хотя бы такие же, как в типовых, то прогер хорош.

Высокий уровень написания кода - это как в типовых уровня 8.2-8.3. Это уже очень круто, и на таких программистов я даже не рассчитываю.
Очень адекватная вакансия.
Всё четко и понятно.
И условия более чем хорошие. Думаю, что желающих будет достаточно.

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

PS. На вакансию пока не претендую...
Могу потратить не более часа на аудит конфы. Скиньте мне в личку конфу, а список замечаний я могу опубликовать или прям в этой ветке или в ответ лично, это как вы хотите. Интереснее аудит проводить у модифицированной типовой, там больше ошибок обычно и нужно меньше вникать в замыслы, чем в самописной.
Написал в личку
Посмотрел УТ11.
В целом доработка по обмену и заполнению цен на очень высоком уровне, из придирок:

Нет обрамлений кода в типовых модулях (Не везде)
Измененные модули не включены в свою подсистему
У чисто серверных методов не стоит галка "Клиент (обычное приложение)"
у PS_РегламентныеЗадания одновременно стоят галки "Внешнее соединение" и "Вызов сервера"
во врезках нет других идентификаторов задания
Отсутствует справка
Невнятное название своей подсистемы. Если она должна быть видна пользователям, то должен быть нормальный синоним, если нет - ее видимость нужно отключить.
И я не понял смысла в дублировании документа "Установка цен".

Код
Встречается "мертый" код - закомментированный, который давно нужно было удалить
Не используются индексы в запросах, но возможно именно в этом запросе они и не нужны
"ДокументОбъект.Дата = ТекущаяДата();" а нужно ТекущаяДатаСеанса()

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


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

Смотрел по диагонали и времени на вторую конфу нет.
Спасибо за развернутый ответ.
По поводу обрамления кода - стараюсь учитывать.
По поводу "Клиент (обычное приложение)" - а зачем оно в УТ 11 ? Обычное приложение в УТ 11 полноценно не работает. Даже типовая обработка по изменению объектов.

<во врезках нет других идентификаторов задания> Вот это я не понял

А справку для кого писать ? Для себя?


<И я не понял смысла в дублировании документа "Установка цен".> - Минимизация внесённых изменений в типовую систему + сняние органичений, которые необходимы в стандартном документе.


А вот обработка Импорт заказов адаптировалась из версии 10.3.
И в принципе практически не модифицировалась. А под 10,3 обработка писалась лет 8 назад.

Да есть закомментированный код. Но он не мешает в данном случае.
Обращение через точку не считаю снижением производительности в данном случае. Обрашение в одном месте для одного объекта. Это равносильно выполнению запроса по реквизитам объекта.

Возможно, её стоило бы переписать заного.
Я ж говорю придирки.

Shipik1982 писал(а)
По поводу "Клиент (обычное приложение)" - а зачем оно в УТ 11 ? Обычное приложение в УТ 11 полноценно не работает. Даже типовая обработка по изменению объектов.

Это рекомендация 1С. На случай, если все же запустят УТху под обычным.

Shipik1982 писал(а)
<во врезках нет других идентификаторов задания> Вот это я не понял

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

Shipik1982 писал(а)
Да есть закомментированный код. Но он не мешает в данном случае.

Да он всегда не мешает, но при чтении вводит в заблуждение и захламляет код. Заставляет думать - нужно это или нет.

Shipik1982 писал(а)
Обращение через точку не считаю снижением производительности в данном случае. Обрашение в одном месте для одного объекта. Это равносильно выполнению запроса по реквизитам объекта.

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

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

Учту на будущее.

А получение списка элементво справочника по списку кодов тоже желательно в запрос перенести? Даже, если в количество позиций поиска не превышает 5-10 единиц.

И вот это можете пояснить: <Есть "НайтиПоНаименованию" без инкапсуляции в отдельный метод>

В целом какое сложилось впечатление? Устроил бы мой уровень знаний Ваш необходимый минимум и если бы устроил, то какую зп могли бы предложить?
(Можно в личку)
Shipik1982 писал(а)
А получение списка элементво справочника по списку кодов тоже желательно в запрос перенести? Даже, если в количество позиций поиска не превышает 5-10 единиц.

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

Shipik1982 писал(а)
И вот это можете пояснить: <Есть "НайтиПоНаименованию" без инкапсуляции в отдельный метод>

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

Функция СреднийПриоритет()
Возврат Справочники.Приоритеты.НайтиПоНаименованию( "Средний" );
КонецФункции

и вызывать его, а когда появится необходимость что то изменить, или когда выяснится, что этот приоритет теперь называется "2. Средний" - найти и заменить его будет намного проще.

Shipik1982 писал(а)
В целом какое сложилось впечатление? Устроил бы мой уровень знаний Ваш необходимый минимум и если бы устроил, то какую зп могли бы предложить?

Данных маловато, если б я аудитил для принятия решения на прием, то посмотрел бы и вторую конфу. Если исходить по УТ11, исключая обработку, то оклад бы был 55, премиями добивалось бы до 70-75. Конкретнее это нужно уже общаться лично.
Stepa86 писал(а)
В этом случае наилучшим выходом будет написать отдельно гет метод:


Обычно так и делаю, если необходимо использовать метод "НайтиПоЗначению" в разных местах. А обработчик получения в общий модуль с повторым возвращением значений.


Данных маловато, если б я аудитил для принятия решения на прием, то посмотрел бы и вторую конфу. Если исходить по УТ11, исключая обработку, то оклад бы был 55, премиями добивалось бы до 70-75. Конкретнее это нужно уже общаться лично


Еще раз спасибо за потраченное время
Stepa86 писал(а)
Код расположен в модуле объекта, а вызывается из упр. формы, такой код нужно располагать или в самой форме или в общем модуле

Почему ты это считаешь недочетом/ошибкой?
Скорее это недочет упр. форм, когда в объект приходится лазить через ж. Если посмотреть типовые, то обращения к модулю из упр. формы почти отсутствуют, а все вынесено в общие модули или модули менеджера. Так же достаточно плохо синтаксис проверка работает при уходе в объект. А еще модуль объекта он существует как бы и на клиенте и на сервере, особенно когда речь заходит о типовых от 8.0-8.1, а в упр. форме строгое разделение на клиент и сервер, и уход строго с сервера в модуль объекта может приводить к неожиданностям.
Stepa86 писал(а)
Скорее это недочет упр. форм, когда в объект приходится лазить через ж.

Согласен

Stepa86 писал(а)
Так же достаточно плохо синтаксис проверка работает при уходе в объект

Проверка работает точно так же.

Stepa86 писал(а)
А еще модуль объекта он существует как бы и на клиенте и на сервере, особенно когда речь заходит о типовых от 8.0-8.1, а в упр. форме строгое разделение на клиент и сервер, и уход строго с сервера в модуль объекта может приводить к неожиданностям

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

ИМХО эта придирка не обоснована
Проверка не работает screencast.com/t/pyQppMQOEs
:) 1с то не знает - процедуру какого объекта ты вызываешь.
Поэтому этот единственный вызов надо написать правильно. А штатная проверка в самом модуле объекта работает.
Логика была в том, чтобы изолировать необходимый внешний функционал одной обработкой.
При этом сохранив функционал работы обработки как просто внешней обработки, так и включеной в конфигурацию.
Использование как внешней обработки повлияло на перенос обработчиков в модуль объекта. В случае открытия внешней обработки код запуска модуля менеджера из формы обработки не тривиален.
Общие модули не рассматривались, так как противоречило первому условию.

"Если посмотреть типовые, то обращения к модулю из упр. формы почти отсутствуют"
Достаточно много таких обращений. Особенно по заполнению / перезаполнению объектов.
Обращений много, но в разы меньше, чем в УПП и УТ10
>>Код расположен в модуле объекта, а вызывается из упр. формы
Очень даже часто нужно.
Когда повторно выполняемый код в модуле объекта.
вроде все по делу, но вот "поэтому удаленщики отпадают"...
а не проще делегировать одному (вам к примеру) спецу
общение с удаленщиками - и ТЗ особо не надо )
и протестируете сами
за одно выскажете претензии к качеству кода
выбор бы был значительно больше, не?
Я сделаю сам быстрее, чем передам задачу удаленщику, буду сопровождать по ходу и потом ее приму. Вот если б я не умел программировать, или моего уровня не хватало, тогда другое дело. Консультант этим тоже заниматься не может - у него тупо времени нет.
Не очень понятна все таки тема...
Если сидеть там, у вас, то вы допускаете спеца прямо к пользователям (постановка задачи) и\или ставить в рабочую базу решение (с самостоятельным тестированием и т.д.).
Если удаленно - ведь не обязательно, тем более что нет времени, постановку делать, проверять и т.д. - можно сразу все доверить?
Или есть большая разница между тел.звонком пользователя и личным общением? ))
"Близость к телу" )) ?

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

ЗЫ я имею опыт фриланса, работы во франче и теперь еще работы в фикси и понимаю, насколько важно быть как можно ближе к проблеме. С другой стороны как программист понимаю как же хорошо, когда общение минимально и когда работать можно только из дома/отдельного своего офиса.
Я на фикси смог чуть более года - не мое ))
По остальному - прогресс идет, а для эмоций и 1 посещения в месяц достаточно
Я фигею от вас, 1Сники. "Нам нужно 200+, удаленно и на чем нить попроще, например на УТ, все остальные вакансии говно - ищите дураков". Но при этом никто не демонстрирует знаний УПП, УТ, УП, Бухии, Зарплаты, КИПа, не имеют никакого понятия о проектировании, тестировании, инженерии, конфигурационном менеджменте итд, пишут откровенно херовый код и считают себя самыми умными. Когда вы себя профессионально то начнете вести, и хоть иногда смотреть на мир чужими глазами для понимания чужой точки зрения?
Реально все так запущено что ли??? Видимо просто не умеют читать требования или не понимают того, что если требования к кандидату/соискателю выдвигаются, значит кто то так уже смог и "оценил себя/оценили его" в предложенную сумму (которая кстати совсем не занижена, а для НиНо вполне даже "wery good").
Как я уже написал в 0 посте, мне для аудита под такую вакансию пришло порядка 20 примеров работ. Уровень кода там ниже плинтуса, только 3ое были сравнимы с уровнем НК (если помнишь такого), где то половина была уровня "А ты точно программист?"
Беда в том, что эти люди работают быстрее всего во франче, и имеют кучу сертификатов. Да и склиентов берут достаточно большие деньги. А сами представления не имеют о том, что делают.
Правильная организация работы во франче: как можно больше делать руками наиболее дешевых сотрудников, а спецы контролируют чтоб не вылезло чего боком. При правильном подходе получается выдавать решения на хорошем уровне силами почти новичков. Но чаще спецов или перегружают или уводят на другой проект (да и вообще причин там дофига) и новичков никто не контролирует, и происходит провал в качестве.
Как я понял, не во всех франчах есть спецы достойного уровня. Две недели назат я в этом убедился лично.
А откуда им взяться, толковым програмистам со знанием всего вышеизложенного пакета

УПП, УТ, УП, Бухии, Зарплаты, КИПа, не имеют никакого понятия о проектировании, тестировании, инженерии, конфигурационном менеджменте итд

в нашей деревне ?

Я думаю, что даже те люди, кто пишут типовые конфы в самой 1С, не обладают такими знаниями. 1С сейчас - это большая облать. Все конфы знать не возможно (да и не зачем).
Достаточно понимать принципы работы.

Я уверен, что и Вы не всё знаете по 1С на уровне эксперта...
Я и не говорю про уровень эксперта (специалиста-консультанта), я говорю про уровень, необходимый для программирования в этих конфигурациях.
Stepa86 писал(а)
На все сертификаты пофик, кроме эксперта
Наличие сертификата означает лишь то, что ты подготовился к конкретному списку задач и смог решить одну из них за нужное время. Нам нужен тот, кто за месяц сможет подготовиться к любому такому экзамену и сдать его. Именно таким я вижу программиста среднего уровня.
Естественно мы не будем отправлять на экзамен кого либо, т.к. это бесполезно.

Наличие Эксперта по сложнотехнологическим означает, что это минимум архитектор.
Так от куда в нашей деревне должны появиться програмисты такого уровня ? Из франча ? Или фикси ? Из фриланса ?
По идее всех больше правильных знаний у тех, кто работал во франче. Если работал только в фикси - знания очень уж узконнаравленные и порой некому сказать, что вот так писать на самом деле нельзя. В фриланс люди уходят, когда им уже надоело работать где то, поэтому оттуда никого не жду.
А по поводу деревни - многие считают НН кузницей программистов, просто в 1С идет очень уж мало народу.
Stepa86 писал(а)
А по поводу деревни - многие считают НН кузницей программистов, просто в 1С идет очень уж мало народу.


А у нас какой вуз учит на 1С ?
В 1С зарплаты ниже
По поводу корявого кода. В половине случаев он появляется по той причине, что заказчик старается получить результат при минимуме затрат.
Трудозатраны при написании хорошего кода больше, стоимость выше. А заказчику нужна меньшая стоимость.
Достаточно мало заказчиков, кто понимает, что нужно делать правильно.
Писать все по стандартам - это трудоёмко. Это факт.

Я не прав ?
Тут нет однозначной истины.

1) Когда постоянно пишешь качественный код, ты привыкаешь его таким писать и это не напрягает и получается делать быстро, особенно когда обвешиваешся шаблонами, снегопатом, наработками и нужным набором методов в конфе
2) Когда пишешь плохо - накапливается так называемый "технический долг", в дальнейшем при работе с этим кодом придется тратить время на эти долги. Иногда долгов накапливается так много, что для решения какой нить фигни нужно потратить пару месяцев, и наоборот, когда долгов в системе мало - получается делать офигительные вещи за считанные часы. Это как с регресс-тестами - или ты тратишь время в начале на них или тратишь кучу времени на поиск ошибок в конце, чем меньше проект, тем выгоднее второй сценарий.
3) Лучше сперва научится писать правильно, а потом быстро, а не наоборот. Это как в обучении слепого десятипальцевого набора - сперва нужно научится печатать без ошибок, а скорость приходит сама.
4) "Повышение качества системы снижает расходы на ее разработку" (с) С. Макконнелл + "если вы готовы платить за качество" (с) еще кто-то
Stepa86 писал(а)
4) "Повышение качества системы снижает расходы на ее разработку" (с) С. Макконнелл + "если вы готовы платить за качество" (с) еще кто-то


Знали бы это те, кто платят деньги
Иногда достаточно им про это просто рассказать
Друг, я смотрю ты тут все знаешь и всех учишь, а у тебя хоть есть опыт успешных внедрений ?
Опыт есть, и это при том, что я программист, и в руководство проектами не лезу. А ты кто такой, чтоб наезжать?
Я не наезжаю.
Просто жалко мне контору, бросает их из крайности в крайность. Сначала пришли тяп-ляп программисты, теперь тру-программеры. Первые по первому визгу стряпали заплатки без всякой стратегии развития. Вторые будут годами реализовывать "правильные коды", втирая директорам академические определения в оправдание своей зряплаты... эххх

..."в руководство проектами не лезу"... как же ты программируешь, если не понимаешь для чего это все надо?!..
Кто сказал, что мы тут что-то годами реализовываем? Рабочую базу мы обновляем примерно раз в 2 недели и моя зарплата уже отбилась на несколько лет вперед изза нанесенной пользы. Да, я знаю про легкие и тяжелые методологии разработки и знаю когда какие нужно применять.

И не лезу и не понимаю, это разные вещи, так что не передергивай.
Нанесенная польза...)))
Надо запомнить...)
Так чем в итоге закончилась история ?..
Нашелся тот, кто достоин работы в Вашей компании..
История только начинается, на работу пока никого не взяли
репутация у компании такая, что я б просто не пошёл. в системе работают живые люди. если люди меняются каждые два месяца - стабильную систему не сделать
zombi_123 11.10.2014 «ответить»
Отсюда вывод что идеально выровненный код по факту даже не десятый приоритет в этой вакансии.
я лет 10 назад ездил на собеседование даже )))
Ого, я года 4 назад собеседовался :)
Даже не перезвонили с отказом. Всю ночь не спал
Может слишком завышенные требования, или хреновый менеджмент.
Возможно, с одной стороны - молот "хотелок бизнеса" (мы вот хотим так, а как это возможно - нас не волнует!), с другой - наковальня неких "спецов", нанятых "оценить и проконтролировать" (отсюда - " у вас неправильный код, не те вызовы, качество на нуле, и вообще - будьте добры не отклоняться и следовать нашим методическим указаниям").
А между ними - должность "штатного" программиста, которого ищут каждый раз после раздаваленного предыдущего.
...красиво сказал...
Прикольно то, что программисты в эту контору ищутся каждый год, буквально какая то черная дыра... за это время можно было целую команду спецов выучить причем с нуля:)
едят они их там: сначала мозг вынесут...
LokySat 26.11.2014 «ответить»
Дам вам добрый совет. Откажитесь от идеи внедрения уп2 в Провенто. Тем составом что есть, это задача нереальная. А собрать 5-6 опытных кодеров у вас врятли выйдет. Все кончется тем, что Камаев устанет ждать результатов и устроит вам разгон.
Людей для быстрого внедрения не хватает, но 5-6 опытных программистов и не надо. Как показывает практика (и статистика 1С), достаточно РП + 2 консультанта + 2 программиста. Но на текущей системе делать то, что хочет К1 - даже сложнее, и это понимают все, в том числе К1.
Внедрить УПП видимо и посоветовали опытные консультанты, так как в 2010 году УПП не было а была конфигурация ИТРП. Камаев был, программисты были, УПП не было. Теперь есть УПП (его же кто то внедрял) но оно не работает или работает не так как надо, почему? И куда делись программисты?
УПП здесь начали внедрять с 2007 года. Были тут опытные консультанты или нет я не в курсе, но судя по доработкам - не было.

Текущее УПП есть и работает, и в целом работает так, как надо, но делать на нем что-то новое - уже очень напряжно.

Сейчас в команде, кроме меня, еще 2 программиста, которые работают тут один 2 года, второй 4. Почему ушли предыдущие ведущие - я достоверно не знаю, возможно изза того, что не смогли быстро выполнять задачи Камаева на такой УПП изза охеренейшего накопленного технического долга.
Некоторые факты, которые я тут обнаружил, когда только пришел, для оценки уровня предыдущих руководителей/архитекторов:
хранилище разработки было подключено к рабочим базам,
разработка велась только в файловых базах,
УПП обновлялась в лучшем случае раз в год,
списка задач и аналогов не было в принципе - все через почту,
префиксации, разделения по подсистемам, обрамлений доработок в коде не было,
80% логики выполнено на внешних обработках и свойствах, а так как эти внешние обработки и свойства участвуют в коде, количество НайтиПоНаименованию и НайтиПоКоду просто феерическое
У вас неточная информация.
УПП начали внедрять в сентябре-ноябре 2009. Силами одного человека. До внедрения существовали 1 самописная восьмерка на четырех регистрах накопления, и две 7.7 ИТРП. С января 2010г самописка была ликвидирована, в апреле 2010 были ликвидированы семерки.
Как я думаю все понимают, что вести полноценный учет в чистой УПП без доработок на промышленном предприятии можно только условно, соответственно начали появлятся пожелания руководства в большом объеме, отсюда и стратегия развития на внешних обработках, так как ТЗ шлифовалось на ходу, и править логику нужно было прямо на лету по 5-10 раз на дню. Если бы была взята стратегия франча со справочниками на каждый чих (чтобы не делать поиск по наименованию), обрамлениями, подсистемами, и прочими прелестями то уровень покрытия бизнес процессов компании был бы процентов 10 от того уровня который застали уважаемые коллеги.

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

Любимая отмазка всех быдлокодеров - нет времени писать правильно, нужно как можно быстрее напрограммировать. Быстрее напишем, быстрее перепишем. Как показывает опыт (и некоторые исследования, которые мне лень искать), если посадить двух программистов писать одно и то же, только первый будет работать на скорость, а второй будет работать на качество, то уже через пару недель второй будет закрывать больше задач. Как я уже писал выше "4) "Повышение качества системы снижает расходы на ее разработку" (с) С. Макконнелл + "если вы готовы платить за качество" (с) еще кто-то"

"так как ТЗ шлифовалось на ходу" - не надо его шлифовать, его надо нормально описать. Просто если хранить тз в почте, заставлять собственника бизнеса писать тз достаточно подробно, чтобы по нему работал программист, игнорировать любые механизмы платформы и УПП (своя реализация РЛС, своя реализация разузловки и планирования производства, своя реализация хранения цен, просто волшебный процесс отгрузки итд) и нарушать все стандарты разработки - хорошего результата не будет.

"править логику нужно было прямо на лету по 5-10 раз на дню" - править по 10 раз в рабочей базе, на которой живые люди пытаются работать, это конечно сильно. Иногда нужно все же тестировать доработки и прогонять сценарии использования на тестовой базе, а не вкатывать неработающую фигню в боевое окружение.

"Если бы была взята стратегия франча со справочниками на каждый чих (чтобы не делать поиск по наименованию), обрамлениями, подсистемами, и прочими прелестями то уровень покрытия бизнес процессов компании был бы процентов 10 от того уровня который застали уважаемые коллеги. " - это не стратегия франча, а стандарты разработки от 1С. Не надо думать, что вы умнее, чем разработчики платформы и типовых конфигураций. И я уверен, что если б внедрение велось более качественно, были б покрыты все процессы компании и шел вопрос только об их оптимизации, сейчас же стоит вопрос о переписывании или существенном изменении всех старых АРМов и зашитой логики.

И с чего вы взяли, что вот 4 года были большие проекты, К1 все время что то хотел, не давал времени на рефакторинг и наведение хоть какого то порядка, а когда пришли мы - он забил на 1С и решил не беспокоить своими задачами? И это при том, что вы начинали с чистой системы, а нам еще и говна разгребать приходится по ходу. Поэтому мы и хотим УП, потому что разработка чего то нового это 80% времени на исправление и 20 на созидание. Ну еще в УП есть куча всего того, что К1 и так хочет, но на УПП это реализовать будет в разы дольше, чем просто внедрить УП.
Ага, я именно тот.

Догматичное следование "Стандартам 1С" не есть признак большого таланта. Я не буду с вами спорить, вы вскоре на своей шкурке все прочувствуете.

Вы считаете что все что было написано на коленке можно было написать нормально в те же сроки и в тех же объемах, могу только пожелать удачи.

Мне даже интересно сколько вы там продержитесь с зашитыми в конфигурацию АРМами когда вам по 3 раза на день начнут менять их "утвержденную" логику работы. Будете спорить с К1? затягивать сроки? Обновлять всю конфигурацию несколько раз в день?

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

ЗЫ: А спасибо все-же можно было и сказать, так как вам подарено самое ценное, отлаженная в бою бизнес логика, а рюшечки нацепить... справитесь я думаю )
Я 8 лет занимаюсь разработкой, из них 7 во франче с диким количеством проектом. Я прекрасно знаю зачем нужны стандарты и зачем нужно им следовать, если вы про это не знаете, значит не доросли даже до уровня среднего программиста.

"Мне даже интересно сколько вы там продержитесь с зашитыми в конфигурацию АРМами когда вам по 3 раза на день начнут менять их "утвержденную" логику работы. Будете спорить с К1? затягивать сроки? Обновлять всю конфигурацию несколько раз в день? " - а вот не меняется у нас утвержденная логика работы, есть только доп. пожелания при фидбеке, которые легко ждут до следующего обновления. Мы один раз в неделю обновляем все базы и не больше 4х часов после фиксим все вылезшие баги, если обновление масштабное. С К1 не спорим и не затягиваем сроки, он нами доволен.

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

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

Не дорос так не дорос... что поделать, пойду дальше расти.


"Мне даже интересно сколько вы там продержитесь с зашитыми в конфигурацию АРМами когда вам по 3 раза на день начнут менять их "утвержденную" логику работы. Будете спорить с К1? затягивать сроки? Обновлять всю конфигурацию несколько раз в день? " - а вот не меняется у нас утвержденная логика работы, есть только доп. пожелания при фидбеке, которые легко ждут до следующего обновления. Мы один раз в неделю обновляем все базы и не больше 4х часов после фиксим все вылезшие баги, если обновление масштабное. С К1 не спорим и не затягиваем сроки, он нами доволен.

Все до поры до времени... первые полтора года у меня тоже не было такого и АРМы я внутри базы делал, это потом вытаскивал срочно. Хотя у вас может и прокатит, кто знает, не буду спорить.


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

С нуля переписали, или тряпочкой протерли? )) ну чтож, нет пределов совершенству, всегда что-то можно сделать еще лучше. И еще лучше, и совсем хорошо... тут главное не увлекаться ))), а то обернутся не успеешь как прилетит )))


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

Табуреткой ... грубый вы таварисч и невоздержанный. Причины по которой я "свалил" вы не знаете, только предполагаете. и предполагаете неверно, мне в этом "засраном говнокоде" было вполне нормально, и новые проекты не тормозило, даже наоборот ускоряло местами, было конечно пара мест об которые руки чесались, но как говорится всему свое время. А вообще могли бы встретится пивка попить, чего ругатся то.
Чутка в догонку.

Своя реализация РЛС - побойтесь бога, вы "этот несчастный справочник" РЛС ом называете? это затычка, сварганеная за пару дней чтобы хоть как-то управлять правами, на РЛС времени не выделили... Спросите у Андрея он этот проект год педалировал, еслиб он не занимался техподдержкой вы бы счас с РЛСом жили. Ах да забыл у вас же теперь есть человек на тех поддержку. Жируете блин )). Теперь и РЛС есть кому доделать )))

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

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

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

Просто волшебный процесс отгрузки - а он то блин вам чем не угодил, тут вообще сплошной стандарт 1С, даже бизнес-процесс замутили )) красивый такой... здоровый... век бы его не видеть ))))


ЗЫ: А вообще я с вами ругаться не хочу, мне в этом смысла нет никакого. Суть моего поста была предупредить по дружески. Попробуйте посмотреть немного дальше, ведь если было сделано именно так это не обязательно значит что по дурости. Может были причины. (хотя там есть и по дурости, никто не идеален)
В 2009 был в этой конторе на собеседовании на разработчика (я думаю из нижегородских 1С ников редко кто там не побывал), об УПП тогда там еще никто не говорил. Последнее собеседование было с Камаевым, он сказал мне что ему дешевле будет в Москве систему под ключ заказать, чем таких разработчиков нанимать, на этом и разошлись:) А вообще интересно было все это почитать, по крайне мере сейчас я удостоверился, что тогда принял правильное решение !
Каждый решает за себя, я не жалею о своей работе в Провенто, если бы не устраивало свалил бы да и все. Если говорить о 1Сниках которые побывали в провенто на собеседовании, то могу так сказать, в мой период мы отсобеседовали 90+ человек )
были приняты 5 человек из которых на сегодня остался 1. Сверху 3х брали по протекции остался один из них.

Требования были на порядок ниже сегодняшних, ЗП 35 + прем 10-20.

Было очень неплохо, но работать приходилось и много ))
"Требования были на порядок ниже сегодняшних, ЗП 35 + прем 10-20."
отнюдь, какой "на порядок" - сейчас там предлагают вместе с премиями 60 без хвостиков ))
Уважаемый коллега, я говорил про требования к квалификации соискателя ), а не о зарплате. Зарплату привел для сравнения.
Там вроде кадровик программистов собеседовал (активный очень) потом к нему подключался начальник ИТО, других специалистов (кроме админов) я там не видел. Начальника ИТО я прямо спросил есть ли у них программисты 1С, на что он сказал, что у них "есть один правда с небольшими странностями, например рассчитывает иногда зарплату в штуках вместо рублей". Камаев в процессе собеседования о других 1C специалистах тоже не упоминал, а советовал более подробно на профессиональные темы пообщаться с ИТ директором и кадровиком - это видимо и были самые грамотные специалисты в 1С.. Кто там кого собеседовал... если только кадровик, но он мне еще раз 5 звонил, говорил что программист им нужен, после того как я отказался, наверное из 90 человек тяжело очень было выбрать (это был июнь 2009) :)
фигасе санта-барбара) тут киты шибутся - франчами меряются) впору за попкорном и в первый ряд)

один не знает что было и хает, другой не знает как сейчас и предрекает)

товарищи, будьте взаимовежливы, нафига вам грызть друг друга?
поддерживаю, увлекательно...
озвучили бы хоть параметры - размер базы, сколько пользователей и т.д.
так сказать декарации )
Две УПП по 25гиг. 50-60 пользователей в каждой. Но вообще мы уже закончили.
Да пусть внедряют ))
Видимо, в Провенто - это уже традиция, каждые два года менять состав программистов и чего-нибудь внедрять заново, и с "старье мы все разрушим".
Как раз им на полгода хватит наесться внедрением УП2 ))
Популярные товары в Нижнем