GitHub - astral-sh/ruff: An extremely fast Python linter and code formatter, written in Rust.
Docs | Playground An extremely fast Python linter and code formatter, written in Rust. Linting the CPython codebase from scratch. ⚡️ 10-100x faster than existing linters (like Flake8) and formatters (like Black) 🐍 Installable via pip 🛠️ pyproject.toml support 🤝 Python 3.13 compatibility ⚖️ Drop-in parity with Flake8, isort, and Black 📦 Built-in caching, to avoid re-analyzing unchanged files 🔧
PythonでEnumを使うときの変数名の記法について - delhi09の勉強日記
PythonでEnumを使うときの変数名の記法についてルールがあるのか気になったので調べてみた。 PEP8 PEP8には「Enumを書くときはxxxケースで書きなさい」ということは特に明記されていない。 ※ PEP8の方が、EnumがPythonに入った時期よりも、もちろん古いので当然という気もする。 ただ、定数は全て大文字かつ区切り文字はアンダースコアで定義すべきということは記載されている。 Constants are usually defined on a module level and written in all capital letters with underscores separating words. Examples include MAX_OVERFLOW and TOTAL. www.python.org ※ 「全て大文字かつ区切り文字はアンダースコア」のこと
もうPythonの細かい書き方で議論しない。blackで自動フォーマットしよう - Make組ブログ
「ここで改行するほうがキレイで良いと思います」 『いや、私はこちらのほうがキレイ良いと思います』 コードレビューでこういう議論をしたことはありませんか？ 大切なことだとは思いますが、生産性にはあまり直結しません。議論を避けるために書き方を決めるほうが良いでしょう （個々の問題について逐次議論するのがエネルギーを無駄にしてしまいます。一度決めて、再利用するようにしたいものです）。 今日はそのために使える black というツールを紹介します （「私はflake8を使ってるから結構です」と思われるかもしれませんが、少し違う話なので読んでみてください）。 blackを使おう Pythonのコードを自動でフォーマットしてくれる black を紹介します。 github.com blackはPythonのコードフォーマッターで、自動的にPythonプログラムの書き方を修正してくれます。 PEP8 と
Black: Python のソースコードを自動整形するツール
Python のコードを自動整形するツールでは、autopep8 と YAPF が有名です。 これらを使えば、コードのスタイルについて気を回さないでよくなり、生産性が上がります。 最近、2018 年に登場したばかりの Black が使われるのを見かけるようになりました。 Black は現時点ではベータ版なのが注意点ですが、十分に使えそうです。 ここではデフォルト設定の YAPF と比べつつ、Black についてまとめてみようと思います。 Black の特徴 自動整形ツールは基本的に pycodestyle などのチェッカーでエラーにならないように整形します。 しかし、Black はそれに縛られず、より細部に渡って PEP8 に準拠したスタイルに整形します。 YAPF は設定できる項目が多いのが特徴ですが、Black は一行あたりの文字数だけしか設定を変更できません。 できるだけスタイルを統
リファクタリングツールあれこれ 〜 Sphinxと戯れたいあなたに送る入門編 〜
1. コーディングスタイルを知る PEP8 – Style Guide for Python Code PEP257 – Docstring Conventions Pythonコミュニティが推奨するスタイルが存在する PEP 8 -- Style Guide for Python Code via http://legacy.python.org/dev/peps/pep-0008/ インデントはスペース4 行の長さ最大79文字 import分の順序 命名スタイル etc .. PEP 257 -- Docstring Conventions via http://legacy.python.org/dev/peps/pep-0257/ ツールでチェック pep8 … pepe8のチェック pep257 … pep257のチェック pyflakes … 文法エラーなどをチェック flak
GitHub · google/yapf: A formatter for Python files
YAPF is a Python formatter based on clang-format (developed by Daniel Jasper). In essence, the algorithm takes the code and calculates the best formatting that conforms to the configured style. It takes away a lot of the drudgery of maintaining your code. The ultimate goal is that the code YAPF produces is as good as the code that a programmer would write if they were following the style guide. No
pep8 が pycodestyle に変わった話 - Qiita
概要 pep8 が pycodestyle というパッケージ名に変わってた Guido氏の提案が事の発端。 https://github.com/PyCQA/pycodestyle/issues/466 pycodelint という案も出てたが、pylint と区別がつかないので却下になってた 同時に pep257 も pydocstyle という名前に変わった https://github.com/PyCQA/pydocstyle/issues/172 自分の周りの影響範囲を軽く調べてみた。 追記(2018/02/27) ツール(ライブラリ)の pep8 の名前が pycodestyle という名前に変わったというだけで、PEP8 そのものには何も変更はないので気をつけてください。 pep8がスタイルガイドのPEP8と一緒だと混同しやすいのでツールは名前を変えようという話です。 pep2
Python の Coding Style あれこれ - Study08.net 対シンバシ殲滅用人型機動兵器
唐突ですが、Python の Coding Style について参考になりそうなものをまとめてみるテスト。 主にベースとなるPEP8の他に、僕が見聞きしたWebフレームワークのCoding Styleを列挙しています。 PEP 8 Style Guide for Python Code http://www.python.org/dev/peps/pep-0008/ (和訳) http://oldriver.org/python/pep-0008j.html PEP 8 は Pythonを書く上で大体みんなが参考にするCoding Styleです。以下にあげる Coding Style達は、PEP8 に従い、その中で独自のCoding Styleを定義しているものがほとんどです。 PEP が初耳という人は、下記エントリーが参考になるでしょう。 http://www.oreilly.co.j
pytest で pep8 テストを実行する
Java 見習いのもりもとです。 アリエルのスタート地点 を知ってから、いつもどぎまぎしながら開発しています。 アリエルのスタート地点は、Javaと聞いて、ふっと鼻で笑える地点です。 私にとっては、スタート地点がまだまだ遠そうなのでしばらくは Python の話題でお茶を濁そうと思います。ちょうど良い機会なので Pythonic なテストツール pytest についてチュートリアルのような記事を何回かに分けて書きます。 pytest は、設定より規約 を設計原則とするツールで、xUnit スタイルではない funcarg という関数の引数をフックしてリソースインジェクションを行う仕組みを提供するなど、ユニークなテストツールです。さらに単体テスト、機能テスト、システムテストといった全てのテストフェーズにおいても利用できると、その応用範囲の広さも喧伝しています。ドキュメントも翻訳されているので
Vimで文法チェック (python編) - Study03.net 対シンバシ専用
以前に、↓のようなふざけたエントリを書いたのですが、最近はもっぱらPythonなので、PythonでSyntaxエラーやら、書き方のチェックがしたいなと思って調べた内容をポストします。 vimで手軽に文法チェック(syntax check) - Study03.net 対シンバシ専用 1. チェックするためのツールをインストール python には、phpやperlのように、実行時のオプションでsyntaxチェックを行ってくれるようなものはないっぽいです。 php -l hoge.php perl -wc hoge.pl に相当するものはpythonコマンド単体ではない。 なので、これと似たような事をしてくれるツールをpipでインストールします インストールするのは先日のエントリでも書いた以下の二つ Mac で Python - Study03.net 対シンバシ専用 pip instal
Hashnote - Vimを最強のPython IDEにする
pythonbrewによるフレキシブルなPython環境の構築 Vimの設定とかはあまり関係ないですが最強を詠うために最強のPython環境が必要なので構築します。最強の環境とは インストールされているPythonのバージョンが違うことによって不可解なバグが発生しない インストールされているライブラリのバージョンが違うことに不可（ｒｙ インストールされているライブラリ同士が干渉して不可解な（ｒｙ だと思っています。これらを解決するために pythonbrew という素晴らしいソフトを利用します。 ただこのソフトはシェルが前提となっているのでWindowsをお使いの方は代わりに virtualenv をインストールして先に進んでください。 Pythonには大きく分けて2.x系と3.x系の大きなバージョンがあり、この二つは相容れないものとなっています。 2.x系はずっと使われてきたもので外部ラ
Vim と Pyflakes - Memo
普段 Vim と Pylakes を連携しているけど pep8とpyflakesのvimプラグインを入れた - 十番目のムーサ を読んで使っている Vim プラグインとは違う事に気付いた。 普段使ってるのは、こちらで最後に少し紹介されているもの。 vimでPythonのコードを書いているときにflymake?っぽい感じをだす | hexacosa.net pyflakes.vim - PyFlakes on-the-fly Python code checking : vim online 何が違うのか調べてみた。 最初(nvie さん)の方は PEP8 に該当していない記述をしていると QuickFix にエラーを表示するよう。 明示的にチェックをする必要がある。 コードを書いただけでは特にチェックはしない。 F7(でフォルトの場合)を押す事によってチェックが走り、QuickFix に表
pep8 - Check your python source files with PEP8 : vim online
You need to install this tool: http://github.com/cburroughs/pep8.py It's a simple program that just checks if your python code is pep-8 compliant. Pressing F5 will run it using the "quickfix" feature. This way you can "navigate" through errors using :cn and other standard commands. This is mostly copied from http://www.vim.org/scripts/script.php?script_id=891 just put the file in your ~/.vim/ftplu
Pythonのコーディングスタイル(PEP8)をコマンドでチェック — TRIVIAL TECHNOLOGIES 2.0
みんなのIoT/みんなのPythonの著者。二子玉近く160平米の庭付き一戸建てに嫁/息子/娘/わんこと暮らしてます。月間1000万PV/150万UUのWebサービス運営中。 免責事項 プライバシーポリシー PythonにはPEP8という公式のコーディングスタイルがあります。このスタイルに従うことで，Pythonの思想「誰にとっても明確な手法が，一つだけあることが好ましい（There should be one-- and preferably only one -- obvious way to do it)」に沿った，見やすいコードを書くことが出来ます。 読んでみると分かるのですが，変数や関数，クラスなどの命名規則から，どこに空白を入れろとか改行を入れろとか，かなり細かく記述があります。それぞれの規則にはちゃんと理由があって，出来る限り守った方がコードが見やすくなるのは確かなのですが，
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Static code analysis for Python code - PEP8, FLAKE8, pytest
入れておいたほうがいいPackages - Qiita
https://www.freia.jp/taka/blog/736