Linux 対 Windows
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。
NGNGLinuxとWindowsを比較することは一般的に不毛と言われていますが、
あえて比較しちゃいましょう。
比較することでLinuxの良い面、悪い面を浮き彫りにしましょう。
[本音]
対Windowsクソスレを乱立させないためにもこのスレで叩かれよう。
0623login:Penguin
02/11/14 08:59ID:SMzWgrrV> >じゃあ、たっぷりお金をかけられるアメリカの映画産業もLinuxに移行しているのは
> >どうして？
> 移行してないよ。
> 対応アプリケーションがないからね。
ん？知らないわけ？ まあ無知であること自体は罪じゃないからいいけどさ。
> >そういう環境ならFreeBSDでもいいし、実際FreeBSDのほうがポピュラーじゃない？
> ポピュラーかどうかは知らないけど、仕事でBSD使ってる人はあまり見ないな。
FreeBSD+apacheってウェブサイト構築の定番構成なんだけどねえ。
> >使ってる人がそれで納得してるのに、どうして意味がないと思うのですか？
> シェルでいいんでない？
> そういう話じゃないのかな？
なぜシェルの話が出てくる？ワケワカランよ…
0624login:Penguin
02/11/14 10:40ID:DBXqCOglいや待てってｗ
リンク先読んだけど、たったそれだけで使ってるって言われてもなぁ
映画におけるコンピューターの作業ってそんだけだと思ってた？
何百万も払って使ってるアプリケーションでは何をしてるのか
各自調べておくようにｗ
>FreeBSD+apacheってウェブサイト構築の定番構成なんだけどねえ。
俺の経験だとそんな事はないんだけどね。
ちなみに重要な部分はsolaris。
開発スピード重視ならwindows。
BSDにはどういうメリットがあるの？
シェルっていうかシェルスクリプトね
まあ、シェルスクリプトじゃなくて
PerlでもRubyでもＣでもなんでもいいんだけど、
手軽だからね。
0625login:Penguin
02/11/14 10:53ID:sBanzilT一部の映画はLinux上で作られているよ
0626login:Penguin
02/11/14 10:55ID:SMzWgrrV> いや待てってｗ
> リンク先読んだけど、たったそれだけで使ってるって言われてもなぁ
> 映画におけるコンピューターの作業ってそんだけだと思ってた？
で、映画産業でも、そのコアとなるCG関係でLinuxが使われてきている
っていう事に異論はないな？
> ちなみに重要な部分はsolaris。
> 開発スピード重視ならwindows。
> BSDにはどういうメリットがあるの？
solarisに近い安定性と頑健性が安価に実現できる。
> シェルっていうかシェルスクリプトね
> まあ、シェルスクリプトじゃなくて
> PerlでもRubyでもＣでもなんでもいいんだけど、
> 手軽だからね。
で、それとバージョン管理しながらのXMLやテキストの編集とどういう関係が？
0627login:Penguin
02/11/14 10:56ID:SMzWgrrV> PerlでもRubyでもＣでもなんでもいいんだけど、
> 手軽だからね。
はあ、君がcvs的なバージョン管理システムをperlやrubyで再実装してくれるのか？
まあ、勝手にやってくれて結構だけど、すごく無駄だと思うよ。
0628login:Penguin
02/11/14 10:58ID:7sgN8x2Ghttp://japan.internet.com/linuxtoday/20010526/2.html
『タイタニック』の話ぐらいみんな知ってるよなあ、と思ってたが
俗世間の事情を知らない仙人みたいな人も居るわけだ。
0629login:Penguin
02/11/14 10:59ID:sBanzilTアニメーション映画の制作会社として知られるDreamWorksの“頭脳”に，Linuxが浸透しつつある。
0630login:Penguin
02/11/14 11:06ID:I8lyDbI7http://www.zdnet.co.jp/enterprise/0109/05/01090506.html
http://begi.net/linux/news/200110/2303.html
Debian のコードネームの由来はご存知?
0631login:Penguin
02/11/14 11:32ID:sBanzilT逃げた？
0632login:Penguin
02/11/14 12:14ID:H3fc69xC>まるでWinでプログラムをするとやんごとなく金がかかると思うわけ？
プログラミングだけなら、まあ、Winでもいいんだけど、実行環境はなあ。
レンダリングなどマシンパワーを必要とするタスクは、並列処理に向かわ
ないといけない。スーパーコンピューターでWinは動作しないし、Winでクラ
スタリングするとマシンの数だけOS代がかかる。
LinuxやFreeBSDなどでクラスタリングすると安価なんだよ、圧倒的に。
クラスブラウザを云々されるなら、VisualC++のはるかに前からSmalltalk
は有力な環境を提供してきたし、Emacsだってaproposによってemacs-lispの
開発を強力にサポートしている（同種の開発支援パッケージを、たとえば
Allegro Common Lispも提供している）。
別にMSのIDEが便利じゃないなんて言わないけど、だったらあんたはMSの
IDEが今日の完成度を見る前は、別のより優秀な環境を選択していたの？
俺の言いたいことは、優秀な開発環境は重要だが「それだけ」が選択理由
になるわけじゃないってこと。
0633login:Penguin
02/11/14 12:20ID:uuorWNI/0634login:Penguin
02/11/14 12:31ID:SMzWgrrV> COMと.NETは素晴らしい
どんな所が何と比べてどんな風に素晴らしいの？
0635login:Penguin
02/11/14 12:41ID:H3fc69xC気持ちはわかる。もっともWinでしか利用できないCOMはもちろん、
.NETもOSの選択肢を限定される可能性が高いので萎える。JNIもJavaに
依存しているので×。
0636login:Penguin
02/11/14 13:35ID:SMzWgrrV> 逃げた？
どうも「フリーソフトが…」スレの「MSの金かかった技術は凄いぞ」君と
同じぐらいの時間に消失してしまったようです。
0637「MSの金かかった技術は凄いぞ」君
02/11/14 14:04ID:JORTnwsfここのスレは初。
どう見たって、シッタカ誘導みえみえで
キミがそうじゃないと言ったところで、オレにはそうとれちゃうし、萎えちゃった。
続けてもつまらんから、書かないだけ。
そう、オレ気分屋なんだ。
0638login:Penguin
02/11/14 14:12ID:SMzWgrrV> 続けてもつまらんから、書かないだけ。
じゃ、書かなきゃいいのに(藁
0639login:Penguin
02/11/15 03:38ID:l7i5JRFvどうでもいいレンダリングはlinuxにやらせておけって話？
その記事を読むと、１年前はこんなに期待されてたのに、
現状は悲惨だね。
linuxでクラスタリングまた流行らないかな。
無理っぽいけど。
0640( ´,_ゝ｀) ﾌﾟｯ
02/11/15 03:59ID:pJQwaOZM>オレ気分屋なんだ。
( ´,_ゝ｀) ﾌﾟｯ
0641login:Penguin
02/11/15 06:25ID:uTVLDGS1> どうでもいいレンダリングはlinuxにやらせておけって話？
プ
> その記事を読むと、１年前はこんなに期待されてたのに、
> 現状は悲惨だね。
ププ
0642login:Penguin
02/11/15 06:26ID:uTVLDGS1> そう、オレ気分屋なんだ。
藁た
0643login:Penguin
02/11/15 12:28ID:Oy8RsGS7Film Gimp - Lights, Camera, Linux!
http://www.desktoplinux.com/articles/AT7096363910.html
0644login:Penguin
02/11/15 18:50ID:opn9BDXZしかも理解して使えば使うほど安定していくし。
Winは便利だけど、使えば使うほど不安定になって結局再インスト…。
ブラックボックスな部分が多すぎるから直しようがないし。
MSなら…DOSかな。
0645login:Penguin
02/11/15 19:25ID:bN3mx4S9Linux使ってるヤツの何割が中身を理解して使ってるんだ？
中身が公開されてても、何が行われてるのか理解してないんだったら
それはブラックボックスだろ。
Linux関連のMLみてると、カーネルどころかCするできないヤツが大部分を占めてるように感じるんだけど？
0646login:Penguin
02/11/15 19:55ID:2bfD7IuIライセンスイハーンになるから直せません
>Linux関連のMLみてると、カーネルどころかCするできないヤツが大部分を占めてるように感じるんだけど？
ユーザーMLとデベロッパーMLのちがいがわからないアフォでつか？
0647login:Penguin
02/11/15 22:08ID:mtI37kTT別にみんながみんな中身を理解する必要はないだろ。
中身を見たくなったときに
いつでも見れる状態にある、ってことが大事。
0648login:Penguin
02/11/15 23:31ID:CbJTfoZf禿同
0649login:Penguin
02/11/17 00:08ID:V7zrEYXN必死だな・・・
0650login:Penguin
02/11/17 00:11ID:Bi1fcNTTCeylon
0651login:Penguin
02/11/17 00:23ID:i2XZAsR8「必死だな」は、有効な反論ができない場合の一般的な反応だね。
（別に煽りじゃないよ）
>647は、当たり前の事を指摘しているだけだよ。
0652login:Penguin
02/11/17 00:29ID:V7zrEYXN(￣ー￣ )
0653login:Penguin
02/11/17 00:50ID:2STLX3zD>>647 のどこがおかしい?
0654login:Penguin
02/11/17 00:59ID:V7zrEYXN(￣∇￣ )
0655login:Penguin
02/11/17 01:04ID:Bi1fcNTT>「必死だな」は、有効な反論ができない場合の一般的な反応だね。
がせいかいだったな。
おめでとう。
0656login:Penguin
02/11/17 01:30ID:03emsqbx(＾∇＾ )
0657login:Penguin
02/11/17 01:38ID:43lSJKZyカワイイぞ (w
0658shima?
02/11/17 01:45ID:W2J5KJi60659login:Penguin
02/11/17 01:50ID:03emsqbx0660login:Penguin
02/11/17 01:54ID:ibfH9x8P0661login:Penguin
02/11/17 01:57ID:DJe68rVx0662login:Penguin
02/11/17 04:50ID:rFeiyC3E最近は「デベロッパーML」とやらの質の低下も激しいけどな。
おまえ見たこと無いだろ？一回見てみることをお勧めするよ。
0663login:Penguin
02/11/17 06:38ID:p59SDvWl> linuxでクラスタリングまた流行らないかな。
> 無理っぽいけど。
最近更新されたtop500でもLinux clusterマシンが第5位にはいってるねえ。
http://www.top500.org/list/2002/11/
流行っていうよりも、HPC(High Performance Computing)の定番の1つになってきた、
っていったほうがいいんじゃないかな。
0664login:Penguin
02/11/17 11:37ID:HId3ymR60666login:Penguin
02/11/17 11:56ID:fpuO0VEN0667login:Penguin
02/11/17 12:46ID:eIMlhBieそこに出てるＰＣは金かかりすぎ。
関係ないけど
クラスタリングとマルチプロセッサを比較する時って
何を計算させるかによってだいぶ違うよな。
#クラスタリングってマルチプロセッサに含まれるっけ？
0668login:Penguin
02/11/17 12:47ID:eIMlhBieカーネルのソースコードの見方知らないよｗ
まあ、見た所でどうにもならんけど。
0669login:Penguin
02/11/17 12:51ID:2STLX3zDエラーメッセージで grep する、とか。
0670login:Penguin
02/11/17 12:55ID:eIMlhBieただし、複数人同時編集には対応してませんｗ
別に大したことじゃなくて、
定期的にチェック（俺はログインの時に実行してます）して、変更があれば
gzipでファイル名＝ファイル名＋日付しちゃって
保存ディレクトリへポイ
一人で開発してるプログラムなら
けっこう便利ですよ。
ここの板のひとなら１０秒くらいでできそうなので
コピペするまでもないですねｗ
0671login:Penguin
02/11/17 13:24ID:799nBx6m出来ないコンピューターと、プログラムによって普通の処理も可能な
コンピューターを同列で比べるのはどうかとおもうYO。
0672login:Penguin
02/11/17 13:48ID:p59SDvWl> そこに出てるＰＣは金かかりすぎ。
おいおい、そもそもどれもPCじゃないんだけど…
0673login:Penguin
02/11/17 14:34ID:sGnkwDPzや、地球シミュレータは特定の計算しかしないだけで、ハードは汎用ですよ。
GRAPEみたいに、ねらった式をハード化したのとはちがうYO。
0674login:Penguin
02/11/17 20:21ID:eIMlhBieそうだったスマソ
PCとするには金かかりすぎってとこか。
>>671
ただ、どんな計算機も得意分野が出てしまうのは仕方ないと言うか。
仮にＰＣが１億台あって、それがＬＡＮ（遅いネットワークって意味ね）
で接続されてたとしても
並列化アルゴリズムが無いプログラムでは、
１台＋α程度の性能しか出せない事もあるし。
ただ、すごい計算量(オーダーの話）が必要な計算に従事してると
ＣＰＵがどんなに速くなっても
（今の１００億倍のスピードになったりするなら別だけど）
根本的にはどうにもならなかったりする。
チェスみたいなゲームの必勝戦略の発見とかさ。
そういう世界もあるという事で。
0675login:Penguin
02/11/18 03:29ID:U3qBT6H3チェスといえば、現チェス世界チャンピオンに挑戦したコンピュータは
市販チェスプログラムを改良したものをWindows上で動かしてたそうな。
で、ディープブルーとおよそ同じぐらいの強さ。
ディープブルーは局面マッチ専用ハードウェアとか、いろいろ専用ハードウェアをもっていて、
その上で動かしていたプログラムもほぼ対戦相手専用だったというね。
それに比べれば、汎用ハード+汎用OS+汎用プログラム(改)で勝負できるようになったのは、
すごい進歩だよ。
つーか、「Windowsスゲーぞ」君(達)には、感情的な煽りじゃなくて、
こういう材料を持ってきて議論してほしいんだけどなあ・・・
0676login:Penguin
02/11/18 03:54ID:cKuQbsMjそりゃ「Linuxスゲーぞ」君（達）にも言えることだけどね（ｗ
0677login:Penguin
02/11/18 21:59ID:mcZwksrmそれはアプリケーションの話であって、
ＯＳの話ではない気がする。
シェルの話とかも結局ＯＳの端的なところしか見てないよ。
VMWare使えばいいじゃんみたいな。
0678login:Penguin
02/11/19 04:03ID:D9PXKOlX0679login:Penguin
02/11/19 10:42ID:iocqwH79VMWareを持ち出してきてもなあ
0680LINEDOWS
02/11/19 13:44ID:UD6k4vyy0681LINDOWS
02/11/19 13:46ID:UD6k4vyy0682login:Penguin
02/11/19 13:52ID:3bPaIPyTwindows+Linux=Lindows???
http://pc.2ch.net/test/read.cgi/linux/1004360384/
0683login:Penguin
02/11/19 17:28ID:gFuhozBY0684login:Penguin
02/11/19 17:30ID:3bPaIPyT本人がいいって言うんだから、いいんでないの?
他人が口を出すことじゃない。
0685login:Penguin
02/11/19 19:03ID:U6luhny0単なるゲームマシンだろ？
0686login:Penguin
02/11/19 20:08ID:/bCmXuAOWin95/98/Meはヤだけど、NT/2000/XPなら。
0687login:Penguin
02/11/19 21:49ID:8TNH9HKL特にAudioVideo周り。
0688login:Penguin
02/11/19 22:46ID:aGSHExF70689login:Penguin
02/11/20 01:34ID:uxhlNblJWin「でも」いいってのと、Win「が」いいってのは大分違うと思われ。
0690login:Penguin
02/11/20 08:12ID:YwWC1QjL禿同。俺が開発にWinを使っている理由は、納品先がWinアプリを要求している
ので、動作確認のためにWinが必要だってだけだし。自分が使うだけなら、
Linuxの方がいろいろ便利（その証拠に俺がWinで作業するのにCygwinは必須だ）。
0691login:Penguin
02/11/20 09:06ID:Bv4baXhHそりゃ>>632とは正反対の意見だね
0692login:Penguin
02/11/20 14:35ID:8dPdEhj/>LinuxやFreeBSDなどでクラスタリングすると安価なんだよ、圧倒的に。
並列化ライブラリーがクソ高くてね。
あ、ちなみにクラスタリングって
自分でＰＣ揃えてクラスタリングの環境整えても
長時間の計算はできないよ。
すぐ落ちるから。
SmallTalkはあまり使われていないからな。
でも、プロファイラとかは考えないの？
メモリマネージメントなんかはgcがあるからいらないのかもしれないけど
そこら辺も大きいよね。
lispってさ、ソフトウエア工学の対象になってないよね。
なぜ人工知能の分野からでてきたかというと、
データをいかに表現するかという研究からでてきた。
事実を列挙しといて、それを処理するようなプログラミング言語が
欲しかった。
まあ、prologみたいなもん。
その特殊さを無視して、lispを叫んでる人はバカですな。
どう転んでもOOPLには勝てないよ。
(lipsでもooはできるんだってのは勘弁ね。Ｃでもできるからさ）
>俺の言いたいことは、優秀な開発環境は重要だが「それだけ」が選択理由
>になるわけじゃないってこと。
俺だったら、
１言語
２ＩＤＥ
かな。
ＩＤＥが優秀でもクソ言語は使いたくないね。
0693login:Penguin
02/11/20 15:15ID:Hzk2q6TRそんなにみんな「くそ高い」ライブラリーつかってるのかな〜
ttp://www.beowulf.org/beowulf/projects.html
なんでそんなに「くそ高い」のにこんなにプロジェクトがあるんだろう？
0694login:Penguin
02/11/20 17:05ID:h66vxSfn> SmallTalkはあまり使われていないからな。
まあ、普通使われてるのは「Smalltalk」ですからねえ。
> でも、プロファイラとかは考えないの？
Smalltalkの大抵の環境にはプロファイラもちゃんとついてるよ。
> メモリマネージメントなんかはgcがあるからいらないのかもしれないけど
> そこら辺も大きいよね。
もちろんgcやheapの各領域のサイズなんかもチューニングできますが、何か？
> (lipsでもooはできるんだってのは勘弁ね。Ｃでもできるからさ）
lipsはどうか知りませんが、
LispベースのOOPLには歴史的にも大きな意義を持ってるのが少なくないですよ。
CLOSとかFLAVORとかLOOPSとか。
0695login:Penguin
02/11/20 20:22ID:8dPdEhj/どうやらずいぶん神経質なようでｗ
http://www.microway.com.au/compuware/devpartner_visualc++.stm
俺はこれ使ってるんだけどね。
もちろんVC++にだってプロファイラはついてるけど、
やっぱりついてる機能も違うし、使い勝手もちがうわけだ。
興味があればどうぞ。
>LispベースのOOPLには歴史的にも大きな意義を持ってるのが少なくないですよ。
そうか？
どんな意義があるのか教えてくれ。
>そんなにみんな「くそ高い」ライブラリーつかってるのかな〜
自作可能だけど、趣味でやってるわけじゃないのでｗ
0696login:Penguin
02/11/20 21:51ID:Hzk2q6TR> 自作可能だけど、趣味でやってるわけじゃないのでｗ
>>693 であげた例は趣味でやっているわけではないよ。
0697login:Penguin
02/11/20 22:53ID:T8YRrR+1地球環境シミュレータと同じ構成をスカラコンピュータで作ったら、
用途によって差が出るよ。
そういうものは現存してないんだが(w
>>665
ちなみに地球シミュレータの開発にも
一部でLinuxが使われてまつ。
ベクトルコンピュータの開発にベクトルコンピュータは
使わないのでつ。
0698697
02/11/20 23:10ID:T8YRrR+1>今時IDE使わないで開発してるところなんてないんだよ。
って言い切れる人はプログラムを作ることが目的で、
その手段として統合開発環境を使ってるんだろうなぁとちょっとうらやましく思たり。
プログラムはあくまでも手段でしかない開発者にとっては
手段の手段に手を入れる時間はなく、
過去の商用UNIXからの資産を継承するだけなので
Linuxでemacs/vi + cvsから脱出できません。
ようするに>>580は狭い世界しか知らないねってことな。
0699login:Penguin
02/11/20 23:52ID:ieWKx7YE以前、某ゲーム雑誌のゲーム音楽作曲者同士の対談で
ファミコン時代からゲームミュージックに携わっている人は
打ち込みが細かいのに対し、サターンやPSから作曲に入った人は
ハードの性能に依存してしまうため打ち込みが甘い、と言っていました。
ということはプログラムの制作においても昔からプログラムを
やっている人から見ると、最近のビジュアルな開発環境とやらから
開発に携わり始めた人たちは甘い、となるのでしょうか？
0700login:Penguin
02/11/20 23:57ID:C4u3hwPu手間をかけずにいいモノが作れるようになった、
っつー解釈も可能ではないかと。
0701login:Penguin
02/11/20 23:58ID:C4u3hwPuたとえ話は有害なことが多いから、
頼りすぎるなよ。
0702login:Penguin
02/11/21 00:08ID:cqleewjiかわらん。今も昔も、甘いやつは甘い。
0703login:Penguin
02/11/21 02:52ID:8xvPxkhR> どうやらずいぶん神経質なようでｗ
おいおい、じゃあ君はC++のことをC&&とか書かれても君もそもままC&&って書くのかい？
普通は「C++だ」と言うだろ。
> >LispベースのOOPLには歴史的にも大きな意義を持ってるのが少なくないですよ。
> そうか？
> どんな意義があるのか教えてくれ。
せっかく言語名まで出してるんだから、そんぐらい自分で調べれ。
0704login:Penguin
02/11/21 02:54ID:8xvPxkhR> ようするに>>580は狭い世界しか知らないねってことな。
つーか、emacs自体がIDEの一部になり得るということをわかってないアフォでしょ。
0705login:Penguin
02/11/21 08:05ID:nYiDbdlS誰もまだそんなことは言ってないよ？ということで具体的にどうぞ。
0706login:Penguin
02/11/21 17:44ID:4146Azvg>並列化ライブラリーがクソ高くてね。
クラスタリングに頼らずにスーパーコンピュータを作るより安いのでは？
>lispってさ、ソフトウエア工学の対象になってないよね。
GCの研究などはLispがなければもっと遅れていたと思います。MITはコンピュー
タ科学の教科書にSchemeを採用していますし、非AI分野の研究でもLispは利用
されています（たとえば新しい言語を実装するときに、Lispでインタプリタを
書くなんてことをよくやります）。
>その特殊さを無視して、lispを叫んでる人はバカですな。
C++はシミュレーション言語のSimulaに由来するので、シミュレーション分野に
由来する特殊さと無関係には論じられないわけですか。
>どう転んでもOOPLには勝てないよ。
ではどうしてC++に関数型プログラミングをサポートしようとするboostのよう
なライブラリが登場するのでしょうか。関数型プログラミングを実践するなら、
Lispの方がはるかに実績あるし、自然だと思いますが。CLOSでOOPする方が、
boostで関数型プログラミングするより、スムーズだと思いますが。
>(lipsでもooはできるんだってのは勘弁ね。Ｃでもできるからさ）
CでOOPするのとLispでOOPするのは比較にならないと思います。ANSI Common
Lisp標準ではCLOSが仕様に含まれていますから、LispでOOPは一般的なものと
認めるべきだと思います。しかし、CでOOPは標準化されていないし、言語能
力から言っても相当無理がありますよ。
0707login:Penguin
02/11/21 17:54ID:8xvPxkhR> >lispってさ、ソフトウエア工学の対象になってないよね。
> GCの研究などはLispがなければもっと遅れていたと思います。
continuationに適したstack frameの設計もSchemeが先進だったよね。
少なくとも言語処理系の実装の研究はLISP系言語抜きには語れないと思われ。
0708login:Penguin
02/11/21 18:10ID:4146Azvg高機能だって言えば言えるのかもしれないが、同等の機能をよりコンパクトに
実現できないとは思えないなあ。Common Lispなんか、巨大な仕様がジョークの
種になったりするけど、ソース込みでせいぜい数十MBで実現できてる。
0709login:Penguin
02/11/21 18:21ID:lfbcGzJ4>開発に携わり始めた人たちは甘い、となるのでしょうか？
音楽の話をプログラムに持ってくるとしたら、
昔は１バイトでも節約したけど、今はしませんって話になるんだと思うよ。
> どんな意義があるのか教えてくれ。
Lispの意義はメタプログラミングがクソである事を
年寄りに教えたって事くらいかな。
もはや論文すらでてこないというｗ
そそ、Schemeって、今は教育用言語なんだよね。
MITで使われている教科書にかかれてたのは、
Lispのカッコだけで作られる文法がシンプルで直感的だから
初学者にはいいってことで採用されてるんだとさ。
lisp習ったら普通はメタインタプリタは教えると思うけどね。
初心者でもすぐわかるお手軽言語lispはすごいよ。
>C++はシミュレーション言語のSimulaに由来するので、シミュレーション分野に
>由来する特殊さと無関係には論じられないわけですか。
そんなことないでしょ。
シミュレーションとＣ＋＋ってどのへんに関連性があるの？
>ではどうしてC++に関数型プログラミングをサポートしようとするboostのよう
boostのユーザー数ってそんな多くないし、そもそも
boostの機能全部を使ってるユーザーなんていない気もするけど。
0710login:Penguin
02/11/21 18:21ID:lfbcGzJ4Cよりましだけど、あれじゃあ誰も使わないよ。
実際に人工知能系のアプリは、ほんの７年くらい前までは
lisp使ってる人いたけど、今はみんなJavaだからね。
まあ、俺の感覚じゃlispででかいプログラムは書きたくないね。
（簡単なプログラムをさくっと書くなら便利だと思う）
まあ、なんでlispが世間一般で使われないのかは知らないけどさ。
>少なくとも言語処理系の実装の研究はLISP系言語抜きには語れないと思われ。
lispが言語構造上、パフォーマンスが悪すぎたからね。
それらの技術が最新の言語に活かされてるのかは知らん。
0711login:Penguin
02/11/21 19:04ID:4146Azvg>Lispの意義はメタプログラミングがクソである事を
メタプログラミングをせずに済むなんて応用分野があるんだ...
> そそ、Schemeって、今は教育用言語なんだよね。
「今は」って最初からそうだと思いますが。
>>C++はシミュレーション言語のSimulaに由来するので、シミュレーション分野に
>>由来する特殊さと無関係には論じられないわけですか。
>そんなことないでしょ。
>シミュレーションとＣ＋＋ってどのへんに関連性があるの？
皮肉ですよ。それくらいわかりませんか。
LispがAI研究に由来しているからといって、Lispの方言すべてがAI研究の影響
下にあるとは言えないってことですよ。
>boostのユーザー数ってそんな多くないし、そもそも
>boostの機能全部を使ってるユーザーなんていない気もするけど。
ですから関数型プログラミングの話のときにboost持ち出すのはあまり意味の
ある態度じゃないと思うってことです。
0712login:Penguin
02/11/21 19:08ID:4146Azvg>>CLOS
>Cよりましだけど、あれじゃあ誰も使わないよ。
CでOOPしている人よりは多そうだ、ということでよろしいですか？
>まあ、俺の感覚じゃlispででかいプログラムは書きたくないね。
>（簡単なプログラムをさくっと書くなら便利だと思う）
それは言語仕様に依存するんですか？ packageでは不十分ですか？
>lispが言語構造上、パフォーマンスが悪すぎたからね。
>それらの技術が最新の言語に活かされてるのかは知らん。
ダイナミックな言語はたいていLispの実装の影響を受けていると思われ。
また、パフォーマンスが最重要課題でない応用分野も多いと思う。
0713login:Penguin
02/11/21 22:09ID:lfbcGzJ4ok
ただし、実用的に使ってる人はいないという事でよろしいですか？
>それは言語仕様に依存するんですか？ packageでは不十分ですか？
根本的な問題として、読みにくい。
まあ、言語使用もぐちゃぐちゃのごちゃごちゃで
Ｃの上にのっけたＣ＋＋より使いづらい気がするな。
>ダイナミックな言語はたいていLispの実装の影響を受けていると思われ。
そうかなぁ。
>また、パフォーマンスが最重要課題でない応用分野も多いと思う。
例えばどの分野？
0714login:Penguin
02/11/21 22:15ID:lfbcGzJ4メタプログラミングの意味を勘違いしてるんじゃないかと思うけど
メタプログラミングをする「応用」分野は無いと思うけど。
>「今は」って最初からそうだと思いますが。
いや、最初は違ったよ。
実際に古くからあるアプリケーションは一部scheme使ってるし。
>LispがAI研究に由来しているからといって、Lispの方言すべてがAI研究の影響
仕方ないじゃんベースとなってるものが、知識表現なんだから。
それが目的じゃなければ、みんあＣ風の言語使ってるよ。
簡単だけど誰も使わないのは、実用に向かないからだね。
prologも便利なんだけどね。
一部のマニアな人は仕事にprolog使ってるけどさ。
>ですから関数型プログラミングの話のときにboost持ち出すのはあまり意味の
>ある態度じゃないと思うってことです。
へ？
まあ、普段人と会話してない事がひしひしと伝わってくるけど。
0715login:Penguin
02/11/21 23:34ID:4146Azvg>ただし、実用的に使ってる人はいないという事でよろしいですか？
？ 実用的に使ってる人がいないような技術について、わざわざ標準化作業
が行なわれたってことですか？
>根本的な問題として、読みにくい。
>まあ、言語使用もぐちゃぐちゃのごちゃごちゃで
>Ｃの上にのっけたＣ＋＋より使いづらい気がするな。
あなたの馴れの問題ではなく？
>>ダイナミックな言語はたいていLispの実装の影響を受けていると思われ。
>そうかなぁ。
小さなコア言語でLisp/Schemeの機能を実現し、その上にライブラリ的に
言語詳細を構築するという手法はよくあると思います。
>>また、パフォーマンスが最重要課題でない応用分野も多いと思う。
>例えばどの分野？
プロトタイピングとか。
データベースのフロントエンドとか。
0716login:Penguin
02/11/21 23:38ID:4146Azvgあるよ。
>>「今は」って最初からそうだと思いますが。
>いや、最初は違ったよ。
本当に？ ソース希望。
>それが目的じゃなければ、みんあＣ風の言語使ってるよ。
意味不明。C風の言語が文法的に最強ってこと？
>簡単だけど誰も使わないのは、実用に向かないからだね。
ですから、使ってますけど。何で誰も使わないとか言えちゃうの？
>prologも便利なんだけどね。
>一部のマニアな人は仕事にprolog使ってるけどさ。
Prologが仕事に使えて、Lispが使えない理由でも？
>まあ、普段人と会話してない事がひしひしと伝わってくるけど。
個人攻撃ですか。
0717login:Penguin
02/11/21 23:55ID:DfI2X5/7> 自分でＰＣ揃えてクラスタリングの環境整えても
> 長時間の計算はできないよ。
> すぐ落ちるから。
あんたのプログラム (or クラスタの構成) が悪いんだろ？
(もしくは、よほど貧弱なハードウェア使っているかだな)
漏れの所は32台のLinuxでクラスタ組んでるが、
3年間、停電の日以外に毎日ルーチン運用していて、
ハードウェアの問題(メモリが腐ったなど)以外では
一度も落ちたことはない。
ハードウェアのトラブルは、ある程度は仕方ないからあきらめてる(欝)
0718login:Penguin
02/11/22 00:34ID:fFgsb+wv>とりあえず、VC++は重過ぎるし、デカ過ぎるよね。
どんな環境で開発されてますか?
いまどき数万も出せばVCでコンパイルしながら、mp3聞きつつブラウジングのような
環境が手に入ると思うのですが。
0719login:Penguin
02/11/22 00:44ID:fFgsb+wvLinuxな人は Linuxのスレッドやスケジュール系をどのように考えていますか?
高負荷のときにおかしくなるスレッド、
なぜか 直後に sleep 1 を入れないと立ち上がらない事があるデーモン関係(apacheとか時に)。
明らかにOSとしてへっぽこというのが目に見えてくるのですが。
0720login:Penguin
02/11/22 01:13ID:I6cBzKtoベクトルの値獲得等､lispにより処理を行っていますよ。
いや、言いたかったでけです。
0721login:Penguin
02/11/22 08:44ID:yEyyedfO>どんな環境で開発されてますか?
俺はPentium II 400MHzとかK6-350MHzとかのマシン。
メモリは256MBだな。OSはWin2000。
開発にはもっぱらRubyを使ってる。エディタはMeadow。
まあ、しかし、Meadowの重さに耐えられるのだから、VC++が遅すぎるという
のは言い過ぎかも知れない。でもJavaはやっぱり耐えられないなあ。
結局、Rubyの速度が（あまり）問題になっていないくらいなので、
VC++を使う理由に乏しいんですよ。
>いまどき数万も出せばVCでコンパイルしながら、mp3聞きつつ
>ブラウジングのような環境が手に入ると思うのですが。
マシン自体は数万かも知れないけれど、購入の算段をしたり、ソフトウェアを
インストールしたりといった作業の手間はバカにならなくないですか？
0722login:Penguin
02/11/22 08:55ID:UzP2XfKW> マシン自体は数万かも知れないけれど、購入の算段をしたり、ソフトウェアを
> インストールしたりといった作業の手間はバカにならなくないですか？
ハードウェアは数万で手に入っても、
OSやVisual Studio .NETなどをちゃんと揃えると
やっぱり数万かかっちゃうんだよな。
■ このスレッドは過去ログ倉庫に格納されています