В суботу ми (разом з @akhavr та @maxua) провели PyCamp Київ - одноденну конференцію для python-девелоперів. Хочу записати свої враження, поки ще пам’ятаю.

Отже, наші помилки:

1. Якщо проводимо велику конференцію, то потрібно все таки робити кілька потоків. Проблему ж "як розірватися", коли кілька цікавих доповідей йдуть одночасно, можна спробувати вирішити таким чином:

• Кожен потік повинен бути тематичним. Наприклад: Python; Web-frameworks; Databases; Frontend; etc
• В кожному потоці мають чергуватися доповіді по рівням слухачів, на які вони орієнтовані.
• Ці рівні, повинні не співпадати в потоках. Тобто, коли в потоці 1 йде доподівь з entry level, в потоці 2 - master, а в 3 - rocket science.
Таким чином, кожен зможе постійно слухати те, що йому цікаво.

2. Потрібен обов’язковий відбір доповідей і їх тестування перед конференцією. Тут можна буде використати ідею @dennydov - слухати презентації по скайпу.

3. Краще планування часу. Хотіли впихнути невпихуєме, отримали проколи. Взагалі, не треба робити нестандартних таймслотів - лише 30 і 60 хв.

4. Плату за вхід потрібно робити передоплатою, це і стимулює відвідування, і дозволяє нормально оцінити що потрібно.

З технічної сторони - все було дуже добре, дякуючи, насамперед i*klass та @vir. Крім того, добре що @maxua домовився зa відео - онлайн трансляція прaцювала, а незабаром ще й будуть готові записи. (дякуємо @JanGolub)

Величезна подяка всім доповідачам, а також всім хто допомогав нам з організацією - @dmitrykuznetsov, Ігору Яценко, @andrewscater, Гриші Костюку та його дружині, @playpausenstop , та решті команди @42cc. Можливо когось забув, вибачайте :) Також величезна подяка всім гостям, без вас нічого би не відбулося.

Звісно, часто такий великий івент робити важко. Єдине, що варто, мабуть спробувати - відродити зібрання #pug раз на місяць-два, і починати готуватися на осінь на великий (2-3 дні) PyCon, або WebCon, або ще якось

Спробую цього року винести resolutions в публічний режим, аби їх не загубити/не забити/етс.

Отже, в новому році

• розрахуватися з боргами та створити резервний фонд
• більше програмувати
• більш ефективно керувати проектами та людьми
• приділяти час новим проектам, і доводит їх до стадії використання :) - запустити не менше 4 власних проектів протягом першої половини року
• ідеї до стану прототипів за максимально короткий час, максимум - 1 тиждень, після чого, вирішувати, чи продовжувати, чи вбивати
• переїхати в квартиру, провести інтернет в квартиру, перенести туди основне робоче місце
• подорожі Україною (вихідні, відпустка) + Європа
• частіше відвідувати конференції/кепми/етс
• зайнятися девелопментом під Android

Усім веселих свят! З новим роком та Різдвом Христовим!

P.S. Пост буду апдейтити час від часу, включаючи нові пункти :)

30 січня 2010 року ми плануємо провести конференцію python-розробників PyCamp Київ.

Реєстрація працює на сайті http://pycamp.org.ua

В даний момент ми визначаємося з доповідями та ведемо перемовини з потенційними доповідачами. Якщо є бажання розповісти про щось цікаве — можна позначити відповідний параметр при реєстрації і ми обов’язково з вами зв’яжемося.

Будемо раді всіх бачити!

>

Ну що ж, до прийняття закону в цілому, підписання його президентом та опублікування, є трохи часу для підняття власних vpn.

Сам закон, .doc

Вставлю і свої 5 копійок про закон. Коментатори в блогах наголошують на тому, що відтепер кожного, хто хоча б раз відкрив livejournal чи вокнтакте, можна буде притягнути до відповідльності.

Я хочу звернути увагу на ще декілька речей. Я не юрист, тому можливо деякі мої роздуми будуть неправильні, тому поправте, якщо що.

• Як може виглядати процес отримання органами логів від провайдера послуги? Є підозра, що прикриваючись оперативно-розшуковою роботою, органи зможуть отримати будь які логи без інформування підозрюваного про це. Яким чином тоді буде гарантування того, що в логах нічого не було змінено? Чи не буде такої ситуації, коли на суді будуть пред’явлені в якозі доказів роздруківки логів, фізично встановити правильність яких не буде можливості? Чи буде можливість у будь якої людини отримувати роздруківки своїх логів у провайдера, завіряти їх у нотаріуса, і потім це буде доказом в суді? Якщо так, то єдина можливість гарантувати собі правдиві логи - це постійно отримувати логи в провайдера, завіряти їх в нотаріуса. Хтось може нехіло піднятися на торгівля папером та нотаріальних послугах )
• Скільки часу зберігаються логи? Чому це питання дуже актуальне - тому що сервер на хостінгу, на якому ще вчора висів наприклад якийсь не порно ресурс, сьогодні вже може містити порно контент. Це якщо дивитися по ip-адресам. Крім того, якщо дивитися по ip-адресам - як буде розрізнятися куди саме ходив користувач - на не-порно ресурс, чи на порно, що знаходиться на тому самому віртуальному хостінгу? Якщо ж по домену - то теж - спамери та порносайти полюють за розкрученими доменами, і якщо власник популярного домену завтикаю його подовжити - то це майже гарантія того, що там буде порноресурс.
• Ну і нарешті останнє, як уникнути претензій в разі прийняття цього закону. Купуємо невеличкий dedicated хостінг у будь якій іншій країні, піднімаємо там vpn - і вуаяля, у власного провайдера логи доступу лише до одного ресурсу, який не є порно. Хоча це й не знімає питання "домалювавання" органами чогось до логів. З цим питанням потрібно розбиратися.

Обговорення закону в блогах:

• http://deinde.livejournal.com/176744.html
• http://genn-org.livejournal.com/90529.html
• http://skovalyov.livejournal.com/240318.html
• http://segal.livejournal.com/855638.html
• http://blogs.yandex.ru/search.xml?text=%D0%B7%D0%B0%D0%BA%D0%BE%D0%BD+404
• Стаття в Комерсанті

Деякі інші питання та наслідки прийняття закону:

• А як відслідковуватимуть клієнтів кав’ярень з WiFi? Чи доступ до WiFi також буде по паспорту?
• Додатково це ще й смерть будь якого WiFI шарінгу, WiFi на конференціях, etc. Бо хто-зна на які сайти піде відвідувач конференції.
• Відносно вільний інтернет залишається (поки що) на пріпейде мобільних операторів - але з введенням реєстрації IMEI кодів, ця відносна свобода також буде знята. Мабуть варто чекати також скорого запровадження і продажу пріпейд-карток по паспорту

P.S. Взагалі, останнім часом наша влада, схоже проводить тест, наскільки витривалий народ, і наскільки ще можна його притиснути. За останній тиждень-півтори це вже другий закон, виконання якого суттєво погіршить ситуацію в країні. Якщо закон "404" - це фактичне обмеження свободи слова, бо посадити можна будь кого, хто неподобається поточному керівництву, чи навіть простому постовому міліціонеру, то нещодавно прийнятий закон про мораторій на вартість ліків, фактично позбавляє українців якісних іноземних ліків як раз напередодні епідемії грипу. Власне, я якраз думаю зараз над списком імпортних ліків, якими треба запаститися на зиму-весну.

UPD: А яким чином користувач послуги має повідомляти органи про виявлену порнографію? Потрібно зповнювати анкету і йти стояти в черзі до якогось спеціально виділенного (за ті податки які ми платимо) чиновника, який буде приймати заяви від громадян та перевіряти, чи порнографія там, чи ні?

UPD2: 404 засранці

Прекрасний результат! Тепер чекаємо на суперника в плей-офф.

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

Отже, чекаємо жеребу 19 жовтня.

До речі, отут http://translated.by/you/pro-git/into-uk/trans/ - триває переклад книги Scott Chacon Pro Git

Долучайтеся! :)

Ukraine-England 1:0!

Remembering for me: If DISQUS comment isn't save correct url in the comment and just use site url instead of the page url, check if DEBUG set to False. This is resulted of the django-disqus set url to the server's url in debug mode to use it on local dev server.

Плюс, результат роботи coverage, ще може слугувати тільки індикатором того, що кількісні показники тестів падають, а не кількісним показником.

Ну остання проблема з coverage - він погано працює з мультипроцесингом в nose 0.11 ))

Отже, я підвожу до думки, що coverage не повинен використовуватися як якісний чи кількісний показник - ми його можемо використовувати виключно як індикатор - закомітили новий код, coverage суттєво впав - значить новий код погано тестується.

Яким же чином перевіряти що код нормально протестований? В нас поки це робиться виключно вручну, і, відповіно, маємо проколи, коли пропускаємо погано тестований код, особливо коли працюємо на передодні дедлайну, і кожна хвилина на вагу золота.

Мені видається, можливим рішенням такої проблеми буде написання невеличкого синтаксичного аналізатора, який перевірятиме пітонівський код таким чином:

• матиме власну базу даних, яка міститиме інформацію про класи, функції, змінні, etc стандартної бібліотеки та найбільш вживаних бібліотек
• аналізуватиме код, для кожного з елементів коду фіксуватиме набір тестів, які його викликають
• при знаходження викликів будь чого зі своєї бази в коді, братиме з бази набір тестів, які повинні бути застосовані до цього коду, та звірятиме їх з тими тестами, які фактично існують
• видаватиме звіт

Як цей аналізатор має працювати в реалі:

• знаходить у коді виклик urllib.urlopen
• знаходить у своїй базі, що такий виклик повинен перевіряти - помилки 403, 404, 500
• звіряє з тими тестами, які викликають цей шматок коду
• якщо не знаходить у цих тестах моків urllib.urlopen на всі три помилки, видає в звіті помилку на те, яка помилка не замокана

Отже, я поки думаю, як такий аналізатор написати.

Може підкажете мені, чи існує щось подібне, чи, можливо, я заїхав зовсім не в ту сторону?

>

Being fighting with the wish to write own blog engine and the lack of time, I've not updated the blog during last 4 or 5 months.

Yesterday I've found the link to the django-mingus blog application, tested it and found it completely fit my needs.

Maybe some words need to be written about django external applications used. But seems they needs separate discussion.

I've decided not to transfer my old posts as they are not actual.

Will try to write in English, Russian, Ukrainian about tdd, python, Django and personal feelings.

Thank you for your attention.