Green-sell.info

Новые технологии
1 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Программирование в сапр

Записки проектировщика. GREEN BIM, CFD.

Современные технологии проектирования и строительства зданий

Программирование под САПР. Важные моменты

Если придется программировать под САПР, то важно предусмотреть несколько важных моментов:

  1. Продумать структуру хранения приложений:
  • исходники;
  • тестовая версия;
  • версия релиза;
  • резервное копирование
  1. Продумать структуру хранения данных:
  • конфигурационные файлы, настройки;
  • шаблоны;
  • файлы поддержки

Для программирования под САПР подходят несколько языков и все они имеют свои особенности.

  1. LISP — интерпретированный код, его можно хранить на локальной машине или на сервере. Но если сервер в вашей компании не отличается стабильной работой, то лучше не использовать его в качестве хранилища. Код LISP можно компилировать в форматы FAS и VLX и такие варианты будут работать гораздо быстрее, чем некомпилированный код.

Все вместе можно откомпилировать либо в один большой файл, или в несколько файлов. В чем отличие? Если все закомпилить в один файл, то, соответственно, периодически перекомпиливать придется только его, а в случае наличия библиотеки файлов — собирать придется сначала конкретный библиотечный файл, а потом закомпиливать решение. Это зависит от ваших предпочтений. На мой взгляд, работа со сборкой (библиотекой файлов) предпочтительней. Но в любом случае, некомпилированные варианты файлов всегда нужно иметь, т.к. отладка доступна только в исходниках.

Код на ARX быстро работает и его можно загружать с сервера или выгрузить из AutoCAD. Но в этом случае нужно отлично знать С++ и AutoCAD. Для компиляции кода нужно использовать только Visual Studio. С другими компиляторами совместимости нет.

.NET — сборки отлично работают, но стабильно загружаются только локально. С сервера, в принципе, тоже можно загрузить, но придется сильно шаманить с реестром Windows. Выгрузить .NET приложение, загруженное в AutoCAD невозможно. Удобно, что писать эти приложения можно на любых .NET-языках (VB.NET, C#, F#и других). Причем, члены команды разработчиков могут писать код на разных языках, а потом собрать все в одно решение (Solution).

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

  1. Через организованное меню. В этом случае формат предоставления определяется версией ПО. В принципе можно предоставлять доступ к написанным библиотекам через корпоративное меню AutoCAD, но это не очень удобно, т.к. возможно будет тормозить. Оптимальный вариант — организовать локальные копии меню. В этом случае при загрузке меню проверяет дату меню в серверном каталоге и при необходимости синхронизирует локальную копию.
  2. Через список команд. В этом случае нужно продумать имена команд. Они должны быть короткие и запоминающиеся и не должны дублировать штатные команды AutoCAD. Нужно обязательно предоставлять список команд пользователям.
  3. Через справку. Справка необходима. Ее можно организовать, например, в chm-формате и вызывать с сервера.

Загружать написанные приложения можно через Upload или реестр. Во втором случае придется прописывать приложение в защищенных ветках реестра, что весьма неудобно.

Хорошо, если acaddoc.lsp, acad.lsp нормально грузятся с сервера, но лучше организовать загрузку через меню.

  • dvb можно загрузить с сервера или с локальной машины
  • lsp, fas, vls лучше держать в корпоративной сети, если она устойчива
  • arx можно подгрузить и выгрузить с локальной машины
  • .NET можно загрузить только локально.

Как обновлять написанные под САПР приложения?

Для организации обновлений все библиотеки приложений должны храниться на сервере. При загрузке приложения специальный скрипт проверяет версию локальной и серверной копии и при различии обновляет локальную копию до серверной. В этом случае важно проинформировать пользователя об обновлениях с помощью диалогового окна «Что нового?». В таком окне обычно перечисляют все нововведения в сборке. Важно периодически обновлять файлы приложений, настроек, справки, меню.

Весь код, написанный под САПР должен быть задокументирован. Если использовать при написании ПО любой из языков .NET, то можно использовать самодокументирующийся код, а в LISP такого нет и придется писать справку для разработки. Документирование сборки позволит осуществить контроль отдела САПР.

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

Программирование в сапр

САПР — система, объединяющая технические сред­ства, математическое и программное обеспечение, пара­метры и характеристики которых выбирают с максималь­ным учетом особенностей задач инженерного проектиро­вания и конструирования. В САПР обеспечивается удоб­ство использования программ за счет применения средств оперативной связи инженера с ЭВМ, специальных проб­лемно-ориентированных языков и наличия информаци­онно-справочной базы.

Структурными составными составляющими САПР яв­ляются подсистемы, обладающие всеми свойствами систем и создаваемые как самостоятельные системы. Это выделенные по некоторым признакам части САПР, обеспечиваю­щие выполнение некоторых законченных проектных задач с получением соответствующих проектных решений и проектных документов.

По назначению подсистемы САПР разделяют на два вида: проектирующие и обслуживающие.

К проектирующим относятся подсистемы, выполняю­щие проектные процедуры и операции, например:

подсистема компоновки машины;

подсистема проектирования сборочных единиц;

подсистема проектирования деталей;

подсистема проектирования схемы управления;

подсистема технологического проектирования.

К обслуживающим относятся подсистемы, предназна­ченные для поддержания работоспособности проектирую­щих подсистем, например:

подсистема графического отображения объектов про­ектирования;

подсистема информационного поиска и др.

В зависимости от отношения к объекту проектирования различают два вида проектирующих подсистем:

К объектным подсистемам относят подсистемы, выпол­няющие одну или несколько проектных процедур или операций, непосредственно зависимых от конкретного объекта проектирования, например:

подсистема проектирования технологических систем;

подсистема моделирования динамики, проектируемой конструкции и др.

К инвариантным подсистемам относят подсистемы, выполняющие унифицированные проектные процедуры и операции, например:

подсистема расчетов деталей машин;

подсистема расчетов режимов резания;

подсистема расчета технико-экономических показа­телей и др.

Процесс проектирования реализуется в подсистемах в виде определенной последовательности проектных про­цедур и операций. Проектная процедура соответствует части проектной подсистемы, в результате выполнения которой принимается некоторое проектное решение. Она состоит из элементарных проектных операции, имеет твердо установленный порядок их выполнения и направ­лена на достижение локальной цели в процессе проекти­рования. Под проектной операцией понимают условно Выделенную часть проектной процедуры или элементар­ное действие, совершаемое конструктором в процессе проектирования. Примерами проектных процедур могут служить процедуры разработки кинематической или ком­поновочной схемы станка, технологии обработки изделий и т. п., а примерами проектных операций — расчет при­пусков, решение какого-либо уравнения и т. п.

Читать еще:  Основные конструкции языка программирования паскаль

Структурное единство подсистем САПР обеспечивается строгой регламентацией связей между различными ви­дами обеспечения, объединенных общей для данной под­системы целевой функцией. Различают следующие виды обеспечения:

методическое обеспечение — документы, в которых отражены состав, правила отбора и эксплуатации средств автоматизации проектирования;

лингвистическое обеспечение — языки проектирова­ния, терминология;

математическое обеспечение — методы, математические модели, алгоритмы;

программное обеспечение — документы с текстами про­грамм, программы на машинных носителях и эксплуата­ционные документы;

техническое обеспечение — устройства вычислитель­ной и организационной техники, средства передачи дан­ных, измерительные и другие устройства и их сочетания;

информационное обеспечение — документы, содержа­щие описание стандартных проектных процедур, типовых проектных решений, типовых элементов, комплектующих изделий, материалов и другие данные;

организационное обеспечение — положения и инструк­ции, приказы, штатное расписание и другие документы, регламентирующие организационную структуру подраз­делений и их взаимодействие с комплексом средств авто­матизации проектирования.

Разновидности САПР

Классификацию САПР делают по приложению, целевому назначению, масштабам (комплексности решаемых задач), характеру базовой подсистемы и т. д.

По приложениям наиболее представительными и широко используемыми являются следующие группы САПР:

-САПР для применения в отраслях общего машиностроения. Их часто называют машиностроительными САПР или MCAD (Mechanical CAD) системами;

-САПР для радиоэлектроники. Их названия — ECAD (Electronic CAD) или EDA (Electronic Design Automation) системы.

-САПР в области архитектуры и строительства;

Кроме того, известно большое число более специализированных САПР, или выделяемых в указанных группах, или представляющих самостоятельную ветвь в классификации. Примерами таких систем являются САПР больших интегральных схем (БИС); САПР летательных аппаратов; САПР электрических машин и т.п.

По целевому назначению различают САПР или подсистемы САПР, обеспечивающие разные аспекты проектирования. Так, в составе MCAD появляются CAE/CAD/CAM системы:

-САПР функционального проектирования, иначе САПР-Ф или CAE (Computer Aided Engineering) системы.

Конструкторские САПР общего машиностроения — САПР-К, часто называемые просто CAD системами;

Технологические САПР общего машиностроения — САПР-Т, иначе называемые автоматизированными системами технологической подготовки производства АСТПП или системами CAМ (Computer Aided Manufacturing).

По масштабу различают отдельные программно-методические комплексы (ПМК) САПР, например, комплекс анализа прочности механических изделий в соответствии с методом конечных элементов (МКЭ) или комплекс анализа электронных схем; системы ПМК; системы с уникальными архитектурами не только программного (software), но и технического (hardware) обеспечений.

По характеру базовой подсистемы различают следующие разновидности САПР:

-САПР на базе машинной графики и математического моделирования. Эти САПР ориентированы на приложения, где основной процедурой проектирования является конструирование, т.е. определение пространственных форм и взаимного расположения объектов. Поэтому к этой группе систем относится большинство графических ядер САПР в области машиностроения.

-САПР на базе СУБД. Они ориентированы на приложения, в которых при сравнительно несложных математических расчетах перерабатывается большой объем данных. Такие САПР преимущественно встречаются в технико-экономических приложениях, например, при проектировании бизнес-планов, но имеют место также при проектировании объектов, подобных щитам управления в системах автоматики.

-САПР на базе конкретного прикладного пакета. Фактически это автономно используемые программно-методические комплексы, например, имитационного моделирования производственных процессов, расчета прочности по методу конечных элементов, синтеза и анализа систем автоматического управления и т.п. Часто такие САПР относятся к системам CAE. Примерами могут служить программы логического проектирования на базе языка VHDL, математические пакеты типа MathCAD.

Комплексные (интегрированные) САПР, состоящие из совокупности подсистем предыдущих видов. Характерными примерами комплексных САПР являются CAE/CAD/CAM-системы в машиностроении или САПР БИС. Так, САПР БИС включает в себя СУБД и подсистемы проектирования компонентов, принципиальных, логических и функциональных схем, топологии кристаллов, тестов для проверки годности изделий. Для управления столь сложными системами применяют специализированные системные среды.

Основная цель создания САПР — повышение эффективности труда инженеров, включая:

· сокращения трудоёмкости проектирования и планирования;

· сокращения сроков проектирования;

· сокращения себестоимости проектирования и изготовления, уменьшение затрат на эксплуатацию;

· повышения качества и технико-экономического уровня результатов проектирования;

сокращения затрат на натурное моделирование и испытания.

Системы автоматизированного проектирования (САПР) РЭС

7.3. Классификация САПР

Классификацию САПР осуществляют по ряду признаков, например, по приложению, целевому назначению, масштабам (комплексности решаемых задач), характеру базовой подсистемы — ядра САПР .

По приложениям наиболее представительными и широко используемыми являются следующие группы САПР .

  1. САПР для радиоэлектроники: системы ECAD (Electronic CAD) или EDA (Electronic Design Automation).
  2. САПР для применения в отраслях общего машиностроения. Их часто называют машиностроительными САПР или системами MCAD (Mechanical CAD).
  3. САПР в области архитектуры и строительства.

Кроме того, известно большое число специализированных САПР , выделяемых в указанных группах или представляющих самостоятельную ветвь в классификации. Примерами таких систем являются САПР больших интегральных схем (БИС); САПР летательных аппаратов; САПР электрических машин и т. п.

По целевому назначению различают САПР или подсистемы САПР , обеспечивающие разные аспекты ( страты ) проектирования. Так, в составе MCAD появляются рассмотренные выше CAE / CAD / CAM -системы.

По масштабам различают отдельные программно-методические комплексы (ПМК) САПР , например: комплекс анализа прочности механических изделий в соответствии с методом конечных элементов (МКЭ) или комплекс анализа электронных схем; системы ПМК; системы с уникальными архитектурами не только программного ( software ), но и технического ( hardware ) обеспечений.

По характеру базовой подсистемы различают следующие разновидности САПР .

  1. САПР на базе подсистемы машинной графики и геометрического моделирования. Эти САПР ориентированы на приложения, где основной процедурой проектирования является конструирование , т. е. определение пространственных форм и взаимного расположения объектов. К этой группе систем относится большинство САПР в области машиностроения, построенных на базе графических ядер.

В настоящее время широко используют унифицированные графические ядра, применяемые более чем в одной САПР (ядра Parasolid фирмы EDS Unigraphics и ACIS фирмы Intergraph).

7.4. Структура САПР

Как и любая сложная система, САПР состоит из подсистем. Различают подсистемы проектирующие и обслуживающие.

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

Читать еще:  Planner язык программирования

Обслуживающие подсистемы обеспечивают функционирование проектирующих подсистем , их совокупность часто называют системной средой (или оболочкой) САПР . Типичными обслуживающими подсистемами являются подсистемы управления проектными данными, подсистемы разработки и сопровождения программного обеспечения CASE (Computer Aided Software Engineering),обучающие подсистемы для освоения пользователями технологий, реализованных в САПР .

Виды обеспечения САПР

Структурирование САПР по различным аспектам обусловливает появление видов обеспечения САПР . Принято выделять семь видов обеспечения САПР :

  • техническое (ТО),включающее различные аппаратные средства (ЭВМ, периферийные устройства , сетевое коммутационное оборудование, линии связи , измерительные средства);
  • математическое (МО),объединяющее математические методы, модели и алгоритмы для выполнения проектирования;
  • программное,представляемое компьютерными программами САПР ;
  • информационное,состоящее из базы данных, СУБД, а также включающее другие данные, которые применяются при проектировании; отметим, что вся совокупность используемых при проектировании данных называется информационным фондом САПР , а база данных вместе с СУБД носит название банка данных;
  • лингвистическое,выражаемое языками общения между проектировщиками и ЭВМ, языками программирования и языками обмена данными между техническими средствами САПР ;
  • методическое,включающее различные методики проектирования; иногда к нему относят также математическое обеспечение ;
  • организационное,представляемое штатными расписаниями, должностными инструкциями и другими документами, которые регламентируют работу проектного предприятия.

7.5. САПР РЭС и их место среди других автоматизированных систем

Этапы жизненного цикла промышленных изделий

Жизненный цикл промышленных изделий включает ряд этапов, начиная от зарождения идеи нового продукта до утилизации по окончании срока его использования. Основные этапы жизненного цикла промышленной продукции представлены на рис. 7.2. К ним относятся этапы проектирования, технологической подготовки производства (ТПП), собственно производства, реализации продукции, эксплуатации и, наконец, утилизации.

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

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

Основные типы АС с их привязкой к тем или иным этапам жизненного цикла изделий указаны на рис. 7.2.

Автоматизация проектирования осуществляется САПР . Принято выделять в САПР радиоэлектронной отрасли промышленности системы функционального, конструкторского и технологического проектирования. Первые из них называют системами расчетов и инженерного анализа, или системами САЕ (Computer Aided Engineering).Системы конструкторского проектирования называют системами CAD (Computer Aided Design).Проектирование технологических процессов составляет часть технологической подготовки производства и выполняется в системах САМ (Computer Aided Manufacturing).Функции координации работы систем CAE / CAD / CAM , управления проектными данными и проектированием возложены на систему управления проектными данными PDM (Product Data Management).

Уже на стадии проектирования требуются услуги системы управления цепочками поставок (SCM — Supply Chain Management),иногда называемой системой Component Supplier Management (CSM). На этапе производства эта система управляет поставками необходимых материалов и комплектующих.

Информационная поддержка этапа производства продукции осуществляется автоматизированными системами управления предприятием (АСУП) и автоматизированными системами управления технологическими процессами (АСУТП).К АСУП относятся системы планирования и управления предприятием ERP (Enterprise Resource Planning),планирования производства и требований к материалам MRP-2 (Manufacturing Requirement Planning),производственная исполнительная система MES (Manufacturing Execution Systems),а также SCM и система управления взаимоотношениями с заказчиками CRM (Customer Requirement Management).

Наиболее развитые системы ERP выполняют различные бизнес-функции. Они связаны с планированием производства, закупками, сбытом продукции, анализом перспектив маркетинга, управлением финансами, персоналом, складским хозяйством, учетом основных фондов и т. п. Системы MRP -2 ориентированы, главным образом, на бизнес-функции, непосредственно связанные с производством, а системы MES — на решение оперативных задач управления проектированием, производством и маркетингом.

На этапе реализации продукции выполняются функции управления отношениями с заказчиками и покупателями , проводится анализ рыночной ситуации, определяются перспективы спроса на планируемые изделия. Эти функции осуществляет система CRM . Маркетинговые задачи иногда возлагаются на систему S&SM (Sales and Service Management),которая, кроме того, используется для решения проблем обслуживания изделий. На этапе эксплуатации применяют также специализированные компьютерные системы, занятые вопросами ремонта, контроля, диагностики эксплуатируемых систем.

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

Для выполнения диспетчерских функций (сбор и обработка данных о состоянии оборудования и технологических процессов ) и разработки ПО для встроенного оборудования в состав АСУТП вводят систему SCADA (Supervisory Control and Data Acquisition).Непосредственное программное управление технологическим оборудованием осуществляют с помощью системы CNC (Computer Numerical Control) на базе контроллеров (специализированных компьютеров, называемых промышленными), которые встроены в технологическое оборудование.

В последнее время усилия многих компаний, производящих программно- аппаратные средства АС , направлены на создание систем электронного бизнеса (Е-Соттеrсе).Задачи, решаемые системами E- Commerce , сводятся не только к организации на сайтах Internet витрин товаров и услуг. Они объединяют в едином информационном пространстве запросы заказчиков и данные о возможностях множества организаций, специализирующихся на предоставлении различных услуг и выполнении тех или иных процедур и операций по проектированию, изготовлению, поставкам заказанных изделий. Такие системы E- Commerce называют системами управления данными в интегрированном информационном пространстве СРС (Collaborative Product Commerce) или PLM (Product Lifecycle Management).Проектирование непосредственно под заказ позволяет добиться наилучших параметров создаваемой продукции, а оптимальный выбор исполнителей и цепочек поставок ведет к минимизации времени и стоимости выполнения заказа. Х арактерная особенность СРС — обеспечение взаимодействия многих предприятий, т.е. технология СРС является основой, интегрирующей информационное пространство, в котором функционируют САПР , ERP , PDM , SCM , CRM и другие АС разных предприятий.

Читать еще:  Обеспечение безопасности web сервисов

Новая культура средств программирования (в САПР — и не только)


Презентация на COFES 2013, Аризона, 11 апреля, 17:30

Однако, есть одна область и один жанр достижений, которые сегодня и еще долго будут считаться определяющими отрасль: пусть — исторически, пусть — психологически, пусть — (пока) благодаря финансовым показателям. Для очень многих людей, как в самой отрасли, так и на уровне обывателей, САПР ассоциируется с MCAD, и это легко понять. А олицетворением области MCAD, конечно, являются несколько легендарных систем, уже давно и по сей день хозяйничающих на рынке: AutoCAD, CATIA, Pro/E, SolidWorks. Поэтому люди, чьи имена обоснованно воспринимаются как имена авторов этих систем, занимают совершенно особое положение в истории отрасли.

Многим моим коллегам и мне посчастливилось уже около десяти лет быть довольно близко знакомыми с Франсисом Бернаром — автором CATIA и основателем Dassault Systemes: не устаю повторять, что далеко не мемуарную статью Франсиса «Dassault Systemes: история успеха» полезно прочитать каждому, кто сегодня работает в отрасли САПР. В очень яркой биографии Франсиса Бернара заметное место занимает весьма проницательное решение приобрести компанию SolidWorks, которая в момент поглощения (1997) была чуть ли не убыточной, но обладала продуктом, в котором руководители Dassault усмотрели будущего лидера рынка.

Компания SolidWorks была основана Джоном Хирштиком в 1993 году, и два года спустя выпустила свой MCAD, который стал первым в мире САПР, поддерживающим твердотельное моделирование для Windows. Джон Хирштик как автор системы, сегодня имеющей примерно два миллиона пользователей в более чем 150 000 компаниях, и многими признаваемой олицетворением развитого инженерного инструмента, бесспорно, входит в число легенд отрасли. Естественно, январское интервью с Джоном и последовавшее за этим развитие знакомства составляет предмет гордости нашей isicad-ЛЕДАС-команды. Многие знают, что совсем недавно Джон Хирштик собрал почти всю свою команду разработчиков SolidWorks, расширил ее новыми кадрами, образовал компанию Belmont Technology, получил инвестиции и ведет некую — пока не объявленную — разработку нового поколения.

На COFES 2013 в Аризоне Джон Хирштик выступил со специальным докладом «The New Culture Of Programming Tools» — «Новая культура средств программирования» и любезно предоставил редакции isicad.ru право опубликовать эту презентацию на нашем портале. Доступ к соответствующему pdf-файлу вы получите, кликнув эту ссылку

The New Culture Of Programming Tools (pdf).

Возможно, некоторым читателям окажется полезным помещенный ниже мой краткий русскоязычный конспект презентации Джона Хирштика.

В начале Джон рассказывает о своей карьере: начал заниматься программированием в 1975 году, работал исследователем в САПР-лаборатории своего родного Массачусетского Технологического Института, затем — программистом-разработчиком в одной из заложивших основы современного MCAD компаний — Computervision, основал компанию SolidWorks и стал ее генеральным директором, находился в позиции руководителя направления Dassault Systemes, в течение одного года (

2012) был «безработным студентом в области вычислительных наук», основал и возглавил компанию Belmont Technology Inc.

В качестве «безработного студента», Джон окончил дистанционный курс Калифорнийского Университета в Беркли «Software as Service» (Софтвер как услуга).

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

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

Джон сравнивает уходящую парадигму программирования с Сингапурским метро — тщательно организованным, но основанным на «диктаторском управлении», а новый стиль создания софтвера — с традициями джаза — импровизациях, не нуждающихся в инструкциях и основанных на высоком искусстве и взаимопонимании игроков.

Остальные слайды презентации последовательно показывают, с чем из старой парадигмы программирования мы прощаемся, и что приходит взамен:

  • прощайте справочники и руководства, здравствуй исходный код (его легче заполучить, чем руководство), особенно, если речь идет о Javascript, встроенном в каждый браузер,
  • прощайте десктопные программы, здравствуйте облачные приложения (они — подлинно распределенные, включают клиентов и образуют симфонию асинхронных вычислительных процессов),
  • прощай необходимое раз в 5-10 лет изучение новых языков программирования (Basic, Fortran, C. ), здравствуй стек технологий в сочетании с постоянной необходимостью изучения новых возможностей и культуры решения новых задач, . (приводится очень большой список современных новых возможностей, типа HTML 5, Ruby on Rails, Amazon EC2. )
  • прощай бинарный код, здравствуй Javascript, HTTP, HTML, XML, OpenGL.
  • прощай однопроцессорность, здравствуй многоядерность (скорость ЦП не растет, а число ядер растет бурно, однако их эффективное использование требует не просто всеобщей параллелизации, но умной реализации конкурентных вычислений),
    на отдельном слайде Джон представляет посвященное конкурентным вычислениям выступление Айвэна Сазерлэнда (Ivan Edvard Sutherland) — изобретателя, по сути, — первой в мире САПР.
  • прощайте традиционные баги, здравствуйте баги, связанные с многопоточностью,
  • прощай винчестерский диск (его можно сравнить с известными в прошлом хранилищами на лентах), здравствуй немеханический твердотельный накопитель (SSD), который, возможно, будет заменен гигантской оперативной памятью (RAM): так что, возможно:
  • прощай виртуальная память, здравствуй мега-оперативная-память (кому нужна виртуальная память при наличии 64-разрядной ОС с 64ГБ RAM?),
  • прощайте заботы о стоимости компьютеров, здравствуйте заботы о стоимости разработчиков: вместо «много дешевых программистов вокруг каждого дорогого компьютера: в разработке минимизируется стоимость вычислений» — «вокруг каждого дорогого разработчика много дешевых компьютеров: в разработке минимизируется время программирования»,
  • прощайте анти-вирусы и firewalls, здравствуйте системы облачной безопасности (облачные приложения безопаснее большинства распространенных сегодня систем домашнего производства).
Ссылка на основную публикацию
ВсеИнструменты
Adblock
detector
×
×