Gitのコミットメッセージの書き方（2023年ver.）
本記事のモチベーション 約8年前、Gitを使い始めたときに以下の記事を公開したところ、想像以上の反応をいただきました。 当時はSubversionからGitに移行し、試行錯誤をしている中だったこともあり、多くの反応をいただけたことはモチベーションのひとつでした。 ただ、時が経ち、当然かもしれませんが現在は当時と違う書き方をしており、思想として変わっていない部分はあるものの、今でもときどきLikeをいただく中で、アップデートを全くしないのは誠実じゃないなと感じていました。 というわけで、現在のフォーマットも数年後には変わっている可能性が高いですが、その時々のスナップショットを公開することにも何らか意味があるかなと思い、「今の僕はこうコミットメッセージを書いているよ」というのをまとめました。 Gitを使う環境 開発フローやホスティングサービスごとのUIのdiffによって、最適なフォーマットは変
高校３の英語力「話す」「書く」 目標の２０％以下 文科省調査 | NHKニュース
高校生の英語力を調べた結果、苦手とされる話す力と書く力は、目標とする英検準２級程度に到達している割合が２０％以下にとどまることが文部科学省の調べでわかりました。専門家は「英語教育の再検証が必要だ」と指摘しています。 その結果、目標とされる英検準２級程度の力がある生徒の割合は、「聞く」が３３．６％、「読む」が３３．５％、「書く」が１９．７％、「話す」が１２．９％でした。 文部科学省はこの水準に達する生徒の割合を５０％にする目標を立てていますが、いずれも届きませんでした。中でも、日本人が苦手とする話す力は最も低く、０点だった生徒の割合も前回の調査より３．９ポイント高い１８．８％でした。 英語教育に詳しい立教大学の鳥飼玖美子名誉教授は「英語力の土台となるのが読む力だ。それによって語彙・表現を覚え、聞いたり書いたり話したりすることができるようになる。今は読むという地道な努力がおろそかになってきてい
やはりお前らの真偽値メソッド名は間違っている。 〜「Xxx できる？」系メソッドの命名〜 - Qiita
晒すつもりではありませんが、Facebook で友人のとある投稿を見かけて最初は「三単現にしないと💢」という軽い気持ちで返答したのですが、よくよく考えて見たらこれ思った以上のクソ命名でしたので、とりあえず流れのスクショを上げときます： はい、今回の記事はマサカリです。あしからず。 見ての通り、最初は友人の後輩ちゃんが isCanUseSkill という明らかにアレな命名をしてきたので、友人がそれを指摘をするも、まさかの allowSkill という更にダメな名前をつけてきた件。isCanUseSkill はまだ「なんだこいつの英語はｗｗｗ」という意図はわかるから笑って済ませそうな名前ですが、allowSkill は「これは命令なのか Yes-Or-No 質問を間違えて命令にしちゃったのか💢」という、書いた本人がもし友人じゃなかったら絶対引きずり出して小 1 時間殴りたいレベルのクソ名前
ここがクソだよ日本人エンジニア
インターネットによって世界が1つにつながっているにもかかわらず、英語という最大のファイアウォールのために、最先端の議論やサービスから取り残され、日本人しか生息しない独自の生態系をひたすら保守している（はてな・Qiita・ニコニコなど）。これが文化であれば「和食」「ポップカルチャー」など、価値あるものが生み出されることもあるが、テクノロジーの世界ではグローバルスタンダードから外れた「独自路線」や「車輪の再発明」はただのクソでしかなく、世界にとって無価値な存在である。事実、日本発の技術やサービスとしてグローバルで認知されているものは、日本の人口規模からいって極端に少ない。githubでのスター数やサービスをリリースすることによってではなく、カンファレンスなどで「登壇」しエンジニアとしての知名度を上げることで自身の価値を高めようとする。ただ「登壇します」「登壇しました」とTwitterやブログで
GNU Octave を横着にビデオ学習 | Webシステム開発／教育ソリューションのタイムインターメディア
人工知能プログラミングでは、大量の数値解析が必要になるので、それをいちいちプログラムしていたら面倒でしかたがないので、何らかのソフトを利用して楽をするわけだが、その中の有力なプログラミング言語としてMATLABがある。でも、これは有料である。 やはり気楽に使うためには、オープンソースであって欲しい。実はMATLABと互換性のある GNU Octave があるので、これを使ってみよう。 インストールは適当にやれば簡単に終わるのだが、プログラミング言語なので、それなりに勉強しないと分からない。 行列の扱いが簡単で、転置行列、行列式、逆行列などすぐにできる。 それだけではなく、3次元表示も可能である。 とりあえず簡単な入門をネットで探していたら、WIKIBOOKSの中に、Octave Programming Tutorialがあった。 どうしても日本語という人には、東海大学稲葉研究室の Octa
ちょまどさんのマイクロソフトエヴァンジェリスト就任から学ぶ、楽しい人生を送る3つのヒント｜NZ MoyaSystem
2016年も早いもので3月が終わりますね。そろそろ日本は桜の季節、友人がフェイスブックに上げる写真を見ながら花見が恋しくなる今日このごろ。ニュージーランドはサマータイムが今週末で終わって長い冬に突入します、ぶるぶる。 さてさて、そんな時期にエンジニア界隈がにわかに沸き立つホットなニュースが飛びこんできました。プログラマ兼マンガ家として活躍されているちょまどさん ( @chomado)が、マイクロソフトにエヴァンジェリストとして就職されたとのことです。 ちょまどさんについては、ちょうど大学を卒業されるあたりから Twitter をフォローしていて、SIer でテスターとして疲弊している頃のつぶやきも心配しながら読んでましたので、マンガの連載を始めたかと思ったらあっという間にマイクロソフトにヘッドハントされるという最近の活躍っぷりには胸を打たれます。もうマジでおめでとうございます！！！！ すご
【保存版】プログラミングで使うやたら難しい英単語のかんたん解説15選
プログラミングでコードを書くときは、99．9%英語を使いますよね。 クラス名やメソッド名をつけるのにも、欠かせません。 ですが、他人が書いたプログラムを見たとき、あなたはそこに書かれている英単語の意味を本当に理解していますか？ 知らない単語が混じっていて、困惑したことはありませんか？ fetch、acquire、retrieve…。 「よく分からないけど、まあいいや」ではすまされない！ コードの破綻を防ぐためにも、ここでばっちり、知らなかった英単語の意味をマスターしていきましょう！ 機種変更では、このような失敗をする方がとても多いです。 有料オプションを契約させられ料金が高くなった。。 待ち時間や契約時間が長くて、半日かかってしまった。。 キャンペーンや割引がきちんと適用されていなかった。。 スマホを乗り換えるときには、 → おとくケータイで乗り換えキャッシュバックをもらう で乗り換えをす
エンジニアが手早く英作文をする時はかどる Tips - tomoima525's blog
GithubのPRや海外Slackチャンネルでチャット、はたまた英語圏のエンジニアとやりとりする等、英語で文章を書くことはしばしばあります。そんな時、自分がよく使っている方法について書きます。 先に一番大事なこと 大事なことは、英語はあくまでもツールだということです。伝えたい内容が重要であり、英文を書くことに時間かけることはエンジニアにとって不毛です。 よっぽど英語が得意な人でないかぎり、一から英作文すると時間がかかって本質的でないところで時間を消費するということです。 なので一から文章を考えるのでなく、なるべく"型"を知ることがポイントだと考えています。それを踏まえた上で御覧ください。 文章を書く アルクの英辞郎とGoogle, Githubを組み合わせる 恐らく多くの人がGoogle翻訳などを使って英文を作っているかと思うのですが、アルクの英辞郎と組み合わせるともっとはかどります。理由
変数とかを英語にするとわかりにくくないですか？
プログラムを独学で勉強している初心者です（２ヶ月くらい） ちょっとした疑問があり、質問させていただきます。 プログラムのサイトなどには、変数などの名称には英語を使うべきと書かれています。 これはなぜなのでしょうか？ はっきり言って、この風習があるために勉強で困っています。 勉強のためにサンプルコードなどを見ていても、英単語が並んでいると、 どれがプログラム特有の命令で、どれがプログラム記述者が自由につけた変数名なのかが わかりにくいのです。 変数は変数であることがはっきりわかったほうが便利だと思うのです。 プログラムに慣れている人にはそんな必要ないのでしょうが… 自分でコードを書く時には、あとから自分でわからなくならないように 変数名には必ず「h_」をつけるようにしています。 h_speed とか h_count とか。 英語にするべき理由と、初心者のうちだけでも変数がわかりやすくするよう
英語とプログラミングを同時に勉強するなら「Practical Object-Oriented Design in Ruby」の一択 - ベルリンのITスタートアップで働くジャバ・ザ・ハットリの日記
短時間で効果的に英語とプログラミングを同時に勉強したい、となったらその方法として「英語でプログラミングの本を読むこと」がある。ただこれで私は何度も失敗した。失敗の原因は「本選びが悪い」に尽きるが、その主な理由として３つある。 英語が難し過ぎると訳が分からず頭に入らない。単に英語の字を目で追ってるだけ状態に入る。ネイティブとか英語上級者向けの本とは区別するべき。 プログラミングなどの技術書は陳腐化が激しく、その本を読む価値がたった数年で激しく減少する。「今さら○○に関する技術の本読んでもな。。」という気持ちで読んでも効果無い。 英語の初心者が苦労してさんざん読んだ後で「これダメだわ」となったときの労力、コスト、時間の損失がデカい。これは避けたい。 数々の失敗の末に辿り着いた結論は、英語とプログラミングを同時に勉強するなら「Practical Object-Oriented Design in
関数や変数のネーミングに悩んだら「codic」に日本語名を入力するとある程度解決するかも
codicとは codicは、日頃、変数名や関数名に頭を悩ませるプログラマのためのネーミング辞書です。 以前は、プログラマ向けの単語辞書といった感じだったのですが、Ver.3からは、「日本語を入力すると、ふさわしい名前を勝手に生成してくれる」という仕様になりました。 例えば関数名を作るのに、「従業員数を取得する」と入力するだけで「get_employee_count」という名前を勝手に生成してくれます。 これだけでも、かなり便利なんですが、codicにはその他にも、プログラミングのための便利な機能が満載だったので、その使い方などを紹介したいと思います。 codicの使い方 codicの主な機能は、日本語を入力すると、勝手にネーミングを生成してくれると言うことです。 ただ、ちょっとした使い方次第で、より便利に利用できるので、その使い方などの紹介です。 基本機能 まずは、基本的な機能、「日本語
コミット説明文の書き出しは動詞
本サイトはいわゆる帰国子女で30年弱英語を使っているエンジニアである筆者が英語関連の気になった項目や、質問された項目について解説を試みるサイトです。一応TOEIC 950点ですが、普段から使っているという以外に特に英語の専門的な知識はありませんので、鵜呑みにせず参考としてご使用ください。質問の仕方→ http://www.englishforengineers.jp/post/122219356460 コミット説明文は短めの物なら動詞で始めるのがわかりやすい： Fixed a bug where… Removed duplicate code for… Redo the logic around … ある程度長くなる場合はちゃんとした文章のほうがよいかもしれない。時と場合による。 追記 「コミットメッセージの最初の動詞は現在形で」というのをどっかで見て以来、そうしてるんですが、両者にどうい
エンジニアのための英語
本日、以下のような文章を読んだ > I was suffered from ~ ~の部分には遭遇した諸問題について書いてあったので、この文章は「苦しめられた」と言いたいのだと推察できた。ただ、残念な事に、be suffered というのは多分現在ではほとんど使わないし、意味が若干違ってくると思う（詳しくは検索してきて！） sufferと言う言葉は「苦しむ・被る」という意味なので、受け身にすれば「苦し『められる』」という意味になるのではないか、というつもりだったのはないかと推察するが、sufferはすでに受け身の意味なので、I sufferですでに何かに苦しめられているのであり、これをさらに受け身にする必要はない。 > I had to suffer from having to deal with spaghetti code とかなら、「スパゲッティコードに立ち向かわなくてはいけなかった
米国人からコーディングについての怒りのメールを頂戴した - その手の平は尻もつかめるさ
"米国人からコーディングについての怒りのメールを頂戴した" の補足 - その手の平は尻もつかめるさ ↑の方で補足いたしました。(2012.09.04 追記) 最近、英語のメールでよく怒られます。moznion です。 海を隔てて共同作業しているアメリカ人から、僕のコーディングについてお叱りのメールを頂いたので、 自戒の念を込めて邦訳して記します。 書いてあることは「当然」とも言うべき内容ですが、僕はその「当然」も守れていなかったのかぁ〜と反省。 以下、邦訳(意訳)です。 1. 郷に入っては郷に従え 既にソースコードが存在しているって事は、そこには同時にコーディングスタイルも存在しているってことだ。 その既存のソースコードに手を加える場合、別のコーディングスタイルを導入してはならない。 もし君がバックエンドのソースコードを弄っているなら、バックエンドのコーディングスタイルで記述するんだ。 フ
Japanese for Programmers
You too can find work as a programmer in Japan! Programming and software development is one of the few fields where non-Japanese can find great jobs in Japan. But in order to work in Japan, it is essential to learn the Japanese language. Especially, one must know the lingo used in the field where one is working -- namely software! For this purpose, I have gathered notes during my four years worki
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「プログラミング＝英語」という状況は正しくない。多言語でコードを書ける世界が求められている
ChangeLog を支える英語