Первая заключается в том, что мне неудобно включать текст в парные кавычки. На desire я обычно ставлю с доп. клавиатуры сразу пару кавычек и возвращаюсь на один символ назад с помощью оптического джойстика. Это занимает доли секунды. На iPad чтобы вернуться на один символ назад надо зажать экран, дождаться появления линзы и только потом двигать курсор. Это ощутимо дольше и нереально бесит. Ставить одну кавычку, а потом набирать текст и в конце ставить закрывающую кавычку хоть и работает быстрее чем вариант с линзой, но все равно медленнее чем на htc с его возможностью быстро вернуться назад.

Вторая проблема - это долбанный спелчекер, который не расширяет список слов автоматически и не дает по-простому оставить свой вариант. Я по этому крестику не могу попасть хоть лопни. я всегда думал, что у меня тонкие пальцы. Видимо, на самом деле это не так.

Расскажите какие есть приемы быстрого набора текстов на iPad. Ну очень надо!

Пока пришла в голову идея, что во время копирования выполняется еще какая-то ресурсоемкая операция, которая мешает нормально копироваться моей базе. С помощью команды sar -d 1 3 посмотрел загрузку до начала копирования и во время копирования. Утилиты показывает, что до копирования диски курят, а во время копирования идет почти полная загрузка. При этом никакой процесс в wait-е не находится ни до, ни во время копирования.

Посмотрел загрузку с помощь утилиты top и тоже не увидел никакой особой активности.

Сейчас есть мысль, что скорость маленькая из-за сильной фрагментации диска. Но чего-то про дефрагментацию под HPUX я ничего не слышал. Такое вообще бывает?

Вообщем, буду благодарен за любую подсказку или дельную мысль. Пока идей куда копать нет.

Функциональные языки, и в частности Erlang, привлекали меня давно. Еще с института я очень люблю рекурсивные функции. Мне кажется, что ни один цикл не может сравниться с той обвораживающей красотой, которой обладает рекурсия. Но в реальном мире рекурсивные функции - это весьма дорогое удовольствие (реальный мир - это Php, Python, Ruby и т.д.). Поэтому если нужно пробежаться по элементам массива, то приходится использовать обычные циклы, которые значительно менее прожорливы. Совсем другая история с функциональными языкам. Здесь в принципе нет такого понятия как цикл (точнее понятие есть, нет специального оператора), вместо этого повсеместно используется рекурсия. И уже только за один этот факт можно полюбить Erlang.

Конечно, есть и другие плюшки, которые привлекают внимание к данному языку: отказоустойчивость, многопоточность и тому подобные вещи. Но на них я останавливаться не буду, так как в интернете есть сотни статей, посвященных данному языку. Перейду лучше к ChicagoBoss (про него тоже есть много статей, но мне хочется добавить своих пять копеек).

В виду того, что я занимаюсь только вебом, то изучение Erlang-а для меня имеет смысл при условии, что на нем есть хорошие фреймворки, которые можно было бы использовать в повседневной жизни. Признаться, я не очень надеялся найти что-то стоящее. Опыт предыдущих лет показывает, что самые разрекламированные продукты на подобие Django и Rails на поверку имеют множество ограничений и недостатков, которые начисто убивают мечты об идеальном фреймворке. На всякий случай уточню, что ничего против Django и Рельсов я не имею. Просто дикого восторга эти фреймворки у меня не вызвали, хотя, безусловно, они очень даже хороши в своих нишах. А вот ChicagoBoss - это совсем другая песня. Не ожидая ничего особенного, я удивился тому на сколько красивым и продуманным оказался данный фреймворк.

Как-то давно в сети активно гулял урок по Рельсам, который назывался что-то типа “Делаем блог за 15 минут на Ruby on Rails”, так вот, на ChicagoBoss можно сделать тоже самое, за те же 15 минут. Правда ни о какой генерации кода речи не идет. Просто код настолько компактный и выразительный, что набрать его не занимает много времени. Особенно хочется отметить выразительность, авторам фреймворка удалось добиться в этом вопросе очень больших успехов. Есть какая-то обворожительная математическая точность в коде на Erlange, которая мне очень нравится. Мне в принципе нравится математика, может поэтому нравится и Erlang.

За основу для языка шаблонов взять Django Template, т.е. фактически все шаблоны созданные в Django могут быть свободно перенесены в ChicagoBoss. И мне это тоже нравится. Точнее мне нравятся Django Template, которые выигрывают и у PHP Pure Templates, и у Рельсовых шаблонов.

Простая и удобная ORM, которая называется BossRecord - это тоже плюс. Сложные запросы, конечно, на ней не сделаешь. Но все что нужно для простых задач есть.

Ну а самое приятное - это то чего нет ни в Django, ни в Рельсах. Я говорю о “Message Queue Service”, который называется BossMQ. Благодаря этому функционалу ChicagoBoss позволяет без всяких извратов и напрягов создавать приложения, которые могут в реальном времени обмениваться сообщениями между друг другом. Сейчас многие сайты используют похожий функционал, поэтому приятно когда все что нужно уже сделано за тебя :-).

В общем и целом я хотел сказать одно, ChicagoBoss - это фреймворк, который мне очень понравился. В ближайшее время попробую сделать на нем небольшой сервис для Defaceit. Посмотрим не улетучится ли мое первое хорошее впечатление.

Этот Евгений Сергеев — тупое некомпетентное пхпшное чмо. Таких полон интернет.

Поэтому Вам стоит задуматься прежде чем принять на веру хотя бы слово, сказанное мной.

Я Вас предупредил, дальше думайте сами кого слушать и как быть.

p.s. Видимо, я сильно задел человека за живое, раз он так болезнено реагирует.

Начнем с того, что я не встречал еще ни одного мобильного девайса у которого была бы специальная раскладка клавиатуры для набора паролей. Вместо этого используется стандартная клавиатура для набора текстов. В результате все спецсимволы, которые часто используются для создания “сильных” паролей, оказываютса на второй, а то и на третьей вкладке.

Ежедневно мне приходится набирать с десяток сложных паролей и я реально чувствую дискомфорт от этой процедуры. В результате на части ресурсов, где по моему мнению нет важной личной информации, я упростил пароли так чтобы их можно было набирать не переключаясь на другие вкладки клавиатуры. Это однозначно понижает стойкость защиты, но сильно упрощает мне жизнь.

Вроде бы мелочь, но я думаю многие пользователи оказавшись на моем месте поступят точно так же. А это значит - чем больше мобильных девайсов, тем меньше защищенность данных.

Мне кажется, что отдельная раскладка для ввода паролей реально поможет сделать работу с мобильными девайсами проще. Ведь делают же отдельную раскладку для ввода URL-ов. А ведь среднестатистический пользователь, наверняка, вводит пароли гораздо чаще чем адреса сайтов.

Я думаю, что решить через CSS данную задачу, не привлекая JavaScript, нельзя, но как показывает практика я в подобных вопросах часто ошибаюсь. Поэтому если есть идеи, то прошу отписаться в комментариях. Если я прав и решить через CSS нельзя, то так же интересует каким образом лучше всего решить данную задачу на Ваш взгляд (JavaScript, серверное программирование или может Flash)?

Пожалуй, самое основное заключает в том, что defaceit - это не продукт широкого потребления. Точнее он может быть использован сколько угодно большим количеством людей, но это не значит, что он создается для всех людей на планете. Идея в том, что на Defaceit каждый может создать свой проект для решения своей конкретной задачи. Сделать для себя удобный интерфейс и просто разрешить использовать и дорабатывать этот интерфейс другим людям. По сути эта идея взята из Open Source проектов.

Когда я делаю веб-проект для всех, мне приходится думать об огромном количестве нюансов, связанных с представлением проекта у пользователя. Когда я делаю для себя, мне не нужно думать ни о чем кроме себя любимого. Конечно, даже делая что-то для себя нужно думать о расширяемости своего кода, вдруг мне в будущем понадобится какой-то новый функционал, который проще будет внедрить в открытый для изменений код. Но создавая расширяемый код я одновременно даю возможность другим разработчикам вносить изменения в мой проект.

Грубый пример, допустим я разрабатываю RSS агрегатор. Для управления этим агрегатором я придумываю интерфейс, который заточен под мои нужды и потребности. В итоге получается решение, которое идеально выглядит именно на моем компьютере. Все люди с аналогичным браузером и разрешением монитора могут без проблем использовать мой интерфейс. Но рано или поздно появится человек у которого другой барузер или другое разрешение экрана. Использовать мой проект “как есть” он уже не сможет, зато он может написать небольшой дефейс, который оптимизирует интерфейс под его параметры.В результате аудитория, которая может воспользоваться сервисом, расширяется - к ней добавляются те у кого такой же браузер и разрешение экрана, как и у разработчика нового дефейса. В итоге, делая проект под себя я одновременно делаю его для группы людей со схожими интересами и возможностями. Если RSS агрегатор получится стоящим, то наверняка найдутся люди, которым будет интересно доработать его под себя. А если ничего стоящего не получится, то я не потрачу кучу времени на пустышку :-).

Плюсы следующие: я не пытаюсь сделать универсальный продукт, а поэтому разработка делается довольно быстро. Я не пытаюсь удивить кого-то, я просто делаю так как удобно мне и стараюсь делать это качественно. Ну и самое главное, стоящие идеи развиваются, стремные погибают молодыми.

В качестве резюме всего сказанного выше - идея в том чтобы делать проект который нравится тебе и только тебе, и если он понравится кому-то еще то это просто здорово, но совсем не обязательно!

Проблема в том, что обновление рушиться на одном и том же месте - на последней секунде скачивания файла! Представляете, какой кайф я испытываю, когда прождав 50 минут, я наконец-то вижу долгожданную фразу “Обработка данных”, после чего высвечивается сообщение об ошибке (превышен интервал ожидания от сервера) и всю(!) процедуру обновления нужно начинать сначала. При повторной загрузке все повторяется с точностью до секунды.

Это просто верх мечтаний любой домохозяйки! Малопонятное сообщение о превышении времени ожидания от сервера (что такое сервер, вообще?) и предложение начать все заново (50 минут, мля!). Я понимаю, что домохозяйки имеют кучу свободного времени и могут часам ждать, когда их чудо девайс обновиться до последней версии, но чуда не происходит. Раз за разом, на последней секунде обновления происходит крах. Класс! И эти люди говорили, что они делают лучшую технику в мире!

Я понимаю, что в данном случае проблема не в самом софте Яблока, скорее всего мешает либо антивирус, либо файрвол блокирует какие-то нужные порты (это я уже вычитал в интернете). Но я так же понимаю, что простая домохозяйка ни в жизнь не решит данную проблему. Почему нельзя вынести процесс обновления на сам iPad? Почему нельзя обеспечить скачивание файла на локальный диск компьютера? Даже если возникает ошибка при скачивании, то куда делся обычный механизм докачки? Почему я должен ждать по часу каждый раз? Ведь обновление я только что скачал! Короче, бред да и только. Остается только пожалеть бедных домохозяек, которые хотят просто обновить версию софта на своем iPad. Ну и, конечно, хочется передать горячий привет разработчикам из Apple - ребята вы молодцы, без вас моя жизнь была бы пресной.