スラッシュドット・ジャパン

記憶に従って書いてるので間違いがあるかもしれませんが。。。

PC9801のCBUS。…I/Oアドレスのデコードを省略したこと。 PC9801は筐体設計がめちゃめちゃで、とても修理しにくいことでも有名でしたね。ヤマのようなネジやらステーやらが入っていた。

IBMPCの拡張カードスロット。・・・カードの通風冷却をまったく考えてない。

IBM PC/RT。…IBM初のRISC WSというふれこみだったが、HDD I/FがIBMPCと同じISAバス接続で性能の足を引っ張る。

S100バス…各カードにレギュレタを持たせてた設計。

FM-7のキーボード。…キーリリースやシフトキー操作がアプリから拾えなかったのでゲームが作りにくかった。

SunのピザBOX。…筐体内でのSCSIケーブルの引き回しが長くて、筐体間のSCSIケーブルが長くのばせない。

Sun(等)のNVRAM。…内蔵の電池が切れるとMACアドレスなどが0になる。

SunのSparcStationの一部。…1つのコネクタにサウンドとEthernetの両方を通したこと。

OMRON SX8100LUNA。…SCSIコントローラがDMA出来ないので、ソフトウェア転送するしかなくてパフォーマンス劇落ち。

DECstation2100/3100。…確か、DMA可能なアドレスの制約があったので、バッファにDMAしてから目的地にソフトウェア転送するしかなかった。

MIPSの3なんとか(3230だったか？米国での商品名がmugnumだったやつ）。…2nd HDDを買わなかったら、代りにHDDと同じ電力を消費するセメント抵抗がHDDスロットに入れられていた。それって電源設計間違ってないか？

ソルボーンの700なんとか…ペデスタル筐体の下にキャスターがついているのだが、キャスターにストッパがついてないし、脚もついてない。

初代NECT Cube。…HDDの代りに5InchMOをつけたら遅いの何のって。

Ctrlキー、Altキー、Delキーを離して置いたこと。

# あとは日本語キーボードの「全角／半角」キーも使いにくいと思ったり。
# これに関してはPC98シリーズの「Ctrl＋XFER」のほうが絶対使いやすかったと思う17歳なのでID

「機能拡張フォルダに入れてください。入れたとしても機能しないかもしれません。」

というような警告。機能拡張のバグまで指摘してくれてんの？と思いきや、原文は「機能拡張フォルダに入れてください ,or 機能しないでしょう」が正しい文章で、この場合の,orは「さもなくば、そうしないと」と訳すのが鉄則。

なんとなくスルーしていたが、指摘されて気づいた。和訳をするのは、つくづく怖いと思った。

すっかりUS配列に毒されてしまって、なぜJIS配列をUSキーボードとできるだけ同じにしなかったのかと疑問に思っていたのですが、
リンク先の「Mattel Aquarius」のラバーキーボードの記号の配列を見ると、US配列ではなくJISに近い配列ですね。
US配列の記号の配列も当時は様々なパターンがあり、JIS制定後に、異なるパターンがアメリカで定着したのでしょうか。
詳しい方がいらっしゃれば、当時のお話をお伺いしたく思います。

ウィンドウを最大化しようとしてよく終了させてしまいます。

・システムリセットでクローズ
トレイからディスクを取り出そうとしている時に不慮の事故でシステムリセットがかかり、トレイがクローズしてディスクが挟まれて傷が入ってしまったことが何度か。ＣＤの記録面には届かなかったのですが。フェイルセーフを考えれば、いきなり動くのは駄目じゃないかと。

・トレイの下に開閉ボタン
クローズしようとしてもトレイが邪魔になって押し難い。当時の技術で５インチベイに納めるには下の方が都合が良いのは分かりますが。家電、ゲーム機、諸々は問題無い様になってるのに多くのＰＣでは放置されたまま。

こっちでしょ

http://technologizer.com/2009/06/14/fifteen-classic-pc-design-mistakes/ [technologizer.com]

昔ってほど昔じゃないですが、

最初期のATX規格では、ATX電源のファンは吸い込みで、ケース内で下向きに空気を送り出してました。
「外部から取り込んだ空気をCPUに送り込む」ことを意図していたらしいですが、
CPUに暖められた空気はすぐ後ろからケース外に出て対流上昇し、電源ファンでまたケース内に取り込まれるという悪循環が発生しやすかったです。
温度警告がすぐなるようなPCでも、電源ファンの向きを付け変えるだけで安定運用できるようになったりとか。

結局、その後の規格改定で、電源ファンも排気方向になりました。

タイプライターからコンピューターに移り変わっていくタイミングで、配列を考え直せば良かったのに。

＞拡張モジュールを連結していくと結構な幅や奥行きとなってしまった製品

ってソニーのSMC-70の事かしら？と

たしかあれ。本体と電源部の間に拡張ユニットを挟み込む感じで拡張していってユニットを増やしていくとどんどん奥行きが
長くなっていった記憶が。

あの頃に比べるとvaioってつまらないPCだなぁ・・・って思ってしまう。

昔のMS-DOSのformatコマンド [microsoft.com]は、ドライブ指定を省略するとカレントドライブをフォーマットしてしまうため、うっかりミスでシステムディスクを消去してしまうという事故があったとかなかったとか……。

＃これはかなり致命的だと思うｗ

金属筺体の底に制御基板を置いて、その上方にバッテリを置くという配置になっていた。
バッテリが液漏れすると基板が硫酸で腐食して火を噴くというそりゃもうＰＬ事故起こしてくださいという設計。

案の定どっかで発煙事故起こしてうちの社内では使用禁止に。

T/O

DELL [slashdot.jp]のノートの件が印象に残ってますね。

勝手に偶数に丸めて実行するなー。これで泣きました
SHはスコーンと落ちてくれるのでわかりやすかったですが

なんで誰もＦＭ－７７ＡＶを挙げんのだ。

#あの筐体にショックを受けた

数字の位取りをそのまま使わずに、最小桁から順番に並べるようにすれば良かったのに……

UTF-8の冗長性が自動で無くなるとか、色々と便利になるんだけどなぁ。

「終了作業」を「スタート」するんだから、問題ないのです。
うん。きっと。

プルアップメニューになっていることの理由は知りませんが、終了がスタートの中にある理由は、ユーザビリティのテストで、シャットダウンするようにと言ったときも、みんなとりあえずスタートを押すという結果があったからで、一概に失敗とも言えないと思います。The Old New Thing : Why do you have to click the Start button to shut down? [msdn.com]

それを言うならMacのフロッピー排出の方がより変なデザイン。
フロッピーアイコンをゴミ箱に捨てると出てくるって、誰が考えたんだよ…。

ジョークとしては秀逸と思うんだけども。

さらに言えば, 外部出力のコネクタがバックプレーン(マザーボード)に対して垂直な辺にあることで, 冷却用の空気の流通するルートがいずれの方向も行き止まりになっているという二重の設計ミスですね.

PC9801のCバスや昔のVMEバスを使ったワークステーションなんかだと, 拡張バス用バックプレーンの反対側にコネクタが有って両サイドがフリーになっているので, 吸気-排気ルートを左→右, 下→上, 前→後という具合にストレートに確保でき, ケースの通風設計が格段に楽になるんですけどね. 最近の高発熱CPUやグラフィックボード, あるいはコンパクトなケースだとさらに.

これって電子回路実装の常識のはずなんですけど, 何でIBMなんかがこんな設計にしちゃったんだか…

どっちかっていうとPC-9801系の方が多かった
キーボードを本体側に押すとリセットなんてことが

電源切断は後のWindowsとかと同様だったように思うのですが……。

Lisaは自動で切断されたのですが、Macintoshはコスト削減で電源ボタンでオンオフでしたので、
メニューの「Special>Shut Down」を選んでからの切断になっていました。

人差し指しか使えない人にはあれでも良かったのかもしれないけれど。

移動をカーソルキーで行う人には, その配置が重要なんだと思った.

あのイジェクトは確かに良くないと思う。
最大限好意的に解釈すると、“Macintosh上で必要なくなった”ものだからゴミ箱、とちょっと無理があると思うが考える事は出来なくもない。
（使い方を誰かに説明するときもそう言うと納得してくれやすかった）
今だとイジェクトするものはアイコンを掴むとゴミ箱がイジェクトアイコンに変わるが、それもちょっとどうなんだろうと思う。
AppleのGUIの作法に従うと同じ場所のものの意味が変わってはダメなんじゃなかろうか。

電源切断の一番スマートなインターフェイスはやっぱり（動作はソフトウェアだとしても）物理的に押せるボタンを個別に設ける事だと思う。
GUIでの電源切断は手が届かないとき等の特別なものとしてスタートなりスペシャルなりに押しやってしまうこと自体は正解だと思う。

＞Macは論外として、こっちも何で山型の配置なんだろう？

Apple Keyboard II JISの「←→↓↑」は、あれはあれで便利でしたよ。
ホームポジションから手を動かさずに小指でカーソルキー押せましたから。

＃SEIKO MAP-1010のカーソルキーなんてテンキーの上にあったような

386 [national.com]ですか？
確かに、ヘッドホンアンプなんかによく使っただけあって、仕事中に音楽を聴く「ながら族」を大量に生み出して、人類の生産性を下げたかも知れない。

・・・え？80386の方？

それを言い出したらOS毎の文字コードがらみもやっかいですね。
まぁ日本国内だと
S-JIS
EUC-JP
UTF-8
の三種類が現在の主流かな?
使う方にとっては迷惑な状態。
Web系のシステム開発一つとってもソースはどの文字コード記述しようか
出力用にはどの文字コードでエンコードして出力しようか
(携帯電話をターゲットにするとS-JISが一番だろうがダメ文字がらみでプログラムのソースにはS-JISは使いたくない。)
DBはどの文字コードをベースにしようか

日本国内においてはこの文字コードの統一性のなさが致命的なデザインミスの気がする。