長年、「ソフトウェアエンジニアの心得」と題して、新卒新人向けの教育を行ってきました。その中で、推薦書籍として挙げている書籍です（改訂版が出ていれば、改訂版を表示しています）。 読みやすいコードを書く

システム開発の世界において「技術的負債（Technical Debt）」は繰り返し話題になり、しばしば炎上しています。 技術的負債という概念の生みの親は Ward Cunningham （ウォード・カニンガム）です。彼は 1992 年にオブジェクト指向プログラミングの国際カンファレンス OOPSLA '92 の Experience Report でコードの初回リリースを負債に例えました（"Shipping first time code is like going into debt"）。 Ward Cunningham はソフトウェアの世界に多くの貢献を果たしてきました。Wiki の発明者であり、XP と TDD の父 Kent Beck の師匠のような存在であり、建築の世界の「パタン・ランゲージ」を Kent Beck と共にソフトウェアに輸入した人であり、「アジャイルソフトウェア開

みんな大好き、技術的負債の話題である。 t-wada.hatenablog.jp まずはエチケットペーパーというか議論の前提として、和田卓人さんのブログエントリをはっておく。 技術的負債という概念の生みの親であるウォード・カニンガムの説明を読み直すと、「技術的負債」という言葉の一般的にイメージとは結構違うという話だが、ワタシ自身、技術的負債といえば、和田さんが書くように「リリース優先で雑なコードを書いたものの、結局はきれいに書き直されていないコード」や「古くなってしまった技術基盤（言語やインフラやフレームワーク）」のことだと思い込んでいた。これには蒙を開かされた。 ieeexplore.ieee.org 偶然だろうが、和田さんの文章が公開されたのと同じ今年の6月、IEEE Software に技術的負債についての文章が掲載されている。これを書いたのは、『Just Enough Softwa

yamdas.hatenablog.com 今月のはじめに書いたポエムだが、割と反響もあり、多くの人に読まれたエントリになったようでありがたいことである。 www.oreilly.com ワタシがエントリを書いた数日後に、ずっとこの話題に関して注目してきたマイク・ルキダス（オライリーメディアのコンテンツ戦略担当副社長）が、未来のプログラマにクリエイティブな仕事は残されているだろうか、というワタシの問題意識に偶然にも答える文章を書いている。この話題のフォローアップの意味で、今回はこのエントリの内容を紹介したい。 まず取り上げられているのは、マイクロソフトの Build カンファレンスで CTO のケヴィン・スコットが語った、GitHub の何千ものプロジェクトのコードを学習した AI が実際にプログラムを作成する実験プロジェクトの話である。この AI は、コメント内容から関数本体のコードを生

あらかじめお断りしておくが、以下、ほぼ妄想に基づくポエムである。 note.com 先月話題になったブログエントリであり、ワタシも読んでいて、自分が書いた「次世代のプログラミングツール、未来のプログラミング言語の方向性について」と「未来のプログラミングについて再考（機械学習とソフトウェア2.0、配管工プログラマ、オープンソースでは十分でない？）」との議論の近さを感じていたら、ちゃんと引き合いに出されていてありがたく思った。 たまたまだが、これが公開された数日後に AWS のノーコードツール Amazon Honeycode が発表され、俄かに「ノーコード」が話題になった。 aws.amazon.com jp.techcrunch.com jp.techcrunch.com 個人的には、このプロジェクトの紹介動画にでてきたのが、VA Linux の創業者にして、オープンソースバブル期（佐渡秀

いきなり補足ですが、ざくっとイングランドのコンピューティング教育の仕組みを説明すると、2014年9月からナショナルカリキュラムの一部として教科Computingが導入され、5–14歳においては必修（週に1時間程度）、その後に関しては選択必修の様な形（センター試験で必要な人だけ勉強するイメージ）になっています。GCSEやA-levelという単語が以下出てきますが、GCSEは16歳で受けるセンター試験のようなもの、A-levelは18歳のもの、と思って頂ければだいたいのイメージはあっています。 イングランドのコンピューティング教育の現状の概要 However, our evidence shows that computing education across the UK is patchy and fragile. (Royal Society, 2017) UKのコンピューティング教育は

「職業はITエンジニアです。大学の専攻は英文学です」「私は文系SEだから、プログラミングは苦手です」――このような「文系エンジニア」が、あなたの周りにもいないだろうか？　日本独自の文系エンジニアは、どのような経緯で誕生し、どのような働き方をしているのか。「文系」「理系」で分類することに意味はあるのか。日米のエンジニアが真剣に解説する。 「文系エンジニアは世界では通用しない」という話を聞いたことがあるだろうか？　米国やインドなどでITエンジニアになるためには、プログラミングのバックボーンや理系の学歴が必須、という話だ。 翻って日本のIT業界を見ると、経済学部や文学部、商学部などの「文系」学部を卒業し、就職してから初めて開発のいろはを研修で学んだというエンジニアが多数存在する。 文系エンジニアは日本独自の存在なのか。本当に海外では通用しないのか？――日米の実情を前後編でお届けする。前編は、文系

バグとグリッチ 最近、私が気に入っている神田神保町の「GLITCH・COFFE＆ROASTERS」（グリッチ・コーヒー＆ロースターズ）というカフェがある。狭い店内の5分の1は占めてしまう巨大な焙煎器もだが、なんといっても「GLITCH」という名前がいい。（今回は「週刊アスキー連載中の『神は雲の中にあられる』より転載です） “GLITCH”というのは「 【名詞】【可算名詞】《口語》1（機械・計画などの）欠陥、故障 〔in〕。2電力の突然の異常」（Weblio）という意味だが、私的には「millennium　glitch」（2000年問題）がすぐに頭にうかんだ。 要するに、“Bug”（バグ）が、プログラムやハードウェアの欠陥のことだとすると、それの発症が“Glitch”（グリッチ）なのだ。バグについては、よく語られているし私も『近代プログラマの夕』（拙著＝ホーテンス・S・エンドウ名で絶版だが）

ブログ以外での活動をみていただければ理解いただけるかと思うが、私は普段はフロントエンドの界隈にいる。 そのなかで、ちかごろ界隈のインターネットが非常につらいと感じることが多々ある。 他の界隈でもそれなりは見られるが、特にフロントエンドで顕著にみられるその「つらい」傾向を完結にまとめてみた。 フロントエンド地獄インターネットのメカニズム 現状のフロントエンドをみていて複雑な気持ちになるパターンはおおよそ以下である。 全体的な地獄フロー 何かしら新しい技術が出てくる Qiitaはてブロ辺りでイケハヤみたいなタイトルの技術系エントリが投稿される バズる 使ってもいない人間がニコニコ動画のコメントみたいな発言をする 地獄になる 誰しもこういう流れをみたことはあるだろう。本当に複雑な気持ちになる人間が多いであろうと思っているため、この「気持ち悪さ」の何が悪いか、どうして起きるのかを自分なりにまとめて

窓のない部屋に鮨詰めにされて 会議用の長机とパイプ椅子で 隣の人の肘があたったり、前の人の足が当たって 便所は長い行列で漏れそうになる 当然毎日終電 助けて 関連：【悲報】みずほ銀行の次期システム、デスマプロジェクトが破綻か。完成のメドなく4000億円がパー

一般的にプログラミングというのは総合開発環境(IDE)を使って開発するものです。JavaだったらEclipseとかNetBeans、C#だったらVisual Studio、AndroidだったらEclipseかAndroid Studioと、だいたい決まっています。 でも僕はどれも使いません。 何を使っているかというと、IDEじゃなくテキストエディタのみ。コンパイルはコマンドプロンプト上でコマンドを打つという原始的な方法をとっています（実際はバッチファイルを作ってそれを走らせる）。この話をするとたいてい不思議がられますね。何でそんな無駄なことするんだ、みたいな。 [ad#top-1] IDEを使うとプログラミングを覚えない まず第一の欠点はこれ。当然ながらIDEはプログラミングの補助をしてくれるので、自動で必要なコードを生成してくれる頭のいい奴です。でも、これって便利な一方で、プログラミン

汎用系のエンジニアからRubyのエンジニアとして転職して1年。 コボラー（笑）なんて言われることも多いが、この1年で出会ったRubyエンジニアは全て糞だった。 その特徴はだいたいこの3つだ。 1.テストを甘く見ているやれテスト自動化だ、やれテスト駆動開発だの口だけ達者なエンジニアの多いこと。 そもそもブラックボックステスト、ホワイトボックステストを分かっていない奴が多すぎ。 テストコードでカバレージが100%だったとしても実際の打鍵結果でエラーは弾けることが多いのにリリースしてしまう。 そもそもテストケース表を若いうちに書く習慣が無いからだ。 ドキュメントを揶揄し机上デバッグも行わない、こんな状態で「アジャイルですから」とかドヤ顔でいってしまうRubyエンジニアは糞である。 2.パフォーマンスを考えないRubyエンジニアはパフォーマンスを考えない。 どのメソッドがどれくらいの負荷なのか意識

Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

追記：はてなおや氏を批判したことで、はてブでブラックリスト設定された模様 いくらブックマークされてもはてなおや氏を批判する記事はホッテントリに掲載されない仕様のようです。以下本文 日本のWeb技術者は結構な割合ではてなを見ていると思う そういう中で有名な人、について分析をしてみる 人気は勿論わかるんだけど、実績で見ていってみて、冷静に、どういう点で有名になって、今何が凄いのか？という点について考えてみる 伊藤直也氏 新卒でニフティ、はてなに転職して、ブログ時代に知名度をあげる はてブを作って、はてブユーザにとっては神なのかもしれない。はてなCTO。 その後、グリーに転職し、スマホ事業部長。2015年の大赤字化したグリー。 経営の問題はあったのかもしれないが、明らかにスマホ事業の苦戦はスマホ事業の責任者であった、伊藤直也氏が作ったものだと言ってもおかしくはないと思う 「たいへんな所に来ちゃっ