А.Х.

Собственный опыт: раздвижку неудобно мыть.

В компанию-переработчик в проект по разработке ПО требуются: 1. Технический писатель - вести документацию (функциональную) к программе. Обязанности: ∙ Разработка и поддержание в актуальном состоянии документации к ПО. ∙ Участие в функциональном тестировании ПО. ∙ Взаимодействие с пользователями и разработчиками для сбора и проверки информации. Требования: ∙ Знание предметной области. ∙ Навыки написания технической документации. ∙ Умение работать с большим объемом текстовой информации, умение ее структурировать. ∙ Уверенное владение продуктами MS Office, опыт составления диаграмм в Visio. ∙ Грамотное владение русским языком, способность ясно и лаконично излагать предмет. Условия: ∙ З/пл 25-40 тыс.руб. (на руки). ∙ Офис в центре, комфортные условия работы. ∙ Оформление по ТК. ∙ Возможен гибкий график работы. 2. Программист C# Обязанности: ∙ Участие в проекте создания ПО для автоматизации бизнес-процессов предприятия. Требования: ∙ Отличное знание современных технологий программирования на C# (WinForwms, ADO.NET), SQL (MS SQL Server). ∙ Желателен опыт работы с библиотеками графических элементов управления (типа DevExpress или Infragistics) ∙ Высшее техническое образование ∙ Опыт работы (от 2х лет) на схожей позиции (разработка учетных инф. систем) Условия: ∙ З/пл 50-70 тыс.руб. (на руки). ∙ Офис в центре, комфортные условия работы. ∙ Оформление по ТК. Резюме скидывайте в личные сообщения или на avkh@yandex.ru.

Чорд, тупею, не сразу понял, чем вызвано активное участие Наташи в теме Если чо - я никакую безрамку не продвигаю, мне раздвижку помыть надо, а я высоты боюсь

Многие даже крупные ПВХ-изготовители сами раздвижку не делают (перепродают, так же, как подоконники, жалюзи и т..п.) А в их договоре с поставщиком раздвижки написано, что поставщик может заменить систему по умолчанию на аналог. Так что, менеджер продавца ПВХ может даже и не знать, что в итоге приедет заказчику. Некоторая разница между копиями есть - толщина стенок незначительно отличается. Но, да, это не принципиально. ...с 20го этажа что одна, что другая - улетит

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

Отличный подход. Правда, тогда непонятно зачем бороться с глухарями в окнах - как правило, створки в ПВХ уже чем в раздвижке. И окно ПВХ закреплено намного лучше. "Как помыть глухарь в окне? - да не проблема, открыл створку и помыл, ну или промальпы за копейки... "

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

Этот вопрос тоже решили: между Ширмером и принтером Датамаксом стоит микроконтроллер, который на лету преобразовывает команды Интермека в Датамакс - все работает.

А при чем здесь сами окна? Если окна одинаковые и заведены одной позицией с кол-вом > 1 - для расчета без разницы, сколько их там в позиции. На практике, в заказах на 30-50млн по 30-50 позиций ПВХ (93 - максимум за последние 3,5 года) Я проверял

Ну, я предполагал, что такая кнопка везде есть А как иначе пересчитать полностью заказ с другим заполнением или профилем? В 50 позициях менять по очереди? А если надо просто пересчитать, т.к. цены на материалы изменились? Это современная версия СО? з.ы. Это оффтоп. Но любопытно...

Монотонно повторяю (уже, правда, не надеюсь быть услышанным ): меня интересует мнение конечных пользователей (менеджеров-расчетчиков) неважно каких программ в виде: на 50 позиций готов/неготов ждать пересчет заказа 05/1.0/2.0/3.0 мин. Меня не интересуют сравнение с какими-либо программами, удобство построителей, способы настройки расчета спецификаций, методы оптимизации SQL-запросов, архитектура ПО и другие увлекательные, но не имеющие отношения к моему интересу, вещи По теме пока высказался только один dvim в виде:

Люди, да услышьте Вы ж меня! Технические моменты не интересны, как и что можно оптимизировать я знаю.

Неа, ТС в настоящий момент поддерживатель winDraw'а в питерской оконной компании. Менеджеры жалуются, что медленно работает. И ТС проводит бенчмаркинг с целью понять - медленно работает и надо что-то делать или менеджерам просто витаминов выдать Так же ТС считает, что у кого кого, а у Rexther'а данные такие точно есть. Но раз их не публикуют ...поеду за витаминами съезжу з.ы. То, о чем говорит многоуважаемый джин dvim не использует ни ORM ни обработку чего-либо на стороне RDBMS и имеет тоько сильные стороны

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

Хорошо, зайду с другой стороны С т.з. пользователей - 2 мин на пересчет заказа из 50 позиций ПВХ - это много или мало?

Поделитесь, пож., статистикой: сколько времени занимает полный пересчет заказа из 50 позиций с изделиями ПВХ? Т.е. есть набранный сохраненный заказ, открыли, нажали "Рассчитать" - через какое время процесс расчета завершится? Полный пересчет: расчет спецификаций материалов, работ, цен, скидок, м.б. предупреждений по статическим нагрузкам и т.п. У нас, в зависимости от мощности компьютера - от 1 до 3х мин на заказ. И еще 10 секунд на сохранение всех изменений в базу. (при этом на 1 позицию приходится ~200 записей в разных таблицах). Программа не важна, хотелось бы оценить ситуацию "со стороны пользователей". У кого-нибудь это происходит хотя бы в два раза быстрее?

Выгрузка задания (txt, номер тел., текст) на рассылку много-много СМС , а далее программ полно, включая сервисы (на сайте) операторов сот.связи.

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

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

В любом случае надо понимать сколько продукции и по какой цене Вы реально сможете продавать. Представьте (упрощенно), что Ваш оборот составил 100у.е. и Вы строите диаграмму: весь круг - это 100у.е. из них 45у.е. - это себестоимость изделий, 15у.е. - ушли на эл-во и з/пл мастера цеха, 35у.е. - реклама и з/пл продавцов, оставшиеся 5у.е. - прибыль. Вот эти коэффициенты 0.15 (=15/100), 0.35 (=35/100), 0.05(=5/100) - и есть коэффициенты из формулы.

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

Для анализа ценообразования лучше (имхо) все коэффициенты рассчитывать от базовой цены изделия (она же цена по прайс-листу, она же розничная) - так сразу "видно" какие затраты сколько составляют в "обороте". Одна из возможных схем (анализа) ценообразования: Цбаз = ППС + (Кзтр.косв * Цбаз) + (Кзтр.прод * Цбаз) + (Кнац.мин * Цбаз )+ (Кнац.план * Кнац.кор * Цбаз) Базовая цена равна сумме: - плановой производственной себестоимости продукции (товаров или услуг) (стоимость материалов с % отхода + стоимость работ по изготовлению) - сумме косвенных затрат компании на управляющие и обеспечивающие процессы - сумме затрат на процессы привлечения клиентов и продажи продукции - сумме минимальной прибыли - сумме коммерческой наценки (отсюда даются скидки) Коэффициенты затрат на продажу (Кзтр.прод), минимальной прибыли (Кнац.мин) и коммерческой наценки (Кнац.план) зависят от канала продаж (розница, дилеры и т.д.), а коэффициенты косвенных затрат (Кзтр.косв) и корректировки плановой наценки (Кнац.кор) - от типа продукции. Цбаз = ППС / (1 - Кзтр.косв - Кзтр.прод - Кнац.мин - Кнац.план * Кнац.кор) Сложности для ПВХ-изделий: - если расчет ППС основан на спецификации реальных материалов, то при каждом изменении учетной цены материала "прыгает" продажная цена (флуктуации цены во времени не очень нравятся покупателям); если при изменении закупочный цены не производить изменение учетных цен материалов - высока вероятность "запутаться и уйти в минус". - сложно учитывать влияние рекламных акций на плановую прибыль (например, те или иные опции в подарок).

кстати, ап

ап

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