アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私はプログラマです。1040 formに私の職業としてそう書いています -- Ken Thompson
AppleTalkよ再び (スコア:2, 興味深い)
になってしまいましたが、昔のプロトコロルにもいいところはあ
ると思います。
特にAppleTalkは、ほとんど何の設定もしないところが最高でし
て、今、Windowsでネットワークプリンタの設定をするたびに、
「あ
Re:AppleTalkよ再び (スコア:0)
OSXでTCP/IP以外はお断りしてます。
Re:AppleTalkよ再び (スコア:1)
何か誤解されてるみたいなんで、フォローしておきます。
「AppleTalkを復活させろ」と言ってる訳ではありません。
「AppleTalkのような使いやすさを復活させてくれ」と言って
る訳です。だからRendezvosに期待してるワケです。
誤解なきよう。
Re:AppleTalkよ再び (スコア:1, 興味深い)
AppleTalkって、表面的には使い勝手がよさそうに見えるが、
実装は、泥臭くて厄介なものなんで、
ランデブーがそういうものだと嫌だな、、という
意味だと思います。
実装も使い勝手も両方ともスマートであってほしい。
Re:AppleTalkよ再び (スコア:0)
> 実装は、泥臭くて厄介なものなんで、
管理とか開発やったことないので、表面的な使い勝手のよさしか知りません。
どのへんが泥臭くて厄介だったんですか？
Re:AppleTalkよ再び (スコア:1, 参考になる)
APIはほんとにタコな代物だった。
どんなにMacに精通した熟練プログラマでも
実装が汚くなる。特にMacのCプログラマはよく泣きをみた。
習得が困難 → APIが泥臭い(扱いにくい、手順が多い、例外だらけ) → 習得しても綺麗に書けない → 保守性の低下 → 後任が苦悩
うちに古いMac向けのCの入門書があるけど
今読んでも、その奇怪さに驚く。
まあ、Macは表面的に良く見えれば良い(使うだけの人間にとって良ければ良い)というスタンスだったので、「調子こいてプログラム作るとか言ってんじゃねーよ」というのもわからんではないが。
実際、余程熱烈なMacファンでもなければフリーソフト作者になろうなんて奴もいなかったし、送金義務はないけどシェアウェアが多かったし。「こっちの労力を考えられるなら、金くれよ」的な外人さん多かった。
俺的にはWinで作ってもMacで作ってもUnix系OSで作っても給料同じなのは納得できなかったけど(当時)。
Re:AppleTalkよ再び (スコア:0)
AppleTalkはおしゃべりなプロトコル。
パケットキャプチャーしてると、
AppleTalkが垂れ流してるパケットで目的のパケットが埋もれる。
ネットワーク管理者としては結構迷惑なプロトコル。
#それゆえAppleTalkをOnにしてケーブル繋げ