>>>> Очевидно, что для «домохозяек» компьютер должен быть простым настолько,
>>>> насколько это вообще возможно.
это невозможно. Путь в никуда: как ни упрощай интерфейс, все равно останется тупое животное, которое его не поймет.
Хуже того, упрощая, вы прячете часть функциональности от более опытных юзеров, усложняя им жизнь. Пример: файловая система — слишком сложно, делаем, чтобы фотографии по дефолту сохранялись в папку «Зображення». Замечательно, теперь более продвинутый пользователь FARmanager'a фиг их найдет, оно там где-то в глубине, в папке, которая называется «Images»
Еще хуже, у пользователей разные задачи. Изменение интервала между абзацами в ворде — очень сложно, спрячем его куда подальше. В результате, тупые пользователи набивают пару лишних абзацев, продвинутые матерятся, перелопачивая справку. Но все недовольны, все хотят нового интерфейса.
Вывод: пользователя надо обучать, никуда не денетесь. Вопрос только в том, каким должно быть обучение.
про единый репозиторий программ: да, замечательно, но кто будет решать, какой программе там можно быть, а какой нет? если запросу пользователя соответсвуют несколько программ, какая будет показана первой?
не знаю, как сейчас, а пару лет назад это совершенный отстой был. Распознавал только в plain text (хотя, кончено, Google больше и не надо), ошибок было немеряно и глюков. Что, впрочем, и не удивительно, софтину изначально разрабатывало HP, еще чуть ли не в 80е годы.
Впрочем, может, они его и допилили до юзабельного состояния. А может, Cunei Form взяли, оно ведь под GPL cейчас
1. Фактически нет разницы между тем, что вы называете «Вопрос-ответ» и «структуры». И то, и другое — обмен бинарными данными, просто формат может предполагать переменную длину структуры или фиксированную.
2. «Следовательно нам необходимо позаботиться об одинаковом значении этого параметра на сервере и клиенте.» Это жуткий совет, который скорее всего печальным последствиям. Нельзя ставить себя в зависимость от среды программирования. Если вы передаете бинарные данные, строго описывайте их в протоколе, а в программе соответствующие структуры обьявляйте с __attribute__((__packed__)) (это для gcc, естессно)
3. Как уже было сказано выше, про стадию рукопожатия — это лишнее. Путается красное с кислым. Есть понятие сценария взаимодействия, т. е. кто, как и когда посылает команды; в каком порядке; что происходит, если одна из сторон не отвечает и т. д. И еще отдельно есть понятие формата передачи данных: бинарные структуры, xml-блоки или нечто среднее; использование шифрования; повышение помехоустойчивости; архивирование. В общем, темы хотя и сильно взаимосвязаны, то стоило бы их отличать.
4. Что такое «теги+структуры» я не понял, чесно говоря. Сразу несколько ассоциаций появилось. Интересно было бы на пример реализации посмотреть, тогда, видимо, стало бы яснее.
mp3-плееры с китайскими процессорами покупают все ;)
другой вопрос, что за ПО там будет стоять. Набор команд непонятно какой, поэтому, скорее всего, это будет сильно допиленный Linux. Но, насколько я знаю, основные приложения (офиси т. д.) пока что никто серьезно на другие платформы не переводил, так что глючить оно поначалу будет сильно… наверное…
кстати, в статье упоминаются одновременно ARM и MIPS, но это же разные платформы, разве нет?
Заголовок слишком громкий получился. Им на самом деле всего-то нужна маленькая стая электронных собак голов в пять. Чтобы солдат-оператор команду давал, а они территорию осматривали. Впрочем, в мечтах видится Multi-Robot система, т. е. возможны еще и пара электронных пчел для большей зрелищности. Да, и вся свора должна уметь обезвеживать и нейтрализовывать людей. Хотя мирное применение тоже не исключают: тушение пожаров, разведка, еще что-то.
вот текст заказа: www.dodsbir.net/SITIS/display_topic.asp?Bookmark=34565
я вот попробовал в свое время…
Нашел проект, у проекта todolist, довольно четкие задания. Независимые, причем (проект только-только начинался). Я начал одно потихоньку делать, и письмо параллельно мейнтейнеру отправил. Типа, так и так, хочу помочь, могу вот такое задание склепать. Получил ответ: этот модуль собирался другой наш учасник делать (несмотря на то, что официально сказано, что он ни за кем не закреплен), давай мы тебе другой модуль распределим. Я ответил, что согласен. Вот уже несколько месяцев жду…
Вывод: коллективы разработчиков уже сложились, так просто туда не попадешь
>Чтобы применить модель подписки для малого бизнеса и индивидуальных покупателей, вместо выключения Windows на пользовательском ПК, если он не продлил подписку, следует просто не разрешать получать новые обновления, если подписка не обновлена
совершенно неверная мысль. Пользователи даже бесплатные обновления не качают. А так тем более. Будут сидеть с полуподключенным железом и кучей вирусов, и не почешутся. Будут только друг дружке рассказывать, какая «винда глючная, криворукими индусами написанная». А потом вдруг при очередной смене компа возьмут, да и выберут Мак.
раз уж на то пошло, мне в свое время вроде бы попадалось руководство, как своими руками сделать evaluation board для одного атмеловского контроллера, у которого среди прочего еще и USB был
А основная фишка данного девайса, видимо, в том что работать с ним можно на продвинутых Ruby и Python, а не на каком-то там страшном и ужасном С
я довольно долго этим пользовался : http://www.burn4free.com/ Эту программку не очень любят в обзорах, потому что она adware (тулбар к explorer ставит и рекламу пытается показывать). Но зато все умеет делать
>>>> насколько это вообще возможно.
это невозможно. Путь в никуда: как ни упрощай интерфейс, все равно останется тупое животное, которое его не поймет.
Хуже того, упрощая, вы прячете часть функциональности от более опытных юзеров, усложняя им жизнь. Пример: файловая система — слишком сложно, делаем, чтобы фотографии по дефолту сохранялись в папку «Зображення». Замечательно, теперь более продвинутый пользователь FARmanager'a фиг их найдет, оно там где-то в глубине, в папке, которая называется «Images»
Еще хуже, у пользователей разные задачи. Изменение интервала между абзацами в ворде — очень сложно, спрячем его куда подальше. В результате, тупые пользователи набивают пару лишних абзацев, продвинутые матерятся, перелопачивая справку. Но все недовольны, все хотят нового интерфейса.
Вывод: пользователя надо обучать, никуда не денетесь. Вопрос только в том, каким должно быть обучение.
про единый репозиторий программ: да, замечательно, но кто будет решать, какой программе там можно быть, а какой нет? если запросу пользователя соответсвуют несколько программ, какая будет показана первой?
www.loohuis-consulting.nl/downloads/compliance-manual.pdf
там, правда, в большей степени не про Windows, а про embedded systems, для них более актуально.
Впрочем, может, они его и допилили до юзабельного состояния. А может, Cunei Form взяли, оно ведь под GPL cейчас
тоже показатель :)
1. Фактически нет разницы между тем, что вы называете «Вопрос-ответ» и «структуры». И то, и другое — обмен бинарными данными, просто формат может предполагать переменную длину структуры или фиксированную.
2. «Следовательно нам необходимо позаботиться об одинаковом значении этого параметра на сервере и клиенте.» Это жуткий совет, который скорее всего печальным последствиям. Нельзя ставить себя в зависимость от среды программирования. Если вы передаете бинарные данные, строго описывайте их в протоколе, а в программе соответствующие структуры обьявляйте с __attribute__((__packed__)) (это для gcc, естессно)
3. Как уже было сказано выше, про стадию рукопожатия — это лишнее. Путается красное с кислым. Есть понятие сценария взаимодействия, т. е. кто, как и когда посылает команды; в каком порядке; что происходит, если одна из сторон не отвечает и т. д. И еще отдельно есть понятие формата передачи данных: бинарные структуры, xml-блоки или нечто среднее; использование шифрования; повышение помехоустойчивости; архивирование. В общем, темы хотя и сильно взаимосвязаны, то стоило бы их отличать.
4. Что такое «теги+структуры» я не понял, чесно говоря. Сразу несколько ассоциаций появилось. Интересно было бы на пример реализации посмотреть, тогда, видимо, стало бы яснее.
другой вопрос, что за ПО там будет стоять. Набор команд непонятно какой, поэтому, скорее всего, это будет сильно допиленный Linux. Но, насколько я знаю, основные приложения (офиси т. д.) пока что никто серьезно на другие платформы не переводил, так что глючить оно поначалу будет сильно… наверное…
кстати, в статье упоминаются одновременно ARM и MIPS, но это же разные платформы, разве нет?
вот текст заказа: www.dodsbir.net/SITIS/display_topic.asp?Bookmark=34565
развести холивар на тему QT vs GTK vs wxWidgets vs еще-какая-то-кроссплатформеннная библиотека?
Нашел проект, у проекта todolist, довольно четкие задания. Независимые, причем (проект только-только начинался). Я начал одно потихоньку делать, и письмо параллельно мейнтейнеру отправил. Типа, так и так, хочу помочь, могу вот такое задание склепать. Получил ответ: этот модуль собирался другой наш учасник делать (несмотря на то, что официально сказано, что он ни за кем не закреплен), давай мы тебе другой модуль распределим. Я ответил, что согласен. Вот уже несколько месяцев жду…
Вывод: коллективы разработчиков уже сложились, так просто туда не попадешь
если вдруг что, могу даже написать попробовать :)
совершенно неверная мысль. Пользователи даже бесплатные обновления не качают. А так тем более. Будут сидеть с полуподключенным железом и кучей вирусов, и не почешутся. Будут только друг дружке рассказывать, какая «винда глючная, криворукими индусами написанная». А потом вдруг при очередной смене компа возьмут, да и выберут Мак.
Вот, например, еще обзор девайса с таким же логотипом www.michaeldvd.com.au/HardwareReviews/SAST803/SAST803.asp
А основная фишка данного девайса, видимо, в том что работать с ним можно на продвинутых Ruby и Python, а не на каком-то там страшном и ужасном С
и еще Acer Ferrari существует, да