Если не сложно — дайте направление куда копнуть как это делать: урок какой или в меню где порыться и «включить миллиметры» или, быть может, принцип какой-то особый (как в Skechup — просто начать цифры писать и т.п.)…
Нарисовал в нём проект. И вот теперь ищу куда с него уйти. Почему:
1. Куча багов:
1.1 Например проставляем на плоскости размеры, выставляем вид «стандартные->сверху» — размеры не видны. Поворачиваем на 1-2 градуса — появились…
2. Проблемы с камерой — разработчик знает, но не правит. В некоторых режимах вдруг кусок модели «съедается» надвинувшейся камерой, отдаление — не помогает. Крутишь, вертишь, меняешь тип камеры — может починиться, а может нет.
2. Нет разложения в чертежи (плохо искал?)
3. Нет отчёта по требуемому материалу, размерам деталей. Вроде кто-то как-то пытался делать (в интернете), но там куча каких-то хаков.
4. Нет возможности «пропилить» отверстие в сложных группах объектов — только в одном объекте
5. Даже в бесплатной единственной версии за 2017-й год через месяц отключается возможность работать с объёмами объектов (т.е. делать пропилы и т.п.).
Используя ПО от микрософта, легальное или нет — вы всё равно косвенно или опосредовано поддерживаете их гегемонию. Путём использования ПО для винды (увеличивая целевую аудиторию платформы MS для разработчиков), а так же плодя документы МС офиса.
2. TCP-стек и тысячи протоколов взаимодействия и авторизации
Не понял о чем Вы, может об IoT, тогда да были доклады.
Я о том, что разработчику, допустим, нужно передавать данные через сеть между частями своего приложения — сейчас разработчик должен сразу думать о:
1. форме (свой сервер писать или использовать апач или иной веб-сервер)
2. протоколе (использовать стандартные или придумывать свой)
3. обеспечить авторизацию.
4. Обеспечить шифрование. ssl или ещё чего.
И каждый разработчик пишет свой велик. Чего стоят только ворох приложений по синхронизации файлов между мобильным телефоном и ПК и между мобильным и мобильным.
Вместо этого, по-хорошему, всё это должна брать на себя ОС: прозрачная авторизация, прозрачное взаимодействие через сеть (разработчик просто обращается к файлу/пайпу на удалённой машине и читает/пишет данные.
5. решение проблем перегруженности — тот же стек web-технологий — это чрезмерно перегруженный слоёный пирог из html+php+js+ajax+webbrouser. А нужно просто отдавать контент от одного приложения другому.
Возможно вы намекаете на plan9. В общем пока все хотят переиспользовать готовые части.
Да, кода написано много. Но проблема в том, что это неэффективно. Пользователю не нужен браузер и сайты, ему не нужны все эти фреймвёрки и зашкаливающая их внутренняя сложность — пользователю нужно просто посмотреть электронный журнал habrahabr или видео на youtube. Т.е. это просто вывод «программы из интернета». Это задача передачи контента от сервера клиенту и ввод обратно. И для этого не обязательно «рвать» приложение посередине, разрывая логику расчётов на серверную (php) и клиентскую (js) части — для обеспечения приемлемого отзывчивого интерфейса. И весь этот переусложнённый (не потому что сложный, а потому что там чрезмерное количество частностей, прослоек и надстроек) стек усложняет автоматизацию производства. Разные браузеры, фремвёрки, частности, частности. Нет в этом ни красоты ни удобства использования и разработки. Удобство есть в лаконичности и гениальной простоте.
Конечно, можно сказать, что и так нормально — работает же как-то всё это… Но тогда зачем вообще такие конференции выдумывать :-)
И если Вы так хорошо осведомлены о plan9, то возможно Вам стоит в следуюий раз подать заявку на конференцию.
К сожалению недостаточно. Вот, была надежда услышать какой-нибудь отчёт о докладе на эту тему. На тему глобального переосмысления подхода к написанию ОС. Наверное нужно подтянуть свой уровень в Plan9 и таки съездить на следующую конференцию :-)
Удивительно, что никто не упоминает plan9 b OS Inferno.
Говорят о частностях ОС-е строения, но не говорят о фундаментальных проблемах:
1. Виртуализация, как попытка кластеного безопасного запуска приложений посредством прослоек.
2. TCP-стек и тысячи протоколов взаимодействия и авторизации
3. отсутствие понятия единая сетевая распределённая вычислительная среда (где не важно где ресурс — локальный или удалённый)
4. нормальное взаимодействие программа-программа (АПИ к окнам и иприложениям из других приложений на уровне платформы) — автоматизация. См. plan9.
5. решение проблем перегруженности — тот же стеr web-технологий — это чрезмерно перегруженный слоёный пирог из html+php+js+ajax+webbrouser. А нужно просто отдавать контент от одного приложения другому.
А цена вопроса — 580$ вроде — как-то круто.
Вот и думаю «куда уходить». На более серьёзные продукты вроде уже созрел (после Skechup). А куда — надо решить :-)
1. Куча багов:
1.1 Например проставляем на плоскости размеры, выставляем вид «стандартные->сверху» — размеры не видны. Поворачиваем на 1-2 градуса — появились…
2. Проблемы с камерой — разработчик знает, но не правит. В некоторых режимах вдруг кусок модели «съедается» надвинувшейся камерой, отдаление — не помогает. Крутишь, вертишь, меняешь тип камеры — может починиться, а может нет.
2. Нет разложения в чертежи (плохо искал?)
3. Нет отчёта по требуемому материалу, размерам деталей. Вроде кто-то как-то пытался делать (в интернете), но там куча каких-то хаков.
4. Нет возможности «пропилить» отверстие в сложных группах объектов — только в одном объекте
5. Даже в бесплатной единственной версии за 2017-й год через месяц отключается возможность работать с объёмами объектов (т.е. делать пропилы и т.п.).
Я о том, что разработчику, допустим, нужно передавать данные через сеть между частями своего приложения — сейчас разработчик должен сразу думать о:
1. форме (свой сервер писать или использовать апач или иной веб-сервер)
2. протоколе (использовать стандартные или придумывать свой)
3. обеспечить авторизацию.
4. Обеспечить шифрование. ssl или ещё чего.
И каждый разработчик пишет свой велик. Чего стоят только ворох приложений по синхронизации файлов между мобильным телефоном и ПК и между мобильным и мобильным.
Вместо этого, по-хорошему, всё это должна брать на себя ОС: прозрачная авторизация, прозрачное взаимодействие через сеть (разработчик просто обращается к файлу/пайпу на удалённой машине и читает/пишет данные.
Да, кода написано много. Но проблема в том, что это неэффективно. Пользователю не нужен браузер и сайты, ему не нужны все эти фреймвёрки и зашкаливающая их внутренняя сложность — пользователю нужно просто посмотреть электронный журнал habrahabr или видео на youtube. Т.е. это просто вывод «программы из интернета». Это задача передачи контента от сервера клиенту и ввод обратно. И для этого не обязательно «рвать» приложение посередине, разрывая логику расчётов на серверную (php) и клиентскую (js) части — для обеспечения приемлемого отзывчивого интерфейса. И весь этот переусложнённый (не потому что сложный, а потому что там чрезмерное количество частностей, прослоек и надстроек) стек усложняет автоматизацию производства. Разные браузеры, фремвёрки, частности, частности. Нет в этом ни красоты ни удобства использования и разработки. Удобство есть в лаконичности и гениальной простоте.
Конечно, можно сказать, что и так нормально — работает же как-то всё это… Но тогда зачем вообще такие конференции выдумывать :-)
К сожалению недостаточно. Вот, была надежда услышать какой-нибудь отчёт о докладе на эту тему. На тему глобального переосмысления подхода к написанию ОС. Наверное нужно подтянуть свой уровень в Plan9 и таки съездить на следующую конференцию :-)
Говорят о частностях ОС-е строения, но не говорят о фундаментальных проблемах:
1. Виртуализация, как попытка кластеного безопасного запуска приложений посредством прослоек.
2. TCP-стек и тысячи протоколов взаимодействия и авторизации
3. отсутствие понятия единая сетевая распределённая вычислительная среда (где не важно где ресурс — локальный или удалённый)
4. нормальное взаимодействие программа-программа (АПИ к окнам и иприложениям из других приложений на уровне платформы) — автоматизация. См. plan9.
5. решение проблем перегруженности — тот же стеr web-технологий — это чрезмерно перегруженный слоёный пирог из html+php+js+ajax+webbrouser. А нужно просто отдавать контент от одного приложения другому.