東大の次期教育用システムはMacベース 118
ストーリー by yourCat
GCCとJava用に林檎 部門より
GCCとJava用に林檎 部門より
masahirok曰く、"東京大学の教育用計算機システムが来年度より更新され、標準端末としてMacが採用されることになったようです。Mac OS X (おそらく10.3) で動作するディスクレスの液晶iMacが1,149台導入されるほか、アプリケーションサーバとしてXserveも4台設置。Windowsターミナルサーバへのアクセスが可能なほか、Windowsマシンも1GB超のメモリを積んだCAD用など、200台程度が導入される模様。
現在のシステムは、Linuxベースのネットワークコンピュータで、WindowsとUNIXのターミナルサーバにもアクセスできるようになっていますが、導入から時期が経っていることもあり動作が非常に遅いのが難点でした。システムを更新するにあたり、アップルの言う「UNIXの岩のような安定性とMacintoshの使いやすさ」が評価されたのでしょうか。それでもキーボードがアップル純正ではなくHappy Hacking Keyboard Lite 2というのが笑えます。私も一応東大生ですが、来年度Macがずらっと並ぶ姿を見るのがちょっと楽しみです。"
NetBoot? (スコア:2, 興味深い)
4台のXServeがこなすのかと思いましたが、「一般のMacOSアプリケーションは使用不可」って書いてありますし。ファイルサーバがそうかと思ったのですが、機種・OSの情報が無いのではっきりせず。NetBootサーバの機能って、MacOSXSever必須ですよね?
これだけの規模でNetBootするとしたらどんな構成になるんだろう。
#XServeがXのサーバにはなるらしい。
Re:NetBoot? (スコア:2, 参考になる)
一般のMac OSアプリケーションは利用不可なのはXserveだけみたいですね。Mathematica,
Photoshop Elements, MS-Office, Acrobat等を使うようですし。
ホームディレクトリはファイルサーバ(機種は?)に置くようですが、ディレクトリサーバは
どうするんでしょうね?
それにしても1149台のHDDを抜く作業は考えるだけでもゾっとしてしまいます。
Re:NetBoot? (スコア:2, 参考になる)
Re:NetBoot? (スコア:1)
Re:NetBoot? (スコア:1)
Re:NetBoot? (スコア:2, 参考になる)
Re:NetBoot? (スコア:1)
端末の置かれる教室等が20箇所近くあって、駒場と本郷と
大きくわけても2箇所になりますから、1ラックに入れる
必要はあまり無いんでしょうね。1ラックに収まってるとこ
ろはすごく見たいけど。
#ディスクレスでNetBootって仮想記憶はどうなるんだろ。
#OSはともかく、Photoshopとか。
Re:NetBoot? (スコア:1)
WindowsならBIOSでCDROMブートやFDブートを禁止できるのですが。 現在のiMACのブートROMがどうなっているかどなたかご存じでしょうか?
Re:NetBoot? (スコア:1, 参考になる)
はダメなんだっけ?
良く調べないで書いてるので違ってならごめん
Re:NetBoot? (スコア:1)
初代マシンは此の手が使えんのだ。
今の液晶大福なら、これでロックが掛かります。CDブートもPRAMクリアも止められるはず。
もっとも、マシン内部を弄れば解除できちゃうけど。
Windowsマシンを置いておくと (スコア:1)
Macに変更したという理由じゃないよね…
Re:Windowsマシンを置いておくと (スコア:2, 参考になる)
なので、Macに変更される理由はP2Pソフトの乱用ではないと思われます。当たり前と言えば当たり前ですが。
#ずらっと並ぶiMacは壮観(異様とも言う)でしょうね…。
Re:Windowsマシンを置いておくと (スコア:2, おもしろおかしい)
ずらっと並んだ iMac が一斉にこちらに振り返った!
# あまり面白くまとまらなかったけど ID
Re:Macベース (スコア:1)
そのとき、マクベスはこう言った。
「 あれを見てくれ!それ! あれを見よ! それ!
どうだ、あれでも言うことはないか?」
ウィリアム・シェイクスピア(大山俊一訳)『マクベス』 [papy.co.jp]グーテンベルク21
HHK Lite2 って (スコア:1)
現場で1,149台の Happy Hacking Keyboard Lite2 をMac 仕様に
する光景を想像してしまった。
Re:HHK Lite2 って (スコア:1)
>する光景を想像してしまった。
それを避けるために HHK Pro エキスパートモデル(刻印なしモデル)
にすればいいのに...
(代りにキートップ1個1個に手書きするはめになったりして...)
ソフトの導入がしやすく、不具合も自分で直しやすい? (スコア:1)
マックを導入する理由について、東大では「ウィンドウズに比べて様々なソフトの導入がしやすく、不具合が起きても自分で直しやすい利点がある」と説明している。
とあるんですけど、本当? > Mac,Windows(,Linux,*BSD)とマルチに使っていらっしゃる方
Re:ソフトの導入がしやすく、不具合も自分で直しやす (スコア:2, 参考になる)
UNIXツールを使う人向け、単にOfficeを使う人向け、不具合が起きた
ら入れ替える為のバックアップイメージを用意なんてことも出来ます。
切り替えるのは簡単なので、大学の管理者の負担はかなり減らせます。
Re:ソフトの導入がしやすく、不具合も自分で直しやす (スコア:1)
Windowsのことは知らないので、単なる憶測なんですが....
nobuo * Who's gonna die first? *
Re:ソフトの導入がしやすく、不具合も自分で直しや (スコア:1)
ここで言われている「様々なソフトの導入」っていうのは主にGNUのツール群のことだと思います。
現状のECCの端末はLinuxベースなのでそれと同じソフトウェア群を次のシステムでも動くようにしようと思ったとき
Windowsだと大変でしょ。ということでは?
学生にMacOSXのソフトウェアを自分でインストールさせるつもりはないと思います。
まぁ、確かにソフトのインストールも大抵D&D一発なので簡単ですが、
それより「れじすとり」なんてものがなく「~/Library」以下にちゃんと設定ファイルが収まる、ってことの方が個人的には嬉しいです。
「不具合が起きたとき~」云々もその辺のことを言っているのでは?
Re:ソフトの導入がしやすく、不具合も自分で直しや (スコア:2, 興味深い)
来年度からは独立法人化するので、手数料をとっても許されるかな? パスワードを忘れて再発行したら500円。印刷はA41枚モノクロ10円、 プロファイルを壊したら修理手数料5000円、などなど。 quota無制限の代わり、ディスク容量超過1GBあたり1000円/月ってのも 魅力的かも。有料になる代わり、学生トラブル対応の人が増員されると。
Re:ソフトの導入がしやすく、不具合も自分で直しや (スコア:1)
パスワードを忘れたときの強制変更を有料にしている私学の知人に聞いてみたら、 学期あたり1回は無料だって。
Re:ソフトの導入がしやすく、不具合も自分で直しやす (スコア:1)
不具合大作の方は、 かなりの部分はFreeBSDと共通でソースがあるし、なくても、たとえば、システムコールトレースをとるなどで結構原因を追求できる。 ということかなぁ。
現在、知人が「WindowsXPでadmin権限がないと動かない ソフトがあるのだが、いったいどのファイルorレジストリの アクセス許可を開ければいいのかわからない」といって悩んでいます (実話)。 同様なトラブルがBSDで起きたら、stringsとシステムコールトレースでだいたいどのファイルのアクセス許可が問題なのか突き止め られるのですが。 windowsも案外リソースキットを探したら、トレースを取るツールが 入っていたりするのだろうか。。
Re:ソフトの導入がしやすく、不具合も自分で直しやす (スコア:1)
> windowsも案外リソースキットを探したら、トレースを取るツール
> が入っていたりするのだろうか。
Windows xpにはありますね。それ以外でもタダのものが存在します。
開いているファイルを確認するにはopenfiles(XP標準) / filemon(3rd party)
cf.
http://www.atmarkit.co.jp/fwin2k/win2ktips/306openfiles/openfiles.html
開いているレジストリを確認するにはregmon(3rd party)
cf. http://www.atmarkit.co.jp/fwin2k/win2ktips/111regmon/111regmon.html
-- garmy
Re:ソフトの導入がしやすく、不具合も自分で直しやす (スコア:1)
ところで良ければ教えてください>皆様
DLLやsoみたいな「動的ライブラリ」は、MacOSX(とオフトピですが旧)では
どういう風になってるんでしょうか?
極端な話、動的ライブラリってものがなければ、
ソフト(実行ファイルおよびライブラリ)の依存関係を
心配する必要性は、かなり少なくなります…よね。
Re:ソフトの導入がしやすく、不具合も自分で直しやす (スコア:1)
以前からの人気ソフトはPowerPCにコンパイルしなおしてそのままでしたし。アプリケーションがバイナリ一個で完結しているというすっきりした構成が好まれた部分もあるかと思います。
Re:ソフトの導入がしやすく、不具合も自分で直しやす (スコア:1)
なるほど。どもです。
>アプリケーションがバイナリ一個で完結しているというすっきりした構成が好まれた部分もあるかと思います。
まあ、Macに限らず、昔のOSはUnixもDOS(笑)も、共有(&動的)ライブラリは無しだったですね…
共有ライブラリが色々な問題をややこしくし易いのはやはり事実なんで、回避したいという気分そのものは判らないでもないです。
#他のアプリのテストをやる時間的余裕が無くてライブラリの修正を回避したのでG7。え?最終的な品質?まぁそのぉ…
あるいは、Javaみたいにきちんと考えられた動的ライブラリの仕組みでシステムを埋め尽くすか。
今のUnixやWinみたいな半端な動的ライブラリの扱いが一番危険、なのかも…
#コンパイルオプションや順序依存性にウンザリなのでG7。最低最悪でもJava並になってくれないと使い物になりませんって。
Re:ソフトの導入がしやすく、不具合も自分で直しやす (スコア:1)
あと複数のバージョンのライブラリを一緒に置いてファイル名で 見分けてリンク時に使い分けるってのも普通の技術ですね。
Re:ソフトの導入がしやすく、不具合も自分で直しや (スコア:1)
>OS自体が「動的ライブラリ」の集合みたいなもので
ええと。
「OOP」であることと「動的ライブラリ」であることと「自分で書かない」こととは
互いにほぼ無関係です。全く無関係とまではいいませんが。
C++のような存在があることから判ると思いますが、
OOPであっても動的ライブラリである義務(?)は無いです。
まあ動的ライブラリであるほうが便利なのは確かです(Javaのように)が、
逆にいえばOOPじゃなくて動的ライブラリのほうが便利であって(^^;、
OOPと動的ライブラリは直接は繋がりません。
あと、OOPであることと自分で書かないこととは、
Javaだろうがなんだろうがの大抵のOOP言語で書かれたプログラム(アプリ)を
見れば判りますが、これも無関係です。
Javaとかでも、main(が入ったクラス)という1つのクラスしか自作されてないアプリ、なんて
滅多に無いですよね。つーかそういうのを作るのすらほぼ無理では?
#クラスを作ってるという「実感」をプログラマに持たせない(隠蔽する)言語は有りますが、
#それは言語の内輪の事情とはあんまり関係ない話です。
つーか^2、自分でクラス作ることは、しばしば必要だし、しばしば(アプリ以上に!)楽しいですよ(^^;
#ところでクラス作るってのは、そのほうが楽しいとか便利だとかいう理由もありますが、
#一方で、「状態保持モデルとしてのクラスを適宜作っておかないと、プログラムがぐちゃぐちゃになる」という面も有ります。
#intとchar*だけでプログラムが書けるからってstructを使わないと
#しばしば酷いプログラムになりますが、それと全く同じです。
#作らないとしょーがないんです。
そして、(知らないですが恐らく十中八九)OSXでも、クラスを自作することは「可能」ですよね…?
つーか^3、自作の必要性を脇に置いておいてしまっていいのならば、そもそも動的ライブラリである必要は有りません。
だってOS「に」リンクすればそのクラスにアクセスできるわけでしょ?
リンク先は動的ライブラリではなく静的(!)なOSであればいいんです。はい。
>つまり「動的ライブラリ」も必要なものほとんどがOSの一部として用意され、統一性が取れているのではないかと。
OOPが統一が取れるのは、クラスの実装自体が既に統率されているから、ではありません。
誰がクラスを自作しても、クラスという「メタな枠組み」が統率されているからです。
どんなに多様なクラスを作っても、それがクラスだという面においては統一性があるからです。
だから、あなたは(^^;クラスをなんぼ作ってもいいのです。
作ったからといってシステムの統一性を崩してしまわないか?という心配なぞ、しなくていいのです。
勿論、別の基準においての統一性の問題が有り、それを崩さないように心配する、という必要はしばしば有りますが、
それはOOP自体とは無関係な問題だ、ということです。
>アプリはなるべく自分でコードを書かずオブジェクトを使う方が信頼性があがるそうな。
プログラムは自分でやりたいことを(しばしばリスクを侵しながら(^^;)書くためのものです。
そして「出来合いを使う」だけじゃ、「やりたいこと」が全部書けないこともあります(多いです)。
よって欲しいものは、出来合い道具だけではなくて、
「道具を自作もできる。ただし、その自作したもの「の」の信頼性を高める手段も、無いと困る」
ってのもあるんですよね。
OOPは、出来合い道具の供給手段としても有用ですが、一方で、自作道具の信頼性を確保する手段としても、有用です。
それは上記のようにメタな枠組みがあるから。その枠組みが或る面においてコードの暴れを抑えこんでくれるから。
Re:ソフトの導入がしやすく、不具合も自分で直しや (スコア:1)
>従って、ここではC++ではなく、Objective Cについての話です。
ふむ。まあいいでしょう。ObjectiveC(の一般論およびOSXでの実装)は俺も知らんし。
ただ、元の文には、
「MacOSXの場合、元のNextStepがオブジェクト指向OSのため
OS自体が「動的ライブラリ」の集合みたいなもので」
という風にOOP(OS)と動的ライブラリとの間に因果があるように書かれていたわけでして…
>Objective Cはレイトバインディング(=「動的ライブラリ」?)が基本ですよね。
ええと。「動的ライブラリ」と「動的な(弱い)型づけ言語」とは別概念ですよ。
上記で仰ってる「bind」ってのは、何と何をbind(結合)する話ですか?
関数とかの呼び出し元と、呼び出し先(が格納されてるライブラリファイル等)を、bindするのは前者です。
メッセージ名と、メソッド実装(が格納されてるクラス等)を、bindするのは後者です。
#HP-UXの動的ライブラリのlazy(=late) binding(こちらは前者の意味です。OOPとかと関係ない世界の話です。)に色々困らされてるのでG7
そのへんごっちゃになってませんか?
ちなみに言語仕様が規定するのは、普通は後者のほう(だけ)です。
>「OOP」の部分を「MacOSXにおけるObjective C」に置き換えて、文章を書き直していただけると参考になるのですが…。
参考にはなりませんが、読解(解読)の助けにはなります。というわけでどうも。
あと、「自分で書かない」ことについては、前述の通りです。
Re:ソフトの導入がしやすく、不具合も自分で直しや (スコア:1)
とは、すでに指摘されているようにオープンソース系のソフトが導入しやすいことでしょうね。今までがLinuxだったというなら、余計にそういう気がする。
「不具合が起きても自分で直しやすい利点がある」
とは、やはり、Mac独特のシンプルな操作についてのことでしょう。Macに慣れてないWindowsユーザーが、あまりにシンプルなので逆に拒否反応を示すことがありますよね(いや、マジで)。
でも、この2点ってMac OS Xの全然別の性質を指しているので、合わせて語ることはほとんど無意味な気がします。
本当は、東大の管理者が
(1) BSD派だった。
(2) NetBootで楽できるかもしれないと思った。
ぐらいが、本音だったりして。
ふと、思いましたが、NetBootって、無線LAN経由でもできるんですかね? それが可能だと、配線もサボれて、なお楽だと思うんですが。
[tomoyu-n]
Re:ソフトの導入がしやすく、不具合も自分で直しや (スコア:1)
> (1) BSD派だった。
NeXT派だったんじゃないかなあ。
NeXTを大量導入していた某大の次期システムも、
MacOSXじゃないかと予想してたんだけど、
東大に先を越された感じ。
Re:ディスクレスにしないと (スコア:1)
>東大生のモラルに期待します。
netbootなら、管理者が管理できるし、一般ユーザーは使えないようにできるでしょ。
それほど問題にはならないような気がします。
それよりも一体型にすることによる筐体の盗難とかの方が心配だったり。(普通のデスクトップでも同じですけど)
たしかにコンピュータの盗難対策は必要ですね (スコア:1, 興味深い)
そういえば、昔(10年くらい前だったかな)東大工学部でコンピュータをごっそり盗まれた事件があったような。
実際、今後は学校、企業でもPCの盗難対策は非常に重要になってくるでしょうね。機密情報云々は別にしても、ちょっと不作になれば農産物の盗難が頻発するようなご時世ですし。とくに大学の場合、企業と違って多少怪しい奴がいてもそんなに不思議ではない場所ですし、PC抱えてうろうろしていてもそんなに不審ではないような気がします(iMac 抱えてってのはどうかと思うけど)。
まあ1つの部屋に1000台以上の iMac が並ぶわけではないでしょうが、数十~数百台の iMac が並んでいたら、数台なくなっても人間は即座には気がつかないかもしれません。
# 管理者はネットワーク越しに検知できるのかな?
Re:ディスクレスにしないと (スコア:1)
教育用計算機システムではもう何年も前から標準仕様です。 みたこと有りませんか?
この方式はだれも実用新案をとってないので無償で使えます。:-)
Re:ディスクレスにしないと (スコア:1)
Re:どうして (スコア:1)
場合、そう名乗りがちになるとか。
そうじゃなくても、日本人らしくていいぢゃん、と僕は思う。
#多分、「一番の応用問題を正解して東大に入った東大生」
#の略なんじゃないですかね?
#「二番の基礎問題を正解して東大に入った東大生」は二基東大生。
#「三番の発展問題を正解して東大に入った東大生」は三発東大生。
#って書こうと思ったけど面白くないんでヤメ
Kiyotan
Re:どうして (スコア:1)
# 確かに「一応慶應です」は聞いたことがない
-- 哀れな日本人専用(sorry Japanese only) --
Re:どうして (スコア:1)
「一応東大生」という言い回しを聞いて俺が一番最初に思い至ったのは、
この人は
放校(ガッコをクビになること)寸前
の人なのかな?という…
----
あとは、学部生(所謂4年生まで)じゃない場合とか。
あ。東大は今は大学院大学なのでしたっけ?
だとしたら学部生のほうがむしろ「一応」かな??
#一応某大学出なのでG7
Re:どうして (スコア:1)
豪語していました。また大東大に受かった奴が「東大より
すごい大東大」と言っていました。
受験生のジョークですね。
-- gonta --
"May Macintosh be with you"
あれは・・・ (スコア:1)
しかも100台限定ですし…(東大だけで占めるか?
#微妙に欲しいわけだが。
Re:Happy Hacking Keyboard Lite 2 ? (スコア:1)
そのいらなくなるであろうHHKが欲しい気分ですな
Re:個人的願望 (スコア:2, 参考になる)
これは、Metapkg [metapkg.org] なのでしょうか?
Re:個人的願望 (スコア:1)
大学は図書館や公民館とは違うし、公の施設でも部外者が自由に使えるなんてそんなに無いと思いますが?
利用したかったら古の「ニセ学生マニュアル」でも読んで利用すればいいのでは
踏みとどまりました (スコア:2, 興味深い)
マジでOS9.*までしかご存知無かったのかしら。Appleのシェアの低さ/今までの閉鎖的状況、を考えるとApple、及びそれにかかわった面子にも自業自得ってのはありますが。
それだけに東大のシステムが無事稼働することを期待したいです。
Re:踏みとどまりました (スコア:1)
Macだけじゃなく、LinuxのこともWindowsのことも全く分かってないこと
がバレバレな記事でしたから、読者の抗議があったのでしょう。ちょうど
asahi.comにもバージニア工科大のPowerMac G5 1,100台でのスーパー
コンピュータの記事の紹介とリンクがあったなのに、見てないのでしょう。
それにしても、AppleはJobsが戻ってから最初のMac OS X Server以来
オープンソースでもう4年もOSを作っているし、ASCII, PC Watch, ZDnet
等のコンピュータ系のニュースサイトだけ見ていてもAppleが変わったことは
分かるはずなんですけどね。ITビジネスコンサルタントってのは、そういう
情報は見ないのかな。批判する為に元の東大の話を読んだりしないのかな。
Mac嫌いど真ん中 (スコア:1)
ただ、今回の場合はITコンサルタントその他肩書きの部分と、タイトルにLinuxを持ってきた割に???なネタだったことが致命的かと。
多分腐れマカー批判だけだったらここまでこないでしょう。そこらは当方も同意しますんで。(件の記事の、固有形式のファイルを渡してくる云々あたり、身につまされましたし)
もっとも、そこそこ名が通っていると言われるIT関係ライターでさえOSXがそーゆーブツだったことを知らなかった、と言う点、今までのAppleのツケが回ったと言うことは否めませんが。
同じような人居そうですし。(好き嫌いかかわらず知らない人が)
また、それを考えると東大で導入決定と言うのが結構奇跡なのかも。
恥さらしど真ん中 (スコア:1)
正直な話、どこぞに限らず記者/ライターのレヴェルってこんなもんかもしれません。
学者馬鹿と言う言葉をそっくり返したいですねえ。
アンチマック派としてもあまりにお粗末。こういうのが居るから逆にLinuxが貶められるんです。
ま、多少好意的に考えるとしたら、この文でも触れられてるように腐れマカーにかつて遭遇してひどい目に遭ったのを忘れられなかったんでしょう。
あるいはBSD嫌いとか(?)
逆方向ど真ん中(長州以下) (スコア:1)
やっぱり昔に腐れマカーに怨恨を持ったというのに1票入れたい。
#タイトルの意味はてきとーに考えてね(?)
Re:こういう無知な恥さらしもいる (スコア:1)