パスワードを忘れた? アカウント作成
2896 story

MicrosoftがPassport SDK Linux版を公開 49

ストーリー by Oliver
CLIとPassportは別物 部門より

lss 曰く、 "日刊アスキーLinuxの記事によると、Microsoft.NET Passport SDKのLinux版が MSDN からダウンロード可能になったとの事。オープンソース版.NET「MONO」に比べてどうなんでしょうか。とりあえず、配布形式がEXEなのだけは小一時間問い詰めたいところです。"

この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。
  • 小一時間 (スコア:2, おもしろおかしい)

    by fusion (555) on 2002年04月28日 23時32分 (#87529)
    小一時間問い詰めたいところです。

    最近やたらと「小一時間問い詰める」ってのが目に付くんですが何かのはやり?
    • Re:小一時間 (スコア:1, 興味深い)

      by Anonymous Coward on 2002年04月29日 0時04分 (#87535)
      厨房も小一時間時間といつめるも2Ch用語です。

      2Chのそとでも2Ch用語がそのまま通用するとおもっている
      2Ch用語でいうところの厨房がおおくてこまる。

      まあ/.Jと2chは層が重なることがおおいんでしょうけどね。
      親コメント
      • >厨房と小一時間は2ちゃんねる用語

        あのー、小一時間は確かに2ちゃんが発祥だと思いますが、厨房はあめぞうか、ぁゃιぃ系のどっかが発祥(多分、第一期あめぞう)だと思いましたが。

        モナーやギコ猫なんかでもそうなんですけど、あめぞう(やぁゃιぃ)で出来たキャラクターや用語がオープンソース的に発展して、2ちゃんのそれらはバリエーションに過ぎないと言う事実を知らない人が多いですね。

        親コメント
        • by Anonymous Coward
          ここにもあめぞうの残党が・・・。 あめぞうにそんな影響力がある訳ないだろ。
          • 影響力も何も、あめぞうが崩壊していく過程で2ちゃんねるが出来たと言う歴史があるのはご存知無い?

            従って、2ちゃんねる初期からあるAAとか用語は、全て、その前身だった掲示板(ぁゃιぃやあめぞう系)の人達が大本を作ったと言うのが古くからのネットウォッチャーの間では定説になってるのですが…。

            勿論、これらが爆発的に広がったのは2ちゃんねるの存在が大きいですが、起源はもっと昔だと言う事で、それに目鯨立てるのはまさに厨房的な感じがする…

            # どーでもいーじゃんってのが本音。

            親コメント
            • by Anonymous Coward
              「どーでもいーじゃんってのが本音」
              なら、いちいち薀蓄垂れるのは止そうぜ、ダンナ。
      • by Anonymous Coward on 2002年04月29日 11時39分 (#87651)
        だから同様の話として
        ・大阪のそとでも大阪弁がそのまま通用するとおもっている
         大阪弁でいうところのへたれがおおくてこまる。
        ・英語圏のそとでも英語がそのまま通用するとおもっている
         英語でいうところのegoistがおおくてこまる。

        ある意味正論っちゃ正論なんですが、なんかね…

        注:
        厨房 ≠ へたれ ≠ egoist なので念のため
        親コメント
    • by ksada (4435) on 2002年04月29日 1時01分 (#87552)
      大元は松本人志の一人ごっつだというコメントがあった。
      言われてみれば確かに松本節だ。
      親コメント
  • 配布形式がEXEなのだけは小一時間問い詰めたいところです。

    展開するために WINE を使えという事でしょうか :)

    tar.gz などの形式を使わないのは、 Microsoft の対抗技術を使ってアーカイブを作ってはいけないという理由からなんでしょうかね??

    # CAB 形式で配布されてもアレですが。

    Takeshi HASEGAWA

  • 環境決めうちね (スコア:1, 参考になる)

    by hajimetyan (3875) on 2002年04月28日 22時33分 (#87517) ホームページ
    なんだかインストールようのシェルスクリプトは
    「root権限で動かせや」と文句言い出すし。
    むりくりtar.Zを展開してみると。
    perlのパスも決めうちだし。
    こんなの使う人いるんかー。(怒
    --


    .::.:... .::....: .::...:: .::.:.:: .::..:.: .:::..:.
    I 1 2 B H4[keR. :-)
    • >環境決めうちね
      つい日頃のクセが出たっていうことなんでしょうか。
      だとしたら背筋が寒いぞ(風邪ひきが言うセリフではない)。

      でも、Windowsの文化って多分にそういう面がありますよね。
      「とりあえずプログラムはC:\Program Filesにつっこんどけ」
      「WindowsのディレクトリはどうせC:\Windowsだろ」みたいな。
      親コメント
      • by Anonymous Coward on 2002年04月28日 23時39分 (#87531)
        んなこたーありません。
        まともなプログラマはちゃんと環境変数やレジストリから取得しますし、
        まともじゃないプログラマはWindows以外で作業しても決めうちにするでしょう。

        あとWindowsにはデファクトスタンダードになっている開発環境(VisualStudioのことね)に
        インストーラが添付されてきますから、
        開発者は普通システムやアプリケーションのインストール先を意識しなくても大丈夫です。

        アプリケーションの配布や管理の簡便さについてはWindowsに一日の長があると思いますが。

        今回の配布物がダメダメなのはその配布者が腐ってるってだけで、
        それをもってWindows全体のことを論じるのは飛躍しすぎです。
        親コメント
        • by Anonymous Coward on 2002年04月29日 0時31分 (#87545)
          >開発者は普通システムやアプリケーションのインストール先を意識しなくても大丈 夫です。

          そうして似非開発者ができ上がると。
          理屈をわかってて意識しなくていいから楽だなぁと感じながらやるならいいけど、最初から何も意識しないまま何かわかんないけど結果オーライ的にやってしまう人を量産してる気もしますね。


          >今回の配布物がダメダメなのはその配布者が腐ってるってだけで、
          >それをもってWindows全体のことを論じるのは飛躍しすぎです。

          おっしゃる通りですが、元コメントの人は今回の件を根拠に論じてなんかいないと思いますよ
          せいぜい、そう言えばって感じで思いついたぐらいのもんでは?
          親コメント
          • by Anonymous Coward
            海外のソフト入れたらスタートメニューに「Startup」なんてフォルダが出来ちゃうのもそのせいですね。
        • by Anonymous Coward
          Windowsのアプリを書いたことない人にわからないだろうから・・・仕方がないさ。
          • >Windowsのアプリを書いたことない人にわからないだろうから・・・仕方がないさ。
            私はアプリなんて作ったことはありませんが決め打ち嫌いなのでバッチファイル書くときには%SystemRoot%とかの環境変数は割と当たり前に使ってますけど。
            ただ、決め打ちアプリでイヤンな目にあったことが多いのは圧倒的にWindowsなんですよね。そんなわけでつい筆が滑ってしまいました。
            まっとうなWindowsプログラマのみなさんごめんなさい。
            親コメント
        • by Anonymous Coward
          > アプリケーションの配布や管理の簡便さについてはWindowsに一日の長があると思いますが。

          んなこたーありません。Windows のアプリケーション・コンポーネント管理能力は rpm や deb には遠く及ばないでしょう。

          • by Anonymous Coward on 2002年04月29日 13時25分 (#87687)
            んなこたーありません。Windows のアプリケーション・コンポーネント管理能力は rpm や deb には遠く及ばないでしょう。
            必ずしもそうとは言い切れないですね。

            さすがにrpmは備えているみたいですが、dpkgにはトランザクション機能が備わっていないので、パッケージインストール中に突然システムがおちた時にパッケージ管理用データが無茶苦茶になることがあります。 Microsoft Visual Studio Installer ではロールバック機能を備えています。

            あと、パッケージ中のうちインストールしたいパーツを選択できないのはrpmやdpkgの弱点かもしれないですね。今は複数のプラグインパッケージに分割してしのいでいることがほとんどですが、もっと動的にパッケージの構成物を編成する必要がある場合にはこれでは破綻してしまいます。

            親コメント
            • by Anonymous Coward
              > 必ずしもそうとは言い切れないですね。

              そりゃー数多ある特徴の一つ一つを比較していけば一つ二つは届いていないところが出てくるかもしれませんがね、もっとも基本的な依存関係の管理 (ランタイム DLL のバージョン不整合なんて最悪) や完全なファイルリストの管理 (完全なアンインストール可能性、というのと同義と思ってクレイ) すら行えない Windows は問題外の外だろうと思うがナ。

              > Microsoft Visual Studio Installer ではロールバック機能を備えています。

              するってーとしょっちゅう破壊されてしまうレジストリ DB にだけはロールバック機能を付け
              • Re:環境決めうちね (スコア:1, すばらしい洞察)

                by Anonymous Coward on 2002年04月30日 3時40分 (#87982)
                依存関係が循環参照ひきおこして強引にひっぺがすしかなくなるようなパッケージ管理システムのどこが高機能なんでしょう? :-p
                親コメント
              • by Anonymous Coward
                するってーとしょっちゅう破壊されてしまうレジストリ DB にだけはロールバック機能を付け忘れたのかな?(藁
                レジストリはインストーラとは別物だって。あんたは論点のずれる話しにくい人だ。
              • by Anonymous Coward

                > もっと動的にパッケージの構成物を編成する必要がある場合

                基本機能を提供する親パッケージとそのオプションを担当するサブ・パッケージという構成で不便はしないと思うが。

                プラグイン機能の個数が未知場合はそれらをサブパッケージにしようがありませんね。

                たとえばフォントなどを、無理にパッケージの管理領域に割り当ててしまうから、個々のフォントをパッケージ化

              • by Anonymous Coward
                > レジストリはインストーラとは別物だって。あんたは論点のずれる話しにくい人だ。

                俺は最初っから Windows のパッケージ管理能力の話しかしておらん。レジストリ管理もパッケージ管理の一要素じゃろう (もちろん全てのレジストリ管理がパッケージ管理に内包されるわけではないが、そんなことはわざわざ断る必要もあるまい)? dpkg のパッケージ管理情報が破壊される事例の話を出したのはそちらでご
              • by Anonymous Coward

                > アプリケーションの配布や管理の簡便さについてはWindowsに一日の長があると思いますが。

                コレが嘘じゃねーか?というだけの話だ。

                なにいってんだか(上の発言はわたくしではありません。別スレッドでやってください)。最初の切り口は以下だったはず。

              • by Anonymous Coward
                > 必ずしもそうとは言い切れないですね。

                ふむ。「必ずしも」を強調して欲しいのかな?そぉゆーことなら上でも書いたが足りない機能もあろう、ということで決着だそ。で、「遠く及ばない」の論拠もすでに書いたのでいーよね?

                何か他に問題ある?
              • by Anonymous Coward
                それでよかばい。
              • by Anonymous Coward
                一切依存関係を関知しない (=Windows) ものよりはずーいぶんマシだと思われ。

                ある問題に取り組まないことでその問題に関連する他の問題が生じていないように見える、ってだけで、マジメに OS としてアプリケーション・コンポーネントの管理を行おうとするのであれば、当然依存関係の把握は必須だし、これをやり出したら循環参照の問題は避けて通れない。
    • by Anonymous Coward
      Version3になれば実用的な部類になると思われ。
    • by Anonymous Coward
      >> perlのパスも決めうちだし。

      UNIXで開発されてるソフトでもperlのパス決め打ち、ってのを見たこと何度もありますよ。ひどいのになると、/bin/shって書いてありながら、中身はbashのスクリプトだったりしたこともあります。

      そもそもオープンソースって「問題があっても自前で直せる」ってのが利点の1つだったんじ
    • by Anonymous Coward
      >「root権限で動かせや」
      SolarisのIEもそんな感じだったような。
  • by Anonymous Coward on 2002年04月28日 21時45分 (#87507)
    別もんじゃん。
    って、部門名で指摘されてるし。

    ちゃんとコメントしてやれよ(^^;
  • by Anonymous Coward on 2002年04月29日 8時14分 (#87612)
    Microsoft謹製SpyWare&Virusが入ってないことを祈ります。が、祈った本人はきっと使わない。
typodupeerror

犯人は巨人ファンでA型で眼鏡をかけている -- あるハッカー

読み込み中...