本記事はコーディングが得意ではないし、ものすごく好きなわけでもない人にとっての生成AIを使ったコーディングについての意見を書いたものです。書くのはあくまで個人的な活動についてのもので、所属する組織の一員としての活動とは関係ないものと考えてください。 ここしばらく、生成AIを使ったコーディングが流行っていますね。私の観測範囲では、情報発信している方は、もともとコーディングがめちゃくちゃ得意であったり、好きであったりする人が多かったです。そんな中で、そうではない人の意見は何らかの役に立つのではないかと思って書きました。「開発の楽しさ」「開発速度」「品質」がどのように変わったかに注目しています。 まずは開発の楽しさについて。これは私は上がりました。コーディングがものすごく好きな人が「楽しくなくなった」と言っているのを少なからず見ましたが、私はそれはありませんでした。これはコードを書くことそのもの

「Linuxカーネルプログラミング」という本を翻訳しました。明日(2025年7月28日)発売です。 Linuxカーネルプログラミング 第2版 作者:Kaiwan N. Billimoria,武内 覚（翻訳）,大岩 尚宏（翻訳）O'Reilly MediaAmazon 原著はこちら。 Linux Kernel Programming: A comprehensive and practical guide to kernel internals, writing modules, and kernel synchronization 作者:Billimoria, Kaiwan N.Packt PublishingAmazon Linuxカーネルを扱った日本語の書籍といえば、「詳解Linuxカーネル」や「Linuxカーネル2.6解読室」が有名です。 詳解 Linuxカーネル 第3版 作者:Da

技術評論社から恵贈いただいた「OSのしくみ」の読書感想文です。 amzn.to 以前に読書感想文を書いた「[作って学ぶ] ブラウザのしくみ」の姉妹書です。 satoru-takeuchi.hatenablog.com 本書を一言でいうなら「RustでOSを書く方法を隣の席にいる先輩(筆者)に教えてもらうような本」です。本書を読み終えたとき手元にはRustについてのある程度の知識と、デバイスをいくつか操作できるOSが得られます。Rustの知識は他の本でもある程度得られますが、RustでOSを書く知識は私が知る限り日本語ではこの本でしか得られません。ここに魅力を感じる人にとっては読む価値は大いにあると思います。 想定読者 想定読者は本書冒頭に次のように書かれています。 プログラミングは少しかじったことがある 少なくとも1つのプログラミング言語をある程度使える Rustというプログラミング言語の

「[作って学ぶ] ブラウザのしくみ」という本を技術評論社から恵贈いただいたのでレビューを書きました。なお、作って学ぶ本なのに、わたしはまだコードを読んだだけで書き写してはいません。そういう人が書いた感想だということはご承知おきください。 ［作って学ぶ］ブラウザのしくみ──HTTP、HTML、CSS、JavaScriptの裏側 WEB+DB PRESS plus 作者:土井 麻未技術評論社Amazon 本書はWebブラウザのしくみを、自分で作ることによって理解しようという意欲作です。眼にした瞬間に「デカ！」と思った程度には大きく、400ページ以上あります。しかし、読後感は「たったこれだけのページ数に、よくぞこれだけの内容を詰め込んだものだ」でした。わたしはWebブラウザを作ったことがないし、関連技術に明るくもないこともあって、大変ためになりました。 昨今のWebブラウザは非常に多機能かつ複雑

本日10/23発売の「絵で見てわかるLinuxカーネルの仕組み」という本を自分含め6人で書きましたので、宣伝します。 絵で見てわかるLinuxカーネルの仕組み 作者:市川 正美,大岩 尚宏,島本 裕志,武内 覚,田中 隆久,丸山 翔平翔泳社Amazon 本書はIT技術のさまざまな分野について視覚的に理解するための翔泳社の「絵で見てわかる」シリーズの中の一冊です。 www.shoeisha.co.jp このシリーズは、これまでに「ITインフラの仕組み」、「Webアプリ開発の仕組み」、「マイクロサービスの仕組み」など、さまざまなものを扱ってきました。本書は「Linuxカーネル*1の仕組み」を扱います。Linuxカーネルを絵から理解するというコンセプトの本です。 Linuxカーネルは Red Hat Enterprise LinuxやUbuntuといったLinuxディストリビューションの核(カー

よく聞かれるのでタイトル通りのことを書こうと思ったわけですが、さて実際のところどうだったかとなると、なかなか思い出すのが難しいです。少なくとも「最初からできた」ではなかったです。そして「俺は全然駄目だ」な状態から「いける」という状態に、あるときを境にフラグが立ってそうなるというようなものでもなかったです。いくつかの出来事によって、ようやくそう思えたと感じたと記憶しています。本記事ではこれらの出来事について紹介いたします。 本記事の主な対象読者は、社会人一年生を含む経験が浅いソフトウェア技術者で、かつ、「一人前になれてないなあ」と日々悩む人々です。「一人前とは何か」という疑問もありますが、これは先輩方から逐一指導されて仕事をするジュニアエンジニアから、それなりに独立して仕事ができるようになるミドルエンジニアへの脱皮までの道と考えてもらえればいいかと思います。みなさん取り組んでいる業務は恐らく

何らかの問題を解決しなくてはならなくなった時に、解決よりも深掘りを優先してしまう特性の人がいます。 たとえば問題に対する短期的な対策を考えることをおろそかにして、根本原因究明と根本対策方法をじっくり考え込んでしまうような人が該当します。他人事のように言ってますが、筆者もそうです。本記事は、そういう筆者が過去に仕事で困っていたこと、ある時から状況によって取り組み方を変えられるようになったという話をします。 上記のような特性の人は、調査のたびに深い知識が得られ、血肉となっていきます。それゆえ技術に明るい人とみなされることもあります。その一方で、困ることもあります。とくにそれは発生した問題が自分ではなく他の誰かのものだった場合、かつ、急ぎ問題解決が必要な場合です。業務ではこのような場面が非常に多いです。 この場合、問題の深掘りを最優先にしてしまうと仕事が遅くなりがちです。みなさんも、「あの人、技

Binary Hacks Rebootという本を著者のかたから恵贈いただいたのでレビューを書きます。著者や寄稿者のうちの何人かは知り合いだったり、本が恵贈いただいたものだったりでバイアスがかかっている可能性がありますが、ご容赦ください。 Binary Hacks Rebooted —低レイヤの世界を探検するテクニック89選 作者:河田 旺,小池 悠生,渡邉 慶一,佐伯 学哉,荒田 実樹オーム社Amazon どんな本か 本書はいわゆる低レイヤと呼ばれるバイナリがいっぱい出てくるような技術について小ネタを山盛り、Hacksなので89(ハック)個、詰め込んだ本です。 扱う分野は以下のように多岐にわたっています。 ELF(Linuxなどで使われる実行ファイル、共有ライブラリを保存するファイルの形式) OS、とくにLinuxについてのもの コンテナ技術 デバッガ・トレーサ セキュリティ 数値表現とデ

世の中たくさんのインプット、アウトプットの機会があります。勉強会に参加したり、そこで発表したり、記事や本を読んだり書いたり…などなど。 SNSを見ると世間の多くの人はこういうことをしているように見えます。「自分もやらなきゃ」という気になってきます。 これらは自分のスキルを高めたり、同士を見つけたり、生きがいを見つけたりするよい手段だと思います。自分だけが嬉しいのではなく、 価値あるコンテンツを提供したり勉強会の運営を手伝ったりすれば、自分だけではなく周りの人もうれしいこともあります。 ただし、こういうことは、やればやるだけよいというわけではないと私は思っています。 人間は意図的に休んだり寝たりしていない限り、疲れます。いくら楽しくても心身ともに消耗します。なのでインプットやアウトプットは 自分が健康を保った上で、プラスアルファとしてやる程度といいと私は思っています。疲れてるときは、仕事が忙

わたしに声をかけてくれるIT技術者、とくに経験が浅い人に私用PCの開発環境は何を使っているかということをよく聞かれます。なにかの役に立つかもしれないので、環境を紹介しつつ、どういう思いでそうしているのかについても書きます。 私のバックグラウンドを説明しておくと、会社員として15年ちょっとLinuxカーネルの開発、サポート業務をしていました。その後6年くらい別のSaaS企業で自社インフラ用の分散ストレージの開発をしています。このストレージはLinux上で動作します。趣味ではLinuxカーネルやその周辺領域についての技術書を出したり記事を書いたり、YouTubeの動画を公開したりしています。つまりLinuxに非常に縁が深いです。 わたしはPCを2台持っています。一つめは普段使いのモバイルノートPC、もう一つはミニタワーのデスクトップPCです。ノートPCはVAIO Zで、スペックを盛れるだけ盛り

家にパソコンがはじめて来てから30年くらい、プログラミングを始めてから20年以上が経ちました。その間、IT技術に対する愛は変わらずに、ずっと走り続けてきました。では当時の自分と今の自分で何が違うのだろうと考えてみたところ、めちゃくちゃ変わっていたのでびっくりました。本記事では何がどう変わったのか、それを見てなにを思ったかなどを書きます。 昔は次のようなこだわりがありました。 大きなものは一つの仕事をする単純で小さなツールを組み合わせて作るべし ソフトウェアは可能な限り設定可能になっていてほしいし、それを自分の好みになるまでカリカリチューニングしたい 可能な限りすべてキーボードだけで操作できるようになっていてほしい いわゆるUNIX哲学をはじめとして、いろんな本やWebサイトなどに強い影響を受けていることがよくわかります。 ところが今は次のように全然違うことを考えています。 トラブルハマった

わたしはよくIT技術系の外部発信をします。手段は記事や書籍の執筆やYouTube動画公開、登壇など、いろいろあります。その立場から、実例をもとに外部発信をするコツを紹介したいとおもいます。外部発信にもいろいろありますが、査読付き論文を書くとかいうすごいことではなく、さくっとブログ記事を書いたり、どこかの勉強会で発表するなどのことを軽いノリでやることを想定しています。 おもな対象読者は「なんらかの外部発信をしたいけど全然できない」「どうやればできるんだ」などと日々モヤモヤしているかたです。既に外部発信の実績がたくさんあるかたにとっては、人のスタイルを知るといいことがあるかもしれません。外部発信にとくに興味がないかたには役に立たないかもしれません。 三行まとめ まずは「やる」と決める 普段からちょっとしたことに疑問を持って、調べて、ネタを集めておく 今できること＋αくらいで、できる範囲でやる

私は会社員なのですが、いろいろ副業してます(副業OKの会社)。それぞれについて当たり障りのない範囲で現状を書いた上で、受け取れる額(具体的な金額は一部除き出てきません)や効率のよさなどを比較します。あくまで一般的なものではなく、わたし個人の話なのでご注意ください。 現在の定期収入は以下の通りです。 物書き YouTubeの動画配信 Amazonアソシエイトプログラム Xの収益分配金 GitHub Sponsor 上から順番に、それぞれどういうものか書きます。 物書きはIT技術、とくにLinuxカーネルやそれに近いレイヤについての書籍や記事の執筆です。それらの原稿料やら印税として対価を得ています。本がまあまあ売れているらしいこともあって金額としてはけっこう大きいですが、かなり手間やストレスがかかります。いったん書いてしまうと、あとは何もしないのに定期的にお金が振り込まれるのでうれしいです。た

はじめに ITの世界で「低レイヤ技術」と呼ばれるものがあります。明確に定義されているわけではありませんが、アプリケーションのような直接エンドユーザに触れる部分ではなく、しかもなるべく生のコンピュータに近い部分、たとえばOSカーネルやコンパイラ、CPUを開発する技術などがあります。これらの技術に明るい人はそうそういないのですが、「やってみたい」という根強い人気があります。 学生のかたでもセキュリティキャンプなどで実際にある程度身につけてしまうような人もいます。そしてますますこの手の技術に趣味としてのめり込んでいって楽しくなる…というところまではいいのですが、「ではこの技術を会得した先に何があるのか」と不安になる人も多いようです。とくに学生さんの場合は「低レイヤ技術を使って今後なんらかの仕事をして生きていけるのか？」といったことが気になるようです。今日もそのような話を少し耳にしたので、自分の経

明らかに誤ったことをしたのにそれを認められずに醜態をさらしている、場合によっては傷口を広げて自分を窮地に追い込んでいる人を大量に見てきた結果、「こうはなりたくないな」と思う気持ちがずっとありました。にもかかわらず、数年前に見事に過ちを認められずに、謝罪できずに無様な姿をさらしたことがありました。公の場でやったことではないし、もしかすると謝罪されるべきだった相手は気にしていなかったかもしれませんが、自分から見れば間違いなく無様でした。 こういうことがあって以来、誤りを認める練習をするようになりました。練習といっても、壁に向かって謝罪し続けるというような話ではなく、自分の言ったこと、書いたことが間違っていたとわかったら、何もしなくてもその場はやりすごせそうな小さなことでも即座に「これは誤っていた」と表明するということをやっています。小さな誤りを認められなければ、大きな過ちを犯したときにも認めら

2023/8/13 18:20 タイトル変更。「ソフトウェア開発者が好きなコンピュータ以外の本」→「ソフトウェア開発者のわたしが好きなコンピュータ以外の本」 2023/8/15 16;20 「敗者のゲーム」から「星を継ぐもの」までを追加 私はソフトウェア開発者です。このブログなり別の場所なりでコンピュータについての参考書を何度なく紹介してみました。本記事はそれとはちょっと違って、私がこれまで出会ってきて感銘を受けたコンピュータに関係ない本たちを紹介します。紹介順とお気に入り度は連動していません。思いついた順番に書いただけです。 ルワンダ中央銀行総裁日記 銀行家である筆者がルワンダという国の中央銀行総裁を務めていた時期のことについて述べた本です。事あるごとに色々なところで紹介される有名な本なので、名前は聞いたことがあるとか読んだことがあるとかいう人は多いかと思います。本書の凄いところは2つあ

仕事してるとさまざまなタスクをこなすことになります。タスクの粒度、期限、難易度などは物によって異なりますが、共通しているのはタスクの終了条件を満たして初めてタスクは終えられるということです。本記事では、この当たり前過ぎて何をわざわざ…というところをわかってなかった社会人になりたての頃くらいの失敗を共有します。なお、当時を知っている人が「ああ、あの件ね」と特定できない程度に、適当に話を脚色してます。 ことの発端はザクっと書くと次のようなものでした。 あるシステムでトラブルが起きて、考えられるのはソフトウェアfooかbarか、いずれかの問題だった fooとbarは別のプロジェクトの管轄下にあった 一週間以内に問題を解決するか、あるいは回避策を出すというタスクができた このタスクのfoo側の担当がわたし、bar側の担当がAさんになった このトラブルについて私が初期調査をすると、fooに問題がある

ご縁があって英語の本を先日翻訳一部翻訳しました。どんな本かはこの記事にはあまり関係ないので気になる方はこの記事をご覧ください。本記事の目的は、この作業の苦労したこと、工夫したことを紹介して、これから英文を和訳する必要が出てくる人に何らかの参考にしてもらうことです。 翻訳した本は土地勘がある分野の本で、かつ、私は専門書なら日本語とそれほど変わらない速度で読めるので「まあなんとかなるだろ」くらいの感覚で引き受けたのですが、そんなことはまったくなかったです。ここでは、とくに大事だと思った2つのことを紹介します。 1つ目は専門用語の日本語化です。ほとんどの専門用語は英語として理解できたのですが、それを日本語の文書内に書くときには適切な表現を選ぶ必要があって、それがかなり大変でした。人によってやりかたはたくさんあると思いますが、私は次のような方針で邦訳しました。 広く使われている日本語訳があればそれ

(2017年12月25日注) 本記事より新しいバージョンのWindowsについての類似記事を書きましたので、本記事のかわりにそちらをごらんください。 はじめに わたしの手持ちのノートPCにはWindows10が入っています。もっぱらWindows Subsystem for Linux(WSL, いわゆるbash on Ubuntu on Windows)上で作業をしています。次のような小規模なプログラムの実行については全く問題無く使えており、WSLが無かったころに比べると、Windows端末を使った開発が非常に楽になりました。 ちょっとしたプログラムの動作確認 sshでリモートの開発マシンにログイン 小規模ソースの読解(タグジャンプ、grep検索、git操作など) その一方で、次のような操作においては、そこそこのスペックのマシンのはずなのに、やや「もっさり感」を感じることがあります。 長

4/6 更新。Amazon上の煽り文を最新化＆公式サイトから目次を転載 一部だけ翻訳にかかわった「入門モダンLinux」という本が4月7日に出るので宣伝を兼ねた紹介をします。 原著は「Learning Modern Linux」です。 本書のタイトルを目にしてまず思うのは「モダンLinuxとはいったいなんぞや」でしょう。これについてはamazonにも載っている煽り文をご覧ください。 Linuxはサーバ、組み込み機器、スーパーコンピュータなどにおいて存在感を示してきました。近年では、オンプレミスのシステムだけではなく、クラウドサービスでも広く使われています。本書は、前半でLinuxを使いこなす上で必要な基本知識を、後半で最新情報をまとめています。Linuxの知識を体系的に整理したい、最新動向が知りたい、運用を改善したい、効率的に開発を行いたい、といった要望をかなえる内容となっています。時代の

2021年にスタンディングデスクを買ってからしばらく経ったので、感想を書いておきます。対象読者は一日中デスクワークしてるような人です。わたしのようなリモートワークのソフトウェア開発者なんかがぴったり当てはまると思います。わたしは医療関係者ではないので、医学的にはデタラメ言ってるかもしれません。「個人の感想」というやつです。 いきなり結論から言うと、いまのところ「スタンディングデスク買ってよかった。座ってばかりのときより楽になった」という感想を持っています。ただし、いくつかの注意事項付きです。 立ったり座ったりをこまめに切り替えるとよい。「座り仕事が駄目」というよりも「ずっと同じ姿勢なのが駄目」なんだと思う 立ち仕事するときは足の下にマットを敷いたりクッションがある靴を履いたりするとよい。わたしはヨガマットとワークマンだったかで買ったゴム底の靴を使っている 痩せたとか筋肉がついたとかは別にな

私が生業とするソフトウェア開発において、OSやコードエディタやプログラミング言語など、様々なソフトウェアを使います*1。これらについて私が使っているものを理由付きで書くと次のようになります。 OS: Ubuntu 22.04 細かい設定をしなくてもそれなりに使える。よく普及しているから色々な情報を得やすい コードエディタ: VSCode 細かい設定をしなくてもそれなりに使える。Remote SSH extensionを使ったリモートマシン上での開発が楽 プログラミング言語: 主にGo 使い慣れているから。システムプログラムをするから。覚えやすいから これらにそれなりの愛着はあるものの、今後置かれる状況によって、どんどん変わってくるでしょう。じっさい10年くらい前はGoはほとんど使っていなくて、Cプログラマでした。 私はこんな感じですが、中には特定のソフトウェアに愛情を注ぐ人もいます。それ自

先日友人とコーヒーについて話していたらなんか楽しくなってきたのでメモがてらここに書きます。対象読者はコーヒー好きか、あるいはコーヒーに興味がある人で、かつ、他人の考え方や装備にも興味があるかたです。 わたしにとってのコーヒーの役割 最初に、まずはわたしにとってのコーヒーの役割について書いておきます。 コーヒーの味と香りを嗜好品として楽しみたい 朝食がパンが多いので、そのときの自分と家族の飲物として 同じ豆でなるべく多くの味を楽しみたい 丁寧に淹れて、香りを楽しんで、という行為によってあわただしい生活にゆったりした時間を作りたい かっこいい器具を見て気分を良くしたい 家の庭や出張などでの宿泊先でも飲みたい。理由はいいのを飲みたいというのに加えて「外でも飲める」という事実で勝った感があって幸せになれるから カフェインに弱くて飲みすぎるとイライラしたり不眠になったりするので、あんまりたくさんは飲

拙著、「［試して理解］Linuxのしくみ ～実験と図解で学ぶOS、仮想マシン、コンテナの基礎知識【増補改訂版】」が10/17日に発売されることになりました。本記事はその宣伝のためのブログエントリです。 ［試して理解］Linuxのしくみ　―実験と図解で学ぶOS、仮想マシン、コンテナの基礎知識【増補改訂版】 作者:武内 覚技術評論社Amazon まずは本書がどのようなものかについて説明し、その後に、すでに第一版を読まれている方向けに第一版と本書の差分について説明します。 どんな本なのか 筆者は過去にLinuxカーネル開発をしていたのですが、そのころから次のような思いをずっと持っていました。 OS、とくにOSカーネルについての広く浅い知識はOSカーネル開発者だけではなく多くの技術者にとって役立つはず 当時OSカーネルについての知識を得ようとすると、OSを作ったりサポートしたりする人用の難しくて分

IT業界で10年以上過ごしている中で、凄いと思う人達にたくさん出会ってきました。最初はとくに新卒で入社した会社の先輩方が中心でした。ここでいう凄さとは何かというと「仕事を片づけるのが早い」とか「成果物の完成度が高い」などです。当時、こんなふうに自分もなってみたいという思いが強くて必至で真似しようと試行錯誤したのですが、全然うまくいきませんでした。ありていにいえば、表面上の凄さだけを見ていたことが失敗の原因だったかと思っています。早く仕事を片づけようと焦り、結果完成度も下がり…と、さんざんでした。 その後はアプローチを変えて、彼らの日常の何気ない振る舞いなどを観察することにしました。すると、彼らのうちの多くの凄さの源泉は驚異的に頭の回転が速いとか、ほかの誰もが持っていない異能力を持っていたりするわけではなく、世間で当たり前と言われていることを息をするようにやっていることだとわかりました。たと

6/1 - 誤字修正。amacon -> amazon 6.11 - kindleの電子書籍がすべて復旧したことを追記 - amazon prime videoやamazon prime musicの不具合についての顛末を追加 以下エントリの続きです。 satoru-takeuchi.hatenablog.com 概要 問題 4月9日にkindleの本が全部消えた。その後に新たに買った本も読めないように見える。消えた本はわかっている範囲で300冊以上、総額は恐らく30-60万円程度 amazon prime videoやmusicなどにも(少なくともAndroidアプリからは)アクセスできなくなっている 問題発生契機 問題発生契機は、かつてamazon.co.jpのアカウントと統合したamazon.comのアカウントを消したこと 解決方法 amazon.co.jpの別アカウントを新規作成の

2022/5/27 変更 - この挙動が仕様ということを示すamazon.comのヘルプページへのリンクを張るとともに引用した - amazonのサポートに、amazonの指示によって問題のある操作をしたことがわかる通話履歴があるはずの日時を伝えた - amazon.comのサポートセンターに諸々書くにした旨追記 - こちらからamazonへの要求について補足 2022/6/1 変更 - 「サポートの指示によってamazon.comのアカウントを消した」のではなく「使用していないamazon.comのアカウントを閉鎖してもいいのか」という趣旨の質問を私がしたのに対して「そうですね」と回答されたということがわかったので、訂正。 編集前の記述には取り消し線を引いて、編集後の記述は強調表示しました。 NOTE: 上記変更点にもあるように、「サポートの指示によってamazon.comのアカウントを

2022/5/27編集 - 後述のアカウント統合後にamazon.comのアカウント削除によってkindle本が全部消えるのは仕様である旨、追記 2022/6/1 変更 - 「サポートの指示によってamazon.comのアカウントを消した」のではなく「使用していないamazon.comのアカウントを閉鎖してもいいのか」という趣旨の質問を私がしたのに対して「そうですね」と回答されたということがわかったので、訂正。 変更前の記述には取り消し線を引いて、編集後の記述は強調表示しました。 NOTE: 上記変更点にもあるように、「サポートの指示によってamazon.comのアカウントを消した」という私の認識は誤っていたことがわかりました。これについてはamazon.co.jpのかたがたにメールで謝罪いたしました。 以下記事の続きです。 satoru-takeuchi.hatenablog.com 問