bsboris

Из всех что пробовал на компьютере задержалась только Awareness.
Сделана дубово просто и приятно.

Используйте гем russian.

Плюсую Авангард — через Сафари электронная подпись работает без проблем.

В Хроме и Сафари форма загрузки файлов не имеет текстового поля, например, только кнопка «Browse».
Наверное, надо самому сделать текстовый инпут и кнопку, поле file сделать скрытым и эмулировать нужные события через JS. А на стороне сервера уже разбирать какое поле заполнено и как грузить файл.

До 100 запросов в секунду, если пост на главную вышел. Пруфлинк.

Не скажу за чистый Дебиан, но на Убунте вообще ничего собирать не надо, если использовать RVM, все ставится из пакетов. Вот, например, неплохая статья на тему (только там еще и unicorn работает совместно с nginx, можно поступить проще и использовать только nginx +passenger).

Айпады не лочатся на оператора. У меня первый айпад с 3G, судя по ценникам на коробке — из Франции. Прекрасно дружит с симкой МТС.

Я бы на вашем месте взял макбук, раз бюджет позволяет. Подключить монитор и мышь/клаву без проблем можно и к макбуку. Для полноценной каждодневной работы 13 дюймовый (да еще и глянцевый) экран, конечно, не подходит. Но зато получаете не просто рабочую машину, а рабочую машину + ноутбук, который в любой момент можно отключить от перифирии и взять с собой.

Кстати, жесткий диск (как и оперативную память) на макбуке без проблем можно нарастить самостоятельно.

Собственно, сам уже полтора года так работаю — макбук про 13, клава эппл (очень удобная за счет маленького хода клавиш и наличия двух дополнительных ЮСБ-портов) и внешний монитор 21.5 дюймов.

+1 за php в качестве шаблонизатора. Самый главный недостаток Смарти (и вообще любого стороннего шаблонизатора) — он добавлят лишнюю сущность в проект. Веб-разработчикам и так надо знать кучу языков (навскидку — html, css, js+фреймворк, sql, серверный язык + фреймворк). Помнить при этом еще и синтаксис шаблонизатора излишне. К тому же, сам php и правда весьма удобен для использования в шаблонах, главное использовать синтаксис вида if(...): endif; вместо if(...) {} (может показаться очевидным, но, например, один знакомый программист любит городить фигурные скобки в шаблонах. Выглдядит кошмарно.)

От зловредного излучения вам спасет примотанный к уху кактус=)

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

Подозреваю, что тут дело в том, что под iOS приложений просто на порядки больше (сейчас что-то около 250 тысяч), чем под все другие мобильные платформы. Естественно, среди них 95% фигни и шлака, но оставшиеся 5% — и есть те самые красивые шедевры, которые висят в топах продаж, про которые пишут гизмодо и энгаджет и которые, скорее всего, вы вчера видели=) А 5% от 250000 получается цифра все же немаленькая.
Что касается гайдлайнов, то они конечно есть, но далеко не все их соблюдают и цензоры частенько смотрят на это сквозь пальцы. Чтобы не быть голословным — вот классический пример страшного интерфейса приложения из АппСтора — Навител.

P.S. И еще одна причина — приложения из АппСтора (если они популярные) реально приносят денег разработчикам. Так что у них есть смысл потратится на нормального дизайнера.

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

То есть, грубо говоря, делегирующий объект говорит объекту-делегату ЧТО делать, но его не волнует КАК именно это будет сделано.

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

Вы неправильно ставите вопрос. ЛЮБОЙ проект, который можно сделать на Rails — можно сделать и на PHP. Точно также, как его можно сделать. на python, java, .net, etc. Вопрос только в личном удобстве, способностях и затраченных усилиях.

На Rails стоит делать любой проект, в том случае, если он вам нравится больше, чем PHP + фреймворк.

Первым делом — пакет iWork от самой Apple (Pages, Numbers, Keynote).

Для кода — любая система контроля версий, хоть та же SVN, а лучше — Git.

Что касается mysql, тут есть несколько решений:
1. делать вечером дамп и коммитить его в систему контроля версий, дома — вытягивать оттуда и импортировать в mysql.
2. тоже самое плюс консольные скрипты вида «dump + commit», «checkout + restore» для автоматизации
3. поднять mysql базу на сервере, доступном извне и использовать ее для обоих проектов (рабочего и домашнего)

Есть. Заменяет мне ноут для задач «потребления контента». Читаю на нем за завтраком твиттер и новости (через Pulse), записываю дела (OmniFocus, синхронизируется с телефоном и ноутом). Также это шикарный девайс для чтения книг (iBooks, конечно) и комиксов (ComicZeal). Особенно стало удобно после появления многозадачности читать англоязычные книги — можно быстро переключиться в словарь и посмотреть неизвестное слово.

Почту и веб тоже смотрю через него, когда не работаю.

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

Ну и игры, конечно. Много шикарных и недорогих игр=)

Из минусов — вечно грязный экран и отвратительный материал, из которого сделан официальный чехол. Пачкается еще сильнее, чем сам айпад.

HTML Coder или HTML programmer.