1) Толкать численно очень не точно (если тянуть число мышкой) или совсем неудобно (если писать число руками).
2) При каждом сдвиге центра (а прицеливаться нередко приходится итеративно) надо делать два сдвига — тело в начало координат и обратно на позицию в полном меше.
По-видимому, надо искать аддон, который позволит внятно тянуть курсор мышкой без того, чтобы он прыгал наружу тела.
Могли бы и сами сделать разъём поворотным. На моём смартфоне будет тепло-селфи, что сводит ценность прибора к нулю. Бандура и так свисает, чтобы вешать её на переворачивающий переходник. В общем без этого множество любопытных гаджетоманов могут отказаться от покупки, сократив круг покупателей до теплоинженеров (ну и счастливчиков с обратной ориентацией разъёма).
http://www.vilavi.ru/prot/150307/150307.shtml
«Оценки количества там погибших варьируется, в зависимости от пристрастности называющих их, от 35 тысяч до 250 тысяч человек.»
Ещё Воннегут писал, что он лично был там внизу, в гуще событий. Естественно, он очень пристрастен.
Двоичный код это НЕ машинное ограничение — это матаппарат булевой логики.
Можно делать машины на троичной базе, на десятичной, на любой.
Двоичная (и троичная) оптимальнейшие системы счисления, да и рассыпуха становится дешевле, а аппарат в сборе — портативнее. Сравните:
а) ENIAC с десяток тонн для составления баллистических таблиц для флота — десятичный (двоично-десятичный?)
б) Zuse с одну тонну как бомбовый прицел для реактивного бомбардировщика — двоичный. Задачи схожие.
Насколько дорога политика резервирования и, что важно, восстановления — на 10% от стоимости терабайта моих данных (рабочих и личных файлов), на 50% или на 150%? И сколько простоя создаст восстановление?
Конечно, если считать, что в комп и внешний HDD попадёт метеорит, то мне, сидящему рядом с этим же компом, вопрос дороговизны данных будет уже не важен.
В остальных случаях лаптоп с диском в охапку – и данные в шоколаде, причём с сохранением всего софта и всех настроек этого софта.
Когда я изучал для себя предлагаемые Акронисом политики, я не нашёл лёгкого восстановления состояния операционки со всем софтом и документами «на вчера». Всё там какое-то шаманство с offline загрузкой, с перетыканием дисков, нарезанием DVD (причём регулярным, как ни странно), с многочасовым ожиданием процесса…
Поэтому для себя выбрал политику «горячего» клонирования. Это не требует выключения винды. А для восстановления всё равно отвёртка нужна так или иначе. Но время восстановления — одна операция по замене диска на 5 минут, и — вуаля — я снова в бизнесе.
Это конечно, если не стирать сдуру важные файлы и бегать со всякими Undelete.
Преимущества клонирования:
1) полное восстановление занимает 5 минут и требует только отвёртки и диска той же модели.
2) полный клон умрёт при записи на битый резервный диск — это сигнал к подмене резерва.
Недостатки клонирования:
1) Где нужна версионка — её надо организовать своими руками. Это решаемо и не влияет на время и полноту восстановления.
2) При загрузке с клона слетает лицензия винды. Это не мешает мгновенному началу работы после сбоя. Хотя я не нашёл доказательства, что у Акрониса не слетает.
А почему у вас девять женщин выносят ребёнка на 1 месяц?
Ещё Перельман в Занимательной физике писал, что 7 лошадей в упряжке — это максимальная доступная мощность конной тяги. Добавление 8-й добавляет мизер, 9-й практически не влияет на силу буксировки. Потому, что накапливается рассогласованность усилий.
У людей по Паркинсону максимально эффективная численность группы ≈ 3.14, далее опять резко растут потери на согласование.
Если не считать ошибок по незнанию (а как бы я тогда догадался, что пишу ошибку?), то самой неприятной ошибкой по невнимательности была короткая транзакция — список неопределённой (хотя и небольшой длины) коммитился из дельфей в оракул построчно. Одной транзакцией список обрабатывать не получалось, так как на самом деле операций было много. Писать журнал/счётчик обработанного я не догадался.
В общем день, когда программа свалилась в неопределённом месте обработки списка всё-таки свершился. Поиск точной позиции краха и восстановление информации заняли несколько часов на продакшне.
2) При каждом сдвиге центра (а прицеливаться нередко приходится итеративно) надо делать два сдвига — тело в начало координат и обратно на позицию в полном меше.
По-видимому, надо искать аддон, который позволит внятно тянуть курсор мышкой без того, чтобы он прыгал наружу тела.
Курсор использую для выставления «центра вращения тела» и практически всегда это НЕ «центр масс».
Поэтому я и спрашиваю, как двигать курсор руками внутри тела.
Если его устанавливать мышью — курсор всегда старается встать снаружи тела.
«Оценки количества там погибших варьируется, в зависимости от пристрастности называющих их, от 35 тысяч до 250 тысяч человек.»
Ещё Воннегут писал, что он лично был там внизу, в гуще событий. Естественно, он очень пристрастен.
Понятно, Хиросима 160 тысяч, Нагасаки 80 тысяч (Токио обычными зажигательными бомбами 100 тысяч, Дрезден 30 тысяч). Сколько на катастрофах мирного атома?
Эта сумма теперь гарантированно больше, чем гибель от экологических заболеваний, автокатастроф и криминала?
cnews.ru##.cut_popup_overlay
https://youtu.be/wPreMS-vpME?t=20
https://youtu.be/_dRDWe_kOwM?t=65
Можно делать машины на троичной базе, на десятичной, на любой.
Двоичная (и троичная) оптимальнейшие системы счисления, да и рассыпуха становится дешевле, а аппарат в сборе — портативнее. Сравните:
а) ENIAC с десяток тонн для составления баллистических таблиц для флота — десятичный (двоично-десятичный?)
б) Zuse с одну тонну как бомбовый прицел для реактивного бомбардировщика — двоичный. Задачи схожие.
Продолжайте изучать программирование, или откажитесь вовсе.
Конечно, если считать, что в комп и внешний HDD попадёт метеорит, то мне, сидящему рядом с этим же компом, вопрос дороговизны данных будет уже не важен.
В остальных случаях лаптоп с диском в охапку – и данные в шоколаде, причём с сохранением всего софта и всех настроек этого софта.
Когда я изучал для себя предлагаемые Акронисом политики, я не нашёл лёгкого восстановления состояния операционки со всем софтом и документами «на вчера». Всё там какое-то шаманство с offline загрузкой, с перетыканием дисков, нарезанием DVD (причём регулярным, как ни странно), с многочасовым ожиданием процесса…
Поэтому для себя выбрал политику «горячего» клонирования. Это не требует выключения винды. А для восстановления всё равно отвёртка нужна так или иначе. Но время восстановления — одна операция по замене диска на 5 минут, и — вуаля — я снова в бизнесе.
Это конечно, если не стирать сдуру важные файлы и бегать со всякими Undelete.
Преимущества клонирования:
1) полное восстановление занимает 5 минут и требует только отвёртки и диска той же модели.
2) полный клон умрёт при записи на битый резервный диск — это сигнал к подмене резерва.
Недостатки клонирования:
1) Где нужна версионка — её надо организовать своими руками. Это решаемо и не влияет на время и полноту восстановления.
2) При загрузке с клона слетает лицензия винды. Это не мешает мгновенному началу работы после сбоя. Хотя я не нашёл доказательства, что у Акрониса не слетает.
Ещё Перельман в Занимательной физике писал, что 7 лошадей в упряжке — это максимальная доступная мощность конной тяги. Добавление 8-й добавляет мизер, 9-й практически не влияет на силу буксировки. Потому, что накапливается рассогласованность усилий.
У людей по Паркинсону максимально эффективная численность группы ≈ 3.14, далее опять резко растут потери на согласование.
В общем день, когда программа свалилась в неопределённом месте обработки списка всё-таки свершился. Поиск точной позиции краха и восстановление информации заняли несколько часов на продакшне.