Да ну что вы, федеральные сети ЦМИТов, Кванториумов, фаблабов (тот же фаблаб 77). Везде можно получить доступ к оборудованию при нужной сноровке. Просто надо понимать что эти заведения фактически являясь коммерческими (оборудование было поставлено по гранту, но дальше-то деньги брать откуда-то надо, платить зарплату сотрудникам) стараются зарабатывать на обучении людей. В Москве так вообще по программам Техносфера и прочим, очень много неплохого оборудования в школах и фатальная нехватка преподавателей, способных с ним работать. Под тему Ворлд Скиллз сейчас оборудования (имеется в виду ЧПУ, а не исследовательское) довольно много везде.
А… О, блин, как можно по разному прочитать при различной направленности основных знаний… Только теперь я понял, что вы имели в виду! «Деревья — фракталы» в контексте отливки — для меня по привычке отнеслось к структуре отливок, как неверный перевод.
Между тем, грамотно составленный Руководителем план работ — автоматически рождает отчет по проделанной работе, т.к. если KPI плана выполнен — значит работы входящие в данный этап выполнены — они входят в отчет сотрудника/подразделения. Сотрудник не должен думать про отчет — он просто поэтапно выполнят план и ставит галочки в выполненной работе по плану (для этого нужны простейшие CRM/PLM и прочие). Работник не должен и НЕ МОЖЕТ составлять себе план работ! Как минимум потому что на это есть Руководитель который получает много денег за ответственность и составление плана организации/подразделения. Только Руководитель может видеть всю картину в целом.
План нужен. Точно так же как и ГОСТы/стандарты. Проблема в конечной реализации и людях. В непонимании. Прошу прощения, накипело.
Рад встретить товарища по несчастью! Или счастью… ИМХО, не берите АСКОН, они тупиковая ветвь. Их мертворожденный 3d-движок приведет к гибели всего семейства их продукции, хотя конечно не скоро. Мы остановились на российских T-Flex DOCs + T-Flex CAD, но там систему документации пилить под себя на C# надо очень-очень много, в чем я и оказался крайним. Т.е. без отдела IT в компании с DOCs лучше не связываться. А так, можно сказать что эти ребята сейчас в авангарде российского машиностроительного САПР, и подают большие надежды. Есть еще интересные СПРУТ-ТП (они же swr-Технология), есть ТехноПро и тысячи прочих, но у всех свои недостатки. По настоящему хороших нет. С другой стороны если у вас чертежи на лицензионном KOMPAS, то выбора у вас особого нет… Что-то я в оффтоп ушел, прошу прощения. А так да, Word+формы в wmf+текстовые поля/автотексты.
Посоветуйте, пожалуйста, LaTeX-редактор под Windows максимально похожий на MS Office для конечного пользователя. Желательно с оформлением панелей в стиле Ribbon. Ну или вообще какой-нибудь наиболее юзер-френдли — будем пробовать.
Смотря что считать бюрократией. ГОСТ — во первых это порядок (а это правильно), дело не в бюрократии. В том то и дело, что наличие готовых доступных всем шаблонов полностью устранило бы бюрократическую составляющую, а вывело стройную описанную со всех сторон систему документации. Я конечно понимаю, что наш человек не любит порядок, всем хочется какой-то отсебятины добавить или обхитрить кого. В беспорядке хуже просматривается обман. Однако вся отчетность по государственным (и не только) заказам сдается по ГОСТ (ЕСКД и ЕСТД и т.д.) и никуда вы не денетесь от этого.
Я инженер-технолог литейного производства. Я очень стараюсь, но я не программист. Каждый должен своим делом заниматься. Самое интересное, что и правда многим надо и в следующем году наша организация собирается софта для автоматизации и прочего закупить на 1 млн. рублей, но вот такого продукта, как мы обсуждаем, на рынке мы не нашли.
Судя по описанию FreshDoc.ru не по что я имел в виду. FreshDoc.ru похоже просто система шаблонов. Поправьте, если я не прав.
Я имел в виду, что при разработке комплекта эксплуатационной документации на одно какое-то изделие в Формуляре, Паспорте и Руководстве по эксплуатации (документы просто для примера) могут использоваться одни и те же пункты (разделы, просто отдельные тексты, обозначения изделия), но в разных местах этих документов. Эти пункты содержат характеристики данного конкретного изделия и в каждом документе этого комплекта должны быть одинаковы. А характеристики изделия в процессе разработки иногда меняются, что вызывает лавину изменений во всех документах, относящихся к этому изделию. Поэтому, если изначально был разработан Формуляр (как наиболее полный документ) то должна быть возможность перенести из него в Паспорт некоторые пункты. Исправление текста этого пункта в Паспорте (ровно как и Формуляре) приведет к исправлению текста во всех документах, где этот пункт использовался.
Высшим пилотажем будет, автоматическое распознавание и подтягивание из ГОСТов определений понятий использованных в тексте. В интернете есть пример конторы, которая организовала весь вышеупомянутый функционал в ПО собственной разработки, но не продает софт, а продает услуги по разработке документации. За них можно только порадоваться.
Решается и сейчас (в Word 2010, по крайней мере) с помощью шаблонов, но удобством это назвать невозможно (особенно если тебе нужны вычисляемые и повторяемые строки). Кроме того поведение стилей в Word 2010 зависит от положения звезд на небе.
Может не совсем по теме, немного накипело.
Но сейчас наблюдается полный провал в программном обеспечении для обеспечения подготовки документации по ГОСТ (имеется в виду ЕСКД, ЕСТД) — написания различных инструкций, эксплуатационной документации, паспортов, ведомостей и т.п. Отсутствуют адекватные удобные инструменты подготовки шаблонов таких документов, отсутствует совместимость шаблонов созданных в разных организациях. Вот где непаханое поле! Вот в какой области должны работать разработчики отечественных текстовых и не только редакторов! У потребителя должна быть возможность, к примеру, открыть текстовый редактор выбрать размер листа по ГОСТ 2.301, выбрать форматку Формы 2 по ГОСТ 2.104 (в векторном формате) и выбрать форматирование документа полностью отвечающее ГОСТ 2.105, структуру документа для Формуляра по ГОСТ 2.610, а оформление и нумерация рисунков в соответствии с ГОСТ 2.601. И реквизитная часть документа должна соответствовать ЕСКД! И чтобы пользователь больше не волновался что его документ не пройдет нормоконтроль из-за точек в конце нумерации пунктов! А еще чтобы в документах можно было бы заимствовать пункты и абзацы из одного документа в другой и что бы они изменялись параллельно во всех документах. Я сейчас не шучу.
Вот что нужно, а вы разрабатываете очередной текстовый редактор для офисных клерков, которым и Notepada обычно хватает. Понятно, что продукт сделан просто чтобы он был включен в список отечественного ПО, что бы выигрывать тендера.
Возможно все что я описал у вас есть, вот только даже захудалой демки у вас на сайте не сыщешь!
А я скучаю по Корее… Довелось этой весной быть 1,5 месяца в Корейском Политехническом Университете, несмотря на полный провал по работам стажировки, о стране впечатления очень приятные. Но я жил в Сихыне, в некой отдаленности от Сеула и вот там с английским у местных было плохо, а с едой всегда была лотерея.
Это точно термосопротивления, а не термопары? Платина-платина или платина-родиевые, например? В нашей литейке термопары в таких корпусах. Им тогда ничего не будет со временем, а принцип у них несколько иной по сравнению с терморезисторами.
Только
В отливках растут не деревья, а дендриты, оно не переводится. Это я вам как литейщик говорю. Исправьте, пожалуйста.
Между тем, грамотно составленный Руководителем план работ — автоматически рождает отчет по проделанной работе, т.к. если KPI плана выполнен — значит работы входящие в данный этап выполнены — они входят в отчет сотрудника/подразделения. Сотрудник не должен думать про отчет — он просто поэтапно выполнят план и ставит галочки в выполненной работе по плану (для этого нужны простейшие CRM/PLM и прочие). Работник не должен и НЕ МОЖЕТ составлять себе план работ! Как минимум потому что на это есть Руководитель который получает много денег за ответственность и составление плана организации/подразделения. Только Руководитель может видеть всю картину в целом.
План нужен. Точно так же как и ГОСТы/стандарты. Проблема в конечной реализации и людях. В непонимании. Прошу прощения, накипело.
Я имел в виду, что при разработке комплекта эксплуатационной документации на одно какое-то изделие в Формуляре, Паспорте и Руководстве по эксплуатации (документы просто для примера) могут использоваться одни и те же пункты (разделы, просто отдельные тексты, обозначения изделия), но в разных местах этих документов. Эти пункты содержат характеристики данного конкретного изделия и в каждом документе этого комплекта должны быть одинаковы. А характеристики изделия в процессе разработки иногда меняются, что вызывает лавину изменений во всех документах, относящихся к этому изделию. Поэтому, если изначально был разработан Формуляр (как наиболее полный документ) то должна быть возможность перенести из него в Паспорт некоторые пункты. Исправление текста этого пункта в Паспорте (ровно как и Формуляре) приведет к исправлению текста во всех документах, где этот пункт использовался.
Высшим пилотажем будет, автоматическое распознавание и подтягивание из ГОСТов определений понятий использованных в тексте. В интернете есть пример конторы, которая организовала весь вышеупомянутый функционал в ПО собственной разработки, но не продает софт, а продает услуги по разработке документации. За них можно только порадоваться.
Но сейчас наблюдается полный провал в программном обеспечении для обеспечения подготовки документации по ГОСТ (имеется в виду ЕСКД, ЕСТД) — написания различных инструкций, эксплуатационной документации, паспортов, ведомостей и т.п. Отсутствуют адекватные удобные инструменты подготовки шаблонов таких документов, отсутствует совместимость шаблонов созданных в разных организациях. Вот где непаханое поле! Вот в какой области должны работать разработчики отечественных текстовых и не только редакторов! У потребителя должна быть возможность, к примеру, открыть текстовый редактор выбрать размер листа по ГОСТ 2.301, выбрать форматку Формы 2 по ГОСТ 2.104 (в векторном формате) и выбрать форматирование документа полностью отвечающее ГОСТ 2.105, структуру документа для Формуляра по ГОСТ 2.610, а оформление и нумерация рисунков в соответствии с ГОСТ 2.601. И реквизитная часть документа должна соответствовать ЕСКД! И чтобы пользователь больше не волновался что его документ не пройдет нормоконтроль из-за точек в конце нумерации пунктов! А еще чтобы в документах можно было бы заимствовать пункты и абзацы из одного документа в другой и что бы они изменялись параллельно во всех документах. Я сейчас не шучу.
Вот что нужно, а вы разрабатываете очередной текстовый редактор для офисных клерков, которым и Notepada обычно хватает. Понятно, что продукт сделан просто чтобы он был включен в список отечественного ПО, что бы выигрывать тендера.
Возможно все что я описал у вас есть, вот только даже захудалой демки у вас на сайте не сыщешь!