いてつくブログ

2ちゃんねるのスレッドをコピペしてまとめてみるブログ

Java

PC等暇だから最強のメモ帳つくらね?【java】

1 :デフォルトの名無しさん:2006/06/29(木) 21:11:59
見た目はメモ帳、頭脳はメモ帳。
その名は最強のメモ帳。

33 :デフォルトの名無しさん:2006/06/30(金) 23:26:22
>>1
つttp://www.borujoa.org/upload/source/upload6574.gif

60 :デフォルトの名無しさん:2006/07/02(日) 18:36:43
あのぉ??、ちょっと聞いてもよろしいでしょうかぁ???
最強のテキストエディタと、最強のメモ帳の違いは、なんなんでしょうかぁ???

69 :デフォルトの名無しさん:2006/07/04(火) 07:16:18
時給1000円でJava教えてくれるヒトを募集します
場所 所沢(池袋・高田馬場から直通)
よろしくおねがいします
i??want??to??study??java@hotmail.co.jp

75 :デフォルトの名無しさん:2006/07/04(火) 21:57:19
すごいメモ帳考えた。
まず、文字はキーボードじゃなくてマウスで書く。このほうが自然。
あとメモをマーキングできるように色が選べるようにする。
あと消しゴム機能とか切り取り機能とか拡大機能とかetc。
口で言ってもわからん気がしてきた。。
ようするに、Windowsキー+R→mspaintでできるやつと同じやつ。
絶対これはブレイクする。俺が言うんだから間違いねぇ。

78 :デフォルトの名無しさん:2006/07/04(火) 22:10:50
>>75
つまり、要するに、
http://www.uploda.org/uporg435343.gif.html
ですかね?

96 :デフォルトの名無しさん:2006/07/07(金) 18:56:25
見た目がペイントのメモ帳とか作ってみたくね?

97 :デフォルトの名無しさん:2006/07/07(金) 19:07:58
>>96
すげえ。でもどうやって作って良いか想像がつかないや。
で、思ったんだけど、見た目がエ□ゲーのメモ帳ってできそうじゃないか?
画面の上半分はエッチな絵で、下のテキストボックスがエッチな会話じゃなくて
普通のメモ帳ってやつ。

99 :SOURCE ◆tAo.kQ2STk :2006/07/08(土) 21:04:44
>>96
見てたら無性に作りたくなったんで作った。暫くしたら正規版にする。
http://web1.nazca.co.jp/himajinn13sei/memo.zip

110 :デフォルトの名無しさん:2006/07/09(日) 01:40:05
>>99

エ□ゲを期待したんだがペイントの方だったのか

漏れにはこいつのありがたみがわからん

ソースかエ□ゲかどっちか付けてくれ


114 :SOURCE ◆tAo.kQ2STk :2006/07/09(日) 02:17:05
とことで、>>110期待させて悪かった。
http://web1.nazca.co.jp/himajinn13sei/omake.zip
画面の上半分はエッチな絵で、下のテキストボックスがエッチな会話じゃなくて
普通のメモ帳 というやつを作ってみた。
暇だったからね。
実行ファイルと同じフォルダにMainBmp.bmpっていう名前のファイルがあればそれを読み込んで表示するシステム。
自由に変えてくれ。デフォは某エ□ゲのスクリーンショットをちょっと切り詰めたやつ。

119 :デフォルトの名無しさん:2006/07/09(日) 07:27:04
中間報告

>>1
javaじゃ無理w

134 :97:2006/07/10(月) 10:10:46
>>99>>114 GJ!!!
プログラミング能力を最大限に発揮してくれてありがとう。
君は最強のメモ帳プログラマーだ!!!

187 :デフォルトの名無しさん:2006/07/18(火) 23:58:20
まず最大の難関である頭脳をメモ帳にする方法を探すべき

190 :デフォルトの名無しさん:2006/07/19(水) 18:53:57
>>187
メモ帳って何か特別な頭脳付いてたっけ?

.LOGって最初に書かれたファイルを開いたら日付が児童挿入されることしか知らん。


199 :デフォルトの名無しさん:2006/07/20(木) 00:03:10
メモリ内部の情報をカーネル以外全てスワップして
全ての空きメモリをメモ帳に当てる。セキュリティ関係と
必要最小限以外の常駐・非常駐アプリも一時停止。
これで超軽快。

232 :デフォルトの名無しさん:2006/07/23(日) 04:12:56
がー激つまらん

233 :デフォルトの名無しさん:2006/07/23(日) 10:28:53
>>232
お前の趣向など知ったことか。

253 :デフォルトの名無しさん:2006/08/03(木) 17:31:04
大変です!
notepad.exeが亡くなりました。
有効なWIN32アプリケーションではありませんって叱られます!
助けて


264 :デフォルトの名無しさん:2006/08/09(水) 22:06:19
>>99
もし暇だったらバージョン2を作って呉。


294 :デフォルトの名無しさん:2006/08/24(木) 18:25:18
なんていうか、Windowsのメモ帳ってメモ帳らしくないんですよ。
セーブやロードにいちいちファイルパスを指定しなきゃいけないところが気に食わない。
めんどくさいんですよ。
もっと、サッと出して、ちょこちょこっと書き込んで、
あるときふとその書いたものをサッと取り出せる。

これぞメモ帳

297 :デフォルトの名無しさん:2006/08/28(月) 00:52:12
200??300ページを1ファイル(1冊)とする。
中身はテキストボックスでもマウスによる
描画可能なウインドウでもなんでもいい。
これを超軽快にページめくり出来るようにする(パラパラめくる感じに)。
こうしたらよりメモ帳に近づくんじゃないか?
後はページを切り取って単独でtxtやbmpとかで
保存できるようにするとか。

306 :デフォルトの名無しさん:2006/08/29(火) 17:52:40
もちろんページにフリーハンドで落書きした線などは
ベクトルデータとして保存されるんだよな?

307 :デフォルトの名無しさん:2006/08/29(火) 19:49:07
>>306
bmpデータだと相当重いのではないかと思う。

311 :デフォルトの名無しさん:2006/08/29(火) 19:54:02
>>311
なにその情報量0のコメント

341 :デフォルトの名無しさん:2006/08/31(木) 19:20:06
ページごとにテキスト、ペイントを切り替えられるように
すればいいんじゃない

342 :297 ◆8086/LzvX2 :2006/08/31(木) 19:30:16
>>341
今それでやってるところ。
でも少し面倒なことが出来たから時間かかりそう。

343 :デフォルトの名無しさん:2006/08/31(木) 21:09:27
>>342
独自の拡張子を付けたら?

344 :デフォルトの名無しさん:2006/08/31(木) 21:52:11
絵と文字で分けないでいっそ全てSVGで扱うとかどうだろう。

345 :297 ◆8086/LzvX2 :2006/08/31(木) 22:20:47
>>343
とりあえずtxtファイルに全部書き出してるけど、
糞でかくなりそうだからgzipでの圧縮も考えてみる。
>>344
ごめん、それよく知らない orz

さて、今度はファイルのロードに躓きましたよ('A`)

358 :297 ◆8086/LzvX2 :2006/09/09(土) 23:26:45
|ω・`)ダレモイナイ…トウカスルナライマノウチ

暇を見てちまちまやってたらものすごく時間がかかった orz

ttp://www6.axfc.net/uploader/16/so/N16_3897.zip.html
pass:memocho

これでバグがなかったら正式版にしようかと。
機能面ではこれくらいにして、後は設定等を作ろうかなと思案中。



なんか人がいなくなったの、俺のせい?

373 :デフォルトの名無しさん:2006/09/24(日) 11:18:04
>>297
著作権表示は
Copyright : 297◆8086/LzvX2
でよくね?

376 :デフォルトの名無しさん:2006/09/24(日) 14:34:14
エディタ部分のUIって結構作るのマンドクセだよな
どこまで機能をつぎ込めば良いのかわかんね

全てのテキストエディタは
・テキスト全体を文字列としてget/setできる
という責任を継承しなければならない

行指向のエディタなら、とりあえず必要そうなのは
・行数をかえせるといい
・行の削除できるといい
・ある行の直前/直後に行を追加できるといい
・行単位の文字列をget/setできるといい

グラフィカルにするなら、テキストエディタと行指向のエディタを継承して
・テキストの一部の表示を変えられればいい
…ただし諸刃なので描写が重くなったりするかも

さらにcaretも表示させたいのなら
・現在のキャレットの位置のget/set
 →行指向なら(行,位置)がキャレットの位置で、行指向でなければ(文字の位置)あたりがキャレットの位置になるかな
  これだけでだいぶ処理が変わる
・キャレットの表示に関する責任

他にもmemntoパターンを使ってundo/redow実現したり、cut/copy/pasteとかsearchとかを
詰め込むのかどうか、詰め込むならどんなAPIで接続するのかも考えなきゃいけないよな

マンドクセ

379 :297 ◆8086/LzvX2 :2006/09/25(月) 21:51:07
訳ありでしばらく離れてたら解答が来てた
>>373 thx

ようやくβがはずれました。

ttp://www6.axfc.net/uploader/16/so/N16_4217.zip.html
pass:memocho

なんか設定画面だけ追加する予定が、あれも出来るな??とか
やってたら、β2の頃に比べてサイズが43.5Kも増えてたよ orz
自分で実装しようとしていた物は全部積んだので、後は
住人の要望(あれがほしいとか、これいらないとか)の取り込みと
バグ取りに従事することになります。全部実行するとは限らないけど。

後、最凶のメモ帳とか変なのが混じってますが、勇気のある人
以外は実行しないようにしてください。CPU的に有害なので。

382 :デフォルトの名無しさん:2006/09/26(火) 01:39:06
>>379
ファイル保存するときになんだかnullpoが発生する

とりあえず開発環境はないが、メモ帳でソースコード覗いたけど
もうどこを指摘して良いのかわからないくらい俺の手には負えないので
スルーします

388 :297 ◆8086/LzvX2 :2006/09/30(土) 23:18:40
ソース整理してるといろいろバグが見つかったので上げときますね。

ttp://www6.axfc.net/uploader/16/so/N16_4325.zip.html
pass:memocho

そろそろ俺うざくなってきたから消えた方がいいだろうか。

389 :デフォルトの名無しさん:2006/10/01(日) 00:42:36
>>388
ウザイとか気にすることないんじゃないの。
俺としてはむしろ、罵倒され、もみくちゃにされながらも突き進んでいく、
そういった力強さを期待したい。

応援してます。頑張れよ!

390 :デフォルトの名無しさん:2006/10/01(日) 06:42:39
>>388
「初心者向けjavaアプリ作成講座」として続けたらどうで賞。


391 :デフォルトの名無しさん:2006/10/01(日) 13:33:34
使い方が分からない
あと、なんでこんなに重いの?

411 :デフォルトの名無しさん:2006/10/05(木) 21:58:49
別に3文字じゃなくてもいいじゃんね

423 :297 ◆8086/LzvX2 :2006/10/09(月) 19:56:48
とりあえず中間結果。
先週水曜から出てきた中で、被った物や、他の製品と紛らわしい物(.NETなど)、
2chネタと被りそうな物(.orz、.sengなど)、これだけは勘弁ってもの(.sex)を除くと、以下の通り。

.LzvX2
.nxf
.nob
.realtxt
.rtt
.Smart(ルール的にsmartかSMARTか?)

こんな感じになりました。

現在プラグインを付けるか付けないかで悩んでるんだが…

427 :デフォルトの名無しさん:2006/10/11(水) 18:21:29
そもそも元からプラグインを考えてなかったのに、急にそんな構想突っ込んで破綻するのではないかとおも

やめとけ

428 :デフォルトの名無しさん:2006/10/12(木) 18:37:34
>>427
元のソースを保存しておいて、メジャーバージョンアップと言う形にすればいいのではないかと。
失敗しても破綻は避けられる。

429 :297 ◆8086/LzvX2 :2006/10/14(土) 19:10:40
>>427
確かに破綻するかもしれないが、このまま機能を追加していって本体が巨大化するのは
良くないかなと思ったんだが、どうだろう?
破綻した場合も、>>428が言うようにソースを保存しておけば、すぐに差し戻しできるし。


後、拡張子に関してだが、中間結果以降新しいのが出てないので、投票
始めちゃってもいいすか?

431 :SOURCE ◆tAo.kQ2STk :2006/10/15(日) 08:52:54
久しぶりに来てみたら結構面白いソフトがあるなと思った今日この頃。
さて
>>429
そのプラグインの内容はテキストファイルなのか?
テキストファイルなら、文字を読み込んで認識するための関数が必要になると思う。

ActiveBasic(IDE)にてコンパイラ用に作ったやつだと、文字を読み込む関数群で7Kb(ソース量で。)程度、
文字列によって処理を振り分ける奴で15Kb位になるっていう悲惨な状態になった。
振り分ける方は10項目やそこらなら3??4Kb位で書けるだろうし、文字列を単語ごとに読み込む関数もコメント制御とか抜いたら4Kbもあればかけると思うが・・・

実装できるのか?あなたに。

433 :デフォルトの名無しさん:2006/10/15(日) 09:01:34
>>431-432
?javaなんだから色々手はあるんじゃないか?
実装寄り過ぎの話だし、ファイルサイズなんてテメェの技量一つでどうとでもなるし
肩透かし食らってる感じだ
重要なのは「プラグインとして機能を追加する」っちゅーのを先ず問題にすべきじゃないかと
機能って何よ?追加って何よ?プラグインとしてその”機能”を”追加”するとどうなるのよ、っちゅーことやね

   自   慢   乙   って言いたい
これだから攻防は…


438 :デフォルトの名無しさん:2006/10/17(火) 10:15:53
頑張ってるか??

439 :297 ◆8086/LzvX2 :2006/10/18(水) 23:09:25
とりあえず、プラグインの件は一旦保留にしていいですかね?
メジャーバージョンアップの際に、入れないの???って言う意見が
出てきたらもう一度この話をしようかなと。


で、忘れかけられている拡張子の件ですが、投票開始したいと思います。
人居ないからかなり僅差になるかもしれんが…
項目は>>423
ただし、二カ所訂正
.LzvX2→.lzvx2
.Smart→.smart
こんな感じで。


最初のうちはLzvX2と言う文字列が何を意味しているのか全くわからなかったが、
つい最近になってようやくこの酉の下位5文字だと言うことに気づいた??orz

>>438
頑張ってますよ?? 何も反映できてないけど??orz

444 :デフォルトの名無しさん:2006/11/07(火) 01:26:56
最強っていうくらいだからどんなソフトにも負けてはいけないんだ。
常にアクティブな状態の維持はもちろんのこと、このメモ帳の動きを妨げる
他のプロセスは破壊する機能も完備。
他のプログラムをかってに操作したりしてもできる。
自立思考のAIもつけて、日常業務をこなしたりできたらなおよし。
もちろん、メモ帳であるからして、自身のしたことはメモとして、記録される。
さらに、自身のバグは自動で修正される。
うはっ最強!!

456 :デフォルトの名無しさん:2006/11/21(火) 06:19:31
>>297
すごいなぁ。
アイディア段階の書き込みを見てから実際に使ってみたら予想以上の出来で驚いた。
自分もC#やってるから何か手伝えることがあれば言って。
あ、もしプラグインの機能が付けばプラグインを作るってのもあるな。

拡張子は.rttに一票。
なんとなく覚えやすそうだと思った。
がんばれ。

464 :デフォルトの名無しさん:2006/11/25(土) 16:15:32
おいらも要望


テキストモードとピクチャモード、混ぜられない?

465 :297 ◆8086/LzvX2 :2006/11/25(土) 17:48:16
>>464
最初の時ににいろいろ試したんだが、今はまだ脳みそが足りんので無理??orz
いずれUIが自作できるようになったらもっかい挑戦しようとは思うが…

469 :456:2006/11/26(日) 14:53:11
>>297
自動判別するメソッドは無いっぽいね。
自分で実装するしか無いのかな。
http://dobon.net/vb/dotnet/string/detectcode.html
http://www.gprj.net/dev/tips/other/kanji.shtml
http://www.gprj.net/dev/tips/net/txtenc.shtml


470 :456:2006/11/27(月) 03:26:41
エンコードの自動判別機能を追加してみた。
http://www8.axfc.net/uploader/16/so/N16_6101.zip.html
pass : memocho
>>456の一番上のリンクを参考にして、
mlang.dllのIMultiLanguage2::DetectInputCodepageを使用する方法を使った。

611 :デフォルトの名無しさん:2008/09/17(水) 21:47:27
terapadは標準のメモ帳+α程度の低機能なのが受けてるんだろうなと思ってた

692 :デフォルトの名無しさん:2010/02/22(月) 16:32:31
課題でjavaのチャットつくりたいんですけど
協力してくれる方いませんか?


693 :デフォルトの名無しさん:2010/02/22(月) 19:29:17
>>692
その課題というのはC#ではだめなのか?
JAVAは統合環境がくそだから、できれば避けたい。

706 :デフォルトの名無しさん:2010/05/29(土) 11:59:42
一応Javaで構文強調付テキストエディタを作ってみたけど
これってライセンスとか違反していたらどうするんだろう?
いろいろ参考にしながら作ったので心配。
でも作ってみたかったから作っちゃって動かした。
公開してみたかったから公開したけど違反していないか心配。
今のところ使い物にならないからどうでもいいけど。

そこらへん誰か教えて。


709 :706:2010/05/29(土) 13:58:40
>>706
その意味さえ解らない
でも昔4??5年前暇だったので作っちゃた。
本も見てサイトから参考にして。
yahoo検索で
「java Javaでアプリケーションソフト作成 テキストエディタ 構文強調」
と検索してJavaでアプリケーションソフト作成というホームページにアップ
しているのでどうぞ。
ソースもどうぞ。

732 :uy:2011/06/21(火) 07:20:03.12
スレタイでわろた

最強のメモ帖なのにJAVA?w


wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww

736 :デフォルトの名無しさん:2011/09/11(日) 05:04:18.64
>>732
そこは
メモ帳なのに最強wwwwww
じゃね?


http://hibari.2ch.net/test/read.cgi/tech/1151583119/l50人気ブログランキングへ

PC等言語タンはエ□かわいい!

1 :デフォルトの名無しさん:04/10/28 17:45:21
VC++、C#、VISUAL BASIC、Delphi、BC++、JAVA、PERL、、、といった
プログラム言語&ツールをこよなく愛するスレです。

30 :デフォルトの名無しさん:04/10/29 00:42:17
☆☆☆ プログラミング言語たん 公式設定資料集 パート1 ☆☆☆

JAVA 優しくて明るい。愛称はjavaco。
C お姉さんタイプ。皆から慕われてる。 
VC++ 理屈っぽい
C# ロリ顔、JAVACOにライバル意識を持つ
BASIC 愛想がいいお姉さん。
VISUAL BASIC のろま、他力本願なところある
PASCAL 知的なメガネっ娘
Delphi スリムOL、その実体はObject PASCALたん
BC++ Delphiたんの妹
perl 器用貧乏で不細工だけどマメ


49 :デフォルトの名無しさん:04/10/29 09:37:39
☆☆☆ プログラミング言語たん 公式設定資料集 Ver1.0 ☆☆☆

JAVA  優しくて明るい人気者。愛称はJavaco。
MachineLanguage  孤高でプライドが高い。
Assembler  クールでツリ目な娘。
FORTRAN  学者肌の娘。
COBOL  仕事好きなOL系。
ALGOL  素朴でもの静かな娘。
PL/I  ちょっと高ビー。がんばり屋さん。
LISP  近寄りがたい雰囲気の美少女。体がものすごくやわらかい。
Scheme  LISPの妹分。不思議系の娘。
ML  清濁あわせ呑む豪傑タイプの姐さん
Logo  好奇心旺盛な妹タイプの元気娘。
Simula  面倒見にいいお姉さん。若い子の良き相談相手。
Smalltalk  理屈っぽくて几帳面。凝り性のマニアな娘。
PASCAL  知的なメガネっ娘。勉強家。
ADA  軍ヲタだけど、根はしっかりしてるマジメなお姉さん。
BASIC  ロリ系。天真爛漫な元気娘。
Delphi 知的でスリムなOLタイプ。
C  優しいお姉さんタイプ。皆から慕われてる。 
C++  理屈っぽくて努力家だが、結構大雑把な所がある。
C#  ロリ顔な元気娘。Javacoにライバル意識を持つ


115 :デフォルトの名無しさん:04/11/01 02:00:42
プログラミング言語たんを愛するスレッド集

http://idol.bbspink.com/test/read.cgi/ascii2d/1073747234/l50
http://pc5.2ch.net/test/read.cgi/tech/1098953121/l50

言語たんを・・・

・愛します
・歴史的な視点から考えます
・構造とその変化を客観的に分析します
・擬人化します
・ロリで萌えで耳でしっぽです

154 :デフォルトの名無しさん:04/11/03 02:56:45
このスレを否定はせんが、
ム板でやるなよ

157 :デフォルトの名無しさん:04/11/03 03:48:25
>>154
>>115より
プログラミング言語たんを愛するスレッド集

http://idol.bbspink.com/test/read.cgi/ascii2d/1073747234/l50
http://pc5.2ch.net/test/read.cgi/tech/1098953121/l50

言語たんを・・・

・愛します
・歴史的な視点から考えます ←
・構造とその変化を客観的に分析します ←
・擬人化します
・ロリで萌えで耳でしっぽです

←部分の大儀があるのじゃよ。( ̄ー ̄☆

162 :デフォルトの名無しさん:04/11/03 16:20:02
>>157
ネタスレはマ板でやれ。

164 :デフォルトの名無しさん:04/11/03 16:34:27
>>162
いやム板でやれハゲ

166 :シュッシュ:04/11/03 17:05:48
>>164-165
シュッシュッシュッシュ・・・
あ??、たくさん出ましたね??


192 :デフォルトの名無しさん:04/11/09 10:46:32
日本語プログラミングで女子高生向けに携帯でできる開発環境とかどう?
メール打つみたいに。たとえばhello,world!なら
ーーーーーーーーーーーーーーーーー
いくわよ関数さん・・        (#include <stdio.h>互換)
だしてほら、hello,world!よぉん   (main(){printf("hello,world!");互換)
きゃっでたぁ!            (return 0;互換)
またしてね。まってるわ       ((}互換)    
ーーーーーーーーーーーーーーーー
こんな言語があれば国内の開発効率がすごい勢いで伸びて、
みんな週60時間労働が平気になると思うけどなぁ。
いやなんかあったらあったで国内の情勢に不安を感じだす
でしょうね。

208 :デフォルトの名無しさん:04/11/10 14:28:56
ム板的視点から言わせてもらうと
直感的でなく、プログラミングのやりにくい言語にはまず萌えない

というわけで日本語言語は却下。

209 :デフォルトの名無しさん:04/11/10 14:36:30
>>208
> 直感的でなく、

どうして日本語は直感的ではないと?
英語ベースのほうが日本人には直感的ではないだろ。

> プログラミングのやりにくい言語

単に慣れの問題だろ。

216 :192:04/11/10 17:20:18
だからプログラミングの為の言語ではなくてプログラマのための遊び心のある
癒し言語なんだよ。実用性はなくていい。萌えるための萌えによる萌えの言語
なんだよ。みんなで設計だけでも考えてみないか。

221 :デフォルトの名無しさん:04/11/10 20:45:07
オブジェクトは捨てられません。変身を繰り返して永続的です

はにょ??ん さくらたん::はぁはぁ(お嬢様 知世ちゃん)
{
 さくらたん.変身(メイドさん).はにゃ??ん > 知世ちゃん
 レリーズ(はにょ??ん)
}


222 :208:04/11/10 21:25:43
>>209
すまん、正確に言い直すと「既存の日本語プログラミング言語では」
言語構造が直感的でなく、プログラミングがやりにくいってこと。

>>216
実用性があってこその萌えだと思うんだが……
そこまで「実用性不要」と断言するのなら、もはや何も言うまい

とりあえず、参考文献
http://www.entis.jp/doc/lolita_programing/lolita1.html
http://www.entis.jp/doc/lolita_programing/lolita2.html

>>221
全角/半角の切り替えがめんどい、とか口出しするのは野暮ですか

250 :デフォルトの名無しさん:04/11/13 00:58:19
細かい設定がまだ無いようなので、
誰とは限定できないけど、こんなん如何でしょ?

ttp://f52.aaa.livedoor.jp/~takuyosi/cgi/up/UPfile/883.jpg

264 :デフォルトの名無しさん:04/11/15 20:58:01
>VisualBasic  人当たりが良くて親切、気配りの利く女の子。おしゃれ。
あー? 何いってんだよ、
わかりきった事何度も何度も、そゆの気配りっていわねーよ。


265 :デフォルトの名無しさん:04/11/15 21:07:30
>>264
尽くすタイプ?

266 :デフォルトの名無しさん:04/11/16 03:56:18
>>265

誤>VisualBasic  人当たりが良くて親切、気配りの利く女の子。おしゃれ。
正>VisualBasic  十年前はサラリーマンひっかけてヤラズボッタクリ&筒持たせ
           で荒稼ぎしていたが、今では泣かず飛ばず。


301 :デフォルトの名無しさん:04/11/27 20:40:14
Brainf*ck  誰からも理解されない。精神病院に強制入院させられているグラサン娘。
nekomimiFu?? Brainf*ckたんの双子の妹。Brainf*ckたんと同じベッドで過ごす猫耳の自閉っ娘。

ttp://pc5.2ch.net/test/read.cgi/tech/1036013915/429-434

314 :デフォルトの名無しさん:04/11/30 20:49:23
面白そうだ。
イラスト描くからデザインのコンセプトになるモチーフ考えてよ。
あんまり上手な絵じゃないけど、ある程度なら描ける。

315 :デフォルトの名無しさん:04/11/30 21:20:05
>>314
おお、お願いします!!!

C言語
  うさぎ耳少女。しっぽは丸くて短い。タレ目。少し面長。
  髪形はロングで色は黄金色。細身で背は少し高め。(外の言語たんとの比較上で)
皆から慕われるおっとりお姉さんタイプ。
  愛称はシータ。またはしーたん。

Assembler
  きつね耳少女。しっぽはふさふさで少し長め。キリっとしたツリ目。少し丸顔。
  ツインテールで銀色の髪。細身で背は少し低め。
  クールで物静かなタイプ。孤独を好む感じ。

Lisp
  なかなか(少しも?)年をとらない。髪は黒。瞳は深い青。華奢。家族が多い。
  黒猫を抱いている。(ただのイメージ)
  近寄りがたい雰囲気の美少女。体がものすごくやわらかい。

Java
  ややはにかんだ少女。髪は藍で瞳は紅い。白黒の服を着て頭にヤツをかぶっている。
  胸には十字架らしきものがあるがそれは十字架ではなく、
  ベクトルでもなく、あらゆるオブジェクトに対する参照を意味する。

330 :314:04/12/01 18:05:31
ttp://sdnn.hp.infoseek.co.jp/cgi-bin/pggirls/img-box/img20041201180345.jpg
C言語たん。ふつーのネコミミになってしまった…。

337 :デフォルトの名無しさん:04/12/01 22:04:27
言語の特徴を外聞的にしか知らないくせに言語の性格なんてわかるのか?
くだらないことしてんなよ。

346 :デフォルトの名無しさん:04/12/01 23:17:34
>>337
いや、ちゃんと実際に利用してるから

347 :314:04/12/01 23:49:08
ttp://sdnn.hp.infoseek.co.jp/cgi-bin/pggirls/img-box/img20041201234747.jpg
等身失敗した+ネコミミ忘れたけどObjective-Cたん。
また書き直すよ…

369 :デフォルトの名無しさん:04/12/04 01:09:51
ディティールを考えてくれ

374 :デフォルトの名無しさん:04/12/05 01:25:56
>>369
Rubyたん使ったことないけどイメージでディテール考えてみる。

大和撫子(日本産)で、行動が早い(スクリプト言語)。
物事を整理して考えることができる(オブジェクト指向)。
小柄で、要領のいいイメージかな。
一部の男子には無視されるも、一方では熱狂的なファンクラブも存在する。


384 :デフォルトの名無しさん:04/12/08 19:40:19
>>384
ハァハァ・・・
赤い瞳と赤い着物が魅力的です。


422 :言語たん推進委員会・大総統 ◆lYGqipFPvk :05/02/09 00:53:42
まず自分から

Java (Javaco)

C++
C♯
Visual Basic
Perl
Ruby
アセンブラ
Basic
PASCAL


486 :デフォルトの名無しさん:05/03/06 09:29:16
微えろです
ttp://sdnn.hp.infoseek.co.jp/cgi-bin/pggirls/img-box/img20050306092513.jpg

525 :デフォルトの463:2005/04/05(火) 13:24:29
お久しぶりです。
こっそりとデスマたん投下。
ttp://sdnn.hp.infoseek.co.jp/cgi-bin/pggirls/img-box/img20050405131821.jpg

533 :デフォルトの463:2005/04/11(月) 19:10:50
予想より多くのレスをいただけました。
どうもありがとうです。

こっそり続き
ttp://sdnn.hp.infoseek.co.jp/cgi-bin/pggirls/img-box/img20050411190832.jpg


537 :デフォルトの名無しさん:2005/04/11(月) 22:11:30
>>533
プロジェクト遅れてるのに、統括する上司の責任が
全然問われないってよくありますよね

619 :デフォルトの名無しさん:2005/06/27(月) 13:26:56
俺の遺伝子を継承して実体をたくさんこしらえましょう。
(;´Д`)ハァハァ


625 :デフォルトの名無しさん:2005/07/05(火) 00:23:08
連投失礼します。
>>619と同じオネガイを++様にしてみたところ…
ttp://sdnn.hp.infoseek.co.jp/cgi-bin/pggirls/img-box/img20050705001319.jpg

継承したインスタンスのライフサイクルを考慮した
リソースが足りんらしいとです…orz

660 :デフォルトの名無しさん:2005/07/27(水) 13:19:31
>>625
そのねこみみ後頭部はだれ?

666 :デフォルトの名無しさん:2005/08/15(月) 21:19:33
>>660
亀レススマソ。
ネコミミ後頭部は、名も無いPGの一般化と思って頂ければ。


分かりにくい元ネタを使った事は反省している。
今は、VBタンを出演させれば良かったと思っている。

ttp://sdnn.hp.infoseek.co.jp/cgi-bin/pggirls/img-box/img20050815211313.jpg

668 :デフォルトの名無しさん:2005/08/15(月) 21:34:48
>>666の画像中にtypoがあったので差替。
セキュリティロックのワイヤーで逝ってくる。

ttp://sdnn.hp.infoseek.co.jp/cgi-bin/pggirls/img-box/img20050815213119.jpg

733 :デフォルトの名無しさん:2005/11/11(金) 14:37:59
生みの親に改造されそうなRubyタンでひとつ

734 :723 ◆0x8AD03FF2 :2005/11/12(土) 06:37:15
>>733
シチュ詳しく

879 :デフォルトの名無しさん:2011/06/26(日) 23:50:30.48
C++様信者を名乗ってブログやろうと思ってるんですが、
C++様の画像(img20040918084320.jpg)をブログのプロフィール画像に使わせていただこうと思ってます。
まずいですかね?
ご本人もう見てないかな><

881 :879:2011/07/20(水) 21:18:40.49
ありがとうございます!!
許可が頂けてよかったです。早速使わせていただきました。
(ブログはこちらです。http://ameblo.jp/michirushiina/
信者だとややこしいんで、恐れ多いと思いつつも「C++様のブログ」にしました)

>新たに何か描きたくなるくらいに
C++様のイラストは、髪留めや服装がかわいいんでお気に入りです。
イラストがまた盛り上がったらいいなぁ・・・なんて思ってますw


http://hibari.2ch.net/test/read.cgi/tech/1098953121/l50人気ブログランキングへ

PC等★お前らJavaはJNIで組もうぜ★

1 :chinkasu:02/10/05 14:27
このすれ立てても一人としてレスはいるとはおもっちゃ
ねーけどさ
2ちゃんのアフォにはこのレス荒らすことぐらいしかできないと
思ってるぜ
お前らに期待を裏切るような書き込みをリクエストする


20 :デフォルトの名無しさん:02/10/07 23:02
Windows + Java でクライアントアプリケーション開発してるけど、
JNI経由でWin32APIを適当に利用すると便利だね。
javaではスクリーンサイズしか取得できないけど、
JNI使えばタスクバーを除いたスクリーンのサイズを取得できるとか。
ファイルチューザーなんぞもWindowsの呼び出す方が楽だし。

みんなは、JNIでどんなことしてる?

26 :デフォルトの名無しさん:02/10/08 23:20
>Windows + Java でクライアントアプリケーション開発してるけど、
>JNI経由でWin32APIを適当に利用すると便利だね。
うちの会社ではwindows上のクライアントアプリを作るために、
GUIとかAPIをJNIでラップしてるやつ買ったよ。
便利だね。
C#のライブラリーはなんであんなに糞なの?

27 :デフォルトの名無しさん:02/10/08 23:25
>>26
> GUIとかAPIをJNIでラップしてるやつ買ったよ。

Javaって write once run anywhere がウリなのにそんなことしたら
意味ネーじゃん。馬鹿?

37 :20:02/10/09 01:02
>>26
へー、売り物でそんなラッパーがあるですか?
良かったら製品名とか教えてもらえませんか?

>>27
write once run anywhere なんて言ってる人がまだいたんだ…
今、javaに魅力を感じてる開発者って「どこでも動く」ということより
言語仕様、充実してきたクラスライブラリに惹かれてるのではないかと。

80 :Java軍曹:02/12/27 04:18
まず普通に一本Javaアプリこしらえて、それをその後、ガッツンガッツンのキッリキリに
JNIに置き換えて...というか全て中身DLLに挿げ替えて、最終的に static void mainと、
そこから連なる一連のメソッドのインタフェースだけをJavaとして残す。
つーか、エントリ以外ほぼ全てnative宣言。
....っていう強○まがいのコードが書きたい。いや、むしろ一度書いてみたい。

write once , run here only.

85 :デフォルトの名無しさん:02/12/27 05:17
>>80
それだったら C言語 のソースをJavaのバイトコードに落とせるコンパイラとか書いた方が面白そう。

101 :デフォルトの名無しさん:02/12/28 01:31
>>85
CをJavaに変換するなんてとても容易にできることだとは思えないぞ。
ポインタ、アドレス操作も大変だし、
メモリリーク、配列のバッファーオーバーフロー起こすことができるCソースをそのまま
Javaに変換しても動かないし。

Cの構造体をJavaに変換するとフィールドがすべてpublic、だが値型。
構造体への構造体も値型であるから、
それをクラスの中にあるクラス(クラスの集約)として変換しても
どう考えたってそのまんまではエラー。
Javaではクラス(オブジェクト)はすべて参照型と決まっているからね。
変換したいCソースにC++コードいれたらとんでもないことになりそうだね。

ほかにも容易でない理由はまだまだあるんだけど、きりがないからこれくらいにしておこう。

CをJavaに自動変換するなんて現状ではまだ現実的とは思えないな。
JavaをCに変換するのは簡単だけどその逆は容易でない、というか、
不可逆反応です。それだけJavaが整然としたすっきりとした言語ってことだね。

JavaをC#に変換するJUMP to .NET ですら変換がうまくいかないことがあり、
RMI使っているJavaソースや一部のJava独自のライブラリをC#に変換できないというし。

ある程度は自分で書き直した方が早いんじゃないかな。

104 :デフォルトの名無しさん:02/12/28 01:39
>>101
C言語ソース -> Javaソース じゃなくて
C言語ソース -> Javaバイトコード だったら出来るんじゃない?

それに C言語ソース -> Javaソース だったら
可変長引数の処理とかも無理っぽいし。

110 :デフォルトの名無しさん:02/12/28 05:16
>>104
可変長引数なら、
可変長引数をあらわすこんなクラスをつくればいいんじゃないか?
import java.util.Vector;

public class VariableLengthArgument {
private int number;
private Vector vector;
public VariableLengthArgument(){
number = 0;;
}

public void add(Object obj){
vector.add(obj);
number++;
}

public Object get(int index){
return vector.elementAt(index);
}

public int getNumber(){
return number;
}
}

111 :デフォルトの名無しさん:02/12/28 05:42
>>110
それだったら素直に Vector 使った方が早い。

117 :デフォルトの名無しさん:02/12/28 17:37
public class Point3d {
????????public double x;
????????public double y;
????????public double z;

????????...

????????public void add(Point3d p) {
????????????????this.x += p.x;
????????????????this.y += p.y;
????????????????this.z += p.z;
????????}

????????...
}

このaddメソッド程度のものをnativeで書いた場合とどちらが速いんですかね?
そういったことを試したサイトありませんか?

139 :デフォルトの名無しさん:03/01/04 15:21
ううむ、JIT様がガリガリ最適化したら、
どう書いても同じになりそうな気がするんだが
そうでもないのか。

182 :デフォルトの名無しさん:03/01/13 15:44
>>139
JIT様の最適化にも癖があるよーで…

185 :デフォルトの名無しさん:03/01/18 00:09
>>182
いわゆるJITってクラス境界を越えたinline化はしないのかな?
そうでもしないと限界がすぐに見えちゃう気がするけど。

最近JNIをやってるのですが、JNI Callしたあとって必ず
Exceptionのチェックをしないとダメなんですかね?
かなりウザいんですが・・・

下がりすぎてるようなのでage

188 :デフォルトの名無しさん:03/01/18 10:03
>>185
> Exceptionのチェック
んなわけない

190 :デフォルトの名無しさん:03/01/18 11:34
>>188
そうなの?FindClassとかGetMethodIDとかは戻り値が0だったら
エラーが起こってるのは判るけど、
CallObjectMethodとかだと戻り値だけじゃわかんないやん。

で、一度exceptionが起こると、続くJNI呼び出しはおかしくなるようです。
つかjava.exeが固まります(jdk1.4.1)。というわけで

env->CallIntMethod();
check();
env->CallObjectMthod();
check();
...

なんていうコードを書くハメになったりするわけですが、激しくダサい。

198 :むー:03/01/24 04:05
>>190
Javaメソッド呼んだ後にExceptionOccurredでチェックして例外発生して
たらC++例外投げるようなJNIEnvのラッパーみたいなの書いて、
nativeメソッド全体をtry-catchで囲んどいてラッパーから投げたC++例外
をキャッチしてJava側にさっくり戻る、みたいなことやったりしたらだめかね?


199 :デフォルトの名無しさん:03/01/24 23:46
>>198
結局そうなりますた。
が、windowsでは動きましたがlinuxではJVMがクラッシュしますた。
例外が原因らしいことまでは分かったのですが・・・

200 :デフォルトの名無しさん:03/01/25 09:26
>>199
そんなに甘くないのか… なんでだろう?
Linux版のJVMではJava例外の実装にC++の例外機構の何かを使って
バッティングしちゃった、とかそんな理由なんかな。
stack-unwindでJVMのスタックかどっかを破壊しちゃうとか。
core見ないとわかんなそうだけど、JVMのcore読みなんて鬱すぎる…

203 :デフォルトの名無しさん:03/01/26 09:37
>>200
こんなのありますた
http://mail.gnu.org/archive/html/bug-lib-gplusplus/2000-10/msg00004.html

ショボーン
http://mail.gnu.org/archive/html/bug-lib-gplusplus/2000-11/msg00006.html

ショボーン
http://wmf.editthispage.com/discuss/msgReader$3455?mode=topic

344 :デフォルトの名無しさん:04/04/07 10:37
Java側 → Win32dllは、JNIにて実現できる通信ですが、
Win32exe(プロセス) → Java側を実現するには、どのような手段が一番いいですかね?

アプリケーション間通信だけできればいいので、できればあまり大げさにはしたくないです。
Win32間でないからパイプは無理だし、一つのOS上での通信なのでソケット通信は少々大げさかなと。

345 :デフォルトの名無しさん:04/04/07 10:38
>>344
>Win32間でないからパイプは無理
嘘だろ?

374 :デフォルトの名無しさん:04/12/09 00:41:58
JNIでdefineClassメソッドを使ってbyte配列から取得したクラス情報を元に、インスタンスって生成できますか?
それにしても、JNIのDefineClassってどうやって使うんだろう・・。

375 :デフォルトの名無しさん:04/12/09 00:48:26
DefineClassってJNIじゃないだろ


376 :374:04/12/09 00:55:46
>>375
クラス操作 DefineClass
jclass DefineClass(JNIEnv *env, jobject loader, const jbyte *buf, jsize bufLen);
raw クラスデータのバッファからクラスをロードします。
パラメータ:
env: JNI インタフェースポインタ
loader: 定義されたクラスに割り当てられるクラスローダ
buf: .classファイルデータを含むバッファ
bufLen: バッファ長
戻り値: クラスオブジェクトを返します。エラーが発生した場合は null を返します。

ttp://java.sun.com/j2se/1.4/ja/docs/ja/guide/jni/spec/functions.doc.html


377 :デフォルトの名無しさん:04/12/09 01:17:16
いや、それやりたいのならJNI必要ないだろうという意味だ
コアAPIでできるんだから


378 :374:04/12/09 07:48:29
>>377
それをネイティブコードでかけるかという質問なんです。

390 :デフォルトの名無しさん:04/12/18 21:10:34
>>376
JNIインタフェースのDefineClassって、
バージョン毎にシグネチャが異なるのか?
それともヘルプが間違ってるだけなのか?

あと使い方誰か教えてくれ。
何度やってもネイティブコード上でうまくインスタンスを取得できない。

399 :デフォルトの名無しさん:04/12/19 16:02:26
そういうこと

苦労してJNIでクラスローダ作ったところでいくらでもいじられるんだし
JNIのコードだってスタックサイズの制限とかで大きいの作れないんだから
余裕で解析されるだろうな

それくらいなら帯域とかあるだろうがURLクラスローダを継承して通信を暗号化、
毎回ロードするほうがまだ現実的

ネトゲとかでいくらネイティブコードでもbotとかツールとかなくせないわけだしね
安全性のためにJNIってのは意味ない

400 :デフォルトの名無しさん:04/12/20 00:03:00
>>399
> それくらいなら帯域とかあるだろうがURLクラスローダを継承して通信を暗号化、
> 毎回ロードするほうがまだ現実的

「まだ現実的」ってのがどういうことを意図しているのかよくわからんが、
JNIでクラスローダ作るのって大した手間じゃないし
ネットワークを意識しなきゃならんほうがいろいろ面倒だと思うがね。

460 :デフォルトの名無しさん:2006/05/22(月) 09:43:09
JNIでネイティブのDLLを呼び出すJAVAアプリ作ったんだけど、
JARファイルにまとめると動いてくれないよ。(エラーも出ずに何も反応無く終了する)
JARファイル中のDLLを読み込むにはloadLibraryかloadじゃなくて
findLibraryかなにかで読み込めば良いの?

461 :デフォルトの名無しさん:2006/05/22(月) 10:00:30
>>460
標準のJNIのローダーはjarに対応してたっけ?
ネイティブのファイルシステムに置いて無いとダメじゃないのか?

471 :デフォルトの名無しさん:2006/07/12(水) 13:09:44
CHAR *GetStringFromJstring(JNIEnv *env, jstring jstr)
{
CHAR *sjisCode = 0;
INT32ret = 0;
const jchar *jchr = 0;
INT32jlen = 0;

// jstringがNULLではないときのみ処理を行う
if(jstr != NULL)
{
// 文字列、文字長の取得
jchr = env->GetStringChars(jstr, NULL);
jlen = env->GetStringLength(jstr);

// バッファの確保(すべて2バイト文字だった場合を想定)
sjisCode = (CHAR *)malloc(jlen * 2 + 1);
if (sjisCode != NULL)
{// メモリ確保成功
memset(sjisCode, 0, (jlen * 2 + 1));
// コード変換
ret = WideCharToMultiByte(CP_ACP, 0, jchr, jlen, sjisCode, jlen * 2 + 1, NULL, NULL);
sjisCode[ret] = '\0';
}

// 取得文字列の開放
env->ReleaseStringChars(jstr, jchr);
}
return sjisCode;
}

479 :デフォルトの名無しさん:2006/09/05(火) 22:25:34
JNIの勉強をしているのですが,CPU使用率のように連続的にデータを取得する際,
Java側からwhileループをまわして何度もdllを読み込むという非効率な方法をとっています.
一度dllを呼び出すだけで連続的に返り値を読み取る方法はあるのでしょうか
ご教授お願いします.

480 :デフォルトの名無しさん:2006/09/05(火) 22:36:18
>>479
dll読み込む、dll呼び出すってのが、具体的に何を指して言ってるのかわからん。

481 :479:2006/09/07(木) 12:53:19
>>480
言葉が足りなくてすみません.
dll読み込む、dll呼び出すというのは,ネイティブメソッドを実行するという意味で書きました.
現在はネイティブメソッド実行時に,返り値としてCPU使用率を取得しているのですが,
この方法ではJava側でWhileループで何度もネイティブメソッドを実行する必要があります.
ネイティブメソッド側でWhileループをつかってJavaに連続的に値を返す方法は
ないのでしょうか

590 :デフォルトの名無しさん:2008/08/14(木) 01:26:18
こんな感じ?

#include <jni.h>
JNIEXPORT jobject JNICALL Java_Goodbye_getGoodbye(JNIEnv *env, jclass clazz) {
return (*env)->NewDirectByteBuffer(env, "goodbye", 7);
}

import java.nio.*;
public class Goodbye {
public static void main(String[] args) {
System.loadLibrary("goodbye");
ByteBuffer buffer = getGoodbye();
byte[] b = new byte[buffer.remaining()];
buffer.get(b);
System.out.println(new String(b));
}
private static native ByteBuffer getGoodbye();
}

609 :デフォルトの名無しさん:2009/01/02(金) 03:54:04
このコアダンプももう見飽きたw

# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x61e012bb, pid=1668, tid=1888
#
# Java VM: Java HotSpot(TM) Client VM (11.0-b15 mixed mode, sharing windows-x86)
# Problematic frame:
# C [sse.dll+0x12bb]

Current thread (0x002b7400): JavaThread "main" [_thread_in_native, id=1888, stack(0x00900000,0x00950000)]

siginfo: ExceptionCode=0xc0000005, reading address 0xffffffff

Registers:
EAX=0x00000000, EBX=0x26947e88, ECX=0x002b7a98, EDX=0x00000004
ESP=0x0094fbb8, EBP=0x0094fc00, ESI=0x0094fc2c, EDI=0x002b7400
EIP=0x61e012bb, EFLAGS=0x00010206

Top of Stack: (sp=0x0094fbb8)
0x0094fbb8: 002b7400 0094fc44 00000000 00000004
0x0094fbc8: 0094fbd8 47012a00 00a06a48 00a06fda
0x0094fbd8: c2040000 c2b00000 c2c60000 41b00000
0x0094fbe8: c7417200 c800f880 c8111580 47012a00
0x0094fbf8: 00989e07 0094fbfc 0094fc38 00a0926b
0x0094fc08: 002b7514 0094fc2c 0094fc24 00000000
0x0094fc18: 00000004 0094fc44 00000000 2298a768
0x0094fc28: 00988069 269483a8 2298a788 00000004

Instructions: (pc=0x61e012bb)
0x61e012ab: 45 08 89 04 24 8b 82 34 03 00 00 ff d0 83 ec 14
0x61e012bb: 0f 28 45 e8 0f 58 45 d8 0f 29 45 e8 8b 45 08 8b


http://hibari.2ch.net/test/read.cgi/tech/1033795664/l50人気ブログランキングへ

PC等お前ら何歳のときからプログラミングやってんの?

1 :1だよん:03/05/30 17:44
この板の皆は何歳ぐらいのときからプログラムやってるんですか?
できたら始めたきっかけや、言語も書いてください。

32 :デフォルトの名無しさん:03/06/01 13:51
小学生の時MSXだったな。
雑誌のコピペ厨(鬱

33 :デフォルトの名無しさん:03/06/01 14:17
>電源入れていきなり開発環境
そういやそうだな。いきなりBASICのインタプリンタのエディタだもんな。

34 :デフォルトの名無しさん:03/06/01 14:24
>>33
羨ましいよマジで。

俺なんてWin3.1から入ったからお年玉で
VB/VC++/Turbo C++買わなきゃならなかったし。
動くソースなんて画像ビューア程度しか手に入らなかったし。
ネットもNIFTYとかPC-VANしかなかったし。

まともなプログラム書けるようになるまで3年ぐらいかかったよ。

57 :デフォルトの名無しさん:03/06/01 18:38
>>34
漏れは中学のとき学校で初めてBASICやった。

高校に入ってからPC-9821買って起動時にWin3.1を起動するか
終了するかを選んで、終了を選ぶとBASICが起動した。

しかしどこがうらやましいんじゃ。
Basicではろくなことできなかったし。
行番号つけるの面倒くさかったし。
C++のようなオブジェクト指向じゃなかったし。

あのときはあの画面でのソースファイルの保存の仕方がわからなかったんで
結局M$-DO$上でBASICを起動して使っておりました。

早い時期からC言語を習得する意義を見つけることができたあなたが羨ましい。

62 :デフォルトの名無しさん:03/06/01 22:47
>>57
> 行番号つけるの面倒くさかったし。
始めてBASIC見たときは、ラベルをいくつでも付けられるのに感動した。

> C++のようなオブジェクト指向じゃなかったし。
「C++のようなオブジェクト指向」はいらない。

83 :デフォルトの名無しさん:03/06/27 00:50
現在24歳、人生考えて大検勉強と平行で1ヶ月前からVC.NET買って勉強中・・・
う??ん、先が不安だ・・・
誰かまだ大丈夫!とか言ってくれ!

124 :デフォルトの名無しさん:03/09/07 22:56
7才でBASIC始めました。
この時点で人生間違えました。


143 :O| ̄|_:04/02/19 23:13
皆早くて羨ましい。
そんな俺は14でCに苦戦しているヴァカなリア厨なんでつな…

144 :デフォルトの名無しさん:04/02/20 02:08
>>143
14でC言語とはうらやましい。
俺はそのころZ80のアセンブラで遊んでたよ。

145 :デフォルトの名無しさん:04/02/20 03:32
俺はその頃BASIC。
世代的には >>143 >>144 の間なんだろうけどなんか一番カッコワル。

187 :デフォルトの名無しさん:05/02/09 16:15:26
>>1
小学校6年の時に、おじいちゃんに買ってもらったシャープのポケコン
(型番忘れた。400バイトしか入らず、カセットでプロラムを保存)

言語は当然BASICね。


195 :デフォルトの名無しさん:05/02/18 01:17:26
13歳のときにインターネットか・・・
もうそういう時代になったんだなぁ

233 :デフォルトの名無しさん:05/03/20 16:26:11
13歳から(現在)

C/C++やった後、アセンブラに以降

今度アセンブラでWIN32やった後CでWIN32をやる予定

235 :デフォルトの名無しさん:05/03/20 20:31:33
>>233
posixの方がおもしろいぞ。

236 :233:05/03/20 21:58:07
>>235

調べてみたけど何か難しそうでつねw
(っつうかUNIXねぇし)

282 :デフォルトの名無しさん:2005/09/24(土) 10:56:03
10歳でプログラミングやってる奴って今頃引きこもりなのかなぁ
14歳ぐらいまでは外で元気に遊んでそれからプログラミングとかしたほうがいいと思うなぁ
だってそんな子供のときからそんな傾向に向かってたら、人と話す切っ掛けがなくなっちゃうでしょ!

310 :デフォルトの名無しさん:2006/01/14(土) 21:06:55
11??12歳からC言語やり始めた
ポインタは普通に使えたと思う
そんな俺は14歳

320 :デフォルトの名無しさん:2006/01/19(木) 00:05:48
>>310
お前みたいな奴みるとムカつくのだが。
ポインタが分かったからって、わざわざ書く事か?
自慢したいだけじゃないのか?誉めてほしいだけか?

321 :デフォルトの名無しさん:2006/01/19(木) 00:26:44
>>320
厨相手にムキになるなよw
もしかしてポインタ使えないのか?

324 :デフォルトの名無しさん:2006/01/19(木) 07:51:25
>>321
どうした、図星か?
誰かが指摘しないと、又同じ事をするだろ。
そうやって、子供だからって甘やかす奴がいるからDQNが生まれるんだよ。


326 :デフォルトの名無しさん:2006/01/19(木) 19:38:51
>>324
おいおい、中学に入る頃なら単純なインタプリタかコンパイラを自分の得意な言語で書ける位にはなるだろ
ポインタなんか理解できて当然じゃないかw
自慢でもなんでもないと思うぞ

330 :デフォルトの名無しさん:2006/01/19(木) 23:17:40
>>326
中学に入る頃にそういう言語がまだ無かったお年寄りですが何か?


335 :デフォルトの名無しさん:2006/01/26(木) 13:41:14
俺14だけどプログラミング全くわかりません
俺の2倍年上の方々、ご教授お願いします

338 :デフォルトの名無しさん:2006/02/01(水) 11:19:54
>>335
算数と数学の勉強をしろ
とりあえず今学校で習ってる数学はペースが遅いので独学で中学卒業時には高校数学の大半は終らせとけ

339 :デフォルトの名無しさん:2006/02/01(水) 15:23:16
>>338
そんなの不可能です
あなたはそういう事できたんですか。真面目に教えて下さい。
とりえあず、マニュアル買います

343 :デフォルトの名無しさん:2006/02/01(水) 17:30:21
微分は傾き、積分は面積と考えるとゲームを作る際に意外と使い道が多い
つうか微積ごときで天才とか言わないで欲しい

347 :デフォルトの名無しさん:2006/02/01(水) 22:43:00
>>343
小学校低学年で微積の概念を独自に見つけたら天才だと思う。
ちなみに本当に天才なら中学で4次元以上n次元のベクトルのイメージを頭の中で描けるらしい。

俺は4次元ベクトルですら無理。



388 :デフォルトの名無しさん:2006/04/23(日) 16:21:24
高校1年生の俺が来ました。
プログラミングは14歳の頃からかな

390 :デフォルトの名無しさん:2006/04/23(日) 16:23:28
>>388
もしかして工業高校?

391 :デフォルトの名無しさん:2006/04/23(日) 16:23:58
>>390
普通の平凡な私立の高校の普通科ですが。

395 :デフォルトの名無しさん:2006/04/23(日) 17:06:06
Windowsだったら最初から
DEBUG、JScript、VBScriptは入ってるんだよな。
Office入れてたらVBAもあるし。

ネット上なら無数の使える環境がタダで手に入るワケで。

445 :デフォルトの名無しさん:2006/05/29(月) 09:32:21
来月45歳になりますが昨日はじめてCで『Hello World!』をやりました。

449 :デフォルトの名無しさん:2006/05/30(火) 09:52:07
18歳からC++とVB

>>445
がんばってください!

452 :デフォルトの名無しさん:2006/05/30(火) 16:53:21
14

467 :デフォルトの名無しさん:2006/05/31(水) 03:41:44
WEBだとCも覚えておいた方がパーフェクトに近いよ
序にPHP MySQLも分かると重宝がられる
美味しい人になってくださいな

470 :名無しさん:2006/05/31(水) 14:19:24
そういや20過ぎてからやん。遅!

472 :452:2006/05/31(水) 23:18:17
>>467
>>470
そうなの
この年でこっちの業界に転職だと
なかなかきついものがあるんだわな
家帰っても勉強してる

ただ、今のところDBが多少わかって
ネットワークはCCNA程度の知識
LINUXは簡単な鯖くらいなら構築できる
VBはDBがらみでちょこちょこ触る

もう一個言語でも30歳までに覚えれば
何とか物になるんじゃないかなぁっと
甘く考えているんですが・・・どうなんでしょう?

業界で永くやってる先輩方の
意見なども聞かせてもらえると嬉しいです。

つまらないレスでスマソ

>>445
がんばってください

514 :デフォルトの名無しさん:2006/12/25(月) 16:45:58
プログラムは若いうちからやらんと無理。
数学や英語だってそうだろ。
ハタチ過ぎてからやっても無駄。
若者が1年で覚えることを3年かかってようやく覚える、楽しいか?

一線で活躍してる上級プログラマは例外なく子供の頃からやってるね。
もちろんその環境を与えた親のおかげ。
つまり、親に恵まれない奴は何をやっても無駄ってこと。
DQNの子に産まれた時点で人生終わってるのさ♪

538 :デフォルトの名無しさん:2007/01/16(火) 00:34:39
> プログラムは若いうちからやらんと無理。

コンピュータの歴史とともに生き、様々な言語を生み出してきた世代が
子供の頃、コンピュータは電子計算機センターにしか存在しなかった
わけだが...


540 :デフォルトの名無しさん:2007/01/16(火) 01:18:35
>>538
そんな低水準な事なら科学者かサイエンスオタであれば誰だってできるだろう。
現在の言語は論理的且つ抽象的な思考を求められる独特な存在なので、頭の軟らかいうちにやっておかないと少なからず損する。

547 :デフォルトの名無しさん:2007/01/16(火) 19:26:52
17歳でC始めた。友達はみんなおしゃれとか恋の話とかで女子高生満喫してんのに私は…

まぁ楽しいからいいや

548 :デフォルトの名無しさん:2007/01/16(火) 20:35:16
>>547
16歳でFORTRAN始めた。ついでにBasicも嗜んだ。
論理回路とかも勉強して、オレCPUを設計して悦に入っていた。
友達はみんなデートとかカノジョの話とかで男子高校生生活満喫してんのに私は…


…プログラミングしてなくても満喫できっこなかったから無問題(`・ω・´)



…だった高校生の頃。
今はコンパイラ作ったりプロセッサの設計に関与したり、…って20年経って同じかよ。

550 :547:2007/01/16(火) 21:24:04
>>548氏は女なのか男なのかオカマなのかネカマなのかわからないけどナカーマ(・∀・)人(・∀・)

CPUの設計って自作パソのこと?
教えてえろい人

553 :デフォルトの名無しさん:2007/01/16(火) 22:22:14
わかった!>>548氏はオサーンな訳ね!
紙にプログラム書いてたオサーン(*・∀・*)ステキー!


お父さん世代なんだろうか。

580 :デフォルトの名無しさん:2007/10/30(火) 02:39:57
俺は中学生のときに
親父の部屋にエ□本を漁りに行ったら
Windows100%にHSPでゲームを作ろうみたいな記事が
あったのがきっかけだな


582 :デフォルトの名無しさん:2007/10/31(水) 05:13:41
>>580
HSPはプログラミングじゃないよ
ただソフト使ってるだけ

635 :デフォルトの名無しさん:2008/10/19(日) 00:33:32
やはり普通は10歳近辺だよな
それより遅い奴は何やっても駄目な奴で
人間として終わってる屑。

636 :デフォルトの名無しさん:2008/10/19(日) 01:09:59
>>635
それはない。適正があるやつは、半年で一通りマスターするし、適正ないやつはいくらやってもヘボなまま。

638 :デフォルトの名無しさん:2008/10/19(日) 11:04:19
>>636
いや、一理あるよ。
20超えてからやる奴って大抵文系プログラミングレベルでお手上げ。
コンピュータサイエンス(笑)がらみの話題や、
新しい話題を手に入れることなんてできないし、することもない。
コーディングはできるが、書けない、という感じの
奴らに多い。

731 :デフォルトの名無しさん:2009/10/13(火) 21:29:32
> visual studio は素人には敷居高すぎだわ。
なんで?



http://hibari.2ch.net/test/read.cgi/tech/1054284287/l50人気ブログランキングへ

PC等COBOL vs Java 2戦目

1 :デフォルトの名無しさん:2006/09/13(水) 22:37:48
前スレです。

ttp://pc8.2ch.net/test/read.cgi/tech/1068819212/

3 :デフォルトの名無しさん:2006/09/16(土) 21:16:42
このスレはjavaを冒涜してるのか
それともCOBOLを高く評価してるのか

5 :デフォルトの名無しさん:2006/09/18(月) 04:22:12
>>3

未来なきJavaなど冒涜する気にもならない。

152 :デフォルトの名無しさん:2008/07/25(金) 22:42:55
純粋にCOBOL、JAVAを比較して(レガシーアプリなし、新規構築という条件)
COBOLが優れている点ってないのかな。実行速度が速いとか。
今のとこ"vs"って内容になってない気がする。


154 :デフォルトの名無しさん:2008/07/26(土) 10:47:49
>>152
俺が昔やってたCOBOLの業後バッチ処理だと、
DBの内容を全て固定長のシーケンシャルファイルに吐き出して、
入出力すべてシーケンシャルファイルのバッチプログラムを
数十段も連ねて、一番最後にDBにロードして、、、ということやっていた。

今ではJavaで、殆どSQLでDBをいじっちゃうけど、
処理速度で悩まされることが多い。
SQLをチューニングして何とかなる場合は、それでいいんだが、
DBMSの諸々の設定(あるいはバグ)の問題が絡んでくると厄介。

昔は良かったなぁ、と思うことがよくある。
別にJavaだって、シーケンシャルファイル多段処理方式を
作れば出来るだろうが、やっぱり実行速度が遅いし、
固定長レコードのシーケンシャルファイルを扱うプログラムは、
圧倒的にCOBOLが作りやすい。


158 :デフォルトの名無しさん:2008/07/27(日) 19:13:59
>例えばテーブルの設計で言うと、俺が今保守しているJava+SQLのシステムは、
>正規化をやり過ぎて、何をするにしても、
>テーブルを10個ぐらい join しないとまともな仕事ができない。
>それで平気でjoin しまくった複雑なSQLが、処理速度を落としている。
>主観的には、昔のCOBOLの多段バッチAPなら
>5本を組み合わせて行うボリュームの処理を、
>たった1つのSQL、1つのAPで行おうとしている感じ。

漏れ、ABAA??ABB9みたいなテーブル数10個以上で正規化もクソもない多段バッチ
のCOBOLのプログラム見たことあるけど。
こういう糞設計もCOBOLerが独壇場に感じる。
それにテーブル10個JOINしないと、の件もフカシが入っていると思うが。
本気だとしたら、それこそコボラーかAccessヲタが設計したんだろう。

ちなみに昔の人でもいい設計する人はいる。だからCOBOLと言う言語自体は全否定はしないが
実際に許せるレベルの設計できる人は万分の一程度だろうなぁ。


>Java+SQL(簡単) + Java+SQL(簡単) + Java+SQL(簡単)
悪いんだが、処理速度の改善策としてこんな悪手を選択するエンジニアが
「COBOLの方式もよい」なんて発言するって事はRDBMSの基礎も
解っていない素人にしか思えん。

196 :デフォルトの名無しさん:2008/08/29(金) 00:36:17
例えば、
在庫テーブル    (品目コード、数量) と
品目情報テーブル (品目コード、名称、単価)

があって、在庫の一覧表(品目コード、名称、在庫額)を作りたい場合、
品目コードをキーに2つのテーブルを結合することを考えないか普通は?


197 :デフォルトの名無しさん:2008/08/29(金) 09:52:57
そうか。なるほど。

その例の場合、
在庫テーブルと、品目情報テーブルを読み込んで、
在庫の一覧表テーブルを、新しく作れば良くない??
結合とか、余計な機能使ったら、遅くならないの??
っていうか、在庫の一覧表テーブルを、新しく作っても遅いじゃん。
最初から、在庫の一覧表テーブルは用意しておいて、
在庫額だけ、数量x単価を(プログラムで)計算して、更新すれば良くない??

212 :デフォルトの名無しさん:2008/08/31(日) 10:15:54
>>197
>結合とか、余計な機能使ったら、遅くならないの??

>>196 の例ならば、たいして遅くならない。
select 
 Z.品目コード, H.名称, Z.数量 * H.単価
from
 在庫テーブル Z left join 品目情報テーブル H
 on
 Z.品目コード = H.品目コード ;

在庫テーブルも品目情報テーブルも、品目コードがプライマリキーであることは明らかだから、結合キーが品目コードだけの上記SQLは十分速い。

>在庫テーブルと、品目情報テーブルを読み込んで、
>在庫の一覧表テーブルを、新しく作れば良くない??

良くない。そんな事する方が圧倒的に遅い。

誤解しないで欲しいのだが、俺は別にSQL結合マンセーではない。場合によっては、>>197 の主張するとおり、中間的なテーブルを設けて処理する方法もアリだと思う。しかし、>>196 のような単純な例では、
 中間テーブル方式 >>>> SQLで必要情報を結合して取得する方式
コストを比較すればこうなる。

もし、在庫一覧表出力機能あるいはそれに類する物を設計する機会があるなら、中間テーブル方式にせよ、SQL結合方式にせよ、状況(データ構造、更新頻度、etc)によって適切な方式を選択する必要がある。
しかし、>>197 はどうも、SQLの結合に対して妙な偏見があり、無条件に中間テーブル方式を採用してしまうような気がする。技術者として、その姿勢にはいささか問題があるよ。

216 :デフォルトの名無しさん:2008/08/31(日) 11:14:07
ああごめんなさい。作るじゃなくて引っ張るですよね。
>結合で毎回作るより速いでしょう

俺もちゃんと読もう。

>しかし、>>197 はどうも、SQLの結合に対して妙な偏見があり、
>無条件に中間テーブル方式を採用してしまうような気がする。
>技術者として、その姿勢にはいささか問題があるよ。

最初から結合した結果の項目を持ったDB用意しとけばいいと思うんだけどなあ・・・。
そうだね。しょっちゅうは参照しないから、
いちいちDBは作りたくない場合なら、結合の方がいいよね。
でも、頻度が高いのなら、めんどくさいけど最初から作っておいた方がいいと思う。
速度が気になるというお話ですし・・・。頻度は高いのかと。

243 :デフォルトの名無しさん:2008/09/02(火) 10:04:32
>「既に開発、テストが済んでいる機能」
>と
>「新たに開発、テストを行う機能」
>どちらを採用するか、
>という問いに、
>皆は「開発済み」を選択し、
>君は「新規開発」を選択している。

>君は、
>期間を要する方、
>バグの危険性の高い方を選択している。

>不自然だろ。

どうしたら速くなるか?っていうお話だよ。
設計を見直すべきだというお話。

この例では、別に複雑ではないが、
継ぎ足し、継ぎ足ししていると、
そのうちに手が入らないシステムになってしまう。
まあ、その方がカネが取れるといえばそうだけど、
そういう技術者ばかりだからダメなんだよ。

設計に良くない部分があるのなら、
早めに見直すべきだ。

何度も言うが、プログラムや機能より、設計。
結合の方が技術者は確かにラクでバグは少ないけど、
面倒くさがってはいけないよ。
その程度でバグ出す心配してるようじゃダメだよ。

246 :デフォルトの名無しさん:2008/09/03(水) 01:38:06
>>243

>設計を見直すべきだというお話。
その設計とやらが、
SQLによる複数テーブルの結合によるレコード取得を否定し、
複数テーブルから個別にレコード取得する方式を指し、
外部キーによる整合性の維持を否定し、
プログラムからの整合性チェックを指すならば、
それを設計とは誰も呼ばない。
それはムダと呼ばれ排除する為に皆が努力を重ねている。

それに対し君は、
そのような努力を怠る自らを慰める言い訳を探すかの如く、
皆の考えを否定する。

君は間違っている。

275 :デフォルトの名無しさん:2008/09/09(火) 20:50:38
ジャーナル的に受注時点のマスタ情報をトランザクションで持ってなきゃいけないとか、
法定項目だけで100以上あったりとか、
テーブル正規化すると移行が難しくなるから非正規化しとくとか、
色々ある訳よ。
テーブルがそうだとCOBOLで書こうがCで書こうが同じなんだよね。
だからsql*plusのdescを標準入力から食って
出力ファイルのCOPY句通りのレイアウトで出力する
Cのソースを自動生成するツールとか作ったよ?


276 :デフォルトの名無しさん:2008/09/09(火) 21:13:32
>>275
>ジャーナル的に・・・
単価テーブル(顧客コード,商品コード,荷姿コード,契約時刻,契約単価)
のようなテーブルを各種持っているのではいけないのですか?

316 :デフォルトの名無しさん:2008/12/02(火) 21:45:44
cobolの良い点->実行速度が速い?噂で聞いた
cobolの悪い点->
行番号邪魔。目障り。
A領域?B領域?好きなとこに書かせろ。
72文字まで?ifの入れ子どうすんだよ!
全部グローバル変数って・・・(苦笑)
"break"文ねーのかよ!
大文字でよみずれーよ!
hoge = 1; が MOVE 1 TO HOGE.ながったらしいわ!
if文に括弧()使えなくて読みづらい


392 :デフォルトの名無しさん:2009/02/23(月) 16:43:08
結論として、みんなでIBMのAS/400を使えば良いと思うのだが。
COBOLもJavaもRPGも動くよ。たしかアセンブラが提供されて
いないと思ったが、それだけが残念。

441 :デフォルトの名無しさん:2009/04/09(木) 21:14:58
20歳の新社会人ですがCOBOLを使う事になりました。
COBOLの経験は無いですが最後のコボラーになるのも悪く無いかなと思っています。

447 :デフォルトの名無しさん:2009/04/12(日) 17:30:59
>>441
メインフレーム(汎用機)か?
こういう本が出てるので、参考にするといいぞ。高いけど。
メインフレーム実践ハンドブック
ttp://www.ric.co.jp/book/contents/book_823.html


458 :デフォルトの名無しさん:2009/05/01(金) 03:41:09
>>447
この本買ったんだけどさ、メインフレームマンセーな話ばっかで5分で飽きた

メモリ管理やらジョブ管理の仕組みの話されても意味ない
そんなもん今時組み込みOSだってやってるっての

問題は、OSとかミドルウェアの上に乗っかるアプリから見て、
アプリが動く環境がどう見えるかだろうに、
そういうところはまるで書かれていない

580 :デフォルトの名無しさん:2009/06/23(火) 23:43:32
>>オブジェクト指向云々よりもな正規表現やらSQLのクエリをスラスラ書ける方が
>正規表現やSQLは必須ですね。

入力文字列の妥当性チェックを正規表現で実装したら
「他の担当者がメンテできないような物を使うな」って叱られた事があるな。
if文と文字列操作関数で実装するのが当然だとかで。

581 :デフォルトの名無しさん:2009/06/23(火) 23:49:11
短期的に現場で役立たせるためには、OOPLより必要なものは多いね。
でも、そればっかりやらせてると、次代の人材が育たない。

あと、SQLは大事だと思うけど、SQLのテクニック的な部分だけやってもしょうがないと思う。
DB設計が出来る用にまでなって欲しい。これがきちんとできる人は、OOにも対応しやすいと思う。


582 :デフォルトの名無しさん:2009/06/23(火) 23:50:48
>>580
「正規表現を使えないような技術者なんて居ませんよ。」
しれっと、言ってやれ。

後のことは知らんが、そんな所にいつまでも居ないほうが良いだろ。

584 :デフォルトの名無しさん:2009/06/24(水) 00:05:12
>>580
>入力文字列の妥当性チェックを正規表現で実装したら
>「他の担当者がメンテできないような物を使うな」って叱られた事があるな。
>if文と文字列操作関数で実装するのが当然だとかで。
それをしたくないための正規表現なんですけど。そういうの聞くとちょっと寂しいですなw

>>581
>DB設計が出来る用にまでなって欲しい。これがきちんとできる人は、OOにも対応しやすいと思う。
これは難しいところですよね。DB設計って想像力ある人のほうが上手にできますよね

585 :デフォルトの名無しさん:2009/06/24(水) 00:48:56
・メソッド内で使う変数はすべてメソッドの先頭で宣言すること
・変数宣言と同時に代入は行わず、宣言部に続けて初期化部を設け、そこで行うこと(定数除く)
・変数には型を表す接頭辞をつける事
・例外エラーはすべてメソッド内で処理すること
・Mapはメモリを消費するので極力使わないこと

Javaの規約で結構お目にかかるんだけど、妙な習慣やら用語やら・・・
これが文化交流ってやつか


587 :デフォルトの名無しさん:2009/06/24(水) 03:37:32
>>580 >>582 >>584
正規表現の問題点を本気で考えたこともないんだな。

641 :デフォルトの名無しさん:2009/07/11(土) 08:59:56
不正な処理を継続するより、一度止めちゃった方が健全。

642 :デフォルトの名無しさん:2009/07/11(土) 09:25:58
>>641
最低限の終了処理はやるべきだろ

産業用ロボットとかだと、一部のサブシステムだけが勝手に停止すると、
人を殺したりしてしまうんだが


666 :デフォルトの名無しさん:2009/07/29(水) 21:02:46
java開発 => C開発 => VB開発 => COBOL保守と渡り歩いて最近、昔のJCLなんか
触ってたりしてるけど、COBOLの方がまだいいな。スレッド無いし…
中間ファイルあるだけ不具合の発見し易かったりする。

Swing使うとイベントディスパッチスレッドルール違反で落ちまくって大変な目に遭う。
java Applet <=> java Servlet <=> C Service <=> JCL <=> COBOL <=> DB
という華麗なシステムのおかげで、言語としては、どちらも糞としか見えない。 orz

Java=マルチスレッド系とCOBOL=基幹系かな?
データベースを上手く作れば良いのだろうけど、
昔のオフコンスペックで安定稼動させる事ができるならCOBOLが上かと…

>>642
Java(CORBA)で作成された制御システムを保守したけど、10日で1回、
原因不明の動作不全で落ちているのがあったよ。怖いよね。
こいつもマルチスレッドでオブジェクト崩壊起こしてた。
スレッドダンプが拾えなくてしんどかった…

891 :デフォルトの名無しさん:2010/05/04(火) 12:15:34
COBOLのマイグレーションってたいへんなの?

892 :デフォルトの名無しさん:2010/05/05(水) 08:57:45
>>891
COBOLというよりオブジェクト指向のみで構造化プログラムは全く未経験の人には相当つらいみたい・・・。
この前入社してきたJAVA/C++暦10年以上の人間にCOBOLで組んでもらったら完全にバンザイしていた。

彼曰く、「JavaやC++なら必要な機能はメソッドなり関数なりで大抵用意されているからそれらを組み合わせるだけで
大抵組めるが、COBOLはそれらも含めて全部コードを書かないといけないから、とてもじゃないけど組めない。」 だそうな…。

893 :デフォルトの名無しさん:2010/05/05(水) 15:01:01
>>892
それは構造化プログラミングとか、オブジェクト指向とか関係ない問題だな。
コボラーは何でもそういう語り方するよな。だからダメなんだ。

便利なフレームワークがあろうが、充実したクラスライブラリがあろうが、
足りないものは出てきて、そいつらはスクラッチで作るしかない。
それはアセンブラから超高級言語まで等しく同じ。言語パラダイムも関係ない。
出来ないと言ってる香具師は、単にタコなだけ。

>>891
COBOLは関数のような重要な抽象化機構の導入が著しく遅れていて、
全部グローバル変数&サブルーチンだけで書けという点がひどすぎる。
つまり、可読性と保守性が著しく悪い。

ローカル変数はプログラムを書く上でとても重要で、アセンブラでさえ
レジスタやスタックがローカル変数として機能するから、
COBOLはアセンブラ以下のクソ言語。

897 :デフォルトの名無しさん:2010/05/05(水) 17:11:36
○○が使えないからこの言語はクソ、みたいに言語の一部分だけをとらめえて完全否定するあたり
>>893から激しくコボラー臭がするんだけとw

この前も連中、Numeric型の変数が使えない、戻り値が一つ指定出来ないからJAVAはクソ、とか言って
COBOL以外の言語を全否定していたわ。まあ色々突っ込みたかったけど、触らぬ神になんとやらでスルーしたけど…。

あとCOBOLは保守性が悪いってよく耳にするが、そんなこと言っているのは一部のコボラーだけだそ。
あんなもんただ単に自分がやっている仕事の大変さをアピールするために誇張して言っているだけ。

確かにボリュームだけはでかいから慣れない間は面食らうが、慣れりゃどうってことはない、
ただボリュームがでかい、ただそれだけのこと。

そもそも可読性や保守性なんて作り手の技量の問題で言語はあまり関係ない。

907 :デフォルトの名無しさん:2010/05/06(木) 20:18:34
>>897
俺は>>893に一票。
というか、あんたがCOBOLERじゃないの?

> あとCOBOLは保守性が悪いってよく耳にするが、そんなこと言っているのは一部のコボラーだけだそ。
> あんなもんただ単に自分がやっている仕事の大変さをアピールするために誇張して言っているだけ。

いや、確かにCOBOLは保守性が悪いよ。Dijkstra先生も認めていらっしゃる。
プログラマによっては多少マシになるが、二度と保守したくないと思うには充分な糞さ。
PROCEDURE DIVISION. が30000行を越える糞ソースを修正したときそう思った。

> 確かにボリュームだけはでかいから慣れない間は面食らうが、慣れりゃどうってことはない、
> ただボリュームがでかい、ただそれだけのこと。

自分で1から組めればそうかもね。
だけど、現実はつぎはぎだらけのソースを修正する仕事ばっかりで、新規案件なんてほとんどない。

> そもそも可読性や保守性なんて作り手の技量の問題で言語はあまり関係ない。

技量を伴ったCOBOLERが少なすぎるってことかな。




http://hibari.2ch.net/test/read.cgi/tech/1158154668/l50人気ブログランキングへ

学ばないブログ
忍者AdMax
記事検索
最新コメント
QRコード
QRコード
  • ライブドアブログ