「オブジェクト指向の継承を使うな」という主張が広まっているようです。なんでダメになったんでしょうか。 インターネットで見かけた「継承はダメ」という主張をいくつか眺めて、友人と議論しつつ、考えてみました。 「コードが読みにくくなる」 継承があると、メソッド呼び出しが実際にどのメソッド定義を呼び出すのか字面でわからない。 デバッガを使って、親クラスのメソッドに飛んだり、子クラスに飛んだりするのを追いかけないと行けない。 つらい。という主張。 めっちゃわかる。わかるんですが、これは「高度に共通化されたコードは読みにくい」という一般的な側面がかなり大きいような。 たとえば継承の代わりに高階関数を使うと、関数呼び出しがどのクロージャに飛ぶか字面でわからなくなる。 ひどいとコールバック地獄になって何が何やらになります。 継承がことさらにまずい理由を想像すると、すべてのメソッド呼び出しがポリモーフィック

どうも、レコメンド商品のシステム開発をしている野川と申します。 私は、2021年にモノタロウに新卒入社し、2022年5月からレコメンド商品の開発に関わり始めました。 モノタロウのレコメンド商品は、下の図の①～④の流れでクライアントサイドで表示しています。大部分の処理はJavaScriptで構成しており、UIもそのHTML部分をjQuery(JavaScript)で作成しています。 図：レコメンド商品表の流れ 入社当時私は、ソフトウェアエンジニアとして、「可読性の低いコードは駆逐するべきだ」「読みやすいコードだけが正義である」「理解しやすいシステムだけが皆を幸せにする」と心の底から考えていました。加えて、「なぜ先輩たちは可読性の低いコードを放置して平気なのか？」と疑問を持つこともしばしばありました。 レコメンド商品周りのコードはまさに可読性の低いコードベースとなっていたため、当事者となった私

There’s No Such Thing as Clean CodeのHacker Newsコメント経由でコードやシステム設計・最適化についての良いコメントを見つけた。どうやらHacker Newsで何度も引用されているらしいが日本語で言及された記事が見つからなかったので取り上げてみる。 コメントは2016年のSandi MetzのThe Wrong Abstractionに関するもので、発言者のcurun1rいわく「私は設計の優先順位をこの順序で学習することで、優れた開発者になれた」。*1 4つの基準と優先順位のガイドライン 状態 > 結合 > 複雑性 > コード量 私は状態 (state)、結合 (coupling)、複雑性 (complexity)、コード量 (code) の順に削減することでコードを最適化する。 コードがよりステートレスになるなら、結合を増やすこともいとわない 結

カルロス・ゴーン氏は、なぜ逃亡したか。 日本の刑事司法の闇のフルコースを喰らい、絶望したから、ではないでしょうか。 何か問題が起こると、誰かの責任問題にしたい人たちがいます。しかし、最初に申し上げておくと、今回の件に限っていえば、保釈を認めた裁判所にも、保釈請求を通した弁護人にも、一切責任も問題もありません。 これは、日本の刑事司法システムをきちんと理解している人にとっては当然の理解です。本件で裁判所と弁護人の責任を問おうとする人は、日本の刑事司法に関する基本的な知識がないし、本件の特殊性を過大評価しているだけと言っていいでしょう。 他方で、おそらく刑事弁護に携わる多くの弁護士は、彼が逃亡したくなった理由に、理解を示すと思います。 彼の弁護人を務めている高野隆先生は、昨日、ブログでこのようなコメントをされておられました。 確かに私は裏切られた。しかし、裏切ったのはカルロス・ゴーンではない。

転籍のため東京から離れる。2018/8/15に名古屋から引っ越したので、1年4ヶ月ほど東京で生活した。 🏠広尾生活 会社の近くの広尾に住んだ。おかげで満員電車と無縁の生活を送れた。 通勤時間が短かい。最高。 家賃は高めなので、部屋はそれほど広くない。VRゲームゾーン(無)に生活エリアが圧迫されている。 銭湯も近いのでよく行った。巨大な浴場を普段から使えるのがいい。 大きいお風呂に入ってリフレッシュしよ、と思ったら、近所の銭湯かことごとく休み— mzp (@mzp) 2019年1月22日 深夜まで空いてるラーメン屋があるので、唐突にラーメン食べたくなっても食べれる。(よくない) うまく寝れなかった日に、雨のなか行ったラーメン屋 ただ日比谷線の終電は山手線より早い。何度かギリギリになった。 🚧変化する道 渋谷区民なので、よく渋谷に行ったが、行くたびに街が変わってて戸惑った。区役所が改装中だ

上級国民「一度使ったトイレットペーパーを洗ってまた使う人間はいないだろ？不潔じゃないか！」 なんも言い返せんかったわ…

不正指令電磁的記録に関する罪（刑法１６８条の２および３）について、前回の記事では、最高裁判所へ情報公開請求をしました。具体的な請求は、以下の項目です。 令状審査に関する統計 平成２３年度から平成３０年度までの期間における，刑法１６８条の２及び１６８条の３の罪に関する令状（逮捕状，勾留状及び捜索，差押，検証許可状）の請求数及び審査結果が記載された文書。 刑事裁判官のＩＴ研修 平成２３年度から平成３０年度までの期間において、刑事事件を担当する裁判官を対象として実施された，情報技術（ＩＴ）についての研修に関する以下の文書。 （１）研修の表題，実施期間並びに外部講師を招聘した場合にはその講師名及び所属が記載されたもの。 （２）各研修において裁判官に提示または配布された資料。 なお、これまでの動きを追いたい方は、Twitterのmomentにまとめてあるので追ってください。ブクマ推奨。 https:

井戸に愚痴を叫んだつもりが、けっこう見て下さる方が多かったみたいで驚いた 書いたことはフェイクも何もないので、拡散されて妻の目に留まる可能性が出てきたので本文を消すことにする 後から見に来た人は申し訳ない コメントはすべてが胸に刺さる思いで、子供のことを思えば何か変化を求めて行動するべきだなと思った（殺すわけじゃないよ！）

自民党支持者だけど流石に辛くなってきた。 どこの党に入れたらIT担当大臣にまともな人を据えてくれますか？ 次の選挙はそっちに投票します。 【こっから追記】 ホッテントリに入ったのに全然具体的な人名が出てこないのワロタ…ワロエナイ… 自民党に投票する奴は馬鹿、とか自民党以外なら何でもいいとか、そういうとこだぞ！ 個人的には徳丸浩を擁立する党があったらついていくわ。

ネット上にはたくさんのIT系のコンテンツがあふれています。そのほとんどは文章として書かれていますが、一部にはマンガの形で面白く分かりやすくしたものもあります。 ここでは、マンガ化されたITコンテンツを集めてみました。毎年夏の恒例企画、ITまんがの2019年版です。 今年のトピックは新着マンガの1つ目と2つ目で紹介している、AWSとレッドハットが自社製品の解説をしているマンガです。企業向けのビジネスが中心のこの2社がマンガという手法を使ったことは注目に値するでしょう。また3つ目と4つ目で紹介している、すがやみつる氏のマンガは懐かしい思いで読む読者も多いのではないでしょうか。 もしここに掲載していないITまんがをご存じでしたら、Twitter（@publickey）などで教えてください。毎年更新する予定です。 2019年版の新着ITまんが New! 七転び八起きのAWS開発日記 新米プログラマ

どうも、しんざきです。 実を言うと先月・先々月と、プロジェクトが割と生死をさまようレベルで炎上しておりまして、夢のデスマ王国という風情だったんですが、お蔭様で今月はだいぶ落ち着いてきまして、若干人間的な生活が出来る状況になってきました。 デスマ程健康に悪いものはこの世に存在しないと思います。 失敗した時の話をします。 十年近く前の話ですが、システム開発の会社に勤めていたことがあります。 それ程有名な会社ではないのですが、一応独立系で、社員は4桁に届かないくらいで、SI案件とSES案件が大体半々くらい、自社業務と客先常駐も大体半々くらいという、まあよくある「昔ながらのシステム開発会社」だったと思います。 私はその会社で、主に金融関連のプロジェクトを担当する部署に所属していました。 ぬるい案件もあれば地獄案件もあったのですが、まあそれはいずれ、ほとぼりが冷めた頃に書こうと思います。 某大きな銀

最近、技術者の転職を支援する会社の人と酒を飲んだとき、その人が「何と言うかな、日本の企業は技術者を甘やかし過ぎのような気がするんですよ」と言い出した。意味がよく分からなかったのでポカンとしていると、その人は話を続けた。何でも「技術のことだけをやっていればよい」との条件で技術者を募集する企業が増えたそうなのだ。 技術者が技術のことだけをやっていればよいなら、夢のような職場だ。そこで「結構なことじゃないですか」と返したところ、その人は次のように答えた。「実は、企業の採用担当者から『優秀な技術者を採用するためには、技術のことだけをやっていればよいとして募集すべきだろうか』と聞かれることが増えたのですよ」。 なるほど、それなら確かに技術者を甘やかしている。そんな夢のような職場がもともとあるならともかく、優秀な技術者を採用するために、夢のような環境をこれから用意しようというのだから、どうかしている。

俺、コンサルタント。準委任だから品質には責任持ちません：「訴えてやる！」の前に読む IT訴訟 徹底解説（61）（1/3 ページ） コンサルティング会社が作った要件にヌケ漏れがあった。責任を取るのは、開発会社か、コンサルティング会社か、それともユーザー企業か？――IT訴訟事例を例にとり、システム開発にまつわるトラブルの予防と対策法を解説する人気連載。今回のテーマは「コンサルティングの義務」だ。 連載目次 謹んで新年のお祝いを申し上げます。 いよいよ平成最後の年となるが、この30年間、オンプレの汎用機システムがクラウドやスマホアプリに変わり、ウオーターフォールがアジャイルになっても、IT紛争の類型に限っては相変わらず要件定義やプロジェクト管理の問題が取り上げられる。それでも、本連載などを参考に、毎年少しずつでもIT導入に関わるプロセスを改善させ、その成功率を少しでも高めていただきたい。そんなこ

誰にとっても通信速度は遅いより速い方がいいけど、情報の速さで利益を出している高頻度アルゴリズム取引業者にとっては、通信速度は死活問題だ。そういった業者のために、証券取引所間のレイテンシをマイクロ秒単位で減らすネットワークが、数百億～数千億円というお金を使って構築されている。ここではそういうネットワークについて書いてみよう。 いつの時代でも、証券取引の参加者にとって、他の証券取引所の状況をいち早く知ることは重要だった。他の人が知らない取引状況を知っていれば、それはある意味ちょっとだけ未来を知っているのと同じようなもので、わずかな時間とはいえ有利な売買ができるからだ。そのために昔から市場参加者は伝書鳩や電話などあらゆる方法で早く情報を得ようとしていた。とはいえ、人間がすべての注文を出していた時代は通信速度を極端に最適化してもあまり意味がなかったが、コンピュータを使ったアルゴリズム取引が一般化す

はじめに 先日のわんくま横浜で田淵さんの話された Xamarinバッドノウハウ大全　で自分の報告したバグ?が多く採用されてたようなので補足です。 一応自分の立ち位置を言っておくと、Xamarinのトラブルとかバグとかに対してタヒね！と怨嗟の声を日々ツイッターでつぶやいてますが、Xamarinはほかのものに代えがたくXamarin.Formsもとても有効な弾丸だと思ってます。 一言でいうと　Xamarin、Xamarin.Formsはいいぞ。F#もいいぞ。　という感じです。 前置きは置いておいて以下補足。 Visual Studio と Xamarin Studio で相互運用す ると .csproj がゴリっと書き換わったりすることがあ るみたいよ。 WindowsのVSとMacのXSでソースをやり取りするとIDEのバージョン?とかなんかいろいろ書き換わります。 それで問題あるかどうかです

この連載では、先が見えない「暗闇プロジェクト」を担当するマネジャーにとって参考になりそうなヒントやノウハウを紹介している。 前々回（現場に行かずにマネジャーが危機の予兆をつかむ方法は存在する）と前回（「役割分担をはっきりさせよう」、メンバーがこう言い出したら危機のサイン）では、危機の兆候を察知するためのセオリーを紹介した。今回も、関連した二つのセオリーを説明する。 セオリー1 「できる、できない」と「やりたい、やりたくない」の議論を混同しない マネジャーが「扱いにくいな」と感じる部下や後輩はどこにでもいる。IT企業に勤めるG氏はその一人だ。 G氏はこれまで複数のプロジェクトに携わってきた。ブロジェクトの規模や内容はそれぞれ異なるが、共通しているのはどのプロジェクトでもマネジャーがG氏に手を焼いたことだ。依頼された仕事にとにかく難癖をつけたがるのである。 「このタスクにこれだけの時間がかかり