Отчего на собеседованиях постоянно спрашивают про разработку конфигурации с нуля?

(0) Ну так и спросил бы у тех, кто спрашивает?

своя конфа - это аналог 22см.

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

потому что разработать конфу работающую с нуля это я считаю высший пелотаж программиста 1С. и задачу поставить и всё учесть и неаписать. это дело не одного дня. кроме того надо уметь войти в курс дела.

если такое спрашивают во франче - возможно хотят предложить ведущего - руководителя проектов

(4)+1

(0)не спрашивали никогда

(6) ну вы же девушка.. )

(7) а глубина не котируется?

(7) типа 22 см ей не грозит ? :-)

Фу, пошляки! :)

(8) не, это не показатель

(10) ну с вашими метр двадцать по 1С++ мы даже не тягаемся ;)

(4)".. пелотаж.." - от слова "пелотка"?

а мне кажется, что с нуля пишут конфигурации те, кто не умеет готовить типовые...

(14) а ничего, что есть куча областей, в которых нету типовых?

(13) ага ;) рука дрогнула.....

(14) окстись от кого но от тебя я не ожидал..... приготовь мне типовую для медцентра или СТО

(14) Все универсальное имеет и отрицательные стороны.

(4) Разобраться в УПП гораздо сложнее чем нетленку написать

(0) ну...

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

в то время как "поддержка и доработка типовых" это чтото типа "посидел с племянником пару часов"

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

(14) Позвольте с Вами не согласиться! Мне, например, доработать что-то для нужд сервис центра по заправке было бы дольше, чем написать свое. К тому же свое написано на 8.2, а в прошлом году типовых на ней еще не было.

(19) Что сложнее: Выдрессировать собаку от рождения или здорового пса?

1С уже библиотеку стандартных подсистем выкатывает
что в справочнике контрагентов уникального?

и то и то круто
круто уметь хорошо создавать собственную архитектуру и БП
круто разбираться в готовом и не изменяя функционала реализовывать определенные задачи

(14) Мои "нетленки":
Учет начисления и оплаты кабельного ТВ.
Учет решений Арбитражного суда.
Такси.
Городская Справочная служба наличия лекарств в аптеках.

Какими типовыми можно заменить?

(0) Бизнес-аналитик, системный аналитик и кодер в одном флаконе.

Сами задачи себе ставим и сами их реализовываем, а затем идем к пользователям и они ох-уевают

вроде бы у всех есть опыт разработки конфигураций с нуля... или только я по Радченко учился? =)

(27) вот когда спрашивают про конфы с нуля , я тоже сразу вспоминаю курс Радченко...

(27) ИМХО это не "с нуля", это "по Радченко". С нуля - это когда сам себе (или кто-то тебе) ставит задачу, ты открываешь пустой конфигуратор и добавляешь первый справочник, документ и т.д.

(2) Шо такое 22 см?

(30) Гы-гы-гы..  Если ты не знаешь - тебе оно не нужно...  Забей... Без этого тоже можно жить...  :)

(31) Как знать, а вдруг понравится? :)

(4) Конфа, конфе рознь.
Три справочника, два документа и отчет для складского учета тоже конфа с нуля...

(0)Раньше думал что наличие своей конфы - это показатель развития специалиста. Теперь думаю по другому. Знание типовых конфигураций - вот это показатель.
Своя конфа показывает только возможность системно подходить к вопросу и то только при большой конфе (от 250-300) объектов метаданных.

(29) А зачем открывать ПУСТОЙ конфигуратор, когда множество нужного практически в любой задаче функционала реализовано в типовых? Правильнее адаптировать уже написанные типовые под задачу.

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

(22) что в справочнике контрагентов уникального?" - ну-ну...

(34) Ради интереса посчитал - ровно 300 )))
(35) Ну зачем мне куча ненужной лишней инфы из чужой конфигурации? Я в свою, конечно, вставил много чего полезного из библиотеки подсистем, но там действительно только то, что надо. А брать типовую УТ и вырезать из нее лобзиком лишнее - фигня получится в итоге. ИМХО, конечно.

(37) +1024

(38) А тебе это лишнее мешать будет?

(40) Еще как будет. Ибо беспорядок мешается ой как сильно.

(41) Есть три числа.
а) трудозатраты по разработке интерфейсного функционала с нуля
б) трудозатраты по отрезанию от типового функционала ненужного
в) параметр "мешания"

ИМХО А много больше Б, а В стремится к нулю.

Грамотно спроктировать конфу с нуля не так то просто. а вот бесконечно переписывать оную - проще пареной репы.

(40) И мне будет, и пользователям

(44) ОМГ. А пользователи-то с какого панталыку это увидят? Убрать из интерфейса ненужное религия не позволяет? :)))))

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

(45) Так вот и надо подумать, что проще и быстрее: слепить свое, нежели удалять чужое лишнее. Иногда проще слепить свое

(46) сколько времени потратил на проектирование, написание, допиливание и исправление косяков/глюков?

+(48) руководство пользователя писАл?

(46) А ты алгоритмы сортировки тоже свои выдумывал? И ни одной сторонней длл не пользовал? :)))))

+(48) приходилось ли существенно менять архитектуру по ходу дела?

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

(48) Скажем так: те задачи, которые ставились первоначально, конфа стала выполнять через две недели.
(49) Нет
(50) Использовал только макет налоговой накладной из типовой
(51) Нет
(52) Как удалить ссылку на кучу ненужных реквизитов в приходной накладной например? И  в куче других документов?

кстати.. а вот вопрос

есть задача - что то там автоматизировать..

берет программист типовую, ну например самую простую БП и на ее основе пишет кучу управленческих модулей/документов/отчетов.. реализуя логику учета..

то есть основа и "типовые справочники" остались типовыми а вот упручет получился "снуля" да еще и коррелирует с типовым учетом в данном случае бух...


это с нуля или не снуля ?

(54) Общие модули из типовых в управленческом учете не используются, что ли? Если используются - вряд ли с нуля.

+(54) или другой пример...
нужно написать свою конфу по учету чего либо (ну например простой складской учет)

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

затем пишет пару своих регистров и отчетов, внедряет туда взятую и ИТС шаблон типового отчета и получается некая "нетленка"


это с нуля или не с нуля ?

(42) А есть еще числа, которые характеризуют развитие системы в дальнейшем. И тогда параметр В ой как сильно уйдет от нуля...
Вот пример. Конфа написана полностью с нуля:
Метаданные.Документ() = 117
Метаданные.Справочник() = 111
Метаданные.Отчет() = 311
Метаданные.Обработка() = 325
Метаданные.Регистр() = 40

(55) допустим не используются...

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

(57) А что это такое, если не секрет?

(2) А игрушки не канают под "свою конфу"?

(59) если постораться то можно.. речь не об дальнейшей поддержке а именно о том что считается "с нуля"

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

(0) Если чел создавал конфу "с нуля" то два варианта (утрировано, конечно):
а) Это что-то уникальное, не имеющее аналогов. Программист крут, если доделал и внедрил.
б) Програмист дятел, писал велосипед, вместо того, чтобы взять за основу что-то типовое.

(64) Бывает, проще с нуля написать, чем ковырять чужой "типовой" код

+64 в общем, если признаешься на собеседовании в написании нетленок "с нуля", надо быть готовым обосновать такое решение

(65) как минимум, подёргать готовые формы и их обработку, набитую структуру объектов и т.п. - уже большая экономия времени

(54) Доработаная

ИМХО: нельзя писать ничего совсем с нуля, НЕОБХОДИМО ОБЯЗАТЕЛЬНО использовать уже готовые вещи подходящие под вашу задачу, как говорится умные люди делают все сами а гениальные воруют, тут главное понимать цель и добиться конечного результата!

"117 документов..."
открываю бухгалтерскую нетленку, с которой переводил на БП:

ВыпискаПоДепозитномуСчету
ВыпискаПоЛицевомуСчету
ВыпискаПоРасчетномуСчету
ВыпискаПоСпециальномуТранзитномуВалютномуСчету
ВыпискаПоСчетуОбязательнойПродажиВалюты
ВыпискаПоТекущемуВалютномуСчету
ВыпискаПоТранзитномуВалютномуСчету

состав реквизитов в каждом документе - само собой одинаковый

(70)
:))
не обижай старика Садовникова такими инсинуациями...

(70) Э нет. Поверь, в этой конфе далеко не так. :)
(71) Вот даже не знаю - спасибо тебе сказать или обидеться? :)

(72)
:))

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

на одной из работ типовой был только ЗиК (доработанный слегка для кадрового учета и УУ)

но для 8.х у меня уже другое мнение - типовые дорабатывать удобнее

"управленческого"

(74) Нетленки и сейчас появляются именно из-за управленческого учета. Ибо, ИМХО, глупо писать с нуля собственный бух учет. И точно так же и сейчас стоит сто раз подумать - писать с нуля или дорабатывать типовое. Ситауции очень разные бывают.

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

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

(78) "учет отработанного времени сотрудников - это управленческий учет?" - вот даже и не знаю... :)
На мой взгляд, скорее - кадровый...

Если сфера автоматизации - оптовая торговля и склад, а работать предполагается на 8-ке, то, ИМХО, попытки писать с нуля - это просто-напросто изобретение велосипеда - УТ.
Работаю в холдинге, где раньше была нетленка на Дельфи+Оракл, а теперь самописка на 8-ке: всё очень похоже на УТ, только реализовано несколько иначе, а местные "изобретения" и "ноу-хау" на деле достаточно просто конвертируются в модель предметной области УТ. Т.е. многое зависит от степени влияния того или иного начальства на собственника предприятия.

Писать с нуля своё на 8-ке, думаю, имеет смысл только с расчётом на кол-во одновременно работающих пользователей > 100. Так как самописка при грамотном проектировании и кодинге по производительности уделывает типовые, монстрообразные конфы.

(80) имхо проще типовую оптимизировать

(80) Покажи мне в УТ-ке адресное храение, например?

(82) А сделать его там за полдня можно. Или за четыре года. От постановки зависит

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

(84) Если корячится 4 года - то да. Но чаще полдня :))) Или неделька. Тогда проще допилить.

>>И легко могут найтись ньюансы, из-за которых проще написать с нуля, чем допиливать типову

все равно берутся куски из типовых

(84) А WMS на 1С я бы и писать не стал, кстати.

(85) "Но чаще полдня :))) Или неделька" - везет тебе...
(86) Далеко не факт. Если пишется с нуля - нафига в конфу тащить маразм типовых?

(87) это почему же ?

(87) Почему? Прекрасно работает.

О как. Складской терминал? Не-не-не. Вы еще предложите систему управления производством на 1С написать.

(91) Поверь - все прекрасно работает.

(0) Если человек писал свою конфу с нуля, то значит он имеет опыт в разработке программного обеспечения.

(91) так почему нельзя WMS на 1С ?

(88) вменяемые нетленки - это как правило исключения. А всякая лабуда - 3 справочника, 2 документа не интересна

(95) Ну, с этим трудно поспорить :)

>>Если человек писал свою конфу с нуля, то значит он имеет опыт в разработке программного обеспечения.

уже смешно... особенно в контексте 1С.

+(92) Писалось, конечно же, не полдня и даже не недельку...

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

100

(99) Серьезно? Ух ты!

(99) А! Я понял! Если типовая не подходит, нефиг писать с нуля. Просто кричим: "Вам нужна не 1С! Точка!"

(97) чего смешного? проблемы то собственно - те же самые

(99) Да что вы говорите?
Оперативный учёт производства. Из типового не нужны даже 1%. Туева хуча нюансов.
Дятел начинает прикручивать ПУБ или того хуже ТИС и получается помойное решение.

(99) а может не хочет? :)

(94) Потому как две причины
а) WMS это система реального времени, чего от УЧЕТНОЙ (а не управляющей) 1С трудно добится;
б) полная несовместимость оборудования с предлагаемым Вами софтом, что на порядки увеличивает стоимость внедрения.

(106)
а. Можно добиться.
б. О каком именно обородовании говоришь? Может, мы о разных вещах вообще разговариваем?

(98) А если Вы это написали - снимаю шляпу. Но очень хотелось бы посмотреть на решение.

(108) Погодь шляпу снимать. Глянь пункт б. в (107)

(107) Я про складской терминал. С весами, автопогрузчиками и тд и тп. :)

Но, на самом деле, для снятия шляпы достаточно п.а из (106). Ибо фиксированного времени отклика я добиться не смог.

1С это все таки система посмертного учета гнутых гвоздей (с) пит

Представил 1С в виде управляющей системы на реальном заводе - стало страшно

(112) А мне как-то реально пришлось отговаривать клиента от принятия такого решения :)))))

(110) О разных вещах говорим...
Я говорю о адресном (ячеистом) хранении. Из оборудования применялось:
- терминал для складского работника (комп железном ящике с сенсорным экраном)
- простой ТСД
- навороченный ТСД
Марок ТСД не помню :( Один - тупой до безобразия, другой навороченный - под виндой работает.
Реализован учет товаров в ячейках:
- обычных
- негабаритных
- мелких.
Кросс-докинг. Несколько алгоритмов размещения товаров. Полная руководство действиями работников склада и проверка этих действий.

(114) ну всё, снимание шляпы отменяецца...

(115) Так я заранее про это сказал :)

+(116) Хотя, поразвлекаться там было над чем... Добавлена туча новых объектов, произведено вмешательство в еще большую кучу существующих объектов.

(115) Да не факт. Пусть неразрешаемое не разрешено, но работа была большая :)

(108) поехали - покажу, сейчас еду

(0)Читать много :)... до 60 дошел...
Те кто спрашивают с нуля и сами не понимают о чем спрашивают.
Ибо конфу видел с нуля, интерфейс кривоЛопый, писали на тяп ляп, лиж бы бапки срубить, отчеты вообще писались для программера для отладки (много лишнего).

Так что говори "Да писал", и заготовь нетленную разработку взятую на основе типовой и измененную до не узноваемости ибо все ровно смотреть ее никто не будет ;)

+119
текущий срез того, что поместилось
http://www.pentawms.ru/wms.JPG

(121) А теперь поясни, как корелируют эта картинка и тема ветки?

(122) это мои 22 см

(123) Так ты их объясни, что бы все смогли проникнуться и уважительно сказать: "Голова!!!".

(123) А какие выводы из картинки в свете обсуждения сделать-то можно? То, что у тебя заголовок приложения содержит ник и буквы WMS и компы WMS называются? :))))

(125) поехали покажу :)

Нда...

(82), (114) У нас самописка с большим уклоном в логистику.

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

Т.е. я хочу сказать, что 1С 8.1 и WMS - несовместимы, если речь идёт о __единой__ управленческой базе. А в эффективности специализированных WMS-конф я, если честно, очень сомневаюсь.

(0) Непрофессионализм экзаменующих. Сам по себе вопрос вообще смысла не имеет, ибо не исключено что конфа написана очень глупо и криво.

(0) дурость это
Неумение повторно использовать код.

(117). Да куйня, Олег, как два пальца об асфальт, хотя конечно есть крутые одинэсники, которые считаю, что функционал в УТ для адресного склада - более чем достаточно. Пусть и дальше так думают. :)

(128).Вы очень не правы, хотя зерно разума есть в вашем посте.

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

Иногда проще свой код написать чем радупляться в чужом. На счет конфы с 0 то есть простые задачи не совместимые с типовыми решениями. Я например писал такую конфу где использовалось 2 документа и 3 отчета.

Вопрос по wms. Такая ситуация: Был сделан не правильный приход. Потом эти товарные позиции отгрузились. После обнаружилась ошибка в приходе. Ее исправили задним числом. Ессно полезли минуса. Но минуса увидели только после перепроведения доков. Так вот как такое реализовано в WMS?

Я тоже разработывал такую: "Hello, World!" писАла.

(135) в wms нет исправлений задним числом, в т.ч. и wms на 1С8
в них просто нет смысла - от исправления задним числом товар в адресе не появится
но в адресах размещения конкретной приемки м.б. проведена инвентаризация

(137) Оп-па! А такое реализовать в 77 можна?

(138) с некоторыми упрощениями можно - ищи http://www.forum.mista.ru/users.php?name=%C7%EB%EE%EF%F7%E8%ED%F1%EA%E8%E9

(139) По ссылке красивая уопа :)

Кодирую от конфигурастии!:)))