KamdiF
-
Публикации
262 -
Зарегистрирован
-
Посещение
Сообщения, опубликованные пользователем KamdiF
-
-
Ответ на этот вопрос должен быть самым осторожным, потому что сразу может посыпаться вал информации и каждый будет тянуть в свою сторону. Поступите проще: закажите демонстрацию программ к себе в офис, составьте табличку по важным пунктам и сравните, причем нужно сравнивать не только методики программы, но и постгарантийное обслуживание, и доработки, и техподдержку , и т.д. - то есть подойти комплексно к выбору
-
Штатной процедуры и не было.
-
Многие задают вопрос: где искать сборку ПрофОкон 2.55.10 ?
Положил на страничку kamdif.narod.ru
-
Добрый день!
Очень интересует ваше экспертное мнение по системе Профстрой.
Один спец, передавая мне дела по ИТ-инфраструктуре, наговорил много страшных слов про Профстрой.
Анализируя свою (и общаясь по жизни) деятельность в компании я выявил следующие моменты, вляющие на работу узкоспециализированного софта:
- халатный подход к теме, иногда даже создается впечатление, что админ не на своем месте - прийти на работу и покачать пару фильмов - это может, а провести тест влияния скорости работы от "хилого" железа (пойти к шефу и поговорить об апгрейде) - нет
- полное (частичное) непрочтение хотя бы инструкции по установке
- "и даже очень не странно!" - хамское отношение к разработчикам софта, будто бы разработчик не человек, допускающий ошибки. Но стоит поговорить на нормальном "человеческом" языке, как вдруг многие вопросы снимаются
Мне очень хочется отфильтровать и понять, что на самом деле правда, а что нет.Среди слов можно выделить следующие, на мой взгляд спорные утверждения.
1. Лучше работать с системой локально, не используя сеть. То есть на каждом компе будет своя копия со своей базой. В противном случае имеем следующие проблемы:
- система работает в разы медленнее по сети, чем в локале. Причем - раз так в восемь.
Хочу сразу уточнить: речь идет о Профстрое-2.
Индивидуальная база на каждом компе - это утопия, даже не задавайте этот вопрос себе - надеюсь, что вы специалист и сами понимаете (и главное знаете ответ)...
Конечно, локальная версия работает быстрее, чем "раскачка" базы по сети. Особенно под парадоксом с BDE-шным "мостом" - по определению по сети работает медленно. Увеличение мощности сервера позволяет "вытянуть" 12-15 пользователей с более-менее нормальной (но не достаточной) скоростью работы. И сильнейшая зависимость от обьема базы - чуствительность наступает уже при 100Мб, а при 200Мб работать очень тяжко (Профстрой-3 200Мб просто не чуствует, а сегодня в обновлении вышла информация, что поддерживается FireBird 2.0 - это гиговые базы с человечной поддержкой виндоус сервер 2003)
- по сети система работает некорректно - открытый и пересчитаный на разных компьютерах проект будет иметь разную стоимость, с разницей до двух тысяч рублей.- программа часто выдает совершенно некорректную стоимость. Получив такую стоимость человек запускает дефрагментацию базы, и получает совсем другую цену. Дефрагментировав еще раз - почти такую же. Но на копейки сумма не бьется всегда.
Замечу, что такое проявляется на больших объемах базы с одновременным доступом от 10 человек. Ну не успевает парадокс-bde "распределить правильные цифры". Именно по этой причине Профстрой-2 является продуктом 2000 года, а не 2007.
2. Лучше использовать ломаную версию, чем лицензионную (признаться, я в шоке!). Дескать, количество трафика при опросах ключа по сети тормозит все нафиг.Ломанная ломанной рознь. У меня есть такая версия, но по функционалу она далека от 2.54 даже, не говоря о ПрофОкнах 2.55. Технология такова, что опросы ключа делать все равно придется и разработчики сами "протовостоят" хитрозадым "пользователям", как могут. К слову, в ПС-3 этот вопрос снят применением специальной технологии, но и стоимость повыше будет, чем просто сетевой на 50 пользователей "запускать".
3. Техподдержка программы совершенно бездарна, не идет на контакт, не общается.Я по первости пытался "гнать" на разработчиков - "вы мне должны". Со временем пришло понимание, что с таким подходом мало чего добьюсь - проще разговаривать в конструктиве, на все 100% анализируя "видимые мною глюки и почему-то не воспроизводимые у техподдержки на компьютере", разработчик точно не сможет исправить допущенную ошибку за 3 минуты (тестировать, анализировать нужно время) - а вот я сам "откатить" на предыдущую версию базу могу и без его участия (в конце концов новая подверсия может и подождать, зато "Для меня делают небольшие доработки только за то, что я Первый нахожу некоторые шероховатости в методах" - то есть "золотой жетон" я вовремя вытаскиваю из рукава)
Вобщем копии базы нужно делать 2 раза в день - тогда этот вопрос снимется.
А техподдержка на сколько я знаю по Профстрою-2 уже как 2 года не осуществляется, так что вся поддержка на этом форуме - общайтесь чаще.
4. Продукт супер сырой, написан на коленке.Предыдущий специалист у Вас был пофигист и лентяй ? Уверен, что он о любом софте так выражался, в котором не разбирался. "Сшибание верхушек знаний" еще никому не приносило пользы. Почему же тогда он сам не написал на коленке софт по расчету? Я знаю пару человек, которые пытаются нечто подобное написать - но отрыв даже ПрофОкон огромен по методам и надежности от таких программ, хотя вроде тоже не дураки пишут.
Напоминает мне это постоянный разговор о том, что "Винды глючные и никакие" - а на вопрос "Зачем хаете, напишите тогда своё неглючное?" в ответ слышно "Молчание".
Господа, помогите пожалуйста разобраться, есть ли в этом хоть толика правды. Читая отзывы в форуме, вижу только хвалебное. На сайте все выглядит адекватно. А так хочется понимать, на что подписываюсь.Заранее благодарен!
Могу предложить решение:
- "железо" сделайте нормальное
- на сервере не должны стоять "левые" продукты (в смысле 1С и т.д.), которые "жрут" ресурсы у Профстроя не по-детски
- сделайте апгрейд с Профстроя-2 на Профстрой-3 - многие (все по этому топику) вопросы снимутся сами собой.
- закажите обучение (станьте профессионалом в конце концов, хватит быть дилетантом), тогда техподдержка будет на одном языке с Вами разговаривать, да и Вы обеспечите себе дополнительную профессию - специалисты по оконному софту (я это понял сразу) требуются везде.
Может быть несколько эмоционально и сумбурно я ответил на вопросы, но "захаить" можно любой софт освещённый на этом форуме. Но тогда что предложить взамен? Не проще ли нам, пользователям, быть ближе к разработчику и требовать того же от него.
-
как наладить учет изделий при ручной резке стекла?
оптимизировать раскрой стекла при ручной резке?
где купить эту программу?
Программ дополна, взять хотя бы тот же Стеклострой от профсегмента.. Вобщем в янедксе можно нарыть и за деньги и условно без различного рода софт.
-
Уважаемые знатоки ПС, можно ли использовать ПС 2.55 (что бесплатный) для расчета по прайс-листам производителя и как это сделать?
Заранее спасибо.
Есть мнение, что можно на версии 2.55(10). Там есть пунктик расчета типовых изделий исходя из их площади. Точно знаю, что на сайте сейчас лежит версия 2.55(70) - вот в ней этого пунктика уже нет.
-
Есть необходимость вставить посередине как импост L-образный профиль рамы в витраж (вертикально), полкой налево, слева вставляем как импост горизонтальный профиль этого же артикула, но горизонтально. В вариантах соединения прописано Т-обр. соединение с припуском артикула 1 на -55 мм.
Размер витража 1000*1000, витраж выполнен из одного и того же L- образного профиля. Если вставить импост справа, то размер его программа считает правильно (500-55-55=390 мм). Если вставить слева, то размер должен быть 500-55=445 мм, но программа считает его все равно 390 мм.
Как решить данную проблему?
Файл с картинкой прикреплен.
Нужно сделать описание двух узлов с различнми значениями параметра "Внешнее соединение" - в одном случае "Да" и Размер от Оси профиля "0", в другом - "Нет" и Размер от оси профиля "55". Более того, если начинаешь рассекать верхнюю раму L-образным профилем, то для таких узлов существует параметр аналогичного действия : "Вариант соединения для стойки" с ответами "Внешний", "Внутренний".
-
Значит пожелаем удачи в начинании.
Только я никак не пойму, ну разъясните мне, правда, на чистоту: от куда бюджет взялся 50 т. евр. ?Математика вот такая получается:
1. Предположим четыре программиста (раз речь идет о неком штате и в помощь "программистов" ищут)
2. Пусть руководитель получает 5 тыс
3. Остальные трое по 3 тыс.
4. 40% программного кода написано (это не 60 и не 80, а всего 40%, надо признать)
5. Остальные 60% писать будут 1 год. Значит все это время "спонсор" платит - и заплатит за один год 168,0 тыс
6. Хорошо, написали ожидаемые 100% (хотя это скорее только начало)
7. Попробывали одну продать (вот тут вопрос какая цена?) - оценим в 5 т (это максимум, я бы оценил в 2 тыс. и вот почему : продукт без модульный, непроверенный. Как покупатель рассуждаю так: у меня уже есть продукт, который закрывает мои потребности на 95%, трехмерок строю не так много и для быстрого расчета стоимости достаточно развенуть в плоскости. Проекты сложные длятся долго, значит есть время всё прочертить в Автокаде (а он разве мне за деньги обошелся?). Тем более, что за год и Профсегмент не просидит на попе ровно, а напишет что-то - уже сравню на тот момент; и трехмерка не на первом месте встанет - в этом я полностью уверен, потому что мне нужно эффективно работающее предприятие со складом, планированием, ценообразованием, ...) - таких рассууждателей большинство, мелким фирмам это не нужно, а крупные примерно так и рассуждают.
8. После первой продажи появится масса вопросов, которые придется закрывать людскими ресурсами, а значит одного программиста придется отдать на растерзание доработкам, подчисткам. Скорость новых разработок упадет на 25%. Спонсор продолжает платить по 14 тысяч/месяц.
9. Нанимаем еще одного программиста и штат по продажам? К 14 тыс от спонсора ежемесячным добавятся еще (3 + 2 + 1) = 6 тысяч.
10. Сделали еще одну продажу, еще заработали 5 тысяч
11. На программистов "насел" свой же отдел продаж - вы нам портите имидж, у вас ошибки - сделайте чего-нибудь
12. Выводим на дочистки еще одного программиста
13. Проходит еще пол-года (мы должны за эти пол-года для покрытия текущей себестоимости заработать 126 тыс - то есть продажи по 21 тысяче/месяц.
14. А разве есть столько клиентов на рынке, которые готовы платить за "непонятный" продукт
15. Помним, что прошло полтора года. Конкуренты не лыком шиты и уже сделали то, что хотели многие. Проще у них купить модуль за 300 евро и работать (продавцы модуля заработают свои кровные на объеме, явно у них не 10 клиетов, а не одна сотня)
16. А спонсору еще нужно отбить свои начальные 168 тысяч или есть предложение спонсора отпустить с миром?
17. Не трудно догадаться, что окупаемость проекта не менее 5 лет. Казус вот в чем: Я на 100% уверен, что ни один программист не в состоянии качественно продать - не его это дело (он в этот момент теряет время, тогда как должен программировать), Продажами должен заниматься отдел продаж, которому будет очень тяжело тягаться с тремя лидерами Российского рынка в этой области.
18. Забыли штат Внедренцев? - вот им платить еще по 3 тыс/мес. Пока такой ""перец" будет один, но и ему же не альтруистом быть.
Согласен сократить штат программистов в два раза - но тогда 60% писать будут два года - деньги те же, а "смысл" тот же, только сбоку.
В финале через 5 лет есть вероятность получить недоработанный продукт непонятного качества с размытыми перспективами, и не дай бог, спонсор очнётся и соскочит со своим кошельком через три месяца начала проекта и потребует вернуть затраты.
Может быть все таки написать всё самому (ведь самому себе платить как бы не нужно), потом уже рассуждать об затратах ?
-
( SQL линкс + описание ) для Профокон выложил на kamdif.narod.ru в пяти архивах
-
На сколько я понял Юрген программист , а не бизнесмен и слова "программа будет дешевле и быстро окупится" не имеют под собой почвы. Скорее речь идет о неком "восстановлении свое эго" и получении 5 штук за счет спонсора без обратных гарантий. Не спорю, что программа может быть получится, но не всё решается трехмеркой (и даже далеко не всё), потребуется ряд других модулей и методик, которые разрабатываются годами и немалая часть под наши Отечственные (Российские, Украинские, Белорусские и т.д.) "проблемы".
...много чего можно еще написать...
Если есть уверенность в окупаемости проекта, то почему бы не попросить денег у банка (может быть и под залог) и не "окунуться" в этот бизнес-омут самому? В любом случае никто просто так не даст денег, тем более не понятен вопрос о том, что после написания программы кому она будет принадлежать - этот вопрос серьезный, у нас в стране пока на начальном этапе находится этот правовой момент. Уверен - тот кто будет платить деньги, тот и потребует полное правообладание разработкой, но где обратные гарантии, что Юрген снова не кинет своего спонсора и не начнет похожую разработку?
Давайте говорить прямо: в нашей стране с "должниками" могут разобраться не по "европейски" и тысячу раз подумай, чем залезать на долговой эшафот - а "вопросы" рано или поздно появятся.
Ведь на Шукаль денег так и не хватило, хотя гонору по этой программе выше крыши.
Если есть уверенность в своей разработке - то напиши её сам в таком виде, в котором её начнут покупать.
Позволь процитировать Стефана Цвейга : "Жизнь ничего не дает бесплатно, и всему, что преподносится судьбой, тайно определена своя цена" - переведу на нашу реальность : "...за всё приходится платить и лучше, если эта плата будет, как можно ниже".
-
Можеш по подробнее описать весь процесс, и где что взять? В какой базе?
Там лежат базы для Профстроя-2 (Профокон). Открываешь главное окно проектов и на печать (просмотр) выводи по заказу отчет типа "Экспорт в 1С". Сформируется файл, сохрани его в формате txt. Посмотри структуру файла - принци простой:
Начинаешь передор строк со второй строки
далее по формату:
Артикул
Количество
Артикул
Количество
.....
В 1С примочка пишется за один час максимум
P.S. я сейчас уже отошел от профа-2 на ПС-3 в связке с модулем для 1С 8.0 - там выгрузка напрямую без файла передачи. Поэтому на некоторые вопросы уже "забываю" что ответить, так как отклонился от темы выгрузки в 7.7 и ПС-2
-
Как-нибудь движуться дела по безбумажке ? какие выработались схемы движения материалов....
-
Конечно ПрофОкна, даже не сомневайся - база открытая, головняков с лицензированием нет, описание простое, полное описание таблиц. Технология выгрузки в 1С отработана еще на Профстрое-2 лет этак 6 назад с помощью перегрузки через текстовый файл, а так же с помощью специального модуля. Твой вариант - с помощью текстового файла - настраивается на раз-два, обрабока быстрая и понятная. Пример выгрузки в 1С через тектовый файл смотри в базах (отчеты уже готовы в них) на kamdif.narod.ru
-
не нашел я в ПО2 такого пути...
перепутал с тройкой...сорри
-
Всех с прошедшими праздниками!
Скажите пожалуйста, чтобы переносить отчёт в Word или Excel, надо ли делать дополнительные настройки?
Обычно не требуется, хотя и не все отчеты будут иметь возможность перенестись. Не забудь в графических настройках установить "Путь прикрепленных эскизов" - "Абсолютный"
-
в данном случае стоит выбор:
1. сделать штрих-код из артикула - тогда должна быть ваша база везде, где применяется штрих-код
2. сделать штрих-код из свойств изделий - тогда достаточно будет заложить в программу алгоритм расшифровки этого штрих-кода - это более трудно, но и более эффективно (imho)
первый пункт я понял, таким образом, на каждом месте комп, база данных, сканер, монитор
Второй пункт - значит существует реальная возможность закладывать алгоритм шифрования штрих-кода в такие системы - и значит нужно писать какие-то свои подпрограммы (в составе основной управляющей "станком" (сканером) программы), обрабатывающие коды. Кто-то пытался сделать второй пункт или "по накатанной дорожке" уже шли?
-
На сколько подсказывает предыдущий опыт - описание применимости пишется, как раз в этот момент. Будем ожидать скорых комментариев от разработчиков.
Я так понял из всего сказанного в этой теме:
Штрих-код - это свойство заготовки (артикул, размеры, углы, цвет, ориентация, др.) и по сути дела, штрих-код должен генерироваться исходя из этих данных. В таком случае, Штрих-код нужно как-то сформировать исходя их этих принципов, а не просто привязки его к арткулу.
Или есть какие-то "замечания" ?
-
Может быть профокна помогут?
Еще есть мысля - переконвертировать базу в SQL формат. Функция "быстрый пересчет изделий" работает некорректно, поэтому нужно открывать все изделия по одному вручную.
Или перейти на пс3, если пс2 куплен официально, то это копейки.
-
мне кажется ПС3 очень сложно будет это реализовать если вообще возможно
и если возможно то только через профсегмент (напишут дополнительную прогу к базе)
О чём и речь, конечно с помощью профсегмента и в тесном контакте, тем более, что в одном из последних обновлений сделаны методики работы со штрих-кодами - надеюсь на начало безбумажки. Стадии помогут разобраться, что мне точно понадобится, а на что - я могу "закрыть глаза".
-
Суммирую, как я понял:
1. Проводим распиловку на станке
2. Клеим (помечаем) штрихкоды на заготовки
3. Распределяем заготовки по тележкам\ячейкам (номера ячеек написаны на бумажке со штрихкодом)
4. На участке импоста: сканируем шрихкод рамы - находим импост (артикул, ячейка хранения, высота..)
5. Сборка рам, створок - наклейка шрихкодов на контурные конструкции
6. Створка: Сканируем контур - видим точки крепления ответок и спецификацию (может быть для автоматического станка офурнитуривания пригодится...)
7. Собираем стеклопакеты: штрихкодируем их, распределяем по тележкам
8. Участок сборки: Находим по штрихкодам нужные собранные части изделия и заполнения.
-
.............
3. Вставка импостов- сканируем - получаем изображение что как и сколько вставляем с размерами импостов
................
С уважением
Вот тут я не понял. Куда выводим изображение? - на Монитор что ли? А зачем? Не чуствую автоматизации на этом этапе - только усложнение.
Объясните..
-
Кто-нибудь может быть напишет полный цикл прохождения по цеху системы штрих-кодирования ? Интересует следующее:
- вот мы напечатали эти штрих-коды
- наклеили их на нарезанные профили (что дальше?)
далее проще их найти во всей массе или цепочка движения не такая утрированная?
а офурнитуривание как-то штрих-кодируется?
То есть какая полная цепочка движения от нарезки до изготовления изделия в контексте всего производства. ? и Как это поможет сэкономить средства (ну или отбить вложения в сканера и т.д.) ?
-
Может быть что-то с текстовым файлом, выкладываю в архиве.
1. Отчет виснет : Переменные среды настроены неправильно. Или компьютер медленный - посмотрите на лампочку жесткого диска - должна бешенно моргать (гореть) во время формирования отчета
2. Не открывается: А есть ли модуль статистики у тебя? Отчет работает только с ним (забыл указать ранее), но если "поковырять" отчет, то можно обойтись и без модуля статистики.
К тому же вопрос был задан в поиске отчета, а в помощи построения запроса - для примера лови вот этот.
-
Проблемка такая хотел сделать отчет на тех. задание в пр-во, чтобы к каждому изделию прописывались стеклопакеты. Но что то не получается. Если изделий больше 2, то на каждое изделие отчет добавляет стеклопакеты и других изделия. Файл прикреплен.
В начале отчета нужно прописывать циклы по Проектам, Изделиям и ловить индексы, то есть выбирать Индекс2 равным определённому номеру изделия:
~Проект:НАЧАЛО~
~Изделия:НАЧАЛО~
~Изделия:Номер:AsInteger:НомерИзд~
~Индекс2:Установить:НомерИзд.AsInteger~
Для примера лови задание в цех
Профстрой-2 "На Халяву" Официально!!!
в ПрофСегмент
Опубликовано:
Что-то помнится про контуры было в Профстрое и соответствующие команды в генераторе отчетов. Контуры требовались для подсчета количества контуров.
А вот фальц вывести можно - и это спасение кое-какое, если сразу в SQL запросе на створку узнавать размер F и его дважды суммировать с размером фальца. Получится вот такая математика:
Размер створки = Размер фальца + 2F
В отчете обособленно выделять РАЗМЕР СТВОРКИ .....такой-то