else 句に「// 何もしない」コメントを書く意味について
確かに、パッと見で 「なんだこれ？」 になりますね。 意味のないコメントとして else 句ごと削除してしまって良さそうにみえます。 しかし、実はこの「何もしない」コードは、 プログラミング（理論）的に面白い側面を持っている ので、簡単に記事にまとめてみたいと思います（記事中では Swift に似た擬似コードを使用します）。 キーワード if 式、網羅的パターンマッチ、参照透過、副作用、モナドと単位元 else 句が省略できる条件 例えば、次のコード例を考えてみます： let array: Array<Int> = ... var positiveArray: Array<Int> = [] // var = 可変変数 for x in array { if x > 0 { positiveArray.append(x) } else { // 何もしない } } ここでは array か
特急がオーバーヒートで峠を越えられず｜NHK 北海道のニュース
８日、オホーツク海側の遠軽町を走行中のＪＲ石北線の特急列車がエンジンの不具合によって、峠の坂を登れなくなるトラブルがあり、乗客は近くの駅でタクシーに乗り換えて移動しました。 ＪＲ北海道によりますと、８日午後８時すぎ、ＪＲ石北線の網走発札幌行きの特急オホーツクが、遠軽町を走行中、ディーゼルエンジンがオーバーヒートを起こしたため、峠の坂を登れなくなりました。 この列車は４両編成で、いったん、坂を下って、オーバーヒートを起こした３号車のエンジンを１５分間冷やした上で坂を上り始めましたが、再びオーバーヒートを起こしたということです。 現場は遠軽町から上川町に向かう北見峠にある傾斜の急な区間で、列車には残りのすべての車両にもエンジンが付いていますが、３号車のエンジンの出力なしでは峠を越えられないと判断し、遠軽駅まで戻って運休したということです。 列車には、４７人の乗客が乗っていて、ケガはなく、ＪＲは
Webフロントエンドの開発効率を高く保つための考え方
これまでいろんな現場でWebフロントエンド開発をしてきて、メンテナンスしやすく効率の高いWebフロントエンド開発をする上で重要になる考えが自分なりにまとまってきたので記事にしてみます。 Worse is Betterという考え方 自分が見てきた中でWebフロントエンドの開発効率が落ちてしまう一番の要因は、きれいで理論的には優れているアーキテクチャを構築しようとしてそれ自体がもたらす複雑性を支えきれないというパターンです。 少し前にフロントエンドにClean Architecture（以下CA、あの同心円の図を指すのは誤用に近いですがここではそれに乗ります）を導入する記事が流行ったと思いますがあんな感じです。ああいったクラスベースでDIが重要となる設計手法はサーバーサイドのJavaでSpringを使うのとは違ってReactがサポートしているものではないため、CAの実現自体に高い設計スキルが必
else 句に「// 何もしない」コメントを書く意味について
確かに、パッと見で 「なんだこれ？」 になりますね。 意味のないコメントとして else 句ごと削除してしまって良さそうにみえます。 しかし、実はこの「何もしない」コードは、 プログラミング（理論）的に面白い側面を持っている ので、簡単に記事にまとめてみたいと思います（記事中では Swift に似た擬似コードを使用します）。 キーワード if 式、網羅的パターンマッチ、参照透過、副作用、モナドと単位元 else 句が省略できる条件 例えば、次のコード例を考えてみます： let array: Array<Int> = ... var positiveArray: Array<Int> = [] // var = 可変変数 for x in array { if x > 0 { positiveArray.append(x) } else { // 何もしない } } ここでは array か
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
痩せたら、脂肪はどこへ行くの？