一口に「ユーザー」といっても、OSごとにさまざまな違いがあります。その差異が顕著に表れているのが、「権限」という概念です。Windows 9xしか触ったことがない人には分かりにくいかもしれません。 全員平等・全員rootのWindows 9x 先に「Windows 9xはユーザーの概念が希薄だ」としましたが、実際にはWindows 9xにも「ユーザー」という概念はあります。といっても、ユーザーごとにデスクトップを切り替えるくらいのことしかできません。 Windows 9xでユーザーという概念を希薄化させている要因は、権限という概念が存在しないことにあるといえます。どのユーザーも対等の権限を持ち、システムのあらゆる部分を変更でき、他人のファイルでも自由に変更・削除できます。そもそも、他人のファイルかどうかを判断する仕組みを持っていないのでどうしようもないのですが……。 ヒエラルキー構造のWi

各ディレクトリの役割を知ろう（サブディレクトリ編）：Windowsユーザーに教えるLinuxの常識（3）（1/2 ページ） 前回は、ルートディレクトリ直下の各ディレクトリについて、どれがどう使われるのかを解説しました。今回は、さらにそのサブディレクトリについても、説明していきます。

ディレクトリを知ればLinuxが見えてくる Windowsを使っている人であれば、ディレクトリごとに役割や約束事があることはご存じでしょう。 アプリケーションをインストールする場合は、通常\Program Filesフォルダ下にサブフォルダを作ってファイルを保存します。Windows 2000であれば各ユーザー固有の設定は\Documents and Settingsフォルダ下にあり、\WINNTにはOS本体のファイルが集められています。各ユーザーが作成したデータの保存先は、ユーザー用の［マイ ドキュメント］であり、ちょっと詳しい人ならこのアイコンの実体が\Documents and Settings\ユーザー名\My Documentsであること、好きなフォルダにマッピングし直せることも知っているでしょう。 しかし、WindowsからLinuxに移行した途端、いままでのセオリーはまったく

Windowsでは、原則として分割されたパーティションには独立したドライブ名が割り当てられます（図1）。これはHDDが普及し始めたころのMS-DOS Ver.3.xに由来すると思われます。当時、PC/AT互換機用のMS-DOS Ver.3.xはファイルシステムの制限で32Mbytesまでしか扱えませんでした。そこでHDDを複数の区画に分けて、各区画を32Mbytes以下とすることですべての領域を使おう、というのがパーティションの始まりではないかと想像しています。さらにさかのぼれば、ドライブ名という発想はインテルの8080という8bits CPU用OSであるCP/Mにまでたどれるでしょう。それ以前にはマイコン用のメジャーなOSは存在しませんでした。 余談ながら、同じMS-DOS Ver.3.xでもPC-9800シリーズ用では32Mbytesの制限を受けた記憶がありません。改良したのか、そもそ

気が付くと「世の中はLinux」のようです。以前からUNIXを使っていた人なら大喜びなのですが、初めて触ったPCにはWindows 95がインストールされていた、という人にはハードルが高いことでしょう。そこで、今月から半年ほどかけて、MS-DOSプロンプトを使ったことがあるというレベルの人を対象にしたLinuxの入門記事をお届けすることになりました。インストールして終わりではなく、Linuxにおける常識というものを紹介できたらと思っています。 Linuxとは何か 常套手段ですが、まずはLinuxとは何か、という点からスタートしましょう。正確を期せば、LinuxとはPOSIXに準拠したカーネル部分の名称ということになります。とはいえ、大多数の人にとって、これでは何のことかさっぱり分からないはず。これで理解できる人なら、そもそもこの記事を読む必要はありません。 では、順を追って説明しましょう。

先週書いたエントリー「圏論やモナドが、どうして文書処理やXMLと関係するのですか？」の内容を実際に確認するためのJavaScriptプログラムを書いてみました。 3つの関数を含み、全部で12行のライブラリです。 /* templ-process.js */ function processTemplate(templ, con) { var a = (templ.replace(/\}/g, '{')).split('{'); for (var i = 0; i < a.length; i++) if (i%2 == 1) a[i] = con(a[i]); // コンテキストconは関数 return a.join(''); } function processContext(con1, con2) { return function (k) {return processTemplat

http://hatenanews.com/articles/201409/22553 これ行ってきた。 感想は一言で言うとクソ。 いや、はてなのオフィスに入れたことやランチを頂けたことは良かったし、サカタ氏の講演内容も悪くなかったんだ。 何がまずかったって運営の女性が全て台無しになるくらいナメた仕事をしていたことだ。 サカタ氏の講演後にランチがあり、そのあと協賛企業の運営スタッフの女性2人によるPRがあったのだけど、そこでの内容がひどかった。 参加者の多くがどこかしら企業に勤めている正社員のエンジニアだったのに、ひたすらフリーランスにとっての派遣エンジニアとして働くことのメリットを強調していてチンプンカンプンな内容だった。 『派遣に登録すれば営業が不要、ウチなら社会保険も入れる』というのは聞いている側からすれば、「それなら俺ら正社員のままでいいんじゃね」ってしか思えなかった。 まぁそれは

食事する哲学者の問題（しょくじするてつがくしゃのもんだい、Dining Philosophers Problem）とは、並列処理に関する問題を一般化した例である。古典的なマルチプロセスの同期（排他制御）問題であり、大学レベルの計算機科学課程にはほぼ確実に含まれている。 1965年、エドガー・ダイクストラは5台のコンピュータが5台のテープ装置に競合アクセスするという同期問題を提示した。間もなく、この問題はアントニー・ホーアによって「食事する哲学者の問題」に変形して語られることとなった[1][2][3]。 5人の哲学者が食事したり、考え事をしたりしている。彼らの前には、真ん中にスパゲッティの入った大きなボウルが置かれた丸い食卓がある。その食卓には5枚の皿が置かれ、皿と皿の間にフォークが1本ずつ置かれている。（近年では、食器を「フォーク」ではなく「箸」として紹介する例も見られる[4]。） 食事す

DEMO VIDEOS Get to know everything Vimeo can do for your business. Watch now

最近、JavaScriptで動くMMLシーケンサーを作っています。 pico http://pico-project.appspot.com/mml/ SiONのMMLをパク参考にしているので、MMLTalks(http://mmltalks.appspot.com/)あたりのMMLをコピペすると、それなりに鳴ってくれる場合があります。思い通りになっていない部分がかなり多いですが、、 このあたりのMMLは結構聴ける(適宜コピペしてお試しください) http://mmltalks.appspot.com/m/RaKRP http://mmltalks.appspot.com/m/DIZpo http://mmltalks.appspot.com/m/jVIoz (FM音源が惜しい) で、 で、表題の件ですがJavaScriptでリアルタイムに音を鳴らすには以下の3つの方法があります。 Aud

衆議院予算委員会

恒例となった大阪の音系同人イベント「音けっと」が12月1日、大阪なんばの難波御堂筋ホールで掲載されます。毎年の春と秋に東京流通センターで開催されているM3のような音系イベントを関西でもできないだろうか……と模索していた底...

この記事は Vim 駅伝 の 276 本目の記事です。 Meguro.vim #26 を開催しました。 VimConf 2024 から 1 週間。興奮も冷めやらぬ中の開催です。高まる Vim 熱を感じました。 当日の様子 ランチはビストロガブリへ行き、肉とカレーを食べました。カレー、サラダ、ライス、スープがおかわり自由です。つい食べすぎてしまいました。 ビストロガブリのランチ 今回の参加者数は 7 人でした。多すぎず少なすぎず、交流しやすい人数な気がします。 今回はたまたまタイミングがあったとのことで普段は Nagoya.vim を開催されている c0hama さんが参加してくれました。またそのうち Nagoya.vim にもお邪魔したいところ。距離があるのでなかなか難しいですが。 私は VimConf 2024 を終わらせるべく、ブログの記事を書いていました。そうして公開されたのが前回の