UNIXのシェルっていまだにテキストベースなんでしょ
, ' ´ ̄ ̄ ̄ ー- 、
/ ` 、 【First Res】
/ / ヽ 、 \ 作詞: ICHIKO 編詞: 俺
/ | | | ヽ ヽ ハ. 作曲: 新井理生 編曲: 俺
/ |,斗 ミ 弋T ト、 | |i i |
| | | |/| | |\ヽ | _」_ハ | |i | | First Res から始まる 俺とルイズのHistory
| | | リ >― ミ\ヽ イレ-、\| :|乂ノ この運命に魔法かけた スレが突然現れた
| | V / ん.ハ }.ノ{ハ...i} トレ ∧∧
/i| ', ヘ {こリ ヾ.シ レ' | \ アニメスレかよ ν速には ありえないコトだよね
../ |. ', ...::.::''' :`゛::::: | ', \ はじめてだよ ! こんな気持ち やけにココが心地良くなってくる
. i| ', :::::: ノ \
/ | \.. , -‐、 / | \ もし君が… 興味が無いというなら
/ ∧ `ー- ニ._´ ィ´ | \ \ ようつべか ! ステ6を ! 一度見てほしい
/ \ / ⌒ヽ、 \|-ュvヘ--、 \
/ ', //^/ィ__,⊥..._\ Sweet Res まだ醒めない タイトルになんだよ俺ぇぇ
| ヽ、 / rヘ{Y// ヽ \ 魅力の魔法かけて 偽りありまくりじゃねーか !
/ | _ ⊥ヘ rくr‐、__/rく }^^Y | \
/ |\イ__rへ‐ヘ〉-‐|--┴< ̄ト 〉__|.r┴─ First Res から始まる 俺とルイズのHistory
/ |イ /.: ヽ \|r‐|:.: .: .: .:  ̄`ー┴<入 この運命に魔法かけた スレが突然現れた
http://stage6.divx.com/video/1046621 >>1
大昔からバイナリベースだよ
そこらのOSのShellを覗いてみな
むしろテキストじゃないなんて退化だと
気軽にさくさくじゃないシェルスクリプトってはっきり言って不要 なんで世の中の本や新聞はテキスト情報が中心なのかね?
テレビみたく全部動画とかになった方がいいと思う? PowerShellはいろいろ出来て複雑。
sh/kshぐらい貧弱でいいんだよ。 せめてMS-DOSのコマンドプロンプトがPowerShellくらいできてればなあ・・・ UNIX板にPowerShellスレを立てたい漏れ Windows server 2008なら選択で
サーバーの既定のユーザー インターフェイスはコマンド プロンプトになります。
ttp://www.microsoft.com/japan/technet/windowsserver/2008/library/78d9d3e1-5ecb-4a01-8fe1-5fcf69e26fee.mspx?mfr=true
>>12
PowerShellは結構凄いぞ。Windowsは方向的にはすべてがプログラマブル
コンポーネントで、それをプログラミング言語レベルで結合させる文化なんだけど、
今回、それをCLIの世界に落とすとこうなる!っていうUNIXへの回答みたいな感じ。
eshellとかrc使ってる人はPowerShellのナイスさが少し判るかも。 PowerShellは悪くねぇっ!
PowerShellは悪くねぇっ!
PowerShellは…… そろそろshellのバッチ処理の部分とインタラクティブな
UIの部分を切り離してデフォルトではインタラクティブ
shellを入れないようにすべきじゃないか?
gettyも動かさない。キーボードドライバやディスプレイ
ドライバも入れない。勘違い野郎達にOSとは何であるか
思い知らせてやれ。
そのかわりapacheをデフォルトで動かし、ネットに繋ぐと
携帯経由で操作できるようにしとけば十分。
というか言語非依存のオブジェクト指向ライブラリの為の枠組みはぜひ必要だね。
Perl入れて関連ライブラリ入れて
Python入れて関連ライブラリ入れて
C++入れて関連ライブラリ入れて
Bashからそれらを呼び出すとかもう悪夢そのもの それなんてParrot?
つーか、.NET CLRでいいよもう。Ruby.NET, IronPython, F#, C#, C++/CLR, Java.NETがあるわけだし。
すべて、ファイルシステムにマッピングすればいいよ。 UNIXはファイルシステムにマッピングしすぎ
便利だけど パイプ・ストリームですべてを処理しようという発想は最早時代遅れ ファイルシステムを使う妄想
ディレクトリ = オブジェクト
ファイル = プロパティ or メソッド
これだと、プロトタイプベースな感じになると思う。
プロトタイプとなるオブジェクトを作って、コピーしてつかう。
特異オブジェクトを作るのも簡単だし、リンク使えば、オブジェクト/プロパティの共有出来る。
最初の複製はトップディレクトリ以外はリンクでやって、
書き込みを実際のファイル作成とかにすれば、copy on writeみたいだな。
メソッドは実行ファイルだから、パスを指定して実行すれば、
自分がどこに属するかはわかるから、this/selfも可能だな。 >>22
kwsk.
クラス(プロトタイプ)とインスタンスはどうやって区別するの?
foo0 = new Foo("hoge")
foo1 = new Foo("hage")
foo0/hello -> hoge
foo1/hello -> hage
みたいなのの実現方法は?単に Foo フォルダ = Foo クラス(プロトタイプ)では
できない。 全てのインスタンスはクラスでもある、ってのがプロトタイプベースドなオブジェクト指向。
だからプロトタイプとインスタンスは常に同一で、区別なんてない。
他のオブジェクトをコピーして、必要な部分を書き換えて使うのが基本。
foo0 = clone(Foo)
foo0/hello = "hoge"
foo1 = clone(foo0)
foo1/hello = "hage"
foo0/hello -> hoge
foo1/hello -> hage
みたいにする。 Microsoftが.NET版Emacsの開発を検討中
ttp://www.itmedia.co.jp/enterprise/articles/0801/07/news030.html VimをインストールしてPowerShellから使用する
ttp://techbank.jp/Community/blogs/hiro/archive/2008/07/09/1394.aspx ∧,,,∧
( ・∀・) ほー それで
( : )
し─J
一応PowerShellというオブジェクトベースのシェルはあるけど、まだまだ発展途上だなあと思う
オブジェクトベースなら尚更のこと、資産が揃わなきゃどうしようもないと思う >>31
新しく憶えるメリットがないんだよなあ。
過去の資産を捨ててまでの移行するメリットがない。
あとMicrosoftはすぐ規格変えちゃうので将来に不安が。 過去の遺産を捨てるってどーゆー事?
今まで作ったバッチファイルが使えなくなるわけじゃないでしょ >>33
過去の資産はUNIX系の知識って事。
そこからWindowsに乗り換えるメリットがないってこと。 >>35
いや、普及して数十年たって枯れた知識の方が楽なので………
今さら新しいシェル覚えるメリットないです。 >>36
× 今さら新しいシェル覚えるメリットない
○ M$製のシェルなんか死んでも使わない
お前の本音はこうだろ >>37
本音は普及して枯れたシェルから乗り換えるメリットが見出せない。
世界中で普及して数十年っていうのなら乗り換え候補にはなる。 メリットならあるだろ
ttp://ufcpp.net/study/powershell/abstract.html#forDeveloper >>39
.NET 開発者でもmonoも使わないからメリットないわ じゃあこれから使うようにすればいい
冗談はともかく、UNIX文化からオブジェクト指向シェルが登場しなかったのは不思議
.netが嫌ならJVMを使うとかすればいいと思うんだけど