50%還元 + まとめ買いでさらに15%還元!「キングダム」や「推しの子」など集英社ヤングジャンプ作品の2000冊以上が対象
![食べ歩きの達人が選ぶ「東京の絶品オムライス」10選|男子ハック](https://cdn-ak-scissors.b.st-hatena.com/image/square/7ca2ea38c7e98ebac57f1054fe018eb06e663f4c/height=288;version=1;width=512/https%3A%2F%2Fwww.danshihack.com%2Fwp-content%2Fuploads%2F2016%2F06%2F5bdd5ae786e875990c6944d89e46392b.jpg)
技術推進室の浅井です。 技術的負い目とは、世に言う技術的負債のことです。 社内で技術的負債の定義、ことばの表現を考える中で、「『負債』は優れた比喩表現であるものの、第三者への返済義務がない点で会計上の負債とは異なり、言葉としての問題も多く、不必要な議論を生み出しやすい」などの指摘があり、代わりの表現として社内の一部で使われている言い回しです。 最近社内のたいへん古いシステム(16年の歴史があります)の技術推進を行う機会があり、たくさんの技術的負い目と向き合いました。 そのような古いシステムの技術的負い目と向き合ったとき、エンジニアはストレスを感じ、ネガティブな感情を抱いてしまいがちです。負い目に苦しめられることで過去のコードや技術的判断に対して不満を言いたくなる気持ちはとてもよくわかりますし、実際に私もたくさん苦しんでたくさん不満を言いました。 ですが技術的負債の文脈でよく言われるとおり、
最近メンティーの成果物をレビューしていて,彼らにちょっと意識してほしいなと思ったので,メモ. Diff とは Linux の複数のファイルの差分を可視化する diff コマンドから派生して,エンジニア界隈では2つの成果物の差分を指す事が多い. なお,本稿では Diff を話題にあげているが,Git などのバージョン管理システム (VCS) 上でのコミットログと言っても大差ないかと思う. なぜ Diff が綺麗だと嬉しいか 敢えて上げる必要も無いかもしれないが,ぱっと思いついたものを挙げてゆく. ただ単純にレビューがしやすい 99% はここに行き着く.GitHub 上でプルリクエストを受け取った時に「この修正は何を意図しているか」と「実際にどのような修正を行ったか」の間を対応させるのに無駄な労力を使わずに済めば,その修正意図の是非や修正方法の良し悪しといった,より本質的なことに時間を割くこと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く