こんにちは、mzpです。 今日はMisocaのesaに書いていた「よいコミットメッセージ・よくないコミットメッセージ」という記事を紹介したいと思います。 あらすじ 開発チームでは「コミットメッセージには変更理由を書いて欲しい」「コミットメッセージはWhatよりもWhyが大事」という話を何度かしているのですが、なかなか徹底できていません。 ので、もう少し具体的に「こういうコミットメッセージはよくないですね」というまとめを作ってみることにしました。 ちなみにこの過程でみつけたコミットメッセージに、こんなものがあります。 一切情報がなくておもしろいですね。 ファイル移動を移動した事実しか書かない これは以下のようなコミットメッセージです。 ファイル名を変更 ディレクトリを移動 ファイルを移動したことはコミットメッセージを見なくてもdiffから分かりますが、なぜその移動をしたかが分かりません。 の

多くの製造業においては、工場の稼働率が、重要な管理指標として今も使われている。3週間前のエントリ「原価の秘密 － なぜ、黒字案件だけを選別受注すると赤字に陥るのか 」（2014/07/06）でも説明したように、製品の個別原価を計算する際、材料費や労務費などの他に、製造機械の使用時間に応じた費用を含めるのが普通だ。その製品の加工作業で、製造機械が何時間必要だったかをベースに、機械のコストをチャージする。いわば“機械の使用料”だ。 個別の機械1時間あたりの使用料単価を『機械賃率』と呼ぶが、これは各機械の年間の維持費用（減価償却費等）を、年間の実稼働時間で割って計算する。機械の遊んでいる時間が多いほど、実稼働時間は減るから、同じ作業をしていても原価が上がる、というのがふつうの会計の仕組みだ。だから、製造業では稼働率を上げるべく、あれこれと努力するという訳である。 そして、前回のエントリを読まれた

2024年8月19日 CSS 画像の一覧を表示する時などは、画像のサイズが統一されていると並べて表示させてもすっきりキレイに整って見えますが、必ずしもサイズが同じとは限りません。かといってPhotoshopを使ってすべての画像をリサイズできない…ということもあるでしょう。そんな時はCSSでトリミングすると楽です！今回は「object-fit」というプロパティーを使って、画像の縦横比を保ちつつトリミングする方法を紹介します。 ↑私が10年以上利用している会計ソフト！ 画像を中央の位置でトリミングする まずはこの縦長の画像、横長の画像を並べ、縦横250pxの正方形の形で表示させてみましょう。 img { width: 250px; height: 250px; } CSSでこのように画像に対してサイズを指定すると… こんな感じでグチャッとつぶれて表示されちゃいます…。 そこで画像に対して ob

韓国政治の専門家がBBCニュースの取材を受けている最中に、部屋に幼い子供たちが乱入してきた映像は、インターネットであっという間に拡散し、すでに多くの人が目にしたと思う。 韓国の釜山大学政治外交学部で国際政治を教えるロバート・ケリー准教授が生中継で韓国の政変について解説していたところ、2人の幼い子供が次々と部屋に入ってきた。ケリー氏は「申し訳ない」とBBCのキャスターに謝罪しつつも、動揺することなく解説を続け、妻が急いで子供たちを部屋から連れ出した。

Wiki や esa なんかでひたすら箇条書きで記されているのを、最近たびたび見かけるようになった気がしたので話していた、文書構造のリファクタリングテクニックとなる。 基本は一番浅い箇条書きを大見出しにして、ネストを一段ずつ下げるといったものでざっくり以下のような図解で話していた。以下の例では大見出しになったものをタイトルとしており、中見出しが一番浅い箇条に対応している。初手としてはかなり手早く手を加えることのできるテクニックのひとつだと思う。 もちろん箇条書きが良くないといったものではなく箇条として成立していればよい。良くないのは箇条の重ね書きの結果として、箇条書きの4段ネストといったものなどで、それは既に箇条として破綻していたりする。そういった structure smell を作らないように積極的に見出しを導入しておくのがひとつの解だと思っている。 広く普及していると思われる Mar

わからない もうほんと生きる理由がわからない

「システム開発において雑でもいいのでスピードを上げることが重要」という話をちょくちょく見かけます。 この文脈における 雑の定義 や 雑を適用する領域 ってみなさんどのあたりを想定して話しているのだろう？ と思ったのでざっくり整理してみようと思います。 私の前提 経験としてはSI'er下請けの立場でウォーターフォール型のプロジェクトのプログラマとして従事した経験が1番長いです。 個別のモジュールを担当するプログラマだったり、チーム全体の課題管理・レビューなどをするチームリーダーなどを経験しています。 全体的なシステム設計などアーキテクト的なことはやっていません。 現職では自社のシステムを開発しています。 明確にアジャイルをうたっているわけではないですが、 やり方はアジャイル開発に近いです。 副業でWebサービスの開発をお手伝いしています。 こちらも明確にアジャイルをうたっているわけではないで

自分の知らないCJK Ideographのバリエーションがまだあったことに戦慄している pic.twitter.com/kUlyRLDDTM— moriyoshit (@moriyoshit) March 9, 2017 などというツイートをしたところ、思ったより反響があったのでまとめておく。 上記ではあいまいに「バリエーション」などと書いたが、Unicodeとそれを扱う環境においては、バリエーションと一口に言っても次のような状況がある。 意味論的に等価な異なる字形の集合 同じ字形で異なるコードポイントの集合 aは結構なじみ深いと思う。 a-1. 異なるコードポイントにそれぞれ異なる字形が割り当てられているもの 例: 「東」(U+6771) ⇔「东」(U+4E1C) 「斉」(U+6589) ⇔「齊」(U+9F4A) 「高」(U+9AD8) ⇔「髙」(U+9AD9) a-2. 同じコードポイ

東京暮らしの増田です。Switchの「据え置きのゲームが外でも遊べる」ってコンセプトにかなり惹かれて発売日に無事ゲットしたんだけど、しばらく時間が経つにつれて、こりゃ東京じゃSwitch売れないなと思うようになった。 もちろんゼルダは素晴らしすぎる出来でハマりまくっている。超優秀な時間泥棒だと思う。でも、だからこそ東京じゃもう「携帯できるゲーム専用機」は売れないんじゃと思うようになった。東京のカフェなどでは、ゲーム機をプレイしている人はほとんど見かけない。多くの人はパソコンで資料を作成しているか、本で勉強をしているか、読書をしているかだ。東京の人は地方在住の人に比べて圧倒的に学習意欲が高い。たまに地方のスタバに行くが、勉強をしている人は学生以外にほとんど見かけない。ここが東京と地方の大きな違いだと感じる。ボリュームのある据え置きタイプのゲームをプレイする時間が、東京人にはそもそも残っていな