У PRS-600 такое точно есть, юзаю её уже почти год. В плане заметок очень удобно, но плёнка тачскрина сильно снижает контрастность экрана и раздражает бликами. Если в новых читалках эти баги уберут, то вообще будут идеальные книжки ИМХО :)
Отличная новость, спасибо! Заказывал PRS-600 в Америке, в первый же день, как они появились в продаже :) Бликующий тач очень раздражал всё это время. Если всё действительно так радужно, как вы написали, надо будет всенепременно проапгрейдиться :)
Сенсорный экран очень удобен для создания заметок. Можно, например, подчеркнуть нужный кусок, или выделить его как маркером. Можно создавать именованные закладки, пользуясь удобной экранной клавиатурой.
Конечно, такая фича нужна в первую очередь тем, кто читает технические мануалы или учебники. Если читать только художественные книги, то заметки там, конечно, нафиг не нужны, а вместе с ними отпадает и необходимость тача.
О, поверьте, я бы не стал говорить, если бы не попадались :) В течение года я работал над проектом, который изначально делала аутсорсинговая фирма. Там было несколько толстенных, и абсолютно бесполезных документов, описывающих архитектуру и взаимодействие компонентов (с юзкейсами, sequence диаграммами и прочими атрибутами серьёзной системы. Когда я только пришёл на проект, я очень впечатлился этими фолиантами и даже распечатал их. Как выяснилось позже, я только зря потратил бумагу с тонером, так как эти документы абсолютно ничего не проясняли, и даже наоборот — запутывали. Кроме того, система была спроектирована так, будто разработчики поставили себе целью использовать абсолютно все технологии и паттерны, которые только нашлись в их конспектах с курсов по Java. В результате, фирме-заказчику постоянно приходилось наращивать серверные мощности, из-за того, что по мере заполнения БД этот монстр работал всё медленнее и медленнее. А на то, чтобы сделать глобальный редизайн, не было времени и ресурсов.
Я, конечно, немножко погорячился в первом камменте :) При работе в команде нужно вырабатывать какие-то общие правила и основы архитектуры. Только всё это должно проходить без фанатизма. А то бывает так, что абстракшн гики разрисовывают красивые иерархии наследования, интерфейсы и прочую муть в то время, когда от них всего лишь требуется написать “Hello world”.
Да, тут вы правы. В команде, безусловно, нужен как координатор, так и утверждённая архитектура, иначе будет хаос. Я сейчас в одиночку тяну средней величины проект, поэтому такой однобокий взгляд получился :)
Это как раз таки нормальный рабочий процесс. Такие вот бумажкомаратели очень часто тратят кучу времени на всякие графики, схему и прочую бесполезную хрень, в результате чего создают совершенно зубодробительную и избыточную архитектуру, которую потом реализуют в виде тонн говнокода. Я считаю, что если программист не может удержать архитектуру своей системы в голове, значит её, архитектуру, можно и нужно упрощать.
Стиль текста очень понравился, а вот содержание так себе. К тем же самым выводам можно было прийти, понаблюдав пару месяцев на первом курсе за поведением окружающих. Тратить целый год на сомнительные эксперименты, расшатывающие нервную систему — очень неэффективно и просто глупо. Но пишите вы отлично, этого не отнять :)
Занятно. Только вам не кажется, что использовать матплату в качестве Wi-Fi приёмника сродни стрельбе по воробьям из адронного коллайдера? ;) Есть уже собранные модули для передачи в ISM-частотах, которые можно без проблем подключить к МК по SPI. Цепляем один модуль на контроллер, другой по USB к хост-компьютеру и имеем счастье :)
У вашего отдела наверняка есть менеджеры и начальники, которые отчитываются перед более высоким начальством. Это более высокое начальство душит ваше локальное начальство, а ему, судя по всему, ничего не остаётся, кроме как душить вас :) Решить проблему наверняка можно, но начинать надо с самого высокого уровня и самого главного начальника. Просто статистика говорит не в пользу таких волшебных метаморфоз, к сожалению.
Конечно, такая фича нужна в первую очередь тем, кто читает технические мануалы или учебники. Если читать только художественные книги, то заметки там, конечно, нафиг не нужны, а вместе с ними отпадает и необходимость тача.
Я, конечно, немножко погорячился в первом камменте :) При работе в команде нужно вырабатывать какие-то общие правила и основы архитектуры. Только всё это должно проходить без фанатизма. А то бывает так, что абстракшн гики разрисовывают красивые иерархии наследования, интерфейсы и прочую муть в то время, когда от них всего лишь требуется написать “Hello world”.