＠＠前向きに、Linuxの改善点を語ろう　２ ＠＠

ソースコードが書けなくたっていいじゃないか。
初心者なら初心者なりの「ここが使いづらい」という意見、
上級者なら上級者なりの意見を交わしましょう

論破されたことを悔しがった負け犬に荒らされた前スレ
http://pc8.2ch.net/test/read.cgi/linux/1024241941/l50

>>174
では聞くが、どこがどう便利なのさ？
いちいち反論したっていいんだぜ？

それよりも先に、「ハードの進化などあってはならない」とか言うバカだから
MFCどころかC++さえ知らないのだろうが

>>176
あのね。
進化さえしなけりゃどんどん安くなるんだよ。
100円 Linux なんて最高だろ？
もちろんハードウエア込みの値段だよ。

>>175

例えば
GDI+などへのアクセスを行うのに、自前で書く必要がない

では聞くが、これのどこがどう便利ではないのさ？
いちいち反論したっていいんだぜ？

>>178
自前で書くって何のことでしょう？
いちいち意味がわからないのですが？

>>177
あのね。
進化しているからどんどん安くなるんだよ。
進化すると安くならないのなら今386なんぞ値がつかないのは何故なのか。

何故なのか答えられずにまた逃げるか？バカは消えろ。

>>179
プログラムもできないバカがシャシャリ出てきているのは何故でしょう？
いちいち意味がわからないのですが？

>>180
386 は進化しないので安くなったのです。
なんてすばらしいんでしょうｗ

>>181
MFC を使えば Gdiplus を自動的に使ってくれるとでも？
使ってくれるとでも？
使ってくれるとでも？

>>182
386以外にCPUは出てきてないのでしょうか。
なんてすばらしいんでしょうｗ

価格については需要と供給のバランスによって変化（安値に落ちていく）するものであって、
進化によって変化するのではないよ。
新しいものの価格が高いのは単にまだ需要があるかどうか分からないからと、
生産ラインが落ち着いていないから。

>>183
MFC を使えば Gdiplus を自動的に使ってくれるって何のことでしょう？
誰が書いたんでしょう？
使ってくれるとでも？
いちいち意味がわからないのですが？

>>184
進化したプロセッサは高くなりました。
ていうかね。
君って、平日の11時にスレ立てできる身分なんだよね？
いったいどういう人なの？

進化しなければ、386の需要がまだあるはず。
ということは、安くならずに値がつく状態にあるわけだ。

ところが値がつかないのは、進化して486やその後継が出てきたために
値がつかなくなった=安くなった
わけだ。

償却と需要供給の違いさえ知らないバカがいるんだよｗ

>>187
進化したプロセッサは後継が出ると値落ちしました。

ていうかね。
君って、何でもかんでも妄想ばかりだよね。
いったいどういう人なの？

>>189
ところで、MFC のどこが便利なの？
嫌々使ってるんですけど？
いつ便利なの？
どういうものを作るときに便利なの？

償却済みであれ、需要がある限り進化しなくても値はつく。
いくら償却してもタダで供給しますと言うことにはならない。
そら商売だしｗ

が、進化して486が出れば需要が無くなり消えていく。
だんだん値がつかなくなる=だんだん安くなる


進化がないと安くなるはずなのに
進化がないといつまでも値がつく不思議さよｗ

がんばってググルといいと思います！

>>190
ところで、これに対して答えずに逃げてばかりなのは何でなの？
これのどこが便利じゃないの？
いつ便利じゃないの？
料理を作るときにMFC使うとでも思ってるの？

178 ：login:Penguin：2006/06/03(土) 00:39:14 ID:Olq/zX+f
>>175

例えば
GDI+などへのアクセスを行うのに、自前で書く必要がない

では聞くが、これのどこがどう便利ではないのさ？
いちいち反論したっていいんだぜ？

がんばってググっても知らない無知は
やはり逃げてばかりでしたね！

>>193
自分で書く必要があるよ。
どういうものだと思っているの？
自動的にアクセスしてくれるとでも？

>>195
その部分は自分で書く必要がないよ。
どういうものだと思っているの？
自動的にアクセスしてくれると誰が言ったの？
自動的にアクセスしてくれるとでも？

だれがメソッド部分を省略できると書いたの？
どういうものだと思っているの？
自動的にアクセスしてくれると誰が言ったの？
自動的にアクセスしてくれるとでも？

>>196
もうグダグダだねｗ
きみさぁ。
Linux 本当に使えてるの？

>>198
また答えられずに逃げたねｗ
きみさぁ。
Linux 本当に使えてるの？

ﾊﾗﾍｯﾀ…
今日はx86_64 Linux clusterのLSFにsubmitするmpitch programの
問題でおお嵌り。まさか、
1)終了したJOBのprocessがbackend nodeにゾンビになって残っているとか、
2) kill -9 -1 しても Shared memoryやSemaphoeのresource解放がされないことがある
なんて…orz
1)はOSまたはLSFのbugだ。絶対。さて今日は仕事上がって美味いもの食べに行くか。
じゃあね。ﾉｼ

>>198
>GDI+などへのアクセスを行うのに、自前で書く必要がない

こう書いてある。
ということは、君は Gdiplus が MFCに組み込まれていると考えていたわけだ。
ていうか、どっちも知らないって言うのが本当の答え。

>>201
>>198
>GDI+などへのアクセスを行うのに、自前で書く必要がない

こう書いてある。
これのどこが、GDI+が が MFCに組み込まれていることになるのか？
逆に君はGDI+がMFCに組み込まれていると考えていたわけだ。

ていうか、どっちも知らないって言うのが本当の答え。

ここまで、彼の書き込みにきっちりと反論できている人が
居ないのがすごいと思った。
むしろ、彼の書き込みを見て「Windows ってすごい」とか
思ってそうな書き込みが多いよね。
Linux 板の程度っていったい・・・

つうかMFC使用なのにビットマップせえと。
そういうことをいいたいわけかｗ

まぁた負け犬の遠吠えかよ

いい加減見苦しい

>>204
そこまで言うなら、はっきりさせよう。
ごく簡単な Windows プログラムを明日提出。
俺もお前もだ。
それを見比べて判断しようジャマイカ。
まけねーぜ。

早速お題を決めよう。

結局逃げるんだよな

何一つ答えてねえw

ちなみに Windows は古臭いです。
ちっともすごいとこなんて無いです。

>>207
早くお題決めようぜ。
1日で出来る簡単なやつで良い。
付き合ってやるぜ。

スレタイに反して、後ろ向きな粘着厨が
集まるスレですか？

答えてからにしろや。

>>210
暇なんです。

>>211
プログラミングしたことが無いってはっきり書けば？

>>213
プログラミングしたことが無いってはっきり書けば？

何一つ答えられない = プログラムすらできないバカ


いい証拠

>>214
プログラムを明日提出。
それを見比べて判断しようぜ。
俺はぜんぜん負ける気がしないｗｗｗ

とっととお題を決めよう。

ほらよ
int main()
{
printf("Hello,Nenchaku!");
return 0;
}

>>218
それは駄目でしょｗ

とっとと答えろ
答えられねえなら消えろ

Gdiplus を使って自前描画する基本的なテキストエディタなんてどうよ？
勝負としては面白いだろ？
1日でどこまで実装できるかを競う。
腕の差、出まくりだよｗｗｗ

>>220
やるのかやらないのか5分以内に答えなさいね。
やることに決まれば全力を以って戦いますｗ

Cなんだろうなw

>>223
普通に C++ を使いますが、何か？

とっとと答えろ
答えられるのか答えられねえのか5分以内に答えなさいね。
やることに決まれば全力を以って戦いますｗ

>>225
ひとつ。
やるって答えないと、傍観者は君のこと見下すと思うよ？
やろうよ。

既存流用コード一切無し
完全オリジナルを作るわけだな

これ言っとかねえとソースをパクるバカが出るからなあ
MFCよりラクな手法をよ

いいなｗ

>>227
1. エディター部分にコントロールは使わない。
2．以下何か付け加えるものがあったら付け加えて。

>>226
ひとつ。
やるって答えても答えなくても、傍観者は君のこと見下すと思うよ？
あそこまでバカ晒して論破されてるからねえ。
やろうよ。

既存流用コード一切無し
完全オリジナル

>>227
俺は MFC は使わなくても良いよ。
基本的なエディター作るのに MFC 使って楽できるとは思わないし。

普通は、DnD 実装するのに COM がなぁ〜〜とか考えて MFC 使うでしょ。
今回そこまで出来るとは思えないしね。

>>229
了解。
じゃぁ、時間指定して。
現実的な制限時間ね。

エディタにドラッグアンドドロップなんざ必要ねえよなw

で？
ソースコードの公開は？

>>232
そう？
選択してそのままドラッグなんて普通に必要でしょ。

時間よろしくね。
あと、重要なことがひとつ。

Gdiplus を使っていることがわかるようにしておくこと。
これは簡単に出来るよね。
これによって、既存コードの流用でないこともある程度保障されるし。

>>233
どっちでもいいよ。
メッセージ見てればバイナリだけでも判断つくしね。

誰が、既存ソース使ってないって証明するんだヲイ。
オマエら馬鹿丸だし w)
当然、windows.h 諸々、インクルード禁止だよな。

時間はどうでもいい。

バイナリだけじゃ判断できない。
パクリがあっても判断できない。

>>236
それは無理でしょ。
エディタの実装に流用しないって位の話。
1日で出来ることなんてたかが知れてるから。
メッセージ見て十分判断がつくよ。
頭の程度もわかるよね。

>>236
それ前提だよｗ
RADも不可だし手書きでｗ


まあいいが

>>239
RAD は使っても意味無いでしょ。
コントロール禁止なんだからさ。

とにかく、逃げずに完成させようぜ。
お互いな。

でねえと逃げ道色々あるからなあ

んじゃ。
7月4日23時まででいいかな？

まちがえた。
6月4日23時ねｗｗｗ

また間違えた。
6月3日23時ｗｗｗ

>>240
手書きだな

時間はそれでいいよ

>>245
6月3日23時ね。

Gdiplus を使って自前で描画する。
当然だけどコントロール・コンポーネントの類を使わない。
もうひとつ、オリジナルであることがわかるように
起動直後のエディタ画面中央に「2CH」と大きく薄い青で表示。
最初に入力を開始したときにそれを消す。
この程度でも spy++ で見ればオリジナルと判断できるでしょ。

ソースコードの公開。
というかこれでないとオリジナルとは判断できない。

>>247
俺は別に公開でも良いよ。

ほかに何か作りこむとか条件とかある？

俺はとりあえず
ソースコードの公開、
既存流用コード一切無し
完全オリジナル

だな

仕込みがあってもつまらんし

>>249
はいはい。
それじゃ開始ね。
付き合ってくれてありがとさんｗ

それじゃ23時に。

>>249
お前もがんばって作るんだよ。
ソース公開ならお互い勉強にもなるしな。

いつまでも何言ってんだ

#!/Perl/bin/Perl
$jane2ch_ini='E:/openjanedoe-0.1.12.2/JANE2CH.ini';
open(INPUT, $jane2ch_ini) || die "Couldn't open $jane2ch_ini for reading: $!\n";
@lines = <INPUT>;
close INPUT;
($jane2ch_bak = $jane2ch_ini) =~ s/\.ini$/\.bak/i;
rename($jane2ch_ini, $jane2ch_bak) or
die "Couldn't rename $jane2ch_ini to $jane2ch_bak: $!\n";
open(OUTPUT, "> $jane2ch_ini") || die "can't open $jane2ch_ini for writting: $!\n";
foreach (@lines) {
chomp;
print OUTPUT $_;
if (/^WrtCookie\s*=(.+)$/) {
unless ($1 =~ /hana\s*=\s*mogera\s*;/) {
print OUTPUT " hana=mogera;";
}
}
print OUTPUT "\n";
}
close OUTPUT;

ソフトウェアは目的があってつくる物だし

MFCやGDIは使いにくい
それがLinuxを選ぶ一つの理由
先祖帰りなんてバカみたい

便利といえば便利
OSの挙動を知るという、基本を学ぶときには
使用すると分からんままになると言うだけで
そういう基本をしっかり習得したなら後は使っても問題ない。

俺が課題出してやろうかＷ
GUI不要のアルゴリズム指向がいいなｗ
なんちゃって、うそさ。
今は無きＣマガの課題でも解いてな

Linuxはもう少し使いやすくなれば更に素晴らしいんだがな
って思う点はまだある。だろ？
Windowsに近づたら解決する？
しないよな

一つには多様性が許されるから
統一が進まなくて折角の労力が分散して
細かい詰めというか、細部の仕上げがもうチョいだし
OSFは拡張versionupが命で成熟度が第２だし
だから面白い、でも困ったもんだ

KDEやGNOMEでfontのアンチエリアスは
個人出来にやりすぎだと思う
ここだけの話だがｗ

Ｘｇｌは面白いけど、だから何？要る物なの？って正直思うこともある
当然ここだけの話だ。
開発者は面白いから、だけを理由に作っちゃうんだろうな
それもありか。懐が深いというか世の中は広いというか
けっこうなこっちゃ

softが少ないって言う人がいるけど
たとえばvectorとか国内のwindows中心に見ているのかな
海外のLinuxのsoft紹介pageにいくと
もう嫌って言うほどある
目が回る。あれこれ試していたら寿命が先にに来そう。
それを見てて思ったね…

いまはもうsoftwareは有り余っているんだよ。
作れば出来るsofteareはもう同じ様な物が散々作られて
そしてさらにまた新しい作者が作っては消えしてるんだよ
だからそいうsotかき集めていると時間がいくらあっても足りなくて
色々なsoftwareを使ってみるという手段が目的化してしまい本来の目的を
見失いがちになりかねない

そんなスパイラルに陥らず本来の目的を果たすためには
そもそもcoputerをなんの目的で使おうとしているのか
本来の目的を見つめ直して
そのために必用なsoftwareやsetupに絞りに絞り
選びに選んで迅速に課題を解決し解を出していく選択眼
と目的達成意識が本当に大事なんだなと。
つまりsoftはありあまり、時間を無駄にしないための厳選が
重要な時代に入ったんだなと。つくづく思った。

だかＭＦＣで目的も意味もないsoft作りなんてやめときな。
百歩譲って言ってもGUIなら他にもっとﾏｼで楽で目的指向の
選択肢がある。これぞ正に目的指向ｗ

はて俺は酔っぱらったか、ｴﾛビデオ見て寝るか...orz

それがぇぇw　>266
ま、ぃいたいことはわかる。
ttp://www.tlug.jp/docs/cathedral-bazaar/cathedral-paper-jp-2.html

MS謹製ソフトと完全互換が欲しいです。

IE, Office, WMP, Active X etc...

VMware workstation今度只になるらしいから補完せい。
MSのsoftは煩わしいからopenoffice等が
出来の良さで越えてくれれば最高にhappy

全て只で手に入れたいけど
ただのLinuxはWindowsと完全互換で無いと言って
けちを付けているんだったら
それもう使いやすさの議論ではなく
懐具合の問題だよ

なるほど、タダでWindowsが手に入ればいいわけだな。

つまらんと思うがね。
どこまでできるかじゃあなくて、
本当にできるかというデモンストレーションだろ。
面白いものはぜってえ出てこねえよ。

例の馬鹿はともかくもう片方が本当におっさんなら
大人げなさに声も出ないんだが