Python дайджест #5: “We will be moving to GitHub”

У випуску:
Цікава новина про перехід репозиторію Python на GitHub. Ідея була викладена ще в 2014 році в PEP 0481 — Migrate CPython to Git, Github and Phabricator. Нижче приведено лист з причинами. Також декілька статтей для шанувальників Raspberry.

Новини

We will be moving to GitHub — лист Python розробника Brett Cannon про причини та наслідки переходу на GitHub. «Guido prefers GitHub» ©

Нові релізи

Цікаві бібліотеки

Powerball — симулятор лотереї.

The Elements of PytANSIBLE 2.0hon Style — набір конвенцій написання коду від CEO Parse.ly, базований на PEP8.

Flask-orm — шаблон простої Flask ORM.

TheFuck — не нова, але все ж таки цікава тулза, що розширює консоль можливістю модифікувати попередньо викликану команду, в якій присутня помилка. Ось приклад:

PythonVerbalExpressions — спрощення роботи з регулярними виразами в Python.

Docker-autocompose — інструмент, що генерує docker-compose yaml файл із запущеного контейнера.

Import from github — експерементальний завантажувач пакетів з GitHub, що базується на pep-0302.

Scretch-rnn — реалізація багатошарової рекурентної нейронної мережі (RNN, LSTM GRU) для моделювання та генерації скетчів збережених в .svg файлах.

PEP’s

PEP 0510 — Specialize functions with guards — оптимізація коду за допомогою так званих guards.

PEP 0509 — Add a private version to dict — пропозиція щодо додання guards до словника для збільшення швидкодії.

Статті/ресурси

«Learn Python» Overtakes «Learn Java» on Google Trends — дослідження, щодо трендів пошуку в Google, які відносяться до вивчення мови.

Inside 'This.py', The Zen of Python. — обговорення «нутрощів» коду пітонівського Zen та його пасхалок.

Stop writing code that will break on Python 4! — деякі рекомендації щодо написання коду, який має бути compatible з попередніми версіями мови.

A comparison of Numpy, NumExpr, Numba, Cython, TensorFlow, PyOpenCl, and PyCUDA to compute Mandelbrot set — порівняння популярних бібліотек на прикладі множини Мандельброта.

Learning How To Code Neural Networks.

Virtualenvwrapper needs a new maintainer — всім відома бібліотека шукає нового майнтенера. Кому цікаво, у статті є посилання, де можна додати свою кандидатуру.

TIL: New String Formatting in Python — огляд 3 видів форматування стрічок.

Getting started with Regression and Decision Trees.

A little script that i wrote in my darkest time — в чомусь сумна історія про розробку інструменту для пошуку роботи.

Python в Raspberry:
— How To Autorun A Python Script On Boot Using systemd
— Increasing Raspberry Pi FPS with Python and OpenCV
— Unifying picamera and cv2.VideoCapture into a single class with OpenCV

Відео

Try Django 1.9 - Build a Django Blog.

Introduction to Computer Science and Programming Using Python — новий курс від edX, назва говорить сама за себе.

Подкасти

Episode 39 — Yves Hilpisch on Quantitative Finance.

Episode #41: Getting your first dev job as a Python developer (part 2).


Якщо маєте цікаві лінки та матеріали, то надсилайте на [email protected]



← Предыдущий выпуск: Python дайджест #4
Следующий выпуск: Python дайджест #6

Все про українське ІТ в телеграмі — підписуйтеся на канал DOU

👍ПодобаєтьсяСподобалось0
До обраногоВ обраному0
LinkedIn



23 коментарі

Підписатись на коментаріВідписатись від коментарів Коментарі можуть залишати тільки користувачі з підтвердженими акаунтами.
Try Django 1.9 — Build a Django Blog.
Спасибо за наводку, подписался на парня

TheFuck наконец-то реализовал кто-то)))) полезная команда

Спасибо) Отдельно за TheFuck :D порадовало — самая популярная команда будет в истории

Можно сделать большую красную кнопку, и подцепить через USB, к примеру) Где-то читал статью, так хлопцы себе сделали что б билды собирать)
что-то типа такого: img02.wikimart.ru/...d6-a162-832788da6e51.jpeg

Вы в курсе, что уже давно изобрели GUI? И многие вещи с ним делать проще и удобнее.

И неповторяемо.
А зачем заставлять набирать внутренности скриптов? Именно ручные команды должны быть короткими и простыми, и обычно так и делается.

Так он загнал всё это внутрь, или заставляет выполнять пользователей? Что-то слабо верится во второе.

Сделали что-то рабочее хоть для себя и выставили — уже хорошо. Кто-то следующий подкрутит под себя и обобщит. Ну и дальше пойдёт.

Как простейший пример есть-ли хоть один файл-менеджер в Линухе сравнимый хотя бы с explorer (не говорю уже про total commander).

Критерии сравнимости?

Ладно поставить deb пакет просто, а как удалить???

Эээ... если кто-то сумел набрать команду поставить пакет, что мешает набрать очень сходную команду удалить пакет? Наконец, что мешает удалить средствами графического менеджера?

Уже не говоря про разное всякое, взять только видео. 3 разных пакета на 90% дублирующих друг-друга, но каждый со своими особенностями и багами.

Зато простой mplayer проигрывает то, что Windows Media Player не берёт, и непонятно, как его учить. Я ни разу не видел неработы в противоположную сторону. А что такое эти Ваши «видео пакеты», это эти странные проигрывалки, у которых свистелки заслоняют собой функциональность?

Не пойдет, как не пошел HTK, не пошел Sphinx и иже с ними. Потому как, чтобы оным пользоваться нужно знать распознавание речи на уровне, что проще самому написать, чем пытаться разобраться в использовании этих пакетов.

Всё это «проще самому» быстро обламывается, когда доходит до дела. Я не спорю, что авторы конкретного решения, вероятно, очень нетрадиционно мыслят, но они хотя бы предоставили одно открытое работающее решение.

А вот OpenCV пошел, потому как Intel рулил разработкой и заставил сделать удобный API, хорошую документацию.

И вложил в несколько раз больше усилий. Собственно в этом и проблема: не в линуксе или opensource как таковом, а в том, что 90% участвующих в нём удовлетворяют свои амбиции, а не задачи пользователей, и вся система в целом движется за счёт открытости и обмена результатами, а не локальной концентрации ресурсов.

Вот мне еще не хватает только список здесь составлять, чтобы в итоге получить ответ, что «таки да».
Не, если заплатишь денег на составление ТЗ на разработку файлового менеджера для Линуха, то составлю такой список.

То есть просто пожаловаться, что всё плохо (а не «многого не хватает») — время и силы есть, а хоть пару пунктов написать подробнее — нет. Извини, могу воспринять это только как слив.

Из какого? Как я могу посмотреть список пакетов, установленных из deb-ов?

Они все установлены из deb’ов, сюрприз :)

Сделать удобный и качественный продукт без приличного менеджмента, маркетинга, тестирования — невозможно. Можно слепить только некие поделия с трудом применимые для использования другими людьми.
Даже просто сделать обзор подобных продуктов, выделить значимые и незначимые фичи, продумать удобство использования — это большая и чаще всего скучная работа, которую в 99% аустсорса никто делать не будет.

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

Вы в курсе, что уже давно изобрели GUI

unix-way — это сделать UI отдельным пакетом. тогда не придётся из-за одной тулзы, у которой почему-то в зависимостях пол-Qt из-за кнопочки на форме, на безголовый сервак, у которого нет ни монитора, ни видяхи, ставить кучу UI библиотек.

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

Підписатись на коментарі