69式のおっさんを呼び込むスレ【00000011b】

おっさん情報
37歳独身(酉年らしい、本人談)
酒好き(焼酎系の安いものがメイン)
生息地域　九州じゃんがら明太子
特技　デーモン系の開発
使用言語 C/C++一本で飯を食う

Java厨があふれるこの不毛の時代に
マ板のウルトラセブンともいえるC厨化石のおつさんだが
なかなかためになる事を知っている。おっさんを呼び込もう。
なぜかジャワ糞が押し寄せてくるが気にせず行こう。

コンテナオサン
69式フリーPG (オリジナル、ｵﾊﾟｲﾊﾟﾌﾞﾏﾆｱ)

続々とレギュラー化するオサン光臨(年代順)
66式サラリー
68式オサン
69式オサンクローン
おじゃば(ジャワ糞代表)

過去スレ
http://pc8.2ch.net/test/read.cgi/prog/1153497275/l50
http://pc8.2ch.net/test/read.cgi/prog/1158541892/l50
http://pc10.2ch.net/test/read.cgi/prog/1162718023/l50

前回の主要なレス
>んにゃ、Javaをやっているからバカではなく

>バカはJavaに吸い寄せられて集まる。
>　→Javaワールドはバカの巣窟になった。

>だろうね。一番迷惑しているのは一部の頭のいいJavaな人だろ。
>Java厨がSUNで勤まるとも思えんし。

おっさんホイホイ

時代はオサンだ、間違いない。

口臭くさっ

>>2
名言

> こうなってくるとジャワ糞が言う最後の切り札が
> C++もSTLもつかえねえし、オブジェクト指向を理解できない年寄りは
> 引退しろ。というのが定型な流れなんすよ。

> 当然、C++、STLってバリバリに出来るし、オブジェクト指向を理解理解してるよね

なんか煽られてるなぁ〜w

> 69式フリーPG (オリジナル、ｵﾊﾟｲﾊﾟﾌﾞﾏﾆｱ)
> 66式サラリー
> 68式オサン
> 69式オサンクローン
> おじゃば(ジャワ糞代表)

なんかウルトラ兄弟と悪の宇宙人みたいだな。

>>7
これは期待

とりあえず歯槽膿漏を治してから講釈たれろ

ちょっとまて、いま歯槽膿漏なおしてくる。

STLって糞味噌うんちなのを
　ジャワ糞が知らないだけなんだけどな〜♪(66式風)

66式さんの人柄にフォーリンラヴ、した
自分は62式フリーPG（ｗ

66式ラリィPG　
　人気爆発!!

悪の宇宙人==おじゃばかよw

995 名前：仕様書無しさん[sage] 投稿日：2007/02/21(水) 23:42:17
JavaJava逝ってる奴って、何が不安なのかCのソース見て「危なくない？大丈夫？本当に？」
っていちいちうぜえ。

あのな、C/C++はコンパイラのバグ以外は書いたとおりにしか動かんわ。
アセンブラに落とせば、書いてあるとおりに動く。

Javaみたいな書いた覚えの無い動きをするような糞言語と一緒にするなっつうの！！

さあさあ、ジャワ糞ネタでデバッグの疲れをいやそうぜ

■急募
6x式派遣PG
6x式偽装派遣PG
6x式上場企業PG
6x式フリータPG
6x式独身PG
6x式BSDソケットマスタPG
6x式非同期通信マスタPG
オサンコテ歓迎

もしかして俺が一番若い！？

>>19
いやおいらだよ

マ板の初心者です。はじめて「69式のおっさんを呼び込むスレ」の中身を見ますたｗ
前スレタイの【00000010b】というのを16進数の0x10Bだと勘違いして、
「うわ、256回以上も続いてるスレもあるんだな…」と、読むのを避けていたのですが、
２進数(bはバイナリ)だったんですね…。ゼロがたくさん並んでいるのに気付かなかった…。orz

ではBSDソケットのselectネタでもいきましょうか。
ジャワのTCP/IPと比べて叩きのめしましょう。

おれも今日はじめてこのスレ覗いた。

>>17
この人が一番好き。

0xff.. 8bit　棟梁「うりゃあカスがあ0x10B←なんてつかんわあ」
↓
11111111b 8bit

mov ah,01h
↓
mov ah,00000001b

爺CCの場合
int unko = 100; //デフォルトリテラルintとみなす
long cnko = 200L; //long を修飾する

おっさんぶらの場合
mov ah,01h ; h..はHEX
mov ah,00000001b ;b..はBIN

おお、人気あるなあ。そんなにギャラリーがいるならば
またまたジャワのプロダクト叩きのめしレビューでも開始しましょうか。

◆◆◆　ﾂﾙﾋﾟｶちゃんのワンポイント　◆◆◆

16進数を表現する場合はパラグラフ単位が基本

#define UNKOCNKSJAWAKUSO 0x000A
↓
#define UNKOCNKSJAWAKUSO 0xA

絶対値は等価ですが、レジスタのサイズ(データ型)を意識するC言語では
常にサイズを表現する0フィルをいれましょう。
16進数は桁幅がデータサイズになるからです。

爺CCは 注意一秒、怪我一生　日ごろの行いが大切です

　　ヽﾂﾙ | ﾋﾟｶ／
　　 ／￣＼
　　|　＾o＾　|
　　 ＼＿／

用語

パラグラフ [よいこのみなさん。調べて穴埋めしましょうね ]

パラグラフで思い出したが、x86系の場合はメモリを確保する場合、16バイト単位で
確保すると幸せになれる。また、構造体のメンバでsizeof(char)のものは後のほうに
並べたほうが幸せになれる。

sizeof(char);　//1バイト
sizeof('J'); //1バイトだよね?

そそ。

int n;
char name[16]
int id;
short hoge;
char flag;

見たいな感じで並べるとアクセスが遅くならない。

>>25
おっさんぶらと言えばIntelのアセンブラやMASMだね。
CPMでMACRO-80という兵もいるかもしれん。(学生のときにさわったことはある)

最近だと、GNU ASだから2進数は0b00000011。
0bが2進で0xが16進。Cでも0b表記ができるといいのにね。
ただ、このGNU ASって、AT&T-syntaxでIntel-syntaxと違うところ
(特にsrc, dstが逆)が慣れんのよいつまでも。

>>30
最適化でスタックフレーム調整って勝手にされない?
char -> sizeof CPU (int) に勝手に拡張とか

>レジスタのサイズ(データ型)を意識するC言語
意識「できる」じゃないのか？

>16進数は桁幅がデータサイズになるからです。
へえ？ もちろんコメント的な意味だよな。

>>29
sizeof 'J' だよな。括弧必要？

>>30
つ メンバアライメント。
char, intを交互に並べるよりは、charをまとめたほうがサイズ的にいいかもしれんが
後ろにしても次の人の都合がありますよ。

>>28
そういえば、基数メモリを飛ばすコンパイラ指令ありましたよね

>>29
sizeof(char);　//1バイト
sizeof('J'); //1バイトだよね?

殆どの場合問題ないと思うけど、厳密には異なる場合がある。
例えばVB系言語は、ユニコードだったりするので1byteとは限らない。
C以外はお呼びでないですか？。。。
どうでもいいことだけど、VB6ってIntegerが16ビットなんですよねぇ。

私がアセンブラを使ってた頃の８０８６も。。。




最近DirectXとかいじってないんだけど、Vistaとかどうなの？
うわさではだいれくとドローがヤバイと聞いたのだけど。

最近のコンパイラはそんな事までするの?
知らなかったなぁ。昔、（つっても10年位）はこういうのやってたんだが・・・。

.Netだと
packed　というコンパイラ指令があって、これは読んで字のごとく
構造体（クラス）の間をそのまま詰めろという命令

これがないと、レジスタ長に最適化すると思われる。

あー、こりゃアセンブラと混同してるな。ｽﾏｿ

おっさん、アルツハイマーちゃうん？

sizeof('J') x86(32bit) だと4バイトでサイズ吐き出すコンパイラが多いよ
この場合はint拡張されるパターン

オリジナルはたぶんオパイパブぼけだなw

>へえ？ もちろんコメント的な意味だよな。
そうっス。それっきゃねえっス。

68kのコンパイラみたいですな。

はい。惚けてます。
年末から年度末は。wwwww

来月38歳です。
なんかください。

>うわさではだいれくとドローがヤバイ
やばいんだ、出たてだから予想されるね。そんなものジャワ糞に味見の
テストさせて、問題なくなってから使えばいいじゃんか。

>>43
嫁さんがなによりのプレゼントと思われる

6xコテがマルチスレッドでレスされると混乱してきた
mutex漏れがあって関係ないスレッドidを起こしそうだ

おまいら仕事は？

そういえば、

> ■急募
> 6x式派遣PG

5x式派遣PGと仕事をしたことがある。俺らまだまだだなw

53式コボラ

4x式派遣とかいたら神ですな

ああ忙しい2chしてる暇ないんだよね。マジで。

ここっておじゃばがコテはずして書いてるのか?
http://pc10.2ch.net/test/read.cgi/prog/1172030998/l50

おじちゃんたち仕事ないの？

>>50
派遣ではなく4x式フリーが
その昔どこかのスレで話題になっていた気がする。
たしか自前のWebページもっていてWebCamで仕事の様子を中継していて…

>>53
忙しくなるほどストレスが蓄積される
　この状態になるとついジャワ糞叩きをしたくなる悪い病気なのだ。すまぬ。

>>54
それ　しょうえい　じゃない?
WebCam見たことあるよ。

おじゃばが来たら
問いたださんといかんな。

このジジイ同士の会話はなんだよ加齢臭くせええええ。
６６の化石ジジイはアセンブラとＣはＯＫみたいだがＣ＋＋使えるのか？
早く歯槽膿漏治して来い。

何を問いただすって？
アセンブラ以外で頼む。

構造化マクロが追加されたのはMASMの6.0からだったかな。

>６６の化石ジジイはアセンブラとＣはＯＫみたいだがＣ＋＋使えるのか

こやつ全角厨だな。全角厨に切れる椰子はいなかったのがおいらの経験
なのだが66式はどう思う?

あとこいつの指摘定型パターンだな。C++がものすごく難しくてえらいと
なぜか勘違いしている馬鹿。

>>59
おじゃばよ、コテはずしてまで糞スレたてんなよ
http://pc10.2ch.net/test/read.cgi/prog/1172030998/l50

>>58よ煽るならもってセンスよく毎回違うパターンを工夫しろ
いつも同じでつまらん。お前のIQが見透かされてしまうぞ。(49ぐらいだな)
あとASCII+Numericに全角を使うな、ダサいぞ。

>早く歯槽膿漏治して来い。
よし、治った♪

ところで夕べは酔ってたな。なんか変なこと書いてる。

オブジェクト指向をロジカルに叩いていくと言うのをテーマにしようか

こんな糞アキバヲタクに語られるOOはなんて哀れなんだろうか
これもいわゆるジャワ糞によるネガティブな業界現象だな

http://pc10.2ch.net/test/read.cgi/prog/1171808096/200-207

>６６の化石ジジイはアセンブラとＣはＯＫみたいだがＣ＋＋使えるのか

昨日から煽られっぱなしw

C++ね。おれんところでは組み込みには使ってないな。
だって、まわり使わないし、使えそうに無いしw
PCソフトのグループは使ってるな。さすがに。

俺的には組み込みでつかっても面白いと思うんだよ。
例えば、ビルドタイムで解決できるマクロ的にtemplateをごりごり。

前のmutexネタ引きずって、
http://www28.atwiki.jp/salarypg66/pages/7.html
こんな感じで認めてくれるか？

おいおい66式オサン
あまりスキルが高いのを即出ししちゃうと、馬鹿厨どもが引いて
煽りが入らなくなるから、適度に馬鹿のふりをする必要があるんだよ。

馬鹿厨にレベルを合わせる
Balance Of Powerゲームなわけだ。

なあんちゃって
さあ今日もハゲあがるような良い天気だ
selectソケットもｼｬｺｼｬｺ気持ちよく動作中

66式オサン

あのソースにはドン引き。空気嫁

ふと思う。
サラリーおさんは管理側の仕事してないのか？
貯金だけでそんだけあるのか？

>>67
おさん、仕事中にカキコするなんて、やっぱ、爺PGはすごいは
あー、昼休み終わるよ、うちの会社Log取ってんだよな、大丈夫かな俺

窓際なんだろ

ところで最近VM叩きしてないけど
1.6とかに上がったのかな。またコンパイル時間がより遅くなったんじゃねえのか。
どうよジャワ糞軍団

17 ：仕様書無しさん ：2007/02/22(木) 00:57:17
>>13-14
>確かに、守っただけではデスマが無くなって即座に利益に繋がるとは
>限らない。

>だが、刀は磨けば磨くほど強くなる。ソースコードはリファクタリングすれば
>するほど強くなる。それも長期的にやってこそ実現できる。

こんなことかいてるけど、TOMCATのTLSリークは3.0の頃から変わらない
コンテナのリファクタリングは全く考えないのかなぁ〜♪
お気楽でいいなぁ〜♪

>新人や初心者がたった数ヶ月でJavaをマスターしたといっても
>実際にはうまくはいかないものだ。やはり、経験が必要なのだ。

どんどん集めて楽しいプロジェクトライフを過ごしてくださいねぇ〜♪

>そのためCode Readingという本もお薦めできるかもな。

Code Redというワームみたいだなぁ〜♪

ただ今、66式サラリーPG語尾が流行の兆し

刀は磨くだけではだめで、ヤキを入れて叩かないとなっ

>>68, 69, 71
空気読んでなかったな。正直、すまんかった。
ジジイたたきに反論しつつ、Java厨を成仏させるスレかとおもってた。

貯金はあまり無い。 >>72
あのページは夕べのうちに、書きこしている間にデバッグしつつ書いた。 >>73
おいしそうなので、それもらった。実際、当たらずも遠からずだ。>>74
流行んなくていいです。>>77
叩いたら折れちゃうこともあるよね。>>78

じゃあ気を取り直して空気戻すとして空気的にはJava厨ネタでいいの？
でもね。今のうちに白状しておくけど、俺Java詳しくないんだよ。

>>79
>ジジイたたきに反論しつつ、Java厨を成仏させるスレかとおもってた
成仏なんてあいつらには勿体無い。生霊化されるのですよ。

ジャワはおいらも詳しくないよ。あでもジャワの本書いた事あるんだけどね。(ﾅｲｼｮ)

おお66式のとこで話したわけじゃないんだろうね
http://pc10.2ch.net/test/read.cgi/prog/1160918783/379
このスレは9あたりまで69式オサンとか生息していたんだけど
今はジャワ糞しかいないんだなあ。おかげですっかり寂れたのよ。

んん、こんなネタかな？
(変に流行ってもキモイので、ちょっと語尾変えてみる)

COBOL技術者のためのJava言語入門
http://segroup.fujitsu.com/sdas/technology/java-cobol/

特に、コラム：JavaとCOBOLの機能対比。タイトルだけで、ぐっと来たのですよ。
なんでJavaには厨が多いのか、業務系の人たちが何をたくらんでるか垣間見れるのですよ。にぱぁ〜☆。

こらオヤジw　こっちがキモいわ。

>fujitsu
この時点でまともな事が書いてないことが判るだろ・・・

ﾜﾛﾀ

日本にまともなソフトウエア会社があるのかと....
ITドカタ...素晴らしい言葉だよな

>業務系の人たちが何をたくらんでるか垣間見れるのですよ。にぱぁ〜☆

こんどは　にぱぁ〜★ですか。

>>82
いいですよぉ、その調子ですね。

>>83が釣られてますからね。実績が多々出てきましたねえ。

つうことでやっとセグメント違反の箇所を発見しましたねぇ。よかった。
棟梁としたことが、こんなミスを犯すなんて。(ケツをボリボリと掻く)

やばい・・・いい年したオサンがにぱぁ〜って・・・想像しちまった・・・

これにするか

30代になってもPGやってるおっさんって、コミュニケーション能力に問題がある。
普通ならアーキテクトやマネージャーをやってるはず。

こうしとかないとな、誤解されるからな。
口腔の外科手術で歯槽膿漏の部位を全てそぎおとしてきれいな口だ。
ぷはははははっはっ〜

>>92
おまいら業務システムの世界では確かにそうだなっw
おまいの見るその狭い視点の世界は、MS-DOSの640Kメモリ内のうちの
(ATOKで -220K TCP/IPドライバで -200K)
たった220Kバイトの世界のようだぞ、ぷっはつはっははっ〜(66式に影響受けた)

さあて、誰か弟子入り志願者はいぬのかのう

弟子入りと言うか歯槽膿漏に関して詳しく頼む

ん。漏れがやったのは有名な先生のとこで
上下4回に分けてメスを入れて悪い組織を書き出す外科手術をした。
お前もやるといいぞ。歯が丈夫でも歯茎からkillされるからな。

いかんのう、掻き出す○

>30代になってもPGやってるおっさんって、コミュニケーション能力に問題がある

棟梁は気分がのらなきゃ
「この仕事はやらねぇ!」机をひっくり返す(どだだだだーん)

とこんなふうに生きているので心配無用。

LISTENING socketをselect()してるとぉ
TCPSYNが来たときにリードレディーでreturnしてくるのですぅ。
そのままリードレディーなソケットをaccept()すれば〜
ESTBLISHEDなsocketを得られるのですが、
そこには恐ろし〜いワナが待っているのですぅ…(ﾄﾞﾛﾄﾞﾛﾄﾞﾛﾄﾞﾛ)………。

　select()〜accept()の間にTCPRSTが来るとリードレディーなソケットは
　リードレディではなくなってしまうのです〜〜〜(ｼﾞｬｰﾝ)〜〜〜☆

当然、accept()してもESTBLISHEDなsocketなんて得られるわけがなく
ブロッキングモードのsocketだと次のTCPSYNが来るまでブロッキングされたままなのですぅ。

しかも最悪なことに、同じスレッドでESTABLISHED socketを
read()/write()するために同じselect()にかけていたのですから、
すべての通信の動きが止まってしまったのです。(ｷｬｰ）

まったくぅ、select()するんだったらsocketはO_NONBLOCKにしろとなんども言っているのに。
うちの社員はPGとしての記憶力がプチサイズ以下過ぎるのですﾌﾟﾝﾌﾟﾝ。……(ｼｭﾝ)……

accept()で固まるのをOSのバグと言い張った若造に、40なおっさんがこんな調子で怒ったら
俺のコミュニケーション能力的にはどうだろうか？

SO_REUSEADDRですかのう、そのサーバソケットの若造さんは。

66おさん、アニオタかよ(w

このスレきんもー☆

それにしてもこのオヤジ
ノリノリである。

>62
俺なのかどうか試してみたらどうだ？

>66式
コミュニケーション能力以前に、自分の部下を馬鹿にする奴にロクな奴はいない。

>>105
ネタにマジレスされてもなぁ…

>>おじゃば
>コミュニケーション能力以前に、自分の部下を馬鹿にする奴にロクな奴はいない。
この言葉に、思わずうなずいたぞ。
自分の経験では、組織の長を見ればその組織がなんとなく分かると...
おじゃばはたまになかなか良い人生訓を言うな

>>62のスレ立てたのはマ板の有害スレにいる自演が特技の最適化君だろ

こらこら、おっさん。
翠星石ツンデレネタやるにしてもツンしかないからイマイチ

いい年してローゼンかよ。独身彼女なしか。淋しいな。

今日の66は暴走しまくり。ドンびきしまくり。

オヤジのネタは痛すぎ

ふっ
青いなおまいら

暴走は386以前のプロセッサでは当たり前
>>110は暴走体験もなしの暴走童貞か

ああ　良く暴走したもんだねｗ

>>59
ジャワ糞2年目「先輩!2chでおじゃばとかいう達人はアセンブラ以外は達人のようですよ」
先輩ジャワ糞「ふむ。ではスキルトランスレータにそいつを通してみようか」

[root@linux tmp#] isskill -opt NOT|asm おじゃば [Enter]
skilltransMsg->Cスキル:まったくありません。
skilltransMsg->C++スキル:まったくありません。
skilltransMsg->Javaスキル:新人配属後2年生程度です。
skilltransMsg->PHP:まったくありません。
skilltransMsg->Perl:まったくありません。
skilltransMsg->Pascal:まったくありません。
skilltransMsg->VB:まったくありません。
skilltransMsg->C#:まったくありません。
skilltransMsg->Python:まったくありません。
skilltransMsg->COBOL:多少あります(おじじですからね)
skilltransMsg->Ruby:まったくありません。
skilltransMsg->Ada:まったくありません。
skilltransMsg->Pascal:まったくありません。
skilltransMsg->bash:まったくありません。
skilltransMsg->Javaすくりぷと:まったくありません。
skilltransMsg->aspすくりぷと:まったくありません。
skilltransMsg->MS-DOSバッチファイル:よくできます(おじじですからね)
おじゃばについての出力を終了しました
[root@linux tmp#] | (ﾁｶﾁｶ)

>>115
Pascalが二つある
ActionScript・Delphiも入れてやってくれ
あとVB.net・・・はいいや

>115
そのスキルトランスレータを115にかけて見せてくれないか？

>>117
[root@linux tmp#] isskill -opt lang|all >>115[Enter]
skilltransMsg->Cスキル:超ど級エキスパートです。これだけあれば十分だと思っているようです。
skilltransMsg->C++スキル:エキスパートですが、デーモン系では利用する機会があまりありません。
skilltransMsg->Javaスキル:かなりできますがやる気は全くありません。いつもJavaの仕事は断ります。
skilltransMsg->PHP:まったくありません。
skilltransMsg->Perl:まったくありません。
skilltransMsg->Pascal:まったくありません。
skilltransMsg->VB:ネイティブCOMのテストクライアント作成程度。やる気は全くありません。
skilltransMsg->C#:そこそこあります。スクラッチからBtoCサイトを2Wで作成できますがやる気はありません。
skilltransMsg->Python:まったくありません。 覚える気もありません
skilltransMsg->COBOL:まったくありません。覚える気もありません
skilltransMsg->Ruby:まったくありません。 覚える気もありません。
skilltransMsg->Ada:まったくありません。 覚える気もありません
skilltransMsg->Delphi:ネイティブCOMのテストクライアント作成程度。やる気は全くありません。
skilltransMsg->bash:エキスパート。 うそかもしれません。
skilltransMsg->Javaすくりぷと:やる気すらがありません。
skilltransMsg->aspすくりぷと:そこそこかけますがやる気は全くないようです。
skilltransMsg->MS-DOSバッチファイル:若者なので知りません。
>>115についての出力を終了しました
[root@linux tmp#] | (ﾁｶﾁｶ)

むしゃくしゃしてやった。今は反省している。正直すまんかった。
今見直しても痛すぎる。とりあえず半年ROMる。

マジで寒いよ。爺

66式沈没か!

疲れた。

たまんねえなぁ・・・・

>118
それじゃ俺の方が出来る言語が多いんじゃないか？
言語増やした意味がないだろう。

>66式
失敗したら改善すればいいんだから、そんなに気にするなよ。

おいらなんかC/C++とMASMとPL/SQLしか出来ないよ。

あ、あとbatとperlとpythonとPHPも出来るか。

>>124
おじゃばは状態遷移図当たり前な香具師だと思うが、
おさんはプログラム設計の段階で状態遷移図なんて書いている
MASMを使うなんて尊敬するよな、おれ、__asmだもんな

大事なのは言語の数じゃなく、どんなものをどの程度でできるかじゃないか？
80ASMな時代は同じ処理を何バイトでできるかを競ったものだ
386〜486ASMな頃はバイト数じゃなく実行クロック数で・・・

>>123
うっさい!量より質の大切さがわからんのか

剣豪3というプレステのゲームがあるが
必勝の剣形はひとつで十分だぞ。佐々木小次郎には無敗だ。
へっぽこ剣士(ここではおじゃば)だと糞な剣の形が多数必要になるんだろが
どれもよわっちょい。

30台でドカタなんてコミュニケーション能力０でしょ？ｗｗｗｗ
周囲から浮いてない？変人扱いされてるでしょ？ｗｗｗｗ

ええい無礼者〜(ずばばばばばぁ〜と日本刀で一刀両断>>129)
で生きているから無問題。

30代ドカタ...ぷっ、思わずワロタよ
すばり、痛いところを突かれた>>130

おぬしのような町人は相手にせぬのだ。そこをのけい。邪魔だ。

ドカタはないだろ。




せめて塗装工くらいにしてくれ。

>>125
MASMよりも、__asm(g++の?)を使えるほうが尊敬です。

>>126
68Kなんかだと１命令でメモリに書いてアドレスを指すレジスタを
更新するなんてことができるが、Z80はない。

かと思うと、唯一push命令がメモリに書いてアドレスを指すレジスタ(スタックポインタね)
をディクリメントしてくれる。しかも8bit CPUなのに、これだけは16bitを1命令でやってくれる。

とpush命令をイビツに使って実行命令数を減らした16の夜。
(今となっては無用のレトロテクニック)

>>134

>かと思うと、唯一push命令がメモリに書いてアドレスを指すレジスタ(スタックポインタね)
>をディクリメントしてくれる。しかも8bit CPUなのに、これだけは16bitを1命令でやってくれる。

6809だとスタックが2本あるしね。

6809はあこがれたな〜、8bit全盛な時代に16bitの香りのするプロセッサ。
68Kとおなじような。UserStackとSystemStackだけ？

66式復活記念あげ
よかった〜♪

爺さんたちは隔離スレから出てこないでくださいね。

臭いから。

>>138
今日はアキバにいかなくていいのか?
あっごめんごめんど田舎ぐらしだったな。

てすと

いやあ地獄のデバグ終了した。ｼｬｺｼｬｺｰって猛スピードで作ったPoolメモリに
ひどいバグがあってまいった。それも初心者のやる間違いだから悲しい。
ポインタのパグが出たら初心者はCがいやになるよなあと思うが
じつはこれがマジ楽しいんだな。ポインタ自在になるとやめられんな。麻薬のようだ。
スピードも超速だし軽い。デーモンの上がるのも一瞬だ。ジャワなんて
使えるもんじゃねえなーと　ニタニタしてます。はい。

>>141
そういうことを書くってC初心者＋って感じだな
なんか、その文章力からお舞の書くプログラムも想像できるぞ
だらだらしたプログラム書いてそうだな

きっと周囲は迷惑していると思う。
あの爺さんがまた誰もメンテできないようなコードを書いてしこってるよって。

>>141はガキだろ.。

文章みてセンスわかるもんだな。
つーか、初心者が「初心者みたいな間違いしちゃった」とか言ってるのは結構痛い。

入れ食いだな

>>143-144とかは構造体ポインタのポインタのポインタ位置のアンパサンドの使い方
すらわからんからな

糞ガキにはデーモンのメンテは到底できんしやらせんのが普通

ジ　ャ　ワ　で　も　や　っ　と　け

連投はいただけんな

>>133
C厨タイプ別分類
1. ドカタタイプ
2. 塗装工タイプ
3. 大工棟梁タイプ
いずれも孤軍奮闘タイプだな

>>150
>3. 大工棟梁タイプ
これは孤軍奮闘じゃないだろ・・・

>>151
ワロタ、普通はそう思うよな
部下が働かない会社にいる>>150はそうなんだろう
>>150 少しは上司見習ってお前も働けよ

>>118
Win厨房PGまるだしだな、Linux/Unixの経験があまりないのバレバレだな
それなのに [root@linux tmp#] とは....いま、勉強中ってことにしてやるか

>>151
>>152
　棟梁にも色々なタイプがある。これがC厨の深いところだ
　部下を当て込む技術の心得がない上司はたしかに部下をあてにするしか
　手立てがない。
　ほとんどが零細棟梁のところに弟子入りする若手はぼんくらばかりで
　結果孤軍奮闘にならざるを得ないのだ。

>>153
　SUN,HP-UX,AIXのデーモンも多数こなしているが書くのがめんどい
　つかOSを飛び越えてやれるのがANSC-Cのデフォでありそんなのは
　いちいち自慢する事ではない。渇!

おまいらくだくだ五月蝿い事言わずに

ジ　ャ　ワ　で　も　や　っ　と　け

移植性がもっとも高い言語
・ANSI-C

移植する必要がないと言われながら環境が違うと動作しない言語
・ジャワ糞

>>154
それは棟梁じゃない
部下育てるのも棟梁の仕事の一つ

PG以外も勉強汁

んでもパフォーマンスを追及し始めたら、APIやシステムコールを直呼びするけどなー。

ドカタは人足だから孤軍奮闘じゃないっすよ。

>>159
オブジェクト指向的な視点を「個人」にすえると
孤軍奮闘になる
おまいの視点は上から物をみる高飛車な態度だ

反　省　し　な　さ　い

>>154 == >>118 なのか分からんが
Linux/Unix使ってるのにPerl、Python等のスクリプト言語が出来ないってある意味すごいとは思わないか

なるほどね>>150のいる会社が想像できるよ...
結局、棟梁＝社長みたいな感じの会社で、１代で終わりそうな会社だな
そんな会社に優秀な若い香具師が入社するなんて期待するのはどうかと思うが
ただ、棟梁の腕次第ではやがては腕の良い職人集団になるかもしれんが...

>>159
思わず、プッした。その通りだ

結論：職人とはドカタでも棟梁でもないのだ。

>Linux/Unix使ってるのにPerl、Python等のスクリプト言語が出来ないってある意味すごいとは思わないか

ぜんぜん思わないよ。Cができればいいんだよ。スクリプターは人足以下だろう。

UNIX厨にもすくりぷと専門のジャワ糞がいるんだなw
UNI糞と言う名称にしよう

スクリプトみたいなものは「出来て当たり前」
スクリプトの知識無しにUnix使ってるって公言出来る神経を疑うわ。

JAVAは　コンソールレベルのプログラム、コード量もA4で5枚程度の物を作るなら
優れてると思うが、それ以外のことは、言語仕様的に無理が有ると思う。

個人的な意見ですが...
1クラス、1ファイル、メソッドはクラス内に定義が必要。
※1ファイル内に「複数のクラス宣言は可能」だが、本流ではない。

クラスの宣言部と実装部がセットで書かなければならない。
このような言語仕様は大掛かりなコードを前提にしていないと思われます。
実装部が大きくなる事を避ける為に、細分化してファイルが細切れになっていく。
これは本末転倒状態。

クリック１つのイベントに、「それにしか使えない1クラス定義」とか無駄が多すぎ。

それらを管理するのは、「統合環境の性能にたよるしかない」

>クラスの宣言部と実装部がセットで書かなければならない。
インタフェース使え
>クリック１つのイベントに、「それにしか使えない1クラス定義」とか無駄が多すぎ。
無名クラス使え

>>165
bashはｶﾘｶﾘにできるからいいんだよ、UNI糞
も前も少しはカーネルのソースでも解析して勉強せいや!

これからの流行は

U N I 糞ですね。

言うにことかいてbashかよ。。反論する気も失せるわ。。

無名クラスというのはANSI-Cで言うところの
typedef structなんですよね。くどくどしくクラスにするしか脳がない
ジャワってあれですね、UNI糞以下ですな。

ジャワ糞よりたちが悪いUNI糞(スクリプター)が発生しました。

UNI糞「UNIXと言えばすくりぷと扱えなきゃねえ、僕はマジすごいよとくにperl」
ジャワ糞「perlは糞だろうが」

目糞鼻くそ劇場の開演

↑こいつの目的がわからん

書けるだけで使えるというって事は使うレベルが低いと俺は捕らえる

レベルの低い人達が、自分のレベルの低さを言語のせいにしてるようにしか見えないスレだな。
どっちも向き不向きはあるけど、大抵の事はできる。
あとは使う人次第じゃねーの？
ダメな奴が使えばどっちもダメだけどさ。
嫌いな言語を叩いてる奴ってコンプレックス持ちすぎ。
他の言語なんか放っておいて、好きな言語ですばらしいシステム作ったら？

わかった、そうする。

>>166
オサン
>コード量もA4で5枚程度の物を作るなら
俺のJavaの使い方ってそんな感じだよ
Perlにいたってはもっと短い、自分が使えて楽が出来るのであればどんどん利用しようスタンスで使ってる
Java、Perlってなんかツールのような認識なんだよな、そんな感じで使ってる香具師多いんじゃないのか

んで、小さい小さいクラスを山ほど読み込むために起動が遅くなるんですけどね。
ほんとに何も考えてないんだなと思うよ。JAVAって。

そういいながら、使ってる君、可愛いよ

うーん。Java厨ってJava言語のせいでだめというより初心者なんだよな。

悲しくなってくるからやめろよ。まともなC++使いもいるんだよ。。

>>181
ここに居るのは弩C糞、弩C糞は何で最高のCを劣化させるんだよ、C++は氏ねだよ

>>175
ここはマ板だし、言語の評価話は普通にあっていいと思う。

いろいろな言語と比較すると、その言語の問題点などが判ってくる。
経験の浅い方が「言語の問題点」を指摘するまでに至るかは、難しいのではないかなぁ

さて、実際に経験したことですが、ハードメーカ提供の、「ラベルとJUMPしかない」
アホみたいなスクリプトしか制御する方法が無い場合などがある。
もちろん、そういった環境でも製品は納めますが（苦笑
「言語の問題」とかそういう次元ではなかったりする。

MSX時代のBASICより「原始的なスクリプト」が2007年になっても動いていたり
するんですよねorz...

>>181＝>>175？
破綻してない？

言語以前のレベルの低い話っていくらでもあるからね。
たとえば、Javaで1クラスファイル、全スタティックメソッド/変数。それがすべてのプログラムとか。

WebアプリならJava。
ドライバ書くならC++。
後は適宜。
それでいいだろ。

PGが理解している言語としてBNFを理解していたら偉いと思う。

デーモンはCしかない。C++は糞

ざっと見た限りでは>>175が一番スキル低そうだな

>>188
クローンは年齢から言ってもデバドラ、デーモン、バリバリに当然かけるだろ？
へたれな漏れが思うに、デバドラ、デーモンの両方がバリバリかけないC糞って未熟者だよ
でも、漏れ書けないYo、orz、難しいあるね。

クローンのスキルの高さを何か披露プリーズ

...多分今本みながら一生懸命考え中です。暫くお待ちください。

こりゃ結婚できんわな
おっさんキモいよ
餓鬼に馬鹿にされてるし

↑こいつ独身

>>195は独身

>>196はチョンガー
最近、名前付きパイプ覚えてちょっと幸せです

>>196
自己再帰ってやつですか？

おっさん終わってんな。

若者始まってんな。

若さをひけらかすんじゃねえよ！
お前らだっていずれは40歳とかになるんだぞ。

なんだ、今彼女とエチー終わって戻ると
チンカス小僧が騒がしいな

デーモン、デバドラなんでもズコズコかけるぞ
ただし今ズコズコしたばかりだがな

>>175
>WebアプリならJava。
ジャワ専でいけなっ

>ドライバ書くならC++。
ドライバはC++なんてつかわねーよ、素人め。

>後は適宜。
なんだこのテキトーなチンカス発言はw
おまいの好きなスクリプト言語たちのことかよ
それでいいだろ

>>196の自己再起をCで表現

if(1){
unko:
　printf(">>196はチンカス\n");
　goto unko; //ラベルなしのcontinueでもいいんだよ
}

#include <stdio.h>
void main(void);

void main()
{
printf(">>196, >>204はチンカス、チョンガー\n");
main();
}

>>167
>>クラスの宣言部と実装部がセットで書かなければならない。
>インタフェース使え

「インターフェイス」が、Javaの最初からあった言語仕様かな？
あれは苦肉の策といか思えない。いわば付け足し仕様でしょう。

言語設計当時の「想定規模」と違う為の処置だと思います。
そしてVMはひたすら肥大化、バージョン互換が崩壊していく

>68式
クラスの宣言部と実装部が分けられるC/C++の方がいいと言っているのかな？それはあまりに勉強不足だな。
ヘッダファイルに問題があったから、Javaでは採用されなかった。
ヘッダファイルの問題と言うのは、経験があると思うが、バージョン相違でコンパイルエラーになるやつだ。

実装部が大きくなる事を避ける？別に実装部が大きくなる事を避ける必要はない。
しかしなぜ68式がそう言うのかは想像が出来る。それはCの関数流にJavaのメソッドを組むので、
メソッドが大きくなる傾向にあるからだろう。これはCの熟練者がはまる所だ。
オブジェクト指向のモジュール分割は、構造化Cとは全く違う。縦割りと横割りぐらい違う。
視覚的に説明すると、構造化Cが3色団子だとすると、Javaでは単色の団子3種類になる。
Cの熟練者は3色団子に慣れているため、串が抜けずに、重複したり巨大な団子になったりする。

>>207
またかよ、ヘッダを自分の管轄下におけないおじゃばは
ほんとに新人以下。恥ずかしいからもうC++語るのやめれ!

OOPの問題点は既出の「プログラミング作法」をよめ。繰り返すな!
OOPのパフォーマンスの悪さとどの程度パフォーマンスが低下するか
書いてある。

そういやジャワってva_argないだろう。可変引数どうするんだ?

ちなみに、Javaのimportってやつはバージョン問題ないの？(知らんで聞いている)

っていうかそもそも
> バージョン相違でコンパイルエラーになるやつだ。

これがよくわからんかった。(マジでわからん)

> そういやジャワってva_argないだろう。可変引数どうするんだ?

知らんで言うけどリフレクション?

Javaがいくら良いとか言っても、Asm/C/C++な俺から見ると、
所詮は手のひら(=Asm/C/C++)の上のサル(=Java)。

と言ったら怒られるだろうか？

>>211 StringBuilderの事かな
糞仕様いまごろ追加したジャワは大糞とぐろ巻き

あ・間違えた
> バージョン相違でコンパイルエラーになるやつだ。
これはおじゃばが馬鹿なだけだから気にしないでね。
あいつ過去にオプンのソースをmakeしようとして失敗した時の
ローカルネタだからさ。

所詮は手のひら(=Asm/C/C++)の上のサル(=JavaVM(C実装))->バイトコード->インタープリター解析(サルにたかるノミ)

>>201
Javaのインポートはよくコンフリクトする
namespaceないしねえ、APIは巨大化する一方だし
破綻しているねえ

namespaceって、パッケージじゃまずいの？

sql, util Dateクラスの曖昧さの解決ができんだろう
それがジャワの糞なところ

たしかおじゃばが失敗したmakeプロジェクトは
CORBAもんじゃなかったかなあ

UNI糞とジャワ糞が戦うとどっちが強いかマジ確認したいな。
Cが出来ないperl専門のUNIX厨はジャワ糞以下だけどね。

>>219
あぁインポートする時ね、俺はそんなに困った事ないけどなぁ。
大体あまり混在させないし、もし両方使う場合は、sql.Dateが、
util.Date継承してるからsql.Dateの方使うけど、なんか問題
あるんだっけ？

そういゃ、チャンクで埋もれたが
POSTはどうなんだ、おじゃばよ

爺、くせえ

さあさあさらにいこか

>208
ApacheをSolarisでコンパイルしても出るし、perlにsshを組み込んでも出る。
WindowsのCORBAサンプルでも出る。
有名な話では、VC++2005ExとWinSDK2003の問題や、VC6とのヘッダファイル互換性の問題もある。
昔のソースやサンプルを新しい環境でコンパイルしようとしたり、SSLや数値演算ライブラリを
使用しているような物を、64ビット環境でコンパイルしたりしようとするとすぐに出る。
原因はサンプルで使用していたヘッダと、新しいシステムヘッダに相違があって、コンパイルが通らなく
なる事だ。試しにWindows205ExpressEditionとWindowsSDK2003をダウンロードして、VC6用のサンプルを
コンパイルしてみるといい。面倒な事がたくさん起こるだろう。
つーか移植や最新環境での作業をやれば、すぐに出て来る問題だと思うが、何で知らないんだ？
昔の環境と昔のライブラリをずーと使って作業しているのか？
それにWinSDK2003に半端なヘッダが残っているのは、俺のせいなのかな？
208は他社のヘッダも管理出来るのか？

あと、書籍を提示して「これを読め」ってのは困るな。
いくら俺でも無限に本を読める時間と気力がある訳じゃない。
208が読んだ事があるなら、簡潔に説明してくれよ。おれがいつもやってるレベルでいいからさ。
自分の言葉で説明してくれよ。アマゾンの解説転載されても本当の内容は分からないからな。

>219
222も言う通り、何が問題なのか分からんな。
単にDateの場合は「java.util.Date」や「java.sql.Date」と書けばいいだけだろう。
書くのが長いのが問題と言っているのかな？
第一、関数名が重なったらアウトなのはCの方だろう？JavaもCも知らんのか？何の言語と比べているんだ？

>223
POSTは回答済みだぞ。名無しのC厨はそれで納得していたようだが。
いつも言っているが、質問は知りたい事をはっきり書けよ。

>>226
何でも他人の責任にしてはならない。
組み込む物（ライブラリ）を調べて、ヘッダー等に誤りが有れば直せばよろしい。
APIが相手なら、他の資料から調べれば、解決はそれ程大変ではない。

他言語用に作られたDLLを、解析して別言語用の呼び出し用関数とか作らないのかな？
私はNT4でも動く印刷ライブラリ(DLL)を他言語に呼び出せせるようにしましたよ
解説書はVB5用しかなかったが、C++,Delphi、.netで使えるようにしました。
300社以上の取引先で使われているから、印刷ライブラリを変更する必要性もないしね。
（この印刷ライブラリは他者製品です）

>>昔の環境とライブラリを...
昔のライブラリはデバックが完了していて、必要でなければ取り替える必要が無い。

>>面倒な事が沢山おこるだろう
「java」が提供する面倒に比べれば、はるかに簡単な事です。

それから最初に指摘した、宣言部と実装部の話はヘッダ件ではなく
クラスの宣言部分ということも、指摘しておく。

他人が作ったライブラリを、「管理できない」なら
それは、ライブラリの設計の問題か、PGの能力か、JAVAの欠陥ということでｗ

>>226
著作権があるからな。金払って自分で勉強しろよ

あれえ、漏れはApache1.3, 2.x Linux, Win用ともにフルビルドしてるけど
なんも問題でんぞ。おじゃば単体でおかしいんじゃねえの

>64ビット環境でコンパイル
最低減の前提として
64bitビルドはコンパイルスイッチ、互換性の問題を
コンパイラレベルで検討する必要があるんじゃないの。

おじゃばよ

ジ　ャ　ワ　だ　け　や　っ　と　け

>Windows205ExpressEdition

ごめんな、おいらいつも一番高いのしか使った事ないから
このバージョンで検証した事なんだな。

68氏の言うとおりではあるが、
現状の開発現場ではおじゃば君の気持ちもわかるなぁ。
Java案件が困るのは、単純にライブラリが枯れてないだけだと思う。
枯れてないモノをさらに隠蔽する方向だから、年寄りはいらいらする。
いいことなんだろうけどね。
むかし、「RDBなんてパフォーマンス出なくて使えねーよ」ってたのやら
「ここはCOBOLじゃターンアラウンド確保無理だからASMにするか」
っていまコボラ言われてる連中がやってたのと変わらんような気もする。

ま、年寄りの言うこったから、聞き流してくださいな。

うーん。
Javaの場合、枯れる暇が無いことが問題なんだけどね。。。

>>228
DLLを他の言語でも使えるようにした例をくどくど誇らしげに書いてるのを
読んでなんか情けない印象を受けたんだが...何でだろ
これ、６８式の話だよな...俺みたいな青二才C/C++糞の話じゃないよな

>>235
確かにｗ。
スタンダードがない、ってのがいかんちゃいかんのね。
かといってMSの言うとーりに、しようとしてももっと枯れないんだ奴らは・・・。

>>234
62式ぐらいになると、人間が出来てきて相手のこのを察するぐらいになるのか
無礼な言い方ですが、これが年の功って奴ですか、見習いたいです。

>>237
そうなんよね。
IT出版業界とかITライターとかに煽られやすいってのもあると思うんですけどね。
（それがおそらくマ板で言われるJava厨の特性）

JDKについては業界が1.5以降について行かなくなってるから、
何かが変わり始めているのかもしれません。

おっさんあほちゃう？

どっちかっていうといまは業務アプリでは
「有り余るマシンリソースをいかに無駄に使うか」っつ方向に向いてるから、
java案件もよろしいのかもね。

また爺のしったか

>>240
お舞、69式フリーPG 殿に向かって何てことを言うんだよ
このスレの親方様に向かってふらちをはたらく香具師はスレから出て行け！

> VC6とのヘッダファイル互換性の問題もある。
それって単にMSがアフォなだけじゃ。

VS.NET 2003あたりでC++の言語仕様的にも互換性がなくて
あっちこっちでで悲鳴がきこえたような。

> VC6とのヘッダファイル互換性の問題もある。
ATL COMとかの互換性がないだけで
おいらのようなレガシーCマンセーはまったく無問題なんだなあ

ようはC++クラスライブラリが糞と
そのサル真似のジャワAPIはもっと糞ということでいいかな

必死だな

62式さんどうも。よろしくです。
経験に裏付けられた内容あるお話しをぜひお聞かせ下さい。
常識知らずなジャワ糞が訪問し、失礼な暴言を吐きますが気になさらないで下さい。

ささ、sockoptもつかえないジャワのTCPクラスでも叩きのめしましょうか。

>68式
C言語のヘッダを修正する行為自体は、根気と時間さえあれば、一部の例外を除いて、出来ないことでは
ないだろう。しかしこんな作業はやらなくていいなら、やりたくない作業だ。
他言語ライブラリを別の言語に移植する（ラッパーを作る）作業も、死ぬほどやったことはあるが、
これもつまらない作業だ。別に新しい機能が増える訳でも無いし、言語を合わせるか、ライブラリを
出している所がその言語に対応していればいいだけの話だ。
それに自分が簡単に出来るからと言って、みんなにとって簡単だと考えてはいけない。
実際、68式が簡単だと言った作業を、C言語の初中級者にやらせて、同じような時間で出来るのか？

>昔のライブラリはデバックが完了していて、必要でなければ取り替える必要が無い。
客の都合で取り替えなければいけない事もあるだろう。マシンが変わるとか、ライセンスが切れるとか。

>「java」が提供する面倒に比べれば、はるかに簡単な事です。
移植に関してなら、Javaの方がはるかに楽だぞ。全然、Javaを知らないのか？

>クラスの宣言部分ということも、指摘しておく。
意味分からない。クラスの宣言部と実装部を分割出来ない欠点って何だ？
viで型が見えないとか言う話か？

>他人が作ったライブラリを、「管理できない」なら
>それは、ライブラリの設計の問題か、PGの能力か、JAVAの欠陥ということでｗ
何やら論点が無茶苦茶だな。
Cのヘッダの話をしていたのでJavaは無関係だし、ライブラリ設計とCヘッダの問題は直接関係ないだろうし、
PGの能力が68式以上に無いのが問題だと言うなら、そのハードル自体が高すぎるし。
第一、68式はCのライブラリとヘッダは、ある程度のPGなら誰でも管理出来ると主張してるんじゃないのか？

しらんで聞くけど、J2SE5のサンプルコードはJDK1.0.xあたりで動くのだろうか｡
異なるCLDCで動くのだろうか。

そもそも異なるDevelopmentKitというか、異なるBuildSpecで動く動かない
ビルドできるできないを論じるって意味あるんだろうか。と思う今日この頃。

javaは移植すら必要ねえんじゃねえの?
へんだよそれ、破綻してるねWrite once...

へんな入れ子インクルードしてインクルードガードの意味すら分からない
おじゃばがCをいじるとそうなるだけだよ。

>C言語の初中級者にやらせて
C言語は武士道のようなもの。駆け出しは指をくわえて偉大なる先輩の
身の回りの世話をする所から始まる。コードをいじれるのは3年後から
やっとhello.cだ。

>そもそも異なるDevelopmentKitというか、異なるBuildSpecで動く動かない
>ビルドできるできないを論じるって意味あるんだろうか。と思う今日この頃。
さりげなくﾜﾗﾀ

＞J2SE5のサンプルコードはJDK1.0.xあたりで動くのだろうか｡
どういう煽りなのか、意味が良くわからない

>>251
動かないんだなこれが。Winのjavcでコンパイルしたバイトコードを
Linuxのバージョン違いVMにのせたら見事にコケた経験あり。
一度コンパイルしたらどこでも動くは大嘘。

>>256
煽りじゃないからわからなくて当然かと思う。

おじゃばよ

ジ　ャ　ワ　だ　け　や　っ　と　け

そ　れ　が　お　ま　い　の　生　き　る　道　だ

>>258
ソースの互換性はないから動くはず無いと思うんだけど？
>>257ならわかるけど

結局Cの移植性のよさの話だって「そりゃそれまでのアセンブリ言語よりはね」って話で、
JavaのWriteOnceの話だって「そりゃCよりはね」って話で
そういう方向に支援されているだけって、その言語使えば自動的にそうなるなんて話じゃない。
コード書く人がそうやればそうなるし、そうしなければそうならないんじゃ？

Javaだってエンディアンネス非互換なコードを書こうと思えば書けそう。
それがJavaにとって意地悪な煽りだというなら、Cについても同じ話かもしれん(まあCのほうが多いと思うが)

>>258
知らんでいったもんで。「動く」はその前のビルドできるも含めてね。

【66式の発言を解説する】

ようは遠まわしに「おじゃばのスキルがないからエラーになる」
と言いたいわけだ

別にエラーになるのはｘｘｘを言いたいんじゃなくって
エラーになることを騒ぐ意味があるや否やということなんだが。

>>261
移植性の良し悪しは程度問題だが、その程度の差はCとJavaでは果てしない差があるぜ

>知らんでいったもんで。「動く」はその前のビルドできるも含めてね。
C99のコードをC89でコンパイルするようなもんだろ。できるはずない。

> C99のコードをC89でコンパイルするようなもんだろ。できるはずない。
おう、できないよ。だからJavaも含めて異なるビルド環境でどうこうなんてナンセンスだって言っているんよ。

>移植性の良し悪しは程度問題だが、その程度の差はCとJavaでは果てしない差があるぜ
まあそうだろうそんなのわかっている。
スキルのないやつにとっては１つでも目の前でぶつかったら大問題じゃないのか？Java厨にスキル求めるのか？

だぞうだ、わかったか
おじゃば

おじゃばは人気あるなあ。あいつの一言でこの祭りだからな。

>>265
言いたいことはわかったけど、なるべく移植性は高いに越したこと無いだろ。

おっさんら仕事は？

程度の差を論じるなら、
問題を解決するにはそれなりのスキルが必要で
変にバカでもできるところが多いからバカが集まってバカの巣窟になった。
の程度は、Java > C だろ。

そっそんな、パカタンを集めるジャワは
インターフェイスの仕様規定がパカということなのねえ〜
ささ、ジャワ糞さんたちﾊﾟｶなインタフェイスをインプリメンツ
してがんばって下さいねえ〜(にぽぽぽぉん)

> 移植性は高いに越したこと無いだろ。
それは一元的な見方だと思う。

拾ったものがあれば捨てたものもあるだろう。
(Javaを知らんで言っているから何？っていわれるとこまるが)

いやや、それは違う
ジャワ糞は拾ったものは後生だいじに使う。それが糞なものでもだ。

ジャワ糞乞食の辞書には「捨てる」と言う言葉は存在しないのだ!!

知らんで言うが、Javaの場合は、Runtimeの効率という点で、そうとう捨ててる部分が多いような気がする。
と、一般論として移植性ってできることを制限することで成り立つ部分もあるから、そういう部分もあるのでは？

まあ、何を拾って何を捨てるかは、それぞれ違うので
どれがいいとも悪いとも、それぞれの問題に適切がどうかで選べばいいんじゃ？

で、問題は選べるかどうか。

知らんで言うが(これいいね)
捨てる箇所を部分限定でカットオフできなのもジャワの特徴だよね。
APIランタイムと共に一家総夜逃げ状態で移植かけるわけだ。

知ってて言うが、Javaはバカには出来ない部分を捨てたためにバカの巣窟を拾った。

>>269
窓際だから気にするな。

まぁまぁ、そんなにいがみ合ってないでお互いの良し悪しを認めて
補間し合いましょうよ。なかよくなかよく。
とりあえず、Javaでドライバなんて書けないし、CでWebアプリなん
かやってられっかってことで纏めますか。どっちも知らんで言うが。

C言語　良し 100% Pure良し
ジャワ 悪し 100% Pure悪し

み　と　め　よ　う　か

WriteOnceは嘘だけど100%pure悪しは本当だな。。。

まったく意味ねえことでさわいでるな〜って、俺か？！

そろそろ後の視線がきつくなってきたんで抜ける。

C言語も出始めの頃って移植性が高いみたいなこと言われてたんじゃないんだっけ。
いま思うと幻想だったんだけどね。C言語の移植と聞いただけで寒気するよ。
まそりゃアセンブラに比べると全然いいんだけどね。
そういう意味じゃC言語もJavaの先輩みたいなもんじゃん。優しい目で見てやれよ。

Cの移植性は最高だよ。
前提として、コンパイラ差異がある標準ランタイムヘッダの完全理解
OS依存のシステムコール箇所をロジックと切り分けておけば
Win->Linux->Solaris->HP-UX->AIX->goto WINのようにリングバッファ
くるくる快適移植可能。これが出来ない椰子が移植性悪しと騒ぎ出す。
BSDソケット実装もものによりまちまちなのでこのような部分は
完全にOSまたは実装物専用のコードと割り切り分割しておくのが賢い。

追加
アセンブラにモジュールも同様だね。
分割の単位をどのように設計するかにかかっている。外部依存性を無くすという
基本的な話なんだけどね。
こんな事も出来ないのにオブジェクト指向設計なんてできるわきゃねーえってばw
なっ、おじゃば&ジャワ糞

>>284みたいな移植を前提とした話はCに限らすとも、どの言語にもいえますわな。
ラッパなしのWinAPIてんこ盛りのアプリをX Windowに簡単に移植などできない。
JavaにもVMの中まで入り込むようなエキスパートもいるし、Cにも厨はいる。汚いC
のソースも世の中にはいっぱいある。自由度が高い分たちの悪さはCの方が上かも
しれない。最初はみんな厨レベルでしょ。ただ相対的にJava使いが多いから厨の未
熟さが目に付くということはあるが。罵り合うほどのレベル差があるとも思えんが。

>JavaにもVMの中まで入り込むようなエキスパート
これってC厨でしょう。ジャワ糞では皆無。

だってVMってレガCで書かれているんだもねえ。

海外のソフトを日本向けにローカライズするのは大変だお

まあいいじゃねえの。ジャワは移植性が優れてて本当によかったね。
はいはい、ごくろーさん。ぴるぴるぴる〜

まぁ優秀なC使いはそもそもこんなとこに書き込んだりはしないわけだが、

オブジェクト指向の起源って
構造化できない馬鹿のためになんとかシンプルな見通しをソフトウエアに
もたらそうとする努力から発しているのかな。

外部依存性てんこ盛りな外的結合度の高いコードしか書けないのは
全体設計イメージを瞬時に脳内に展開できないからなんだけどね。
あとは否定の連続も大事。正常系のみをイメージして全体を脳内展開するのは
簡単。しかし異常系と絡むともうだめ。ぐちゃぐちゃ。ジャワ脳の限界点。
エラー処理の可能性を全て完璧に展開し、正常処理を否定し続けた結果として
正常ルートを導き出すセンスが必須。

>>292
あんたのご高説はもっともだ。あんたはすごい。さすがＣ使いだけのことはある。
的確な言葉選び、表現、論旨の展開方法。非の打ち所がない。
こんな所に書き込むなんてもったいない。ぜひどっかのマスコミにその論説をぶち
まかして欲しい。検討を祈る。

(よし、後が俺を見ていない隙に。)

>>284-286 「最高」というのはどうかと思うが、まあだいたい同意。

Javaはプログラマに任せる部分を排除してプログラマをバカ扱い。
C/C++はプログラマに任せる部分を残したら、やっぱりバカだった。

って言う部分はあるな。(全部とはいってないよ！)


構造化vsオブジェクティブって話をたまに目にするが排他的なものなのだろうか？

(よし、どさくさにまぎれて)
ジャワ糞〜
　んぽぽぽ〜ん

C++使いの俺がはたから見てると、お前ら似たもの同士だよ。
子供とじじぃの喧嘩だな。ほどほどにしとけ。

>>296
ふむ。そこの牢人うじ、聞き捨てなりませぬな。
C++は最低な馬鹿タンですぞ。あなたは机上ソフトウェアが専門なのですな。

C++こそ最高。世の優れたオープンソースプロジェクトを牽引している
のはC++なのだよ。机上ソフトウェア等と抜かす輩こそ、現実から目を
背け変化する環境に適応できず、正統な進化の道に乗り損ねた脱落者
といえよう。

Linuxカーネル レガC
Win2003カーネル レガC
Free BSDカーネルレガC
Apache 1.x レガC
Apache 2.x レガC
Java5 VM レガC
cppでの切れ味鋭い物ってあまり記憶にないが

一口にC++といっても
1.クラスを使い、内部実装はCランタイムスタイル =>これはけっこういいね
2.クラスを使い、へたれSTLなどをごりごり使いまくりパフォーマンスと可読性をかえって
そこねるが本人の自己満足度はかなり高いスタイル =>個人的なプロジェクトならいいとおもうけどね
3. VB互換にC++する人 =>たまにいるんだよなあVB互換に書けてしまうとこが怖い
某製品のサンプルソースなどがある
4. >>298がたっぷり仕込んだコンテナバグを引き継いでくれるありがた迷惑なスタイル =>怖いよね

【用語解説】
机上ソフトウェア
ディスクトップアプリケーションの事

お前らいいかげん仕事しろよ

C++って変に泥臭い方向にも進化しつつ、変にアンチ泥臭い方向にも進化した
わからん人からしたら余計にわからん言語な気はする。

仮想継承とか多重継承とか…
その他、膨れ上がった言語仕様を理解している人って少ない予感。(俺も自信ない)

使う側からすれば、幅が広がって面白いし、
わからん世界に秩序が作れるかどうかが醍醐味といえば醍醐味。

おっとまたフレームの元♪

>>299
なんで「切れ味鋭い」が必須条件みたいになってんだよ。
自分の価値観押し付けんな、カリカリ厨。

ぽよよおん〜
どろろろろろろろろろろろろろろろろろろろろろろろろろ
　どろろろろろろろろろろろろろろろろろろろろろろろろろろろろ
　　どろろろろろろろろろろろろろろろろろろろろろろろろろろろろろろろろろ
ってソフト誰もが嫌いなはずだよん

C++のおもろいとこはジャワのように画一的なコードにならないとこかな。
しかし>>304のコードはゲリゲリなうんちっぽいな。予想つくよ。

子供の喧嘩だなw

>229
読んだ事無い本を人に勧めるなよ、ボケ！！

>230
ApacheはSolarisだ。詳しく言うと、Solaris10にSunStudio11コンパイラ使用で、64ビットコンパイルだ。
OSとコンパイラは無料でダウンロード出来るぞ。まあ、マシンを用意するのが難しいかもしれんが。
まあ、中古で5万も出せばメモリ増設したUltra5/10が買えるだろう。メモリは500M以上は欲しい。

>251
1.5のサンプルコードを1.0で？256の言う通り意味不明。
1.0→1.2とか1.2→1.4の近いバージョンの上位互換は必要だろう。

>252
ほとんど変更は必要ない。JMFとかJNIとかを使ってる所が問題になる程度。ほとんど使わない。

>253
何の話をしているんだ？#pragma onceか？

>254
ボランティアか学生ならそれでいいかもしれないが、ビジネスマンにそんな無駄は許されない。

帰って来た帰って来た。みな逃げろろろろろろろろろろろろろろろろろろ

>257
勘違いしているぞ。バイナリコード互換が保確保されているのは同一バージョンのVMだ。
バージョンが変わったらコンパイルしなおせ。

>259
それは俺に言っているのか？俺はCもC++も出来るぞ。
なんか259自身への願望に聞こえるな。
259は「Cだけやっとけ、それがおまえの生きる道だ」と言われたいんじゃないか？
残念ながら、259にはこの言葉を送ろう。
「Javaもやっとけ、それがおまえの生きる道だ」

>262
そう聞こえたから、「スキルに関係なくエラーになる」って言っているのだが。

>263
エラーになるのを騒ぐのには意味がある。
実際、Cの移植は簡単だと言った無責任野郎のせいで、厳しいスケジュールになった案件はいくつも存在する。

いい加減にハロワ逝け。
このニートPGども

>229
>読んだ事無い本を人に勧めるなよ、ボケ！！
おまい日本語分からないのか?
著作権があるから書けないと言っているんだよ。

>俺はCもC++も出来るぞ
ヘッダエラーも自己解決できなければできるとはいえないと思うよ。
んぴょぴょ〜ん

> 実際、Cの移植は簡単だと言った無責任野郎のせいで、
> 厳しいスケジュールになった案件はいくつも存在する。

ああ、これはひどく同情する。

「Cが移植性がいい」というのを誰が言ったのか知らんが、
そりゃアセンブリに比べたらだ。

俺が知っている範囲だと元々は「Cは移植『可能』」という話を
何か勘違いして「いい」に変わっているような気がする。
だいたい人間って都合のいいほうに夢や魔法な方向に解釈するし。

アセンブリだとプロセッサインストラクションコードに
バインドされちゃっているからプロセッサ間の移植性なんて不可能(たぶん)。

で、ウソをウソと見抜けないJava厨は…

ジャワ糞はSIerやメディアに煽られて嘘をマジ受けする素直ないい人が
多いですから。ここにいるオサンたちのように叩いても痛くない人とは
ちょいと違う気がする。あいててててて(神経痛)

>> 厳しいスケジュールになった案件はいくつも存在する。

学習能力があれば失敗は一度だけで住むはず(なんだけどねぇ)

で、移植性に関する問題はC/C++ではそういうわけなんだけど
Buildの環境やらBuildSpecをあえて頓珍漢にしてビルドできないで騒ぐってことに意味があるのか？
と思ったら、こういうことか？

無責任クライアントに、SDKのなんかのサンプルをだされて
「ほら、ここにコードがあるから、簡単だろ♪」とかなんとか言われて
ところがどっこいビルドできなくてさあ大変。ってことか？

わかっている人はわかっているから、「そんな簡単に済むわけねーだろ！」って返せるのにね。

知らんで言われたまま簡単♪簡単♪って思ったら、どっかーーん。
もうCなんて使わねーよバーロー(涙)。というドラマが目に浮かんだ。

１から作るよりは簡単かもしれんな。ありがたく思え♪

javaの「Write once〜」はデバイス依存の部分を除けばあながち
嘘ではないと思うけど。
実際Webアプリは、開発と運用の環境の相違をほとんど意識せずに
開発できるという恩恵を受けているわけだし。じゃなきゃ開発現場
全てにUNIXマシンが必要になる事態、或いはその逆もありえたわけ
だし。その是非はともかく、この功績は大きいよ。その代わりブラ
ウザ間の互換性の無さという別の問題に苦しんでいたりするけど。
寸分の違いもない互換性を期待するほどJava厨も夢想家ではない。
できることとできないことは、それなりにわきまえているさ。

うふふ♪
おじゃばって♪お人よし

Javaが安定したら本気だす。

>>317
>わかっている人はわかっているから、「そんな簡単に済むわけねーだろ！」って返せるのにね。
これは・・・ｵｻﾝ恥ずかしくないか？

>>321
恥ずかしいから半年ROMります

社内ニートは痛い(>_<)

そういう意味でCは罪作りだな。それは思う。ひどく同情する。

>>321
ん？恥ずかしいって「♪」が無かったことか？

Cはなかなか落ちないいい女みたいなんだな。
公衆便所のジャワとはちょいと違うんだなあ♪

Javaは肉便器

>>324
あぁ、わからないならいいよ。

>66式
66式の言う馬鹿と言うのがどういう人を言うのか分からない。自分よりスキルが低ければ馬鹿なのか？
JavaよりCの方が難しいのは認めるが、だからと言ってC使いよりJava使いの方が馬鹿だとは言えないだろう。
CがJavaより難しいというのは習得に時間がかかると言う意味で、適切な指導をすればどちらも
マスター出来るだろう。だから使える言語のみで優劣を判断するのは無意味だ。

Runtimeの効率を捨てているというのは少々違う。CとJavaでは方針が違う。
Cがコンパイル時最適化なのに対して、Javaは実行時最適化だ。
そしてCが手動チューニングが基本なのに対して、Javaでは自動チューニングが基本になっている。
だから言語の問題というより、方針の違いと言える。

>276
そんなことはない。例えばDBを変えても変更が少ないのはJavaの方だ。

>280
意味不明。

>284
自分の作ったコードしか使わない訳にもいかないだろう？
HPにしかないライブラリとか、32ビット用しかない数値演算ライブラリとかどうするんだ？自作か？

>285
それを無駄な設計って言うんだよ。
速度を早くしたいからアセンブラ使うんじゃないのか？冗長にしてどうする。

>> 66式窓際サラリーPG　のおさん、
今日仕事じゃないのか？　仕事中に2chで遊べる会社ってすげーーな
窓際で仕事ないから、ここで遊べるとか

>>284
今でもこんな香具師いるんだな、俺なんかC言語の移植性ってさほど高くないと思ってるんだが
じゃ、Win->Linux->Solaris->HP-UX->AIX->goto WIN　に追加で、ITRONやOSを使用しない組み込みプログラム
にもさくっと移植できるようにしてくれないか？　優秀なおまいなら簡単そうだな。

>>299
おまい、適材適所ってしってる？

おじゃばが優勢だな

おじゃばが優勢でいいんですよ。
それがこのスレのナイスバランスなのですから。

>>329
昔ハード物のデバイスドライバをよく書いた。アセンブラでね。
CのライブラリとしてCからのコール仕様はワンパターンに決める
(インターフェイス規定だなw)呼び出されるアセンブラ.oは
それぞのハードウェアの仕様で動作する。つていう積み重ねで
移植効率が高まるんだけどね。おまいさんのように頭も資産も空だと
それは難しいかな。

>292
オブジェクト指向の起源はシミュレーションだ。
オブジェクトのプロパティーを変えることによって、動作を変えるのが目的だったらしい。
あと、後半は何を言っているのか分からない。
「正常系と異常系を全て頭の中に展開出来なければダメ」と言っているならそんな必要は無い。
コーディングすれば、ほとんどの異常系は明らかになる。

>294
排他的ではない。細かいレベル（メソッドの中）で言えば、構造化になっている。
ただし大きいレベル（クラス）では、構造化の組み方と90度ぐらい違う。縦割り横割りぐらい違う。

>コーディングすれば、ほとんどの異常系は明らかになる

おじゃばよ、マジお前は素人だな。コード入れながら異常系をハケンするの?
そりゃあ蕎麦やいって「大ざる一丁」たのんでこい。
話しはそれからだ、なっ。

> 66式の言う馬鹿と言うのがどういう人を言うのか分からない
マ板やム板にスレッド乱立するとか。(ｳｿ)

> Java使いの方が馬鹿だとは言えない
分らないと言う割には「馬鹿だとは言えない」と断言するんだな。まあ、バカの定義なんてどうでもいいけど。
「Javaにはバカが集まりやすくて、バカの巣窟になった。結果、賢いJavaの人はいい迷惑だろう」といった覚えはある。
ゴメン、おれどこかでバカだって断言しちゃったけ？それなら済まん謝る。

> Javaでは自動チューニングが基本になっている。
これは興味深いのであとで、ぜひ聞きたい。いや煽りでなくて初めて聞いた話なんで。
(とりあえずキーワードだけで可)

>>329
窓際なんで気にするな。

JVMの自動チューニング

656 ：仕様書無しさん ：2006/10/24(火) 20:32:28
if (endpoint.getFirstReadTimeout() > 0) {
readTimeout = endpoint.getFirstReadTimeout() * 1000;
} else {
readTimeout = 100 * 1000;
//遅延したら、さらに遅延させるロジック。遅延がどんどんたごまるのだな

>>333
そうらしいね。
うちの会社じゃハードウエアの機能をシュミレーションするのにC++を
つかってやってるよ。C言語じゃ出来ないこともないんだろうが、大変と思う
最近は、SystemCなんて出てきてハードウエア屋も要オブジェクト指向プログラミングだよ

> 無責任野郎のせいで、厳しいスケジュールになった案件

これのドラマを聞かせてくれ。
もしかしたら、協力できる話もあるかもしれないぞ。話はそれからだ。

>>333
> 排他的ではない。細かいレベル…
お、そうか。そうかもしれんな。あんがと。

>>294
>(よし、後が俺を見ていない隙に。)
みんな気付いてるよ・・・

> みんな気付いてるよ・・・
そ、そうかな？！ﾄﾞｷﾄﾞｷ。やべえ４月の昇給昇格なしかもﾊﾗﾊﾗ。

痛い爺が暴れていると聞いて飛んできますた。

>312
読んだ本を自分なりに解釈して、自分の意見を自分の言葉で書いてくれよ。

>313
俺が自己解決出来なかったなんて言ってないぞ。直すのに手間がかかったと言っているだけだ。
「んぴょぴょ〜ん」って何だ？詭弁の法則の「知的障害を起こす」か？
使い方が違うぞ。全文意味不明にしないとだめだ。

>334
「細かいレベルの異常系」を設計時に全て把握するのは困難だし、無意味だと言っている。
コーディングすれば細かいレベルの異常系は分かる。大きいレベルは抜ける可能性があるが。

>335
Javaの実行時最適化はHotSpotや世代管理ガーベージコレクションなどだ。

>>340
案外遠くからでも2chってわかるよ
専ブラ使ってたらさすがに後ろも糞も無いしな

つーか、年度末のこの時期に。。。。

ｳﾗﾔﾏｽｲ

>>342
お、なんか勉強になったような… でも俺からするとGCって存在そのものが…いや、やめておく。

>>343
おお、そうだな。以前マウスを操作する手の動きだけでソリティアで遊んでいるのバレたしな。

>>332
移植性最高なら、そのデバドラをLinux、Win、Solaris、AIXにほとんどコードいじらないで移植してくれ
おまいの使ってる移植性の最高のCなら出来るんだろ。デバドラまで移植性が最高とは、Cってすげーな。
俺、デバドラのときはOSにあわせて書き直しているが...未熟者ですまん

コーディングしながら異常系をはじけるのは、同期的なコードだけだぞ。おじゃまさま。

>>346 332じゃないけど

ある程度のOSサービスをアダプテーションモジュールにしておくなんて
組み込み向けパッケージものドライバではよくあるんだが。

対OSな部分(WindowsだったらIRPを転がしたり、DPCにまわしたり)は、書かなきゃならんね。
でも対デバイスな部分は書かなくてもいいんで、その分はサボれるんで、助かったりする。

そういう意味じゃねえか？

そういえば、NdisWrapperなんてWindowsの無線LANドライバをx86 Linuxで使えるようにするやつあるな。
これ一つとって移植性がどうとか論じるつもりはないけど。

窓際社内ニートが生きていけるのが謎。
窓際社内ニートが偉そうにご高説しているのが謎。
66式の存在が謎。

そもそもC言語とJavaは得意分野が違うということに気づかないのか？
両者を比べるのは、スポーツカーとブルドーザーを比べて速さが
どうとかパワーがどうとか論じているようなもんだぞ。

まぁJavaは土方の道具だしな

底辺ジャバ使いと底辺シー使いの醜い争いだな。
俺らクラスになると、こういう争いには参加しない。
黙ってＣＯＯＬなコードを書くのみよ。
それは言語すらも超えた輝き。

参加してんじゃん

いや、どっちにもついてないし。
茶々入れてるだけで。
俺が書いたら、それは黄金のコード。
言語などは問わんな。
mov ax,[100]

大体いい年して彼女もいなくて、平日昼間から２ｃｈやってるやつなんて
スキル関係なく、人生では終わってるわけじゃん。
別にＣとか、ジャワとかどーでもいいじゃん。
その時間で自分の人生考えたらどうだ？
Ｃが優れた言語でも、おまえは万年底辺なんだからさ。

おまんこ

>>354に対し
>いや、どっちにもついてないし


・・・貴様まさかYOTORIかっ！

間違えた・・・orz

>>351
まさしく、その通り。でも、ITドカタだからしょうがないんだよ。

>>358-359
何をどう間違えたのかわからんが、
ＹＯＴＯＲＩとか言う奴ではない。
通りすがりのアセンブラーだ。
アセンブラ以外は糞。
遅すぎ。
フロッピーに入りきらないソフトも糞。

いちいちアセンブルのまんどくせ
マシン語最強

おまんこ

>>348
と、>>346の俺に言われても、どうでしょうねだ
それは >>322に聞いてくれ

>>349　そんなの有るのか、すごいな、意外とそんなWrapperのニーズってあるんじゃないか
Windows用デバドラをWrapperを用いてLinuxに快適移植なんてね

そんなの台湾とか韓国・中国PGの仕事です。

>>356
人生終わると楽しいぞー

>>364
ドライバはアプリケーションよりAPIが少ないから、比較的可能性があるかもしれん。

>>365
あたっているかも。彼らのほうがいい仕事するかもしれんしな。そのうち、みんな仕事とられて日本のPGなんて終わるかもな。

オレはもう人生終わっているから関係ないな♪

>>366
オッサン、いま窓際なんだろ、すぐ隣は窓の外だよね
仕事中に2chやってるのがばれると、窓の外になるよ
人生終わってるなら、窓の外でも大丈夫か

>>367
んー、人生終了しているからいいんじゃねえか？
まったく、どいつもこいつも、窓際で人生終了してるんだから気にするなっちゅうてるのに。

おっさん。
窓際でタミフル飲むといいらしいよ。

>>369
リタリンのほうが効くと思う。

なんだ、出入りが始まったのか

いやー、リアルでうざい爺PGのスレになってきたなー。
いるいるこんなおっさん。

>>369
実はオッサンのところ平屋なんだよ

ははあん、騒ぎのネタ元はおじゃばかよ、たくっｱﾎ

>>368
一軒家持ってる？

>>372
そっか、すまんすまん。実はここんところ休みというか遅めの正月休みでな。(ある意味リアルニート)
もうすぐ仕事復帰だからもうあまり出てこないよ。

>>373
ﾜﾛﾀ

>>375
男が寝るのに屋根はいらんだろ。あっても星一徹の長屋を想像してくれ。
そもそも人生終わってるんだし。
っていうかネット上の存在にそんなこと聞いてどうする？だいたい本当に俺が66年生まれかどうか…

>>376
すまん、リアルで色々あってな

>>377
そっか、なんか大変そうだね。
一軒家買うなら去年までがチャンスだったけどね。
土地の仕入れ値や、住宅ローン金利(はまだセーフかな？)、この時期なにかと話題の住宅取得控除。

と、これ以上はスレ板違いなんで。

今日は1日中2chだったから疲れた。もう寝る。おやすみー

年寄りは寝るのが早いな。夜はこれからじゃないか。ったく

>あっても星一徹の長屋
星一徹の長屋ってどんなの?

長屋というのはな。
JVMみたいなもんじゃ。
貧乏スレッドが肩を寄せあって暮らしている。
時々お隣のスレッドから茶ぶ台の引っくり返る音が聞こえるのじゃ。

「ぬるぽ」と。

そういやジャワのスレッドって初期化が間に合わなくnullを返すときが
ままあるよな。糞だなあジャワって。

66式は10年ぐらい嘘シフトして
ｼﾞﾂﾊ56式だってりしたら怖い

戻ってきたら鯖移転してたのか。探しちゃったよ。
前から思うが、鯖移転のたびにURL変更って不便。

ﾜﾛﾀ >>381，  同期とってる？ >>382
66ですよ。少なくともここでは >>383

おっさんも移転してあげろよｗ

おっさん収入あるんか？

おじゃばの収入も心配だなあ。

>>387
おい、お舞、パンと豆乳買って来い

66って歳の可能性もあるよな

株、下がったねぇ

>>385 日本語でok
>>386 それなりにあるよ。
>>389 可能性だけなら何だって∞
それより、昨日は俺の時価総額が一気に下がって青ざめた。窓際からジャンプするほどじゃないけど。

おじゃば引いてるな

ドカタの定義って何？

おじゃばの事だろ。

おじゃばの定義って何？

クラス階層
業界人->んぽぽん->IQ62以下->ダメダメ->おじゃば
業界人->りりしい->IQ120以上->OK->漏れとその他優秀なる方々
業界人->オサン->長屋->屋根なしオプション->66式
業界人->オサン->パブﾏﾆｱ->オパイ->69式

これって、おじゃばが最上位階層で、69式オサンが最下層ってことか
ってかよ、優秀な香具師はドカタを職業にしないよ、
>>396の優秀なる方々って、世間の優秀な香具師から見れば、超低レベルなんだよ

http://pc11.2ch.net/test/read.cgi/prog/1168058908/
「ＩＴドカタという呼び方はドカタの方々に失礼」だそうだ。
そのうち、「とうちゃんはニッポン１の日雇いPGだ！」とかなるんかいな。

>>396 クラス階層の設計というか分析として、どうなんだろうね。

>>397
66式と69式は最低とか最高ではなくて分類しただけだよ。

>>398
だめでしょう

まあ今回の成果は
「んぽぽんおじゃば」を発見できた事。

>>396
最後に行き着いているのは単にオブジェクトじゃ？

「ダメダメ」「OK」も何か(スキル?)の属性値。
「IQ」は属性だろうな。「りりしい」は何かの属性値。
「長屋」は、集約？「屋根なしオプション」は「長屋」の属性。
「パブマニア」，「オパイ」も趣向性属性の値(集約?)
「業界人」は人の職業属性。

と、俺のつたないオブ脳(じっさい、業務でつかわん)ではそう見えて、
どこに階層が？と思えるんだけど。

このへんは詳しい人がいるだろうか任せる。

いやいや、ジャワ糞に張り合って
おさん流オブジェクト指向をマジに語るでいこうではありませんか

ではお題は
「おじゃば」をクラス定義しクラス設計するでいこうではありませんか。
さあ、張り切っていきましょう。

何を張り切っているのかわからんが、これでも読めば？
http://www.amazon.co.jp/o/ASIN/4798111112/

>>404
Not Found!

>>391
今日も下がったな。そろそろ窓際ジャンプ？

if(66)
　goto jumpNext;

jumpNext:
　>>2

実際、ITドカタって何の事を言っているのか？
携帯電話のテスターの事かな？

はえーな、もう一日終わり。まじめに仕事すると時間が短い。

ITドカタ==ジャワ糞
で決まりでしょう。

ジャワの守備範囲ってWebアプリしかないわけだしな。

ああ、あそこのしょうが焼が食いたくなった。
正確にいうとしょうが焼ではなく、ポークジンジャー　ｺﾞｸﾘ

じゃそのJava糞の仕事も出来ない410は何なのだ？

ううむ。難しい事を言うなあ。

まかせる!おじゃばが決めてくれ。
おいらはそれよりもポークジンジャーを食いにいく!

オブジェクト指向に関しては、ま、おじゃばにかなわないのは認めるよ
OO本といえば、俺は憂鬱本かな、これでOOを始めたようなもんだからな
俺同様、C糞+は結構これにお世話になったんじゃないか

PGは全員高度で素晴らしい職業でいいじゃないか。
俺はこの職業に誇りを持っている。

本を紹介する時は、せめて読んだ感想とか、自分流に解釈した要点とか書いてくれよ。
解釈が違っていてもいいからさ。

そうか、憂鬱本の感想は、とにかく読みや安いということだ
なんか小説を読むような感じで読める
これでOOの概要はなんとなく理解できると思う

ｼｰﾊｰ
おいらはジャワ設計をやってからかな。ジャワの設計はまじめに
考えると(うっここはちょいと厳しいなとか設計者は設計すればよしっと割り切る)
憂鬱になるからな。くわばらくわばら。

そっか
うっここはちょいと厳しいなの連続だったので鬱になり
ジャワが嫌いになったんだなあ。

最先端のソフトウェア工学であるオブジェクト指向を駆使するにはJavaしかないってのは
もはや常識だろ。爺はさっさと引退しろよ。

最先端のくせに非同期もろくにできん、UDPもやりにくい
TCPはぐるぐるフラグでCPU100%使ってスレッド管理するジャワなのに
なんでそんなに高飛車になれるか不思議。

ソケットとスレッド話オンリーな大海を知らない井の中のC蛙ちゃん乙。
そんな蛙ちゃんには、エンコードのしょんべんひっかけてやればひとた
まりもない。
UCS UTF-32 Shift-JIS
Unicode UCS-4 UTF-8
UTF-7 UTF-9 UTF-16 MS932
base64 EUC Quoted-printable
Windows-31J JA16SJIS

エンコードごときで勝ち誇れる感性がなおさら分からんなあ

>>424
それ全部エンコーダ自作したよ
Quoted-printableはシンプルだよな。EUC->SJISの変換はJISかまして
やるんじゃなかったけか。細かいことは忘れたが。

あれ、Cって日本語使えたっけ? あ〜そうなんだふーん意外にやるんだね。そりゃ悪かった。

で、ジャワ糞はそれらの単に文字をAPIでコンバートするだけだろw

お　め　で　た　い　ぞ

じ　ゃ　わ　く　ん

UTF-7って2種類のタイプがあったような気がする。

へぇ、Cで書かれた海外製のソフトって日本語が使えないんだ。
へぇ、ローカライズ？　ふ〜ん大変なんだねぇ、夜遅くまでご苦労様っ

デスマで納期が迫っていると時間が短いよね。「え？！もう午前２時？」とか。

>>406 N225が\8000を割ったら窓に足がかかる。
>>407 コンパイルできそうにない
>>411 Webアプリの人に失礼。
>>418 プログラミングというよりはエンジニアリング。
>>419 読みやすいのはいいよね。他にも注意すべき要素もあるだろうけど。
>>422 そうかもしれんが、現状のJavaワールドは馬鹿に埋もれて先端が出てこない。早く掘り出してあげてください。
>>423 ええそうなの？　それはひどい。
>>424 語ってくれ。

>>431
へ？もしかして、Javaで書くと自動的にすべてマルチロケールなプログラムの出来上がり？
文字列をコンパイラが自動翻訳してくれるとか。

メッセージの類は普通リソースファイルに外出ししときます。C厨さんはそんなことも知らないの？
>文字列をコンパイラが自動翻訳
さすが近未来指向の脳みそをお持ちのC厨さん。そんな発想ができるなんてうらやましい限りです。

>>423
けなしてるのに、"最先端のくせに"と褒め言葉を使ってるのにワロタ
この部分だけ褒め殺し句ですか
だからさ、Javaは上層部担当で、Javaの足腰の下層部はJavaでは手に負えません
C糞様どうかお願いしますなんだよ。多くの言語がCで書かれているように
言語の実装部分はCのエキスパートの担当が常識。それをさ、Java糞がCを勉強して
実装したってパフォーマンスが出るはずがない

よく釣れるなぁ。ここの爺は生きがいいね。

また面白いのが湧いて来たな

血迷って「マイコン」を注文してしまった。
5年前のThinkPadは電池が駄目になってしまった。...

注文したのは、こんな感じ

■インテル® Core？ 2 Duo プロセッサ E6600
　(4MB L2キャッシュ/2.40GHz/1066MHz FSB/LGA775/EM64T)
■Microsoft® Windows® XP HomeEdition 正規版
■DDR2-SDRAM 2048MB PC2-5300(1024MBx2)
■320GB SerialATAII 7200rpm ハードディスク
■インテル® 975X Express チップセット
■NVIDIA® GeForce® 8800GTS/GDDR3 320MB PCI-Express
■DVD±R 2層書き込み対応 16倍速DVDスーパーマルチドライブ
■6メディア対応 マルチカードリーダー ＋ フロッピーディスク
■インテル® ハイ・デフィニション オーディオ
■ブロードバンド対応ギガビットイーサネットLAN搭載

皆さん最近、PCライフどうよ？

おいら、最近Thinkpad T43を買ったｗ安かったので。

その前はThinkpad T30だったんだけど、そいつも一応Win2K用としてしばらくは使う予定。
いやー、やっとWindowsXpだなｗ

>>439
おおT43ですか　いいですねぇ♪

おっさん、どうせならVistaにしとけよ

「マイコン」って懐かしい響きだ〜

>>438
これで、ゲーム三昧？

>>441
ビスタは他人が人柱になって玉砕してるので、しばらく様子見
SP1が出るまでは、手を出さないのが吉ではないかなぁ

>>441
いまある手持ちの多くのゲームができんだろ

いや、その人柱になってもﾗ

>>443
ノートの内臓グラボでは、ゲームできませんでしたｗ
シィビライゼーション４が、これでまともに動いてくれそうです。

眼が悪いのでXGAじゃないと駄目なんだが、かといってチップ内臓のアクセラレータじゃ
いやなんだな。
で、T43シリーズでXGA/Radeonってあんまりないのよ。
それが新品で10万以下で売ってたからもう衝動買い。

そういえば押入れに箱ごと眠っているPC9821Ap2をどうしようかと…

>>448
T43のカード入りは一昔なら、高級品ですなぁ
高値の花でしたが、今では１０万以下ですかorz

>>449
９８ってアセンブラを持ってるなら、いいおもちゃになりますよねぇ
子供用の学習マシンにするとかｗ

グラフィックが直アドレスで書けるのは、楽しいですからね

>>451
昔のPCはSpecが限られていて、いじり甲斐があるね。
最近はHiSpecにするために難しいことが多くていじるのも面倒…
こどもをこんな悪の道に入れたくないな〜

そのうち博物館に寄贈かな…

つ エミュ

>>441
Thinkpad T62辺りが出たら買います。

しかし最近のPCは安いよな〜。昔は決死の覚悟で買ったのに。
周辺だって20Mbyte 20万したのに…

>>453
その手があったか。昔MSXエミュでボコスカをやったら速すぎてあせったことがある。

ノートだとLetsNote Rを愛用。軽い。社内でも持ち歩き。
打ち合わせの資料チェックやその場で議事録にフットワークよく使えます。

434に止めささないのはさすがに哀れだから？

そこはあれだ。

放置って奴ですよ。大人のやさしさで。

今でも、会社でTP235+W98SE/MS-DOSを使ってるよ、
ポータブル性とシリ・パラポートが必要なんで、今でも大事に使ってるよ

「ふつうgettext」とか言ってやればよかったんだろうか？

今は、また〜りもーど。ですから。

Win98だとUSBメモリが使いにくいんで。
最近のNotePCはシリ・パラポートついてないんですよね。
シリ・パラとBluetoothはUSBで持ち歩きですよ。

組み込み機の制御端末の接続にシリアルって言ったらやな顔されたことある。
ノートPCについていませんから〜って。

おまえら暇だな・・・

俺「んぽぽん」がいい

暇を作るのも仕事の内ですよ(￣ー￣)

ああ、シリアルポートは欲しいねぇ。
T30を使ってたのは、これがシリアル付きで最後のTシリーズだったというのも理由の一つ。

最近ではデスクトップですらシリアルが無かったりするご時勢。

そんなにシリアル使いたかったら、玄箱買いなよ。
シリアルカードもつけられるよ。

玄箱って中身PowerPCだっけ？
だったらシリアルよりJTAGコネクタついていたほうが面白いんだけど。

わがままなおやじどもだな

我がままを押し通せない技術者って死んだも同然だと思う。

技術者？冗談だろ？

>>466
つ パラレル->JTAG
おさんも組み込み屋なら、JTAGにはデバッグで日頃お世話になってるだろ、あっJTAGで思い出した
今月号のIF誌で紹介されてるが、俺は小ピンマイコンはWirelessICEに期待上げ。
去年のET展でこれのデモを見て、ルネの人に早く実用化汁と強く言ったよ

>>434
なんだなんだ
おじゃば並な「んぽぽん」が発生したなw

ここは自演の多いスレでつね

↑
んぽぽん3号

↑
んぽぽん4号

んぽぽん5号
↓

さあさあ、んぽろうぜ

>>470
JTAGさんお世話になります。昔のFullICEに比べてサイクル単位の追跡ができないのが悲しいですが、それでも安くて助かります。

なんでパラレル？と思ったらhost pc側のifね。ちょっと調べたらJTAGのホールはあるんだね。(製品なんだからコネクタをマウントしていないのは当然か)

Flash壊して書き換えに悪戦しているページは多数見つけたけど
さすがにデバッグやら開発に使う人は少ないな〜
リセットベクタから始まるプログラムというのも面白いんだけど。

IFはB5時代が好きだったなあ

B5時代のIFに執筆していた人は本当に凄い人ばかりだった。
デバイスドライバの基礎はIF B5版時代に学んだ。
またデバドラネタとかDMAとかトリッキーなテクニックばかり
紙面で紹介していたからね。ジャワなんたらとか言う書籍とは
異質の世界。

しかしJavaがWEB用だとか言われていたのは昔の話。今はWEBやるならPHPやRubyの方が簡単だ。
JavaはWEBより基幹系やドライバ系に移行しつつあるんじゃないか？
ドライバだって速度を必要としない物なら、JavaMEでもいいし。携帯電話やロボットもJava優勢だろう。
Cはギガビットイーサーとか、動画配信とか、ハイビジョンとかかな？
C使いは今は何のドライバ作っているんだ？

トラ技もＩＦも全て捨てます。
もったいないと思いますけど、
置くところがありまちぇん・・・。
シクシク・・・。

>>481
漏れは全て取ってあるよ。トラもIFも捨てられないんだよなあ。
シブイところでオープンデザインも歯抜けに揃えた。
1996年のWindowsNTのネットワークプログラミングなんてなかなか
良本だな。1996年にWinSockを利用した実例が多々盛り込んであるのが
CQ関係の執筆者の凄いところだよね。アジソンの本は基本概念はきっちり
学べるけど「実例ベース」ではどこか手抜きの感がある。その点CQの
執筆者はかなりマニアックな人が多かったと思う。

CINT C++インタプリター使っている人いる? CERN製だぜ。
http://root.cern.ch/root/Cint.html

>482
　資源ゴミを出す場所まで持って行くのは大変だったので、
　少しだけ残ってます。
　ひもでしばってありますが、背表紙をみたら、
　ＩＦもトラ技も１９８６年から１９９２年ごろが少し残ってまふ・・・。

　IFでは８６年、No,111のMS-DOSプログラミング技法を読んで、
　Ctrl+Cの割り込み先にiretをフッキングしたのを
　思い出しました。
　懐かしいです・・・。

　もうプログラマはやめてしまいましたけど、
　また戻るかもしれないです。
　本当に人がいなくて大変だから、手伝ってくれないか？
　って言われてます。
　おれのようなジジイに話しが来るなんて、やはり相当な
　人材難なんでしょうか・・・。

>>478-479
雑誌なんで扱うネタはup to date。で
今となっては当然な話(デバドラネタとかDMAとか)がB5時代のup to dateということかも。
廃れたネタ(フレッシュマン特集w)はもうやらんだろーなー。

>>481
昔なら、バラバラにして広告抜いて記事だけ取っておく
(背中をドライヤで熱して糊をゆるくして引っぺがして、広告外して組み直すという荒業)
てなことしていたけど、今ならCD-ROM版がでてるんで、今後はそれをとっておくとか。
じつは最近CQものは読んでいない。このスレで話題になって見に行ったら
玄箱特集じゃないですか。

>>482
昔はPCソフトネタでも硬派の記事はCQって感じだったね。(Netbiosの話なんてCQぐらい)
理屈よりは実例(Howto的なもの)が多いのは、書いている人が現場な人だからだろうな〜。
技評のプロセッサという雑誌もあったけど消えちゃったな。
(今は「組込みプレス」なんてものがあるのを今見て知った)

>>484
その他大勢はいくらでもいるんですけど、できる人は需要に比べて少ないんですよ。

> C使いは今は何のドライバ作っているんだ？

実はあらかた世間にそろっちゃっているんで新たに作る必要って無くなりつつある。
組み込みでハード設計するときだって、OSベンダ, LSIメーカ, 3rdPatyと社内に
すでにドライバがあるか否かもデバイス選定要素。
そういう場合、プログラマの出番って、OSにあわせるとか、
ハード(デバイスでなくデバイスに行き着くまでの間)にあわせるとか。

新しいデバイスが出てきたら最初から作ることになるけど、
最近はデバイスの種類ごとにプログラムインタフェースも規格化されつつあるから
違うデバイスでも動いたりする。例えばUSBホストコントローラなら、OHCI/UHCI/EHCI。
(しかし組み込みのUSBホストコントローラはオレオレインタフェースが多い)。

そのほか、新規にドライバというと、秘密のLSI開発の付き合いとか。
その製品専用LSIのドライバとか。妙なクラスデバイスとか。

設計もプログラムも基礎が大事だな。
ただこの業界、海原のごとく基礎の範囲が広すぎる。
ルーキーはこの広大な海を目の当たりにして愕然とする。
この海に漕ぎ出すことにさえ躊躇してしまうものもいる。
オールのこぎ方どころか、オールの選び方、握り方さえ分
からないのだ。それでも勇気あるものは自分なりに漕ぎ出
してゆく。いかだを使うもの、ボートを使うもの、ヨットを使う
もの、まともなキャプテンのいない大型船で船出するもの。

しかし、いったん海へ繰り出してしまえばいろいろな楽しみ
もあるものだ。いかだにはいかだの、ヨットにはヨットの
その船なりの楽しみ方があるものだ。

ただ現状はただ前に進むことのみを強いられて、潮風の
香りや、水面にゆらめく魚影や、青空に溶け込むかもめの
姿を楽しむことなど忘れ去られてしまったかのようだ。

その責任の一旦は、徒に職人芸に走り、己の技の研鑽の
みに励み、殻に閉じこもり、新しいやり方を否定し、蔑み、
昔の栄光にいつまでもしがみつき、或いは芸そのものを
放棄し、楽しみ方を後世に伝えようとしてこなかった糞おや
じどもにもある。

CQものといえば、俺がSCSIを覚えたのは、CQの「SCSI完璧リファレンス」だった。(今思うとすごいタイトル)
今となっては絶版なんだが、SCSIを解説する日本語の書籍ってこれくらいしか思いつかない。

>>488
持ってるなw

IF誌でもメインのUSBデバイスドライバ作成法などのタイトルの影で
ひっそりと「フックプログラミング特集」とかされているので
すみずみまで見逃せないのもIFの特徴。

>>484
どーーーーーーしてもほしい特集記事があっても絶版だと
わざわざ巣鴨までコピーサービスをもらいに行った事があるぞw
捨てるのはマジ勿体無いよ。

>>485
フレッシュマン特集w
あのネタは4月になるとC言語とポインタだったw
なつかすい

>理屈よりは実例

ううむ。薀蓄があるな。ジャワの場合はこの言葉をXCHGするとどんぴしゃ!

>>489 貴重ですな。
>>491 知識のためなら労をもいとわず。尊敬。
>>492 毎年4月になると、「またかよ〜w」という声が聞こえたな。
>>493 理屈を分っている人がいればいいんですが。

つ…釣られてみようかな
:（＃・∀・）::　つっ >>487

>>487 く(-_-;)おいらも釣られてあげるよ

>その責任の一旦は、
はいはい

>徒に職人芸に走り、
(添削)プロフェッショナルと言ってほしい

>己の技の研鑽のみに励み、
いいことじゃないですか

>殻に閉じこもり、
彼女は10人ほどいるし楽しくやってるけどね

>新しいやり方を否定し、
否定はしないんだけど、評価してだめだと使わないだけ
実例=>ジャワ

>蔑み、
コンプレックスあるのか?

>昔の栄光にいつまでもしがみつき、
んなこたーない

>或いは芸そのものを放棄し、
んぽぽんだな。意味不明。

>楽しみ方を後世に伝えようとしてこなかった
おまい教えてほしいのか?それなら素直に「道場主どもおたのもうす」といわにゃ

>糞おやじどもにもある。
おいらはほとほどに若いよ

>ただ現状はただ前に進むことのみを強いられて、

ジャワまさにそうだね。腐った基盤に腐った増改築の連続、休まるひまがなくかわいそうだな、そのわりには成果が出ていないのが現状ではないだろうか。

>潮風の香りや、水面にゆらめく魚影や、青空に溶け込むかもめの
>姿を楽しむことなど忘れ去られてしまったかのようだ。

黎明期には一滴の雫の源流からはじまり、急峻な谷をはげしく下る時代はとうの昔
今は、中流から下流にかけて揚子江のようにゆったりとたおやかにながるる状況だが。

おまいらよ、来月号のIF誌にV850基板が付くんだが、個人購入するんか？　
俺は、前のSH-2基板にかなり失望したから、今回は2chで出来を確認してから購入しようと思ってる。
V850は扱ったことがないので、興味はあるんだが、なんせSH-2と違い俺的にはマイナーCPUだからな
ま、車屋から見ればメジャーなんだろうが

確かにB5時代のIFってレベル高かったな。畔津さんのASIC関連記事や中島さんのソフト関連記事は印象に残ってる
最近では薄いくせに高いCマガがなくなったのが残念
Floppyおまけのときはだいぶ世話になったよ

>>483 makecintで色々できるみたいだが、俺はお手軽C/C++インタプリタとして使ってる
Ruby同様日本人製だから、お前ら使ってくれよ

作業服でコーディングしてるリアルドカタが集まってきましたね。

>>499
中島さんはデバドラの鬼だったものね。凄かったよね。

>>500
おいらはエルメスのスーツだけど
おまいさんはコナカだろ

>487
487の言う事には概ね同意だ。
ただ先輩が後輩を教えなくなった背景は、実力主義が悪く働いた影響が大きいと思う。
結局、後輩を教えても評価されないし、余計な競争相手になると考えるからだろう。
実際、後輩教育を評価しない会社も多い。それに実装軽視の流れもある。
いわゆる、「設計だけして実装は中国に流す」と言うやつだ。これの影響も出ている。
ちなみに詳細設計をやってると機能設計が出来るようになる。
しかし機能設計ばかりやっていると、詳細設計どころか機能設計も出来なくなる。
これがプログラミングの不思議な所だ。
詳細設計から1年半ブランクのある設計者は、何やら少しズレた設計書を書いて来る。
しかし機能設計が出来なくなったと言うのは、周囲も本人も認めたくないようで、
結局、機能設計も下請けに流してしまい、本人は表向き設計者の実質仲介者に成り下がる。
つまりプログラマは育たず、設計者は形式化する。
まあ、本当に優秀な設計者は、コーディングにもテストにも顔出すけどな。知ってるから。

>498
Javaは1.4から安定期に入っているよ。69式のおっさんもそう言っていただろう。
成果は出ているよ。オープンソース物などは、今はCライブラリよりJavaの方が多い。

>>500　やぁITドカタ君
ハードを絡めて世界をまたにかける製品を開発してる香具師はエンジニアと呼ばれるんだよ
そして、その製品は世界をリードし、高い評価を受けている。
日本のITドカタは外貨を稼ぐだけの商品を作れないが、我々エンジニアは世界中にdeveloped in Japanの製品をたくさん売っている。
海外で売れるものを開発できないITドカタとエンジニアは全然違うんだよ。
アメリカのソフトウエア産業みたいに、海外に進出して外貨をたくさん稼げよITドカタの>>500
世界をリードできないITドカタ、同じソフトウエア産業に居るアメリカのPGと全然評価のされかたが違うITドカタ

たぶんハードが優秀なんだろうな

日本のゲームソフトも海外じゃ大人気らしいぞ。
給料低いけどな。

制御系なら、本来はハード屋がソフト組むと思う。
これを、「書いたら動く」と思ってるバカ世代が歪な業界構造にしたんだと思う。

でもアメリカのアマゾン行くと、ビデオ、テレビなどの家電は日本の占領下にあるな。
韓国も勢力を伸ばしてきているが。

バカ世代を育てたのもバカ世代だけどな

今日もまた伸びてるな・・・。

CQ出版の本はいいね。
あの会社が日本の技術力の一翼を担ってると俺は信じてるよ。
黒表紙だった頃のインターフェース誌は、学生だった頃から白表紙に購読してた。
トラ技コンピュータみたいな雑誌も必要だと思うけどねぇ。。。

んぽぽんおじゃば

デバッグやテストに測定器を使うとか、
基板剥き出しのターゲットが相手なもんで、いろいろ必要なんですよ。>作業着。
スーツだと引っ掛けて破いたことあるし。

>>499
あれはLSIメーカのタイアップなんだろうか。

>>504
まさに物作りですな。
で、ITの人はサービスをもって海外に進出してほしいです。

>>507
> 制御系なら、本来はハード屋がソフト組むと思う。
「本来」？んー「太古の昔」ならわかるけど。

>>508
> 韓国も勢力を伸ばしてきているが。
結構、切実だったりする。

おまえ一人で何役やっているんだよ

ば、ばっ、ばばかな、こ、ことを言うもんじゃな、ないよ、ったく。私はたったの３役だ。

お？俺か？
10数役は…。もう一つ言うっと、1人でとも限らないゾ。

んぽぽんやろう集結!

>>510
たまに番外編としてハッカー系のもの出すでしょう。
すぐに絶版なるんだけどね。

>>512
SH-2基板の出来の悪さ、また、デバッグポートのピン配置がUDIっと違ってたから
SH-2基板にはルネ係わってなかったと自分は想像している。でも、今回のV850はNECELが強く係わってるような気がするんだよな。

韓国ほんとにすごいよね、日本よりシェアのある分野がいろいろ有るからね
ただ、韓国にはまだ強い部材や製造装置メーカー（製造業の強い足腰）がないからね、これが強くなると日本本当にだめぽになる

日本のソフト会社には頑張って欲しいんだよな、その分野であれば世界的有名なソフト作るようなメーカー出てきて欲しいよ。
ゲームソフトだけじゃちょっとね。ちなみに自分が使ってる開発系のソフトってほとんどかアメリカ製です。
開発の首根っこはアメリカのソフト企業に牛耳られてます、orz

>>518
ものは見ていないんですよ。話題になっているのは知っていましたが。
営業が適当に企画して発注したんでしょうかね。チェックなしで。
NECELはあまりいい思い出がありません。
半導体業界も再編が落ち着いたようなので、これからは安定してくれるとうれしい。

SH2のオモチャ(失礼)なら http://strawberry-linux.com/products/sh2/ というのもありますよ。

低レベルのくだらない役立たずな小細工の結果のバカらしさに
幼稚なおいぼれどもの中身が見えますな。

ここにも番外編がきたな。

んぽぽん

彼女ネタは止めておけよ
空しくなるだろ・・・

氏ね！

57式の親戚の話聞いてたら、
ひどく悲観的で、否定的で、
聞いてるほうが辛くなった。

>>507
69式ｵｻｰﾝよりも年寄りな俺が通りますよ。
俺が会社に入った頃はハードを組んだ奴が生かしのときに作ったソースをソフト屋に渡して
キレイなドライバに直してもらってたんでそれが当然かと思ってたんだが、5年くらいして異動
した部署ではハード屋は電源を入れても燃えないことを確認するだけでレジスタの設定から
何からPG任せ。
PGはハードの動作は確認済みだと思ってるから、ハードのチョンボに気づかず適当にパッチ
を当てて必要な処理をマスクしたりして何とかシステムを生かすんだが、そんなシステムが
まともに結合試験を通るはずもなく、デスマ突入。
大丈夫かよこの会社、と思いつつ給料がいいのでまだ勤め続けてるんだが。

格差社会ってのは、技術者にもあてはまる言葉だな。
レガシーシステムの保守とか身にならないデスマばっかり繰り返
してる人と、恵まれた環境で先端技術に常時触れらる人との技術
力の差は広がる一方だと思う。まぁそれぞれの蓄積されたノウハウ
というのがあるから、コボラーにはコボラーなりの生きる道というも
のもあるんだが、仕事の楽しさ度、充実度の量が全然違うと思う。
ん、スレ違いかな？ もちろんここのおっさん達は公私共に充実して
ることであろう。

>>526
> レジスタの設定から何からPG任せ。

うちでは、ハード担当にICEの使い方を教えてレジスタを自分で設定できるようにし
それでチェックできる範囲はチェックしろということになってる。(さすがにソフト書けはかわいそう)
そのくらいなら、さすがにできると思う。

>>527
> レガシーシステムの保守とか身にならないデスマばっかり繰り返
> してる人と、恵まれた環境で先端技術に常時触れらる人との技術
> 力の差は広がる一方だと思う。

これだけPCが安くてネット上のリソースとかフリーの開発環境がそろっていることを考えると、もう少し縮んでもいいと思う。
自ら進んで、保守とか身にならないデスマを繰り返す人もいますからね。技術力を求めない人もいますから。

> もちろんここのおっさん達は公私共に充実してることであろう。

そうでもないよ。とりあえずなんでもExcelはやめてほしい。

> もちろんここのおっさん達は公私共に充実してることであろう。

おいらはしてるな。ビジネスロジック積み上げて業務システム開発なんて
寒気がしてやる気もしないな。おいらはハード屋じゃないがもっともハード
に近いソフト屋だからさ、たとえば汎用製品のハードにバグがあるとか
提供されたデバドラにバグがあるなんてしょっちゅう経験している。
ハードも信じないよ。ハードロジックもしょせん人間が組むわけだから
ソフト同様バグがあるのは当然と思っている。ここでジャワ糞に話しを展開
すると、ジャワ糞はおめでたいから既存のAPIとかフレームワークを疑う事すら
しない。そこがジャワ糞のだめなところなんだなあ。

テクニカルな話のできないおっさん達が、思い出話を
語るスレはここですか？

Javaは関係ないだろ。
バカなのはそいつの問題だし。
まあ、お前も同類だな。

>>480 いまさらながら。

> しかしJavaがWEB用だとか言われていたのは昔の話。
サーバだけでなくブラウザ側でもアプレットって死滅した感があるね。
ActiveXともどもVMもセキュリティ脆弱やらMS vs Sunの論争で
みんなに嫌気されているうちに、JavaScriptが持っていってしまったような。

> ドライバだって速度を必要としない物なら、JavaMEでもいいし。
ドライバ＝組み込み全般という意味じゃなくてドライバだよな。
組み込み全般という意味では活躍の場はあるとおもう(UIとかまったり制御とか)

ISRや割込み遅延実行はさすがに難しいと思う。サービスルーチンくらいか？

応答速度の問題もあるけど、遅いコードが頻繁に高プライオリティで動かれると周りに迷惑。
GCの制御(禁止, 許可, 遅延実行など)、バイトコードインタープリタもJITもちょっとなんで、AOT?。
などなど解決すべき課題は多いと思う。

この辺りの問題って解決しているんだろうか？(知らんから教えて)
という意味で、gcj(gnuのJava AOTコンパイラ)ってどうですか？

そういえば、Javaプロセッサは？

> 携帯電話やロボットもJava優勢だろう。
携帯電話でJava = 3rdPartyのアプリケーション(iアプリとか)という印象なんだけど、それ以外で携帯電話で使われているという意味?
大学の研究室な人たちがJavaを使ってロボットつくっているような話は聞いたことはある。産業用はしらない。

んぽぽんジャワ糞
あれかどこだかの携帯新機種がジャワドカタのバグで
発売停止になったそうじゃねえか、ちゃんとテストしてくれよな
ジャワ糞たちよ

ジャワでドライバ?
へっぐるぐるフラグでスレッドプライォリティ見られたひにゃ
CPU100%の連続で周りは大変迷惑コレ当然

OOコンプレックス

いい加減ジャワに幻想もつなよ。
適材適所とかいう椰子がいるが
おれたち(ジャワ糞)は「業務アプリと携帯のメニューインターフェイス
に特化します。」って宣言してくれればそれで誰も叩かなくなるよ。

Ｃ糞はなんで、自分の土俵にJavaを無理やり引っ張り込もうとするかね...
自分に有利な環境じゃないと戦えないことを本能的に分かっているのか。

どっかのゲーム機さんもバグだしてましたよねぇ...

あと、仮にJavaでのドライバを組む問題が解決したところで、
Java厨が大挙してカーネルワールドにこられてもな〜

>>573
ちがうだろ。このスレにこなくてもいいジャワ糞たちが
気になって仕方なくて顔だすからだろう。おまいらオブジェクト指向
でもままごとのように語ってりゃいいじゃんか。んぽぽん頭め。

カーネルワールドは聖域ですよ。
聖域にジャワ糞がうんちしに大挙してこられたらそりゃ
臭くなりますよ。業界の死活問題ですよ。

>>537
Javaな人がこっちの土俵に首突っ込んでいるんだけど…ドライバだってできるとか。
べつにJavaの世界にCで割り込むつもりはないよ。

>>573は責任重大だな

C糞はこのように、gotoの飛び先を間違えて、致命的なバグを引き起こします。はぁ、クワバラクワバラ．．．

>>573はおじゃばの指定席と定義する

ささ、そろそろコードレビューのお時間でしょうか

GCがあるから「だいじょぶだいじょぶ〜」って何も考えんと
参照しっぱなしでパンクしたバカを知っていますが、何か？

Java厨がミスしてもアプリの問題だけど、自称優秀なオッサンたちがミスるとWinで青い画面
みることになる。
ぶっちゃけ、どの分野にもカスは居る。

free忘れてメモリーリーク? え、場所が特定できない？　夜遅くまでご苦労様です。

>>547
どの分野にもカスは居る。それは否定しない。程度はあるけど。

>>548
つ デバッグヒープ。

局所的にcalloc->freeするのは素人の元ジャワ糞ぐらいだろう
そんなミスは発生しないな

public void run() {
if (LOG.isInfoEnabled()) {
LOG.info("Listening on port " + this.serversocket.getLocalPort());
}
try {
while (!Thread.interrupted()) {
try {
if (serversocket.isClosed())
serversocket = new ServerSocket(port);
LOG.debug("Waiting for incoming HTTP connection");
Socket socket = this.serversocket.accept();
if (LOG.isDebugEnabled()) {
LOG.debug("Incoming HTTP connection from " +
socket.getRemoteSocketAddress());
}
HttpServerConnection conn = this.connfactory.newConnection(socket);
this.connmanager.process(conn);
} catch (Throwable ex) {
if (Thread.interrupted())
break;
if (!failureHandler.failed(this, ex))
break;
}
}
} finally {
destroy();
}
}

経歴が長い奴ほど、言われると赤面する恥ずかしい過去の失敗経験を持っているもんだ。
ミスは誰にでもある。だって人間だもの。

ほぉ、最近はC言語でもtry〜catch が使えるようになりましたか。
さすがにちっとは進化してるんですねぇ。

はぁ?こんなダサいaccept絶対書きませんけどね。

....

もしかして、それはJavaが反面教師としてちょっとだけ参考にさせて
いただいた C++ のコードではありませんか？

ソース元はジャワ糞が大好きなオプン
StringBuilder
0ファイル、合計0個所見つけました
あれれ、StringBuilderは高速性に優れているといわれていますが
使われてませんねえ、やっぱり下位互換性を気にしているのでしょうか。
最新リリースなんですけどねえ。

>>552
ははは。おれはこんなバグだしたぞ自慢なら、別すれで書いたこともある。

>>553
>>551のこと？おれにはjavaに見えたけど。public void run() { と finally
てかインデント抹殺だから読みにくい。

>>551 まず、複数のESTABLISHED Socketをもてるようにしましょうか。

・ 83,26 : Thread().setContextClassLoader(java2CodeFrame.getClassLoader());
66ファイル、合計338個所見つけました

ここをつつくと面白い事が発見できるかもしれませんね。

>>558
>まず、複数のESTABLISHED Socket
おいらが書いたわけじゃありません。
ジャワ糞軍が神とあがめるオプンソースです。

んぽぽん頭はC++とジャワの違いもわからない
ポン酢頭のようです。

>>558
実名出せたら認めてやるよ。(ぷ

まぁまぁJavaもCもお前ら良く似てるよ

aaa++;

さて何の言語でしょう。

>>562 認めてもらう意味ってあるんだろうか？ もしや>>562様はものすごい権威あるお方？

>>565
もちろん

以外とジャワ糞よりもここにいるオサンのほうが
ジャワスキルが高かったりして。

あちゃあsleep(2000)がたくさんありますよぉ
public static synchronized void start(String repository) throws Exception {
if (count == 0) {
ConfigurationContext er = getNewConfigurationContext(repository);

receiver = new SimpleHTTPServer(er, TESTING_PORT);

try {
receiver.start();
System.out.print("Server started on port "
+ TESTING_PORT + ".....");
} finally {

}

try {
Thread.sleep(2000);
} catch (InterruptedException e1) {
throw new AxisFault("Thread interuptted", e1);
}

}
count++;
}

>>567
それは無いから安心しろ。1回も書いたことない。

と思うたぶんきっと。

."E:\Ojava\axis2-1.1.1-src\axis2-1.1.1\src\modules\jibx\test\org\apache\axis2\jibx\UtilServer.java"
・ 67,23 : sleep(2000);
・ 91,23 : sleep(2000);
."E:\Ojava\axis2-1.1.1-src\axis2-1.1.1\src\modules\kernel\src\org\apache\axis2\transport\mail\server\MailServer.java"
・ 43,19 : sleep(2000);
・ 62,19 : sleep(2000);
・ 77,19 : sleep(2000);
・ 91,19 : sleep(2000);
・ 125,19 : sleep(2000);
."E:\Ojava\axis2-1.1.1-src\axis2-1.1.1\src\modules\saaj\test\org\apache\axis2\saaj\integration\UtilServer.java"
・ 75,23 : sleep(2000);
3ファイル、合計8個所見つけました

>>564
C || C++ || Java || C# || Perl || ...
+= が使えるのはもっといっぱいあるな。

2秒もまたせるミドルっておいら経験ないんスけど
usleepでコンテキストスイッチ切り替えのタイミングを作るために
しかたなく10mm秒程度はあける事はありますが。
だいじょうぶっスかねジャワのサービスってこんなもんスか。

つぅか、コード見るのウザいんだけど。。。せめてインデントしてほしす

逆に言うと
sleep(2000)入れないとジャワVMはまともに動作してくれないんでしょうねえ

2秒の休みは中の小人さんの休憩時間なんだよ。

>>573
インデントはしねえッスね。他人の書いたコードをなんで整形せにゃならんのですか。
自分で書いたコードは責任もちますがね。

ようわからんけど、これってなにか別のターゲットをテストするコードで
2秒の間に来ないとテストNGとか?　と善意に解釈しておく。

整形って...おいらなら1秒でやっちゃいますが。さすがC糞さんはせっかちさんですねぇ。

>>578 次から任せた！

しこしこしこしこ

スレッド数はデフォルト50
MAX=100のもよう
<!-- <parameter name="originServer" locked="false">My-Server/1.1</parameter> -->
<!-- <parameter name="requestTimeout" locked="false">10000</parameter> -->
<!-- <parameter name="requestTcpNoDelay" locked="false">false</parameter> -->
<!-- <parameter name="requestCoreThreadPoolSize" locked="false">50</parameter> -->
<!-- <parameter name="RequestMaxThreadPoolSize" locked="false">100</parameter> -->
<!-- <parameter name="threadKeepAliveTime" locked="false">240000</parameter> -->
<!-- <parameter name="threadKeepAliveTimeUnit" locked="false">MILLISECONDS</parameter> -->

sleep(2000);
なんで2秒なんだよ、この2秒根拠あるのか？
やっぱ、譲り合いするために2秒は必要と

>>Grep香具師
お舞の素晴らしいスキルで
コードだけじゃなくしてシステムロジック部の評価も頼むよ
これが良くないと、優秀なコーダーが書いても、糞プログラムになるからな

これって、サービスの起動に失敗したら２秒待ってリトライってことでしょ？
内容にもよるだろうけど別におかしくなくね？ サービスそのものならまだしも、起動時じゃないの？
つぅか、AxisってSOAP実装じゃん。Webサービスでしょ。いいんじゃね。
2000ってマジックナンバーはアレだが、オプソなんだし、気に入らなきゃ変えちゃえば？

今スレッドPoolのとこ見ているんだけど
くどいねー。なんでこんなに大業なコードが必要なのかとw
ジャワ糞さんの神もやっぱりジャワで組むとこうならざるを得ないのかと
Cでやれば1/10の行数になるだろうなあとあきれつつみてます。

土曜の昼からオナニー乙であります。

ここです、どうぞ
http://ws.apache.org/axis2/

なんか素人くさいのが混ざってるな

>>584
apache(特に1系)やsendmailのソースみてみなみなよ。
大業すぎて反吐が出るぜ。

はあぁじゃわ糞コードみてたら気持ちわるくなってきた。
少し休憩。

しこしこぴゅっ

C糞だとAxisもCのみで書くんだろうな...
俺ならC++を使うけどな
C糞って、WinアプリなんかもMFC使わんでapiで書いてる？

api...

MFCはGCが無いのが致命的欠点だそうだ。
WikipediaのMFC項 http://ja.wikipedia.org/wiki/Microsoft_Foundation_Class

MFCよりATL/WTLのほうが好きだけど。

>>588
Apache 1.x系はひどいね。バグだらけのつきはぎリリースなんだから
しょうもないとは思うけどね。でも日本のジャワ糞は使うばっかりだから
なんも文句は言えないよね。

>>591
ああそうか!ジャワのコードなんて開けるからいけなんだな。
おいらジャワ糞にサービスしすぎだな。C実装のAXISあければよかったな。

MFCなんて使わないな。ディスクトップユーティリティを書くときは
つかう時もあるが。

俺はOWLが好きだった(T_T)

>>591
ってか、MFCって結局APIダイレクトにつかわなきゃいけないところが多数でてくるよね。

つかAxisってC++実装あるだろ

C糞は実はCとJavaの区別がよく分かってないのです。

「このスレを見ている人はこんなスレも見ています。」をみてごらんよ。
ここのおっさん達、Javaに興味津々らしいよw

>>596
出てくるが、APIのみで書くより効率が良い
自分としては、らくらくC++アプリ開発のC++Builderがすきなんだが
でも、会社では使えないからな、VS使え以上だからな

C++のAxisってJavaのと比べてどれくらい速い？

それがたいして変わらないのがAxisの糞なところ。

>>599
そうじゃねえよ、ジャワ糞がここを見ているんだよ。
その勘違いがジャワ糞んぽぽん

>>599　これか
このスレを見ている人はこんなスレも見ています。(ver 0.20)
【初心者】Java質問･相談スレッド98【大歓迎】 [プログラム]
お前ら、素直じゃないな、正直にJava憧れてますと言え

MSXMLが最速

xercesの替わりに、MSXML使えば速くなるってことか？

>>602
マジで？信じられん。

> お前ら、素直じゃないな、正直にJava憧れてますと言え

おお憧れてるよ。CよりJavaのほうが使える人多そうだから。

>>602
つまり、それはAxisのシステム設計が糞であると、
言い換えれば、アーキテクトやSEが糞であったと

> お前ら、素直じゃないな、正直にJava憧れてますと言え

はいはいw

>>609
UNIX->Winの移植するときになるべく楽にやろうとする
AxisもジャワベースでそれをC++に置き換えたのではないかなw
この方向だと速度はでないだろう。

>>611
なんで？VMで動いてない分速くなるはずだろ？

多少はな、>>612試してみれ

XMLの構築とか解析のオーバーヘッドの方が大きいんじゃなかろうか。

じじいはXMLやSOAPについていけないと見た。

じじいはCSV止まりだからな、それはあるかもしれん。

>じじいはXMLやSOAPについていけないと見た。
なんで?たかがRCPをHTTPでラップしたしくみなだけじゃんか
また用語で凄もうとするのかw

プロトコルにしか着目しないC糞

>>615-616
うっ、じじいはボヘミアンXMLerとか言ってみるテスト。
なんでもExcelは俺もあきあき。

>>617 rpcね。細かくてごめん。

なんかつっこんでくれるかなジャワ糞　ﾜｸﾜｸ

>>613
C++実装の方が普通に100倍くらい速くなると思った。
そんなに設計が糞なのかな。

>>619
RCP　-> RPC だめじゃん、ここつっこんでくれるのを期待して
わざと書いたのにぃ♪

ジャワ糞よりオサンのレスポンスがすばらしく速いのが証明されました。

年寄りというのは悲しい生き物

>>619
>>618はしっかりスルーしてましたw

実はよく知らん。WSDLって何で書いているの？

あ、ツールとかのことね。エディタでゴリゴリはないよな。たぶん。

まぁRCPでも解釈次第で意味通じなくもないし、C糞のレベルはそんな程度だと思ってるし、いちいちつっこみのも面倒くさいし、

>>612
その分は早くなると思うが、Cで書いた割には期待したほど速度向上しないということでは

>>611
やっぱ、C+APIでごりごりスクラッチ開発しなきゃ駄目か

んrcpが正しいの？じじい的にはRemote COpy。sshで死滅したやつ。

>>629
たぶん(未検証)XMLパーサーの性能がわりいんじゃないのかな

またまた>>628は負けず嫌いなんだからぁ
んとにんぽぽんたん

遅いって、いったいどのレベルの性能求めてるの？
そんなシビアな性能目標なの？　実害ないところにも変に拘るんだよな、C糞って。

>>625
じじい的なプロトコルという言葉の定義は、プレゼンテーションもbodyも含んでいたりする。
トランスポートや信号シーケンス的な部分だけじゃないだろ。と思ってたが違うんだろうか？

じじいよくわかんな〜い♪

うーんよくTCPがタイムアウトするぐらい遅いのは勘弁してほしいな
負けず嫌い君よ(久々に生きがいいジャワ糞到来)

じじぃが♪ 使うとキモぃ

>>634
オサン的には「外交儀礼」「しきたり」がプロトコルと思うのですが
このプロトコルという厄介者は親亀の背中に小亀を乗せたりするものと
思うのですが違うのでしょうか?

オサンよくわかんな〜い♪

>>635
使い方間違ってんじゃねぇの？ わかんないくせにJava使おうとかするから

>>633
ずばり言う、C糞ってスポーツ選手のような気質がある。
だから、少しでも早くとなるんだよ、この速度で実害がないからって言うビジネス的考えは出来ないんだよ
だから、スピードはより速く、コードはよりシンプルで美しくを求めてしまうんだよ

>>628==633
おい、ぜひコテにしろよ!
おまいさんはおじゃば以来の松坂クラスのジャワ糞だ

コテ名は
　ジャワ道求道者　
　　とかいうのがいいと思うぞ、どうだ気に入ったか。

tcpがタイムアウトって… それは恐ろしい。

>>639
少しでも早くって、0.03秒を0.029秒にするとか？
ハード投資した方がその何倍も早くなったりするし、こっちも儲かる。
いつまでもそんなとこに拘ってないで働け。次の案件が待ってるぞ。

>>628==633==643
大人気!もっと語ってくれ

>>640 お前がコテにしろよ。酉もつけろよ。
あぁそうすっと、この板お前の酉で埋まっちゃうなｗ

>>643
それを積み重ねて匠の域のPGなるんだよ
匠PGのところにはJava案件みたいなのはこないんだよ、匠しか出来ない案件しか来ない
安いハードをソフトでカリカリチューニングしてコスト減らすんだよ

ふーん、全部マシン語でやれば？

>>647
Cは高等アセンブラじゃ

>>646 いやそれはちょっと…
たしかに場面によってはあるけどね。
GbEのドライバで、仕様にあらかじめ理論値だされちゃって。ｱｾｱｾ

>>647
いまどき、人間が書いたインストラクションの羅列よりコンパイラが出したインストラクションの羅列のほうが良かったりする。

>>649 つまり、人間(C糞)が、マシン語のことをよく理解してないってこと？

>>645
いやいや脇役には脇役の分があるのを自覚しているのだよ。
主役を張れるのは>>645しかいないぞ

コンパイラの出力が良いかどうかは微妙なような。
アセンブラだとズルが出来てステップも減らせると思う。

昔のコンパイラは無駄なNOPが多数埋められた

>>650
マシン語を理解してたら早くなるってもんでもない
処理やOS（APIやシステムコール）対する理解や知識がないとマシン語を知っていても良くはならない。
小さなブロックなら処理をどのようにして早くできるかとか、メモリを少なく出来るかって言うのは
人間でも出来るだろうが、プログラムの全体にそれをするとなるとコンパイラの方が遥かによい

>>650
パイプライン・ストールをさけるために命令の並べ替えなんてついていけませんから〜
(いや、頑張ってできるかもしれんが)

そういえば、この辺をコンパイラちゃんとやってくれてるか確認したことないな。

真の最適化は計算回数とか計算量を小さく少なくするアルゴリズムですよ。たぶん。

>>656
それじゃあジャワのStringに文字詰めまくるのはだめじゃないですか

>>655
RISCってそれあったよね、
RISCでパイプラインをストールさせないでアセンブラ書けたらまさしく匠だな
最初に遅延ジャンプや分岐を見たときにはなんだよこれとか思った

bitscanだって、LSBから順に1, 2, 4, 8..ってbitandとってスキャンするより
0x0f, 0x03ってbitandで調べればlog2x回とか…
8bitなら大して変わらんけど。

ううん
1000のUCHAR配列を初期化するのにLoopで初期値セットするよりは
直接アドレス代入のほうが速いのが成り立つけど
ソースコード上は醜くなる。
unko[0] = 0x0;
unko[1] = 0x0;
....
unko[999] = 0x0;

>>660 ループ展開なんてコンパイラが勝手にやってくれますから。1000はやらんだろうけど。

ちなみにJavaな人向けに言うと、
VMでbytecodeを実行するのに良くあるbytecodeの列を
セットで解釈して実行するとかの最適化があるんだろ？

>>660
ワード型にキャストして代入した方が早いのでは？
つぅかメモリ一括初期化のオペコードないのか？よく知らんでいうが。

>>662
んなもんはない。Java使いは生成されるバイトコードがどうだとか
よっぽどのことがない限り、いちいち気にしない。

その大らかさがジャワ糞の人気の秘密なんですよね

お前らもやっと余裕が出来始めたようだなｗ

Cコンパイラでmemsetやmemcpyとかが、
関数呼びでなくコンパイラで解釈されてたりするのはこの辺に秘密があったりする。
今なら、C++でstd::copy()やstd::fill()か？template inlineでコンパイラが最適化か。

Javaを話題にすると受けがいいなあ♪

>>664
なんかそれ、ゆとり世代っぽい感覚だな
Java使いってやっぱ飲み物はJava　かふぃ？

爺のルサンチマンが蠢くスレですな

>>667
バランス感覚が大切なんですよ。
厳しく叩いてやさしくフォーローする。
それがジャワタンと仲良く遊ぶ秘訣です。

全然叩かれてる気がしないんだが、おめでたいおやじどもだな。
C糞の飲み物はあいかわらず、HI-Cかい？

仕事の無い爺さんって悲しいね

Java厨が厨でなくなるためには、Sunとかが出しているクラスの実装を
読んでみると勉強になるんじゃないか？と思う。
使うだけですからの脱出の一歩として。

って公開されているよな。え？当然読んでる？

>>671
フレンチローストされたエスプレッソだな
いつも挽きたてを飲んでいる。よくローストされたコーヒー豆を
挽くときにジャワ糞(Bean)が悲鳴をあげているようですまないと思っている。

66式、昼間っからいるじゃねぇか・・・
たまには外に出ろよ、今日も天気よかったぞ。

ハロワ行けよｗ

>>671
でもこなきゃいいのに大喜びしてレスしているから
きっと楽しいんでしょうねえ。と思います。はい。

>>672, 675, 676
それ、最後の砦的なネタですね。

いやね、66式さんはきっと社長さんかなにかなんですよ。
今日は休みだしね。あははは。

ｗｗｗｗｗｗｗｗｗ

たまに外人の女性から「シャッチョウサン♪」って呼ばれます。

なんかハロワにはJavaPG職業訓練カリキュラムあるって聞いたぞ
ひょっとして、Java糞ってそれの履修してPGになったとか

>>682
なあんか「はじめてのエクセル」とかと同じノリですねえ♪

「はじめてのC」という俺の世代からすると、ちょ〜恥ずかしいタイトル本が
流行っていた時期があった。

ちなみに"login"を「老人」と読んだバカもいた。ちょっと俺的には切ない。

Ｃはシー？スィー？

そういやあ野球で手のすべりをとめる粉袋を
ろうじんバッグと呼んでいる。

リアル爺がよく釣れる

>>681
俺も俺もｗ

あいまいみーゆーゆあゆー…

>>688 釣ったつもりが実は釣られ〜

♪ 使っての、ひょっとして全部66式とか？

そんなあからさまな…、それ以外はどうでしょうね〜。
逆に66式は1人ではないかもしれないし。

そういえば、ここIDないんだな。

>>688
なんたって>>1にはこう書いてありますから
>なぜかジャワ糞が押し寄せてくるが気にせず行こう。

♪ って爺には似合わないよ

さてと、Win32からUNIXの移植準備も終わったし
ラーメンでも食べに行きましょうね。
きょうはあそこの味噌ラーメンですな。

Java がだめっていうのは、今まで高給な基幹系JobがJavaで動いてたので、猫も杓子もJavaにい
けば儲かるみたいな幻想をもって、”フレームワークと業務ロジックの分離”をやろうとしたけど、実
は、そんな複雑な業務ロジックを必要とする仕事自体が高給なので、そこからお金が来ていたにす
ぎなくて、簡単な業務ならＰＨＰで十分だという仕事の方が増えた、っていうだけで、どちらかという
と、あきらめに近い感覚でJavaで作るケースが増えてるんじゃないか？結局のところ、複雑なプロ
グラムは、オープンソースでも何でやってもそう簡単につくれるものではない、Javaも許容範囲だし
もう少しは速くなるだろうし、ＭＳもVistaでなんかおかしそうだから、Javaで行っとけという感じで。

どーぞどーぞ
どんどんジャワで行ってください。あなたのような人がいるから
こちらが光輝けるのですから。ありがとうジャワ糞さんたち。

感　謝

>>695
いつも、そんなもん食ってんだろ
牛乳、パン、おかずの求職にしろよ

>>698
いえね、今日はひな祭りなもんですから子供にフレンチランチをせがまれましてね
昼カロリー過多なんですわ、だから夜はラーメンでスープは飲まずと
決めているのですよ。

>>694 じゃあ ☆彡

>>697
とりあえずAxisC++もっと速くしてよ

わかったから、早よ食ってこい。

>>701
こんどマジでレビューしましょうね。C++版のほうを。
ジャワ版はみたくもねえっス

ねぇ、Java糞の人
Javaの正しい読みって、じゃば、じゃわ、じぇいば？

>>700
ほいほい。夜も期待してますよ〜♪

>>702
油で揚げた野菜の上のファアグラのポアレが乗っていましたからねえ
すずきのメインもおいしかったなあ。

>>704 C糞にもいろいろいるんだな。まともなC使いの人に同情する。

>>706
最近の上流な人たちの間では、五穀米と質素な和食が人気らしいよ

>>707
基本的にC使いはまともな人はいませんけどね☆彡

>>708
五穀米は昨日の昼食べましたね。特大のえびフライもたべちゃいましたけど。
トン汁と野菜をたっぷり取りました。

>>704みたいなのばっかかよ・・・

>>706 そ、それはカロリー高そう。

間違っても子供にハッピーセット目当てでマクドナルドなんてせがまれても与えないほうがいいよ。
Supersize Meを見たらもう吐き気した。

C糞には天才タイプや匠みたいな非凡な香具師多いから、平凡な香具師から見ると変わり者に見えるんだよ
Java糞みたいな見かけだけの能力なしと違うんだよ♪

オプソはパフォーマンスよりソースの綺麗さとか移植性を重視したのが多いからなあ。
意外と日本人がソフトウェア産業で勝負しようと思ったら、オブジェクト指向なんて
パフォーマンスを落とす要因として無視し、ガリガリにチューニングされたコードを
目指すべきなんじゃないかと思う。

きっと、職人芸が生きる分野じゃないと、日本人技術者はそのよさを発揮できない。

糞糞言うけど、その糞を産み落としたのもC糞なんだろ
ここでC糞がやってんのは、自分の糞に向かって糞糞言っ
てるようなもんだな

>>714 それ、ゲームじゃないの？ つか3DになってからゲームもOOなのかな

そういえば、Javaが後追いでtemplateを持ってきている件について…

後追いはまあ互いに影響しあうところで良しとして
Javaな人的にはどうなんでしょう？邪道?

>>714 そんなに綺麗かな〜
>>715 JavaはCの糞か。

>>715
産み落とした糞を使う糞がC糞が想定した糞レベルより遥かに劣るから、その糞使いに糞糞っていうんだよ
今日もaxisのJavaソース見て、なんだよこんな酷いレベルかよ、まさしく糞糞レベルだとね

>>717 template って Genericsのこと？
いちいちキャストしなくていいいし、型チェックされて余計なエラーの対策
になるから、別に邪道とは思わんけど、まぁ使う人は使うし、使わない人は
何それ？って感じかな。今のところ。

>>717
JavaにGenericなんて持って来たらただでさえパフォーマンスの悪いjavaが更に悪くなり、大混乱するだけだろ
TemplateでC++ものすごく変わったしな

↑Generics がパフォーマンスを悪くすると勘違いしてるおっさん。
C++のテンプレートとは出来が違うのだよｗｗｗ

よーし。
MASM32でアプリ開発するよ。

>>719 そそ、それ。templateって言うと怒られるか。
JavaってなんでもObjectだったりで
Objectならなんでも受け入れ可みたいなところもあったんで
言語の美しさを言うわりには、そこがなんだかな〜とか思っていたんですよ。

>>719 パフォーマンスはそんなことはないとおもうけど。

失礼、最後の>>719は>>720のまちがい。

Javaでもオブジェクトとプリミティブ型の違いの意識はしてるよ。
確かにそこらへんの区別がつかずにオブジェクト乱用する厨もいる
ことはいるけど。
速度を重視する場合は意図的にプリミティブ型しか使わなかったり
もするし。まぁさすがに速度面で、Cには敵いませんが、Javaは開発
効率重視なんで。Cのようにいちいちポインタ使ってリンクドリスト
とか作ってる場合じゃありませんので。

いつに無く盛況だな
全然つまらんネタなのに

>>718
糞糞糞くそいっててﾜﾗﾀ

>>725
いやプリミティブのことを持ち出しているんじゃなくって
classといったら extends Object(いちいち書かないかもしれんが)でしょ。たぶん。
でコンテナはObjectならなんでも受けちゃってというのはね〜ってところでGenericsですか。と。
べつに煽っているわけじゃないですから。
(ただ、厨な人はまた覚えることが増えてついていけますか〜?みたいな心配はある。)

> Cのようにいちいちポインタ使ってリンクドリストとか作ってる場合じゃありませんので。

いちいち作る奴は少ないと思う。
まあ標準化されていないのは確かだけど。なんでされてないんだろうね。
言語ではなくOSのライブラリになっていたりするけど。

>>728
俺、Javaのgenericプログラミングやtemplateがどういうものか知らんけど
C++と同じと思っていい？

>>728
Javaのコンテナはなんでも受けちゃっていいんだよ。なんでも入れときたい
場合もあるし、JavaのObjectはBasicのVariant的な扱いかな。まぁそんな
意識すらしてないが。意識しないで使えるところが、Javaのいいところ。
エンディアン？　アラインメント？　わっかりまっしぇ〜んっ　┐ (´・ω・`) ┌ =3
VMにはそんなものありまっしぇ〜ん。あったとしても、そんなのわから
なくてもな〜んにも困らないですもの。

おれも詳しくはしらんけど、C++とは違う崇高なものらしい。

BasicのVariantって…

>>730
その、素敵なVMってJavaで書かれてるの？、ひょっとしてソースコード公開されてるの？

>>729
ちと古い記事だけど、
ttp://www.mamezou.net/modules/xfsection/article.php?articleid=6
みると微妙な違いがあるみたいね。目的は似たようなもんだけど。
Java の Generics では 基本型は使えないって...orz

わからないとか困らないってすばらしいですね。

Javaでバイナリなストリームを扱うときって、エンディアン考えないの？
自分で吐いて自分で拾うならまだしも、ネット越しとか、他人の落し物とか。
ネット越しや他人の落し物もJava同士ならまだしも、Javaとも限らない場合とか。

C糞がJava様に合わせてくれればいいだよ、こっちの知ったこっちゃないんだよ。
つか、VMがたぶんそこら辺意識しなくていいように、いい感じでやってくれる。

>>737
えええ？！　それはすごい。
なんも設計しなくても何でもできそうですね。VMって人の意図をいい感じで解釈してくれるのか…

66式なんでそんなに必死なんだ？
C厨的にはやっと来た休みだろ・・・

まぁ66式はずっといたみたいだが

>>734
読んだけど、下の比較表みると、Genericsダメじゃん

>>736
Javaだとそのストリームを扱うクラスを誰かが開発して、それを使うことになるんじゃない
PGはそのクラスのインターフェース仕様だけ分かれば、他は何も分からなくて良いじゃない
だから、ストリーム仕様に関しては何も知らなくてOKと、ま、それがOOプログラムだからね
だから、javaは薄っぺらい知識さえあれば十分に使いこなせるんじゃないか

>>739 いや、面白いんでつい… そろそろ寝よ。
>>741
つまり、>>730や>>737は誰がやっているのか知らんけど使うだけと。
エンディアンを考慮してる少数のJavaな人と、その他大勢の何も考えないJava厨か？
汎化されたものを使えばOKはいいとして、知りません困りませんってな。

きょうはおじゃばさま現れなかったな

>>740 よきに考えて、言語の設計意図が違うんだと思うよ。

VMがプログラマの設計意図をいい感じでくんでくれみたいだったのに残念。
お休み〜

>>742
ま、極少数の優秀なJava使いの成果を、その他大勢のんぽぽんJava糞が使うと
>>737見たいなんぽぽんはjavaライブラリを開発してくれる人に感謝なんて全くしないで
それが当然と言う感じじゃないのかな、なんかそんな印象を受けるよ
>VMがたぶんそこら辺意識しなくていいように、いい感じでやってくれる
俺はこれに感動したよ、C・C++使いでこんなこと言うとC爺から殺されるなｗ

でも、C使いでも多少は「コンパイラがいい感じで」、「OSがいい感じで」、
「ライブラリがいい感じで」ってところあるだろ？
オペランドの一つ一つ、bitの隅々にいたるまで全てを統率しているって感じ
じゃないだろ？

これ以上の恥の上塗りはやめたほうがいいと思うな。

おい、知ってるか？
飛行機が何故飛ぶかを論理的に説明できる人はいないそうだぞ。
いや、これまじな話。たまたま統計的にこうすれば飛ぶことになって
いるからなんだって。つまり、全ては仮定にすぎないんだってよ。

流体力学しってっか？

いや、まじ数学的に解明されてないんだって。
ググってみって。　ま、俺はもう寝るけど。

なんぽぽ
じゃねーだろう
んぽぽんだぜw

ん
何でも入れられる?
ダウンキャストとかするとスコープ範囲が制限されるだろうが
Variantと同じかいな。ほんまかいな。んぽぽん!

年寄りは早起きだな。朝からテンション高ぇじゃねぇかwww

>>753
たった今彼女を気絶されてやっとネットできるようになったのさ。
これから寝るよ
お休み〜♪

されて×
させて○

おさんの．．．いかん変なもん想像しちまった...俺も寝よ

>>737
んぽぽん晒しあげ

javaはよう知らんから、調べちゃったじゃないか。

class ByteBuffer にある、

　public final ByteBuffer order(ByteOrder bo)
　このバッファのバイト順序を変更します。
　パラメータ:
　　bo - 新しいバイト順序。BIG_ENDIAN、LITTLE_ENDIAN のいずれか
　戻り値:
　　現在のバッファ

これ？

>>746
SunのライブラリやjavacやVMが中で何をやっているのか知らんのはまだいいよ。
C使いだって、libcやccやプロセッサが何やっているか知る奴は少ないだろ。
(俺も全部知っているわけじゃない)

だが、これは中の問題ではなくSunのライブラリや言語の使い方の問題だとおもう。

というわけで、今日は出かけるんで。またね〜

>>746
んぽぽん大賞受賞

>>759
ジャワ糞はbyteストリームは扱わないよ。
TCPも使わない。使う必要はないんだよね。J痛イーイーの痛々しい
Webサービスを利用して業務システム(補足すると必ず大規模ね♪)
のSQL代入文を操作するのに心血注ぐ熱血漢ばかりだからね。
この業務システムのメモリ代入操作のためにジャワ糞さんたちは
やれEJBだ、なんたらマッピングだとジャワ糞さんどうしで主流争い
しているぐらいだからね。そしてこれらをいかにオブジェクト
指向で包み込むかという不毛な議論に一日の大半を費やしている
ナイスガイばかりなんだよね。

ああそうそう
オブジェクト指向のことなんぞ全く考えていないSQLと
うまく付き合わなきゃいけないのがジャワ糞さんたちのストレスなんだね。
歴史はSQLのほうが古く先輩なわけで、ちょうどジャワ糞さんたちが
敵にするCエンジニア様のような関係なんだな。

SQL->この人がいないと大規模業務システムが作れない
Cエンジニア->この人がいないとVMのアップデートができない(もうしないだろうけど)

つうわけでジャワ糞さんたちは多大なストレスを抱えながら
日夜熱血代入文羅列業務をハイセンスなsetterクラスメソッドで
やっている。都会的なハゲが多いジャワ糞さんたちだけど、こんな
ストレス抱えればそりゃハゲると思うよ。でもカツラ屋さんがもう
かるから経済効果としてはすごく貢献しているんだなあ。んぽぽん。

おい。おっぱいみせろ。

BasicのVariant、VMがいい感じでにwarata。
こっちが恥ずかしいから消えろよ。

俺も調べてみたんだけど、Javaのデフォルトのバイトオーダは
ビッグエンディアンみたいね。つまりTCP/IPの標準オーダに
合わせてあるということみたい。Windowsで使う場合は効率が
よくないが、ネットワーク優先でいったのかな。
もちろん変更はできるから、リトルエンディアンでのI/Oも可能だ。
ただ実際問題として、JavaでWebアプリとか作ってる奴がバイト
オーダまで意識してるかっていうと、それこそ、（´･(ｪ)･｀）ﾅﾆｿﾚ
な奴が多いと思し、その世界にいる限り特に困ることもないのは確か。

>>766
そうそう。困る事ないしそれでいいんだけど
おじゃばがよくムキになってこのような話につっこんでくるから
ややこしくなるなるだけなんだよね。

Java糞はコボル並のシステムしか作らないから困らないんだよ。

んぽぽん音頭♪ (東京音頭替え歌)

システムつくるぅなぁらぁ〜
ちょいとジャワ糞よぉ〜
花の大規模ぉのぉ〜
花のアキテクトハゲ頭〜
やっと動いたけどバグぅだらけぇ〜
やっと収めたけどクレームだらけぇ〜♪

不具合ごまかすなぁらぁ〜
ちょいとジャワ使う〜
花のお客うぅのぉ〜
きついクレームもなんのその
あっとそれりゃあジャワの仕様ぉ〜
俺たちにぃぃわ関係ねぇ〜♪

バイトオーダって、アルバイトに命令することだよ。
でも命令するのはSE様だからJava糞PGに関係ないし知らなくても困らないよ。

具体的なことを言わなくても、いい感じでやってくれるらしいよ。

私はJavaだ、Javaはいい感じでやってくれる、これがJavaなんだよ
そして、私は日夜これを高めている

ジャワ糞がWebシステムを作るときに
おれらCエンジニアがREQUEST_METHODとかCONTENT_TYPEとかの環境変数を
ジャワ糞のためにsetenvしてあげている事ぐらいわかってほしいよ。
setenvされた環境変数をジャワのAPIから取り出しているんだからさ。

んぽぽぉーんっと
　　∧＿∧
　 （　・∀・)　　　 |　|　ｶﾞｯ
　と　　　　叩　　|　|
　　 Ｙ　/ノ　　　 人
　　　 /　）　 　 < 　>__Λ∩
　 ＿/し'　／／. Ｖ｀Д´）/ ←>>746
　（＿フ彡　　　　　 　　/

これからは「いい感じ」がこのスレをリードします。

>>774
個人的にはんぽぽんにもう少しがんばって欲しい

同意。んぽぽんは期待の新人だからね。

V2:んぽぽぉーんっと
　　∧＿∧
　 （　・∀・)　　　 |　|　ﾝﾎﾟﾎﾟ-ﾝ!
　と　　　　叩　　|　|
　　 Ｙ　/ノ　　　 人
　　　 /　）　 　 < 　>__Λ∩
　 ＿/し'　／／. Ｖ｀Д´）/ ←>>746 (んぽぽんジャワ糞)
　（＿フ彡　　　　　 　　/

C糞さんたち、なんだか必死ですね。一生懸命あげたりして、
Java厨に干渉されたくなかったら、まずsageることですよ。
そんなにあからさまに煽るのもどうかと思いますね。なんだか、
構って欲しいみたいじゃないですか。そんなに煽られると、>>703
みたいについボケてみたくなる奴もでてくる。
だいたい、Java厨からエンディアンとかアラインメントって言葉
が出てきたことを褒めてくれなきゃ、ボケた本人もしょげるっ
てもんですよ。まなんにしろ、このスレに何人いるのか知らない
けど、C糞だけで閉鎖的にやりたいんだったら、まずsageることを
覚えるべきですね。これ大事ですよ。では。

うぁ、間違った。どっかの誰かさんみたいだ。恥ずかしい。
× >>703
○ >>730

んぽぽぉーんっと
　　∧＿∧
　 （　・∀・)　　　 |　|　ﾝﾎﾟﾎﾟ-ﾝ!
　と　　　　叩　　|　|
　　 Ｙ　/ノ　　　 人
　　　 /　）　 　 < 　>__Λ∩
　 ＿/し'　／／. Ｖ｀Д´）/ ←>>778-779 (んぽぽんジャワ糞)
　（＿フ彡　　　　　 　　/

>Java厨に干渉されたくなかったら、まずsageることですよ。
昔はね下げてたんですよ。だけどね「んぽぽん軍団」はさげようが
あげようが容赦なしにしつこく絡んでくるので今は開き直って
ジャワ糞さんたちに門戸を開いているところなのであります。

>だいたい、Java厨からエンディアンとかアラインメントって言葉
>が出てきたことを褒めてくれなきゃ

そーなんですよ。いい子いい子してあげないとだめなんですよねえ。
これほんとっス。

Webアプリの分野で、C/C++がJavaにまったく勝ち目が無い、100:0で完敗ということだけは理解できました。

>>782
そりゃあ比較対象レベルの認識が違いすぎるんだよなぁ♪
安アパート暮らしの>>782が大家さんに喧嘩売っているのとおなじぐらい
情けない話しだよ♪

CもC++もJavaもそつなくこなす俺から言わせてもらうと、お前ら、
目糞鼻糞だよ。
CもJavaも俺は好きだけどな、適材適所でうまく使い分けてるし。

はあ？今の案件なんてほとんどがWebシステムだぞ。
Webシステムとすることで、市場と直接取引きできるシステムを構築することが出来る。
つまり、もはやC言語には活躍の場などまったくないということだ。

いやいやいやいやいや、そんな油そそいでどうすんだよwww

>>785
そつそうか、土日返上で仕事しても間に合わず5年先までの仕事が埋まっている
俺はなんなんだ。俺んとこにはジャワの仕事の話しなんてまるでないぞ。
たまに友人から聞くのはよく炎上するプロジェクトが多いという事ぐらいかな。

んぽってきましたねぇ

あと、意味不明なことが多かったり。。。

ログ調査中でペンディングタスクが積もって。。。

再現不能なリークが多発するので
夜中再起動頻発とか。多いよねぇ♪

>>784
>CもJavaも俺は好きだけどな、適材適所でうまく使い分けてるし。
具体的にどういうスキルの持ち主ですかね。
得意分野プリーズ

>>791
簡単に言うと、Javaは最近ではよく言われるSSH、C++はWinアプリ、CはもっぱらOepnGL
で画像処理かな。これ以上はちょっと。
つうか、こんな危険な戦場で、おいそれと手の内はみせられませんわ。
下手すっと致命傷を負わされかねない。

>CもC++もJavaもそつなくこなす
なあんかそれぞれが70点主義のカローラみたいな人？

>>792
UNIXのスクリプターマンですかね？

ゲーム業界の人じゃね？

スクリプターはすごいぞ！

>>792
SSHクライアントをジャワで作るの
知らんで聞いています

SSH = (Struts + Spring + Hibernate)ね。
ノウハウが溜まってきたせいもあって最近はこの組み合わせが多い。

Springって荷物をつみ過ぎて沈没するジャワへの警鐘のやつだね

Spring + Hibernateの組みあわせはここに出没する
おじゃばがめた糞けなしてたけど実際はどうなの？
軽量なのかな。

>>796
いたんですかｗ

SSH = (Struts + Spring + Hibernate)
複合キャストnewみたいだなｗ
おすん = (おじゃば+すくりぷたー+んぽぽん)

お前らごとき2流がC言語をいじるんじゃねぇ。
C言語を弄れるのはBSDのコミッターになれるような超１流だけ。

日本人の２流以下はPerlでも使っておけ。バカに刃物を与えるな！

>>803
スクリプター乙

>>800
まぁ多少起動にもたつくが一旦起動してしまえば十分実用的。
最近はメモリもふんだんに使えるしな。ハイバネはキャッシュの
機能も備えているので特に支障はない。ただ性能だすには、
DB設計が命だな。最近では複合キーの使用は極力避けるよう
にしている。これは開発効率にもかかわってくるんで。

>>803
一流二流の境をきちんと判断できないでしょう->Pelスクリプト専だから

>>805
そこが一番得意そうですね。まあ覚える事はCより多くて大変そうですものねえ♪

66式の代役には力不足だなあと自覚♪

Hibernateは無いだろ・・・

ここで言うSSH（なんじゃそら）くらいに皮を被せるんなら
PHPやらRubyのスクリプト系のほうが直感的に書ける・追えるんじゃね。
ソース追えるのが良いってんならJavaで書く理由もない。
なんもかも中途半端だよなぁ。
本来バッチ用の言語だったCOBOLをナンにでも使ったようなもんだろ。
ん、そうか。だからいたずらに工数を食う、ドカタ用COBOLの後継になったのか。
ま、たしかに人月秤に乗せるにはいいのかも。

日本語でおk

はいはい、スクリプターとジャワの対決大歓迎ですよぉ
超ど一流Cエンジニアの私が行司をつとめます。

私の情報では大手んぽぽんサイトでは
ジャワよりもPHPのほうが優勢みたいですよねえ。

Java厨の言う、生産性がよいって裏を返すと、
誰にでも楽にできる→オフシェアの対象ということなんだけど。

それって価値がないと同義語ってわかっているのかなぁ。

人売りの単価もジャワはPHPの3割り引きです
なあんて名言しちゃいますからねえ。
これからとりいそぎ稼ぎたい人はPHPお勧めですね。

あ・私はCしかやりませんけどね♪

適当に打つから誤植が多いこと、それが突っ込みのための
ナイスバランスを生み出すのですけどねえ♪

まだVB6時代のVB厨のほうが今のジャワ糞さんたちよりも幸せなんじゃないかな〜
なあんかジャワ糞さんたちってやたらと見栄張りますからね。
疲れちゃうんじゃないかな〜♪

入力された値をDBに入れて、処理して表示っだけの処理に
なんであんなに理屈が幾層にもついて、
なおかつブラックボックスでもない状態でもの作るのよ。
VBは「こっからさきは関係ないですよぉ」と隔離してたのが良かったんだけど。
厨だろうとなんだろうと、モノが出来ればいいんだよ、
そーゆー仕事だろ、業務Webアプリって。スクリプトで十分なのよ。

# ちゅーと「大規模業務知らないだろ」話になるだろうけどね。
# それもどっちかっつと「Javaで作りたかった」モノがほとんどじゃね？

>>762 >>766-767
Javaでバイナリデータ扱わないんだ…
Javaで業務系で複数のホスト間で通信なんてありがちと思ったんですが。
最近はネットだってテキスト指向で中身XML？。たしかにそうかも。
でも古いホストとの通信を強要される場合とかで「中身バイナリなんですけど〜」
なんてあるとも思うんですけど。

>>784 適材適所は同意。なんでJavaの人もCを覚えたほうがいい。
>>785 つまり今の業界は一部のCの人と、その他大勢のJava厨。その他大勢はグラムあたり何円という構造ですか。
　Cが文字列操作苦手でWebやりづらいのは確か。でもWebのためだけにJavaなんて入れられるかボケー!なんで
　やむなくCという世界もあることはある。(規模は小さいんでなんてこはないですが)
>>798 Spring + Hibernateは初めてしった… Strutsは名前だけは聞いたことがある。
>>803 BSDコミッタ並みって…。バカに刃物を与えるなは同意。
>>809 言語は何でもいいけど、宣言無しに変数使えちゃうのだけはやめてほしい。スペルミスでドカーン。
>>816 VBはデスクトップアプリを簡単(=見積値切)にだったけど、Javaは変に範囲が広い分不幸。

気をつけたほうがいいそうです。
http://www.google.com/codesearch?q=%28executequery%29+%28request.getparameter%29+lang%3Ajava

>>817
実際ジャワの大規模システムって
ほとんど同じような画面が並列で並ぶような処理ばかりですものねえ♪

>>790
リークするのはわかっているけど直せないんで
深夜にわざとリブートして戻すというのもありがち

>>818
>でも古いホストとの通信を強要される場合とかで「中身バイナリなんですけど〜」

ここはあれですよ。お得意のジャワの仕様でできましぇーん。でOKっス

>>819
自演でなく自己レスしますけど
オブジェクト指向が下痢しちゃいそうなほど
えいやあ一揆コピペ&クラス名手直しなんて大技が横行したりします。
(あ・ここないしょです)

> えいやあ一揆コピペ&クラス名手直し
これはひどい。ソースの相似度を測るようなツールってないんだろうか…

>>823
1.貼り付けて手直ししたあと、内部の表示ロジックをちょこっと直します。
2.エクリ糞さんの優秀なるプラグ印でリファクタリングして終了です。
チキンラーメン作るより簡単でうらやましいですねえ。

class1つで全部staticのメソッド&変数。についでひどい。

適材適所の話で言えば
webクライアント側・・・ajaxやらflashやら
サーバ側業務・・・phpやruby
DB・・・SQL
クリティカルな部分・・・C/C++
くらいで分けておけばいいんじゃないか。
でJavaはアプリケーションサーバくらいやらせておくか？

おなじような処理が横並びに並んだ設計が多いんですよね。
1999年頃にかかわったジャワプロジェクトがまさにそれ。
このときのIDEがまたひどくてプロジェクトごと消失しました。
さすがにプロダクト名はいえませんけどね。

2000年にやったものは暗号化されたUNICODEが復元できなくて
泣きました。この二つが私のジャワ嫌いのトリガになっていますねえ。

>>826
いえね、私としてはジャワは新人研修の学習用としては最適なんでは
ないかと思いますね。実業務にはちょっとねえ・・

> おなじような処理が横並びに並んだ設計
あれ〜オブジェクト指向は？ >Java
1999年だからやむをえないか。

自分の無能さを言語の所為にしてお互いに慰めあう
草臥れたおっさんどもが集うスレはここですか？

>>829
最近でもあれですよ、一画面一クラスの海苔ですから
1999年あたりから進歩がないんではないですかねー
ここ最近はジャワに関わるのもおぞましいので避けてますけど。

笑っちゃうのがCORBAベースのアプリ鯖が
いつの間にかオプンベースのカスタマイズが主流になっちゃった事ですよね
初志貫徹してほしかったのに->CORBA♪

MVCとかいうモデルがあるのに
一方ではMVCイクナイとか言う人がいて
ジャワ内部抗争はまるで戦国時代のようなんですねえ♪

俺には、兄貴いるっす。兄貴と俺は、デートの時、どちらかの家に行き、だれもいないとき
、部屋で横になって裸でオッスオッス。それがだんだんエスカレートしていって、学校の体育倉庫で
服をぬがされ、まだ３年生なんすけど、学年で１番大きいマラを、つかむようにしごかれたり、しゃぶった
りされるっす。最初は、苦手だったんすけどだんだん気持ちよくなりサイコーっす。しかも、俺は
、学年１のガチムチっす。兄貴も同じで、マッスルブラザーズでよくみんなにうらやましく、思われてるっす。
: : このカキコ見たあなたは4日後に不幸がおとづれ44日後に死ぬっす。それがイヤならコレをコピ
ペして5ケ所にカキコして欲しいっす。俺の友達はこれを信じず4日後に親が死にました。44日後友達は
行方不明・・・・。いまだに手がかりもなく俺はこのコピペを5ケ所に貼り付けたっす。すると7日後
に兄貴と出会い、10日後に大嫌いな人が事故で入院したっす。
: : 　　　　信じる信じないは勝ってっす

>>823
名前出てこないけどあるよ。

>>830 おすすめ2chの某スレから来ているひとでもいるんかいな。
>>831 ねえねえ、OOは？
>>832 時代はSOAP?
>>833 MVCはJavaに限ってない予感。
>>834 それなんてコピペ?

>>826 アプリケーションサーバが何か理解してないだろ？

>>836
画面デザインが全て同じで表示データがちょぽちょぽ違うだれのものが
列挙されるわけですよ。そこにはOOなんていう都会的な香りは微塵もなく
Windows 3.1時代よりも泥臭い開発の現場があったりするのです。
そしてお客さんにアナウンスするのときは

「このプロジェクトは最先端オブジェクト指向テクノロジーの粋を結集していますからねっ！」

>>835
俺も見た覚えがあるんだけど、名前がでてこねぇ〜。年だな。

>>839
俺は使った事あるよ・・・orz

http://www.pam1.bcs.uwa.edu.au/~michaelw/ftp/src/YAP.distibution.tar.gz

うむ。現場の穴掘り作業とお客さんやメディアに発信するときの
ギャップが天と地なのがジャワなのか。

Java糞の書き込みが少ないな。
「わからなくても困りませ〜ん」「VMがいい感じ」
に恥ずかしくてこれなくなったのか。

「Javaはそんな細かいことではなく、もっと大きい視点でサービスの設計が」
なんて反論がいつものパターンだけど
その大きい視点の実態も>>827 >>838だしな。

結局Javaは、んぽぽんの使う道具ということか。

>>843
「んぽぽん」は「んぽぽん」なりに頑張っていますから
応援してあげましょうね♪

きょうは「おすん」さんたちはこないのでしょうか

参考
>>802

不人気スレでんぽぽん代表が暴れだしましたね
http://pc11.2ch.net/test/read.cgi/prog/1149694546/l50

全員が全員というわけではないだろうけど
少なくとも「わからなくても困りませ〜ん」「VMがいい感じ」
というJavaな人は、グラム何円で叩き売りされかねないとおもう。

だから頑張ったほうが良いんじゃないかと。おっさんは心配。

一部の賢いJavaな人がその他大勢のJava厨を支えているという構造を考えるとね。

>>847
質問〜
おじゃばさんはどのあたりに位置するのですか？

落ち着いた今なら言える
JavaがC++に比べて糞なわけではない
糞な人材がJavaに集まってるだけだ
まともな両刀遣いに書かせればどっちがとか優劣つけがたい（得意分野はあるが）

なんかJavaな人って俺たちが虐げられているのは
ｘｘが悪いんで…みたいな論法でうんざり。

>>848 しらんがな。

ところで「んぽぽん」って何？
一人しか使っていないように見えるな。まあ、意味が分からなければ使いようがないが。
別に使いたい訳ではないが、自分用語を一人で得意げに使っているのは痛々しいので聞いてみた。

>>849
わかった。冷静に聞いてあげるから。
得意分野毎があるから優劣付いちゃうんでないかな。得意分野の視点に依存するけどね。

>>851
お前のことだよ

69式ぺディア
用語
【んぽぽん】
ん-こで
ぽ-かんとしてて
ぽ-かばかりする
ん-ち臭い人
このスレでは一般的にジャワ糞の別名

>ｘｘが悪いんで…
最近はまだ宗教じみてないからいいけど
2000年の頃のジャワ糞は凄かった
ちょうどSu$とM$と係争中だったの時期。
「腐れM$が神聖なるおじゃわ様を汚した(COMの拡張の事だね)」
あの時折れて拡張を許していれば今頃ネイティブJavaコンパイラが
各OS用に出てたよ思うよ。アーメン。

拡張モードスイッチON|OFFとかでね

$>javac -ext ON -out NATIVE upopon.java 拡張モード

$>javac -ext OFF -out WRITEONECEDEBUGEVERYWHERE upopon.java ライトワンスモード

>自分用語を一人で得意げに使っているのは痛々しいので聞いてみた
古臭い頭だな。
用語は常にクリエイトされる。おじゃばはシステム開発設計時の用語定義
しないの？定義すりゃあそれはスコープ内で立派に通用する。まあ「んぽぽん」は
このスレのローカルスコープだけどね。あ・設計した事ないから無理か。
ごめんな。わりいわりい。スマンスマン。ﾅｲｼｮにしておくから。なっ。
でもさ・おじゃばの発想ってこのスレで一番爺臭いよ。

つか、いいかげんウザいからさげてやってくんない？

この連中、ここ5年位Java叩きやってるだろ。ﾏｼﾞできもいんだけど。

5年たってもJavaが糞ってことだろ。早く便所に流せよ。

んでは下げて激しい内容に転換していこうか。

次スレの時は、1のテンプレにsage推奨を入れておいたほうがいいだろ。
ネタスレみたいなものだし。

PGとしてのピークは過ぎてしまい、年齢的にも新しい技術に対応出来なくなりつつあるが
しかしながら、まだまだ定年まで(年金もらえるまで）働かなければならない爺の将来を
ageで考えてあげようじゃないか。若い香具師は、これを参考にして人生設計を考えたほうが良いよ

sageろ。糞爺ども

>>863
66式さんなんて「シャチョーさん」ですからねえ
設けてますよお

やっぱ、PGの後は人売り会社を設立して、PGを売るって生計を立ててるのか

なあんか下げろって言ったり、下げられるとさびしくなっちゃうのか
知りませんけど、ジャワ糞は優柔不断ですねえ。

まるでunsigned intに -1を入れたがるようですね。
あ・ジャワにはunsignedありませんでしたね。

>PGとしてのピーク
ってなに？桑田選手をみてくださいよ。すごいじゃありませんか。
でもジャワ糞には松坂のような凄い人はいませんものねえ。

>新しい技術
新しいだけで糞な技術を見極めないといけませんよ
たとえばジャワ

>>869
桑田、今はすごくないよ、すごければ日本で活躍できるだろうし、メジャー契約になるだろ
気持ちだけすごいってことかな...気持ちが爺の最後の望み？
Javaは技術じゃないだろ、C・C++も爺は技術って言うのか

マスコミを鵜呑みにして桑田がひょっとしてとか思っちゃってる
おめでたいおやじがいるスレはここか？　マスコミを妄信しすぎ。
冷静になれよ。んなんだから、Javaの実力も正当に評価できない
んだよ。

>>863 お？！俺の将来を考えてくれるの？うれしーね。
>>865 昼は窓際サラリーマン、夜の町では「シャチョーさん」。
>>866 そんな優雅な生活ができれば苦労しないですよ。
　でもまあ、世の中食うや食われるやですから。
>>869 Javaは言語です。(たぶん)
>>871 マスコミ鵜呑みもそうだけど、
　オカルトテクノロジや似非テクノロジも鵜呑みにしないほうがいいですよ。

久々に会社〜♪

>>870
そうかあ、よくジャワテクノロジっていつもの通りに虚言はいていたので
てっきり技術かと思ったよｗ

オブジェクト指向でもないのに
オブジェクト指向の最先端ですうって言うのと同じなんだなｗ

>>871
よく読んでくれよ。桑田は凄くないかもしれないけど
松坂もいない桑田もいないジャワ界はんぽぽん状態なだけじゃないの

桑田は凄いよ。そこらのおっさんに比べたら全然凄いよ。
何で過去の実績まで否定するような書き方するんだよ。
ところでC界の松坂とか桑田って誰？

>853,854,857
多分、同じ人だと思うが、俺の言いたいことは分かってもらえたのかな？
857の反応は分かったのかどうなのか微妙だな。
あと、同様の理由で汚物ネタも止めた方がいいぞ。仲間のC厨が迷惑するだけだからな。

単語に反応するしか無くなったのか？

>875
つーか分かってないな。まだ使ってるし。
簡単に説明しよう。
シモネタ、奇声、語呂が面白い言葉などが受けるのは、小学生低学年までだろ。
ネタ的に言うと「小林よしのり」の小学生向けマンガの世界だな。
「クソ」の扱いも、「罵倒」から「汚物（見る人全員に不快を与える攻撃）」に移って来て、
さらに「低学年シモネタ（理由なくはしゃぐ）」になって来てるだろう。

だから見てる方が恥ずかしいんだ。多分、仲間のC厨の方が恥ずかしく（うざく）感じてるはずだ。
Java房は鼻で笑っていて、C厨は苦笑いって所だろう。
本来なら仲間のC厨が注意すべき所だが、C厨は薄情なのか誰も言わないので、代わりに言った。

薄情というより荒らしは放置。

うう？
ここはまじめに話すとこなの？
ネタスレじゃないの？

>>879
おじゃば、まじに聞きたいんだけど、
java使いって>>730みたいな香具師が多いのか？
実は、おじゃばもいい感じに誰かが（VMとか）やってくれるから、困んないよータイプ？

>882
実際にコンテナには何を入れるか気にする必要はないと言うのはウソだ。
instanceof演算子で型判定は出来るが、入れた型と互換性のない型で受けると、ClassCastExceptionになる。
これは結構問題で、冗長にはなるがC++のように型指定すべきと言う事で、1.5か1.6で型指定付きが出来る。
ちなみにJavaがリソースリークしないってのも嘘だぞ。ちゃんと理解して組まないとダメだ。
エディアンは理解する必要はほとんどない。
これはJavaだけの話じゃなくてCもそうだが、HTTPライクなプロトコルにはバイナリでなく、文字列を
使おうというのが、かなり前からの方針だからだ。
少し前のCで自作プロトコルを作る場合も、普通は文字列ベースだよ。
しかしバイナリが不要になった訳ではない。動画や音声を送るには、テキストなんて使ってたら大変だ。
しかし動画や音声などはMPEGなどの共通の圧縮方式を採用しているので、エディアンは関係ない。
結果的にエディアン知らないJava使いはいる。
ただエディアンなんて過去の負債に過ぎないから、知らなければ知らない方がいいんじゃね？

荒れた話が嫌なら、おじゃばがJavaの高度な話をすればいいんだよ。
>>882への回答がちょうどいいきっかけじゃないか。

すれ違い。

>884
いやシモネタ、知障ネタでもいいよ。
誰かチャックが開いたまま歩いていたら、教えてあげないと罪悪感を感じるだろう？
だから自分の罪悪感を払拭するために言っただけで、もう満足したからな。
次は880を見習ってスルーするよ。

結果、「VMがいい感じ〜」が大量発生か。
それで十分が問題かは必要次第。
だが、バイトオーダ変換のサポートって最近だろ？
必要があるから、わざわざ入れたんだろ？

>>883
Javaみたいに絶対にCPUの内部が見えないのなら、気にする必要はないが
エンディアンの問題はCPUに行き着くから、Cプログラムの場合は扱うCPUが
リトルなのかビッグエンディアンか知らないと困る。
32bitデータを1バイトずつ送るときに等に下位からなのか上位から送るべきなのかとか
32bitのIPアドレス変換のときなどにエンディアンを知らないと困る。

ただジャワの高度ネタ振られてもこのスレにはマッチしない。
そんなのやめてくれ退屈だ。かつての「重くね」スレと同じ運命になる。
このスレはCエンジニアとジャワ即のための技術重視コミニュティサロンなのだ。

ジャワ即っていい名前だろう。なんかスピードアップされたようだ。
htons(即) なんちゃって。

>887
土日のレスが多すぎて、「VMがいい感じ〜」ってのが何を指すのかは分からない。
Javaは電文解析とか再送とかお決まりの面倒な事をやらなくていいってだけで、オブジェクトの型や
データの更新タイミング、リソースの管理は自分でやる必要がある。使用する漢字の把握も必要だ。
実行時最適化は自動だが、業務アプリが遅い問題の多くは、SQLの検索にあるからそっちの知識が必要だ。
まあ、Cで再送を自作していた人にとっては、涙が出るほど嬉しい機能だが、Java厨にとっては当然の
事なので、そんなに気にはしないだろう。

「VMがいい感じ〜」が大量発生？なんだろ？

>>883
「Cはエンディアンを知らないと出来ない馬鹿な言語」だとJavaは言う。
「Javaはエンディアンを知らないでできる馬鹿な言語」だとCは言う。
そこに移植性と性能のトレードがあるんですよ。
Cの場合は、#ifdeかな？　コード書く人が考えていてくれてればいいけど。

Javaの置かれている問題環境が、必ずしも考えなくても済むなんてことはないだろうとおもう。
問題環境はこっちでは制御できませんから〜残念。設計によってあわせるしかない。
そのときに助けてドラえ〜もん(泣となきつくならまだしも、「はぁシラネ？」と言われたらな〜。
まあ、そんな場面は少ないんだろうけど。

「自動」って言葉は気をつけたほうがいいですよ〜
制御不可能とニアリイコールだったりしますから。

>>891
つ>>737

制御不可能
そうだねえ、制御も細かくできて、自動でも動作するがベストかな。
自動モードは使わない予感がしますが。

あと認識不可能ってのもあるな。

ある日の会話。
「それでLANのリンクは？」
「自動ｷｯﾊﾟﾘ」
「…いや1000Mとか100Mとか10Mとか全2重とか」
「自動ｷｯﾊﾟﾘ」
それ以来、おれは「自動」という言葉が怖い。

おじゃばの言うところのジャワVM部分って完全自動なんだよな。
よく言えば自動
悪く言えば設計実装側の都合のみサポート
ひどく言えばローギアしかないポルシェ

＞ひどく言えばローギアしかないポルシェ

ティプトロニックだよ。あほ？

>>897
遠慮してポルシェにしてやったんだけど
内心はローギアしかない軽だよ

スケジュールは？自動。　予算は？自動。　仕様は？自動。　納期は？自動。
残業時間は？自動。　俺の給料は？自動。

なんて怖いですね。もう俺は自動=恐怖ですよ。差し迫る問題環境に制御不能なシステムが挑むみたいで。
それに近い状況で苦しんでいる人もいると思う。

自動っていうと「あいまいさ」が残るよね。
なにが自動？これとこれとの組み合わせではどう自動？
あれとそれだけだとどう自動？
って仕様確認するだけで仕事する気なくなりますねえ。

自動がそんなによければ、型なんか捨てろ。
全部バリアントが一番便利ってことになるぞ。

俺の脳内辞書には、「自動」＝「わかっていない」です。まあスルーしちゃってもいい場合もありますが。
あと、「普通」＝「俺にとっては」なんてのもある。 例：普通、Java。　意味：俺にとってはJava。

いいですねえ
Rootオブジェクト型が全てのクラスオブジェクトをスコープ制限なしに
キャストしてくれて
変数使うたびに
巨大なVariantストラクチャ(2000行)を上からシーケンシャルに嘗め回しながら型を決定し。
ああいいなあ。

ばかだな、ばかすぎる。
ソケット通信にしたって、Javaで組もうがCで組もうが基本的に
は一緒だよ。たしかにServletっていうアプり用に抽象化された
ラッパもあるが、独自プロトコル決めて作る分には一緒だよ。
細かい指定がJavaの場合はデフォルトで設定されるってだけだ。
待ち受けてスレッド起動したりとか、再送するとか、エラーのハ
ンドリングとかもJavaでも一緒だよ。おじゃばはJavaでソケット
通信組んだことないだろ。ごまかせるだろと思って勘で書くなよ。
エンディアンにしても、Cで組もうがJavaで組もうが、どちらかを
指定して手続きを踏むという意味では一緒だよ。あと、おじゃば
英語が苦手だろ？　技術者としては致命的だな。とにかく適当に
嘘を書くな。

なんで、BasicのVariantって言葉が出てきたときには、ちょっとドキッとした。

なんたって自動ですから、多少のキャストクラスの不整合も実装側の自動仕様で
丸めてくれれば御の字ですなあ。

そういえば、「再送」って何のプロトコルの「再送」？

プロトコルといえば
HTTP の部分的GETではまっているんだけど
http://suika.fam.cx/~wakaba/-temp/wiki/wiki?GET
バウンダリ文字列で分割されてくるのかな。それはいいとして
ブラウザはどうやってとひとびなバイナリを手持ちのpdfなんかに
埋め込むんだろうか。とりあえず送受信をダンプしてみるか。
あ・独り言です。チラシの裏に書けばよかったな。

ググれ

>>907
漏れ思うに独自プロトコル（UDP?)による再送信のことじゃないか？
自慢じゃないが、俺はJavaでソケットプログラム組んだことがないよ
マナちゃんのやさしいJavaで挫折した口だからな、Javaって難しいよ

分っていて「自動」ならいいんですけどね。

ここのバイトオーダ？bigだよ。仕様に対する実装はｘｘライブラリで処理しているから、俺は気にしないけど。
てな調子で気にしませんなら全然かまわないんですけど。

まあ、末端のPGは気にしないのだろうけど。末端=使いっぱ的な部分もままあるだろうから、安く叩かれやすいんですよ。
ちょっとは一つ上の視点で見てみるとか、一つ下が何やっているか調べてみるとか(全部知る必要はないだろうけど)
小さくても最初から最後まで全部自分でやってみるとか
そうすると、違いの分るJava使いになるんじゃないですかね〜

と偉そうに心配しているんですよ。ジジイは。

じじぃは電子の流れまで把握してるからな。尊敬するよ。

>>911
むしろオッサンがJavaに幻想持ちすぎの感ありあり。
エンディアンを気にしなくていい、JVMが勝手にやってくれるなんて
理屈から考えてそんなはずがねえだろ。

>>912
つ　>まあスルーしちゃってもいい場合もありますが。
っていうか、不確定性原理的に無理。

知るべきだいたいは、一つ上と一つ下。ハード屋さんならICの等価回路。
LSI屋さんなら物性物理?

ああそういやあ昔
汎用機-UNIX XXX接続とか組んだときに、汎用機側の人って強いんだよね
文字コードはEBCDICそのままでこっちに電文投げてきて、EUC変換はこっちの
仕事。こっちは人足同然の扱い。こんな泥臭い仕事なんて大ジャワ様たちは
なされないんですよね。うらやましいっスねえ。

>>914

ジャワ視点で見ると
ひとつ下　C
ひとつ上　VM
ですかね。

自分の一つ上のレイヤと一つ下のレイヤ。
直近的には、上：自分が組んだクラスを使う人と、下：自分が組むのに使うクラス。
一般的には下は、Sunのライブラリとか。上はなんだろ？

>>912
俺は、把握なんて難しい言葉をしいてる>>912を尊敬するよ
でも、エンディアン知らないんだろ、これコンピュータの基礎用語だろ
普通、エンディアンぐらい大学でならうだろ？
ところで、アドレスやレジスタと言ったコンピュータ用語知ってる？

C使いさん、かなり粘着質ですね。
その性格がCにいつまでも固執させるのかな。

大体の場合、下はAPサーバとかオプソのフレームワークだあよ。
ライブラリはどちかっていうと上じゃねーの？

>>920
それじゃあ知識ベース習得レンジが蚊帳の中すぎない？

下の一般的には自分が使っている道具だな。
コンパイラ、ライブラリ…。設計できようにとは言わないけど、コンパイラの仕組みから言語仕様を理解してみるとか。
Javaな人ならVM，Cな人ならプロセッサ(このレベルだと厳しいかも)

あと、ライブラリのソース読むといろいろ勉強になるけどな〜
賛否はあれど駆け出しのC++のときはMFCのソース見て、こんなテクがあるのか〜も昔の話。

>>921
ひとつ上と下は何か？の問いに答えただけだよー。
つかAPサーバを正しく理解するには、やっぱりその下のレイヤの知識が必要になるよ。

おーい69式も参加してくれい。↓参加してくれんと入れ替わるぞ
【2代目】66式のおっさんを呼び込むスレ【00000100b】
66式オサン
巷でシャチョーさんと呼ばれる

あと、マルチスレッドワールドでコードを書くなら、マルチスレッドってどう実現されているのか、カーネルとかスレッドライブラリの仕組み。
ソケットで通信するんだったら自分が扱っているプロトコルの実装(RFC読破？！）とか。

下：自分が扱っているもの、上：自分を扱っているもの。だね。

APサーバは、おじさんわからないや。

じゃあC糞もJavaを探索しなきゃ！　いつまでも食わず嫌いじゃもったいないぜ。

馬鹿丸出しだな

>>926
java糞はエンディアンすら知らないようだから、先ずはコンピュータの基礎から勉強だな
基礎知らないようじゃ駄目だよ

　　　　　　　　　　 　 　 　 　 　 　 　 　 　 |
　　　　　　　　　　 　 　 　 　 　 　 　 　 　 |
　　　　　 ∩＿＿＿∩　　　　　　 　 　 　 |
　　　　　 | ノ　 _,　　,_ ヽ　　　　 　 　（（　 |　ﾌﾟﾗﾌﾟﾗ
　　　　 /　　●　　　● |　　　　　　　　　(=)
　　　　 |　　　　( _●_)　 ミ　＿　(⌒)　 　J　　））
　　　　彡､　　　|∪|　 ノ
⊂⌒ヽ　/　　　 ヽノ　 ヽ /⌒つ
　 ＼　ヽ　 /　　 　 　 　 ヽ　/
　　　＼_,,ノ　　　　　　|､＿ノ

はじめまして、熊さん、どうかしたんですか？
このスレで、AAって珍しいな

>>926
いや、Cの人もJavaなのよ。これが。
前スレだかこのスレの最初の方かでも書いたけど、
組み込みワールドも高速回転・大量消費みたいな傾向にあるからCな人だけじゃ足りなくなってきて
振り向いたら大量のJavaPGがいるじゃないですか。おいしそう〜
でも組み込みなんて自分がやらないと何にも動かないから、Javaが動くようにエイほらサッサ〜♪
なんてことやっている人もいるよな。

>振り向いたら大量のJavaPGがいるじゃないですか。おいしそう〜
何、この表現、ワロタよん

CのPGもわかってねえな〜な人もいる。そういう人はやっぱり安く叩かれがち。
でもJavaの方が変に労働市場がでかい分、やばいんじゃないかと思う。

これはCがいいとか、Javaがダメだとかの煽りじゃなくって。
いかに安く叩いてやろうかと、Javaの労働市場をみてヨダレがジュルジュルな人がいてやばいんじゃないか？ってこと。
ヨダレがジュルジュルな人は、とにかく安く大量にがもっとうだから、グラム何円で大量に仕入れていただきまーす。をしたい。

とはいえ、同じJavaでも際立つ人がいないとその他大勢のJavaの人をいただきますできないから、そこは多少お金かけても少数でも必要だったりする。

で、「いい感じ」とかが、ちょっと大丈夫かよ？と。
他人ましてや名無しさんの人生に責任もてませんから、シラネでもいいけどね。

いや〜世の中、食うや食われるか食べる手伝いをするかですよ。

別にJavaはダメとか言うわけじゃないから。
オレがジュルジュルなわけじゃないですか。オレへの批判はご無用です。

シャッチョさん、シツコイねぇ
>CのPGもわかってねえな〜な人もいる。
あぁ、なんかこのスレにも若干一名いそうだな。
Javaだって言語自体はそんな悪いもんじゃない。これでも一応C++の改良版だぜ。
Javaのコードだって時にはエクスタシーを感じさてくれる。腐っても言語だ。しかも
言語の中では新参者で、それなりのグル達が作ったものだ。リフレクションなんて
いう、Cにない弄り所ももってる。privateなガードの固い変数もクラス外から弄れちゃ
うんだぜ。こんな興奮、Cじゃ味わえないだろ？　ま、すぐ飽きるけどな。

別にJavaがダメなんていってませんから〜、残念。

Javaという言語が糞なのではない
Javaを使う人間が糞なのではない
糞な人間がJavaに大量に群がっているだけの話だ

>>935
JNIで嫌というほど触れる

まずVMの動きを全く制御出来ないかと言うと、そんな事はない。
ガーベージコレクションの種類や、最大メモリ量なども指定出来る。
またバイトオーダー関係の処理も、コーディングで解決しようと思えば出来る。
gcの制御やスレッドプーリング実装なども、コーディングでそれなりにできる。
しかしC++と比べれば、制御出来る事はかなり少ない。

JavaはC++の「失敗」から出来ている言語だ。#ifdefや複雑なコンパイルオプション、
高速化のための複雑なコーディング、専用プロセッサなどの「失敗要素」をわざと排除している。
StringBuilderを使ってないのはどうのとか言う話も、Javaを知らない人の意見だ。
これはコンパイラが文字列連結を自動変換するための物で、自分で使う必要はない。
文字列連結にはStringBufferを使うとか、不要になった変数にはnullを代入するとか、
以前は小技として取り上げられていた物も、コンパイラの自動変換で無用になる。
つまりJavaでは本当に必要な処理部分だけを書いて、高速化や機種依存はVMに任せようというのが
基本思想だ。
自動でも手動でも出来るようにというのはC++の事で、あれは一般のPGが使うにはあまりに複雑だ。

クソな人間と言うのが何を言っているのか不明だ。
C言語を知らない人を言うなら、教えればいいだけだろう。3年も教えれば9割方は一人前になる。
自分より仕事が出来ない人を言うなら、おっさんとC初心者を比べれば、C初心者の方が仕事が出来ないのは
当然だろう。
どういう人間をクソだと言っているんだ？
初心者を捕まえて、仕事が出来ないのはクソだというのは根本的に間違っているだろう。

>>940
おじゃば良い事いうな。
その通りだな。しかしジャワから教えるのよりCから教えるほうが
後々応用が利く人間に育つ。最近の企業はジャワからはじめる。
これがこの先インドにぼろ負けする要因にならなきゃいいと
心配しているだけよ。

企業の論理で言えばインスタントPGを大量生成できるジャワが
収益とマッチしているんだろうな。技術立国ニッポンは遠い昔の話
今はそんなインスタントPG送りこんで金だけ動きゃいいというのがいかんのかな。

StringBuilderはコンパイラが文字列連結を自動変換するための物でし。


　　　　　　　　　　　　　　　　　 |
　　　　　　　　　　　　　　　　　 |
　　　　　　　　　　　　　　　　 ＼|／
　　　　　　　　　　　　　　　　 /⌒ヽ　　　／￣￣
　 　∩＿＿＿∩　　 　　　　 | ゜Θ゜）　＜　StringBuilderはコンパイラが文字列連結を自動変換するための物でし
　　 | ノ＼　　　　 ヽ　　　　　 |　∵ つ　 ＼＿＿＿
　　/　　●゛　　● |　　　　　 |　∵　|
　 |　∪　　( _●_)　ミ　　　　 ＼＿／
　彡､　　　|∪|　　 |　　　 　　　 Ｊ
/　　　　 ∩ノ ⊃　 ヽ
(　 ＼　／ ＿ノ　|　 |
.＼　“　　／＿＿|　 |
　　＼ ／＿＿＿ ／

>>935
>これでも一応C++の改良版だぜ。
なははははっﾜﾗﾀ

1. 改良と言うのは元になるものと比較して全てに(一部)改善されねばならない

改良して遅くなって
改良して細かい操作ができなくなって

これじゃあ「改良」ではないよね。
日本製のスクーターをばらして中国で部品をコピー作成してくみ上げたようなもの。
みかけは同じようだけど品質は低下。

改良というより、取捨選択したという感じか。
>>945
Javaの遅さとか細かい操作ができないことで困る場面てどんなとき？
まさかJavaでドライバ書こうとか思ってるわけじゃないだろうな。

>>964
一番困るのがメモリ割り当てかなあ
gcのせいでパフォーマンスが悪いわけだからgcを使う|使わないっていう
オプションがあればジャワもかなり使えるようになると思うよ

そしてネイティブコードを吐くコンパイラがあればなにも問題ないんじゃないかな
単に言語仕様が違うだよね。
わかった！！ＶＭがうざいんだ。

>>948 つAOTコンパイラ
　具体的にはgcj？ Fedoraに入っているeclipseがvmなしに動いていると聞いて感動。

>>947 俺は>>964じゃないが...
どういうことやりたい時に、どのぐらいの性能しかでなくて、
どういう問題がある。これがCやC++だったら、こういう性能が
だせるから、この部分ではこのぐらいのアドバンテージがある。
っていう風に具体的に書けないのか？　
本からの受け売りか知らないが、GCがパフォーマンス悪いって
繰り返すだけで、具体的にどういう場合に弊害があるのよ。
頭悪いのか？

ちょっとストレステストすると
TCPタイムアウトしちゃうことかな。

>>950
ってきっとストレステストすらしないんだよな。

ちょっとってどんなちょっとだよ。
そのシステムの性能要件がそんだけシビアなものなら、そもそも
Javaを選択するのが間違いだろ。
Javaの特性や性能限界を理解してないお前が技術者として未熟。
Javaに変な幻想抱きすぎてたんじゃねぇの？　やっぱ頭悪いわ。

クソという表現は俺つかったかな？もしかしたら言っちゃったかも。

前に「バカ」っていう表現使ったけど、
これは正確には「バカ扱いされて喜んでいる人」のこと。

いやいや、あれれれ
選択なんてしないよ。ストレステストしたからw
どんなものでも確認し評価する。これ基本でしょうw

>Javaの特性や性能限界を理解してない

いやいや、これって逆におじゃわ様方が理解していないと思うよ。

>ちょっとってどんなちょっとだよ。
テストスペックは社外秘なのでごめんね。

昼休みぐらいさげろヴぉけ

>>950
UIとかまったり制御とかAPならまあ良いんじゃないだろうか？
さすがに最近はレインボーマンみたいにGCで凍ったりしないみたいだし

>Javaに変な幻想抱きすぎてたんじゃねぇの？　やっぱ頭悪いわ。

そりゃあかないませんよ。世界をリードするアーキテクト様が多数
いらっしゃる大おジャワ様軍団はマジ尊敬してますよ。

>>959
適当につくっちゃうとC++とJavaで性能変わらないってホント？
この間のAxisみたいにさ。

OOPによる性能低下は70%に抑える事というガイドラインがあるけど
C++はおそらくそのあたりに収まる。ジャワは言語単体での見積では
C++と同等なのでしょう。実行時でVMという重たいフィルタを通ると予想不可
な状況になるのではないかなあ。
あよくわかりませんけど、世界をリードするアーキテクト様が多数
いらっしゃる大おジャワ様のように頭よくないですから。

>943
OO設計スレで釣りだと言ってた人と同じ人かな？
分かりやすいように極端に書いているだけで、別に釣りしてるわけじゃないぞ。OO設計スレの方もな。
だから間違っていたら、好きに反撃してくれ。釣りだなんて言わないから。

>66式
「バカ扱いされて喜んでいる人」って何だ？

Javaを馬鹿にしてる人たちって、.NETも馬鹿にしてんの？
JavaとC# どっちがつおい？

つうか、Javaが本来ライバル視すべきは.NETだと思うんだがな。
Cとは棲み分けるべき存在かと。Cの人にとってはそうじゃないみたいね。

別に誰もジャワそのもを馬鹿にしていないよ。
逆により上を目指したいアーキテクトレベルな超大おジャワ様たちが
このスレに訪問し流れを作っていると言える。

>別に誰もジャワそのもを馬鹿にしていないよ。
φ（．．）メモメモ．．．っと

>なぜかジャワ糞が押し寄せてくるが気にせず行こう。
>>1のこの部分は改定しなきゃね。

なぜか世界をリードするアーキテクト様が多数いらっしゃる大おジャワ様たちが
ご訪問されますが、楽しくやりましょう。

そういやあドトネトの人ってなぜかこないねえ。なんでだ。

>>965
Cはなんとも思ってない。
Javaがそっちの領土をよこせと暴れてるが
http://pc11.2ch.net/test/read.cgi/prog/1149694546/58

暴れるくせにみんなCのせいにしますからねえ

>>963
・バカ扱いされている人(必ずしも本人がバカとは限らない)：
　バカでも組めるようにお膳立てされた世界にいる大勢の人。

・バカにしている人というより、することを命じられている人：
　バカでも組めるようにお膳立てしているJavaの賢い人。
どこの世界でも賢い人は少ない。

・ヨダレがジュルジュルなひと：
　さらにバカにしているワールドを支配している人。
偉そうに支配できる人はもっと少ない。

というソフトウエア業界の３階層構造ヒエラルキにおける底層で
ニコニコ喜んでいる人のこと。(命名：ニコニコ)

けして底層にいる人全てを挿しているわけではない。あくまで喜んでいるひとのこと。
底層も高さがあるが、ニコニコはどういうわけか自ら喜んで底に潜っていく。

俺はJavaが言語として悪いなんて思わない。
適用可能な場面でなら組みやすさはCなんかよりいい。

ヤバイのは、言語にヨダレを流しているやつとヨダレの中でニコニコしているやつ。

本当にそんな奴いんのかよ？周りがよっぽど馬鹿なのか？

どの層にいたって、みんないろいろ苦労かかえながら一生懸
命やってると思うよ。
Ｃ組めるから偉いってことはない。あんたVBA組めるか？
馬鹿にするかもしれないが、大したことないと思ってるものが、
それなりに組もうとすると、結構大変だったりする。言語的に
簡易だからこそ、ちょっとイレギュラーなことをろうとすると却っ
て面倒だったりする。 それこそ熟知してるCで逐一組んだほう
がよっぽど早く確実に実現できるかもしれない。みんないろい
ろ苦労しながら、工夫しながら、与えられた環境の中でやって
んだよ。

C使いってどうしてこう鼻持ちならない文章書くかね。
自分をどんだけ偉いとか思ってんだか。自分は高みから下層
を見下ろしているつもりなのか。
尊敬を得るような本当に賢い人は自分の能力をひけらかした
りしない。能ある鷹は爪を隠すもんだぜ。

俺が馬鹿にしているわけではないんだが…

> Ｃ組めるから偉いってことはない
その通りですよ。
マクロやVBAって単位が荒いから、単位に外れたときは大変なのは知ってますよ。

> みんないろいろ苦労しながら、工夫しながら、
> 与えられた環境の中でやってんだよ。
そうでしょうね。苦労を知っている人を取り上げてはいませんが。

>鼻持ちならない文章書くかね。
ごめんなさいです。

66式が揶揄してるような連中は、こんなスレ見てねえよ。

自分で汗を流すのがいい、と言ってもなかなか納得してはもらえないよなぁ。
稼働後一年して作ったものが使われてるのをウレしく見る機会があれば
この商売も悪くないと思えるんだけど、それも巡り合わせだしねぇ。

C++はunixでは失敗したが、Windowsでは大成功。
unixの場合は標準となるライブラリの確率が出来なかったこと、GCCのC++コンパイラである
g++がいまいちな点が大きい。

成功したオプソもKDE位しかないしね。

他方、WindowsではC++が普通。これは、MSがMFCやATL等のフレームワークを
投入したからだな。

>>978
えー、じゃUnixのアプリってC言語で書くのか普通てこと？
てか、UnixだとSunやIBMなんだから、自社用Unix用にクラスライブラリ出してるんじゃない？

AIXもSolarisもとっくの昔に終わってるだろ。
いまやunix == linux

linuxはlinux。
unixはunix。
混ぜるな危険。
M$がまともな開発環境をC++だけでしか提供しなかったので当然の結果。

66式の言いたいことは、C使いが偉いとか言う話ではないようだ。ただ説明が難しすぎるぞ。
つまりプログラミングやるなら、コンピューターの動作原理ぐらい知っておけって事だろう？

つまり、プログラミング業界を車業界に例えるなら、
プログラマーはレーサーなんだから、車の構造ぐらい熟知すべきだって事だろう？
しかし世の中には車の仕組みも知らずに乗っている、普通のドライバーが多いのが気に入らないって事かな。
まあ、言いたいことは分かるよ。プログラマはドライバーではなくレーサーであるべきって事だろ。

ただ俺はそうは思わない。
もしドライバーを全てレーサーに育てていたら、それこそ金がかかり過ぎるし、能力的にレーサーに
なるのは無理な人の方が多い。それに、普通の運送をやるのにレーサーの技能は必要ない。
だからその人が必要な技能だけあればいいと思う。レーサーを目指す人や才能のある人には、
高度な技を教えればいいと思う。第一、運転だけが能力ではない。
また車の構造やスピードだけに注目するのも問題だと思う。運転の苦手な人に運転を教えるのは
車の構造を理解する以上に難しい事だし、車を使ってこんな事が出来ますよってアピールするのも
また違う技能が必要だ。

まあ、話はそれたが、66式がまともに新人を教育していないってのが良く分かった。
66式は「自分の成長のために」新人を教育すべきだな。

C++のまともな開発環境を提供できたのはMSだけともいえるな。

solarisはまだ生きている。
LinuxはCPUが4つまでだからな。

HP-UXもまだ生きてる。いちおう。

HP-UXは、早く滅んで欲しい。

ちょいちょい、つまり、何、SunもIBMもC++のまともな開発環境を出せなかったのか？
それ、クラスライブラリ作れなかったといこと？
それとも、VisualStudio出来なかったということ？

>>982 おじゃば
ドライバーはユーザーだろ、開発側の人間（engineer)じゃないだろ
それじゃ、んぽぽん　と言われるぞ

HP-UXはベンダーサポートが厚いからお任せで導入してる。
Solarisは過去に作っちまったシステムの維持管理で仕方なくって感じが強い。
PCの性能アップが凄まじいのでPC-UNIXがいいのは分かってるんだけど、カーネルの
面倒を見れるレベルの奴がいないんだよな・・・

>>979
つ C言語で、gtk+
Javaの人からみたら笑っちゃうかもしれんが。

>>982
動作原理なんて一言も言っていないんだが、もういいや。
うちは新人取ってませんので残念。

>>987
IBMはeclipseをやっていて(もう手を引いたらしい)CDTプラグインというC/C++の開発環境
(VC++からくらべたら、というほどでもないが)もあることはある。
Unixの世界はCUI, emacs, viという伝統もあるので、この手の開発環境は流行らないんだね。

つVisualAge C++

>>990 忘れてた。

デフォルトでマルチバイトが化けるVisualAge C++か
確か仕様が古いと思ったけどね

>>990 っていうか、それってまだあるの？果てしなく昔にクソ高いのを見た覚えはあるけど。

OS/2ならWatcom C/C++かなー。

誰か次スレ立ててよ

おそらく、IBMのソフトがイマイチ市場を制圧できない理由は、モトローラの石がイマイチな
理由と同じだろうと思う。
確定申告が終わったら書くかも。

Code::Blocksってどうなの？
誰も使ってる人いないの？

>>996
それ解るよ、良い物が普及しメジャーになるのではない、商売がうまいところが勝つのだよ

IBMの本業はSIer。モトローラの本業は交換機屋。

つ[XL C/C++]

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。