with open(...) as f: は、コンテキストマネージャを介してファイルを操作する標準的な方法です。このアプローチでは、Pythonはブロックwithを出ると自動的にファイルを閉じることを保証します。たとえ例外が発生しても、このことがファイル記述子のリークやファイルのロックを防ぎます。
ブロックの内部では、オブジェクトのメソッド（f.read(), f.write()など）を使用してファイルを操作できます。ブロックを出ると（エラーがあっても）、f.close()メソッドが呼び出されます。
例:
with open('data.txt', 'w') as f: f.write('Hello!') # ここではファイルはすでに閉じられています。
よくある質問:
openで開いたファイルは、ブロックwithを出た直後に閉じられることが確実ですか？ たとえブロックの途中で例外が発生したとしても？
答え: はい、それがコンテキストマネージャの契約が保証することです：例外に関係なく、ブロックを出る際に__exit__メソッドが呼び出され、ファイルが閉じられます。これはf.close()を明示的に呼び出すことに比べての主要な利点です。
物語
大規模プロジェクトでは、open('log.txt', 'a')を使用してログに書き込んでおり、f.write()を明示的に呼び出していましたが、f.close()を忘れていました。長時間の作業の後、プロセスはすべてのファイル記述子を消費し、サービスが停止しました。
物語
監視システムでは、openを介してファイルを常に開いており、例外を処理していませんでした。エラーが発生するとファイルはオープンのままで、別のプロセスから再度オープンしようとするとブロックが発生しました。
物語
開発者はopenを介して大きなファイルを読み込む実装を行い、関数の途中でreturnを行ってファイルを閉じませんでした。その結果、いくつかのそうした操作がファイルリソースの枯渇を引き起こし、OSは新しいオープンをブロックし始めました。