Перейти до основного вмісту

Мої сумбурні враження від PyCon UA 2010

Розпишу, мабуть, по пунктах

  1. Дуже сподобалась доповідь Андрія Свєтлова. Мінусами були тільки проблеми з підключенням ноута до проектора, а також те, що його швидко "зігнали" зі сцени за відсутністю часу. Дуже пізнавальна доповідь по внутрішній організації коду на python, а такоє цінні примітки в по багатопоточності (думаю, тим, хто займаєтьсяя цим, було корисно послухати, а тим більше - новачкам.

  2. Цікава доповідь "Good API Design" від Armin Ronacher. Дуже класно оформлена, показав як API робити не треба, і як треба на прикладах. Тобто оформив основні принципи і розжував їх.
     
  3. Чувачок з Техасу з доповіддю по GeoDjango дуже класно підготувався в плані використання українських назв в класах і локаціях (типу class Oblast, Київ і т.д.), в принципі показав таке собі шоу з Django + Google Earth, розказав про стандарти геокодування. Досить цікаво, якщо почитати цим займатись, то він дав дуже хороші вказівки, куди рухатись. До слова, він же і є core-developer цього самого GeoDjango.

  4. Andrew Godwin дав хорошу оцінку вкористаннюю БД в різних випадках. Тут згожен, більше для тих, хто з БД стикається мало.

  5. 2 доповіді по GAE були ковтком сіежого повітря. Спочатку Кашкін розхвалив GAE, показав image-board, який зразу ж жорстко затролили, розбавивши обстановку, а потім ще один учасник погнобив GAE Datastore (ну, так вийшло).

  6. Доповідь по HTML5 була більше оглядовою, і про те, куди рухається це все дело, в тому числі з позиції Гугла, оскільки Michael Mahemoff там працює.

  7. На рахунок монго, цифри були, тільки не вразили. Тобто 4 млн. документів в 100 колекціях при середньому навантаженні працює. А як дальше - досвіду в них поки нема.

IMHO

  1. Були доповіді цікаві, були і нецікаві.
  2. Не сподобалось те, що маса Django, склалось враження, що сьогодні на Python крім Django-сайтів більше ніхто нічого не робить.
  3. Lightning-talks - досить весело, особливо "Python після литра", такі собе just-for-fun штуки.
  4. В цілому - класна конфа.

Коментарі

Дописати коментар

Популярні дописи з цього блогу

Регулярні вирази в Python: вивчення та оптимізація

Writing a regular expression is more than a skill -- it's an art. Jeffrey Friedl Що це таке? Рано чи піздно майже кожному програмісту в своєму житті доводиться стикатись з регулярними виразами. Термін "Регулярні вирази" є перекладом з англійської словосполучення "Regular expressions" і не є зовсім точним, а для тих, хто перший раз почув цей термін, мабуть, навіть спантеличуючим (я, наприклад, коли вперше почув, ніяк не міг собі второпати по назві, хоча б приблизно, що це, і для чого використовується). Літературний і більш осмислений переклад звучав би, мабуть, як "шаблонні вирази". Але назва вже прижилась, а скажете "шаблонні вирази" - вас просто не зрозуміють :). Звідси: Регулярний вираз -  це рядок, що задає шаблон пошуку під-рядків в рядку. Регулярні вирази використовуються для аналізу текстів на предмет відповідності текстової інформації деякому шаблону. Наприклад , шаблон, що задає слово, яке містить букву "к". Де застосовують

Python: як програмно перемкнути розкладку клавіатури в Windows

Дослідивши дане питання, я побачив, що Python не має засобів "з коробки" для вирішення цієї задачі. Відвоідно, задача повинна вирішуватись для каждої ОС своїм шляхом. Дане рішення було знайдено мною для ОС Windows XP +. Панацея - Win API Для того, щоб виконати завдання необхідно встановити додатково бібліотеку pywin32 , яка надає доступ до функцій Windows API з Python. З цієї бібліотеки нам знадобиться модуль win32api . >>> import win32api Дослідивши його вміст, можна побачити, що для роботы з розкладкою клавіатури є декілька функцій і одне системне повідомлення Windows - WM_INPUTLANGCHANGE : GetKeyboardLayout GetKeyboardLayoutList LoadKeyboardLayout В даному випадку для нас важлива саме остання функція - LoadKeyboardLayout . Дана функція завантажує нову розкладку (якщо вона ще не завантажена) і виконує після цього ще якісь дії; приймає в якості аргументів два: рядок з ідентифікатором розкладки. дію. Більш детально про їхні можливі значення можна почитати в MSDN . О

Python: PEP-8 чи не PEP-8

Пост - не технічний, кому не цікаво - можете далі не читати... PEP-8, хоча й фактично є пропозицією по розширенню Python під номером 8, серед Python програмістів уже став терміном, що позначає правила стилю оформлення коду. Ні, я не збираюсь зараз описувати його тут - про нього можна почитати в першоджерелі . Питання в тому, слідувати цьому стандарту, чи не слідувати? Ітак, стандарт це в більшості випадків добре, оскільки вносить порядок. Наприклад, стандарт USB 2.0 - просто прекрасний стандарт, уявіть собі, якби флешки були не USB, а кожна мала б свій вихід :)... Жахливо, так, були б у нас USB-порти як card-reader'и - 62 в 1.. Реально 62 в 1 Інша справа з PEP-8. Тут все по іншому, адже програма не змінює свою поведінку, якщо ми будемр робити відступ не в 4 пробіла, а 2 (добре, що більшість, все-таки, робить 4), або будемо ставити пробіл перед другою дужкою, чи не будемо і т.д..  Отже, кожен програміст може редагувати свій код як йому хочеться. Мені, наприклад, подобається