Pull to refresh
26
0
Send message
Redis добавлю, но замечу, что серверные хранилища сильно медленнее встроенных (типа tc).
Жутко не понравилось. Не нужно учить тому, как перенести sql схему работы с данными в gae. Не реляционная бд там и подход этот ни к чему хорошему не приведёт.

Ожидал разъяснение того, что бд гаи по сути key-value. Ожидал паттерны реализации отношений в рамках key-value.
Джанго — это всги. Тут нужно понять простую вещь, торнадо в всги-варианте превращается из асинхронного сервера в однопоточный. Если ничего длительного (сетевого, например, типа загрузки картинок юзерами) не происходит, всё будет нормально. А если такое планируется, то на время таких операций сайт будет подвисать у *всех* юзеров.
UFO landed and left these words here
UFO landed and left these words here
Кортежный кортеж это {}.items(). Список кортежей :)
Ага, если нам не жалко потерять '', {} и т.п.
Ну вот о том и речь, что его советы делают код непонятным :)
Ну, это может быть самостоятельным классом для превращения дикта в объект :)
Хехе, ничо что я тут онанирую?
    def __init__(self, **kw):
        self.__dict__.update(kw)
Ну, фиг знает. Я хорошо помню, что кортежный кортеж диктится. Оно же часто используется для «генератора словарей» :)
Ой, конечно так: [setattr(self, k, v) for k, v in kw.iteritems()]
О, круто. Не приходило такое в голову :)
Даже так будет корректно работать:
    def func(item, stuff=()):
        stuff = dict(stuff)
Респект за перевод.

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

Тоже самое касается @resetDefaults. Одноразовое вычисление значений всё равно нужно держать в голове, чтобы этот декоратор не удивлял.

Вообще от статьи ощущение, что автор не долго на питоне кодит. Не юзает свои же советы:
    if stuff is None:
        stuff = []

Равно: stuff = [] if stuff is None else stuf

По кваргсам примеры надуманные. Есть куча практических примеров, типа:
def __init__(self, **kw):
    (setattr(self, k, v) for k, v in kw.iteritems())
Охренеть, monkey.patch_all() и всё сетевое асинхронится. Реальная волшба :)

Потестил wsgi-сервер с отключенным spawn, быстрее tornado работает. Со включенным, чуточку медленнее последнего. Памяти сравнимо кушают.

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

Берусь только за те задачи, которые мне интересны. И, конечно, мне нравится решать их самостоятельно :)
> А как это связано с изучением английского для более эффективной работы, например?

Так связано, что это лишь одна из возможностей. Не необходимость, как многие считают. Путей стать хорошим кодером множество. Можно выбрать по душе, а не насиловать себя шаблонами. Если они не нравятся, конечно :)
> хорошо программировать

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

Так вот, я свою оценку строю исходя из результата. Если заказчик полностью удовлетворён — кодер хороший.

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

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

Писать статьи для нубов, просто, не вижу смысла. Есть хорошие книги. Например, могу порекомендовать: mirknig.com/knigi/programming/1181219306-izuchaem-python-3-e-izdanie.html

Хотя, некоторая форма подобной деятельности мне всё же интереснa. Написать справочник php -> python. Думаю, именно подобная книга сейчас наиболее актуальна в плане популяризации питона.

Если вы кодите на пхп и идея интересна стучитесь. От вас php-снипеты от мну python. Оформим в виде сайта и бум наполнять не напрягаясь :)
Cblp, я плохо владею английским. Читаю, в основном, код и при этом считаю себя хорошим программистом. Скажу прямо, я мега-крутой кодер. Даже не мега-крутой, ибо в этом есть сравнение. Я же вне конкуренции, как и любой творческий человек. Творчество не зависит от наличия знаний. Знания, скорее, задают направление творчества.

Считающие, что настоящий программист что-то _должен_ уметь, например, знать английский — просто заурядные личности и идут лесом. Именно творчество — источник тех знаний, которые они потом будут изучать. А убивают в себе творческое начало как раз изучая то, что не интересно. Как мне английский, например ;)

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

Вот, а теперь по конкретному переводу. Извиняюсь заранее ;)

Мне кажется в ближайшее время какое-нибудь русское издательство сделает профессиональный перевод этой книги. Всё же автор популярный, а это сулит продаваемость. По моему, ты тратишь силы впустую.

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

1. Асинхронность. Причём не монстры типа Твистеда (кто заминусует — тот дурак). А вещи простые для понимания и освоения. И уже потом, въехав в идею, постепенно можно осваивать монстров. Если возникнет в них потребность, вообще. Говорю об этом: www.tornadoweb.org/documentation

2. Альтернативные хранилища. На мой взгляд, это прежде всего: couchdb.apache.org/docs/index.html

Ещё раз извиняюсь за демотивацию по текущему начинанию.

Information

Rating
Does not participate
Location
Таиланд
Registered
Activity