The sustainable tiny home trend at CES 2025 revived my dream of building a compoundAmid the chaos of CES we got to retreat to the well-appointed calm of sustainable pods, electric trailers and EV RVs.

最近のシステム構築では仕様書をきちんと記述しないで、いきなりツールを使ってプログラムを作成することも多いようだ。否定する気はないが、駆け出しのころはしっかり自分の手で仕様書を書いた方がいい。 前回は、SEを目指している皆さんに向けて、仕事に取り組む姿勢の観点からアドバイスを書いた。今回は、SEに求められるより具体的な知識やスキルの向上に役立つ話を書いてみたい。 SEとして必要な知識やスキルは非常に広範にわたる。経験を積み、上級SEになってくればより経営的な知識が求められるが、最初のころは、システム構築に必要な知識やスキルが特に重要になる。今回は、システム構築における基礎的なスキルの開発方法を紹介しよう。 仕様書を書くこと 最近のシステム構築では、仕様書をきちんと記述しないで、いきなりツールを使ってプログラムを作成したり、システムを構築したりする手法が取られることも多いようだ。こういった手法

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.

さて、というわけで、０日目〜３１日目までの全３２日分をすべて読み終えたこととなったが、実は本音を言うと、途中何度かあきらめそうにもなったし、全然わからねーと投げやりにもなった。楽しかったけど、同時に辛かったことも事実だ。しかし、なんとかかんとか、ここまでこぎつけることができた。本当に充実した時間だった。 だから、俺は今後もＯＳを作っていきます。ただ、もうこれまでのように詳細に更新、報告することはないです。多分本当に30日でOSが出来上がるのかを試してみるページの一番下のところにひっそりと公開していくだろうと思う。 というわけで、最後に感謝の言葉でこのBlogを締めくくりたいと思う。 まずは、一番最初に、この本の著者である川合秀実氏に感謝したい！　ありがとう。あなたが書いたこの本で、少なからず、俺のこの１ヶ月は充実したものとなった。そして、この本をきっかけにＯＳ作りの楽しさってのがほんの少し

「ビジネス市場では予定の変更はない」。Microsoftは先ごろ企業顧客にそういう趣旨のメッセージを発した。 Microsoftは米国時間3月21日、今年の年末商戦期に店頭に並ぶ新しいPCに「Windows Vista」と「Office 2007」が搭載されることはないと発表した。だが、同社は26日に、新しいビジネスソフトウェアの出荷計画がほぼ予定通りに進んでいることを明らかにした。 Microsoft会長のBill Gates氏は、長い1週間を過ごした後、ほとんど休む間もなくテキサス州に向かった。「Convergence 2006」カンファレンスで、同社の最も知られざる部門--Microsoft Business Solutions（MBS）グループの最新情報を披露するためだ。 Microsoft は5年前から、Great Plains Softwareを皮切りに、複数の企業を買収し、こ

前回はWindowsでのサーバやPCのボトルネック箇所の簡単な見分け方をご紹介させていただきましたが、要望がありましたので今回はLinuxの場合をご紹介いたします。 4つの主要ボトルネック要素の復習です。 サーバやPCには4つの主要ボトルネック要素があります。このいずれかがボトルネックとなった場合システム全体のレスポンスが低下します。 CPU使用率 メモリ使用量 ディスクI/O TCPコネクション数 Linuxにおいてはボトルネック箇所を以下のように見分けることができます。 1. CPU使用率 CPU使用率が常に100%に近い場合はCPUがボトルネックであることが判明します。CPU使用状況を簡単に調べるには3つの方法があります。「top」「w」「vmstat」コマンドを使う方法です。 -----------------------------------------------------

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

情報セキュリティの確保は企業の社会的責任であり、企業はこの責任を果たすために対策を合理的に策定し、実行し、証明しなければならない。これが情報セキュリティガバナンスである。情報セキュリティガバナンスの確立に際し、企業には5つの力が求められる 情報セキュリティの確保は企業の社会的責任であり、事故前提社会では、取り組みに合理性が求められることが、前回の説明で理解いただけたと思う。その合理的取り組みを具体的に実現するのが情報セキュリティガバナンスである。 事故前提とは、事故を完全にゼロにはできない現実を受け入れる考え方であり、事故を起こさないという極めて分かりやすい目標に変えて、合理的な対策を行うという難解な目標を掲げることを意味する。この考え方の背景には、「リスクを評価する」というリスク認識があり、「リスクに応じた対応をする」というリスクマネジメントの思想がある。つまり、情報セキュリティガバナン

情報システム部は、もう役割を終えてしまったのか？：何かがおかしいIT化の進め方（24）（1/2 ページ） ITシステムのアウトソーシングが流行しているが、同時にアウトソース先からの情報流出などの問題も多発している。この問題には、どのような背景があるのだろうか？ 今回は、情報システム部門の歴史を振り返り、組織の体質形成の背景を考えてみる。 ITの戦略・企画機能の部分だけを残し、開発や保守運用といった、現業機能を手放す企業が大手を中心に広がっている。その一方で、アウトソーシングした情報システムのトラブルによって、自らの信用を失墜する企業がメディアをにぎわしている。これは人ごとではない問題である。 権限を手放し過ぎて、結果的に責任を放棄してしまうことになった問題の背景に、情報システム部門に共通する体質（固有の発想法や常識としている価値観や判断基準）に関する問題はなかったのだろうか。 IT組織の体

図 アジャイル宣言<BR>アジャイルな開発手法の提唱者らが集まって，2001年に発表した。17人の中には，ソフトウェア技術者として世界的に著名な人物が数多く含まれている。 動的言語にも欠点はある ここまで，動的言語のメリットについて述べてきました。では，動的言語にはデメリットはないのでしょうか。 もちろんあります。どのようなことにも，トレードオフは伴うものです。動的言語の主要なデメリットは，簡潔性とエラー検出，そして実行効率です。 つい先ほど簡潔性を動的言語のメリットとして挙げたばかりですが，他人の書いた（あるいは半年前の自分が書いた）プログラムを読解するときにはデメリットになり得ます。簡潔なプログラムは，ヒントが少ないということでもあるからです。また最近ではIDE（統合開発環境）がプログラムの入力を補完しますが，この機能も十分には働きません。Javaなどの言語でプログラムの字面に与えられ

まるでブラックボックスのようなアンチスパムで、大事なメールが排除されてはたまらない。アンチスパム環境を構築予定の運用管理者はもちろん、ユーザーもスパム排除の仕組みを知っておくことは、予想外のリスクを回避するための新基準だ。 スパムを排除するためのソフトは数多い。その中でも、サーバサイドで動作するオープンソースソフトウェアの「SpamAssassin」（スパム・アサシン）は、広く知られているものの一つだ。SpamAssassinは、サーバサイドでメールフィルタとして動作し、スパムの判定結果をメールヘッダに追記する。SpamAssassinはApache Foundationの下で提供されているオープンソースソフトウェア（OSS）である（関連リンク）。 3月のオンライン・ムック「スパム対策最前線」のこれまでは、「スパムメールの送信元はどこにある」でスパムの現状についての概要を、「アプリケーショ

ミクシィのCTOが語る「mixiはいかにして増え続けるトラフィックに対処してきたか」 YAPC::Asia 2006 Tokyo 東京都大田区で開催されているPerl技術者向けカンファレンス「YAPC::Asia 2006 Tokyo」で2006年3月29日，日本最大のソーシャル・ネットワーキング・サイト（SNS）である「mixi」を運営するミクシィのBatara Kesuma（バタラ・ケスマ）取締役最高技術責任者（CTO）が，増え続ける膨大なトラフィックにどのように対処してきたのかについて講演した。カギとなるのは「データベース分割」である。 mixiのシステムはもともとBatara氏が1人で作り上げたものだ。2003年当時，米国でFriendsterなどのSNSがはやっており，同氏が会社（現在のミクシィ，当時はイー・マーキュリー）にSNSを作りたいと提案したところ認められたという。同氏が

国会という公の場を使って1通のメールの真偽が問われたのは記憶に新しい。前回のコラム「メールは信頼できても信用できない」でも取り上げたとおり、普通のメールを本物だ、偽物だと証明することは非常に難しい。ましてや国会で取り上げられたような黒塗りのメール文面だけでは技術的に真偽を問うことは困難だ。 プリントアウトされた黒塗りメールの真偽を見分けるのは難しいが、普段受信しているメールならば偽装メールを見破ることもできる。手元に届けられた普通のメールを例にして読み解いていこう。 メールは1つのテキストデータでできている あなたがOutlookなどのメールクライアントで読んでいるメールは、実際には「メールメッセージ」と呼ばれるテキストデータが整形されたうえで表示されているものである。文章以外に画像やアプリケーションなどの添付ファイルが付いていたとしても、元のメールメッセージはただのテキストで構成されてい