Pull to refresh
83
0.1
Даниил Бакалин @Quiensabe

Программист

Send message

Вот когда условный Яндекс или НьюВасюкиЭнтерпрайзес находящиеся в фактической юрисдикции России полностью у себя имплементируют технологию, тогда да — это означает что Россия получила технологию.

Как в ваших глазах фактическая юрисдикция конторы связана с каким-либо атрибутом технологии? Что значит "Россия получила технологию" ?

Код - это технология? Без людей которые в нём разбираются код, конечно, представляет некоторую ценность, но абстрактную - в этом случае править, разворачивать и модернизировать его очень дорого.
"Люди знающие как" - это технология ? Люди в нынешнюю эпоху мобильны. Вчера они были в юрисдикции рф, завтра в юрисдикции турции.
Документация? Права? Любая составляющая "технологии" в отдельности от других почти бесполезна.

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

И от того, что ему радосто предаются все стороны современного нам конфликта становится ещё более тошно.

Вы как пользователь Хабра — не являетесь потенциальным клиентом по определению.
Моя система для тех кто делает первые шаги в разработке, не понимает терминологию, и т.п…

Когда я в 2001 пытался разобраться как создать сайт в интернете, то для меня все было новым и необычным. У меня не было учителя которого можно было бы спросить «А что такое JS? А как сделать выпадающее меню? А как сделать чтобы вот этот блок тянулся, а этот нет?»… и так далее. Просто чтобы «врубиться в терминологию», понять как тут все связано и работает — ушли недели.
Мне кажется люди тут забыли как они были новичками.

Или вот пример. Я занимаюсь 3D-графикой. Для меня интерфейс Maya логичен и понятен. Ничего другого мне и не надо.
Но предположим вы в 3D-графике новичок. От интерфейса разбегаются глаза (там реально много элементов). Вам удалось собрать из примитивов простой ролик, но когда назначили объекту текстуру — она «поплыла»… Что делать?

На запрос в гугле «Maya плывет текстура» — ничего хорошего вы не получите. Потому что текстура может «плыть» по сотне причин. Для и называют все эффект по разному…

Теперь предположим у вас есть такой вот помощник. Вы выделяете объект и пишите (или произносите) команду «устранить искажения текстуры». В отличие от гугла который бы команду не понял — у помощника есть информация о текущей работе, геометрии объекта, текстуре и т.п… С учетом этих данных вы получаете ответ — «Искажения текстуры вероятно вызваны отсутствием развертки (UVW-карты). Создать карту автоматически (пункт меню такой-то)?»…

И в ответе нет ничего фантастического. Зная тип геометрии объекта, режим наложения текстуры и то что пользователи часто называют проекционные искажения словом «плывет» — это элементарный вывод не требующий даже ИИ.

Как думаете, в таком виде система бы вам пригодилась?
Не нашел где оригиналы лежат, выложил у себя:

Женские(рус)
Мужские(рус)
Женские(eng)
Мужские(eng)

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

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

Думаю что используется иерархия объемных блоков. Заголовок файла описывает сцену состоящую из больших блоков, скажем размером с дом. По этой информации можно для любой прямой вычислить какие блоки она пересечет. Эти блоки имеют известные адреса смещений в базе, и в начале каждого блока — идет описание дочерних блоков (размером около метра), это описание позволяет найти пересечения с любой прямой проходящей через данный блок (а не через всю сцену). Внутри них точно также хранятся блоки размером в дециметр, сантиметр, миллиметр, и т.п.
Получается что для одного экранного пиксела нужно произвести не одно, а несколько чтений с диска. Но так как рядом стоящих лучей очень много (мы ведь просчитываем картинку, а не случайные прямые) — то и информацию одного луча можно использовать при просчете соседей.
А если каждый блок будет хранить еще и общий оттенок, то получается нечто вроде jpg сжатия картинки — каждый новый уровень хранит отклонение цвета от родителя и поэтому может хранить не 24 бита, а существенно меньше…

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

Information

Rating
2,508-th
Location
Петрозаводск, Карелия, Россия
Date of birth
Registered
Activity