来年も作りたい！ふきのとう料理を満喫した　2024年春の記録 春は自炊が楽しい季節 1年の中で最も自炊が楽しい季節は春だと思う。スーパーの棚にやわらかな色合いの野菜が並ぶと自然とこころが弾む。 中でもときめくのは山菜だ。早いと2月下旬ごろから並び始めるそれは、タラの芽、ふきのとうと続き、桜の頃にはうるい、ウド、こ…

忙しい人のためのまとめ 一般に「オブジェクト指向プログラミング」と呼ばれる考え方には発案者が異なる二系統がある。（ただし簡単のため、次のうち前者から批判的に派生して生じたプロトタイプベースのオブジェクト指向はここには含めていない） アラン・ケイによる、変化に強い長期運用可能な遅延結合システムを SIMULA67 にあった「オブジェクト」をメッセージの受け手とすることで実現（オブジェクトにメッセージ送信）するアイデアに基づく「メッセージングのオブジェクト指向」と、 ビアルネ・ストラウストラップ（前後して抽象データ型を発案したリスコフ本人、オブジェクトクラスを考えたニガードらSIMULA陣営、Eiffelのメイヤーらも同様の着想を得ている）による、ユーザー定義型（抽象データ型）を SIMULA67 にあった「クラス」という言語機能を使って実現（カプセル化、継承、多態性）するアイデアに基づく「抽

IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

James Goslingのブログに書かれていた話だが，元はGuy Steeleの話らしい． http://blogs.sun.com/jag/entry/the_black_hole_theory_of ざっと訳すと次のような感じか？ Lispはブラックホールだ．もしLispではない何かを，Lisp風に設計しようとすると，設計の引力がそれをブラックホールに引き込むことがわかるだろう．そして，それはLispになるんだ． Jamesは例のクロージャの提案に関連してこの話を持ち出してきた．意図を正しく読み取れていないかもしれないが，たとえばLispは簡素でフレキシブルな言語でありながら現在ほとんど使われていない理由は，その強力さゆえに言語が重力崩壊を起こしてしまったからで，Java言語においてもクロージャ機能の追加はそのような危険があるという指摘だと理解すればいいのか？（ぜひコメントをよろしく

今日は、byteなどを仮想streamとみなして、その一部をstructとしてアクセスする方法を説明する。しばらく悩んでいたのだが、id:akirameiさんの多大なる協力を得てこのたび完成した。 ・必要となる背景 例えば、メモリ上にzip headerをbyte[ ]として読み込むとする。この一部の範囲をあるstructとみなして、ZipHeader->CompressSizeのようにしてアクセスしたい。しかし、可能ならば、byte からstructへのまるごとコピーなどは発生して欲しくない。 ・解決法 1. GCHandle.Allocを使って、メモリをGCのcompactionの対象から外す。 2. Marshal.UnsafeAddrOfPinnedArrayElementで、pinningされたIntPtrを取得。 3. そのIntPtrをunsafe文脈で、castして使用する

まず，結論から言おう。 「エンジニアがOSのソース・コードを読めるようになると，活躍の場が一気に広がる」。そして，「コツさえ分かれば，OSのソース・コードはびっくりするほど簡単に読める」。 ここでいうOSとは，Linuxのカーネル（OSの“核”となるソフト）のことである。筆者が上の2点を強く感じたのは，つい最近の，ある人物とのやり取りがきっかけだった。 「カーネルのソースが読めると，たいそう儲かるってことが，分かってしもうたから」。「もうすぐ大学の仕事は定年や，でも定年後の収入の方が多いんとちゃうかな」---。 筆者の耳に，迫力ある関西弁が突き刺さった。声の主は1949年生まれの57歳。神戸情報大学院大学助教授の赤松徹氏その人である。 打ち合わせを兼ねた取材の後の会話だったので，メモは取っていない。赤松氏がはっきりとこの通りに発言したかどうかは覚えていないが，筆者の脳裏には，そのような発言

■この記事で取り上げているトピックハイライト■ なぜ、メタオブジェクトを自分自身で使いこなせるようになると、日常のプログラミング生産性が大きく向上するのか? なぜ、メタオブジェクト技術を使うと、分散オブジェクト、Rails、DI、ORマッピング、Webサービスなどの、大きく生産性を向上させる仕組み自体を自分でつくれるのか? C#のどのメタオブジェクト機能をどのように使えば、簡単に「C# on Rails」を作れるのか? なぜ「Ruby on Rails」は陳腐化してしまう運命にあるのか？ 「Ruby on Rails」を陳腐化させるアーキテクチャとはどのようなものなのか? ■構成■ まず、Ruby on Railsと同様のフレームワークを、C#で作ったとしたら、どのようになるのかという例題を通して、メタオブジェクト機能、つまり、リフレクション、カスタム属性、CodeDOM、パーサジェネレー

_ [システム運用] えきねっとの使いにくさに驚愕 学生の時は、世間様とは異なるリズムで帰省することが多かったので (1月頭に帰省して1月第二週に戻るとか)、帰省ラッシュに揉まれること滅多になく、指定券など取ったことがなかったのですが、社会人になると世間様の動きに縛られてそういうわけにもいかず、去年などは超ラッシュの中で酷い目に遭ったので、今年は指定券を取るべくえきねっとを利用してみました。 そしてそのあまりのユーザビリティの低さに驚愕。 会員登録フォーム えきねっとの利用にはまず会員登録が必要なのだが、この会員登録フォームがまず 「全角で入力してください」「半角で入力してください」のオンパレード サービス利用に不要な個人情報をやたら要求し、どれが必須でどれが任意か示さない 入力に不備があると前の画面に戻らされ、利用環境によっては入力内容が全てパー という、フォーム設計で犯しがちな過ちをバ

Rubyをはじめとするスクリプト言語ではなく、なぜJavaを選ぶのか。 そして、XPをはじめとするアジャイル開発ではなく、なぜウォーターフォールを選ぶのか。 そこには、言語の良し悪しや、開発プロセスの考え方などが理由の中心にあるわけではなくて、SIerというビジネスの仕事の仕方（ビジネスモデル）に起因している。 RubyやXPは、考え方や技術としてはとても良くて、生産性もあがるし、何よりもソフトウェアをクリエイティブに作り上げることができ、利用者にとっても使い勝手がよく、スポンサー（経営者）にとっても経営戦略に沿ったものが手に入り、開発者にとっては何よりも仕事に対してやりがいを感じることができる。すばらしい！・・・・が。。。 しかし、だからといって、誰でもRubyやXPを使って開発をするべきか、というとそうではない。もし、本質を理解しない誰かが、「やってみたいのだが・・・」と相談に来たら、