Глобальная Авантюра  
ФОРУМ
главное меню
  1. >
  2. Пользователи >
  3. DarkRaider >
  4. Сообщения
DarkRaider

DarkRaider

 
меню
 2  3 10→След→
ФорумНаучно-технический разделIT в России и мире в реалиях мирового кризиса
  DarkRaider
   
   
DarkRaider   Россия
Москва
39 лет

Слушатель

Карма: +7.25
Регистрация: 05.12.2016
Сообщений: 193
Читатели: 0
 
А какие факультеты специализированные? И что такое серьёзные общие вещиНепонимающий, есди вы про математику так это наука, она вроде как по определению открыта.
ИКСИ например.
На заре советской молодости, помнится приглашали меня туда на собеседования о поступлении. В итоге не осилил. Много документов собирать да и математики испугался. Я в ней не силён. Не скажу, что сожалею, но сейчас - наверное бы напрягся, тогда маленький был - несмышлёный.

Цитата
Но государству дай бог вытянуть военку, а содержать разработку еще и всей гражданки ему не под силу, тем более что военка и гражданка похоже расходятся по платформам ( военка - Эльбрус, гражданка - Intel или ARM ).

Военку пока вроде тянут и даже так тянут, что весь мир всяческими РЭБ, РЛС засматривается. В основе этих достижений - очень серьёзная математика и программирование - так как алгоритмы поиска и управления - там ключевой элемент.

Все расхождения по платформам - вымышленные.
Эльбрусы хороши, но их физически мало - бессмысленно перенапрягаться пытаясь заместить каждое РМ у "каждой бухгалетрши" (условно конечно). Много очень дешёвого железа на интеле и уровень секретности не высок - да и ладушки - ограничились выпуском своих адаптаций ОС, без западных дыр.
Критическая инфраструктура - совсем другое. Связь, АСУТП и куча других областей, где у западных "партнёров" исчезнет возможность в любой момент "дёрнуть рубильник, потому что кто нибудь захотел санкции ввести" - вот это первоочередная задача. Примеров негодного поведения - пруд пруди. Раньше - не было никаких альтернатив, ставили то что было. Сейчас начали приводить в порядок и заменять инфраструктуру на свою. Да не быстро, но надеюсь неотвратимо.
Изначально в ТЗ Эльбрусов закладывалась возможность поддержки кода х86-х64 по одной простой причине - часть производственного оборудования так или иначе сейчас жёстко привязаны к ним и нет возможности "переписать мозги с нуля" на производственной базе в масштабах страны. Поэтому и ставилась задача "поддержки родного софта" по возможности без лютого шаманства.

Цитата
А поскольку стандарты софта для Intel задаются заграницей их расхождение предопределено.
Есть конечно маленькая ниша сговориться с Китаем и развивать совместные стандарты для ARMов но это вызовет вой и стон всех припавших на Intel
Да нас - рать! я бы так сказал.
"Правильные" программы предназначенные для вышеописанного не пишутся под режим совместимости Эльбруса, они пишутся под нативную архитектуру и используют все возможности проца.
Задача режима совместимости - обслуживание западных программ, которые вынуждены использовать. Нельзя всё взять и сразу заменить с нуля.


Ах да, назрел вопрос: а вот "стандарты софта" - это что?
Сообщение скрыто автором
+ 0.09 / 3
ФорумНаучно-технический разделIT в России и мире в реалиях мирового кризиса
  DarkRaider
   
   
DarkRaider   Россия
Москва
39 лет

Слушатель

Карма: +7.25
Регистрация: 05.12.2016
Сообщений: 193
Читатели: 0
 
Наверное есть смысл разделить на две части.
Первое - действительно желательно пропустить через обучение десятки тысяч человек, чтобы отобрать лучших. Только нет смысла учить их Эльбрусу, потому что 90% к нему и на пушечный выстрел потом не подпустят. Пусть лучше тренируются на какой-нибудь популярной платформе общего назначения, потом их по крайней мере можно будет в эникейщики сбросить. Там вообще платформозависимость - понятие относительное.
Второе - отобранных несколько сот действительно можно углублённо доводить под конкретные платформы для конкретных задач. Как в серьёзных делах, под подписку. На Эльбрусе думаю тут свет клином не сошёлся, он просто оказался на слуху.

Какой смысл давать в неспециализированных институтах и факультетах серьёзные "общие" вещи? чтобы ими потом новые "ворды и 1сы" под эльбрус писали?
Почему то, мне кажется, что профильные организации уже и машины получили и железо и спецы из них уже получили соответствующий курс обучения и пишут они сейчас не то, что "пользователи захотят купить", а то, что стране/государству нужно.
Сообщение скрыто автором
Отредактировано: DarkRaider - 11 ноября 2019 18:00:01
+ 0.06 / 2
ФорумНаучно-технический разделIT в России и мире в реалиях мирового кризиса
  DarkRaider
   
   
DarkRaider   Россия
Москва
39 лет

Слушатель

Карма: +7.25
Регистрация: 05.12.2016
Сообщений: 193
Читатели: 0
 
По первому абзацу вопроса не понял.

Никакая сотня и даже тысяча спецов в МСЦТ и рядом с ними не поднимет ничего – тут нужны десятки тысяч отлично владеющих. Кстати, подразделение IBM, которое пилило OS/2 3/4/4.5 c их PM и WPS, плюс VAC, SOM и прочую корбу с жавой, едва ли сотню программистов насчитывало. И никто не программировал на питоне (с).

Так вот и я не понял. Что же нужно то в итоге, десятки тысяч потребителей или сотня профессионалов?

Цитата
"Поднять" – это про уровень информационных технологий, в том числе и на базе своих собственных разработок.

На мой взгляд - десятки тысяч долбоглазов могут поднять только продажи игрушек на данной платформе.
А поднять уровень могут те 1-2-3-4 человека из этих десятков тысяч, у которых количество перейдёт в качество.

Гораздо дешевле подготовить тысячу целевых специалистов, которые заранее "попадают в целевую категорию" из них 10-20 станут профессионалами и действительно что то смогу поднять в этой области.

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

А если, вот на секунду представить, что потребителям не надо хотеть за них платить. За них хотеть государство, к слову "рынок сбыта" - тоже вполне себе в приказном порядке имеет место быть. Что если вдруг представить, что коммерческая составляющая проекта Эльбрус - это "побочное действие лекарства, изначально предназначенного в кардиологических целях"?
Какую именно пользу может принести широкое сообщество открытых потребителей, например в промышленный софт? в коммуникации? в военку?
Сообщение скрыто автором
Отредактировано: DarkRaider - 11 ноября 2019 17:15:01
+ 0.11 / 5
ФорумНаучно-технический разделIT в России и мире в реалиях мирового кризиса
  DarkRaider
   
   
DarkRaider   Россия
Москва
39 лет

Слушатель

Карма: +7.25
Регистрация: 05.12.2016
Сообщений: 193
Читатели: 0
 
....
Никакая сотня и даже тысяча спецов в МСЦТ и рядом с ними не поднимет ничего – тут нужны десятки тысяч отлично владеющих. Кстати, подразделение IBM, которое пилило OS/2 3/4/4.5 c их PM и WPS, плюс VAC, SOM и прочую корбу с жавой, едва ли сотню программистов насчитывало. И никто не программировал на питоне (с).

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

Можно ли в догонку сразу следующий вопрос? А для чего вот это? то что сверху? "Поднять" - это что? продажи? престиж? имидж? страну с колен? производительность труда?
Сообщение скрыто автором
Отредактировано: DarkRaider - 10 ноября 2019 23:00:01
+ 0.00 / 0
ФорумНаучно-технический разделIT в России и мире в реалиях мирового кризиса
  DarkRaider
   
   
DarkRaider   Россия
Москва
39 лет

Слушатель

Карма: +7.25
Регистрация: 05.12.2016
Сообщений: 193
Читатели: 0
 
Влажные мечты. Ничего этого не будет.
Как оказалось и не надо.

Цитата
PayPal, Stripe, eBay, MasterCard и Visa, без лишенго шума и пыли покинули криптовалютный проект Libra Facebook, опасаясь санкций регуляторов США. Вероятность провала проекта теперь невоверятно высока.
Крупные компании всерьез восприняли недавнее предупреждение сенаторов Брайана Шаца из Гавайев и Шеррода Брауна из Огайо о том, что организации попадут под “высокий уровень контроля со стороны регулирующих органов не только в отношении платежной деятельности, связанной с Libra, но и во всей своей платежной деятельности. Беспокойство у сенаторов вызывает то, что криптовалюта, используемая в сочетании с зашифрованными сообщениями, потенциально может быть использована для незаконных транзакций, и любой, кто участвует в создании такой возможности, будет подозреваться в преступлении.
Американские регуляторы способны легко пресечь крупные криптовалютные проекты. В октябре комиссия по ценным бумагам и биржам США объявила, что Telegram Group Inc. был жестко предупрежден за распространение цифровых токенов. За последне время американские регуляторы легко поставили в стойло экземпляры и покрупней, к ним относятся крупнейшие американские венчурные компании, такие как Benchmark, Sequoia и Lightspeed. То же самое легко может случиться и с Libra
отсюда


Когда хитровыделанные частники пытаются залезть в кормшуки масштаба государств - государствам это обычно не нравится, если это не их прожект.
Вывод: будут существовать только криптовалюты явно или не явно выпущенные государствами и полностью ими контролируемые.
Сообщение скрыто автором
+ 0.00 / 0
ФорумНаучно-технический разделIT в России и мире в реалиях мирового кризиса
  DarkRaider
   
   
DarkRaider   Россия
Москва
39 лет

Слушатель

Карма: +7.25
Регистрация: 05.12.2016
Сообщений: 193
Читатели: 0
 
Telegram Open Network (TON) — это быстрый, безопасный и очень классный сетевой проект на основе блокчейна, который сделает хорошо всем и сразу.
...
[li]Самое главное, многоцелевая блокчейн платформа TON Blockchain с неограниченной пропускной способностью, смарт-контрактами, настраиваемыми сайдчейнами и многим-многим другим, достойным отдельной статьи.[/li]
[/ul]

Цитата
Сеть TON смоделирована в виде гиперкуба. Точки в нем – это пользователи, а линии – пути по которым происходит передача данных. При этом узлы (ноды) несут ответственность за свою ветку блокчейна.
В скорости транзакций ведущую роль играет TON Storage. Благодаря технологии баз данных, он автоматически формирует шарды, перенося их на ноды если возникает перегрузка. Благодаря этому скорость оптимизируется.
Этот подход получил название «Infinite Sharding». Шарды не только легко разделяются. Их главное преимущество – возможность «ремонта» хранилища, если возникают ошибки.
отсюда

Боюсь даже представить себе какие выкупы будут требовать хацкеры, через годик после старта, за то чтобы остановить каскадный отказ в обслуживании в сей чудесной "сети" с "бесконечной пропускной способностью", а самое главное - виноваты во всём будут опять бомжи из Бурятии, понапокупавшие себе "не оригинальных" смартфонов на чужие паспорта!
Сообщение скрыто автором
+ 0.05 / 2
ФорумНаучно-технический разделIT в России и мире в реалиях мирового кризиса
  DarkRaider
   
   
DarkRaider   Россия
Москва
39 лет

Слушатель

Карма: +7.25
Регистрация: 05.12.2016
Сообщений: 193
Читатели: 0
 
...
Станислав Лем. Системы оружия двадцать первого века, или Эволюция вверх ногами.
https://www.litmir.me/br/?b=143792&p=4

Замечательная цитата и действительно мэтр в авторах.

Проводили исследования поведения стаи саранчи, в том числе исследование огибания препятствий в групповом полёте.

Выяснили, что никакой особой обработки нету, есть инстинкт - если твой сосед подрезал тебя - сдвинься в другую сторону.
Наличие одинакового инстинкта у всех участников "движения" вызывает цепное срабатывание, до момента компенсации сдвига (то есть когда очередная волна перестаёт считать смещение соседа критичным для полёта).

На мой взгляд, всё то, что сейчас модно называть "искусственным интеллектом" - не более чем дань модному тренду. Есть системы которые частично выполняют роль ИИ, их придумали уже достаточно давно (экспертные системы, самообучающиеся системы, те же нейронные сети), они способны решать определённый круг задач и делать это быстрее человека, благодаря возросшим вычислительным мощностям. Но пока отсутствует внятный механизм трансляции пространства смыслов между человеком и машиной - "настоящего" ИИ не будет. А вот возникновение эффективного прямого интерфейса человек-машина (ну или органический мозг-вычислительная машина) - дело ближайшего будущего. Уже есть хорошие наработки в этом направлении.
Сообщение скрыто автором
+ 0.08 / 3
ФорумНаучно-технический разделIT в России и мире в реалиях мирового кризиса
  DarkRaider
   
   
DarkRaider   Россия
Москва
39 лет

Слушатель

Карма: +7.25
Регистрация: 05.12.2016
Сообщений: 193
Читатели: 0
 
Если радиомаяк будет давать точность в 5 мм, этого будет достаточно...Важно избежать рывков камеры нашего умного фрезера (хотя радиомаяк поможет быстро восстановить потерянное положение), а значит, он должен не скользить по рабочей поверхности, а катится на прорезиненных шариках, которые будут подтормаживаться с помощью магнитного поля. Ну это уже несущественные детали.

Вот, всё таки, не даёт ручное рукоблудие покоя.

По словам из ролика "в случае ошибки рабочий инструмент автоматически отводится назад и вверх" - подразумевает, что шпиндель и фреза закреплены в девайсе подвижно. Если устройство позиционируется для вырезания фигурных красивостей, а не для нарезки шипов на 6и метровой половой доске - то что мешает сделать 1 шаг вперёд и совместить ручное позиционирование с механизированным управлением режущим инструментом, раз уж всё равно подвижно закреплено. Вот и получится - поставил коробку с инструментом на заготовку, позиционировал её (имхо наклейки - вообще не вариант, точность их наклеивания вносит мультипликативную ошибку в позиционирование). Загрузил путь инструмента, нажал кнопку, инструмент обработал некую рабочую область (10 на 10см условно, для точных резов хватит), дальше сместил коробку вбок (при условии пересечения рабочей области) то есть меньше чем на 10см. Проанализировал картинку(а не видеопоток) - получил положение относительно уже сделанного реза, откорректировал траекторию режущего инструмента, нажал кнопку - получил продолжение реза.

Да громоздко и низкоэффективно. Но при условии работы по 3м осям, а не по 2м - может иметь право на жизнь, так как получим низкую требуемую квалификацию пользователя (единственное что нужно - правильно расположить корпус инструмента в первоначальный момент)+высокую точность обработки рабочего поля 10на10 без смещения (чего хватит на врезку петли допустим) + приемлемую точность при смещении, так как нам не надо анализировать видеопоток смещения, а надо анализировать статическую фотографию и ориентируемся мы не на положение инструмента относительно заготовки, а на положение режущей кромки относительно уже сделанного реза.
Сообщение скрыто автором
+ 0.00 / 0
ФорумНаучно-технический разделIT в России и мире в реалиях мирового кризиса
  DarkRaider
   
   
DarkRaider   Россия
Москва
39 лет

Слушатель

Карма: +7.25
Регистрация: 05.12.2016
Сообщений: 193
Читатели: 0
 
"с обоими не согласен" . Ну или согласен - как смотреть.
"Люблю и ненавижу"(песенка модного ныне певцуна)?

Цитата
Если оптимистическая (firebird), то запись не блокируется, а при конфликте по изменению прилетит облом в момент коммита.
Просто какая то глобальная идея о вселенском обломе.

Оптимистическая блокировка не ограничивает модификацию обрабатываемых данных сторонними сессиями, однако перед началом предполагаемой модификации запрашивает значение некоторого выделенного атрибута каждой из строк данных (обычно используется наименование VERSION и целочисленный тип с начальным значением 0). Перед записью модификаций в базу данных перепроверяется значение выделенного атрибута, и если оно изменилось, то транзакция откатывается или применяются различные схемы разрешения коллизий. Если значение выделенного атрибута не изменилось — производится фиксация модификаций с одновременным изменением значения выделенного атрибута (например, инкрементом) для сигнализации другим сессиям о том, что данные изменились. by Википедия

Цитата
Ссылочная целостность уже навернута поверх этих механизмов - декларативно там, триггерами, уникальными индексами и т.д. Её может и не быть, и к предмету вашего спора она, по большому счету, не относится.
Тему спора уже никто не помнит. Изначально был сказ о том как объектная парадигма несовместима с релиционным подходом к хранению и управлению данными.

Предлагаю желающим ознакомится с вики.
Тут виды блокировок.
А тут уровень изоляции транзакций
Странички небольшие и все варианты разруливания коллизий там описаны весьма конкретно. Так что изобретать не нужно.
Сообщение скрыто автором
+ 0.07 / 4
ФорумНаучно-технический разделIT в России и мире в реалиях мирового кризиса
  DarkRaider
   
   
DarkRaider   Россия
Москва
39 лет

Слушатель

Карма: +7.25
Регистрация: 05.12.2016
Сообщений: 193
Читатели: 0
 
Не встречается. СУБД не позволит.
Никто не может заблочить поле более, чем на некоторое небольшое время, достаточное на выполнение операции чтения актуального содержимого и записи обновления. Вы просто не видите того, что происходит под капотом. А под капотом происходит нечто, похожее на следующее:

Уважаемый, adolfus, уже становится забавным наблюдать полёт Вашей фантазии из головы, как в анекдоте про психолога и страшную жену ("... зато какие у неё кошмары!!!").

Цитата
1. Вы делаете запрос на получение каких-то полей
Таки после прочтения данных и отдачи результата действие СУБД на этом заканчивается. Операция атомарна - "прочитал на текущий момент времени".

Цитата
2. СУБД "делает" вам запись , отправляет ее вам и сохраняет копию (либо у себя, либо на клиенте)
3. Вы там что-то смотрите, колупаетесь, правите

Это Ваша персональная СУБД из головы делает Вам хорошо.

Цитата
4. Вы отправляете обновление
А вот это вторая операция "обновление". В зависимости от настроек базы она может быть атомарной одна или в группе, когда имеет место обновление нескольких связанных таблиц. Таблицы имеющие связи управляемые СУБД (ограничения, триггеры, связанные таблицы) - обновляются транзакционно. Так же режим транзакции легко включается вручную по мере надобности. Таковой режим позволяет объединить несколько операций чтения/записи в одну транзакцию, которая имеет свойства неделимости (атомарности) и общего результата (если выполнено успешно то всё, если ошибка где то - не выполнено ничего).


Цитата
5. СУБД выполняет что-то, типа такого
- поля, которые Вы запрашивали, блокируются на запись (после Вашего доступа и до этого момента их мог изменить кто угодно)
- получаются актуальные значения полей, которые Вы выбрали
- выполняется сравнение полученных с полученными ранее из копии
- если идентичны, ваши изменения уходят в базу (профит), блоки снимаются.
- в противном случае блоки снимаются, вы получаете отказ, и измененные после вашего запроса поля актуализируются в копии и вашей записи. Внесенные Вами изменения аннулируются
"горячечный бред", извиняюсь за мой французский.

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

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

Цитата
Вероятность того, что данные изменятся, может быть мала, но это не отменяет события, а с учетом законов Паркинсона, вероятность данного события может даже превысить число \pi.
Приятно, что, Вы, знакомы с "законами Паркинсона", хотя тут более уместны были бы "законы Мерфи".

Проблемы разсинхронизации данных не в том, что данные "изменятся", а в том "когда". Классическая картина - когда используются несвязанные средствами СУБД таблицы (2 таблицы, одна из которых содержит цифровой индекс из второй) а это очень распространённое явление, так как народ не любит делать связи управляемые СУБД, и происходит добавление данных(или обновление) в одну из таких связанных таблиц, но забывают организовать транзакцию со второй таблицей. В результате обновление этих таблиц получается не атомарно, а последовательно и разделено во времени. Следовательно возникает промежуток времени, в который может быть произведён запрос на чтение данных "между" обновлениями первой и второй таблицы. В результате операция будет выполнена (с точки зрения СУБД никаких противоправных действий не совершается) и будут отданы неверные данные (таб1 обновлена, а таб2 ещё нет).
Есть и другие сценарии, но этот происходит чаще всего. И это НЕ ошибка СУБД, это ошибка ПРОГРАММИСТОВ работающих с этой БД.

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

Если использовать связи управляемые СУБД - она будет автоматически следить за синхронизацией этих данных и на чтение и на запись.
Сообщение скрыто автором
Отредактировано: DarkRaider - 27 сентября 2019 13:30:01
+ 0.11 / 7
ФорумНаучно-технический разделIT в России и мире в реалиях мирового кризиса
  DarkRaider
   
   
DarkRaider   Россия
Москва
39 лет

Слушатель

Карма: +7.25
Регистрация: 05.12.2016
Сообщений: 193
Читатели: 0
 
Вы уже на первом "Параметр1=Таблица1.столбец1" вылетите по нехватке памяти.
Нельзя просто так копировать столбцы куда бы то ни было из базы, чтобы с ними что-то делать, даже если они помещаются, потому что их содержимое volatile по определению.

Вы, любезный, очевидно, про реляционные БД и классический скуль только в учебнике читали и то мимоходом.
СУБД поддерживающие классический скуль - не работают целиком со столбцами, а поскольку объяснял я "на пальцах" и без синтаксиса - не упоминал идентификаторов строк, можете добавить с текст для себя [Таблица1.строка1.столбец1].
Если кому то интересна реализация динамического скуль запроса на MS SQL могу привести этот же пример с полным синтаксисом.

На досуге можете почитать про "колоночные СУБД" для общего развития.

Цитата
Помимо Васи с БД работает Коля, Петя, Света и еще стопятьсот юзеров – в любой момент данные в столбце могут поменяться или исчезнуть. Это к тому, что "данные изменяются сами по себе". В любой момент схема отношений и ограничений в базе может быть изменена независимо от вас (например, в связи с добавлением таблиц и столбцов, связанных вторичными инлдексами) и перестанет соответствовать вашей объектной модели.
Верно, именно для разрешения всех этих проблем и предназначена СУБД, для этого есть всякие блокировки, слепки и прочие механизмы неповреждающего обновления данных. Вот только данные меняются НЕ САМИ, а ПО КОМАНДЕ ОТ ДРУГОГО ПОЛЬЗОВАТЕЛЯ.
Для того чтобы не "переставало соответствовать" надо нормально учить уроки в школе и писать в коде не "SELECT * FROM ...", а "SELECT поле1,...полеN FROM ...". В таком случае изменение схемы данных путём добавления столбцов или их перемещения - никак на функционал не влияет. Приблизительно тоже самое и с внутренними связями, индексами, ограничениями.

Цитата
Еще очень интересный момент – нет статичного соответствия типов между вашим ОО-языком программирования и типами в БД – в любой момент времени в базе данных тип может изменить представление, например после ее обновления. В результате однажды Вы при получении данных из базы в объект получите мусор или мусор запишете в БД.
И тут, мой дорогой друг, Вы, сели в лужу, потому, что приведение типов тоже проходят в младшей программистской школе, ну по крайней мере раньше проходили, когда тёплое!=мягкому, но Вы не похожи на представителей молодого поколения. Таки в скуле оно есть. Кстати тип SQL_Variant тоже есть. Вы в очередной раз напрасно натягиваете сову на глобус пытаясь смешать процесс хранения данных с процессом их обработки в коде.

Данные хранятся и управляются на сервере,а скуль команды, Вы, ему задаёте на клиенте (приложение, служба, клиент командной строки) - а посему при нарушении схемы типов, сервер просто НЕ ВЫПОЛНИТ сбойную инструкцию и, Вы, как клиент, НЕ ПОЛУЧИТЕ ответ (будь то выборка данных или код успешного выполнения команды).
Сообщение скрыто автором
Отредактировано: DarkRaider - 21 сентября 2019 17:00:01
+ 0.04 / 3
ФорумНаучно-технический разделIT в России и мире в реалиях мирового кризиса
  DarkRaider
   
   
DarkRaider   Россия
Москва
39 лет

Слушатель

Карма: +7.25
Регистрация: 05.12.2016
Сообщений: 193
Читатели: 0
 
Невозможно отношения вынести в процедуры, поскольку процедуры – это фундаментально статичные сущности, а отношения нет.
Хотя, да на здоровье. Хоть горшком обзови...
Например MS SQL (вполне себе классическая реляционная СУБД), "на пальцах":
Параметр1=Таблица1.столбец1
Параметр2=Таблица1.столбец2
Таблица1.столбец3=Текст(Скуль Update над параметром 1 и 2(обновить Таблицу2.Строку3=Параметр1+Параметр2)
Испольнить
Параметр1=Таблица1.столбец1*3
Таблица1.столбец3=Текст(Скуль Update над параметром 1 и 2(обновить Таблицу2.Строку4=Параметр1-Параметр2+2)
Испольнить

Отношения между таблицей 1 и 2 выражены процедурой?
Сущности очень фундаментально статичны?
Данные изменяются сами по себе?
Вы, любезный, помнится несколько постов назад вообще уверяли:

Цитата
... В БД хранятся сущности и отношения между ними. И те и другие представляют непрерывно обновляемые динамические структуры данных...

Вы уж определитесь в какую сторону грести, пожалуйста.
Сообщение скрыто автором
Отредактировано: DarkRaider - 21 сентября 2019 10:45:01
+ 0.00 / 0
ФорумНаучно-технический разделIT в России и мире в реалиях мирового кризиса
  DarkRaider
   
   
DarkRaider   Россия
Москва
39 лет

Слушатель

Карма: +7.25
Регистрация: 05.12.2016
Сообщений: 193
Читатели: 0
 
Не-не, я не про объектно-реляционность.
Потроха реляционной СУБД отлично ложаться на объектную модель.
...
Я люблю плюсы. Правда, всё как-то не складывается на них писать. Сплошной "папа может С"...

Когда имеешь дело с неопределёнными данными - в реализации приходится уходить на высокие уровни абстракции, там сложно обойтись без объектного подхода.
Вспомни как было легко работать с простыми типами (например с типизированными файлами). Но ровно до тех пор, пока мы точно знали состав записи (входящих в неё типов переменных).
Как только появляется variant в том или ином виде - начинается уже катавасия.
Сообщение скрыто автором
+ 0.00 / 0
ФорумНаучно-технический разделIT в России и мире в реалиях мирового кризиса
  DarkRaider
   
   
DarkRaider   Россия
Москва
39 лет

Слушатель

Карма: +7.25
Регистрация: 05.12.2016
Сообщений: 193
Читатели: 0
 
Уважаемый, adolfus, вы фееричны как никогда!!!

Основная особенность всех СУБД, в том числе и реляционных, состоит в том, что никто не знает, какие действия и кем будут предприниматься над данными.
Я знаю доподлинно! Данные в базе данных можно добавить, удалить, считать или изменить. Автономную трансмутацию в СУБД пока не добавили. Все дальнейшие действия с данными могут быть произведены только после чтения их из хранилища. Область работы и ответственности СУБД в этом месте заканчивается.

Цитата
... В БД хранятся сущности и отношения между ними. И те и другие представляют непрерывно обновляемые динамические структуры данных...
Правда? Наиболее распространённый "частный" случай СУБД - это файловая подсистема любой ОС. Я правильно понимаю, что в файлах (как объектах хранения), постоянно перемещаются байтики туда сюда сами? Впрочем я совсем забыл про сбойные кластеры! Ведь информацию из них перемещает дисковая подсистема! Правда связи при удачном чтении сбойного сектора всё таки сохраняются, как и целостность объекта хранения.
Сообщение скрыто автором
+ 0.03 / 1
ФорумНаучно-технический разделIT в России и мире в реалиях мирового кризиса
  DarkRaider
   
   
DarkRaider   Россия
Москва
39 лет

Слушатель

Карма: +7.25
Регистрация: 05.12.2016
Сообщений: 193
Читатели: 0
 
На самом деле либо объектная модель данных, либо реляционная. Отобразить таблицы реляционной модели в структуры объектной пока никак не получается – проблема есть такая "object-relation mapping". Вот когда ее математики решат, возможно тогда словосочетание "объектно-реляционный" наполнится реальным смыслом, а так пока всего-лишь попытки забить колышки на участке, который кажется золотоносным.

"Всё дело, в волшебных пузырьках!", как нас заверяла реклама одной шоколадки.
"Реляционная" СУБД - та, где имеется чёткое соответствие отношений хранимых объектов (идентификатор или комбинация признаков его составляющая). Такая СУБД вполне спокойно хранит любые объекты - в том числе и бинарные, в том числе и классы (например тот же XML имеющий свои методы). Современные СУБД расширяются внешними и внутренними процедурами, представляющими тоже объекты, в том числе и бинарные. Есть типизация, абстракция, преобразование типов - достаточно признаков чтобы назвать объектно-реляционной СУБД?

Почитаем вики объектно ориентированная база данных.

Сравним признаки?

Поддержка сложных объектов. В системе должна быть предусмотрена возможность создания составных объектов за счёт применения конструкторов составных объектов. Необходимо, чтобы конструкторы объектов были ортогональны, то есть любой конструктор можно было применять к любому объекту.
Поддержка сложных объектов есть. Оговорка про конструкторы - не к месту. СУБД хранит и предоставляет доступ к данным, это не хост исполняемых процессов. Даже если там сохранены объекты как есть - они в любом случае сериализованы. И в любом случае их нельзя хранить "полностью в готовом виде" - так как при извлечении и размещении в памяти - должны быть заданы адреса в оперативке - это и есть "создание объекта определённого класса" и это опять таки вопрос исполняемого кода, а не хранения данных.

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

Поддержка инкапсуляции. Корректная инкапсуляция достигается за счёт того, что программисты обладают правом доступа только к спецификации интерфейса методов, а данные и реализация методов скрыты внутри объектов.
Чем плоха модель безопасности обычной СУБД? Монопениссуально.


Поддержка типов и классов. Требуется, чтобы в ООБД поддерживалась хотя бы одна концепция различия между типами и классами. (Термин «тип» более соответствует понятию абстрактного типа данных. В языках программирования переменная объявляется с указанием её типа. Компилятор может использовать эту информацию для проверки выполняемых с переменной операций на совместимость с её типом, что позволяет гарантировать корректность программного обеспечения. С другой стороны класс является неким шаблоном для создания объектов и предоставляет методы, которые могут применяться к этим объектам. Таким образом, понятие «класс» в большей степени относится ко времени исполнения, чем ко времени компиляции.)
Смотрим пункт №1. Только в разрезе времени выполнения, а не в разрезе управления данными.

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

Этого нет и врядли когда то будет в обычных СУБД. Нахуа?

Вычислительная полнота. Язык манипулирования данными должен быть языком программирования общего назначения.
Ну вот обычная библиотека - это ведь СУБД? В ней хранят книги - это объекты? Составные? Сложные? И метод у каждой книги есть свой (Book.Дряхлеть) ну это тот что присущ объекту самому, без посторонних вмешательств. Какая у библиотеки вычислительная мощность? 3 калькулятора, если по этажам собрать?

Набор типов данных должен быть расширяемым. Пользователь должен иметь средства создания новых типов данных на основе набора предопределённых системных типов. Более того, между способами использования системных и пользовательских типов данных не должно быть никаких различий.
Смотрим пункт (1).

Итого на мой взгляд: вся вот эта муть написанная про "чистые" ООСУБД = сова натянутая на глобус. По тому, что смешаны понятия управления данными и программных действий над ними производимых. До тех пор пока мы не доживём до появления саморегулируемых цифровых данных. Все СУБД которые занимаются именно ХРАНЕНИЕМ и УПРАВЛЕНИЕМ доступом к данным - можно смело отнести в объектно-реляционным, в том понимании, что они способны хранить сложно-составные данные (сериализованные объекты) и хранимые отношения между ними (те связи которые присущи объектам вне контекста их последующего исполнения).
Сообщение скрыто автором
Отредактировано: DarkRaider - 18 сентября 2019 18:45:01
+ 0.05 / 2
ФорумНаучно-технический разделIT в России и мире в реалиях мирового кризиса
  DarkRaider
   
   
DarkRaider   Россия
Москва
39 лет

Слушатель

Карма: +7.25
Регистрация: 05.12.2016
Сообщений: 193
Читатели: 0
 
Это вряд ли. Поженить ООП и SQL пока еще никому не удалось – там противоречия на уровне парадигмы.
Mon cher ami, Вы, как всегда, слишком категоричны.
Во первых, современные СУБД вполне себе официально называются "объектно-реляционными базами данных" и таки имеют достаточно признаков и возможностей на эту тему.
Для примера PostgresSQL вот тут даже в начало статьи гордо вынесли.. MS SQL, Oracle тоже дозволяют многое. И это я говорю лишь о возможностях самих СУБД. Во вторых, если копнуть вопрос НАПИСАНИЯ субд, то без ООП обойтись не получится,если Вы не извращенец и если пишите УНИВЕРСАЛЬНУЮ СУБД (принеси и сохрани то - не знаю что).

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

Что то я опять, Вас, не пойму, в чём суть очередного дефиле?
С++ появился путём добавления ООП механизмов в С, откуда взялась идея писать на C++ без классов?
Сообщение скрыто автором
-0.00 / 2
ФорумНаучно-технический разделIT в России и мире в реалиях мирового кризиса
  DarkRaider
   
   
DarkRaider   Россия
Москва
39 лет

Слушатель

Карма: +7.25
Регистрация: 05.12.2016
Сообщений: 193
Читатели: 0
 
Дрон лично мной осмотрен, отличий от стандартного фантома2 не обнаружено.
Круто!

Цитата
К тому-же софту скармливались и обычные фото китайских телефонов, для построения модели банки пива в хулиганских целях
Если есть возможность - предлагаю похулиганить: немного смять пустую банку и скормить программе. Любопытно как отработает.
Сообщение скрыто автором
+ 0.00 / 0
ФорумНаучно-технический разделIT в России и мире в реалиях мирового кризиса
  DarkRaider
   
   
DarkRaider   Россия
Москва
39 лет

Слушатель

Карма: +7.25
Регистрация: 05.12.2016
Сообщений: 193
Читатели: 0
 
По поводу технологии построения моделей по изображениям, имею доложить следующее:
Комерческая топосьемка фасадов сооружений (в т.ч. сложной формы) производится с помощью 1 (одного) дрона, и очень дохрена (500-1000Гб) фотографий высокого разрешения (точные данные мне не известны)...
Ну во первых, не факт что на дроне одна камера, а не две.
Во вторых, по поводу зданий есть возможность точно привязаться к единой точке отсчёта и точно померять хотя бы одну сторону (теодолит, он не летает, он жёстко стоит на земле).
К тому же там точности особо не требуется - интересует же визуально похожая модель, а не эскиз.
В третьих, невоенное GPS не даст относительной точности лучше 3-5 метров.
Сообщение скрыто автором
Отредактировано: DarkRaider - 28 августа 2019 13:15:01
+ 0.00 / 0
ФорумНаучно-технический разделIT в России и мире в реалиях мирового кризиса
  DarkRaider
   
   
DarkRaider   Россия
Москва
39 лет

Слушатель

Карма: +7.25
Регистрация: 05.12.2016
Сообщений: 193
Читатели: 0
 
Извиняюсь за очередную "диван-идею", но мысль эта занимает маня давно. Итак, существует ручной фрезер с автоматической подвижной головой, который сам выбирает текущее положение головы ориентируясь по специальным меткам на поверхности заготовки. Правильную проводку оператором корпуса фрезера вдоль заготовки обеспечивает технология дополнительной реальности:
...
1) Если честно то из просмотра ролика у меня никакого понимания что "фрезер сам что то делает" - не получилось. Возможно я не заметил деталей - но, всё что я увидел - это дополненная реальность, где на экране смартфона рисуют желаемую траекторию движения.
2) Я известный рукожоп и не отличаюсь особыми скилами в столярном деле - когда я пользовался ручным фрезером - провести даже банальную прямую линию фрезой, длинной больше 3-5см, без соответствующего упора у меня не получалось. В ролике на ура режут фигуры сложно формы и вроде бы всё красиво, но точность....
3) Не так уж часто попадался материал, который обрабатывался бы в один заход на всю "глубину".
4) В ролике мы имеем дело с плоскостью, а не с объёмом.

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


Цитата
Итак, создаем для смартфона программу, которая позволит, подвигав смартфон над заготовкой, в том числе и не плоской, получить 3d-модель заготовки и в реальном времени привязать эту модель к изображению заготовки на экране (которое мы получаем с камеры смартфона), а на модель в свою очередь наложить в виде дополнительной реальности наш эскиз, по которому мы будем пилить, сверлить, шить и вырезать. Эскиз на заготовку переносится карандашом, который мы держим в руке и которым обводим виртуальный эскиз, глядя на заготовку через экран смартфона.

В "большом мире больших денег" для этого используется лазерная технология сканирования и всяческие 3d сканеры (взял первую попавшуюся ссылку). Но так не интересно.


Тем не менее, за этими двумя предложениями из цитаты стоит такой масштаб серьёзных математических проблем, о котором Вы вряд ли подозреваете.
1) Мы имеем дело с условной УНИВЕРСАЛЬНОЙ заготовкой - параметров которой мы заранее не знаем
2) Мы имеем дело с моно-видеоизображением (то есть одним видеопотоком снятым из одной точки)
3) Мы имеем дело с говённой оптикой смартфона
4) Мы имеем дело с неизвестными условиями освещения и непредсказуемым рисунком свето-тени
-----------
Впрочем зачем сразу о трудностях? Подумаем о "глобальных" предстоящих задачах:
1) Привязка координатной сетки. Как выбрать и зафиксировать точку отсчёта?
2) Имея ОДНО плоское изображение как предполагается строить ОБЪЁМНУЮ модель? В 3Д играх - двумерную текстуру натягиваются на трёхмерный объект. Как планируется производить обратную операцию например на примере видеосъёмки яйца? Это круг? Овал? Напрашивается ответ: ну у нас же много кадров! мы снимем с разных ракурсов!
3) Тогда сразу задам следующий вопрос: нам мало снять просто много кадров, нам нужно точно знать положение камеры относительно объекта с хорошей точностью, чтобы при анализе кадров при сопоставлении с пространственной информацией о положении камеры мы могли с точностью судить, что форма измеряемого объекта изменилась.
4) Даже мы имея в голове стереографическую картину можем определить расстояние до точки весьма приблизительно, зачастую трудно понять вогнутая поверхность или выпуклая. Есть целая куча обманов зрения. В вашей задаче предполагается постройка Зд- модели объекта для последующего перенесения чертежа. Без постоянного измерения расстояния до поверхности объекта - обойтись не удастся.
5) В 3Дсканерах используются лазерные излучатели, лазерный свет - это поток параллельных частиц. В Вашей идее используется только оптическое распознавание - следовательно придётся иметь дело с оптикой, углом зрения, искажениями.

Цитата
Если реализованная таким образом визуальная одометрия даст достаточную точность, то можно будет делать взаимосвязанную разметку на далеко отстоящих рабочих поверхностях, а это уже строительство и ремонт. Через время люди могут забыть, как они раньше что-то делали без этой программы.
Ну а идеально, создать специальное устройство для этих дел на базе российского процессора - он же экономный и мощный. Таким образом "Эльбрус" может стать массовым, доступным по цене, а значит, будет активно развиваться и сам и микроэлектроника в России вообще.

Как видите круг предстоящих задач - обширный и интересный. Решать их для игрушки - смысла нету.
Видео распознавание для ориентации дронов - задача тоже интересная, но совершенно другой области. Там точности нет и не будет, да и не нужна.
Сообщение скрыто автором
Отредактировано: DarkRaider - 28 августа 2019 00:00:01
+ 0.00 / 0
ФорумНаучно-технический разделIT в России и мире в реалиях мирового кризиса
  DarkRaider
   
   
DarkRaider   Россия
Москва
39 лет

Слушатель

Карма: +7.25
Регистрация: 05.12.2016
Сообщений: 193
Читатели: 0
 
Надо заметить что "Винда" заметно мигрирует в "зону Linux" :
...

Винда никуда не мигрирует. Она потихоньку завоёвывает и поглощает.
Кардинальных прорывов в Операционных Системах до появления кардинально новых аппаратных технологий - никто не ждёт.
Ежегодно высасывать "новинки" из пальца - всё сложнее.
И она расширяется потихоньку откусывая от пирожка.
Вы можете любить или ненавидеть MS, Вы можете любить или ненавидеть все винды - но никто не будет спорить с тем, что с технологями продаж, маркетингом - у MS всегда был порядок. Они всегда знали как выжать доступное из всех до кого смогли дотянутся.
Сообщение скрыто автором
-0.02 / 1
 2  3 10→След→
НОВОСТИ ПАРТНЕРОВ

AFTERSHOCK

     
  1. >
  2. Пользователи >
  3. DarkRaider >
  4. Сообщения
Глобальная Авантюра © 2007-2019 Глобальная Авантюра. Все права защищены и охраняются законом. При использовании любого материала любого автора с данного сайта в печатных или Интернет изданиях, ссылка на оригинал обязательна. Мнение администрации не обязательно совпадает с мнением авторов документов и комментариев, опубликованных на сайте.

CCBot/2.0 (https://commoncrawl.org/faq/)
Unknown

Яндекс.Метрика