Linux kernel — это Linux kernel. Его и обновили до 4.8 в этом релизе. Сырое ли оно — не знаю. Свежее, не древнее.
Linux — это название семейства ОС («it serves as a generic term for systems that combine that kernel with software from multiple other sources.»), типа Ubuntu. Я считаю, что фраза «обновили Linux в Ubuntu» не совсем точна.
Это не тупик, это прагматичное будущее. Будущее, где большинство людей вообще не будут водить «обычные автомобили».
Помните про дрели: «Людям нужны не дрели, людям нужны дырки в стенах»? Вот и с автомобилями так же. Большинству не нужен «обычный автомобиль», им нужно быстро и удобно добраться из одного места в другое (часто в пределах города). Им не интересны детали поездки, им не интересен процесс, не интересно следить за автомобилем. Они бы и рады пользоваться нуль-порталами, да их пока не изобрели.
Конечно, всегда есть спецтехника, кареты скорой помощи и всё такое. Всегда есть любители скорости, любители бездорожья. Это всё — исключения.
Развитие действительно идёт не в том направлении. Умными должны быть не только автомобили, но и инфраструктура: дороги, перекрёстки, сфетофоры. Умными должны быть все автомобили, а не только избранные. А без этого и приходится городить кучу костылей и сложных алгоритмов.
Скриншоты, строго говоря, не противоречат правилам. Есть ограничения для пользователй с низкой репутацией, как я понял. У автора хватило репы на загрузку — ну и ладно. Про чтение с телефона я не подумал, честно. Пользуюсь десктопной версией всегда.
Я немножко изменил формулировку, думаю, так понятнее, в чём суть вопроса.
Пускай и прошло некоторое время, я бы хотел откомментировать.
Зашёл на SO и посмотрел историю вопроса и ветку комментариев. В первоначальной редакции вы приводите кусок кода с упавшим NRE. Действительно из него сразу понятно, что NRE происходит где-то в дебрях RestClient (ведь client точно не null и всё такое). При этом задан на ломаном английском и код не отформатирован. Раньше его могли бы сразу закрыть с причиной "low quality", сейчас, конечно, так не зверствуют. А ещё — SO не место для вопросов типа "почему этот код не работает". Даже если этот код — библиотечный (тут лучше сразу было связаться с разработчиками). А то, что вы привели — это и есть вопрос такого рода, сдобренный stack trace'ом. Ну и наконец, вы не особо-то делали упор на то, что проблема именно в библиотеке (изначально).
Теперь приходит другой юзер, возможно из close-queue, видит ваш вопрос. Он и не должнен разбираться в вашем коде построчно, идти по stack trace. Он видит очередной-вопрос-про-NRE. Возможно, он не совсем понимает, что конкретно вы спрашиваете, потому что, повторюсь, язык далеко не идеальный. Таких вопросов, поверьте, десятки, а то и сотни в день, модераторы аж не справляются. Их задают ленивые "индусы" и студенты. Ваш вопрос закрывают со стандартной отпиской. Поверьте, ничего личного, просто бизнес. Человек не заслуживает эпитета "кретин" за такое.
Кстати, он не модератор, а простой пользователь с золотой медалькой по тегу "C#". Это даёт ему право "ускоренного" закрытия вопроса, без одобрения четырёх других пользователей.
Далее, вы слегка уточняете заголовок и зачем-то указываете там "is not duplicate", капсом. Довольно наглый поступок :) Не совсем хорошая стратегия, лучше было бы позвать модераторов и максимально подробно описать им причину, по которой вопрос не считается дубликатом.
И ещё один момент. Не забывайте, что вы задали вопрос в англоязычном сообществе, где сидит много людей "американской культуры". У них во главу угла поставлена "корректность" (ну там знаете улыбочки везде и прочие how are you). С их точки зрения закрытие вопроса с простой отпиской — это корректно, профессионально, это не rude. А вот "@Enigmativity reopen question!" — это очень rude. Нет, правда, могут и обидеться. Рекомендую не быть таким "прямым" в формулировках, не стесняться слова "please" (они не подумают, что вы "терпила", это просто вежливость с их точки зрения). Кстати, многие думают, что SO не дружественен к новичкам именно из-за недопонимания. Закрытый вопрос или поправка — это лишь начало диалога, и вам, как его участнику, определять тон.
Почему бы этим группам не работать с аудиторией плотнее (а не на от****сь через Facebook / VK), если «алгортмы такие злые»? Например, уведомлять о новых релизах через рассылки (кому действительно надо — подпишется), завести себе RSS. Насколько я знаю, технологиии электронной почты / фидов придуманы давно, работают хорошо, открыты, не предоставлюят никаких ограничений, теоретически никем не контролируются… Завести себе бложик сейчас может даже моя бабушка. Раздать флаеры на очередном квартирнике можно. Всё это как раз и делает группу немейнстримовой / трушной / не для всех.
Аа. Я подумал именно про "beacons". Тогда конечно можно. Пруф можно даже собрать из нескольких мобильных телефонов с тулзами из статьи, а триангулировать на бумажке.
Тоже перелазил с шефа и очень удивился стандартному поведению (replace). Прописал себе merge, но немного смущает документация:
We generally recommend not using this setting unless you think you have an absolute need for it, and playbooks in the official examples repos do not use this setting
Для этого нужно заложить алгоритм триангуляции в браслет. Ну или хотя бы читать RSSI на браслете и скидывать на мозгатое устройство для анализа. Т.е. это изменение прошивки. Думаю, это практически невыполнимая задача для непрофессионала.
Вообще-то имеет небольшую стандартную библиотечку. А ещё есть хоть какой-то бекенд под JS, который, скорее всего, не использует Java-библиотеку.
Но это не основная проблема. Как сказано выше, основная проблема — нельзя будет использовать привычные библиотеки. Теряется весь смысл писать на Java / Scala / Kotlin. Проще будет взять C / С++. Возможно, с выходом Java 9 нативный компилятор "научится" понимать базовые модули, типа java.base, но даже это не шибко поможет.
Linux — это название семейства ОС («it serves as a generic term for systems that combine that kernel with software from multiple other sources.»), типа Ubuntu. Я считаю, что фраза «обновили Linux в Ubuntu» не совсем точна.
Помните про дрели: «Людям нужны не дрели, людям нужны дырки в стенах»? Вот и с автомобилями так же. Большинству не нужен «обычный автомобиль», им нужно быстро и удобно добраться из одного места в другое (часто в пределах города). Им не интересны детали поездки, им не интересен процесс, не интересно следить за автомобилем. Они бы и рады пользоваться нуль-порталами, да их пока не изобрели.
Конечно, всегда есть спецтехника, кареты скорой помощи и всё такое. Всегда есть любители скорости, любители бездорожья. Это всё — исключения.
>Linux обновлен до версии 4.8;
'Nuff said.
А что сейчас всякие саундклауды не для этого разве? iTunes / Google Music?
Нет, я на самом деле.
Скриншоты, строго говоря, не противоречат правилам. Есть ограничения для пользователй с низкой репутацией, как я понял. У автора хватило репы на загрузку — ну и ладно. Про чтение с телефона я не подумал, честно. Пользуюсь десктопной версией всегда.
Я немножко изменил формулировку, думаю, так понятнее, в чём суть вопроса.
Переоткрыл, потому что настроение хорошее было.
Пускай и прошло некоторое время, я бы хотел откомментировать.
Зашёл на SO и посмотрел историю вопроса и ветку комментариев. В первоначальной редакции вы приводите кусок кода с упавшим
NRE. Действительно из него сразу понятно, чтоNREпроисходит где-то в дебряхRestClient(ведьclientточно неnullи всё такое). При этом задан на ломаном английском и код не отформатирован. Раньше его могли бы сразу закрыть с причиной "low quality", сейчас, конечно, так не зверствуют. А ещё — SO не место для вопросов типа "почему этот код не работает". Даже если этот код — библиотечный (тут лучше сразу было связаться с разработчиками). А то, что вы привели — это и есть вопрос такого рода, сдобренный stack trace'ом. Ну и наконец, вы не особо-то делали упор на то, что проблема именно в библиотеке (изначально).Теперь приходит другой юзер, возможно из close-queue, видит ваш вопрос. Он и не должнен разбираться в вашем коде построчно, идти по stack trace. Он видит очередной-вопрос-про-NRE. Возможно, он не совсем понимает, что конкретно вы спрашиваете, потому что, повторюсь, язык далеко не идеальный. Таких вопросов, поверьте, десятки, а то и сотни в день, модераторы аж не справляются. Их задают ленивые "индусы" и студенты. Ваш вопрос закрывают со стандартной отпиской. Поверьте, ничего личного, просто бизнес. Человек не заслуживает эпитета "кретин" за такое.
Кстати, он не модератор, а простой пользователь с золотой медалькой по тегу "C#". Это даёт ему право "ускоренного" закрытия вопроса, без одобрения четырёх других пользователей.
Далее, вы слегка уточняете заголовок и зачем-то указываете там "is not duplicate", капсом. Довольно наглый поступок :) Не совсем хорошая стратегия, лучше было бы позвать модераторов и максимально подробно описать им причину, по которой вопрос не считается дубликатом.
И ещё один момент. Не забывайте, что вы задали вопрос в англоязычном сообществе, где сидит много людей "американской культуры". У них во главу угла поставлена "корректность" (ну там знаете улыбочки везде и прочие how are you). С их точки зрения закрытие вопроса с простой отпиской — это корректно, профессионально, это не rude. А вот "@Enigmativity reopen question!" — это очень rude. Нет, правда, могут и обидеться. Рекомендую не быть таким "прямым" в формулировках, не стесняться слова "please" (они не подумают, что вы "терпила", это просто вежливость с их точки зрения). Кстати, многие думают, что SO не дружественен к новичкам именно из-за недопонимания. Закрытый вопрос или поправка — это лишь начало диалога, и вам, как его участнику, определять тон.
P.S. ловите reopen, хотя и вряд ли поможет.
Аа. Я подумал именно про "beacons". Тогда конечно можно. Пруф можно даже собрать из нескольких мобильных телефонов с тулзами из статьи, а триангулировать на бумажке.
del
Тоже перелазил с шефа и очень удивился стандартному поведению (
replace). Прописал себеmerge, но немного смущает документация:Маячки обычно только адвертисят и ещё "тупее" браслета, разве нет?
Ну, сейчас у них есть вендоринг зависимостей.
Для этого нужно заложить алгоритм триангуляции в браслет. Ну или хотя бы читать RSSI на браслете и скидывать на мозгатое устройство для анализа. Т.е. это изменение прошивки. Думаю, это практически невыполнимая задача для непрофессионала.
Вообще-то имеет небольшую стандартную библиотечку. А ещё есть хоть какой-то бекенд под JS, который, скорее всего, не использует Java-библиотеку.
Но это не основная проблема. Как сказано выше, основная проблема — нельзя будет использовать привычные библиотеки. Теряется весь смысл писать на Java / Scala / Kotlin. Проще будет взять C / С++. Возможно, с выходом Java 9 нативный компилятор "научится" понимать базовые модули, типа java.base, но даже это не шибко поможет.
Год ждать минимум. А то и больше.
Зашёл в статью как раз для того, чтобы узнать что это за клуб...
Обещают с сентября начать работы над Kotlin Native.
Что такое "касса на входе"?