1. Такой USBHost должен быть 16-битным.
2. Когда озадачился поиском такой железки — понял, что скорость работы нынешних образвоц даже на 115200 плохо похожа. V_v
Хотя, конечно, уж лучше хоть какой-то USB, чем совсем никакого.
Спасибо за обзор. Железо действительно раритетное. Было интересно читать.
Применение можно найти в «нестандартных» для этого девайса местах. Например — бортовой компьютер авто, или еще что-нибудь в этом роде, что не требует особых изысков в пользовательском интерфейсе, но в то же время значительно упростит чему-то жизнь.
С проблеммой 16-битных PCMCIA-карт столкнулся, когда искал USB Host и Ethernet на свою Jornada 710. Их сейчас, к сожалению, найти очень и очень сложно.
Может организовать для таких обзоров колонку «Раритет»?
>>> Делайте конфиги, которые не надо часто править.
Сам по себе конфигурационный файл как задумка вообще-то и предназначен для того, чтобы ваш проект мог адекватно вписаться в любое окружение. И его правка — такая же часть разработки, как и все остальные. Другое дело, что разработчики друг другу мешают — но это уже их лечить надо, а не придумывать велосипед для конфигурационных файлов.
Да и чтобы не возникало вопросов с адаптацией приложения под разные платформы — нужно сесть и продумать, что и как может повлиять на работу вашего приложения в зависимости от системы, отразить это в конфиге, снабдить соусом из объяснительных комментариев и дальше уповать на вменяемость читающего ваш конфиг. Иначе каши не будет.
В *nix своего добра навалом, согласен. Постоянно использую mlDonkey и каких-либо проблем с ним не испытывал никогда. В общем, может быть и найдет своих поклонников конечно и под *nix, но я сомневаюсь. Очень сомневаюсь.
Знаете, есть очень хорошая фраза, несколько из другой оперы конечно, но здесь вполне уместная: «Техника безопасности написана чьей-то кровью». Перефразируя это, можно сказать, что и стандарты кодирования (не самопридуманные, а общеизвестные и применяемые вменяемыми разработчиками), использование UTF, коментирование кода, документация и прочие приятные мелочи придуманы не просто так.
Да, исходники и я читать умею, но после получасового ковыряния в чужом коде ради необходимого тебе усовершенствования пропадает желание работать с инструментом. Неизвестное API по принципу черного ящика, где необходимо изучать каждый метод — тоже не особо придает энтузиазма написанию проектов с использованием данного компонента. Да и вообще халатное отношение к другим разработчикам, помимо себя — так же не придает энтузиазма.
Хотя это личное дело каждого dev'a. Либо следовать стандартам, либо их нарушать и придумывать очередной велосипед.
Мысль всего сказанного такова — у компонента нет будущего, если он написан «для себя». А для того, чтобы он мог быть использован другими — нужно проявлять толику уважения. Оная, как раз, и кроется в удобстве чтения, коментариях, объяснениях сложных ходов в исходниках, использовании общепринятых стандартов и так далее и тому подобное.
Если вас вполне устраивает то, что я описал — не надейтесь на хоть какое-либо адекватное community. Жаль, что вы так пренебрежительно относитесь к другим разработчикам, которые могут содействовать развитию Вашего проекта, пусть даже это маленький шаблонизатор.
Из огрехов, которые заметил в процессе знакомства:
1. Невразумительный код с полнейшим отсутствием комментариев. (Лицензия в заголовке — не в счет.)
2. Отсутствие намека на соблюдение стандартов кодирования (несколько if в одну строку, использование разных табуляций, смешивание разного кода в одну большую… )
3. не-UTF кириллица в исходниках? О_о
4. Так же невразумительный ChangeLog («Исправлен мелкий недочет» — что это значит?)
Идея хорошая, но таким образом вы ее убиваете на корню и развивать ее сами же будете. Единственным числом. Хотя вам не привыкать, как я вижу.
Человек правильные вещи говорит. И, в принципе, без разницы, каким именно языком он эти вещи излагает. Главное это то, что его мысли можно понять. И сделать для себя нужные выводы.
А по поводу речи — этому человеку уже давно плевать, кто и что о нем думает. Он излагает информацию так, как ему удобно — и его слушают. И если находятся снобы и прочие мелкошерстные, которым это претит — они могут прочитать заглавие удафкома и отправиться в сказочное путешествие.
Если вы там еще не встретили китайских фарфоровых надувных легкосплавных тороидальноэлиптических чайников Мебиуса — то, по всей видимости, не хватит. ^_^
Тоже весьма распространенная идея того времени. Как-то даже пользовал. Весьма удобно, стоит только привыкнуть.
2. Когда озадачился поиском такой железки — понял, что скорость работы нынешних образвоц даже на 115200 плохо похожа. V_v
Хотя, конечно, уж лучше хоть какой-то USB, чем совсем никакого.
Применение можно найти в «нестандартных» для этого девайса местах. Например — бортовой компьютер авто, или еще что-нибудь в этом роде, что не требует особых изысков в пользовательском интерфейсе, но в то же время значительно упростит чему-то жизнь.
С проблеммой 16-битных PCMCIA-карт столкнулся, когда искал USB Host и Ethernet на свою Jornada 710. Их сейчас, к сожалению, найти очень и очень сложно.
Может организовать для таких обзоров колонку «Раритет»?
И поняли меня абсолютно неправильно.
Сам по себе конфигурационный файл как задумка вообще-то и предназначен для того, чтобы ваш проект мог адекватно вписаться в любое окружение. И его правка — такая же часть разработки, как и все остальные. Другое дело, что разработчики друг другу мешают — но это уже их лечить надо, а не придумывать велосипед для конфигурационных файлов.
ИМХО коммитить не-шаблонные (читай — исправленные под окружение разработчика) конфиги — моветон.
Да и чтобы не возникало вопросов с адаптацией приложения под разные платформы — нужно сесть и продумать, что и как может повлиять на работу вашего приложения в зависимости от системы, отразить это в конфиге, снабдить соусом из объяснительных комментариев и дальше уповать на вменяемость читающего ваш конфиг. Иначе каши не будет.
Снова же, ИМХО, проблемма слегка надуманна.
Да, исходники и я читать умею, но после получасового ковыряния в чужом коде ради необходимого тебе усовершенствования пропадает желание работать с инструментом. Неизвестное API по принципу черного ящика, где необходимо изучать каждый метод — тоже не особо придает энтузиазма написанию проектов с использованием данного компонента. Да и вообще халатное отношение к другим разработчикам, помимо себя — так же не придает энтузиазма.
Хотя это личное дело каждого dev'a. Либо следовать стандартам, либо их нарушать и придумывать очередной велосипед.
Мысль всего сказанного такова — у компонента нет будущего, если он написан «для себя». А для того, чтобы он мог быть использован другими — нужно проявлять толику уважения. Оная, как раз, и кроется в удобстве чтения, коментариях, объяснениях сложных ходов в исходниках, использовании общепринятых стандартов и так далее и тому подобное.
1. Невразумительный код с полнейшим отсутствием комментариев. (Лицензия в заголовке — не в счет.)
2. Отсутствие намека на соблюдение стандартов кодирования (несколько if в одну строку, использование разных табуляций, смешивание разного кода в одну большую… )
3. не-UTF кириллица в исходниках? О_о
4. Так же невразумительный ChangeLog («Исправлен мелкий недочет» — что это значит?)
Идея хорошая, но таким образом вы ее убиваете на корню и развивать ее сами же будете. Единственным числом. Хотя вам не привыкать, как я вижу.
Видать у них есть контакты алчных Линуксоидов ^_^ Даже отлупы приходят от постфикса.
А по поводу речи — этому человеку уже давно плевать, кто и что о нем думает. Он излагает информацию так, как ему удобно — и его слушают. И если находятся снобы и прочие мелкошерстные, которым это претит — они могут прочитать заглавие удафкома и отправиться в сказочное путешествие.
Странно, но это ваше исключение в конце подтверждает…
Понравилось. В целом описывает то, что нужно.