Вы в это верите?
До сих пор нет понимания даже о том где границы применимости информационного моделирования.
Кроме того мы все помним уровень проработки первых 4-х СП по информационному моделированию, которые выносились на публичное обсуждение в 2016г.
Все верно. Это очень общее видение всего процесса внедрения САПР в проектной организации. По поводу конкретики. Получение 2D из 3D — зависит от отдела. Для трубопроводных отделов вполне можно настроить Draft и IsoDraft, с остальными отделами сложнее.
Генерация спецификаций — лучший способ — это собственные программы на C#, для извлечения данных из базы PDMS и вставки их в нужный шаблон Excel.
Передача заданий между отделами — довольная сложная тема, так как необходимо для начала согласовать со всеми формат передачи этих заданий (например 3D + чертежи, только 3D, только чертежи либо другие варианты). А затем писать свои реализации на C#.
Ответы на замечания заказчика — из моего опыта работы с NET Portal-ом могу сказать что при наличии желания, программистов и пару месяцев времени вполне можно довести его до работоспособного состояния.
Идея создания упрощенного API (MultiCAD.NET) — это здорово. Все таки стандартное AutoCAD .NET API немного «непрозрачное». Немало неудобств доставляет тот факт, что AutoCAD .NET API не покрывает весь функционал AutoCAD-а, и некоторые команды приходится вызывать с помощью метода SendStringToExecute("… "), параметром которого является название команды в виде строки. Такой подход всегда приводит к runtime ошибкам. Плюс иногда необходимо использовать метод SendCommand(), что требует использования COM библиотеки (а это уже смешивание технологий), что увеличивает вероятность появления ошибок в программе, и снижает читабельность кода. Надеюсь Ваша команда сможет исправить эти и другие «неудобства» стандартного AutoCAD .NET API, и мы (разработчики под AutoCAD и nanoCAD) получим удобное и интуитивно понятное API.
Хорошая рекламная акция направленная на привлечение индивидуальных разработчиков, т.к. для организаций, профессионально занимающихся разработкой расширений для AutoCAD эти $100 долларов ничего не решают. Но вот я практически уверен в том, что в этом магазине невозможно будет что-то заработать, работая в одиночку. Сделать самому качественный продукт, способный конкурировать с продуктами, выпускаемыми компаниями (к примеру nanoSoft) практически невозможно, а тратить время на создание бесплатных продуктов экономически не целесообразно, т.к. доходы от встроенной рекламы будут ничтожными.
Сжигать никого не надо, они тоже люди. Но от проведения олимпиады никакой пользы нет? Это обычное развлечение, которым людей отвлекают от действительно важных дел.
Знал что это инвестиция в будущее. Я не собирался всю жизнь работать за маленькую зарплату. Хотел поднабраться опыта и перейти в другую компанию. Что в итоге и произошло.
Не совсем понятен смысл DistinctBy().
Пример:
List<int> list = new List<int>() { 1, 3, 4, 5, 7, 8, 23 };
List<int> numbers = list.DistinctBy(x => x > 5).ToList();
В результате numbers содержит две цифры: 1 и 7, хотя должен содержать только цифру 7.
Я пошел на свою первую работу (после института) из-за денег. Сначала очень радовался что меня взяли, но через два года однообразных будней остро начал ощущать, что просто тупею. В итоге решился и перешел в другую компанию на зарплату в 2-а раза меньше, но зато начал заниматься тем что мне интересно. В результате начал очень быстро развиваться профессионально, и через полтора года меня пригласили в новую компанию с зарплатой в 3-и раза больше чем я получал на 1-ом месте работы.
Тут весь вопрос, как правильно в таких случаях общаться. Когда менеджер «выдавливает» из тебя сроки (причем ни ТЗ ни времени на анализ не предоставляет), ты должен абсолютно невозмутимо назвать тот срок, который тебе придет в голову, умноженный на 4. Это вызовет возмущение менеджера («А почему так долго?»). Это будет поводом, чтобы вместе с ним начать разбирать задачу на части и уточнять, что же конкретно надо сделать. В итоге вы получите более менее вразумительное ТЗ, а он в следующий раз будет более детально ставить тебе задачу. Если же менеджер «выдавил» из тебя срок, так и не удосужившись предоставить подробное ТЗ, то либо у тебя очень большая зарплата, и ты не хочешь конфликтовать с менеджером, либо ты обычный раб, и такое отношение к тебе будет всегда.
Исключения удобно использовать, когда надо быстро создать кусок кода и нет времени на описание всех возможных ветвлений алгоритма программы. Окружаем весь кусок кода try-catch блоком и пишем следующий. Этим экономим время, что бы успеть закончить разработку прототипа и показать заказчику. Таким образом на ранней стадии разработки уже получаем фидбэк. Затем, в период рефакторинга заменяем, по возможности, исключения.
На C# исключения необходимо использовать только при возникновении ошибок («исключительных ситуаций»), которые невозможно предугадать на этапе написания кода. Все остальные пути поведения программы необходимо предусмотреть на этапе проектирования.
До сих пор нет понимания даже о том где границы применимости информационного моделирования.
Кроме того мы все помним уровень проработки первых 4-х СП по информационному моделированию, которые выносились на публичное обсуждение в 2016г.
Генерация спецификаций — лучший способ — это собственные программы на C#, для извлечения данных из базы PDMS и вставки их в нужный шаблон Excel.
Передача заданий между отделами — довольная сложная тема, так как необходимо для начала согласовать со всеми формат передачи этих заданий (например 3D + чертежи, только 3D, только чертежи либо другие варианты). А затем писать свои реализации на C#.
Ответы на замечания заказчика — из моего опыта работы с NET Portal-ом могу сказать что при наличии желания, программистов и пару месяцев времени вполне можно довести его до работоспособного состояния.
Пример:
List<int> list = new List<int>() { 1, 3, 4, 5, 7, 8, 23 };List<int> numbers = list.DistinctBy(x => x > 5).ToList();В результате numbers содержит две цифры: 1 и 7, хотя должен содержать только цифру 7.
Заходил через IE 10