Еще о кэшировании в Django

Насчёт только удаления — есть недокументированная возможность:

CACHEOPS = {
    'auth.user': ('get', 60*15, {'cache_on_save': True}),
    'people.userprofile': ('get', 60*15, {'cache_on_save': 'user'}),
}

При сохранении юзера он будет закеширован по id, при сохранении профиля по user_id.

А так, в целом, конечно, никакое универсальное решение не универсально настолько, чтобы удовлетворить всех.

Инновации тут ни при чём

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

К чёрту такие инновации!

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

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

Микрофриланс для программистов без лишних хлопот

Первые попавшиеся задачи быстро бы закончились

There’s More Than One Way To Do It

Автору — если хочется клёвого ООП, то смотри Moose search.cpan.org/~doy/Moose-2.0604/lib/Moose.pm

Почему железо — не главное

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

И такие мобильные сайты есть, twitter.com например. Вот только тормозят они. Я сам разрабатывал небольшое мобильное веб-приложение, но после пары месяцев разработки (большая часть из которых была убита на то, чтобы добится плавности анимации и отзывчивости интерфейса) я понял, что чтобы сделать хорошее приложение, на данном этапе придётся делать его нативным.

Почему железо — не главное

Поиск гугл (там есть режим предпросмотра страниц, например, который довольно требователен к ресурсам)
Google images, google docs, twitter.com, gmail.com, google maps

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

В django появилась возможность использования своей модели вместо contrib.auth.models.User

Так работать будет, но всякие lazy штучки — абстракция дырявая, когда не реализовано на уровне языка.

Что, например, вернёт type(User) в таком случае? Или что будет когда кто-то попытается отнаследоваться от такого User? В общем, такое решение приведёт к не очевидному поведению и фрустрации разработчиков. Удобство не окупится.

В django появилась возможность использования своей модели вместо contrib.auth.models.User

которая импортирует все модели, но потом не при импорте пакета, а

User = get_user_model()

выполнится при импорте django.auth.models

Почему железо — не главное

И кроме скорости серфинга есть ещё скорость работы уже загруженного приложения, и там скорость сети уже не так важна как проц и оптимизированность браузера

В django появилась возможность использования своей модели вместо contrib.auth.models.User

в get_user_model() придётся импортировать модуль из settings.AUTH_USER_MODEL, а в этом модуле нужно импортировать auth.models, чтобы унаследоваться от стандартного User

В django появилась возможность использования своей модели вместо contrib.auth.models.User

Так может показаться только человеку далёкому от Django. На самом деле, данный пример не показателен, Django отлично развивается, да и данное нововведение не настолько нужно, насколько просто приятно, поэтому, видимо, с ним и не торопились. Добавление доп. данных к юзеру и раньше вполне решалось, пусть и не столь элегантно.

В django появилась возможность использования своей модели вместо contrib.auth.models.User

Только циклические импорты будут

Вывод уведомления об устаревшем браузере с помощью jReject

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

Анонсирован гибридный смартфон-читалка с e-ink

Он всё равно не будет неделю держать, экран не единственное, что потребляет.

MacBook Pro с Retina: первый анализ

Мой выбор такой же, а для игр винда по-прежнему вне конкуренции.

MacBook Pro с Retina: первый анализ

Почему? Чего не может походный ноут, что может такой?

MacBook Pro с Retina: первый анализ

Судя по обзору нужно брать Zenbook Prime :) Он ещё и лёгкий.
Это если вам не нужен Mac OS

Упрощая жизнь c Django

У меня пробелы срезаются иначе. Во-первых, не только между тегами, а во-вторых один всегда оставляется (чтобы ненароком не поломать вёрстку в IE).

Упрощая жизнь c Django

Просто кодом на питоне в теле функции тоже можно делать ещё более крутые вещи.

Simple is better than complex.
Flat is better than nested.

Другими словами если функция делает дело, то создавать класс, который| содержит несколько методов, которые сделают дело просто излишне.