$ ssh www.example.com -fNL 8000:localhost:8000 # -Lでポート指定、-fNでバックグラウンド待機 $ mycommand foo bar # ポートフォワーディングが必要なコマンドを実行する mycommandの出力:fooをbarするにゃん $ mycommand hoge fuga # SSH起動中はポートフォワーディングが持続する mycommandの出力:hogeをfugaするにゃん ...
$ ssh www.example.com -fNL 8000:localhost:8000 # -Lでポート指定、-fNでバックグラウンド待機 $ mycommand foo bar # ポートフォワーディングが必要なコマンドを実行する mycommandの出力:fooをbarするにゃん $ mycommand hoge fuga # SSH起動中はポートフォワーディングが持続する mycommandの出力:hogeをfugaするにゃん ...
はじめに 「研究用のプログラムにもテストコードやドキュメント書いたほうがいいよね。」 「分かっちゃいるけど、そんな面倒なことやってられないよ。」 という研究者あるあるを解決すべく、僕が普段実践している開発スタイルを紹介します。 この開発スタイルのすごいところは: テストやドキュメントを一切書かない場合と比べて 追加の工数がほぼゼロ。 普通にコーディングしているだけで、いつのまにかテストコードとドキュメントまでできあがっている。 実装、コメント、テスト、ドキュメントが自然に同期するので、保守しやすい。 Pythonを例に紹介しますが、コメント内にテストを書けるツールと、コメントからドキュメントを生成できるツールをもつ言語ならばどれにでも応用できるはずです。 この開発スタイルに至った背景 ソフトウェア開発において、テストコードやドキュメントを整備することでプログラムの品質が向上することは広く知
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く