Дело не в том, что изменились прежние пользователи. Дело в том, что раньше компьютеры (и, тем более, доступ в сеть) были преимущественно у людей, работа или увлечения которых оказались с ними связаны. Программисты, сисадмины, в крайнем случае просто инженеры, которые использовали компьютер в работе. Когда компьютеры и сети стали общедоступными (в том числе, в связи с распространением смартфонов), в Интернете стали преобладать обычные среднестатистические люди, с обычными среднестатистическими интересами и желаниями. Но те, кто был (или мог бы быть) авторами интересных статей и комментариев на технических ресурсах - они никуда не исчезли. Более того, рождались и рождаются новые. Обратите внимание - технологии по-прежнему движутся вперёд, что было бы невозможно был умения читать длинные тексты и их анализировать. Однако если раньше они (мы) генерили бОльшую часть от всего контента Сети, то теперь это единицы процента. У Хабра (как и любого другого подобного ресурса) был простой выбор - они могли ориентироваться на нас, этот небольшой процент, который теперь будет таким относительно небольшим всегда. И тогда это был бы некий клуб людей по интересам - ценимый участниками, но не приносящий денег владельцам. А могли переориентироваться на более широкий круг людей и что-то с этого иметь. В какой-то момент владельцами был сделан чёткий выбор в пользу второго варианта. Вполне возможно, что они даже не осознавали, что сделали этот выбор. Так или иначе, хозяева они и с этим сделать ничего нельзя.
Раньше (в 1980-е - 1990-е) тоже мог попасть любой школьник. Да часто именно школьники варезом и занимались (там больше влиял не возраст, а доступ к бесплатному межгороду, свободным телефонным линиям или, позднее, Интернету.). Другое дело, что сцена бывает разная. У людей, которые занимались чисто распространением софта - обычно не было серьёзных технических знаний или умений. Но с ними тесно сотрудничали люди, которые такими знаниями обладали (взлом софта, blueboxing и пр.). Но такие люди сам себя к варезной сцене редко относили. Ну и отдельно ещё есть демосцена. Которая тоже сцена, но совсем не варезная (хоть корни и росли оттуда). Вообще, "сцена" - очень общее понятие, много чего включающее.
Были специальные аппаратные devkits. Наиболее известны и чаще других использовались два варианта - один официальный, для профессиональных разработчиков игр - назывался PSY-Q. Представлял собой ISA плату расширения в PC, в которую втыкалась через параллельный порт обычная (старая) PSX. Ну и плюс компилятор C, SDK. PSY-Q считается базовым для современных разработчиков SDK - т.е. люди обычно пытаются обеспечить хотя бы условную с ним совместимость, чтобы потенциально можно было собрать что-то из старых исходников. И второй, тоже официальный, позиционировался как любительский - назывался Net Yaroze. Это была модифицированная PSX, которая подключалась по RS-232 к PC или Mac, плюс SDK. Не была особо популярна, в частности потому что из-за ограничений Sony невозможно было запустить что-то созданное с помощью Net Yaroze не произвольной PSX. Были и другие devkits, менее известные. Здесь подробнее: https://www.retroreversing.com/official-playStation-devkit
Увы. Это и cracktro по ссылке в конце статьи - лучшее, что есть для этой платформы в плане демосцены. Зато, потенциально существует простор для творчества, раз сильных конкурентов нет :)
Вряд ли у всех одинаковый ответ на этот вопрос. Как по мне, это возможность сделать именно то, что хочешь сам - без оглядки на запросы заказчика или потенциальных пользователей (которых в этом случае просто нет - даже ты сам не будешь этим пользоваться!). Чистое творчество.
Про прогнозы и заглядывание в будущее хочется сказать. Редко пользуюсь Яндекс.Транспортом, поскольку достоверность того, что показывается на карте - слишком низкая для практического применения. Последний случай - когда я этой зимой полчаса простоял на остановке и мимо меня прошли два нужных мне виртуальных троллейбуса (они даже останавливались на этой остановке, но были невидимы!). Невидимый транспорт - довольно частое явление. Я пару-тройку раз писал в поддержку с указанием точных мест, времени и маршрута, но у них на всё один ответ - что виноваты партнёры. Помимо невидимого транспорта (в т.ч. подолгу "стоящего" где-то, иногда почему-то под прямым углом к дороге) часты случаи когда, скажем, трамвай прямо на ходу меняет свой номер. Или едет один номер, а в реальности к остановке подъезжает в этот момент трамвай с другим номером. На мой взгляд, лучше бы пусть там всё дёргалось, но зато можно было бы догадаться, стоит ли стоять на остановке, чем всё красиво и гладко (как сейчас), но недостоверно. p.s. Питер.
Дополню насчёт отваливающихся от сети ZigBee датчиков - они периодически дерутся с WiFi 2.4 (проблема гуглится). Причём, кто-то с этим не сталкивается вообще, кто-то периодически. У меня это началось через полгода после начала работы системы, причём никаких особых изменений кроме медленного увеличения числа датчиков не происходило (позднее выяснил, что и количество датчиков было непричём). Решается изменением канала WiFi. Сейчас отваливаются, но по-одиночке и очень редко. Насчёт камер - лучше не класть все яйца в одну корзину. У TP-Link'а прекрасное дешёвое решение в плане уличных камер (проверено!). Учитывая, что там же есть ещё и умные розетки, дополнительно получаем возможность независимо перезагружать aqara'овский хаб (в случае отваливания тех же датчиков, к примеру). Хаб им не нужен - всё цепляется к Wi-Fi. Интересно, что с конвекторами у меня был ровно обратный переход - т.е. сначала я пытался управлять температурой датчиками и розетками, но в итоге пришёл к тому, что надёжнее и удобнее собственные тупые электромеханические терморегуляторы конвекторов. Да, действительно, при сильном изменении уличной температуры некоторые приходится дополнительно подкручивать руками, но это требуется довольно редко.
В целом основная проблема с xaomi'вским умным домом - привязка датчиков к регионам и множество багов (со стороны backend'а, преимущественно), которые они не чинят годами потому что с ними редко кто сталкивается.
Я вот до сих пор в поездках использую Asus Transformer T101HA (под Win10). Он в том же формфакторе - планшет и присоединяемая нормальная клавиатура с тачпадом и парой портов. Для многих задач (например, поднять dev server и писать фронтенды) он до сих пор абсолютно адекватен. Единственно - надо брать с максимальным объёмом встроенной flash памяти, иначе придётся бороться вычищать лишнее из виндов. запрещать им апдейтится всякими способами и т.д. Знаю, некоторые люди перепаивают там микросхемы eeprom на более ёмкие.
С цветами будет гибче, но адресация получится крайне неудобной. А так выходит очень красиво - 640x400 битмап и атрибуты. Для всяких интерфейсов, где не надо показывать картинки, идеально.
Я бы добавил, что для полноценной реализации текстовых режимов VGA было бы очень полезно поддержать ещё и знакоместо 8x1 (в знакогенератор при этом записывается шрифт, в котором код символа соответствует содержимому символа). Это позволяет сделать очень быстрый "графический" режим, в котором цвет будет задаваться не на точку, а на знакоместо 8x16. Редко, но это использовалось (я и сам использовал).
Интересно, умеет ли она точные повороты объектов? Т.е. не просто куда-то повернутые, а типа «stick rotated 25 degrees» или там «car rotated 15 degrees»?
Тут проблема в том, что когда проходит несколько лет и становится известно, что аккумуляторы марки X хороши, для новых той же марки это, с большой вероятностью, уже не так. Не угадаешь.
Вспомнилось, на ту же тему:
— "… Перед нами вентилятор с быстро вращающимися лопастями. [...] Поскольку экспозиция фотоснимка никогда не равна нулю, т.е. хотя бы небольшая смазанность лопастей на картинке будет присутствовать, мы тем самым можем определить позицию лопасти только с некоторой погрешностью. Измеряя ширину размытия, зная длительность снимка, мы можем вычислить скорость лопасти. Точность измерения скорости находится в оппозиции с точностью измерения координат, ведь для более точного вычисления скорости нам нужно взять более длительный период снимка, где, соответственно, будет большее размытие положения лопасти. " (TimeCoder)
Читают. За некоторых — отвечаю. Вот на эту статью ссылку сейчас пошлю ;). Большая проблема в общем отношении людей (снизу доверху) — оно меняется очень медленно. Один лишь руководитель, даже идеальный, мало что может изменить. Особенно, если предприятие не его собственное (а с крупными предприятиями это чаще всего так).
На всякий случай ещё раз сформулирую выявленные технические проблемы: 1.Некорректная ссылка со слова "отписаться" в рассылаемых письмах (не указан хост - выглядит как "#m_-2010196735478512055_") 2.Неработающее отключение уведомлений в настройках на сайте (т.е. при обоих снятых галочке "Предложения и новости Госуслуг", продолжают приходить письма вида "Запись к врачу, на диспансеризацию и на вакцинацию - в несколько кликов" и в разделе "Уведомления" на сайте продолжают появляться сообщения вида "Получите цифровую профессию за полцены" (возможно, это две независимые проблемы) 3.По-видимому не работает или работает нестабильно отправка файлов через чат. Т.е. при нажатии на скрепку и прикреплении заведомо корректного png файла: а) в поддержке утверждают, что не могут его посмотреть и б) в чате он показывается иногда с именем "Отправленный файл", а иногда с именем вида "becf5093-34c2-4ed3-8bea-f12219f3e19b.png". Если на него кликнуть, то для некоторых файлов получаем "HTTP Status 400 – Bad Request" на адресе вида https://epgu-chat-nd1.rostelecom-cc.ru/fileStorage/files/thumb/f5f65b60-f205-467d-8492-e7eeab479cff.png/ScreenClip%20[79].png (предположу, что в данном случае какие-то проблемы с пробелами в имени файла), на некоторых предлагается его скачать.
Кроме того, хотелось бы:
4.Иметь возможность оценить работу оператора службы поддержки (сегодня получил очередное сообщение - по-моему, люди или не читают что им пишут, или не очень адекватны). Я понял, что вы не отвечаете за поддержку, но механизм оценки-то сделать можно.
5.Ответ оператора не должен сопровождаться автогенерируемым мусором. Каждый раз, когда мне отвечают, в довесок к строчке текста-ответа я получаю вот такое: ------------ Здравствуйте, меня зовут Андрей, я продолжу консультацию по данному вопросу.
Андрей, 7 октября в 23:36
В службу поддержки приходит много обращений от пользователей. Нам очень хочется всем помочь, но иногда мы не успеваем ответить быстро. Приносим извинения за длительное ожидание ответа.
Андрей, 7 октября в 23:48
Если у Вас появятся вопросы - просто напишите нам
7 октября в 23:59 ------------- Учитывая, что в чате скроллинг работает с шагом 5-7 строк (кстати, почему?), просмотреть историю переписки продравшись через весь этот мусор - крайне сложно.
6. Что касается связи с поддержкой, должна быть возможность обращаться по вопросам не требующим оперативного ответа. Как, например, в моём случае. Для этого идеально было бы вернуть форму обратной связи с ответом на сообщение в ней по почте, с указанием тикета и дальнейшей перепиской по почте. Кроме того, должно быть какое-то минимальное разделение на вопросы технические и вопросы по предоставляемым услугам. Вообще, довольно часто всё это реализуется через wizard'ы, когда у пользователя на каждом шаге уточняют тематику вопроса и предлагают ответы из FAQ по уточняемой тематике. И в конце, когда уже ясно что ему ничего не подошло, предлагают форму обратной связи, где есть поля "тема", "email", "сообщение".
7.При отсутствии ответа от оператора (как в описанном мной случае при первом ночном обращении) обращение не должно закрываться со статусом "Решено".
Дело не в том, что изменились прежние пользователи. Дело в том, что раньше компьютеры (и, тем более, доступ в сеть) были преимущественно у людей, работа или увлечения которых оказались с ними связаны. Программисты, сисадмины, в крайнем случае просто инженеры, которые использовали компьютер в работе. Когда компьютеры и сети стали общедоступными (в том числе, в связи с распространением смартфонов), в Интернете стали преобладать обычные среднестатистические люди, с обычными среднестатистическими интересами и желаниями.
Но те, кто был (или мог бы быть) авторами интересных статей и комментариев на технических ресурсах - они никуда не исчезли. Более того, рождались и рождаются новые. Обратите внимание - технологии по-прежнему движутся вперёд, что было бы невозможно был умения читать длинные тексты и их анализировать.
Однако если раньше они (мы) генерили бОльшую часть от всего контента Сети, то теперь это единицы процента. У Хабра (как и любого другого подобного ресурса) был простой выбор - они могли ориентироваться на нас, этот небольшой процент, который теперь будет таким относительно небольшим всегда. И тогда это был бы некий клуб людей по интересам - ценимый участниками, но не приносящий денег владельцам.
А могли переориентироваться на более широкий круг людей и что-то с этого иметь. В какой-то момент владельцами был сделан чёткий выбор в пользу второго варианта. Вполне возможно, что они даже не осознавали, что сделали этот выбор. Так или иначе, хозяева они и с этим сделать ничего нельзя.
Раньше (в 1980-е - 1990-е) тоже мог попасть любой школьник. Да часто именно школьники варезом и занимались (там больше влиял не возраст, а доступ к бесплатному межгороду, свободным телефонным линиям или, позднее, Интернету.). Другое дело, что сцена бывает разная. У людей, которые занимались чисто распространением софта - обычно не было серьёзных технических знаний или умений. Но с ними тесно сотрудничали люди, которые такими знаниями обладали (взлом софта, blueboxing и пр.). Но такие люди сам себя к варезной сцене редко относили.
Ну и отдельно ещё есть демосцена. Которая тоже сцена, но совсем не варезная (хоть корни и росли оттуда). Вообще, "сцена" - очень общее понятие, много чего включающее.
При очень низкой яркости LCD/CRT мониторы не могут обеспечить достаточную контрастность. А E-Ink - может. IMHO, именно в этом разница.
Были специальные аппаратные devkits. Наиболее известны и чаще других использовались два варианта - один официальный, для профессиональных разработчиков игр - назывался PSY-Q. Представлял собой ISA плату расширения в PC, в которую втыкалась через параллельный порт обычная (старая) PSX. Ну и плюс компилятор C, SDK. PSY-Q считается базовым для современных разработчиков SDK - т.е. люди обычно пытаются обеспечить хотя бы условную с ним совместимость, чтобы потенциально можно было собрать что-то из старых исходников.
И второй, тоже официальный, позиционировался как любительский - назывался Net Yaroze. Это была модифицированная PSX, которая подключалась по RS-232 к PC или Mac, плюс SDK. Не была особо популярна, в частности потому что из-за ограничений Sony невозможно было запустить что-то созданное с помощью Net Yaroze не произвольной PSX.
Были и другие devkits, менее известные. Здесь подробнее: https://www.retroreversing.com/official-playStation-devkit
Увы. Это и cracktro по ссылке в конце статьи - лучшее, что есть для этой платформы в плане демосцены. Зато, потенциально существует простор для творчества, раз сильных конкурентов нет :)
https://www.pouet.net/prodlist.php?platform[0]=Playstation&order=thumbup
Вряд ли у всех одинаковый ответ на этот вопрос. Как по мне, это возможность сделать именно то, что хочешь сам - без оглядки на запросы заказчика или потенциальных пользователей (которых в этом случае просто нет - даже ты сам не будешь этим пользоваться!). Чистое творчество.
Про прогнозы и заглядывание в будущее хочется сказать. Редко пользуюсь Яндекс.Транспортом, поскольку достоверность того, что показывается на карте - слишком низкая для практического применения. Последний случай - когда я этой зимой полчаса простоял на остановке и мимо меня прошли два нужных мне виртуальных троллейбуса (они даже останавливались на этой остановке, но были невидимы!). Невидимый транспорт - довольно частое явление. Я пару-тройку раз писал в поддержку с указанием точных мест, времени и маршрута, но у них на всё один ответ - что виноваты партнёры.
Помимо невидимого транспорта (в т.ч. подолгу "стоящего" где-то, иногда почему-то под прямым углом к дороге) часты случаи когда, скажем, трамвай прямо на ходу меняет свой номер. Или едет один номер, а в реальности к остановке подъезжает в этот момент трамвай с другим номером.
На мой взгляд, лучше бы пусть там всё дёргалось, но зато можно было бы догадаться, стоит ли стоять на остановке, чем всё красиво и гладко (как сейчас), но недостоверно.
p.s. Питер.
Ага, они. Хотя сейчас редко попадаются C310, чаще продают TC65. Это тоже самое (практических различий я лично не обнаружил)
Дополню насчёт отваливающихся от сети ZigBee датчиков - они периодически дерутся с WiFi 2.4 (проблема гуглится). Причём, кто-то с этим не сталкивается вообще, кто-то периодически. У меня это началось через полгода после начала работы системы, причём никаких особых изменений кроме медленного увеличения числа датчиков не происходило (позднее выяснил, что и количество датчиков было непричём). Решается изменением канала WiFi. Сейчас отваливаются, но по-одиночке и очень редко.
Насчёт камер - лучше не класть все яйца в одну корзину. У TP-Link'а прекрасное дешёвое решение в плане уличных камер (проверено!). Учитывая, что там же есть ещё и умные розетки, дополнительно получаем возможность независимо перезагружать aqara'овский хаб (в случае отваливания тех же датчиков, к примеру). Хаб им не нужен - всё цепляется к Wi-Fi.
Интересно, что с конвекторами у меня был ровно обратный переход - т.е. сначала я пытался управлять температурой датчиками и розетками, но в итоге пришёл к тому, что надёжнее и удобнее собственные тупые электромеханические терморегуляторы конвекторов. Да, действительно, при сильном изменении уличной температуры некоторые приходится дополнительно подкручивать руками, но это требуется довольно редко.
В целом основная проблема с xaomi'вским умным домом - привязка датчиков к регионам и множество багов (со стороны backend'а, преимущественно), которые они не чинят годами потому что с ними редко кто сталкивается.
Я вот до сих пор в поездках использую Asus Transformer T101HA (под Win10). Он в том же формфакторе - планшет и присоединяемая нормальная клавиатура с тачпадом и парой портов.
Для многих задач (например, поднять dev server и писать фронтенды) он до сих пор абсолютно адекватен. Единственно - надо брать с максимальным объёмом встроенной flash памяти, иначе придётся бороться вычищать лишнее из виндов. запрещать им апдейтится всякими способами и т.д. Знаю, некоторые люди перепаивают там микросхемы eeprom на более ёмкие.
Примерно так:
...
export const selectUsers = api.endpoints.getUsers.select();
...
const users = useSelector(state => selectUsers(state).data)
С цветами будет гибче, но адресация получится крайне неудобной. А так выходит очень красиво - 640x400 битмап и атрибуты. Для всяких интерфейсов, где не надо показывать картинки, идеально.
Я бы добавил, что для полноценной реализации текстовых режимов VGA было бы очень полезно поддержать ещё и знакоместо 8x1 (в знакогенератор при этом записывается шрифт, в котором код символа соответствует содержимому символа). Это позволяет сделать очень быстрый "графический" режим, в котором цвет будет задаваться не на точку, а на знакоместо 8x16. Редко, но это использовалось (я и сам использовал).
Первоисточник новости: https://www.youtube.com/watch?v=9OpcC7YjLTU&t=8084s (с отметки 2:14:20 по 2:36)
— "… Перед нами вентилятор с быстро вращающимися лопастями. [...] Поскольку экспозиция фотоснимка никогда не равна нулю, т.е. хотя бы небольшая смазанность лопастей на картинке будет присутствовать, мы тем самым можем определить позицию лопасти только с некоторой погрешностью. Измеряя ширину размытия, зная длительность снимка, мы можем вычислить скорость лопасти. Точность измерения скорости находится в оппозиции с точностью измерения координат, ведь для более точного вычисления скорости нам нужно взять более длительный период снимка, где, соответственно, будет большее размытие положения лопасти. " (TimeCoder)
На всякий случай ещё раз сформулирую выявленные технические проблемы:
1.Некорректная ссылка со слова "отписаться" в рассылаемых письмах (не указан хост - выглядит как "#m_-2010196735478512055_")
2.Неработающее отключение уведомлений в настройках на сайте (т.е. при обоих снятых галочке "Предложения и новости Госуслуг", продолжают приходить письма вида "Запись к врачу, на диспансеризацию и на вакцинацию - в несколько кликов" и в разделе "Уведомления" на сайте продолжают появляться сообщения вида "Получите цифровую профессию за полцены" (возможно, это две независимые проблемы)
3.По-видимому не работает или работает нестабильно отправка файлов через чат. Т.е. при нажатии на скрепку и прикреплении заведомо корректного png файла: а) в поддержке утверждают, что не могут его посмотреть и б) в чате он показывается иногда с именем "Отправленный файл", а иногда с именем вида "becf5093-34c2-4ed3-8bea-f12219f3e19b.png". Если на него кликнуть, то для некоторых файлов получаем "HTTP Status 400 – Bad Request" на адресе вида https://epgu-chat-nd1.rostelecom-cc.ru/fileStorage/files/thumb/f5f65b60-f205-467d-8492-e7eeab479cff.png/ScreenClip%20[79].png (предположу, что в данном случае какие-то проблемы с пробелами в имени файла), на некоторых предлагается его скачать.
Кроме того, хотелось бы:
4.Иметь возможность оценить работу оператора службы поддержки (сегодня получил очередное сообщение - по-моему, люди или не читают что им пишут, или не очень адекватны). Я понял, что вы не отвечаете за поддержку, но механизм оценки-то сделать можно.
5.Ответ оператора не должен сопровождаться автогенерируемым мусором. Каждый раз, когда мне отвечают, в довесок к строчке текста-ответа я получаю вот такое:
------------
Здравствуйте, меня зовут Андрей, я продолжу консультацию по данному вопросу.
Андрей, 7 октября в 23:36
В службу поддержки приходит много обращений от пользователей. Нам очень хочется всем помочь, но иногда мы не успеваем ответить быстро. Приносим извинения за длительное ожидание ответа.
Андрей, 7 октября в 23:48
Если у Вас появятся вопросы - просто напишите нам
7 октября в 23:59
-------------
Учитывая, что в чате скроллинг работает с шагом 5-7 строк (кстати, почему?), просмотреть историю переписки продравшись через весь этот мусор - крайне сложно.
6. Что касается связи с поддержкой, должна быть возможность обращаться по вопросам не требующим оперативного ответа. Как, например, в моём случае. Для этого идеально было бы вернуть форму обратной связи с ответом на сообщение в ней по почте, с указанием тикета и дальнейшей перепиской по почте.
Кроме того, должно быть какое-то минимальное разделение на вопросы технические и вопросы по предоставляемым услугам.
Вообще, довольно часто всё это реализуется через wizard'ы, когда у пользователя на каждом шаге уточняют тематику вопроса и предлагают ответы из FAQ по уточняемой тематике. И в конце, когда уже ясно что ему ничего не подошло, предлагают форму обратной связи, где есть поля "тема", "email", "сообщение".
7.При отсутствии ответа от оператора (как в описанном мной случае при первом ночном обращении) обращение не должно закрываться со статусом "Решено".