トップページ⇒tech
988コメント401KB

俺様がJavaを極めてニートを脱出しようともがくスレ

レス数が900を超えています。1000を超えると表示できなくなるよ。
000112005/10/21(金) 17:27:12
なあ、どうすればいいと思う？
0809デフォルトの名無しさん2006/09/11(月) 02:18:20
何かやってる時点でニートじゃない無職だけど

0810デフォルトの名無しさん2006/09/11(月) 17:18:32
>>808
ニートの定義には教育を受けていないというのもあったと思うので
ニートではないだろうな。
0811デフォルトの名無しさん2006/09/11(月) 18:22:03
>>804-806
スクリプト言語のスクリプトってのは台本って意味。
役者である各プログラムの挙動を記述（スクリプティング）するのが仕事。
つまり既にあるプログラムを適当に組み合わせる糊（グルー）の役割を果たすのが
スクリプト言語。
というわけで複数のプログラムを結合してシステムを動かすためには
知らないよりは知っておいたほうがいいことはいい。
しかし、その目的はカスタマイズとかコンフィギュレーションとか
あくまでも中核となる各処理を行うプログラム
（それは他のシステムのために開発され、動作しているものかもしれない）
をお手軽かつ柔軟に結びつけることにある。

歴史的にはバッチジョブの記述言語、シェルスクリプトの類がその起源で、
Webの隆盛に伴ってwebサーバ/クライアント上で
それらと協調して動作するようになってきているのが最近のスクリプト言語。
そういうわけで昔は独立したプログラムをコマンドラインに準じる形で呼び出すだけだったが、
最近では各種ネットワーク・プロトコルを通じて遠隔ホスト上のプログラムを呼び出したり
DLLなどの共有ライブラリを直接呼び出したりもできる物が増えてきた。
0812デフォルトの名無しさん2006/09/11(月) 18:24:37
（>>811から続く）
と、いうと普通の言語と変わりないようだが、
やはり違う目的で設計されている以上、長所短所がある：

・スクリプト言語自身は比較的効率に無頓着
　つまり少し複雑になるとすさまじく非効率的な動作になることもある。
　それはスクリプト言語はある程度まとまった処理を行うそこそこ独立した
　プログラムを疎に結びつけることを目的に設計されているためだ。
　即ち柔軟性は高く融通が利くが、
　その一方で時間当たりの処理密度の高い、複雑な処理には向かない設計になっている。

・そしてそれ自身では処理が完結しない
　つまりスクリプト言語の造りは他のプログラムを呼び出すのが前提になっている。
　そのためしばしばシステムを動作させるために大量の外部ツール、外部プログラムが必要となる。

・またスクリプトの記述量を減らすために大量のシンタックス・シュガーが含まれる。
　このためしばしば言語処理系の規則自身は通常のプログラミング言語よりむしろ複雑だから、
　初学者は処理の本質、基本的な概念を見失いやすい。
　言い換えるとスクリプト言語は基本的な概念を身につけるには親切機能が多すぎて
　基本的な仕組みが紛れてしまい却って分かりにくい面もあるということだ。
　表面的に記述量が少ないことは必ずしも分かりやすさを意味しないのだ。
0813デフォルトの名無しさん2006/09/11(月) 18:28:50
（>>812から続く）

そういうわけだから本格的なプログラミング言語も
何か一個くらいまともに使えるようになっておけ。
Javaはその出発点としてはそんなに悪くはない。
（スクリプト言語ほど親切＆複雑＆非効率でもなく、C/C++ほど不親切でもない。）

コンピューターは確かに昔に比べて格段に資源がリッチで動作も早くなったが
システム全体で効率が全く無視できるほどにはCPUパワーもメモリもあり余っているわけではない。

それに、流行ばかり表面的に追いかけていても何も身につかない。
幸いにして基本的な概念、技法を身につけて
プログラミングがちゃんとできるようになれば2個目以降の言語の習得は
（スクリプト言語も含めて）
既に知っている言語との比較で差分を学べばよいからそれほど難しくなくなる。
0814デフォルトの名無しさん2006/09/11(月) 18:49:47
まとめて言うと：

スクリプト言語は総じて、様々なインターフェースを持つ既存プログラムを利用して、
短期間・低コストでシステム（あるいはそのプロトタイプ）をでっち上げるには向いている。
そして再利用性に乏しい古い既存プログラムの再利用性向上に資する面もある。

ただ、既存のプログラムが存在しない場合や、
大量のデータ、高速な処理そのものの記述が必要な場合には向いていない。
そのため一旦はスクリプト言語で書いても
システムの規模やスピードに関する要件を満たすため
後から独立したプログラムを作って置き換える必要が発生することもまた多い。
まずはスクリプト言語で手早くプロトタイプを書いて後で
必要に応じて置き換えることそのものは自然な流れでそれ自身は問題はないが、
そういう書き換えが必要になる場合に
スクリプト言語以外の技術的選択肢がないと、開発者としての有用性を損ねる。
0815デフォルトの名無しさん2006/09/11(月) 19:20:10
なんだ? 長いな。論文か?w
0816デフォルトの名無しさん2006/09/11(月) 19:35:04
この程度じゃ論文にゃならんｗ
学部初年のレポートくらいの内容。
0817デフォルトの名無しさん2006/09/12(火) 21:00:19
ポリテクのJAVA応用6ヶ月コース受けろと言われてんだがどうしよう…
0818デフォルトの名無しさん2006/09/13(水) 14:48:28
職安で？
時間があるなら行って来れば？
で、講義内容をココでレポートすれｗ
役立つようならよし。ダメポなら話のネタになるｗｗｗ
0819デフォルトの名無しさん2006/09/13(水) 15:31:48
>>811->>814
スクリプト言語の

まで読んだ。
0820デフォルトの名無しさん2006/09/13(水) 22:33:04
クラスが入ってる class フォルダと 画像が入ってる image フォルダと
プロパティファイルが入ってる resouce フォルダを jar にまとめる時
image と resouce 読み取れるようにするやり方を教えてくれ。
ClassLoader を使うらしいが、使い方わからねぇ＿|￣|○
0821デフォルトの名無しさん2006/09/13(水) 22:44:52
>>820
ヒント：
imageとresourceへのパスを知りたいのか、classloaderを使いたいのかわからない
0822デフォルトの名無しさん2006/09/13(水) 23:25:37
>>820
>>786に貼ってあるURLのトコに書いてあることが理解できないって話？
082312006/09/19(火) 19:01:08
何か後継者が現れてる('A`）

>>803
始めまして2さん
俺もほんと久々にJava触りました。
案の定忘れまくりだったけど・・・

文字列検索ができないという事だったけど、そのコードでちゃんと検索できましたよ。
できないという事は恐らく検索文字列の大文字小文字が
間違ってるんじゃないかぐらいしか思い当たらないんだけど。

検索文字列はErrorで
検索対象ファイル内はerrorになってるんじゃないかな。
それじゃないというなら多分引数指定が間違ってると思われる。
0824デフォルトの名無しさん2006/09/19(火) 19:06:27
（´д`）　おらも亀レス

>>803
・[string].startwith()で本当にいいのかとおもう
・コマンドライン引数に対する例外的処置をコードのケツの方にもっていってるのは
　可読性が悪くなるのでおすすめできない
　「ダメならだめ」という強気の態度の方がむしろ望ましい

そういえば自らの国家や民族に固執する右翼系の若者が世界的に増えているという事実も多少気になるところだが
082512006/09/19(火) 19:06:53
因みにmain関数のthrowsって具体的に何のために使うんだろう
横にIOExceptionメソッド（だっけ・・）がついてるから
わずかな記憶にあるtry、catchっぽいものと同じなのかなーと解釈してるんだけれども。
0826デフォルトの名無しさん2006/09/19(火) 19:11:33
>>825
メソッドのthrows(修飾?)は「こんな例外を投げるかもしれません」と主にコンパイラに対して情報公開をしている
コンパイラはそのメソッドを明示的に呼び出すコードが発見された場合、
その部分に到達するまでにtry{}catch(..)で適切に例外が処理されるかを「チェックすることができる」ようになっている

throws <hoge exception>が指定されたメソッド内部では<hoge exception>に対する明示的な例外処理を記述しなくてもいい
なぜならその例外処理をする責任を「明示的に」呼び出し側に持たせることができるからだ
0827デフォルトの名無しさん2006/09/19(火) 19:13:24
つまり契約によるプログラミング(contract programming)が出来るということだぉ
なんか勘違いしてるかもしれないぉ

（´д`）ｓｓｓすみません直ぐに片付けます
082812006/09/19(火) 19:17:35
>>825
例外処理記述しなくてもコンパイルエラーにならないって事なのね

こっちも気になって軽く調べてみた。
「文字列検索」としては
startWithよりequalsのほうがいいのかもしれない。
082912006/09/19(火) 19:18:31
>>827
むしろ俺のほうが勘違いしてるのかもしれないじぇ('A`）
0830デフォルトの名無しさん2006/09/19(火) 19:20:55
>>828
> 例外処理記述しなくてもコンパイルエラーにならないって事なのね 
コンパイラの警告レベル下げればコンパイルエラーは出ないはずでつ

> 「文字列検索」としては 
> startWithよりequalsのほうがいいのかもしれない。 
それだと検索にならないでは？
つ　indexof
083112006/09/19(火) 19:26:05
>>830

リファレンスみたところindexofは文字列内から１文字検索
という感じの記述になっとりますけど('A`）

いや、もう少し時間をください調べます
083212006/09/19(火) 19:34:25
あー、オーバーライド(ロード？)か('A`）
indexOf(int ch);
indexOf(String str);

int chのほうを目を血走らせながら凝視してました('A`）
それにしてもライドかロードか忘れちゃったんだけど便利な機能だなー
083312006/09/19(火) 19:38:55
equalsは文字列"検索"じゃなくて文字列比較でした

失礼しました(´･ω･｀)
083412006/09/19(火) 19:39:53
ちと、飯いってまいります。
ノシ
0835デフォルトの名無しさん2006/09/19(火) 19:43:11
>>832
そうそう
indexofのオーバーロードの内indexof(string)つかうつかう
話は別だが、indexofはどうも単純検索してるらしいのでBM法とか使って検索するなら自力でないとな(;´д`)


>>834
いてら

おらも自スレ覗いてくるうぇ
0836デフォルトの名無しさん2006/09/19(火) 20:52:47
>>1はもうjava言語使ってないん？
083712006/09/19(火) 21:35:08
>>836
今はCメインでやってますね
javaは業務で使う機会がないんでもうほとんど忘れちゃってます。

最近は自分の欲望を満たすためのツールを作っては別板で公開したりしてます。
0838デフォルトの名無しさん2006/09/19(火) 23:15:45
>>837
そっか、まあ概念はどの言語も似たようなものだから頑張れ！！
0839デフォルトの名無しさん2006/09/20(水) 00:05:44
できればそのツール見せてほしいもんだが
0840デフォルトの名無しさん2006/09/21(木) 10:48:10
どんな欲望か…

取り敢えず話を聞こうか。
08417852006/09/21(木) 13:40:34
俺の欲望を満たすためのツールはハードウェア込みなのでまだ完成に至りませんが
0842デフォルトの名無しさん2006/09/21(木) 13:42:12
>>841 785ってのは間違い
084312006/09/23(土) 01:41:17
>>839,840
欲望というかなんというか、自分のためだけに作ったツールですかね
ほめられたツールでは無いと思いますけど。

ソース付で上げてます
http://www.77c.org/p.php?f=nk207.zip&c=75ad
0844デフォルトの名無しさん2006/09/23(土) 09:35:43
ファイ〇ー・エンブレ〇のキャラクタ・データの編集？
ご家庭用ハード専用みたいだが、
PC上に読み込む部分は別のツールがあるってことか？

まぁオレの友人にもいたよゲームをやるのとデータ編集が同義なヤツｗ
そいつは有名PCゲーのデータ・エディタをコミケで売りさばいてたｗｗ
今は足を洗っているが、今ならネットで頒布だろうな。
0845デフォルトの名無しさん2006/09/25(月) 16:12:02
>>844
お前の友人の自慢話はよくわかったｗ
それがどうしたって感じだけどｗｗ
今は反省しているだろうが、今なら許してやる。
0846デフォルトの名無しさん2006/09/25(月) 16:42:37
どこが自慢にみえるのか、ちょっとわからない。
0847デフォルトの名無しさん2006/09/25(月) 23:20:22
eclipse で jsp を編集するのしんどいから、htmlEditor って言うプラグイン
突っ込んだら、struts のカスタムタグのとことかで TLD ファイルが見つかりませんとか
コンパイルエラーみたいに赤くなっちゃうんだけど
誰か防ぎ方を知りませんか？影響なくシステムは起動はするんだけど、気持ち悪くって。
0848デフォルトの名無しさん2006/09/26(火) 00:10:08
>>845
自慢に見えるのか？
どっちかというと45%くらいは呆れてるんだがｗ
自分はそういう解析はメンドい上に非生産的だから
できることならしたくないクチなんで。
しかしまぁ彼はパズル感覚で楽しんでたようだから好きにすれと
生暖かく見守りつつC/C++の相談だけ受けつけてた学生時代の思い出ｗ

>>847
http://eclipsewiki.net/eclipse/
で探してみれ。

プラグインをどうやって「突っ込んだか」知らないが、
必要なほかのプラグインが入ってなかったりしないか？
またひょっとするとVer.が合わない可能性もあるぞ。
0849デフォルトの名無しさん2006/09/26(火) 20:44:29
ツール自体に興味はないが
>>1のソースにgoto多様してたのが気になった
まっ、そういうのは人それぞれだろうけどな
0850デフォルトの名無しさん2006/10/09(月) 22:54:59
幸いJavaにはない。＞goto
0851デフォルトの名無しさん2006/10/09(月) 23:50:29
>>850
break;
continue;
0852デフォルトの名無しさん2006/10/10(火) 00:07:52
>>851
そーいう制御構造に適合した制限つきのgotoはもとよりあまり問題じゃない。
goto問題というときは構造を無視して関数中どこへでも飛べるgoto
や関数を超えて飛べるgoto(Cではsetjump/longjump)の濫用が問題になる。
0853デフォルトの名無しさん2006/10/10(火) 02:11:58
>>852
構造を無視して〜と言ってる時点で本当のスパゲッティを知らない
0854デフォルトの名無しさん2006/10/10(火) 04:47:54
そんなもん知らんでいいだろ。
一定の閾値を超えた先は一緒だ。
0855デフォルトの名無しさん2006/10/10(火) 07:58:33
そりゃ、構造の支配があって、さらに仮にbreakやcontinueがなくてさえも
フラグの濫用とかメソッドの呼び出し関係でいくらでも
スパゲティは作れるわけで、別にgotoさえなければ
スパゲティ根絶なんてこたぁ言ってないよ。

まぁでも少なくとも構造に縛られた分だけ作りにくくはなってる。
0856デフォルトの名無しさん2006/10/10(火) 08:07:06
まあ構造化＋カプセル化の設計指針さえはっきり持っていればアセンブリでもclass-basedOOPできるしなあ
0857デフォルトの名無しさん2006/10/10(火) 09:50:45
面倒臭いという最大の障壁が
0858デフォルトの名無しさん2006/10/10(火) 18:57:51
forとかifとか勉強してるレベルの俺でもこのスレに居ていいですか
085912006/10/10(火) 19:51:30
gotoか・・。
これは個人的な好みの話になるんだろうけど
俺の場合ファイルオープンクローズの処理をイレギュラーケースで毎回書いていくのは
ナンセンスだと思っているから関数の末尾なんかに一括して後始末処理を書いておいて
イレギュラー発生時即座にgotoで飛ばして処理させたりするんだろうけど
やっぱ気になる人は気になるんだろうね。

gotoも使いようで、ある条件に該当するケースのみ（この場合エラー処理）使用する
っていう定義づけをして使うのは全然ありなんだと思うし定義づけのおかげで
可読性もそこまで損なわれないと思うんだけどな。

まあ、結局人それぞれなのかな。
0860デフォルトの名無しさん2006/10/11(水) 03:05:18
>>859
まぁC++ですらないCじゃしょうがない面はあるけどな。
でもこのスレのメインテーマはJavaなんで例外を投げることができるｗ
0861デフォルトの名無しさん2006/10/15(日) 18:19:49
>>858
Welcome.
0862デフォルトの名無しさん2006/10/16(月) 16:12:44
>>859
ソースコードの保守性能は単にソースコードの量に反比例するだけだと断じる人もいる。
適切に使ってコードがシンプルになるなら使用推奨ウエルカムだと思うのだが、
今まであまり賛同を得られたことは無い。
こんな世の中なんて。
0863デフォルトの名無しさん2006/10/16(月) 16:23:11
シンプルが必ずしも読みやすいとは限らないからだな。
保守性ってのは読みやすさと強い相関があると思うね。
0864デフォルトの名無しさん2006/10/16(月) 20:42:41
となると数万行のソースコードから作られてるgccなんてので作ったHelloWorldは、出来合いにして保守が不可能になってるわけか
0865デフォルトの名無しさん2006/10/17(火) 01:53:44
へ？>>854
言いたいことがよくわからんな。
0866デフォルトの名無しさん2006/10/19(木) 01:32:00
>>864
GCCで作られたソレはどーだかわからんが、
GCCそのものの保守やってるのは神か悪魔の類だべ。
人間の所業じゃない。
一度自前でGCCをクロスコンパイル用にビルドした時は
これ動いてんのは半ば偶然みたいなもんだよなーと思ったもんだよ。
0867デフォルトの名無しさん2006/10/19(木) 09:12:57
>>866
ごめんね、ごめんね
保守とコード量の相関がほとんど無いことを言いたかったの
0868デフォルトの名無しさん2006/10/29(日) 01:24:47
>>862
シンプルかもしれんが制御の流れに局所性が失われる分読みにくくなる。
breakやcontinueは構文の構造から外に抜けるだけだから局所性がある。

ただC言語では例外的な状況をうまく扱う機構が無かったので
例外的な異常系の処理が正常系の処理と絡み合って
見通しが悪くなる事例は確かにあり、そのためにgotoを使うことには
それなりの合理性はあった。

ただ近年のC++やJavaには例外機構があるのでgotoよりもさらに
上手く例外的な異常系を分離できる。
（例えばC言語のgotoは一個の関数内でしか制御を移せない。）
従ってJavaを看板に挙げるこのスレ的にはgotoは時代遅れで
評判の悪いメカニズムとなる。
0869デフォルトの名無しさん2006/10/29(日) 01:27:00
continueは抜けないな。訂正。
いずれにせよ構文が作り出す入れ子構造を制御の流れの
モジュールと看做せることの見通しのよさがいいわけだが、
gotoはそれを破壊する。
0870デフォルトの名無しさん2006/10/30(月) 02:03:15
Java、C++はtryがあるからなー
08712 ◆.VHlh3qLa2 2006/10/31(火) 03:31:27
皆様おひさしゅう。
未だにダラダラとJava続けておりました。

なんか作ろうと思っているところ（すっげぇ簡単なのだろうけど）なので、出来たらうpします。
変なところとかあったら言ってください。

それでは出来たらまた来ますー
0872デフォルトの名無しさん2006/10/31(火) 14:50:55
>>871
うむ。
0873デフォルトの名無しさん2006/11/03(金) 02:06:37
>>870
だがC++にはfinalyが無い上、例外許可した瞬間にあらゆる悪夢が襲い掛かってくる罠。
十分目の届く範囲のループ抜ける程度で例外投げるよーな奴はかなりぬるぽ。
0874デフォルトの名無しさん2006/11/04(土) 16:02:48
Javaはdispose()を呼び出すためにfinallyが必要になるんだよな。
C++はデストラクタで後始末するからfinallyは不要。

あらゆる悪夢、っていうけど、例外中立と例外安全、強い保証って
まとめられてるから、勉強すればいいんじゃない？
08752 ◆.VHlh3qLa2 2006/11/06(月) 22:00:11
なぜかimport javax.swing.border.*;の部分でコンパイルエラーになる。。。。
誰かたっけてー（涙

/*
**FileName:edit.java
*/
import javax.swing.*;
import java.awt.*;
import java.awt.event.*;;
import javax.swing.border.*;

public class edit{
JTextAreatext;
JScrollPanescroll;
JMenuBarbar;
JMenumfile,medit;
JMenuItemmnew,mopen,msave,mexit,mcopy,mpaste,mcut;

Containercon = null;
08762 ◆.VHlh3qLa2 2006/11/06(月) 22:01:03
edit(String title){
super(title);
setLayout(new BorderLayout());
con = this.getContentPane();

setLayout(new BorderLayout());

text = new JTextArea();

text.setLineWarp(true);

scroll = new JScrollPane(text);

add(scroll,BorderLayout.CENTER);

// Menu add
bar = new JMenuBar();
bar.setBorder(BorderFactory.createBevelBorder(BevelBorder.RAISED));

mfile = new JMenu("File");
mfile.setMnemonic('F');

mnew = new JMenuItem("New",new ImageIcon("open"));
mfile.add(mnew);

mopen = new JMenuItem("Open",new ImageIcon("open.gif"));
mfile.add(msave);

mfile.addSeparator();
08772 ◆.VHlh3qLa2 2006/11/06(月) 22:01:57
mexit = new JMenuItem("Exit",new ImageIcon("exit.gif"));
mfile.add(mexit);

bar.add(mfile);

medit = new JMenu("Edit");

medit.setMnemonic('E');

mcopy = new JMenuItem("Copy",new ImageIcon("paste.gif"));
medit.add(mpaste);

mcut = new JmenuItem("Cut",new ImageIcon("cut.gif"));
medit.add(mcut);

bar.add(medit);

setJMenuBar(bar);
// Menu add END
// Frame Start
setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);

this.setSize(500,300);
this.setVisible(true);
}
public static void main(String[] args){
edit app = new edit("お勉強中時作成エディタ");
}
}

誰かおなぎゃーします┌●
08782 ◆.VHlh3qLa2 2006/11/06(月) 22:04:43
エイジ忘れage
0879デフォルトの名無しさん2006/11/06(月) 22:33:55
>868
>シンプルかもしれんが制御の流れに局所性が失われる分読みにくくなる。
>breakやcontinueは構文の構造から外に抜けるだけだから局所性がある。

// 処理1
goto EXIT_PROCEDURE
// 処理2
EXIT_PROCEDURE:
// 終了処理

と

for(i=0;i<1;i++){
// 処理1
break;
// 処理2
}
// 終了処理

は、同じだから、それほど破壊的でもない。
また、多重ループを抜ける場合は、break 2連発より、goto 1発の方が見やすい。
0880デフォルトの名無しさん2006/11/07(火) 07:17:34
>>875
×import java.awt.event.*;;
○import java.awt.event.*;
セミコロンが二つあるよ！
0881デフォルトの名無しさん2006/11/07(火) 07:33:27
>>875
コンパイル通ってもこれ動かないじゃん。　ソースコードを書くポイントとしては、
少し書く、コンパイルする、動作確認、を繰り返しやったほうがいいよ。
多分、何がどのように悪いかを調べるのも大変なんじゃない？
メモ帳を作ってはじめたいなら、以下のように段階的にやってみな。

まずJFrameを継承して単純に表示してみる。
次にHelloWorldを作ったやつに書いてみる。
次にボタンを1個つけてみる。
ボタンを沢山つけてみる。
レイアウトを考えてみる。
。。。

0882デフォルトの名無しさん2006/11/07(火) 10:33:59
>>667
そうか？　公務員試験に合格しないとなれないだろ。
0883デフォルトの名無しさん2006/11/07(火) 10:35:49
>>701
NEED FOR SPEED
というレースｹﾞｰﾑを思い出したじゃないか
0884デフォルトの名無しさん2006/11/07(火) 10:37:48
>>704
まず誰かが>>695の意図を解説しないことには
つりあわないのう。
>>695はマ板でよくみられる「C++の方が上だ」とか
くだらない宗教戦争じみた議論を展開したいのだろう。

それに対する対応策の一つが>>703ではないかと

0885デフォルトの名無しさん2006/11/07(火) 13:12:16
VMもJavaで書かれてると思いこんでるんだろ
0886デフォルトの名無しさん2006/11/07(火) 14:58:37
>>879
皆がお行儀良い方法でだけ使ってくれれば問題はないんだけどねｗ
gotoはお行儀のよくない使い方が容易すぎるからな。
保護と規制は表裏一体。
その辺は設計意図というかプログラマを
どこまで信頼して責任を預けることにするかの違いってヤツだね。
0887デフォルトの名無しさん2006/11/07(火) 22:20:18
Web系の開発の仕事がしたくてJavaを勉強しているのですが、Strutsなどのフレー
ムワークも勉強しなくてはならないでしょうか。
とりあえず、Javaの基本、JSP、サーブレット、DBあたりは一通り勉強しました。
JSPとサーブレットで簡単なシステムは作れるようになったので、現場で広く使わ
れているというStrutsを勉強しようと思ったのですが、実際にStrutsについて調べて
みたらなんだかかえって面倒な感じがして、JSPとサーブレットと自作の簡易ライ
ブラリで作ったほうが楽なような気がしています。次々と新しいフレームワークも
出てきているようですし、今からStrutsを勉強すべきか迷っています。
08882 ◆.VHlh3qLa2 2006/11/08(水) 00:56:12
うはっ、セミコロン二つ付けてた上に、
mcopy = new JMenuItem("Copy",new ImageIcon("paste.gif"));
でコピーしおうとしてるのにペーストと混ざってmedit.add(mpaste);
を書いちゃってたorz
なんか編集している間にぐじゃぐじゃになっちゃったー。

ちなみに現段階では>>881のところで言うとHelloWorldを書くところまでは出来ました。
メニューバー＆ボタンを付けようとしてるところです。
とりあえずもう一回編集してみますー。
0889デフォルトの名無しさん2006/11/08(水) 01:20:30
>>887
必要になったら勉強すればいいじゃん
まだ基本をおさえた程度なんだろうから、
もっともっとたくさんコード書いた方がはるかにマシ

とにかく書くことが大切
もう1万行10万行ってくらい書いてるうちにフレームワーク自体を閃く
08908812006/11/08(水) 01:51:04
>ちなみに現段階では>>881のところで言うとHelloWorldを書くところまでは出来ました。
うむ。実際に画面に表示して動作確認している？動作確認してから次に進みな。
そうじゃないと、どこで問題が発生したかわからなくなっていくから。。。

皆こういうのを繰り返してコードが書けるようになっていくので、はじめは大変かもしれんががんばれ！
0891デフォルトの名無しさん2006/11/08(水) 02:00:27

ニートにおすすめの会社
http://www.cdc.co.jp/communication_design.html

特徴1　毎月60人採用
特徴2　この業種なのに男女比3：2
　　　　　かわいいコも割りと多い(フロムAにも求人を載せてるのが理由)
特徴3　技術ｳﾝﾇﾝも一通り教えてくれるが、ヒューマンスキルの教育を超徹底
特徴4　研修2ヶ月を修了できるのは約半分
　　　　　残りの半分はクビか挫折(挫折の方が多い)
特徴5　研修は朝8時〜夜9時
特徴6　一応給料みたいの貰える

かなーりのキビしさを覚悟すべきだけど、
もう人生に後がないと本気で思うなら行ってもいいと思う
(ていうかそうじゃないとニートが耐えれるわけがない)

とにかくヒューマンスキルの教育はすげーからニートにおすすめ
0892デフォルトの名無しさん2006/11/08(水) 02:18:29
>>891
経営者のための奴隷養成所？
08938912006/11/08(水) 02:24:38
>>892
それは間違いではないな
上司のため、会社のため、経営者のために働くという姿勢はスキルだと教えられる

ここで別れ道だ
　(1)YESMANになり、奴隷街道まっしぐら
　(2)上司に気に入られる
この違いがヒューマンスキルなわけだな
0894デフォルトの名無しさん2006/11/08(水) 08:26:19
>>888-890
段階的に動作確認ってことでJUnitでも薦めようかと一瞬思ったが、
UIを書きたいのだとすいると。どうせユニット・テストは簡単には書けんか。

とはいえ、最近思うんだが、
初心者にはHelloWorldの次にはユニット・テスト書かせたらええんちゃうかと。
お約束の多い入出力抜きで基本的な処理を試せるし…。
0895デフォルトの名無しさん2006/11/09(木) 00:43:20

age

レスまだかｺﾞﾗｰ
ニートのくせになにやってんだｶｽ
0896デフォルトの名無しさん2006/11/09(木) 19:00:14
>>895
アンタ何者？
0897デフォルトの名無しさん2006/11/16(木) 11:02:35
来たれ若人！
0898デフォルトの名無しさん2006/11/17(金) 11:30:30
来ました
0899デフォルトの名無しさん2006/11/18(土) 09:55:38
うむ。願い事を一つ聞き流してやろう（AA略）
0900デフォルトの名無しさん2006/11/18(土) 19:39:19
なんか簡単な課題みたいなものうｐｷﾎﾞﾝ
0901デフォルトの名無しさん2006/11/18(土) 22:12:28
>>900
どんな分野がいいの？
J2SE　or J2EE

J2SE : コマンドラインアプリ(計算、通信、アルゴリズム) or GUIアプリ(アプレット、swing)
J2EE : サーバサイドアプリ(JSP&servlet、Struts、EJB、JSF)、RMI処理、SOAPでコラボアプリ
0902デフォルトの名無しさん2006/11/18(土) 22:16:45
Swingでお願いします。
0903デフォルトの名無しさん2006/11/18(土) 23:50:48
Java Ver1.4以上

宿題1
Java Swingを使用して以下のプログラムを作成する。
画面の中央にテキストボックスを2つ、その右にボタンを1つ配置する。
テキストボックスに入力された文字列をボタンが押されたときに、
テキストボックスの下に結合文字列を表示する。

宿題2
Java Swingを使用して以下のプログラムを作成する。
640x480画面の左上にボタンを配置する。
ボタンがマウスによりクリックされた場合、ファイル読み込み用ダイヤログを開く。
ダイヤログで画像(jpgなどの)ファイルが選択された場合のみ処理を行い、
画面に画像を表示する。画像が640x480をオーバーした場合の事は考えなくてよい。
0904デフォルトの名無しさん2006/11/19(日) 00:31:37
ス、スゲー良スレだな。
１はZガンダムのアムロみたいだ。
0905デフォルトの名無しさん2006/11/19(日) 10:09:05
ララアを殺ったのはお前か
0906デフォルトの名無しさん2006/11/19(日) 18:32:34
>>905
ばれては仕方ない、君には死んでもらうしかないようだ。
残念だよ明智君
0907デフォルトの名無しさん2006/11/19(日) 19:03:57
>>901
コマンドラインアプリの方の宿題も出来ればお願いします。
0908デフォルトの名無しさん2006/11/20(月) 00:35:16
>>907
Java Ver1.4以上

宿題1
コマンドラインから入力されたローカルパスのカレントディレクトリに存在する
各階層毎のディレクトリ数・ファイル数をカウントし表示する。
再帰的アルゴリズムを使用すること。

宿題2
コマンドラインから入力されたURIが実在するかをチェックし、
サイトが存在する場合は、HTML情報をファイル出力する。(存在しない場合は、考慮しなくてよい)
レス数が900を超えています。1000を超えると表示できなくなるよ。