NEXTSTEP/OPENSTEP
>>444
GUIしか語れないんですね、わかります。 CUIで使ってる香具師なんて居るの?
sshすら入って無いのに。 そうじゃなくて、Mac OS Xは目に見えないOSの中核部分もNeXTがベースになってるって事よ。 machのバージョンが違うのでベースとは言いがたい。
上物のBSD部分の実装も違うし。
薄っぺらな情報のマク本の記述でも参考にしてるのかい?
CFとNSなフレームワークを載せてあるってだけだよ。
アポーのサイトでベースのソースコード見てこい。 >>449
大体同意するが、
CF と NS の... ってのは反論になってないんでない?
CF なんて NeXT には無かったでしょ。 実装上のベースというよりも、思想的のベースだわな。
カーネルのバージョンや実装の違いを言い出したら全てのOSが別物になってしまう。 OS X の AppKit 実装はかなり NeXTSTEP の OpenStep での AppKit 実装を
内部でもひきずってるみたいよ。いまだにクラッシュレポートとかみてると
DPSほげほげ とか、NSNextStepFrame とか出てくるのは、
当時のソースコードにずっと手を入れているからなのではないかと思う その辺はソースが無いので何とも。
ほとんど書き直されてる鴨田氏。 ToyViewerはNeXTの時からバージョンアップ重ねてるね ManOpen も歴史が長いよ
http://www.clindberg.org/projects/ManOpen.html
Leopard では古すぎる .nib のためかそのままじゃちゃんと動かないけど。
nib を Tiger の Interface Builder で開いて新フォーマットで保存し直すと
動くようになった。 >>438
>NEXTSTEP特有の現象?
特有という訳じゃないだろうが、カーネルアイドルプロセスが無限ループなんだから仕方ない。
Dos/Win3.1も同様だが、VPCの時は、Additionで、CPU haltさせていた。
ところで、最近、お絵描きを久しぶりにしなきゃならなくなったが、OSXでフリーなDrawとして、昔からCennonを
使っているのだが、いまいち、操作が直感的でないので、今回はNSのDraw.appを思わず使ってしまった。
tiff形式で保存すると、Macで利用できる。CSを買えない貧乏人な俺は、NSを生かしておいて良かったと思う。
AbandonWareのWetpaintやTIFFanyも悪くないのだが、日本語が入力できないのが致命的。
Taylorは、ついにフリーにならんかったと思う... あきらめて OmniGraffle とか買えば?悪くないべ。
CS よりは安いし。
昔々 PowerBook を買ったら付いてきたのでずっと
バージョンアップして使ってます。 普通にgimpで良いだろ、CS買えない貧乏マカ。
NSは割れなのか? Draw かあ。DrawPlus というのがあったな。一時期重宝しました > きやのん StoneなんたらかCandyなんちゃらか忘れたけどNeXT時代からやってたトコのはもうないんだっけ? >>463
Candy はよくわからないけど、Stone Design とか Lighthouse Design とかあったな。
あれ、現在形なのかな? Stone はまだやってるよ。ただ時代に付いてけて無い気がする。
Icon が今の OS X のシェアウェアの水準からするとかっこわるい...
アーティストやとえばいいのに。 NFSを利用すると、NSとOSXでコピー&ペーストが可能だが、
NS側でEPSでコピーすると、OSX側でペーストして、結構使える。
NSのEquationBuilerから、OSXのTextEditへ数式をペーストできる。 先日某半導体メーカの最新ラインを見学させてもらったが、
なぜか工程でNEXTSTEPが使われていた。おそらく外観検査装置。
なぜ??? NeXT生産ラインにNeXTが使われていたことを知ってるヤシが
ユーモアたっぷりにAS仕掛けたんじゃない? >>468
なぜだろう?「最新」ってことは、ある目的のために、あえて
NEXTSTEPを選択したという事だろう。今時、NEXTSTEPが第一選択枝になるような
用途があるのだろうか? 謎だ。
スクリーンセイバーがNEXTSTEPのログイン画面というオチじゃない? 単にウィンドウマネージャだった可能性も。
最新でNSってことは無いな。保守どうするのって感じ。
キャノンがソース持ってても製品提供出来る許諾までは持ってないだろうし。
ポストスクリプトのグラフィックベースで、ビット演算の画像処理ってかなり処理が重そうだ。
リアルタイムOSでも無いからcronが裏で走って、処理落ちして製造ラインで大惨事が起きそう。 間違いなくNEXTSTEPですよ。設備そのものは他ラインからの移動流用ということはあるかもしれません。
ドッグ、ファイルマネージャ、コンソールとなんらかのアプリが表示されていました。
オペレータが直接操作するような使い方ではないので、WMを変えたというのは考えにくいです。 ハードの方がダメになりそうですね。エミュレーションかな >>473
プロセス管理ではないね。NEXTSTEPは、アプリケーションの開発のしやすさが売りだったので、
昔社内で独自開発した、何らかの極めて特殊用途のアプリケーションを使っているのかな。
別のプラットホーム用にポートするだけのコストをまかなえないような特殊用途。
メインのラインには大きな影響はないのだが、かといって、不必要という訳でもないような、
微妙な位置づけのアプリケーションかな。おそらく、生産ラインとは直接関係ない、事務管理関係だと思うが。
勇気を出して質問してみれば良かったね。
事務管理ならエクセル開いたり出来るウィンドウズのほうが向いてる。
もう販売もサポートもされてないOSを業務で使い続けるって大変だと思うけどね。
ドックはWMにその機能が有るし、コンソールは適当なターミナルならほぼ見た目は変わらないし、残りのファイルマネージャくらい?
見学させてもらったならコネはあるだろうから、ラインについての質問と織り交ぜて、PCのウィンドウズのバージョンでも訊いとけば、NeXTですが何か?とか期待した答えが得られるかもな。
アプリケーションの開発のしやすさってそんなに言うほどしやすいわけでも。
IBの切り貼りで出来る程度なら、IBが移植されたマクでも開発しやすいって絶賛されてるはずだし。OPENSTEP for Windowsやfor Intelももっと売れてたはず。実際はそんな事無いし、大半の人はウィンドウズで開発してウィンドウズ使ってる。
一般用途では、VBAでエクセルやアクセスをカスタマイズ出来るだけでも十分有用。 >オペレータが直接操作するような使い方ではないので、
Object Link機能か すんまそん、あいだあいてしまいました。
ドライエッチ後のオーバレイ検査装置で、簡単な画像処理をして合否判定しているそうです。
NEXT for Intelと思いますが、画面とマウス以外は隠れていて見えません。 >>479
色々妄想できて楽しかったよ。話題提供してくれて、ありがとう。
画像入力装置のドライバも含めて、その画像処理の機能を移植できていないんだろうね。
SCSIのスキャナかな?それとも、もっと古い、GPIBとか?
いかん、また妄想してしまったw。
まあ、ありがちな話だったりする。
NeXTとは関係無いけど、国内某メーカの68010(16bit CPU)+UNIXを
ベースにした専用装置が、つい数年前まで製造されていた。
開発部隊は完全に飛び散ってしまったから、現行ハードへの移植は不可能(w製造部品が入手不可になったのでようやく出荷停止になったと、
ひとづてに聞いたが、現物は今も全国で稼働してるはず(数100..千台規模)。
スレ違い失礼 そんな保守に問題のあるハードで業務やってる企業ってアフォだろ。
危機管理無さ過ぎ。故障時の損害金額とか、たいしたこと無いどうでも良い専用装置? いやいや、現実には98+DOSで動いてたり、日付20年戻したりザラだよ。それターゲットのビジネスもある。9801でググるといっぱいでてくるよ。 最後のVAXマシンをシャットダウンしてきた、って話を聞いたのは21世紀に
入ってからの話だったかな。
そんなもんよ。 >>482
新規製造が終了しただけで、保守部品はメーカー側で確保してあるから、あと10年は大丈夫。
8086マイコンベースの前世代装置も、当時、ハード保守を継続していた。
68010UNIXベース機は、その8086ベース機の後継互換機で、当時の最新モデルだった。
>>484
メインフレーム(ホスト計算機)とオンライン端末の間に置かれる端末制御装置、あるいは
通信サーバと呼ばれる機械。一般企業系はPCベースのシステムへ更新が進んでいるけど、
地方自治体だとオンラインシステムのリプレースがなかなか進んでいない。
今時のオープンシステムじゃないから、メインフレーム/回線/端末制御装置/端末....etcを
一気に更新しなければならず、特にソフトウェア(COBOL or PL/I)がネックになっているらしい。
というか、その68010UNIX機では(10年前頃に)ベーシック手順のサポートが追加されたりしてる。
すでにHDLCプロトコル全盛の時代で、次世代ネットはOSI?それともTCP/IP?と騒がれていた時代。
それでもユーザからの要望が強く、ベーシック手順サポートを断りきれなかったそうな。 組み込みOSの世界では、レガシーデバイスを中々リプレースできないというのは、良くある話だろう。
未だにISAバスとか... ある意味閉じた世界だから、それでも問題なかったりする。
逆に、コンシューマー向けのコンピューティングの進歩が速すぎたのかも知れん。
マルチメディア関係を除けば、今だって、普通のユーザの用途なら、10年前のPenII+Win98で十分じゃないかな? ハードウェアは兎も角 Win98 は不安定すぎるよ。
というかあれからもう10年たったのか。 PC9801を業務で使ってる様な所も危機管理無さ過ぎだな。
お役所は、ハード故障でデータ失ったり、業務出来なくなったりする損害とか考えてないのかねえ。
まあ税金の無駄遣いに気がつかないアフォな納税者と担当者を抱え込んでる地方公共団体だろうけど。 新しい機械に買い換えることを「無駄遣い」と思っちゃうおバカさん、
のほうが現実だろうな。 DOSソフトがうごかないと、いままでのルーチンが壊れるのかな 公共系だと政治的なしがらみもあったりするんじゃね。
そこらへんに下手に手を出すと危険。 NeXTに全然関係無いけど、スレ上がって妙にうれしい。
ところで一時期は金融関係に売れたらしいけど、どんな用途?。勘定系じゃないよね。 >>439
バリバリの情報系だよ。
株/証券/先物取引とかで利用される統計分析や意思決定システムの開発用途だった。
そういうアプリケーションではユーザインターフェイスが重視されるし、
何しろ必要とあれば金に糸目をつけない顧客だからNeXTが売れた。
金融工学という化け物が誕生しつつあった時代。 >494
あんがと、アンカー間違ってると思うけど。
チンタラ開発してたら機会損失がでる世界だな。そういやテレビで金融工学を追ったドキュメンタリでNeXTみたわ。そして身を引いた当時のキーマン達は、今はマック使ってる。 >>494
なるほど。数学のドクター持ってて、投資やってるような連中には、NeXTはバカ受けだったろう。
それから、アカデミックな人たちに人気があったのは、アカデミック割引のせいもあるだろうな。
ハードにも割引はあったのかな?
その一方で、一般人にはほど遠い存在だった事も事実。NeXTの失敗は、ビジネスモデルも一因だったろう。 今はエクセルのVBAで十分なレベルだけどな。
政治的なしがらみのために、納税者の税金が無駄に使われるのは、無自覚な納税者アフォとしか。
しがらみで儲けてる香具師の思うつぼじゃん。 >>497
>エクセルのVBA
金融工学ではなく、役所の事務処理の話だろ?
俺はプログラマではないが、数年前、頼まれて仕方なく
Access VBAを数百行書いたことがあったが、VBAの文法には
発狂しそうになったよ。
その後、Wordのスクリプトも書く機会があったが、
Mac用のWordでApplescriptが使えたので、発狂せずに済んだ。
Applescriptだけではどうにもだめで(おそらく自分のスキル不足)、
数行VBAを埋め込む事になったが。
あのMSが、なぜ、わざわざApplescript対応にしてくれたのか、未だに
理解できんが、このときだけは、大変MSに感謝した。
NEXTSTEPには、VBやApplescriptのように、GUIまで操作できるスクリプトは
なかったよね? XWindowが使えたので、Tcl/Tkという手はあったと思うが、
nativeのGUIに対応していたのかな...
俺にとっては、NEXTSTEP以来Tcl/Expectとは、長い付き合いだが、未だに一番しっくり来る
スクリプトだ。 Excelがオラのインタフェースに使えることと、
VBAがクソなことと、なんの関係もないし。
これだからドザはw ドザとかマカとか関係ないだろ。
>>499の論理構造が破綻している事は明白だがw。 >>499
そうやってホイホイVBAスクリプトを作られた後で作成者が移動になり、
残された後任者が涙目になるって話はザラにある。
また最近の動向として、エンドユーザレベルのアプリ開発は
後から監査するのが非常に困難である為、大手企業では避けられる現実がある。
「企業統制」でググってごらん。VBAが目の敵(かたき)にされているから。
と、スレ違いなカキコだけじゃあれなんで、
>>498
tcl-FAQを見ると、ObjectiveTclとか、いくつかTcl/Tkサポートがあったみたいですよ。
[ObjectiveTcl - 商用製品]
http://mibai.tec.u-ryukyu.ac.jp/~oshiro/SiteList/tcltk-faq/tcltk-faq-part5-jp.html#ext340
[NeXTSTEP / Tcl interface - フリーソフト(?)]
http://mibai.tec.u-ryukyu.ac.jp/~oshiro/SiteList/tcltk-faq/tcltk-faq-part5-jp.html#ext326
Tcl/Tkが登場した時代、他にはGUIをスクリプトで組める環境なんて皆無だったから、画期的でしたね。
オイラはUNIX MAGAZINE誌に連載されていたTcl/Tkの記事を夢中になって読んでいました。
ただ、TclはShellみたいに全てが文字列なのがあれなのでしばらくしてPerl/Tkへ移り、さらに
Perlはオブジェクト指向対応がゲテモノなので、今はRuby/TkをさわりつつRubyCocoaを勉強中です。 VBAに限らず他人が勝手に書き散らしたスクリプト/処理実装のメンテを引き継がされるのは気が非常に重いしな.... >>502
なるほど。参考になったです。
ちなみに、俺も、Perl haterね。
cgiというと、すぐにPerlという時代があったが、生き難かったw。 監査が面倒という理由で、VBAでの自動化を辞めて人力に戻すのか。
非効率な上場企業なんだな。株主怒るぞwww
むしろネクストとかの監査のほうが大変だし、事業継続性的に問題だろう。マクも3年後には互換性の有るシステムが消えてるだろうし。
スクリプトは引き継いだらヲレスクリプトに置き換えるのが普通。置き換えられる簡単な処理しかスクリプトにすべきでないし。スクリプトなんて使い捨て。 >>505=499
相変わらず、ロジックが破綻してるな。哀れだ。誰も人力に戻せなんて言ってないぜ。
それに、そんな簡単なスクリプトなら、わざわざ引き継ぐまでもなく、
必要性が生じたら「ヲレスクプト」を書けば良いだろう。
そして、Macが3年後も生き残っていたら、首くくれよなw。
ネクスト終わったので即脂肪だなwww
ヲレスクリプトは監査受けなくてもいいのかい?
ヲレスクリプトで改変可能のままじゃ会計上不味いだろwww 今は手の平に載るNeXTが有るしな。 iPhoneという名前で。
リナックスだろ。ウニックスでびーえすでーなんだし。
ネクストならデスクトップポストスクリプトが使えないと。アクロバットも無いからぽーでーあふも読めないし。
ワークスペースマネージャも無かった。 OmniPDF。
Display Postscript。 黒NeXTってリサイクル法だとどこが引き取るの?もってないけど。DECやコンパック、アポロはHPが継承してるみたいだけど。 いまはキャノ販っていわないんだ。ナビコネクションってキャノ販だっけ? 不動品?
不要ならヲクにでも出してくれ。fj.sys.nextとかまだあるのか?w スキャンしたファイルから切り貼りをするのに、矩形領域の選択機能だけではきついので、
フリーに選択できるソフトを探したが、Photoshop Elementsくらいしか見つからなかった。
Gimpは操作が面倒なので却下。
しかし、abandon wareのWetPaintそれができる事を発見したので、無駄な出費をせずに済んだよ。
ttp://www.moshimo.com/item_image/4571152231001/1/l.jpg Windowsは NeXT STEPのパクリ
http://www5d.biglobe.ne.jp/~kobamasa/comp/NEXTSTEP/NEXTSTEP/shot/screen.gif 池上さんのニュースバラエティでスティーブ・ジョブズ氏が取上げられたけど
Nextについては完全にスルーでした。 Windowsは NeXT STEPのパクリ
http://www5d.biglobe.ne.jp/~kobamasa/comp/NEXTSTEP/NEXTSTEP/shot/screen.gif Windowsは NeXT STEPのパクリ
http://www5d.biglobe.ne.jp/~kobamasa/comp/NEXTSTEP/NEXTSTEP/shot/screen.gif LisaやMacのGUIはSmalltalk(=暫定ダイナブックOS)のGUIから派生的に生じたもので
こと新奇性に限ればAppleが宣伝するほどにはオリジナリティやプライオリティはない。
オーバーラップするマルチウインドウとか、メニュー操作とか、カット&ペーストとか、
マルチフォント、お絵かきソフトとかいった根幹部分は1977年頃のSmalltalkとなんら変わらない。
http://www.robotwisdom.com/linux/smalltalk76.gif
http://video.google.com/videoplay?docid=-7466310348707586940
(前者は'77のスナップショット。後者は'83の映像だが、それでもLisa以前)
MacにあってSmalltalkに無い、ファインダとかダイアログボックスとか一部はStarを模倣して急遽追加されたもの。
ただ、これを根拠に、ほとんどStarからだと言う人もいるけどそれは言い過ぎ。
そもそもStarはメニューとかほとんど使わず、コマンド実行もキーボードの専用特殊キーを使用するなど
基本的な操作スタイルが暫定ダイナブック系GUI(Smalltalk、Mac、NeXT、Win2〜)とぜんぜん違う。
http://video.google.com/videoplay?docid=8897792758515928377
WinはMacのマネとかはAppleのFUD。1.0のGUIはSmalltalkとは別開発のGUI付きOSのひとつであるCedarから
(念のため書くと、ALTOはマルチOSマシンで、アラン・ケイたちの開発していたSmalltalkの他にも、
PARCとは違う機関で作られていたStarシステムまで含めた複数のGUI OSが前後して開発されてた)で、
プルダウンメニューとかスクロール−バーの配置とかの一部を除けば、実はMacからの影響は、
Appleが主張しするほどには実のところ、無い。
http://squab.no-ip.com/collab/uploads/61/cedar2.png
http://lowendmac.com/orchard/06/art0825/win101tile2.gif
(前者がCedar、後者がWin 1.0)
その後のWin 2.0から方針転換(Cedar路線の担当者はクビ)してL&Fは急速にSmalltalk寄りに。
Win 3.0のGUIプロトタイプはSmalltalkで作られていたりもした。Smalltalkを知らないとMac似っぽく見えるが、
ウインドウ操作メニューとか右クリックメニューとか(これらはSmalltalkにはあるがMacにはない)
からSmalltalkの影響がMacからのそれより色濃いことが分かる。
http://www.slideshare.net/sumim/091205-sapporo-ruby-kaigi02-smalltalk/16 VisualBasicはInterfaceBuilderのバクリ
NeXTが発表された頃、InterfaceBuilderは驚きの機能だった
ティム・バーナーズ=リーが短期間でWorldWideWebを開発できたのも
NeXTの簡単にGUIが作成できるInterfaceBuilderのおかげ