サクサク読めて、アプリ限定の機能も多数！
トップへ戻る
ドラクエ3
qiita.com/rnitta
お前らのXXXXは<ネガティブな形容詞>シリーズ で失礼します。 日頃gitをお使いの皆様におかれましては、キレイなコミットを心がけていらっしゃいますでしょうか。 私も心がけてはいますが、なかなか難しいものがあります。 参考までにこちら、最近業務で書いたプルリクエストのコミットログです。 控えめに言って汚いと思われたかと思います。 ではキレイなコミットの例を。 プルリクエストというのは、やはり先達の方に見ていただいてご指摘いただこうというものですから、 当然コミットハッシュもゾロ目等でキレイにするというのがマナーです。 では今回はこのキレイなコミットをどうやって作るのか、という話を書きます (ショート)コミットハッシュ コミットハッシュとは、gitのコミットごとに生成される、40桁の[0-9a-f]からなる文字列です。 お手元のリポジトリ上で git log --format=%H を叩く
まえがき Object#yield_self、使ってますか？ Object#yield_selfはRuby2.5から追加された強力なメソッドです。 今回はその使い方を、似たメソッドである Object#tapと比較しながら説明します。 中身の実装 Object#yield_self
免責 ポエムです。 ワーキングメモリとプログラミング 実務にぶちこまれると、他人の書いた洗練されていない謎コードを読む機会があると思います。 今回はワーキングメモリの観点から謎コードを読めるようになる方法について書きたいと思います。 ワーキングメモリとは 参考: ワーキングメモリ - Wikipedia 脳内に一時的に記憶しておくための仮想的な領域やその概念のこと。 ワーキングメモリの多寡は(動作性の)IQに関連するとされています。 また、ワーキングメモリが大きい方が複雑なコードを読めると言われています[要出典]。 ワーキングメモリフレンドリーでないプログラム ワーキングメモリがいかにコードリーディングに関わるかの例として、 ワーキングメモリを浪費するコードを適当に考えました。 コードを読んで何が出力されるか考えてみてください。 Rubyです。 $output = ''; $do_some
このページを最初にブックマークしてみませんか？
『qiita.com』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
