トップページ⇒linux
1001コメント435KB

Linux普及の障害となる問題を語り、思案するスレ

■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin2012/01/12(木) 10:01:05.85ID:CBlTqXeU
要望にお答えして建てました
Win、Macはもとより他OSとの比較ネタは厳禁
地道に障害を見付け対策法を考えましょう

>422 名前：login:Penguin [sage]： 2012/01/12(木) 09:42:39.47 ID:8oFz40FJ (3)
>>>420
>以前は、>>1にこう書かれてたんだよね

>ここはLinuxが普及するのに障害となることや、
>それを解決するための方法などについて語り合うスレです。
>Linux信者とWindows信者の煽り合いの場ではありません。
>Mac信者はでていってください。
>
>つまりタイトルこそ"普及するわけない"だが、現状は煽り合いする事自体がスレ違いだね
0652login:Penguin2012/01/19(木) 12:56:33.43ID:EE/XvZBk
configureとかやったことないの？
0653login:Penguin2012/01/19(木) 13:05:26.56ID:YsiAzxBe
誰の為に？って、そんなの判りきった事だよ。
Windows板や関連するスレに出張して、Linuxの方が優れている使わない奴は情弱という勢いで暴れてるアホの為だよ。
0654login:Penguin2012/01/19(木) 13:07:57.13ID:EE/XvZBk
OSはGUIアプリじゃないよ
0655login:Penguin2012/01/19(木) 13:21:09.21ID:DUH040Wk
>>651
インストールではなく、メインテナンスが大変だったんだよ。

今ではLinuxユーザーの大半がUNIXに馴染みのない層になったので、
その手の人たちは、Linuxは完璧だからメインテナンスなど必要ない
と言うだろうけど。

当時、インストールで手間が多かったのはパッケージの問題じゃなかった。
0656login:Penguin2012/01/19(木) 13:52:30.58ID:BT4639DP
>>651
>>655の言う通りだよ。メンテナンスが重要。
パッケージ管理で重要なのは、
依存性を辿って削除とかできる部分や、
依存性を調べて必要な物をインストール出来る部分。
また、オンライン上にあるパッケージを調べる事ができるのも重要。

それに形式を統一することで、色々なコンパイルオプションやら
ディレクトリ指定やら、そんなことを一々指定する必要もなく、
パッケージの名前だけ分かっていれば、
簡単にインストール・アップグレード・アンインストールが出来る。

バージョン管理的な部分もそう。
そんなのはエンドユーザが一々最新か調べるのは面倒だし、
個々のソフトが自動アップデート機能をつけるのも開発者側が面倒。
専用のメンテナやコミュニティーがリポジトリ上にあるソフトを
管理することによって、結果的にセキュリティー的にも安全になる。
0657login:Penguin2012/01/19(木) 13:53:06.29ID:xWafEXX4
東電なんたらはソース配布主義の信奉者?

伝統的UNIXやBSD系の人は今でもバイナリパッケージを嫌悪する人が
居るらしいけど、元Unixerが多いと聞くMacOSXではソフトパッケージは
どうなってるいるんだろう、、、
メーカー製以外は大半がソースコード配布だったりするのかな?
0658login:Penguin2012/01/19(木) 13:58:26.49ID:YImVBnmB
windowsは使い捨てと割り切ってプログラムを作って消費する
扱うデータの量もたいしたことないので
ファイルの互換性が無くても、プリンタで出力したものを手打ちで入力するだけで
足りるものが多いのでどんどん新しいものに挑戦していく傾向があるが

linuxの場合は最強で堅牢なソフトウェアで大量のデータを扱うことが前提になっているので
新しいものに挑戦するのが時間の無駄のように錯覚して臆病になる傾向があると思う
度重なるアップデートも古いのをコンパイルしなおしてるだけだしな
basic等の企画の決まっている標準語を軽視してpythonやrubyとかの
pascalやc++やbashやperlやPHPと役割が被ってる難解なマイナー言語を好むとか
環境依存のないスクリプト言語が欲しいならbasicやpascalにgui命令を追加すればいいだけだけど
そういう文化はdosを中心に作られたものだからな
0659login:Penguin2012/01/19(木) 14:02:13.57ID:xWafEXX4
>新しいものに挑戦するのが時間の無駄のように錯覚して臆病になる傾向があると思う
>pascalやc++やbashやperlやPHPと役割が被ってる難解なマイナー言語を好むとか

それまんまBSDの事じゃないか? RubyやJavaやValaやその他様々な言語が
Linuxで開発され使われている。
0660login:Penguin2012/01/19(木) 14:22:51.27ID:POtMqc85
GNUはもとより、既存のソフトウェアを再構築すればおk
車輪を再開発するのだ

そうすればパッケージ云々は解決する

以上
0661login:Penguin2012/01/19(木) 14:31:09.45ID:xq5k0POp
>>659
LSBはいつJIS X 3017対応するの？
0662login:Penguin2012/01/19(木) 14:33:29.26ID:POtMqc85
>>661
インストールユーティリティが全てrubyで書かれる様に
なったら
0663login:Penguin2012/01/19(木) 14:39:56.49ID:xq5k0POp
そりゃまた随分と高い障害だなあ。
0664login:Penguin2012/01/19(木) 14:43:24.17ID:POtMqc85
日本を押したいならPC９８とかみたいに
独自規格作るしかないのに何故採用しないんだ
日本を外しているとしか言わないしね

手を動かせよと自分は言いたい
0665login:Penguin2012/01/19(木) 15:00:14.14ID:xq5k0POp
なんの話をしているの？
LSB3.2から漏れたのは当時英語の仕様書が無かったからみたいな憶測があったから
じゃあもう大丈夫じゃないのって話だよ？
0666login:Penguin2012/01/19(木) 15:01:41.85ID:POtMqc85
rubyなんて使わry
0667login:Penguin2012/01/19(木) 15:07:35.00ID:YImVBnmB
言語を作るための中間言語生成器のバーチャルマシンを作ったらどうだろう

バーチャルマシン←構文解析機←アプリケーション

となっている。
言語開発厨はバーチャルマシンに合わせた構文解析機を作るだけで良い
インタプリタからコンパイラまで対応していてずっと使える
0668login:Penguin2012/01/19(木) 15:11:20.56ID:POtMqc85
>>667
それは.Netだろ
0669login:Penguin2012/01/19(木) 15:14:36.16ID:xq5k0POp
FreeBSDはLLVMで行く気なのかな？
0670login:Penguin2012/01/19(木) 15:19:59.19ID:POtMqc85
>>669
Unix板に行け
0671login:Penguin2012/01/19(木) 15:23:09.50ID:xq5k0POp
つまり、>>659の指摘はもう過去の物になってしまったということでいい？
0672デムパゆんゆん＠１月　２０１２始動。　 【関電 79.7 %】 2012/01/19(木) 15:25:38.51ID:kfTeDubq
>>664
　　　　　（　（「手を動かせよと自分は言いたい」
　　　　　 ） ﾉ ｏ
　 　 　　 V　 　　 ＿＿＿_　
　 　　／⌒ ヽ ／ノ^ 　 `ヽ＼
　　(（＿　　　_）（三） 　（三） ＼　　
　 　 |　　　　 | ⌒（__人__）⌒:::: ヾヽ　あああもっと！もっとおおおお！！
　　（ _）)(　　 |ヽ　 |r┬|　　　　　| i　
　　（ _）　υ（_ ノ　 `u-' 　 　　／
　　（ _)　　　 ,|i　　　　　　　　《　
　(_ ).|　　　　!| ・　　　　・　　　）)

0673login:Penguin2012/01/19(木) 15:28:30.17ID:POtMqc85
>>672
+に張れよ
0674login:Penguin2012/01/19(木) 15:30:04.93ID:DUH040Wk
構文解析機はちょっとやってみました。
LALR1を対象とするyaccとlexを合わせたようなものです。

一般的に、構文解析機を自動作成するプログラムは構文解析と字句解析を
作成するプログラムにおいても作成されるプログラムにおいても分離しています。

私は、生成するプログラムを一つに融合する試みを行いました。
これは、(E)BNF記法に手を加えることなくパーサを生成したいという希望からでした。

生成されるプログラム内においては、構文解析機と字句解析機は分離されています。
構文解析機の出力は特定せず、テンプレートにより解決を行う方針をとりました。
自動生成されるプログラム側は、還元動作の際にテンプレートにより提供される
メンバを呼び出し、この時、引数としてBNFルール内の記号を代表する値を与えます。
この結果、メンバは還元後の記号を代表する値を返し、生成されるプログラムは
これを次の入力として扱います。
0675login:Penguin2012/01/19(木) 15:33:41.90ID:xq5k0POp
>>674
それなんてシェル？
0676login:Penguin2012/01/19(木) 15:37:29.87ID:DUH040Wk
シフト動作が行われる際、構文解析機は記号を代表する値をスタックに積みます。
これによって、還元の際にテンプレートにより提供されるメンバへの値の供給が
可能となります。

この方針はおおむねうまくいきました。
BNFについては現状で問題なく解決が図れます。

一方、EBNFについては、さらに課題があることが分かりました。
しかし、テンプレートの力を借りてある程度の解決が図れそうに思えます。

また、生成されるコードは十分単純なものですが、コードの総量が比較的
大きくなりがちなことも分かりました。
0677login:Penguin2012/01/19(木) 15:43:47.18ID:DUH040Wk
ここまでやってみた結果、開発にはVisual Studioが最適であることが分かりました。

ソースコードの総量が大きくなると、コーディングはエディタの能力に大きく
依存するようになります。
構文解析機の状態や記号の並びを把握しながらデバッグするには、デバッガの機能と
デバッグ用の洗練されたライブラリも必要になります。
デバッガの見通しの良さにおいて、Visual Studioは大いに助けとなりました。

伝統的なLinuxスタイルの開発法では難しいと思います。
0678login:Penguin2012/01/19(木) 15:46:33.01ID:DUH040Wk
また、テンプレートをデバッグするにはgccでは力不足だと思われます。

Visual Studioにおいてもメッセージはわかりやすいと言えず、できる限り
新しいコンパイラを使うべきだと思われます。
具体的には、VC9.1以降を使うべきです。
0679login:Penguin2012/01/19(木) 15:49:06.03ID:DUH040Wk
ここまでで何か質問はありますか？
0680login:Penguin2012/01/19(木) 15:51:34.21ID:xq5k0POp
長々と書いてそりゃないよ。

まあなんにせよ、linuxって技術的には先進的なものではなくても、
新進気鋭の何かがあったんだよな、でも最近はそれが色褪せては居ないだろうか？
0681デムパゆんゆん＠１月　２０１２始動。　 【関電 79.8 %】 2012/01/19(木) 15:53:04.85ID:kfTeDubq
>>680
刺激がほしいならシャブ射ちながら走り続ければいい
0682login:Penguin2012/01/19(木) 16:00:09.81ID:j128PnsI
そんなことよりVIPに遠征しようず
0683login:Penguin2012/01/19(木) 16:01:32.76ID:POtMqc85
>>672
ム板でやれ
Linux板での話なら
それじゃなきゃ作れないものってのは何かって書いてみて

>>681
>>672を書いててそりゃないよ
0684login:Penguin2012/01/19(木) 16:02:37.91ID:ZgfDRUSv
そいつにかまっちゃいかんよ。
0685login:Penguin2012/01/19(木) 16:02:55.91ID:xq5k0POp
刺激がほしいなら手を動かすのは愚の骨頂、既にあるものをもらうことはできない。
禁欲しよう。

で、そういう個人的な話ではないよね、普及の問題は。
0686デムパゆんゆん＠１月　２０１２始動。　 【関電 79.8 %】 2012/01/19(木) 16:03:23.41ID:kfTeDubq
つまりそういうことだな
0687login:Penguin2012/01/19(木) 16:08:59.02ID:xq5k0POp
結局、刺激を求めすぎて皆莫迦になっちゃってるんじゃないの？
linuxってのはそういう先端ニッチでもガチガチの保守でもなく、
実用面を追求したからこそ今があると思うんだよ。
0688デムパゆんゆん＠１月　２０１２始動。　 【関電 79.8 %】 2012/01/19(木) 16:09:47.65ID:kfTeDubq
実用面を追求した結果はXPだろう
0689login:Penguin2012/01/19(木) 16:12:03.63ID:POtMqc85
>>687
保守なGNUやGPL３マンセーどもに言え
Debian厨にもだ
0690login:Penguin2012/01/19(木) 16:16:30.31ID:DUH040Wk
無料にしてはいい出来なので何かに使えないかと試行錯誤してみた。
しかし、有料のものには敵わなかった。

こんなところじゃないですか？

少なくとも俺にとってはそんな感じですけどね。
0691login:Penguin2012/01/19(木) 16:17:05.11ID:xq5k0POp
>>689
彼らはMachからの乗り換え組なんだから保守でもなんでもないよ。
0692login:Penguin2012/01/19(木) 16:21:44.50ID:POtMqc85
>>691
じゃ乗っ取り屋だ
ただ失敗しただけ

>>690
敵わないのと出来ないのは違うから
出来んの出来ないの
どっち？
0693login:Penguin2012/01/19(木) 16:27:38.97ID:xq5k0POp
>>690
linuxで無料なのはソースだけなんだから、後は各陣営のサポート会社の技術力じゃないか？
0694login:Penguin2012/01/19(木) 16:35:18.58ID:YImVBnmB
bashを中間コードと構文解析機に分離して
構文解析機の部分をrubyとかpythonに置き換えられるようにして
さらにgtk+にも同じことをして
win32とか.netとかqt3、4と互換性を持たせたり新しいのを作れるようにして
最後に統合すれば良いよ
0695login:Penguin2012/01/19(木) 16:36:03.23ID:DUH040Wk
>>692
lex、yaccに相当する製品として、Linuxにはflex、bisonがあります。
あると言われています。

ところで、flex、bisonは本当にLinuxで開発された製品でしょうか？

良く考えてみてください。
実際に開発にLinuxを使っている人には考えなくても分かることです。
Linuxは開発環境が貧弱だという現実に同意するでしょう。
なぜなら、常に困っているし、ほかの環境がうらやましく見えることもあるからです。

使っていなければ簡単にはわからないでしょう。
経験がないからです。
当たり前のことです。
今日も頑張ってLinuxマンセーを続けましょう。

現実的に、新しい製品をLinuxで作り上げるのは苦難です。
Linuxで動くようにするのは簡単かもしれません。
事実、私のLALR1パーサジェネレータはWindows上で開発されましたが、今では
Linuxで動きます。
変更点はごくわずかでした。
0696login:Penguin2012/01/19(木) 16:39:00.42ID:POtMqc85
>>695
c、c++はやってない
javaなんでエクリプスで事たりちゃうんで
元々はIBMが云々は承知の上、いちいち書かなくて結構
0697login:Penguin2012/01/19(木) 16:39:16.47ID:DUH040Wk
Linuxは開発の一番苦しい部分を助けてくれないのです。
それが使われない理由です。
0698login:Penguin2012/01/19(木) 16:42:21.66ID:POtMqc85
>>697
それは営業の無茶ぶりですか
0699デムパゆんゆん＠１月　２０１２始動。　 【関電 79.7 %】 2012/01/19(木) 16:45:57.19ID:kfTeDubq
お前ら漫才やってんのか
0700login:Penguin2012/01/19(木) 16:47:36.74ID:xq5k0POp
そもそもなにが苦しいのかわからなきゃ助けようもないんじゃないか？

なんとかスタジオとかと、全部マクロで済ませるエディタの違いすら普通はわからないよ。
0701login:Penguin2012/01/19(木) 16:47:47.63ID:YImVBnmB
windowsの場合
客「こんなの作って」
SE「了解」
MS「面倒な部分を作ったぞ」
P「ホイホイっと5秒で完成。就業時間までポエムでも書くかな。」
SE「出来ましたけど開発が難航しまして予算が40%ほど増えてしまったんですが。」
客「良いGUIだ。よし、金を出そう。」

linuxは
客「こんなの作って」
SE「GUIなんてバカが使うもんですよ。bashを学習してください。」
P「こんな非効率的な事はできない。バカだよ。」
redhat「頭が悪いな。もっと勉強しろよ。はいサポート一回」
客「ふざけるな！このきもをた野郎！」
0702login:Penguin2012/01/19(木) 16:47:52.91ID:DUH040Wk
>>696
EclipseはCDTを組み込んで評価したことがあります。
非常にVisual Studioに似ていると思いました。

エディタと連携するデバッグ機能、インテリセンスと同等の機能。

しかし、これらは似て非なるものです。
時々まともに動作しなくなるデバッグ機能、しばらく待たないと出てこない
インテリセンスと同等の機能。

これなら自分でタイプした方が早いのです。
タイプミスを減らす機能なのだという人もいるでしょう。
それでも自分でタイプした方が良いのです。

これは完全に別のものです。

ところで、それほどコードを書かないのならどうでしょう？
たとえば、入門書のサンプルを打ち込むような状況を想像してください。
この程度なら、Eclipseも十分役立つことでしょう。
0703login:Penguin2012/01/19(木) 16:50:15.18ID:j128PnsI
Windowsのアプリ開発がもれなくGUI付きだと思ってるバカもこの板に居たなんて
0704login:Penguin2012/01/19(木) 16:58:21.96ID:POtMqc85
>>702
じゃvisual j++で開発すんの、藻舞は？
0705login:Penguin2012/01/19(木) 17:01:35.44ID:xq5k0POp
>>701
それは同じ費用を支出していてそれだけ対応が違うって事なの？

ある意味普及してないが故の問題という気もするけど。
0706login:Penguin2012/01/19(木) 17:02:24.39ID:j128PnsI
>>658
>windowsは使い捨てと割り切ってプログラムを作って消費する
>扱うデータの量もたいしたことないので

・・・ねぇ、もしかしてコイツホントに馬鹿なの？
使い捨てなのはプログラムじゃなくてコイツのほうだろ

少なくとも、俺の関わってるWindowsアプリのプロジェクトは使い捨てどころか
NT4.0や2000の頃から歴代Windows対応しながら今も現役で動いているんだが・・・
0707デムパゆんゆん＠１月　２０１２始動。　 【関電 79.7 %】 2012/01/19(木) 17:03:24.64ID:kfTeDubq
それは言わない約束だ
0708login:Penguin2012/01/19(木) 17:07:42.73ID:DUH040Wk
そんなのにいちいち突っ込んでいたら犬とは付き合えない。
0709login:Penguin2012/01/19(木) 17:10:31.70ID:POtMqc85
いやどう考えてもLinux使いではないだろ
0710デムパゆんゆん＠１月　２０１２始動。　 【関電 79.7 %】 2012/01/19(木) 17:10:46.24ID:kfTeDubq
ネグレストはいけません
0711login:Penguin2012/01/19(木) 17:12:42.72ID:POtMqc85
誰かがやるってオープン何だし
”ネグレクト”ではないよ
0712login:Penguin2012/01/19(木) 17:15:30.36ID:DUH040Wk
誰もやらないのがオープンなんですよ。
0713login:Penguin2012/01/19(木) 17:16:54.19ID:YImVBnmB
　各言語のソースやバイナリ
　　　|　　　　　　　｜　　　　　　｜　　　　　｜　　　　　　｜
+---------+---------+---------+---------+---------+
|　　　　　　　|　　　　　　　|　　　　　　　|　　　　　　　|　　　　　　　|
|　ruby 　　　|　python 　|　bash 　　　|　gtk　　　　|　qt　　　　　|
|　　　　　　　|　　　　　　　|　　　　　　　|　　　　　　　|　　　　　　　|
|　　　　　　　|　　　　　　　|　　　　　　　|　　　　　　　|　　　　　　　|
+---------+---------+---------+---------+---------+
｜｜｜｜｜｜｜｜｜｜｜｜｜｜｜｜｜｜｜｜｜｜｜｜｜｜
+--------------------------------------------------+
|　　　　　　　　　　　　　各バージョンのライブラリ　　　　　　　　　|
|　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　|
+--------------------------------------------------+

今までは各言語のソースやライブラリがごちゃごちゃになって気持ちが悪かった
これからは

+-------+　+--------+　+-------+ +---------+ +----------+
|compile済| 　| ruby+gtk | 　|bash　　| 　|python 　 |　|qt+javascript|
|バイナリ |　　|ソース　　| 　|ソース 　| 　|ソース　　|　|ソース 　　　　|
+-------+ 　+--------+　+-------+　+-------+　+-----------+
｜
+-------------------------------------------------------+
|構文解析エンジン　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 |
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -|
|バーチャルマシン 　　　　　　　　　　　　　　　　　　　　　　　　　　　　　|
+------------------------------------------------------+
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
ライブラリは気にする必要が無い
0714login:Penguin2012/01/19(木) 17:17:21.40ID:POtMqc85
ほんの一握りの人以外やらないのがオープンです
でもやりたい人は出来ます

そこがクローズとの違いですから
0715login:Penguin2012/01/19(木) 17:18:13.49ID:POtMqc85
>>713
.netだろそれ
プログラム板にいけよ
いいかげんにしろ
0716login:Penguin2012/01/19(木) 17:18:17.27ID:xq5k0POp
無料で配るのも匿名で書くのも責任放棄とは無関係なんだけど、そこを誤解する人って居るよね。
0717login:Penguin2012/01/19(木) 17:20:42.97ID:POtMqc85
>>716
有料でウイルス垂れ流しで責任取らないのもいますからね
0718login:Penguin2012/01/19(木) 17:27:00.73ID:YImVBnmB
gtkやqtの各バージョンをサポートするバーチャルマシンを作って
ほかのAPIにも対応させるやり方が最終目的
APIの方言をすべて吸収してしまう

+-------+　+-------+　+-------+　+-------+　+-------+
|win32　　 | 　|gtk+ 　　| 　|qt　　　　| 　|.net　　　| 　|java　　　|
|バイナリ |　 |バイナリ |　 |バイナリ |　|バイナリ |　 |バイナリ |
+-------+　+-------+　+-------+　+-------+　+-------+　
｜
+-------------------------------------------------------+
|構文解析エンジン、dos、win32、gtk、xwindow、gtk、qt、carbon 　　 |
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -|
|バーチャルマシン 　　　　　　　　　　　　　　　　　　　　　　　　　　　　　|
+------------------------------------------------------+
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
ライブラリは気にする必要が無い
0719login:Penguin2012/01/19(木) 17:31:09.14ID:POtMqc85
>>718
OS板へ行けよ
板違いだろ
0720login:Penguin2012/01/19(木) 17:33:14.35ID:xq5k0POp
>>718
とりあえずwineを.netとNTのposixサブシステムに対応させてみたらどうか？
0721login:Penguin2012/01/19(木) 17:50:24.11ID:POtMqc85
>>720
板違いだって言ってるんだよ
分からない？
0722login:Penguin2012/01/19(木) 17:51:28.11ID:o2jG0nzE
>>721
Linux上で動作するwineの話題なんだから問題ないよ
0723login:Penguin2012/01/19(木) 17:51:43.45ID:j128PnsI
VIPに出張したの誰？

LinuxがあるのにどうしてWindowsを使うのさ
http://hayabusa.2ch.net/test/read.cgi/news4vip/1326962549/
0724login:Penguin2012/01/19(木) 17:53:00.30ID:xq5k0POp
>>721
あなた個人が思ったって意味がないよ。
ここはlinux普及の障害を思案するスレ。
0725login:Penguin2012/01/19(木) 17:57:43.38ID:POtMqc85
>>722 >>724
元のレスをwineでやるは無理でしょ
どうやったらwine拡張で出来るのか説明してよ

>>723
知らない
Ubuntu統一ヤローじゃないの
VIPのミングスレにも来てたし

0726login:Penguin2012/01/19(木) 18:05:44.44ID:xq5k0POp
>>725
じゃあ>>720へのレスアンカで板違いだというのはおかしいね
もし>>718ができないと言うならそれはlinuxではできないって事だろう。
それなら出てけというのは正しいけど、同時にそれは障害を認めたということだね。
0727login:Penguin2012/01/19(木) 18:06:36.53ID:o2jG0nzE
>>725
出来ないと思った理由を説明する方が早くね？
0728login:Penguin2012/01/19(木) 18:07:47.02ID:DUH040Wk
Linux普及の障害となっているのは、MacとWindowsですよ。
MacやWindowsがあるのに誰がLinux使いますか。
MacとWindowsを無くせば黙ってたって普及しますよ。
0729login:Penguin2012/01/19(木) 18:10:21.93ID:ZgfDRUSv
>>728
どうやってなくすの?
0730login:Penguin2012/01/19(木) 18:11:24.49ID:POtMqc85
>>726
そもそも障害とは誰も言ってないよね

Linuxでは無いよねそれって？
wineを使うとか改良ならともかく
新しく作るならプログラム板かOS板でしょ
0731login:Penguin2012/01/19(木) 18:16:10.72ID:BT4639DP
ID:DUH040Wkさんの作ったという
LALR1パーサジェネレータ？を利用してみたいなぁ。
なんか興味出てきたよ。
もっと詳しく性能教えて。Linux上で動くんでしょ？
ちなみに、オープンソースなの？
0732login:Penguin2012/01/19(木) 18:16:36.57ID:POtMqc85
>>727
VIPの方はいいのかよ
立て逃げすんな
0733login:Penguin2012/01/19(木) 18:17:28.99ID:POtMqc85
>>731
パーサならプログラム板だろ
0734login:Penguin2012/01/19(木) 18:19:08.48ID:xq5k0POp
むしろこういう先入観こそが普及の障害ではないだろうか？
0735login:Penguin2012/01/19(木) 18:25:28.44ID:BT4639DP
>> ID:DUH040Wk
ちなみに、今流行のAndroid系のアプリを
VisualStudio上で開発する人は極少数はだと思うけど、
そういう人達はどうすればいいか何かコメントください。

あと、結構前から最も案件が多いとされてるJavaでの開発は、
普通はEclipse使ってる所多いと思うんだけど、
ID:DUH040Wkさんは何の製品使って開発してるの？
0736login:Penguin2012/01/19(木) 18:28:36.03ID:BT4639DP
682login:Penguin2012/01/19(木) 16:00:09.81 ID:j128PnsI(5)
そんなことよりVIPに遠征しようず

723login:Penguin2012/01/19(木) 17:51:43.45 ID:j128PnsI(5)返信 (1)
VIPに出張したの誰？

LinuxがあるのにどうしてWindowsを使うのさ
http://hayabusa.2ch.net/test/read.cgi/news4vip/1326962549/

ーーーーーーーーーーーーーーーーーーーーー

お前の自作自演じゃねーの？
0737login:Penguin2012/01/19(木) 18:28:51.20ID:DUH040Wk
>>729
それをこれから議論していけばいいと思います。
0738login:Penguin2012/01/19(木) 18:35:18.67ID:j128PnsI
>>736
ないないｗ
0739login:Penguin2012/01/19(木) 18:43:18.10ID:POtMqc85
なんかいいおもちゃになってるよ
VIPの１
0740login:Penguin2012/01/19(木) 18:52:17.31ID:DUH040Wk
>>739
世間はLinuxに冷たいですね。
0741login:Penguin2012/01/19(木) 18:52:36.95ID:YImVBnmB
>>725
wineでも出来る
win32のAPIのコードを逆アセンブルし解析機に流して中間コードを生成し
バーチャルマシンに渡して実行する
インタプリタ形式で実行してもコンパイルしてから実行しても
部分コンパイルの繰り返しで実行してもいい
0742login:Penguin2012/01/19(木) 18:57:30.91ID:POtMqc85
スレ立て逃げはUbuntuとTurbo押しのあいつだ
0743login:Penguin2012/01/19(木) 18:59:05.17ID:POtMqc85
>>741
どうみてもハイパーバイザー型に見えるんだけど
0744login:Penguin2012/01/19(木) 19:02:08.08ID:xq5k0POp
言語のVMってJETインタプリタであって、VMMとはまた別だと思うんだ。
0745login:Penguin2012/01/19(木) 19:04:22.22ID:POtMqc85
>>744
図をみる限りはry
0746login:Penguin2012/01/19(木) 19:06:46.67ID:xq5k0POp
単なるAPIトランスレータに見えるんだけと違うの？
0747login:Penguin2012/01/19(木) 19:11:40.87ID:BT4639DP
.netそのものじゃん。けど、.netってMSが猛プッシュした割には流行ってないんだよね。
世の中に出回ってる市販ツールの大半は.netじゃなかったりするし。
個人的には、C#とかの言語自体は非常に優秀なので、頑張ってもらいたい気もするけど
「やはり動作が遅い」っていうのと実質「Windowsのみでしか動かない(Monoもあるけどねｗ）」
っていうのがネックになってるよね。
0748login:Penguin2012/01/19(木) 19:21:04.19ID:POtMqc85
図をみるとバイナリレベルのエミュレータに見えるけど
.netがはやらないのはオフィスやVisualStudioが.netだけに
ならないからとか
DirectXとかがあって.netだけじゃ無理と言ったあたり
が要因だと
ーーーーーーーーーーーーーーーーーーーーーーーー
VIPのスレ立て逃げ犯は
MS、Ubuntu、Turboを選択する事をせまるあいつ
に特定されました

engawaアタックももしかするとあいつかな？
0749login:Penguin2012/01/19(木) 19:27:21.69ID:xq5k0POp
monoはwin依存を回避しようとしたのか、..netアプリがあんまり動かないから
イマイチ使えるって印象がないんだよな。
0750login:Penguin2012/01/19(木) 19:29:27.80ID:BT4639DP
DirectXって、11になってからいきなりプログラミングスタイルが
OpenGL寄りに大きく変化したのには驚いた。
個人的には嬉しいような、DirectX9使って頑張ってた会社の人たちは可哀想なような・・・。

MSって、いきなり色々終わらせるからMS上の開発者の人たちって大変だと思う。
DirectXだって、ちょい前は.net でManaged DirectXっていうのが利用できたよね。
それがイキナリ廃止になっちゃったでしょ。一応XNAに移行ってことにはなったけど、
XNAは企業が製品として出すような感じのものじゃないから、
結局、XNAも趣味レベルのプログラマまでしかあまり使われない。
なんかいつか廃止になりそうな気配だしｗ
0751login:Penguin2012/01/19(木) 19:30:00.44ID:POtMqc85
実行形式で配布ってのが多いからね
.net形式で配布が少ない

というか逆コンパイルが楽だから開発側がしたくないって
のもあるだろうけど

商用だときついでしょその辺は
■ このスレッドは過去ログ倉庫に格納されています