Many software projects keep a "change log". This is a file, normally named `ChangeLog', containing a chronological record of when and how the program was changed.
とあり、28.2.1 Change Log Commands には
Version control systems are another way to keep track of changes in your program and keep a change log.
と書かれている。another way なんだから変更の記録をつけるのに VCS だけでもいいはず。
Python や Go では、コードの編集時には標準のコードスタイルで自動チェックし、保存時にもその同じコードスタイルで自動フォーマットするといったことができる。言語で決められた標準のコードスタイルのない言語では、自動チェックと自動フォーマットで同じコードスタイルが適用されるようにしないと意味がない。
Closure Linter はまさにそのためのツールだけど Google JavaScript Style Guide に限られる。
いずれにしてもこれらの言語はインポートによって、クラスや関数やモジュールやパッケージなどをコンポジションすることができる。コンポジションでは名前空間が勝手に汚染されないのがいい。foo.py に import bar と書いたとき汚染されるのは bar という名前だけで、それは import bar と書いた／書かれたときに宣言したことだから「勝手に」ではなく「意図して」なのがいい。そしてその意図はインポート文が明確に表す。
ところで PEP 8 では、名前空間に存在する名前が不明瞭になり読者や多くの自動化ツールを混乱させるからワイルドカードインポート（from <module> import *）は避けるべきといっている。
Wildcard imports ( from import * ) should be avoided, as they make it unclear which names are present in the namespace, confusing both readers and many automated tools.
BronKerbosch1(R, P, X): if P and X are both empty: report R as a maximal clique for each vertex v in P: BronKerbosch1(R ⋃ {v}, P ⋂ N(v), X ⋂ N(v)) P := P \ {v} X := X ⋃ {v}
こんなにシンプルなアルゴリズムなのに。
いくつか検索したサイトにあった \(X\) とは禁止リストであるみたいな説明がわからなかった。禁止リストなのに if v in X: break # 探索終了 みたいな疑似コードではないし、\(X \cap N(v)\) によってどんどん \(\emptyset\) に近づく禁止リストというのがよくわかなかった。DFS とかの visited リストみたいに、探索が進むにつれて禁止するものが増えていくのが禁止リストのイメージだったから。
discoholicmusic
vaporwave
turnnoffyourmind