> 1-2 встречи с частицами пыли не сильно что-то поменяют, но, если такие встречи будут случаться постоянно, аппарат может сильно отклониться от начальной траектории
Разве столкновения не будут распределены по площади аппарата равномерно, что при условии его симметричности в силу закона больших чисел приведёт к компенсации отклонений?
А вообще мне всегда было интересно, возможно ли аналогичное аэродинамическому управление траекторией аппарата на скоростях приближающихся к световым.
А по мне так игре, которую так просто разрушить ботами туда и дорога. Значит всё что в ней есть — однотипные элементарные действия легко решающиеся машиной.
Зависит от ФС и менеджера томов. ZFS, например, использует контрольные суммы, и в случае ошибки не только читает блок с другого диска, но и восстанавливает на исходном.
Во-первых, они шарятся, так что суммировать их размер тоже некорректно. Во-вторых, в Windows включено много всего, в том числе GUI тулкит, что тоже немало.
> 2. Сравнивать gimp и фотошоп
Во-первых, фотошоп 2003 и 2015 годов в статье преспокойно сравниваются. Во-вторых, я не просто так добавил inkscape.
> ни [вроде как] пользовательских скриптов и продвинутой системы плагинов
Эти нововведения — лишь часть того, что мы хотим сделать в этом году.
Искренне надеюсь, потому что теперь сайтом стало пользоваться сложнее. Да, можно habrahabr.ru/flows/develop/all/, но если
некоторые публикации попадут в потоки, отличные от «Разработки».
Значит что-то будет пропущено, потому что выискивать интересные статьи в мусоре остальных потоков слишком расточительно.
Как я вижу себе удобный хабр:
Потоки можно убрать, потому что они избыточны относительно иерархии хабов
Обязательно нужен blacklist тэгов. Потому что я подписан на, допустим, программирование, но мне совершенно не интересен PHP. И не интересны корпоративные блоги с враньём и водой. Без blacklist получить ленту которую не нужно проматывать, выбирая одну статью на страницу, не представляется возможным.
Нет, микромодули это замечательно. Пусть в модуле будет всего одна строка, но
— эта строка не дублируется в каждом проекте
— эта строка просматривается бòльшим числом глаз чем она просматривалась бы в одном проекте
— эта строка имеет меньшую вероятность внести ошибку в проект нежели написанная с нуля, особенно неискушённым разработчиком
— при нахождении бага в этой строке он будет исправлен сразу во всех проектах, использующих модуль
Кроме того, не надо забывать что эта строка вполне может развиться в сотню.
Проблему, наоборот, представляют собой крупные модули, которые добавляются в зависимости ради минимального функционала. И это как раз значит что большой модуль нужно разбить на маленькие.
Проблема npm и других новомодных пакетных менеджеров в другом — зависимости никак не верифицируются, а зачастую даже не фиксируются по версиям. В лучшем случае любое обновление или новая установка может всё сломать (что и было успешно продемонстрировано, хотя на деле происходит постоянно), а если задуматься то по npm|pip|bower|cargo|… прилетает вообще неизвестно что — код может быть подменён в любой точке от автора до последней мили и вы об этом не узнаете, нет никакой возможности убедиться что сейчас прилетело то же что неделю назад, или вам прилетело то же что и Васе. Или Пете, который провёл аудит кода. И постфактум, когда катастрофа уже случилась, концов не найти.
Как-то не вызывает особого энтузиазма — научиться с нуля реально только если вероятность успешного действия при случайных входных параметрах достаточно велика — в перетаскивании цилиндриков попасть на плоскую грань, а шатунов — в отверстие много ума не нужно. Что-то чуть сложнее, например работа захватом с деталями сложной формы или хрупкими, или необходимость поставить деталь в определённое положение — и будет этот робот неделю тыкаться, ломать и ронять детали пока научится. Перспективнее выглядит подход с учителем, кажется такое реализовано в Baxter.
Если и поняли, то с точностью наоборот — нужен младший arm и считанные мегабайты всего, только никакой андроид туда не встанет, да и нафиг не нужен, а нормальный linux — пожалуйста. Ну или cortex-m или вообще avr как в статье (только, разумеется, не tiny), если хочется поковыряться. Основная мысль была что если вы предлагаете готовую железку, без свободных драйверов оно нафиг не нужно.
И cyanogen встанет? И всё железо заведётся со свободными драйверами?
Хотя в любом случае не вижу смысла в андроиде на таком устройстве. Полноценный Linux — да.
Как кольцо действительно неудобно, но то же самое в формате браслета было бы весьма — адекватная замена современным побрякушкам — часам и браслетам которые не работают без мобильника.
Разве столкновения не будут распределены по площади аппарата равномерно, что при условии его симметричности в силу закона больших чисел приведёт к компенсации отклонений?
А вообще мне всегда было интересно, возможно ли аналогичное аэродинамическому управление траекторией аппарата на скоростях приближающихся к световым.
Во-первых, они шарятся, так что суммировать их размер тоже некорректно. Во-вторых, в Windows включено много всего, в том числе GUI тулкит, что тоже немало.
> 2. Сравнивать gimp и фотошоп
Во-первых, фотошоп 2003 и 2015 годов в статье преспокойно сравниваются. Во-вторых, я не просто так добавил inkscape.
> ни [вроде как] пользовательских скриптов и продвинутой системы плагинов
Это как раз есть.
FreeBSD, 2016 год:
• Система 2.2G
• Офис (libreoffice) 289M
• Мессенджер (psi) 8.13M
• Графический редактор (gimp + inkscape) 158M
Искренне надеюсь, потому что теперь сайтом стало пользоваться сложнее. Да, можно habrahabr.ru/flows/develop/all/, но если
Значит что-то будет пропущено, потому что выискивать интересные статьи в мусоре остальных потоков слишком расточительно.
Как я вижу себе удобный хабр:
— эта строка не дублируется в каждом проекте
— эта строка просматривается бòльшим числом глаз чем она просматривалась бы в одном проекте
— эта строка имеет меньшую вероятность внести ошибку в проект нежели написанная с нуля, особенно неискушённым разработчиком
— при нахождении бага в этой строке он будет исправлен сразу во всех проектах, использующих модуль
Кроме того, не надо забывать что эта строка вполне может развиться в сотню.
Проблему, наоборот, представляют собой крупные модули, которые добавляются в зависимости ради минимального функционала. И это как раз значит что большой модуль нужно разбить на маленькие.
Проблема npm и других новомодных пакетных менеджеров в другом — зависимости никак не верифицируются, а зачастую даже не фиксируются по версиям. В лучшем случае любое обновление или новая установка может всё сломать (что и было успешно продемонстрировано, хотя на деле происходит постоянно), а если задуматься то по npm|pip|bower|cargo|… прилетает вообще неизвестно что — код может быть подменён в любой точке от автора до последней мили и вы об этом не узнаете, нет никакой возможности убедиться что сейчас прилетело то же что неделю назад, или вам прилетело то же что и Васе. Или Пете, который провёл аудит кода. И постфактум, когда катастрофа уже случилась, концов не найти.
string_view нужен чтобы передать read-only _подстроку_ без копирования данных, аналогов ему до сих пор не было.
А что же совместимо, в таком случае? Честно, не могу представить что лучше линукса может быть совместимо с arm.
> потому как полно пакетов и библиотек, которые под arm не собираются совсем
В том же дебиане не собирается менее 1% пакетов, и это малоизвестный и не используемый мусор.
> или же не имеют stable-версии
Stable-версия это местячковое понятие. Что в вашем понимании «stable версия» и зачем она мне вообще нужна?
> Что же до «свободных драйверов», то это очень странная позиция. Не представляю зачем вам могло бы понадобиться напрямую управлять железом
Драйверы нужны чтобы «вообще» управлять железом. Напрямую или не напрямую — дело десятое.
Хотя в любом случае не вижу смысла в андроиде на таком устройстве. Полноценный Linux — да.
Вообще-то есть, и clang, например, её делает.