WEBソフトなんてもううんざりだ！！ 2.html

1 名前：仕様書無しさん [2007/02/01(木) 03:24:15 ] ブラウザ固定？ JavaScript？ Ajax？ ASP？ Web2.0？ 車輪の再発明？ 前スレ pc10.2ch.net/test/read.cgi/prog/1152601876/ 2 名前：仕様書無しさん mailto:sage [2007/02/01(木) 04:35:28 ] Webアプリってなんつーか、予備校みたいな感じがすんだよな。 ほんとは大学に行ってるはずの俺には、ここはホントの住まいじゃない、仮住まいなわけ。 いつか出て行くことは分かってるってか、早急に出て行かなければならない。 出て行きたいんだけど、何か流れ的にそんな感じで今ここにいる、みたいな。 最近のAjaxとかそういうクソな流れを見てると、そんな気分になる。 ごめ、予備校通ったことないんだけどｗ 3 名前：仕様書無しさん mailto:sage [2007/02/01(木) 06:31:58 ] それ、VBやCOBOLでも同じ事言ってるﾔﾂがいる。ｗ 確かに大きな流れってのは存在するんだが、 それに流されて生きてるアマちゃんの言い訳なケースがほとんどだな。 4 名前：仕様書無しさん mailto:sage [2007/02/01(木) 10:31:39 ] おれ、Webでこったことするの大好き Ajaxとかもう最高！！ 5 名前：仕様書無しさん mailto:sage [2007/02/01(木) 11:52:57 ] ある意味素人でも遊べる技術の集合体だからなぁ。 VB厨も好きそうな分野だよ。 6 名前：仕様書無しさん [2007/02/01(木) 12:51:00 ] VBより惨いだろ？ PHPなんてよおおおおっっっっぽど上手いつくりじゃないと、コードグダグダ。 7 名前：仕様書無しさん mailto:sage [2007/02/01(木) 13:21:04 ] 第二のCOBOLだ＞PHP イージー過ぎる言語仕様故に腐れプログラマが量産される。 このあいだヘルプで入ったプロジェクトで初めてPHPを触ってそう感じた。 $_HOGE つうグローバル変数をvar_dumしたらブラウザがクラッシュｗ ファイルに吐かせたら16MBにもなりやがった。 中身は･･･ DBの全項目だの謎のシリアライズデータ･･･etc SQLに任せりゃいいのに データは全て「SELECT * FROM〜」で配列にブチ込んでからソートやマージやフィルタリングをやる。 DBは汎用ストレージか？ CSVファイルでも使った方が性能上がるんじゃね？ PHP界ではこれが常識 なのか？ グローバル配列変数に何でもブチ込むのが正しいのか？ PHPのプロセスメモリも加味したら、同時50リクエスト位でサーバ落ちるんじゃねえか？ つう事を指摘したら「webではこれが常識です」と言われた。 制御系からweb系に転職したんで、メモリ貧乏性が抜けない･･･ あっちはメモリ8KBの監獄だったもんで･･･ 周囲の奴らが全員敵に見える。 もうやだ。 8 名前：仕様書無しさん mailto:sage [2007/02/01(木) 13:53:35 ] >>1 「戻るボタン」と「サブミット二回押し」も挙げてほしかったよ 9 名前：仕様書無しさん mailto:sage [2007/02/01(木) 13:58:50 ] >>7 > つう事を指摘したら「webではこれが常識です」と言われた。 > 制御系からweb系に転職したんで、メモリ貧乏性が抜けない･･･ > 周囲の奴らが全員敵に見える。 > もうやだ。 俺はインターネットが流行りだした頃に、Perl4使って、ライブラリ無しのフル自作で CGI掲示板やらWEBアプリを作ってたことのある人間なんだが…。 俺から見ても、君の語るPHPの世界は「異常な光景」に見える…。 10 名前：仕様書無しさん mailto:sage [2007/02/01(木) 14:01:11 ] PHP房もJava房と同じだな。 まともなのは.net房だけだ 11 名前：仕様書無しさん [2007/02/01(木) 14:07:21 ] かきゃーいんだろ？って感じのソースが多い度合い。 PHP、Perl　＞　VB6　＞　C　＞　その他 結構C使いもそういう部分の人が多い。工夫も無くべた書き。 12 名前：仕様書無しさん [2007/02/01(木) 14:31:47 ] >>7 そんなのWEBの常識でもなんでもないので信じないでください 16MBの変数なんてグローバルじゃないとしてもおかしい DBからとってきたもんをそのまま連想配列に入れるのはおかしくないけど、 もちろん適切なSQL文書いて 必要な分だけとってくる。 そのプロジェクトの連中SQL文かけないからそんなことしてるんじゃね？ クラサバで、クライアント側でソートとかフィルタリングするのは、よくあるけどね。 サーバに負担かけたくない場合｡ 13 名前：仕様書無しさん [2007/02/01(木) 14:39:36 ] 最近開発経験がない会社がWEB開発請け負ったりするから、 今までの常識が全く通じない場合があって怖い 14 名前：仕様書無しさん mailto:sage [2007/02/01(木) 14:42:36 ] WEBって本来はクラサバ以上に知識が必要なのにね。 まっとうなものを作ると思ったら。 15 名前：仕様書無しさん [2007/02/01(木) 14:44:17 ] それなのに それなりの技術しかなくても見栄えは簡単に調整できるから ぐだぐだなwebアプリが絶えないんだろうね 16 名前：仕様書無しさん mailto:sage [2007/02/01(木) 14:46:50 ] 世の中のWebアプリ全部おれが作れば すばらしいものばかりになるのになー 17 名前：仕様書無しさん mailto:sage [2007/02/01(木) 18:39:49 ] 実際はWebは簡単じゃないんだが、簡単そうに思い込んでいる 素人がアレコレ知ったかされるとグダグダになるんだろう。 18 名前：仕様書無しさん mailto:sage [2007/02/01(木) 18:41:40 ] PHPの案件やったが型が厳密でないというのは非常に怖くめんどくさい WEBに限らないけどWEBの言語は型があいまい過ぎだわ ASP.NET信者じゃないけど、そういう意味では革新的だと思う 19 名前：仕様書無しさん mailto:sage [2007/02/01(木) 18:44:06 ] ASP.NET AJAX 1.0ってどうやって使うの？ 素人でもわかる解説HPありますか？ 20 名前：仕様書無しさん mailto:sage [2007/02/01(木) 18:52:50 ] >>19 ・・・・(；´∀｀) スレ違いもはなはだしい・・・・ MSいってこいよ 入れ方とかサンプルもあるだろ？ 21 名前：仕様書無しさん mailto:sage [2007/02/01(木) 18:54:25 ] 「モデル層の設計」という概念を持たない自称Webプログラマっているよね？ 22 名前：仕様書無しさん mailto:sage [2007/02/01(木) 20:59:29 ] ビジネスロジックはモデルである。 23 名前：仕様書無しさん mailto:sage [2007/02/01(木) 21:04:36 ] >>12 SQLが書けなくてもまともにO/Rマッピングが出来ていればなんとでもなるはずなんだけど… 結局、設計がまともに出来てないからそんなことになるんじゃないかと思う。 あるいは使ってる言語をまともに使いこなせてないか。 24 名前：仕様書無しさん mailto:sage [2007/02/01(木) 21:08:41 ] 需要の急増でちょっとPCに詳しいフリーターみたいなのまで投入される Webアプリ業界ではザコにいちいちキレていても仕方がない。 組み込み系も近い将来そうなる。 25 名前：仕様書無しさん mailto:sage [2007/02/01(木) 21:12:24 ] この業界、SEの素人率が異常に高くて発狂する。 パッケージ系に逃げようと最近こころに決めました。 26 名前：仕様書無しさん [2007/02/01(木) 21:28:13 ] >>23 俺も設計と思う というのもうちの会社でもPHPチームで似たようなことあるけど 設計が上手くできてない場合が圧倒的。最初の段階でこけてるからもう ドミノ倒し状態になってる 27 名前：仕様書無しさん mailto:sage [2007/02/01(木) 21:53:57 ] >>7 ﾜﾗﾀ 28 名前：仕様書無しさん mailto:sage [2007/02/01(木) 23:27:16 ] >>7 > SQLに任せりゃいいのに > データは全て「SELECT * FROM〜」で配列にブチ込んでからソートやマージやフィルタリングをやる。 まぁ、ある意味高度な事してるね。 29 名前：仕様書無しさん mailto:sage [2007/02/01(木) 23:53:55 ] >>23, 26 6､7年以上前にWEBやってたから良くわかんないんだけど、 最近はSQL文とか自動的に書いてくれるライブラリとかがあるの？ それとも、ちょっとできる人がＤＢアクセスをラップするクラスでも作るってこと？ 最近はどんなやり方が主流なんですか? 30 名前：仕様書無しさん mailto:sage [2007/02/01(木) 23:58:36 ] 過度のチューニングの結果、オンメモリDBをPHPで実装してしまったのかもしれない。 なんつって。 31 名前：29 mailto:sage [2007/02/02(金) 00:07:19 ] 今いろいろ調べて自己解決しました お騒がせｽﾏｿ 32 名前：仕様書無しさん mailto:sage [2007/02/02(金) 00:14:19 ] アプリサーバ−DBサーバ 別配置でDBサーバがプア or いろいろ他部署のシステムにも情報提供してる場合 あんま複雑なSQL（副問い合わせやらJOINやら）は使うな、っておたっしがある場合がある。 そんな時はしたかないからメモリにとってから特別な抽出やらソート集計その他をがんがんやる、って場合もあるけどね。 某広告会社のWebサイトでは昔そういうルールがあった。 APサーバ1 APサーバ2　　　DBサーバ（２重化構成） APサーバ3 ・・・ なのでDB側に負荷かかる事させると他部署からクレームが 33 名前：仕様書無しさん mailto:sage [2007/02/02(金) 00:16:30 ] >>32 それはひどいね 同一サーバに複数システムが同居してるとやだなー 不具合合ったりすると、あらぬ疑いかけられたり 34 名前：仕様書無しさん mailto:sage [2007/02/02(金) 00:27:35 ] 正規化という言葉のない国からやってきたようなデータ 半期ごとに内容が変わるマスタ 半期ごとに名前が変わるテーブル こんなDBを元にしてWebアプリ作って欲しいと言われました。 いじめでしょうか？ なまじ開発なんて出来ない方が幸せだったかもしれないと思った。 35 名前：仕様書無しさん mailto:sage [2007/02/02(金) 00:34:47 ] >>34 日本語でOK マスタの内容が変わるのは当然だと思うが、何か大変なの？ テーブルの名前変えるのはなぜ？ そのDBを元にするだけなら、好きなように作り変えれば良いんじゃねーの？ 36 名前：仕様書無しさん mailto:sage [2007/02/02(金) 00:36:40 ] >>34 意味は分かる とりあえず開発時点でのDB仕様で作るしかないのではないだろうか。 37 名前：仕様書無しさん mailto:sage [2007/02/02(金) 00:42:38 ] >>35 なんでテーブルの名前変えてるのかはオレもよくわからない。 DB新しく作れるなら楽なんだけどねぇ。 マスタがマスタになってないって言った方がいいのかなぁ 適当に更新してたみたいで同じ部課名でコードがいろいろあったりする。 38 名前：仕様書無しさん mailto:sage [2007/02/02(金) 01:23:04 ] そこは名寄せとかコンサル的な提案を進めるべきだと思うんだが、 糞SEが自分の負担が増えるのを嫌がって、プログラマに丸投げする事が多いと思う。 で、運用がえらい目にあって、結果的には赤字。 営業、SEは知らん振り。 39 名前：仕様書無しさん mailto:sage [2007/02/02(金) 01:24:11 ] 何つーか、それ作るのも運用するのも無駄にスキルが必要だな・・・ 40 名前：仕様書無しさん mailto:sage [2007/02/02(金) 01:27:37 ] ＞半期ごとに内容が変わるマスタ 内容と言われても・・・ 規則が変わるのかフィールドが変わるのか・・・ ビュー噛ませるなり誤魔化し方はあろう ＞半期ごとに名前が変わるテーブル こっちは設定ファイルに名前持たせときゃ1分で対応可能だろ 41 名前：仕様書無しさん mailto:sage [2007/02/02(金) 01:29:13 ] >>38 DBを共用するんだべ。 別に作られた稼働中のシステムまで変えなきゃムリなんじゃねーの？ 42 名前：仕様書無しさん mailto:sage [2007/02/02(金) 12:47:56 ] >>34 RDBじゃなくXMLにすればいいよ。 43 名前：仕様書無しさん [2007/02/02(金) 12:53:22 ] >>34 テーブルのPrimaryKeyの一番上に、年と上期／下期を入れれば、テーブル名の変更は いらないのかもしれないが、 マスタの内容も変わり、正規化もされていないのだと 半期ごとにJOINの条件も変わるということかな。よくわからんが・・・ 44 名前：仕様書無しさん mailto:sage [2007/02/02(金) 12:56:57 ] >>34 > 正規化という言葉のない国からやってきたようなデータ > 半期ごとに内容が変わるマスタ これは良くある。ｶﾞﾝｶﾞﾚ。 > 半期ごとに名前が変わるテーブル これだけもう一回説明できないか？良くわからんのだが・・・ 45 名前：仕様書無しさん [2007/02/02(金) 13:26:18 ] >>29 自動的に書いてくれるクラスライブラリがあったら ↑の人達が言ってる正規化とか出てこない と思われますがどうっすか？ 46 名前：仕様書無しさん [2007/02/02(金) 17:16:07 ] 意味不明 47 名前：仕様書無しさん mailto:sage [2007/02/02(金) 17:35:29 ] >>45 ぬぅ・・・分からん。 もちっとkwsk。 48 名前：仕様書無しさん mailto:sage [2007/02/02(金) 22:26:58 ] TBL_2006_4みたいなテーブルが半期ずつだったら笑えるな 49 名前：仕様書無しさん mailto:sage [2007/02/03(土) 00:37:06 ] データベースの設計はどうやら思ったより専門職らしいよな。 漏れは器用貧乏かつ設計&プログラムな人間なので、 そこそこにリレーショナルな設計するけど、 Excelマンセーとか年配なCOBOLerだと、むちゃくちゃなDB設計する とマジで感じるよ。 50 名前：仕様書無しさん mailto:sage [2007/02/03(土) 00:39:37 ] >>32 こういうの割と多くない？ クラスタ化に乗り気にならない人多いし 51 名前：仕様書無しさん mailto:sage [2007/02/03(土) 00:46:33 ] スマートクライアント　-　SOAPサービスなら、 DelphiのDataSnapで作るのが簡単 52 名前：仕様書無しさん mailto:sage [2007/02/03(土) 01:47:18 ] >>32 読み取り専用のレプリカなりを作って，Webの照会系プログラムとかは 優先的にレプリカサイトを使う，ってのが基本なんじゃないの？ レプリカサイトならかなり無茶な検索処理走らせても問題ないし． 後，半期毎にテーブル構造が変化するDBなら，その都度DDL流して テーブル作りなおすってのはどうだろう？ それに併せてアプリケーションも半期毎に自動生成． 自律型プログラミング業務システムのできあがり，っと． 53 名前：仕様書無しさん mailto:sage [2007/02/03(土) 08:00:32 ] >>32は大雑把な説明なんだろうし、実際の業務によってかわるだろうけど、 APの鯖x３でDB鯖x2はちょっと不思議だよな。 >>52の意見とカブるけど、仮に５台使える鯖があるならAP鯖をクラスタにして DB鯖をマスター更新系x1で照会系x2にする方がいいとｵﾓ。 AP鯖はキャッキュが効く様にドカドカメモリ積め。まあサーバーのメモリは つめるだけ積んだ方がいい。 まあ、パフォーマンスが出なくて、営業やマネージャーがこういう構成を 提案できない時点ででそもそもWeb系のシステム組むのは ヤめといた方がいいんだが。 なんだかんだでWeb系は広く深く知識と経験が必要なんだろう。 54 名前：仕様書無しさん mailto:sage [2007/02/03(土) 09:54:28 ] ちと逸れるが、こういう鯖運用についての著書って何かいいのある？ 55 名前：仕様書無しさん mailto:sage [2007/02/03(土) 20:08:53 ] スレ汚しすま（自分と同じトラブルにあってサポートに「そんな事例はありません」といわれ 泣き寝入りしている人の為に以下の情報を残します。） J-COMが提供しているマイシールドがバージョンアップされたがそれを適用した所、 ・マシン終了時、ハングアップして終了しない ・次のマシン起動以降、３〜５分でsvchost.exeが死にマシンがまともに動かなくなる。 　（マウスカーソル以外動かない状態になる。） 　またIEなどでインターネットを見ていたとして、見えなくなってしまう。 なんとかマイシールドをアンインストールしたが、それでも挙動はおかしいまま変わらない。 WindowsXPHomeを再インストールしまともに動いている所に、またマイシールドをインストールしたら また同じ挙動になった。 ※　マイシールドが入っている状態で、無効化すると５分以上過ぎてもまともに動いていた。 こんな現象に出会った方、J-COMにちゃんとクレームしましょう。 （クレームが入っていない、と言い張っているが、少なくとも私はクレームしました。） 56 名前：仕様書無しさん mailto:sage [2007/02/03(土) 21:38:18 ] マルチポスト野郎は氏ね 57 名前：仕様書無しさん mailto:sage [2007/02/03(土) 22:48:28 ] >>54 そこらの情報誌なら>>52-53程度の事は書いてあると思うが・・・。 職場にあわせて構成・運用はそれぞれ違うから、 まともと思われるSIerに相談汁 ただ、まともSIerがかなり希少なのでアレだが・・・。 漏れの経験ではIBMの子会社とか日立・三菱の関連会社とかはスゲー最悪な 構成の見積もりもってくるからなー。 58 名前：仕様書無しさん [2007/02/03(土) 23:53:34 ] Webアプリっていまだにjavaが多いの？ javaに不向きなアプリでもjavaを使ってる感じするんだけど。 59 名前：仕様書無しさん mailto:sage [2007/02/04(日) 02:03:28 ] ヤフオクのオークション終了時刻はJavaすててFLASHにしてくれ 60 名前：仕様書無しさん mailto:sage [2007/02/04(日) 08:24:39 ] Javaが不向きでもJavaで出来るならそれでいいんじゃね？ 別に漏れ個人としてはC++で作ってもいいが、単なる嫌がらせと 思われるだろうし。 61 名前：仕様書無しさん [2007/02/04(日) 10:10:29 ] >>60 >Javaが不向きでもJavaで出来るならそれでいいんじゃね？ もう分かりきったことだけど 中小規模とか、頻繁に変更が入るようなものは、javaは不向だろ。 java技術者とかいうのが多いとかいうのが理由らしいし、 フレームワークに従えばまあそれなりには出来るんだけど、 現実は2次でゲッティー確定らしいじゃん。 62 名前：仕様書無しさん mailto:sage [2007/02/04(日) 13:11:18 ] YahooはJavaApplet使ってる珍しいサイトだ 63 名前：仕様書無しさん mailto:sage [2007/02/04(日) 13:32:07 ] ＞現実は2次でゲッティー確定らしいじゃん。 じゃん、って脳内妄想で言語否定論をﾓﾅｰ だったら藻前はどんな言語で開発するんだよ？ COBOLとかVBなら保守性ｻｲｺｰとかヌかしそうで怖いんだが。 それに頻繁に変更が入る案件ほどJavaの方がありがたい気がする。 EclipesとCVS辺りを使うのが前提だが。 64 名前：仕様書無しさん mailto:sage [2007/02/04(日) 15:01:14 ] 言語によってそんなに保守性って変わるかなー 言語ってよりは設計だとおもうが 65 名前：仕様書無しさん mailto:sage [2007/02/04(日) 15:12:43 ] うーん、クソ設計、オレ設計になりやすい（許してしまう）言語は 言語として保守性が低いと言えるんじゃないかな？ 俺の中ではPerl,PHP,C++,VB,Java(withoutフレームワーク)がそれにあたると思う。 66 名前：仕様書無しさん mailto:sage [2007/02/04(日) 17:47:45 ] 誰がやってもそれなりの設計ができる言語があったら、業務系が真っ先に飛びつくだろうな。 67 名前：仕様書無しさん mailto:sage [2007/02/04(日) 17:48:15 ] お前らWebStart広めようぜ！ Linuxにしてシンクライアントとか上手いこと言ってさ 68 名前：仕様書無しさん mailto:sage [2007/02/04(日) 17:54:10 ] >>66 つJava with フレームワーク 現に飛びついてるわけだｗｗｗ 69 名前：仕様書無しさん mailto:sage [2007/02/04(日) 18:01:54 ] >>65 結局、フレームワークを使うか使わないかじゃないの？？ PHPもフレームワーク使えばそれなりになるんだろ？ 70 名前：仕様書無しさん mailto:sage [2007/02/04(日) 18:02:48 ] >>65 全部じゃん　ﾜﾛﾀ 71 名前：仕様書無しさん mailto:sage [2007/02/04(日) 18:37:08 ] 性的型チェックのあるJavaみたいな言語の方が， 型チェックの厳しくないPHPとかVB6よりも保守の時に楽だよ！じゃん？ 72 名前：仕様書無しさん mailto:sage [2007/02/04(日) 19:24:05 ] >>69 PHPのフレームワークはスタンダードと呼べるものが無いのでは？ 73 名前：仕様書無しさん mailto:sage [2007/02/04(日) 19:49:22 ] ぶっちゃけセキュリティを考えると、WEBアプリをなくす方向にいくしかないわけで。 かっこつけでWEBでやらないで、VPNでつないで普通にクライアントサーバーで やればいいという話ではないか？ 74 名前：仕様書無しさん mailto:sage [2007/02/04(日) 20:28:59 ] そんなぶっちゃけた提案したら>>73は明日からクビだな。 75 名前：仕様書無しさん [2007/02/04(日) 20:36:27 ] WEBの利点てやっぱインストールがいらないことかな。。 業務系のツールでたとえば 交通費清算、勤怠管理、経費清算とか いちいちインストールするの嫌でしょ。 76 名前：仕様書無しさん [2007/02/04(日) 20:51:30 ] webアプリはクライアントにインストールしなくていいってだけで サーバへのインストールは結局鯖の再起動やら サービス停止の案内やらで結構面倒 77 名前：仕様書無しさん mailto:sage [2007/02/04(日) 21:10:49 ] 俺らがやんのはいいんだよ 78 名前：仕様書無しさん mailto:sage [2007/02/04(日) 21:19:42 ] >>76 サーバ側はクラサバでもwebでも手間かかるのは変わらないだろ。 79 名前：仕様書無しさん [2007/02/04(日) 22:01:58 ] >>63 俺はc++とPythonメインで使ってて、管理画面程度のWebUIを javaやLLで作ってるくらいだから、Webアプリにはそんな詳しくないんだけど、 javaは2次位からゲッティーになるのは良く聞くはなしだけどな。 >それに頻繁に変更が入る案件ほどJavaの方がありがたい気がする。 まあ、言いたいことは分かる。 でもそれはフレームワークにそった開発が出来ればの話だし、javaの得意分野とされる 大規模の場合はスキルの差も多く難しいんじゃないの？ そもそも中小規模ではjavaの面倒くささばかり目立つだろうし。 ある程度大規模の変更がある場合javaは手数がかかる分、思い切った変更も難しく 小手先修正が増えてゲッティーになりやすいのかなと、思うんだけど。 80 名前：仕様書無しさん [2007/02/04(日) 22:06:56 ] >>78 DBにアクセス出来れば良いっていう簡単なのならそうだけど。 81 名前：仕様書無しさん mailto:sage [2007/02/04(日) 23:02:54 ] つまり、インストールの手間が要らない仕組みさえあれば WEBアプリなどいらないというわけだ 82 名前：仕様書無しさん mailto:sage [2007/02/04(日) 23:09:28 ] >>81 でもClickOnceだっけ？あれって色々制約あるんで面倒とか聞くが。 83 名前：仕様書無しさん mailto:sage [2007/02/04(日) 23:29:49 ] >>79 ＞でもそれはフレームワークにそった開発が出来ればの話だし、javaの得意分野とされる ＞大規模の場合はスキルの差も多く難しいんじゃないの？ よーわからんけど、C++やPythonの大規模開発ではスキルの差は無くて、 ソースの保守性は問題無しって事でFA? ぶっちゃけソースの保守性は使う人の能力が半分以上だろ。 サイクルRPGみたいな帳票出力言語ならともかく、 ＞そもそも中小規模ではjavaの面倒くささばかり目立つだろうし。 EclipesとCVS辺りを導入して「Javaﾏﾝﾄﾞｸｾｰ」って言うなら、 他の言語は開発すら出来んと思うが・・・。 ＞ある程度大規模の変更がある場合javaは手数がかかる分、思い切った変更も難しく ＞小手先修正が増えてゲッティーになりやすいのかなと、思うんだけど。 クラスの設計もしくは基本設計の話だろうな、この辺りは。 漏れ的にはプログラムのクラス・モデル設計よりかはデータベースのリレーショナルな設計の方が 重要に思えるんで、それほど言語でどーこー、って事はないなぁ。 まー、Javaだと開発鯖が相当にマシンパワーないとイラつくって点で 嫌いならそれは納得だけど、ゲッティーになるかどうかは人災な感がある。 84 名前：仕様書無しさん [2007/02/04(日) 23:30:59 ] 全国に散らばってるクライアントを総バージョンアップするのはいかにもきつそうだ。 あとコールセンターでは普通に１００クライアントとかのバージョンアップするけど、 それ全部やるのヤダ。 つかブラウザがちゃんと動く環境さえあれば、基本的には動くってのは随分楽。 アプリのインスコとWeb閲覧不具合じゃあ、リスクも全然違うし。 85 名前：仕様書無しさん mailto:sage [2007/02/04(日) 23:32:02 ] x-www-form-urlencodedかmultipart/form-dataのどっちかをクライアントに実装すれば ブラウザで作ろうがクライアントで作ろうがサーバからすれば一緒のこと。 RESTとかと一緒でもっと低レベルな規格から再構築してこうや。 86 名前：65 mailto:sage [2007/02/05(月) 00:10:33 ] >>70 おれは全然全部なんておもっちゃいないぜ。 Ruby,Python,Delphi,Lisp,Smaltalkがそれなりに美しい設計に対して強制力を持っていると思う。 （C#やDは完全にわすれてた。どーでもいい。） 87 名前：仕様書無しさん mailto:sage [2007/02/05(月) 01:16:00 ] >>75 ：仕様書無しさん ：2007/02/04(日) 20:36:27 > WEBの利点てやっぱインストールがいらないことかな。。 WEBアプリは「インストールの手間が要らない」のがメリットだとは言うが、 それ以上のデメリットが多すぎるから開発者に嫌われているんだろ。 >>84 > 全国に散らばってるクライアントを総バージョンアップするのはいかにもきつそうだ。 クライアントをバージョンアップするのって、そんなにキツイの？ 「禁断の壷」や「２ちゃんねるブラウザ」は自動でバージョンアップしてくれるだろ。 ClickOnceを使うまでもないと思うのだが。 88 名前：仕様書無しさん mailto:sage [2007/02/05(月) 01:19:18 ] V2CをWebStartで使ってる身としては、こっち路線でいいんじゃねーかと思うんだよなぁ 89 名前：仕様書無しさん mailto:sage [2007/02/05(月) 05:03:03 ] > WEBの利点てやっぱインストールがいらないことかな。。 所定のブラウザはインストールしてください。 セキュリティパッチが出たら即座に当ててください。 まーそれはさておき、蔵鯖でも蔵に自動更新機能付けたらWEBアプリとの差がなくなる気がするけど。 90 名前：仕様書無しさん mailto:sage [2007/02/05(月) 06:44:57 ] Web利点だとライセンスの問題もあると思うが。 蔵鯖だとODBCドライバーにライセンスとかあったりする場合があるけど Webだと特にそこらのライセンスは問題ないし。 あと個人的にpcommで画面作れって言われるよりはWeb＆フレームワーク 使った方が万倍楽に作れるからなぁ。 91 名前：仕様書無しさん mailto:sage [2007/02/05(月) 10:44:02 ] >>89 > 所定のブラウザはインストールしてください。 > セキュリティパッチが出たら即座に当ててください。 オリジナルのクライアントなら、ブラウザのセキュリティホールに巻き込まれなくて済むよね。 > まーそれはさておき、蔵鯖でも蔵に自動更新機能付けたらWEBアプリとの差がなくなる気がするけど。 「差がなくなる」というより「大差が生じる」ような気がするｗ 92 名前：仕様書無しさん mailto:sage [2007/02/05(月) 16:52:20 ] こうやってWEBアプリへの不平不満に耳を傾けていると、サーバー側への不満はあまり 聞かれず、クライアント側(ブラウザ、HTML、JavaScript、戻るボタン)への不満が 集中しているね。 サーバー側への不満ってないのかな？ >>85 > x-www-form-urlencodedかmultipart/form-dataのどっちかをクライアントに実装すれば > ブラウザで作ろうがクライアントで作ろうがサーバからすれば一緒のこと。 > RESTとかと一緒でもっと低レベルな規格から再構築してこうや。 確かに。 WEBサーバーは、例えばJavaBeansのようなデータ集合体を発行するだけにして、 データ集合体をクライアントに展開すればいいだけだよね。 WEBサーバーとデータのやり取りができ、自動インストールと更新の可能なクライアントの標準規格 が確立できれば、現在のWEBサーバーは残したままで、マシなシステム構築が出来るよね。 ただ、最初のうちは、ブラウザと新クライアント両方で動くように作ってくれと言われそうな気もする。 93 名前：仕様書無しさん [2007/02/05(月) 17:18:19 ] そういえば昔そんなシステム作ったな 元はWEBアプリだったんだけど、ブラウザ使うの面倒だからって クライアントアプリになった｡自動更新と自動インストール(ブラウザでActiveX経由だけど）もあったな｡ 94 名前：仕様書無しさん mailto:sage [2007/02/05(月) 23:27:40 ] >>92 IISへの恨みなら数知れず。 ・訳わかめな制限が多々ある事。 ・中身がブラックボックスすぎて落ちるならともかくハングるともうどうにもな事。 普通のアプリならできる事がISAPI＆ASPになるとなんでもかんでもひっかかる。 そしてやれレジストリ、やれ匿名ユーザ、起動ユーザだアプリケーションプールだなんだと いじりまくらないとまともに動作しない。 制限かけすぎだろ。 95 名前：仕様書無しさん mailto:sage [2007/02/05(月) 23:51:35 ] ASPからレジストリいじれないからわざわざCOM作った 96 名前：仕様書無しさん mailto:sage [2007/02/05(月) 23:54:05 ] サーバー側の不満かぁ。 WebSphereだと今の最新がV6.1なんだか、書籍ではV5.0かつ廃刊ってトコだろうか。 あのレスポンスの悪いWebのインフォメーションセンターはなぁ。 鯖の機能自体は悪くない。商用だから当たり前かもしれんが。 97 名前：仕様書無しさん [2007/02/06(火) 00:37:34 ] 現在２２歳、専門出でリクルートの紹介で今新たにＳＥへの就職を考えているものです。 でもココを除いた限りではあまりＳＥは良いものじゃないのかな…という印象も… ＷＥＢアプリ系の仕事が良いかなとか思っていたんですが専門でで使い古されるとかまさに自分の事？みたいな書き込みがあったり‥これって本当なんですか？ リクルートでは仕事を紹介して利益を得る訳ですから良い事しか言わないので実際に働いてる人の意見聞きたいんです。 この仕事していて良かった事とかお勧めできる点ありますでしょうか？是非意見下さい 98 名前：仕様書無しさん mailto:sage [2007/02/06(火) 01:02:33 ] >>97 オレ、このWebの業界でしかプログラマした事が無くて、 他の会社も何も知らないから普通の仕事ってどんなのかわかんないけど、 仕事内容って点では次々新しいフレームワークが出て楽しい最先端の業界だって最初思って、 次にだんだんミーハーで表面だけで踊らされてるよなーって思って、 最後は【まともな】リッチクライアント時代を夢想して糞HTMLを無気力にこねくり回す。 待遇については給料は極悪ではないが、納期と労働時間が極悪。 楽しいときは耐えられるが、Webに疑問を持ち始めたらもう続けられないと思う。 99 名前：仕様書無しさん mailto:sage [2007/02/06(火) 01:03:24 ] >>97 こっち見て味噌 school6.2ch.net/test/read.cgi/job/1170370866/ 100 名前：仕様書無しさん mailto:sage [2007/02/06(火) 01:03:48 ] > 所定のブラウザはインストールしてください。 > セキュリティパッチが出たら即座に当ててください。 IE7にしたら、動かなくなりました うぇｗｗｗｗうぇっｗｗｗｗ 101 名前：仕様書無しさん [2007/02/06(火) 01:39:58 ] >>98貴重な意見ありがとう。 私自身は仕事は人生楽しむための物の一つだというように考えてます。それだけに仕事で体を壊してはしょうがないとも思っています。 ３〜半年に１度、納期が近いときに忙しくなり、それ以外は平均残業30時間程度とリクルートでは聞きました。週休２日制ですし、労働時間が極悪とか体壊したみたいな意見も聞きますがそこまで大変なのでしょうか？ 残業なんかどの仕事していても付きまとうものって考えているんですが、でもココを見てるとそうゆうレベルでもないのか？と疑問に思ってしまう。 専門出が使い古されるみたいな内容も気になります。実力社会だから関係無いのかと思っていたんですが、その辺どうなのでしょうか？ 私のような考えの者がちょっとプログラミングに興味あった位で飛び込むと後悔してしまうのでしょうか‥ スレ違いかなと思いながらも、たまたま考えているのがＷＥＢ系なのでここに書き込ませてもらってます。マジな質問ですみません 102 名前：仕様書無しさん [2007/02/06(火) 03:23:26 ] >>101 >専門出が使い古されるみたいな内容も気になります。 実力社会だから関係無いのかと思っていたんですが、その辺どうなのでしょうか？ 98ではありませんが専門出とか大卒出とか関係なく ＷＥＢ系もしんどいですし悪い言い方すると使い古される覚悟はしてた方がいいですよ 一度やってみたらどうですか？納期と労働時間で嫌と思えば辞めたらいいですから まだ２２歳ですしそこら辺は先方も分かってますよ 103 名前：仕様書無しさん [2007/02/06(火) 06:54:29 ] >>101 実力社会だけど、まず専門出って実力がないやつが多いよ。 ある程度できても視野が狭すぎるので、結局ある程度以上のびない。 いくら教えてもそういうことが理解できないやつがほとんど。 できるやつは、俺が色々仕込んで、転職させたりしてる。 そんな俺は人月２００万にフリーでようやくてが届きました。 それも一日四時間しか働いてません。かつ客からすると コスト半分以下。 でも、こんな土方仕事は嫌だと思って、アメリカの博士課程に在籍中。 104 名前：仕様書無しさん [2007/02/06(火) 09:00:13 ] すごいですね 105 名前：103 mailto:age [2007/02/06(火) 09:48:55 ] 全部ネタだったんだけど… 釣られてくれてありがとうｗ 106 名前：仕様書無しさん mailto:sage [2007/02/06(火) 09:55:07 ] >97 ジャンルは違うが s03.2log.net/home/programmer/archives/blog38.html とか読んでみるといいかもしれない 運が悪かったらこんな現場に当たるかもよ 107 名前：仕様書無しさん [2007/02/06(火) 09:57:14 ] 専門出で現場未経験、２２歳いきなりＳＥならそのプロジェクトに参加したくない と思うのは俺だけか 108 名前：仕様書無しさん [2007/02/06(火) 10:43:24 ] >>105 さすが専門卒だけ会って、人のレス番でなりすましますね。 嫉妬？ 109 名前：仕様書無しさん mailto:sage [2007/02/06(火) 14:47:54 ] 貼っときます 680 ：仕様書無しさん [sage] ：2007/02/01(木) 20:12:27 「ビスタ」、一部ネットバンキングで利用できず ttp://www.yomiuri.co.jp/atmoney/news/20070131it01.htm 流石はMS。 681 ：仕様書無しさん [sage] ：2007/02/01(木) 21:07:18 >>680 韓国ではもっと大変らしいよ。韓国のネットバンキングは ActiveX 使ったのばかりで、そのプログラムが XP までにしか対応していないのが 多くて Vista 使うとほとんどのネットバンキングできないんだって。 やはり一つのプラットホームでしか動かない凝ったものばかり作っては いけませんな。 682 ：仕様書無しさん [sage] ：2007/02/01(木) 21:21:33 チョンなんぞどうでもいい 110 名前：仕様書無しさん mailto:sage [2007/02/06(火) 14:52:51 ] 683 ：仕様書無しさん [sage] ：2007/02/02(金) 07:50:21 β→RCとそれなりに時間があったのに何で誰も対応していなかったのでしょう？ M＄が対処を約束しつつばっくれた、なんてことはありませんよね？ 単に銀行側がマに対応を指示しなかっただけ？ 684 ：仕様書無しさん [sage] ：2007/02/02(金) 10:48:42 >>681 ActiveX ならそーゆー事もあるかも試練。 だが何で、そんなん使ってないみずほとかまで 動かなくなるんだろ。 MSが阿呆なのか、Web屋が所詮そんなもんなのか。 685 ：仕様書無しさん [sage] ：2007/02/02(金) 17:20:45 難しいことやりすぎてんじゃないか? もっとシンプルにSSLで暗号化だけして画面凝らなきゃいいのに。 111 名前：仕様書無しさん mailto:sage [2007/02/08(木) 00:18:27 ] 俺は発狂。 ダークサイドに走った。 $ cat index.php <?php require_once('dl_local.php'); dl_local('project.so'); exit(project_main($_REQUEST)); ?> 99.95%をCで書いた。 多分、誰もメンテできない。 おかげでZend Engineに詳しくなったぜ。 もう触る事は無いだろうけどｗ 俺は組込に帰る！！ 112 名前：仕様書無しさん mailto:sage [2007/02/08(木) 09:53:44 ] ApacheModuleのみで構成しました。 誰も付いて来れません・・・ 113 名前：仕様書無しさん mailto:sage [2007/02/08(木) 20:57:14 ] 今考えると 16bitのWindowsでOLE2とかの時点で基地外じみたことやってたわけ だから、なんで Ajax で OpenSource の Linux デスクトップに行きたいの？とか 言ってもはじまらないのかも知れん。WindowsVistaを割高に感じれば感じるほど、 「Windowsを使わない」方向へ圧力がかかり、Linuxでデスクトップに行くにはWeb 上に世界を作るのが実は最速だったりする。もともとWindows自体が「みんなで 渡れば怖くない」ということで広まったわけだから。 114 名前：仕様書無しさん [2007/02/09(金) 13:58:14 ] そうでもないよ 115 名前：仕様書無しさん [2007/02/09(金) 14:48:22 ] うん、そうでもない。 116 名前：仕様書無しさん mailto:sage [2007/02/09(金) 16:11:23 ] トラックバック:pc10.2ch.net/test/read.cgi/tech/1132897521/ 117 名前：仕様書無しさん mailto:age [2007/02/09(金) 23:39:29 ] >>113 Linux厨の妄想か…… わざわざ「デスクトップに行く」のに「Web上に世界を作るのが実は最速」なら そんな糞ウザイLinuxなんか、誰がやるかっつーのｗ > 「Windowsを使わない」方向へ圧力がかかり Linux厨の願望か…… もうLinuxはWindowsに完全敗北したんだよ いいかげん認めたら？ 118 名前：仕様書無しさん [2007/02/09(金) 23:41:18 ] a 119 名前：仕様書無しさん mailto:sage [2007/02/09(金) 23:43:44 ] ヲタうざい。 120 名前：仕様書無しさん mailto:sage [2007/02/10(土) 00:08:09 ] 最近、VMWare上でLinuxを動かしてその上で開発を進めてるんだが、 コンソールではそれほど不便を感じないんだが GUIでのマウスの加速度のかかり具合とか、 ウインドウの移動やソフト毎の他国語対応状況とか、 普段全然気にしてなかった事が気になって仕方が無いのがすんげー意外だった。 マウスの動きの微妙な違いがほんとにストレスになる！ 121 名前：仕様書無しさん mailto:sage [2007/02/10(土) 00:14:07 ] 慣れろ 警告ダイアログ乱射のVistaに比べればその程度屁でもない 122 名前：仕様書無しさん mailto:sage [2007/02/10(土) 01:13:26 ] 漏れもVMware+Linux使ってるけどマウスはそれは慣れだ罠。 123 名前：仕様書無しさん mailto:sage [2007/02/10(土) 09:14:06 ] なんだよ、SWFプログラマには細かい動きの注文つけるくせに 自分の使うPCのマウスの挙動には無頓着なのかよ 124 名前：仕様書無しさん mailto:age [2007/02/10(土) 21:30:35 ] 関係ないけど、UNIX厨ってWEBアプリを肯定する奴が多いような気がする 125 名前：仕様書無しさん [2007/02/10(土) 22:08:03 ] 修正終わったぁああああ！！ 誰だよ、こんなクソプログラム設計したの。 なんで個人情報のhtmlファイルが堂々とルート以下にあるんだよ。 Googleに引っかかってるじゃねーかよおおおお！ 俺作ったわけじゃねーのにすげー怒られたぞおおお！！！ 126 名前：仕様書無しさん mailto:sage [2007/02/11(日) 11:23:39 ] >>124 育ちと環境の違いじゃね。 VB厨というかWindows厨はGUI歴が長い人種は見た目の些細な事につっこむけど、 UNIX厨は本質的なところは拘るけど、些細な見た目は気にしないタイプ 多いんだろ。 漏れもどっちかと言えば見た目の些細なところは気にしないクチだな。 127 名前：仕様書無しさん mailto:sage [2007/02/11(日) 16:13:21 ] >>126 両方に共通するのは見た目も本質も気にしない奴の方が多いって事だな。 128 名前：仕様書無しさん mailto:sage [2007/02/11(日) 23:44:56 ] 本質ｗ 129 名前：仕様書無しさん mailto:sage [2007/02/12(月) 00:38:47 ] >>126 > VB厨というかWindows厨はGUI歴が長い人種は見た目の些細な事につっこむけど、 > UNIX厨は本質的なところは拘るけど、些細な見た目は気にしないタイプ ズレてるね。 GUI歴が長い人種は、従来のRADアプリケーションと比べての、WEBアプリのGUI開発の メンドクササや汚さを良く知っているから、WEBアプリを嫌うんだろ。 対してUNIX厨は、マイクロソフトに対抗できるものなら何でも支持したがるから マイクロソフトが主流じゃないWEBアプリを肯定したがるんだろ。 130 名前：仕様書無しさん mailto:sage [2007/02/12(月) 11:44:37 ] 漏れは昔のGUI開発とかした事ないクチでCUIばっかな人だったけど、 ここ２・３年だとフレームワークとかライブラリが豊富だから、 GUI開発の方がCUI開発よりも楽に感じるけどなぁ。 CUIで80x24の画面で画面遷移でファンクションキーで飛びまくりな 状況よりもWebの方が自由度が高く楽に実装できて、 作る側としてもありがたいんだが。 漏れはUNIX厨かどうか微妙だがマイクロソフトのエクセルは すばらしいツールだと思う。 131 名前：仕様書無しさん mailto:sage [2007/02/12(月) 11:56:24 ] GUIの方がサイズを変えたり、別ウィンドウを出したり、 マイルーチンが充実してくれば楽になってくるが、 不便なCUIで工夫していろいろやる楽しさから抜け出せん。 132 名前：仕様書無しさん [2007/02/12(月) 11:58:12 ] あんたの考えているＧＵＩのレベルは低すぎｗ 133 名前：仕様書無しさん mailto:sage [2007/02/12(月) 14:06:12 ] 悪かったなｗ 134 名前：仕様書無しさん mailto:sage [2007/02/12(月) 14:08:46 ] >>131 >GUIの方がサイズを変えたり、別ウィンドウを出したり、 確かAS/400+5250端末系だとCUI環境でも出来る。 135 名前：仕様書無しさん mailto:sage [2007/02/12(月) 19:23:04 ] さすがにAS/400(CL+RPG)はソフトウェアの資産は莫大すぎるほどあるんだろうけど、 うるう年の計算や月末日の計算を自前or他人のサブルーチンで代用しなきゃいけない 点が微妙なモノがあるな・・・。 まー、あの文化は凄いし、安定性に関してはそこらの蔵鯖を凌駕しているけど、 作る側としては、あんま好きじゃないんだよな。 特に画面表示・更新のサブファイルの実装は素直にクソだろ。 ひたすら鬼の様なデータエントリー業務だと普通に5250のCUIの方がいいだろう。 136 名前：仕様書無しさん mailto:sage [2007/02/13(火) 02:33:43 ] ジョエルが「Webアプリはパッケージソフト同等だ、業務ソフトだと思うな。」と言ってるよね。 営業には通らない話だが。 137 名前：仕様書無しさん mailto:sage [2007/02/13(火) 08:04:16 ] ここで槍玉にあがるWebアプリってのはインターナルソフトウェアの話だろ？ Joelが言ってるのはYahooみたいなどんなユーザーが使うかわからんサイト。 >136のとこの営業がとってくる仕事はどっち？ 5つの世界 local.joelonsoftware.com/mediawiki/index.php/5%E3%81%A4%E3%81%AE%E4%B8%96%E7%95%8C 138 名前：仕様書無しさん [2007/02/14(水) 23:37:03 ] 現実に企業に納品するWEBアプリはクライアントアプリのように使われているわけだ ここのスレで議論されているのはほぼそれじゃぁないのか？ つうか、ちょっとでも会社でソフト書いてたらこんなことくらいあたりまえだと思う 偉い人がいくらYAHOOが本当のWEBアプリとかのたもうても日本での現実は違うだろ 139 名前：仕様書無しさん mailto:sage [2007/02/15(木) 02:24:17 ] >>133 怒るな。 低水準のアプリケーションを組めるってのは凄いんだぞ。 アセンブラみたいに。 140 名前：仕様書無しさん mailto:sage [2007/02/15(木) 02:25:59 ] 何か違うと思うな 141 名前：仕様書無しさん mailto:sage [2007/02/15(木) 23:14:09 ] JavaScriptの単体テストはめんどくさい。 しかもオブジェクトが１個の時と複数の時で扱いが違うから ちゃんと単体しないと思わぬバグを残してしまう・・・ あ〜、やだやだ 142 名前：仕様書無しさん mailto:sage [2007/02/16(金) 23:37:55 ] 各ブラウザの各バージョンでのJavaScriptのテストなんてやりたくねぇ。ってかしねぇ。 143 名前：仕様書無しさん mailto:sage [2007/02/17(土) 00:13:37 ] jsにもhtmlみたいな文法チェックがあるといいんだけどな。 144 名前：仕様書無しさん [2007/02/17(土) 10:30:44 ] そんなことしたら デザイナがjs書けないだろｗ 145 名前：仕様書無しさん [2007/02/17(土) 23:43:02 ] 俺、某商社の子会社に常駐してんだけどユーザーがあほで困っています。 昨日打ち合わせがあったんだけど、今エクセルで配布計算をしているのをＡＳＰにしたいらしんだけど、何個かシステムの案をあげてくれとかいってきた 具体的に仕様いわないと分からないだろうがって感じ しかも昨日今エクセルでテーブルを１つしか使ってないのをどういう構成でいきますかとＱＡあげたのに放置だし マジムカつく 146 名前：仕様書無しさん [2007/02/18(日) 00:03:11 ] ユーザはアホです アホにも分かるように説明し金をむしりとるのがプロです 147 名前：仕様書無しさん mailto:sage [2007/02/18(日) 00:07:57 ] 曖昧な仕様の時はドリームぶちまけとけ。 一番やばいドリームが採用されたら逃げろ。 148 名前：仕様書無しさん mailto:sage [2007/02/18(日) 00:09:43 ] >>145 ユーザはアホなものだ。そのアホをなんとかするためにSEがいるのだ。 そのユーザの最大の問題点はSEではなくマのお前に相談したことだ。 マじゃなくてSE(または営業)に相談するように言っとけ。 149 名前：仕様書無しさん mailto:sage [2007/02/18(日) 00:41:29 ] 前スレの422みたいな子だな 150 名前：仕様書無しさん [2007/02/18(日) 01:45:01 ] ユーザーにテーブル構成とかはどんな感じにするのか聞いても無視だぜ アホというより人としてどうよ そのユーザーにマスタは物理削除にしますかそれとも論理削除にしますかとＱＡ出しても放置ってどうよ 151 名前：仕様書無しさん mailto:sage [2007/02/18(日) 03:44:11 ] >>149 なんか、気になったから過去ｽﾚ見直して「ああ、なるほど」と思った。 おまい、マにあるまじき記憶力の良さだな。 152 名前：仕様書無しさん [2007/02/18(日) 06:11:51 ] 確かにそういうユーザーは困るよね 仕様を抽象的にしか言ってこない奴 153 名前：仕様書無しさん mailto:sage [2007/02/18(日) 08:21:53 ] 仕様を具体的に言えるんだったらSEなんて全員要らないだろ 154 名前：仕様書無しさん mailto:sage [2007/02/18(日) 09:48:04 ] ユーザーが仕様を抽象的にしか言わないのは当たり前。 それを具体的な仕様に起こすのもこちらの仕事でしょう。 155 名前：仕様書無しさん mailto:sage [2007/02/18(日) 10:28:57 ] 漏れも>>154の意見に賛成だな。 漏れが上司だったら>>145みたいなアホは客先には出させずに 一生底辺PGで社内にひきこもっていただくけどな。 156 名前：仕様書無しさん [2007/02/18(日) 10:37:58 ] 確かにそういうユーザーは困るよね 仕様を抽象的にしか言ってこない奴 157 名前：仕様書無しさん mailto:sage [2007/02/18(日) 10:43:10 ] ユーザーなら仕方ないだろ。 仕様を抽象的に言うSEなら死ねって思うけど。 「だから、ここら辺でグリグリってやると この辺にいろいろな情報がスパーンって表示されるんですよ。」 みたいなやつ。 158 名前：仕様書無しさん mailto:sage [2007/02/18(日) 11:10:35 ] 長島監督乙 159 名前：仕様書無しさん mailto:sage [2007/02/18(日) 12:11:07 ] 問題は， 確かにそういうSEは困るよね 仕様を抽象的にしか言ってこない奴 みたいなのが多くて，結局，末端のPGにしわ寄せが来ることが多い， ってことではないかと． 160 名前：仕様書無しさん [2007/02/18(日) 12:15:22 ] >>157 長島さんがSEならこの業界どうなっているのやら 161 名前：仕様書無しさん mailto:sage [2007/02/18(日) 12:16:42 ] >>160 みんなのびのびできて却っていい業界になってたかも 162 名前：仕様書無しさん [2007/02/18(日) 12:35:42 ] >>161 本人はプラス思考だが、野球に関してはとても厳しい人だぞ 163 名前：仕様書無しさん mailto:sage [2007/02/18(日) 13:19:49 ] つか「ユーザーが仕様を抽象的に」の時点でおかしいだろ。 ドリームを吐くのがユーザーもしくは営業 仕様を決めるのはSEなのに、 ユーザーが仕様を言うワケがない。 >>145がSEなら無能だし、PGだったら妄想乙だな。 164 名前：仕様書無しさん mailto:sage [2007/02/18(日) 13:46:12 ] >>145 今の少ない情報から、出せる案を出すのがプロじゃね。 「ちょっと情報が不足している為、細かい部分についてはこれからつめていく、 という形になりますが・・・」と >>145の常駐先での位置づけ、 ユーザ会社（商社）内でも依頼を出してくる奴の位置づけ、 などが分からないからどこまで理不尽な指示なのか分からんけどね。 165 名前：仕様書無しさん mailto:sage [2007/02/18(日) 15:14:14 ] つーか、ユーザーはそもそも抽象的って言ってるやつは根本的に勘違いしてる ユーザーが「ユーザー自身の業務内容の仕様を抽象的に」説明する事が問題なんだよ。 業務内容なんて、ユーザーしか知りえないのに抽象的に言われて分かるかって事だ。 だから、SEは第三者としてユーザーの語る仕様の曖昧さをはっきりさせて、 システムとして自動化できる領域を決定して設計する。 業務をはっきり伝えたうえで「ここを自動化したい、ここを自動化したい」という ドリームをユーザーが語るのは当然だが、その前に業務仕様だけははっきりさせないければいけない。 これは、ユーザーにとっても義務。 業務内容の複雑さを後出しで追加されないようにSEは頑張る必要がある。 166 名前：仕様書無しさん mailto:sage [2007/02/18(日) 15:23:11 ] 使用変更は金がもうかるからなるべく設計はあいまいに しておいてくれると助かる 167 名前：仕様書無しさん mailto:sage [2007/02/18(日) 15:34:30 ] >>166 リリース前にその「仕変」を言い出したら デスマにならんか？ 168 名前：仕様書無しさん mailto:sage [2007/02/18(日) 15:56:05 ] 断れりゃいいんだけどね 169 名前：仕様書無しさん [2007/02/18(日) 16:24:26 ] >>165 >ドリームをユーザーが語るのは当然だが、その前に業務仕様だけははっきりさせないければいけない。 >これは、ユーザーにとっても義務。 だから、ユーザーからそれをしっかり引き出すのがSヨの仕事だろっての ユーザーなんてシステムに関しちゃシロートなんだからどこまで具体的に言えばいいのかわかってねーだろ 170 名前：仕様書無しさん [2007/02/18(日) 17:30:22 ] >>169 そうじゃなくて165が言いたいのは システム化対象になっているユーザの普段の業務を 具体的に言えといってるのに抽象的にしか表現できないってことだろ？ システムの機能やそのインプリはSEが考えるとして こういうことを普段やってますと表現できないユーザは アホでしかないじゃん 171 名前：仕様書無しさん mailto:sage [2007/02/18(日) 17:44:46 ] ＞俺、某商社の子会社に常駐 と言っている奴が普段の業務も知らんのでは、 何のために常駐しているのか？って気がしなくもないが。 アフォな営業がとってきた案件ならともかく、 一緒に仕事しているSEで「あいつの言っている事が抽象的」 なんてのたまうのは真性のアフォって感じだが。 172 名前：仕様書無しさん mailto:sage [2007/02/18(日) 17:48:27 ] >>170 新人らしく張り切ってるのはわかるが あまり間の抜けた発言はしないほうがいいぞ。 ユーザは業務に関しては一番よく知っている人間。 だが業務内容を客観的に要求として伝える技術は範囲外。 理路整然と仕様としても完璧なRFPがいきなりできたら おまえのすることないだろ？ 173 名前：仕様書無しさん mailto:sage [2007/02/18(日) 18:18:46 ] >170 知っていることと、プログラムできるように説明することとは 全然違うことなんだが、何を言ってるんだろうね。 174 名前：仕様書無しさん mailto:sage [2007/02/18(日) 18:35:54 ] 普段やってる事をSEがヒアリングして分析してシステムに落とし込むのに、 普段やってる事を曖昧に説明されることを何で問題に感じないんだろうね。 175 名前：仕様書無しさん mailto:sage [2007/02/18(日) 18:42:00 ] まずは適当に作って運用してみて直していけばええやん。 細かいこと気にスンナよ 176 名前：仕様書無しさん mailto:sage [2007/02/18(日) 18:42:02 ] >>145の自作自演がはじまりますたw 177 名前：仕様書無しさん mailto:sage [2007/02/18(日) 18:47:10 ] ＞知っていることと、プログラムできるように説明することとは ＞全然違うことなんだが、何を言ってるんだろうね。 SEがこんな寝言をホザいたらｿｯｺｰでクビになると思うが。 顧客とコミュニケーションとって仕様を固めるのが仕事だろうに。 178 名前：仕様書無しさん mailto:sage [2007/02/18(日) 18:48:48 ] >>174 うわー、これは。 179 名前：仕様書無しさん mailto:sage [2007/02/18(日) 19:16:00 ] なんか流し読みだけど、 ユーザーに業務内容を詳しく聞いてるのに ユーザーは長嶋監督だから詳しく聞くのに限界があって 適当に作業してたらあとで長嶋監督にこってり絞られるから やってらんねー。 という話を誰かが力説してるという構図ですか？ 180 名前：仕様書無しさん mailto:sage [2007/02/18(日) 19:47:20 ] >適当に作業してたらあとで長嶋監督にこってり絞られるから これはないみたいよ。 181 名前：仕様書無しさん mailto:sage [2007/02/18(日) 20:37:50 ] >>179 ユーザが全部の業務の流れしらなきゃ だれが業務の流れしってんだよ。 一生デスマじゃねぇか 182 名前：仕様書無しさん mailto:sage [2007/02/18(日) 20:44:26 ] >>181 確かにw むしろ最初からユーザーがデスマってるか 183 名前：仕様書無しさん mailto:sage [2007/02/18(日) 20:53:50 ] ユーザーは仕事の流れを知っているけど アフォな底辺PGが理解できないだけって希ガス 184 名前：仕様書無しさん [2007/02/18(日) 21:15:33 ] 説明できないユーザがアホなケースと 説明されても理解できないSEがアホなケースの2種類がある おそらく両方だと思われ 185 名前：仕様書無しさん mailto:sage [2007/02/18(日) 21:38:58 ] ユーザで A,B,C,D,E・・・ という作業を毎回するけど、実はCとEはなくてもいいんだよね、 という事は把握してない奴はいる。 そういう意味で業務はなりたってるけどシステム的に整合性？がとれてるかっていうと、 という会社は確かにある。 でもそこを、ヒヤリングした内容からシステマティックに資料／仕様化して 「今までのヒヤリング結果から、業務内容はA,B,Dのようになります。 これに対して認識違い、その他ありましたらご指摘願えますでしょうか？」 とユーザの合意を取り、「システム」を作り出すのはSEの仕事だ。 「ユーザがあいまいな事しか言わないからダメだ！」、って言うのはちょっとSEとしての力量不足かと。 186 名前：仕様書無しさん [2007/02/18(日) 22:06:39 ] ユーザシステムの素人。 PGは業務の素人。 だからSEがいるんでしょ。 ユーザが厳密な仕様書かけたらSEいらないべ。 大変な作業ではあるけど、その部分が仕事なわけで。 187 名前：仕様書無しさん mailto:sage [2007/02/18(日) 22:08:26 ] もうなんかwebアプリ関係ない話してるしｗ 188 名前：仕様書無しさん [2007/02/18(日) 22:09:27 ] A、B、C、D、E、・・・っていう作業がありますと 説明できるユーザとできないユーザの話だろ？ 189 名前：仕様書無しさん mailto:sage [2007/02/18(日) 22:13:27 ] >>188 「え〜と、月始めはこんなことやって〜。。。月末はこんな感じ。 で、半期ごとにこんな感じ、だったっけ？どう山田？」 みたいなまったく整理されてないトークを聞きながら必死にシステム的にまとめていく （議事録もそうだよな） のがＳＥ作業です（以前はコンサル作業だったけど）。 190 名前：仕様書無しさん [2007/02/18(日) 22:14:20 ] 世の中デスマを誘発するなんちゃってSEって多いよな。 あれを減らすだけでもだいぶましだが 191 名前：仕様書無しさん [2007/02/18(日) 22:55:19 ] >>188 そんな感じだと ISO対応とかSOX対応なんか死にそうだな 192 名前：仕様書無しさん mailto:sage [2007/02/18(日) 22:57:42 ] WEBソフトの話をしろよｗｗ 193 名前：仕様書無しさん mailto:sage [2007/02/18(日) 23:19:19 ] 「Webソフト」特有の問題じゃなくて、そこら中のプロジェクトで起こってる問題だから、 わざわざここで議論する必要も無かろうに。それとも、「Webソフト」の特徴的な何かが こうした問題を引き起こしている、という方向で議論を展開していただけるのなら拝聴したい。 194 名前：仕様書無しさん [2007/02/19(月) 00:41:57 ] アホなユーザーが担当のWEB開発はつらいのは認める 俺この前ASPで一覧の内容をCSV出力するプログラム作ったんだけどそのときユーザーがデータにカンマ入れやがってこれずれるよとかぬかシヤガッタ 195 名前：仕様書無しさん mailto:sage [2007/02/19(月) 00:45:52 ] >>194はアホなの? 196 名前：仕様書無しさん mailto:sage [2007/02/19(月) 00:48:32 ] >195 アホというか、おつむの可哀想なヒト 197 名前：仕様書無しさん mailto:sage [2007/02/19(月) 00:48:31 ] >>194 つまらん 198 名前：仕様書無しさん [2007/02/19(月) 00:48:39 ] 俺は大人の対応でCSVの仕組みを説明しタブ区切りにしますかとＱＡを出したがその後返事が来ることはなかった ユーザーって何様よ 199 名前：仕様書無しさん mailto:sage [2007/02/19(月) 00:50:27 ] >>198 やめとけ。 200 名前：仕様書無しさん [2007/02/19(月) 00:52:27 ] ユーザーに聞くのはおかしいべ 201 名前：仕様書無しさん [2007/02/19(月) 00:54:39 ] んだな。 デリミタ位、自分で決めようよ。 202 名前：仕様書無しさん mailto:sage [2007/02/19(月) 00:57:10 ] あいつら、自分を神だと思っているから我慢するほか無いよ。 203 名前：仕様書無しさん [2007/02/19(月) 01:03:13 ] >>200 確かに ユーザーはCSVって何？から始まるからなｗ ＱＡ上げでもってなかなか帰ってこないのは仕方ないべ。 それを考えられないお前はＳＥしっかくだな。 204 名前：仕様書無しさん mailto:sage [2007/02/19(月) 01:32:31 ] まー、CSVで出力させる際は、Excel対応形式のCSVでいいですか？ って言ってデータは " で括ってしまうのがいいと思うけどな。 205 名前：仕様書無しさん mailto:sage [2007/02/19(月) 04:23:42 ] なぜかWebデザインまでやる羽目になるプログラマは多いと思うんだけど、 そんな奴のための書籍とかってある？ ほどほどのデザインができるようになればいいんだ。 206 名前：仕様書無しさん mailto:sage [2007/02/19(月) 06:41:00 ] >>205 2chばっか見てないで普通のWebサイトを見れ 207 名前：仕様書無しさん [2007/02/19(月) 07:43:08 ] 今日もバカなユーザーと打ち合わせかと思うとイヤになる。 年収７００では割に合わんよ 208 名前：仕様書無しさん [2007/02/19(月) 07:43:55 ] >>207 給料たけ〜 でも割りあわないわけね 209 名前：仕様書無しさん [2007/02/19(月) 08:13:45 ] 合わない ちょっと聞いてよ 210 名前：仕様書無しさん mailto:sage [2007/02/19(月) 08:14:03 ] 嫌です 211 名前：仕様書無しさん [2007/02/19(月) 08:16:16 ] 俺、今統合パッケのフロントをアイマで作るプロにいるんだけど 212 名前：仕様書無しさん [2007/02/19(月) 08:19:48 ] >>210 おまいネタフリやめれ。 聞いてやれよ 213 名前：仕様書無しさん [2007/02/19(月) 08:26:08 ] 某総研が某銀行経由で●ゴム幹にヒアリング行ってたんだけど 最近実はとか話がでて このプロジェクとは客が●ゴム幹ではなく某銀行のパッケ作ること言うてきてその第一次導入先が●ゴム幹だとぬかシヤガッタ だから今まで●ゴム幹専用で設計したものを汎用設計せんとあかんことになっちまって マジムカつかない？ 214 名前：仕様書無しさん mailto:sage [2007/02/19(月) 08:27:15 ] >>213 どこ向きに仕事してんだか？ 215 名前：仕様書無しさん [2007/02/19(月) 08:33:01 ] >>214 >>213は何を言っているか分かりますか？ 216 名前：仕様書無しさん [2007/02/19(月) 08:39:18 ] しかもそのプロは某統合パッケをアイマとか言うデータのパッケでフロントをぱっけで作るっつうやつ 217 名前：仕様書無しさん [2007/02/19(月) 08:44:09 ] 先月フィットギャップと要件定義やって今月プロを外注したのにやってられん 218 名前：仕様書無しさん [2007/02/19(月) 08:45:52 ] そのくせＣＳＶが少しずれただけでほえるのはマジきっついわ 219 名前：仕様書無しさん [2007/02/19(月) 08:50:35 ] すっきりした ありがとう さぁ仕事だ 220 名前：仕様書無しさん mailto:sage [2007/02/19(月) 09:13:54 ] 典型的な仕事できない人ですね 221 名前：仕様書無しさん mailto:sage [2007/02/19(月) 09:42:20 ] CSVなんてもううんざりだ！！ 2.csv 222 名前：仕様書無しさん mailto:sage [2007/02/19(月) 09:45:35 ] 時代はXML 223 名前：仕様書無しさん mailto:sage [2007/02/19(月) 11:18:57 ] >>194 データ中のカンマ、改行、"ぐらい対応しとけよ・・・ ちなみに CSV　カンマセパレーテッドボリューム？ TSV　タブｒｙ） 224 名前：仕様書無しさん mailto:sage [2007/02/19(月) 11:23:17 ] 普通ODBCドライバで出力しない？CSVてｔ 225 名前：仕様書無しさん mailto:sage [2007/02/19(月) 11:26:04 ] >>224 それやると重いはず。 読む方はもっと重い。 226 名前：仕様書無しさん mailto:sage [2007/02/19(月) 11:29:42 ] 重いっつってもたかだか業務アプリでしょ？ たいしたことないよ 227 名前：仕様書無しさん mailto:sage [2007/02/19(月) 11:42:36 ] >>205 ノンデザイナーズデザインブック 知識の有る無しでどうにかなる部分を説明 228 名前：仕様書無しさん mailto:sage [2007/02/19(月) 12:26:17 ] >212 こういうヤツは嫌だっつーても勝手に語り出すから問題ねぇ 229 名前：仕様書無しさん [2007/02/19(月) 13:26:17 ] >>223 CSVをカンマ区切りで出力する、と決めたのは開発側のSEなんだろうから その時に「データ内にカンマが入っていれば半角スペースにエスケープしますけどいいっすか? だめならタブ区切りに変えますが」みたいな確認は機能仕様書とかでやるよな普通。 データにカンマが入る可能性を見落としていて、逆切れしてるようにしか見えないな。 230 名前：仕様書無しさん mailto:sage [2007/02/19(月) 14:12:15 ] 個人的には必要なさそうならデータ内の改行はあらかじめ対応しないことにする。 で、カンマ区切りよりタブ区切りにする。で、タブ文字はデータに使用できないこととする。 さらっとスクリプト書いてなんかしたいときとかに楽だからね。 もちろん必要性がある場合はちゃんとするけどｗ 231 名前：仕様書無しさん [2007/02/19(月) 22:33:16 ] 俺が嫌だっつうのは今猿の俺がプログラムレベルの話を客から聞かされることよ カンマなんてどうでもよいべ 明日はカル●●の用件聞かなあかん マジ行きたく成羽 232 名前：仕様書無しさん [2007/02/19(月) 22:37:09 ] ODBCドライバってなによ なんかのテストツール？ 233 名前：仕様書無しさん mailto:sage [2007/02/19(月) 22:41:58 ] なんかこのスレで愚痴ってる奴って本気で底辺なんだなー、って感じがするな。 234 名前：仕様書無しさん [2007/02/19(月) 22:58:34 ] ODBCを知らないとは 235 名前：仕様書無しさん [2007/02/19(月) 23:04:10 ] webアプリが底辺なんだけどね 236 名前：仕様書無しさん mailto:sage [2007/02/19(月) 23:14:41 ] と思い込まないとやっていけない底辺プログラマでした 237 名前：仕様書無しさん mailto:sage [2007/02/19(月) 23:15:52 ] >>205 地道に勉強しる。 俺だって色使いの基礎から、レイアウトまで、ひととおりやった。 が、変にマルチタスク化すると、 専門のデザイナーさんが多忙で、仕方なくあとで本格的にやってもらう前提で 「暫定で」作った俺流レイアウトがそのまま採用されて、公開なんてあったけど・・・・orz 238 名前：仕様書無しさん mailto:sage [2007/02/19(月) 23:25:28 ] あるある。 開発「デザイナいないっすよ」 営業「てきとーでいいからひとまず作ってよ」 開発「とりあえず（デザイン以外は）終わりました」 営業「ここ、右寄せしてよ。あとバランス悪いからレイアウトここをこうして…」 俺はデザイナじゃねーからそんな作業させんなっつーの！ 239 名前：仕様書無しさん mailto:sage [2007/02/19(月) 23:33:28 ] 昔はPGがぜんぶやってたんだよ。。。。 240 名前：仕様書無しさん mailto:sage [2007/02/19(月) 23:46:50 ] >>1 だったら組み込みに鯉ｗこっちは人手不足 241 名前：仕様書無しさん mailto:sage [2007/02/20(火) 00:12:01 ] >>194 >>198 >>213 >>216-219 >>231-232 君、ガッキー（前スレの422の子）じゃないの？ ASPとか言ってるし、文体もノリもレベルも自己中度も似てるし、 ずーっとageてるし、何から何までソックリだよｗ 君専用のスレ、俺がせっかく立ててあげたのに、来てくれなくて残念だったよｗ >>240 ガッキー君を差し上げましょうｗ 242 名前：仕様書無しさん mailto:sage [2007/02/20(火) 00:14:26 ] (ﾟ�听)ｲﾗﾈ 243 名前：仕様書無しさん [2007/02/20(火) 07:42:41 ] 今日は恵比寿のカル●●にいって一日中馬鹿ユーザーのヒアリング。 鬱になるな 244 名前：仕様書無しさん [2007/02/20(火) 07:48:28 ] 俺が知ってる言語はCOBOLとPL1と400とASPだけです 知っているといっても画面を作る程度ですがね 俺は今猿だからそれで十分なんよ ＳＥになるとそうはいかんだろうがな 245 名前：仕様書無しさん mailto:sage [2007/02/20(火) 12:47:07 ] それ全部を言語と申すのじゃな 246 名前：仕様書無しさん mailto:sage [2007/02/20(火) 17:11:37 ] >>244 原文：俺は今猿だからそれで十分なんよ 読み：おれはいまさるだからそれでじゅうぶんなんよ 高崎山にお勤めですか？ 247 名前：仕様書無しさん mailto:sage [2007/02/20(火) 21:37:41 ] >>246 普通にコンサルだよ。お前なんかより断然上流ｗｗｗ 248 名前：仕様書無しさん [2007/02/20(火) 22:03:26 ] わーすごーい 俺247みたいになりたいなあ 249 名前：仕様書無しさん mailto:sage [2007/02/20(火) 22:55:27 ] PHPがDelphiだって？ 250 名前：仕様書無しさん mailto:sage [2007/02/20(火) 23:20:42 ] 画面つくるだけならExcelで十分だろう。 言語を知っている必要すらない。 ただSEからは激しく嫌われるだろうけど。 251 名前：仕様書無しさん [2007/02/20(火) 23:45:19 ] 最近は画面作ることすらない 画面はＰやＳＥがﾂｸﾙﾓﾝﾀﾞﾛ 最近はヒアリングやぱらめーた設計とフィットギャップしかやらない 252 名前：仕様書無しさん mailto:sage [2007/02/20(火) 23:49:26 ] やってる仕事が上流じゃなくてグチってル時点で・・・ まぁ、ガッキーがんばれ！ 253 名前：仕様書無しさん mailto:sage [2007/02/21(水) 00:16:02 ] なんか自称上流ってあたりが激しくｲﾀｲな・・・ しかも匿名掲示板で自慢話(?)かよ。 2xhよりも精神病のカウンセリング受けといたほうがいいぞ。 254 名前：仕様書無しさん mailto:sage [2007/02/21(水) 00:20:54 ] いまだに上流＝エラいと思ってる時点で世間についていけてない 255 名前：仕様書無しさん mailto:sage [2007/02/21(水) 02:05:03 ] GETでパラメータ引きずり回すのが嫌で、DBに保存したらアクセスの 度にレコードが増えるのが嫌で、sessionにしたらsession貼る前に後続 ページに直アクセスされて嫌で、もう嫌 そんな俺でも普段は上流工程=エライ人 256 名前：仕様書無しさん [2007/02/21(水) 07:46:29 ] 別に自慢してないんだけどな… 俺はプログラムは新人の頃コボルで帳票出すのを２、３本作って以来やったこと無いからよく知らないんでね ただこれだけ思う 上流やらない人って何のためにこの業界来たのって すでに用件が決まったものを゛ただ゛作るだけで何が楽しいのか純粋に教えて欲しいです 基本設計は俺にはできないな 要件が決まった後の力作業はドラクエのレベル９０辺りのレベル上げと同じ感じがするから 257 名前：仕様書無しさん mailto:SAGE [2007/02/21(水) 07:54:01 ] ★神の領域★ ヒアリングから要件定義 ★越えられない壁★★パチンコ★ ＳＥの外部設計 ★チンコ★ 内部設計以降 258 名前：仕様書無しさん [2007/02/21(水) 07:55:15 ] >>256 なんかお前さん、ウォーターフォールの現場しかやったことないな。 汎用ばっかり？ 今の世はエンジニア主導でやってくのがだんだんメインになってきてるしなぁ。 仕様決定専業の人がいるようなデカイプロジェクトばかりじゃないし。 個人的には技術的に枯れた、そういうプロジェクトは面白くなかった。 やっぱり新しい技術の開発やら、でっかいプロジェクトを始める前の プロトタイピングのフェーズに呼ばれるってのがエンジニアの腕のみせ どころかなぁ。 お前さんがやってるやつのほうが、面白さがわからん。ある程度こなしてしまえば ルーチン作業だよ、世の中でお前さんみたいにプログラムできないSEがやるような のは。 お前さんがたがつかっているパッケージソフトの開発のほうがずっと面白いんだがなぁ。俺から見るとあんたが言ってる上流ってのと、流れ作業のコーディングに 大して違いが見えないんだが。 259 名前：仕様書無しさん mailto:sage [2007/02/21(水) 08:00:53 ] 営業が出来るだけ人柄も良くなく、プログラミングも出来ない人を配置するとしたらソコしかないのだろう 260 名前：仕様書無しさん mailto:sage [2007/02/21(水) 09:59:18 ] >>256 もしかして古い人？ 最近はそういうのははやらないが・・・ 261 名前：仕様書無しさん [2007/02/21(水) 10:20:37 ] どうやったらその要件を実装できるかわかってないのに よくその要件でシステム作ります、と客に言えるな。 262 名前：仕様書無しさん mailto:sage [2007/02/21(水) 10:29:41 ] こういうのが午前2時半スレの住人を生み出す原因なのかもな。 263 名前：仕様書無しさん mailto:sage [2007/02/21(水) 11:08:57 ] 5カ月で1000画面を構築した就職サイト itpro.nikkeibp.co.jp/article/COLUMN/20070214/261859/ メンバーは十数人、しかも学生も混じってたんだとさ 264 名前：仕様書無しさん [2007/02/21(水) 11:14:36 ] 1000画面必要なの？ 誰が使うの？ 作るだけなら作れると思うけど、それ以前に頭使う部分があると思う。 265 名前：仕様書無しさん [2007/02/21(水) 11:25:30 ] >>263 おれが今月で２００画面くらい作ってるから、 単純計算だと１人でいけるな。。。 五ヶ月で十数人で１０００画面て少ないよな？ 266 名前：仕様書無しさん mailto:sage [2007/02/21(水) 11:37:47 ] >>264 表に出る部分だけでなく裏で使う管理画面とかも含めると普通にいくよ。 下手すると管理系画面が7割とかいうこともある。 まあ実際はWEBプログラムも構造化が進んでいるから、 実際に1000画面分コーディングするようなアホな会社はないと思うが。 モックはそういうわけにいかないから1000画面分作るけど。 267 名前：仕様書無しさん [2007/02/21(水) 11:42:56 ] 読むと、設計・ツール都合で1000画面だよね。 要求が1000じゃなく、その要求をツール使う都合で1000画面で作りましたって。 それって何かおかしくないか？ メンテナンス性とか。 268 名前：仕様書無しさん mailto:sage [2007/02/21(水) 12:03:20 ] 具体的に。 269 名前：仕様書無しさん mailto:sage [2007/02/21(水) 13:37:30 ] >>263 > カットオーバー時は「自然に拍手が沸き起こった。 > 東京では互いに手を握り，会津では開発チーム・リーダーの胴上げまで起きた」 こういう反応が自然に出るって事はどうなんだろ？ うまくいけばいいけど、しくじった時はどうなっちゃうんだろうね？ そりゃメンタルも壊れるわ。 270 名前：仕様書無しさん mailto:sage [2007/02/21(水) 14:35:55 ] Delphi for PHP www.codegear.com/Products/Delphi/DelphiforPHP/tabid/237/Default.aspx が実用的な出来だったら、>>263 のやり方が普通になっちゃうのかもな 271 名前：仕様書無しさん mailto:sage [2007/02/21(水) 15:13:51 ] .netならもっと速くできるのに 272 名前：仕様書無しさん [2007/02/21(水) 15:56:19 ] 1画面1画面がgmailみたいなjs使いまくりの画面だったらすげえって思うけど どうせでっかい画像とflash、検索ボックスとリンクがあるくらいだろ？ 273 名前：仕様書無しさん mailto:sage [2007/02/21(水) 22:03:11 ] DBのレコードが1000件あって詳細ページを表示するだけで 1000件にカウントするとかそんなんじゃないだろうな。 つーか、Webで1サイト1000画面って大手ポータルじゃなけりゃ無駄な気しかしねぇ。 274 名前：仕様書無しさん mailto:sage [2007/02/21(水) 22:12:57 ] もっと整理しろよって思う 275 名前：仕様書無しさん mailto:sage [2007/02/21(水) 22:27:15 ] その1000はどう数えたのよ、って話になるわな、当然。 でもさ、これって肝心なのは ｢作るのは学生でもいい｣ っつヒキだよな絶対。S2DaoだのGoyaだのはダシにしてるだけだろ。 276 名前：仕様書無しさん mailto:sage [2007/02/21(水) 22:38:36 ] >>273 ﾜﾛﾀ。 どこまで作りこんでいるのかしらないが、 普通に考えたら ・俗にいうユーザー画面（表に出てくる画面） ・運営会社のマスター画面（掲載管理など） ・営業マン向け管理画面（営業マンの補助） ・制作者用画面（原稿制作をする画面、まさか手でシコシコ原稿書いてるわけじゃないだろ。） ・求人会社用管理画面 はあるはず。 ユーザ向け画面+これだけの管理画面が必要になる。 場合によっては、経理システム用画面とかがあるかもしれん。 規模にもよるが1000行く可能性はあるかもな。 大手ポータルだと1000じゃ全然足らんよ。 277 名前：仕様書無しさん mailto:sage [2007/02/21(水) 22:58:44 ] >>大手ポータルだと1000じゃ全然足らんよ。 そうだけど、この事例での1000画面は単なる画面じゃね？ 278 名前：276 mailto:sage [2007/02/21(水) 23:02:34 ] といわれても、あくまでも一般論的な話で、 このサイトがどこまでやってるか知らんしなあ・・・ 279 名前：仕様書無しさん mailto:sage [2007/02/21(水) 23:08:07 ] >>256 >すでに用件が決まったものを゛ただ゛作るだけで何が楽しいのか純粋に教えて欲しいです  それが楽しいか否かは本人の資質によるところが大きいけど・・・ とりあえず、C++ コンパイラの１本でも書いてみたら？ 処理自体の流れも、コボルで帳票出すのと似ているしね。 (入力 -> 変換 -> 出力) また、完璧な要求定義書があるのは知っているだろ？ あんな厳密な要求定義、>>256 は書いたことある？ ま、あそこまで丁寧に要求定義がされていたら、 ドラクエのレベル９０辺りのレベル上げなんかとは 比較にならないぐらい単調な作業かもしれないけどさ・・・ 280 名前：仕様書無しさん mailto:sage [2007/02/21(水) 23:12:13 ] その1000ページを誰がどう見るのよが この手の話うさんくさいしね 281 名前：仕様書無しさん mailto:sage [2007/02/21(水) 23:17:59 ] >>完璧な要求定義書 それは見てみたい、ぜひ。 282 名前：仕様書無しさん mailto:sage [2007/02/21(水) 23:27:30 ] >>281 JIS X 3014 これ以上厳密に書かれた要求定義書を見たことがあるなら、 是非教えてもらいたい。 283 名前：仕様書無しさん mailto:sage [2007/02/21(水) 23:37:12 ] >>282 それでいいなら誰も現場で苦労しないよ... だからモノ知らずだって。実際C++どころかBasicも実装したことないでしょ？ 284 名前：仕様書無しさん mailto:sage [2007/02/21(水) 23:44:00 ] >>283 >それでいいなら誰も現場で苦労しないよ...  その論理にしたがえば、 通常の職場ではこれ以上の品質の要求定義書が 書かれていることになるんだけど・・・ 285 名前：仕様書無しさん mailto:sage [2007/02/21(水) 23:59:59 ] >>282 そりゃシステムだけだったらな。 286 名前：仕様書無しさん mailto:sage [2007/02/22(木) 00:04:29 ] だから、厳密な仕様書とやらがどう実装されてるか ｢検証するのは誰？｣ という視点がまるかた無いねぇ 287 名前：仕様書無しさん mailto:sage [2007/02/22(木) 01:28:32 ] >>256 要件、って細かいところまで全部つめてるわけじゃないじゃないですか。 実現不可能に近い要件を自分の知識とネットその他の情報を フル動員してなんとか実現させる、ちょっとしたパズル感覚、 そんな所に下流工程（皇帝って言ってもいいかな）のおもしろさはあるよ。 下からすれば上なんて、実際何ができるかを全く知らない人が よく口八丁手八丁で仕事受けてくるよな、って思ってる。 上も下も経験してみれば、おもしろさもあり苦しさもある世界。 ただ、この世界で歳とってもやっていこうと思うと・・・ 288 名前：仕様書無しさん mailto:sage [2007/02/22(木) 07:50:14 ] >>286 そもそも >>256 の主張自体に、 そんな視点はまったくないのだが・・・ それに、言語処理系の検定ツールも 世の中には沢山出回っているだろ？ >>>256 >要求定義さえ済んでしまえば、後は単調作業 という主張を検証するには、「言語処理系の設計・実装」 というお題はピッタリだよ。 まさに必要十分な「要求定義」が存在する。 289 名前：仕様書無しさん mailto:sage [2007/02/22(木) 09:43:51 ] 元記事よく読めよ。 ツール使ってそのケース全てが１：１で画面になるってことだろ？ 例えば一覧出して、データ追加して、確認して、修正して・・・・。 普通なら共通化する画面も、ケースが違えばツールが別画面で出力するから別カウント。 一覧画面、追加画面、確認画面、修正画面、承認画面・・・・。 290 名前：仕様書無しさん [2007/02/22(木) 12:21:24 ] 求人サイト系はシステムが入り組んでるから画面は多くなるぉ。 いろんな検索方法があったり、求人側と求職側に管理者側の画面も作らなきゃいけないし、 さらに特集記事なんかがあったりして、スペシャルコンテンツとか、スクール案内もあったりする。 291 名前：仕様書無しさん mailto:sage [2007/02/22(木) 12:40:12 ] それを抽象化せずに全部作りましたっていったら、普通は屑設計とぼったくりって言うんだと思うんだが。 292 名前：仕様書無しさん mailto:sage [2007/02/22(木) 14:11:38 ] そんなの絶対メンテしたくねえ。 293 名前：仕様書無しさん mailto:sage [2007/02/22(木) 14:16:32 ] 極稀にあるからな。 遷移元が違うだけとか一項目違うだけとかで、仕様書もロジックも丸ごと別画面になっているのが。 そういうのはkill file行きにしてる。最近だとデスノート？ 294 名前：仕様書無しさん [2007/02/22(木) 14:21:44 ] >>289 あれ、でもstrutsつかってspringつかってってやってくとさ ロジック周りはほぼサービス層に入れちゃう＋ライブラリつくったり 継承したりするから、結局struts側では画面と１−１対応にして、 (FormとAction)終わっちゃわない？ 295 名前：仕様書無しさん [2007/02/22(木) 14:57:31 ] あーstrutsだと似たような画面を大量生成しやすいな 悪い意味で 296 名前：仕様書無しさん [2007/02/22(木) 15:50:14 ] >>295 でもさ、ロジック層分離してたら、別にactionとかfrom増えても 対して変わんなくない？ Actionなんってみんな２０行切るし、request.setAttributeじゃない？ 297 名前：仕様書無しさん mailto:sage [2007/02/22(木) 17:31:40 ] 1画面でできることがものっすごい単純でやたら画面遷移の多いwebアプリっていうことだろ？ 美しくないなー 298 名前：仕様書無しさん [2007/02/22(木) 17:34:57 ] >>297 ajaxやるより楽で安全じゃない？ 299 名前：仕様書無しさん mailto:sage [2007/02/22(木) 18:31:40 ] 安全って？ 300 名前：仕様書無しさん mailto:sage [2007/02/23(金) 08:39:57 ] 無難って意味じゃないの？ 301 名前：仕様書無しさん mailto:sage [2007/02/23(金) 18:17:20 ] 無能でもクビにならないってことだろ 302 名前：仕様書無しさん [2007/02/23(金) 22:56:24 ] リクエストもトラフィックも多くなるのでは？ 303 名前：仕様書無しさん [2007/02/28(水) 10:55:07 ] 位置やフォントを指定しまくりでブラウザやユーザーを置き去りにしたり限定してる美しくないWEBアプリはもう作りたくありません＞＜ 304 名前：仕様書無しさん [2007/02/28(水) 11:47:20 ] プロジェクタで画面を見せているときに ブラウザで文字の拡大を選んでも変わらないwebアプリだな 305 名前：仕様書無しさん [2007/02/28(水) 12:28:53 ] なんかVBのアプリより惨い現状だな。 DLL減るじゃなく、ブラウザ、スクリプト減る。 306 名前：仕様書無しさん mailto:sage [2007/03/06(火) 03:17:01 ] ニコ動がDBトラブルでサービス開始延期だってよ 307 名前：仕様書無しさん [2007/03/06(火) 12:34:05 ] そっかあれもwebアプリだなｗ 308 名前：仕様書無しさん [2007/03/06(火) 13:06:42 ] >>306 何がとらぶってんだろうなｗ 309 名前：仕様書無しさん mailto:sage [2007/03/07(水) 11:03:14 ] LAMP仕事ってさ Cとかの低水準言語でLinuxのカスタマイズとかもやるの？ 310 名前：仕様書無しさん mailto:sage [2007/03/07(水) 11:27:49 ] やりっこないじゃん。 大手と専門以外で誰がOSに手を出すのよ。 311 名前：仕様書無しさん mailto:sage [2007/03/07(水) 11:40:14 ] いやサーバーに使うOSのカスタマイズもwebアプリ構築の仕事にはいるんじゃね？ 312 名前：仕様書無しさん [2007/03/07(水) 12:00:21 ] 金と時間が潤沢に有るならそれは正論だけど やってられっかというのが持論 313 名前：仕様書無しさん [2007/03/07(水) 12:05:54 ] だよね、普通に言われるLAMPの仕事なんて、開発には金が出ないのなんの。 見た目のデザインとかには言い値で出すくせに、中身はかつかつ。 314 名前：仕様書無しさん mailto:sage [2007/03/07(水) 13:01:49 ] 値段相応の機能とセキュリティーでいいじゃん 315 名前：仕様書無しさん mailto:sage [2007/03/07(水) 15:10:58 ] カーネルチューニングの話と、カーネルソースハックの話で、 噛み合ってないように見えるが。 カーネルチューニングは普通にやるだろ。 316 名前：仕様書無しさん mailto:sage [2007/03/08(木) 00:38:44 ] 商用ソフトウェア以上の性能がでるっていっても そこまで必要とするのかな？ 317 名前：仕様書無しさん mailto:sage [2007/03/08(木) 13:47:52 ] カーネルまではいいとは思うが、DBの知識が中途半端なWEBアプリ制作者が多いなあ。 318 名前：仕様書無しさん [2007/03/08(木) 18:58:11 ] >>317 Vs2005とSQL鯖で　WEBとDB　2つの鯖に分けたはいいが 偽装しらないので外部からWindows認証で接続できなくて困ってるSEみてワロタｗｗｗｗ 319 名前：仕様書無しさん mailto:sage [2007/03/08(木) 19:15:35 ] あんまりマイクロソフトの製品はしらんのだけど、 Vs2005ってWebの鯖なのか？ そしてWebアプリでどうしてWindows認証が関係するんだ？ 普通WebアプリとＤＢはODBCかJDBCかデータソースかそこらで接続すると思うんだが。 320 名前：仕様書無しさん [2007/03/08(木) 19:20:44 ] >>319 あぁ、すまん ASP.NETの事を指してたんだ 321 名前：仕様書無しさん mailto:sage [2007/03/08(木) 20:32:12 ] カーネルチューニングする前にサーバー増やすぜ。 俺ら頭悪いJava屋だからなｗｗｗ 322 名前：仕様書無しさん mailto:sage [2007/03/08(木) 22:36:59 ] そもそもカーネルチューニングってナニ？ APサーバーとかでメモリ使い切れる様にMaxClientsとか RDBでメモリ使い切れる様にキャッシュやプールの設定はとかはするけど、 カーネルっていじってそんなに効果でるもんなの？ 323 名前：仕様書無しさん [2007/03/08(木) 23:34:04 ] チューニングするより 台数増やしてバランサ使った方が営業的にもいい希ガス 324 名前：仕様書無しさん mailto:sage [2007/03/09(金) 02:48:57 ] install manualにparameterの積算方法が指示されている製品があるだろ。 ひどい奴だとkernel defalt値のままだとcoredumpしたりpanicしたり。w 使い切るって言うのも違和感あるなあ。 変な読み方をすれば、導入時からswap使いまくりでdiskごりごりって感じにも読めなくもない。w 325 名前：322 mailto:sage [2007/03/09(金) 18:51:04 ] >>324 ＞変な読み方をすれば、導入時からswap使いまくりでdiskごりごりって感じにも読めなくもない。w んなわけねーよ。ｗ PCで動くDB2なんかはどんなヘボい鯖でも動く様最小限の資源しか使わん様に 初期設定されてるから、メインメモリにあわせて調整するんだよ。 ああ、AS400は楽でいいんだけどなぁ。 326 名前：仕様書無しさん mailto:sage [2007/03/09(金) 20:39:49 ] そこら辺とか、今日びインストール時に自動で判定してくれって思うんだけどどうなんだろうな。 327 名前：仕様書無しさん mailto:sage [2007/03/09(金) 22:06:37 ] ユーザの意図までは自動で判定できないだろうけど mysqlのsmall,medium,large,hugeぐらいの選択肢があるとイイかも 328 名前：仕様書無しさん mailto:sage [2007/03/09(金) 23:52:48 ] >>327 Oracleの場合はPoor,Huge,Oops! となっております。 329 名前：仕様書無しさん mailto:sage [2007/03/12(月) 10:41:22 ] SQLServerは一応メインメモリ上限までの設定がデフォルト。 ただし、DBサイズ以上のメインメモリを持つことが推奨される。 もっともStandard以下は2GB以内という制限があるが。 330 名前：仕様書無しさん mailto:sage [2007/03/12(月) 19:16:10 ] 学歴差別 i-get.jp/upload500/src/up1146.jpg 331 名前：仕様書無しさん mailto:sage [2007/03/12(月) 19:40:11 ] >>329 なんじゃそりゃ。インメモリDB使うわけじゃあるまいしそんなにメモリ増設できるかよ 332 名前：仕様書無しさん mailto:sage [2007/03/14(水) 09:49:22 ] 今から導入するシステムならどんな零細システムでも2GBくらいメモリ積んでるの普通っしょ？ 333 名前：仕様書無しさん [2007/03/14(水) 10:33:44 ] んなこたーない 334 名前：仕様書無しさん mailto:sage [2007/03/14(水) 10:42:53 ] そおいえば、前に鯖に「どれだけメモリつんだらいい」と聞かれて 「つめるだけ」と答えたらネタでなくマジでつめるだけつんだ鯖がやってきた。 悪いことしたと思った（ｗ 今その鯖はこじんまりとファイル鯖で活躍しています。 #内心は玄箱HGで十分だと思ってますた 335 名前：仕様書無しさん mailto:sage [2007/03/14(水) 11:48:02 ] IAサーバだと鯖のサイジングは 見積もりやるだけ無駄な場合が多い。 必要最低SPECだしても、圧倒的にSPECが上の鯖が ローエンドモデルになってるしｗｗｗ 336 名前：仕様書無しさん [2007/03/14(水) 13:28:04 ] >>335 すまん・・・ちょっと頭悪いんで理解しづらい もう少し判りやすくｗｗｗｗ 337 名前：仕様書無しさん mailto:sage [2007/03/14(水) 22:21:52 ] 日常の足を買おうとして、50ccの原チャで十分なのに、 車屋に飛び込んで最低1000cc〜と言われるようなものでは？ NASで十分ってだけだろ。 338 名前：仕様書無しさん mailto:sage [2007/03/15(木) 11:10:42 ] お前ら最近コード書いてますか？ 339 名前：仕様書無しさん mailto:sage [2007/03/15(木) 11:14:49 ] オープン系の人も結局カーネルハックもしないのか・・・・ 340 名前：仕様書無しさん [2007/03/15(木) 11:16:19 ] カーネル八苦ってなに？ 341 名前：仕様書無しさん mailto:sage [2007/03/15(木) 12:42:22 ] >>339 ちゃんとその分の予算と工期があればやるさｗｗｗ 342 名前：仕様書無しさん mailto:sage [2007/03/15(木) 12:51:59 ] 別にやってもいいけど、後任者の事考えると、その辺りはいじらねーんじゃね？ OSを基本でセットアップしたら、ネットワーク周りのインスコ手順書作って 引き継ぐってパターンだと思うし。 343 名前：仕様書無しさん mailto:sage [2007/03/16(金) 18:18:30 ] 昨今の急造Java厨どもに理解できるわけがない。 344 名前：仕様書無しさん mailto:sage [2007/03/16(金) 18:22:35 ] 別に昔からJavaやってたから出来るものでもないんだが。 345 名前：仕様書無しさん mailto:sage [2007/03/16(金) 18:57:39 ] できるやつが敢えてJavaの仕事なんてやるとも思えないしな。 346 名前：仕様書無しさん mailto:sage [2007/03/16(金) 19:23:38 ] 今はどう考えてもJavaの仕事が多いんだが。 昔を考えると今ほど普及するとは思えんかったが…。 昔にJavaやってのならそれはそれで凄いと言うか…、まあ凄いな。 347 名前：仕様書無しさん mailto:sage [2007/03/16(金) 19:27:27 ] 仕事が多けりゃそれを使うヤツが良いってものではない。 っていうかスラム化する。 COBOLやVBと同じ道。 348 名前：仕様書無しさん [2007/03/16(金) 19:31:00 ] C++を知れば知るほど Javaって厨房むけだなーって思う それでデスマが減ればいいんだけど 減らないのが不思議だ 349 名前：仕様書無しさん mailto:sage [2007/03/16(金) 19:34:05 ] ↑そんなことをわざわざ書き込むお前が不思議 350 名前：仕様書無しさん mailto:sage [2007/03/16(金) 19:36:32 ] 厨房向けだから普及すると思うんだが。 量の増加は質の低下と言うのは仕方ない。 C++みたいに挫折者大量生産言語だから デスマがないってのも幻想だしな。 デスマと言語は関係ない。 不思議でもなんでもない。 煽るならもう少しマシな煽りを入れろ。 351 名前：仕様書無しさん mailto:sage [2007/03/17(土) 02:19:27 ] うちらは効率を良くしてデスマーチを無くすために言語をつくったはずなのだが、 今の状況はいったいどういうことだ？ 352 名前：仕様書無しさん mailto:sage [2007/03/17(土) 02:24:56 ] >>351 言語ではどうにもならんほどマネージャが腐ってるだけだろ。 人間そのものを作り変えないと状況は変わらないと思うな。 353 名前：仕様書無しさん mailto:sage [2007/03/17(土) 08:22:16 ] >>351 (バカの壁 * 開発規模)/開発言語・環境の進展　が昔と比べて減ってないから。 ちなみに、バカの壁を実際に読んだ人間にはわかっている話だが、 人月の神話などシステム開発本とバカの壁の主題は同じ。 354 名前：仕様書無しさん mailto:sage [2007/03/17(土) 16:42:55 ] ＞うちらは効率を良くしてデスマーチを無くすために言語をつくったはずなのだが、 この>>351の会社がrubyとかC#とかの言語をつくったのか？ 355 名前：仕様書無しさん mailto:sage [2007/03/18(日) 01:47:26 ] Webごときでカーネル云々の話になる時点で 設計とか鯖構成を考え直したほうがいいんじゃないの？ 356 名前：仕様書無しさん mailto:sage [2007/03/18(日) 02:53:28 ] >>355 なにこの糞レス。いくらなんでもひどすぎるだろ。 357 名前：仕様書無しさん mailto:sage [2007/03/18(日) 13:10:38 ] カーネルファックってバイナリいじるの？ 358 名前：仕様書無しさん mailto:sage [2007/03/18(日) 13:27:25 ] オープン系のLAMP環境の開発ってあまりカーネル弄ることない？ Javaアプリの開発ばかりするわけか 359 名前：仕様書無しさん mailto:sage [2007/03/18(日) 21:08:03 ] >>358 藻前は具体的にどうカーネル弄るんだ？ 360 名前：仕様書無しさん [2007/03/19(月) 09:18:41 ] まあ、>>355が正論だろ？ きちんと、通常に行えるチューンを行った上で、カーネルいじるんじゃないの？普通は。 馬鹿は大したことないテクを見せたがるからすぐ弄りたがるけどさ。 そもそもで、チューン目的だったら金かけてハードを上げたほうが安上がり。 361 名前：仕様書無しさん mailto:sage [2007/03/19(月) 15:17:10 ] 自分とこのアプリのチューンすら出来ないからよく考えもせずにカーネルいじるんだろ そうして転げていくわけだ 362 名前：仕様書無しさん [2007/03/20(火) 02:36:25 ] いいからWEBアプリなんて頬びちまえよｗｗｗｗｗ 363 名前：仕様書無しさん [2007/03/20(火) 09:08:31 ] WEB+DBとか読んでカーネルハックｗとか喜んでるﾊﾞｶだけだろ 364 名前：仕様書無しさん mailto:sage [2007/03/20(火) 09:13:17 ] おれもいじらんなあ。業務鯖に自作機持ち込むのと同じ感覚。 365 名前：仕様書無しさん mailto:sage [2007/03/20(火) 09:48:36 ] >>363 つうか、あぁいう本読んで意味もわからず遠回りなやり方とかしたがる馬鹿がいるから困る 366 名前：仕様書無しさん mailto:sage [2007/03/20(火) 10:46:09 ] >>351 言語の差異はシステム開発において微々たる物でしかない。 構造型からオブジェクト指向へのパラダイム変化はそれよりも大きい。もちろんそれは言語のサポートがあってのことだけど。 ここから先に行くにはまた別のパラダイム変化が必要なんじゃない？ MDAとかアスペクトとかにその片鱗が見えるけど十分解じゃないよね。 367 名前：仕様書無しさん mailto:sage [2007/03/21(水) 00:18:20 ] >366 唐突になにをいいだすんだ君は 368 名前：仕様書無しさん mailto:sage [2007/03/21(水) 04:36:59 ] >>366 知るかよｗｗｗｗｗｗｗｗｗ じゃあ自分で考えろよ 369 名前：仕様書無しさん mailto:sage [2007/03/21(水) 08:43:48 ] 自分で考えると言うかサ ・十分な開発資金 ・十分な開発期間 ・適切な開発プラットフォームの選択 ・人材の育成 これらの簡単で極々当たり前の事が出来ないからデスマになるんだよ。 そして組織の上の方の人間が、派遣やら別会社に案件丸投げやら その場しのぎで目先の利益追求してるから、現場の人間が デススパイラルに突入してるだな。 370 名前：仕様書無しさん mailto:sage [2007/03/21(水) 14:14:26 ] >>369 おまえは社会主義の国で仕事してろ 371 名前：仕様書無しさん mailto:sage [2007/03/21(水) 14:20:40 ] ↑ 当たり前の事が出来ないﾍﾀﾚ 372 名前：仕様書無しさん mailto:sage [2007/03/21(水) 14:59:48 ] >>370 なんで全てが不足しているとわかっている国で仕事するんだ？ 373 名前：仕様書無しさん mailto:sage [2007/03/21(水) 16:42:48 ] >>369は社会主義 ↓ 社会主義国家ｵﾜﾀ ↓ >>369ｵﾜﾀ と、いうことだろ。 374 名前：仕様書無しさん mailto:sage [2007/03/22(木) 10:07:41 ] >>369 そんなものわかってんだよヴォケ 開発の現場に立った事あればそんな事は絶対に理想でしかないといえるはずだ おまえはどうせPG気取りのNEETか、趣味のPGかなんかなんだろ？ いいからお前消えろよ　話にならんから 375 名前：仕様書無しさん mailto:sage [2007/03/22(木) 11:59:59 ] >>374　そういう始皇帝氏も話にならんと思うがな 376 名前：仕様書無しさん mailto:sage [2007/03/22(木) 16:27:03 ] >>375 日本語でおｋ 377 名前：仕様書無しさん mailto:sage [2007/03/22(木) 18:44:12 ] >>374 でこういう現場の底辺ＰＧは根本的な問題から目をそらして 「カーネルチューン」とか「オブジェクト指向」とか「Webソフトは糞」 とか言って憂さ晴らしでつかｗ それこそお話にならない学生気分のアマチュアだな。 378 名前：仕様書無しさん mailto:sage [2007/03/22(木) 19:18:24 ] 漏れは>>369の条件から人材の育成がダメで、ﾃﾒｴの給料が安い点（ｗ）を 除けば漏れ自身はデスマ回避しているよ。 漏れが営業やSEも兼任している性もあるが、ちゃんと説明して 開発期間とか、開発鯖とかフレームワークとかの見積もりと 普通にしてるからデスマを回避するのはそんなに夢物語でも なんでもないと思うが。 プログラムしかやってなくて、仕事相手が機械ばかりって人間には デスマ回避はむずかしいだろうなぁ。 379 名前：仕様書無しさん [2007/03/22(木) 22:11:20 ] つうか、それこそ上司や客と喧嘩する勢いで納期とか仕様を調整しているが とりあえずデスマっていうほどのデスマは特に今のところないな まぁ、そんな大きすぎる案件がないからってのもあるけど、仕様に関してきっちり時間とるようにしてあるからいいのかもしれん 仕様変更があまりないようにしてるつもり かなり元の使用詰めておけばあっても、大きな変更ってのもないし つうか、あたりまえのことなんだけどな・・・ 380 名前：378 mailto:sage [2007/03/22(木) 23:18:50 ] 漏れはRDBと言うかそういう基礎的な部分はキッチリ詰めるけど インターフェイスの部分はユルユルだなぁ。 と言うかどーせこの部分は客からクレームというか要望が追加・変更される 事が多いので、カッコいい言い方だとTDDな開発スタイル。ｗ あんまり喧嘩するほどの勢いではないが、誘導する感じで お互い納得できるように決めるけど。 あんまり寝言が激しい時は「それは次の開発の時にまとめてやりましょう。 しばらく運用してから、現場からの意見も取り入れますので」って感じかな。 実際、本番始まる前に思いついたような仕様変更は悪影響多いし。 酷いのだと「やっぱ最初のがよかった」とか言われるし。ｗ 381 名前：仕様書無しさん mailto:sage [2007/03/23(金) 11:06:02 ] WEB系の場合は特に最近はユーザーインターフェイス、 ユーザビリティが特に重要視されてきてるから、 設計で特にユーザビリティのところをやるだけやって、構築は結局デスマってことが多いな。 オープン系やってたころはそんなこと全くなかったけど。 WEB系に移っての大きな違いはここかな。 確実に動けばいいというのならば比較的楽なんだけど、 最近のWEBサイトは雑誌並みのデザインセンスが求められるから、 純粋なオープン系あがりな人は結構あっぷあっぷしてる。 しかも最近はFLASH+DB連動とかでさらにセンスが求められているし。 382 名前：仕様書無しさん [2007/03/23(金) 12:45:31 ] で？ 別にそれは最近の話題じゃないし。 そういう結果AJAXが出てきてるわけだし。 デザイン凝るのにデザイナー付けない程度のシステムって矛盾してるね。 383 名前：仕様書無しさん mailto:sage [2007/03/23(金) 12:56:07 ] むしろ印刷回り皆どうしてる？ ペーパーレスとかの現状もふまえて最近ＰＤＦで出力するようにしてるんだが 384 名前：382 mailto:sage [2007/03/23(金) 12:56:25 ] いまどきデザイナーやコピーライターなしで作られたWEBサイトなんてあるのか？ 385 名前：381 mailto:sage [2007/03/23(金) 12:58:23 ] Janeがおかしくなってた。 >>384は381です。ｽﾏﾇ。 386 名前：仕様書無しさん [2007/03/23(金) 12:59:04 ] >>384 小さい会社なんかはそういうもんじゃないか？ ＷＥＢデザイン専門とか外注に出す金も取れないし 387 名前：仕様書無しさん [2007/03/23(金) 13:39:16 ] 小さな会社に来る程度の仕事なんだから、それなりのものだろ？ デザインに金が掛かるということをきちんと客に説明するか、製造側がデザインを分離して、客にデザインさせる。 それも出来ずにだらだら受けてるとしたら、自分が馬鹿なだけ。 388 名前：仕様書無しさん mailto:sage [2007/03/23(金) 13:51:44 ] それなりの仕事で生き残れる会社って、なんてぬるま湯？ 小さい会社ほど必死に仕事してるんだろうが。世間知らずめ。 389 名前：仕様書無しさん [2007/03/23(金) 13:56:21 ] 必死ってのを勘違いしてる典型。 じゃあ、必死に無い才能と知識と技術で、客の満足するデザイン作ればいいじゃん。 コストが幾らかかるかしらねーけど。 390 名前：仕様書無しさん mailto:sage [2007/03/23(金) 14:07:04 ] コスト計算できない人 391 名前：仕様書無しさん mailto:sage [2007/03/23(金) 14:28:07 ] まぁNECとかの技術者が大した事ないのもぬるま湯なんだろうな NECという名前だけでふっかけることが出来る まぁ、それも一種の才能だが 392 名前：仕様書無しさん mailto:sage [2007/03/23(金) 21:46:39 ] ＞最近のWEBサイトは雑誌並みのデザインセンスが求められるから、 誰でも知っている超大手企業でも結構並なセンスのサイトは 結構あるけどな。 純粋なオープン系ってよー解らんが、商用のオープン系(IBM)だと デザインのテンプレやプラグインが最初から豊富にあるので、 なんにも勉強していないプログラマーでもそこそこの見栄えのが出来るぞ。 393 名前：仕様書無しさん mailto:sage [2007/03/24(土) 00:57:07 ] え？PGがデザインやるの？ うちみたいな零細企業でもねぇよ。 394 名前：仕様書無しさん [2007/03/24(土) 01:53:42 ] >>393 俺のところは SE＆PG＆デザイン つまりだな・・・・ 自分で案件打ち合わせして仕様書いて デザインも考えてそれを打ち合わせして Pg作ってテストは専門のやつに任せて 納品しに行って 保守は保守専用のやつに頼む ちっちゃな案件はこんなかんじ 395 名前：仕様書無しさん mailto:sage [2007/03/24(土) 05:40:26 ] マでもフツーにセンスある奴はある 専任デザイナーとかなんとか言いながら、センスがないのを自慢してるよーなもんだろ 396 名前：仕様書無しさん mailto:sage [2007/03/24(土) 07:28:47 ] デザイナー不要論を掲げるワケでもないけど、 デザイン外注だとレスポンスが悪いのもあるんだけど、 Web開発はスピード命って面があるから、 なるたけ自社内で教育したり研修いかせたり する方がメリットあると思うが。 人事まで考えるのは漏れらの仕事じゃないんだけど、 メンバーには色々な経験をさせた上でそれらを業務に 生かす方針の方がいいと思う。 人間固定業務ばっかやらせているとモチベーション下がるしな。 397 名前：仕様書無しさん [2007/03/24(土) 11:44:34 ] >>394 ファミコンのゲーム開発みたい 398 名前：仕様書無しさん [2007/03/24(土) 20:24:21 ] どんなにカッコいいこと言ってても 結局ケツを拭くのは 保守・運用部隊。 いつまでSQLPlusを使わせる積りだ。お前ら。 399 名前：仕様書無しさん mailto:sage [2007/03/24(土) 21:14:42 ] >>398 漏れの中では保守・運用部隊は障害が起きたら「障害おきますた」 と連絡入れるだけで実際なんにもしなくて、 開発部隊に「ここでリターンキー」まで書いた手順書を貰わないと 対応できない、素人集団だったりするんだが。 キーボードを一本指打法で打ち込んでいる姿を見て逆に感動した覚えがある。ｗ まあ、開発とかで壊れてしまった人間の行き着く果てだったりもするから 漏れらも彼らに対してはあんまり強くはいえんのだけどもな。 400 名前：仕様書無しさん [2007/03/24(土) 21:49:31 ] 一本指打法に吹きかけたｗｗｗｗｗ 今度使ってみようｗ 401 名前：仕様書無しさん mailto:sage [2007/03/25(日) 08:50:43 ] >>399 たぶん開発のキミも欲しくなるような運用部隊だと思うよ： SQLぐらいはふつーに書く。 営業からのアタマの悪い・手間ばかり掛かる質問や依頼もこちらで 一次請けして、開発部隊がなるべく開発に専念できるようにしている。 障害対応はさすがに無理だが、 手作業が必要な時はマンパワーを供給。 手順書とかはウチ作るけど、それは複数の人ができるようにしとく為。 どのみち開発の作った手順書はそのままでは使えない。開発には メモ程度で済まして貰って、あとは何度か立会いしてもらう。 402 名前：399 mailto:sage [2007/03/25(日) 09:55:08 ] >>401 欲しいかどうかは微妙だよなぁ。 こういっちゃ失礼だけど、そりゃ障害とかなければ運用・保守って暇人だから 空いた時間で自己啓発で本読んだりしてSQL程度なんざ覚えたつもりになれるだろう。 あとウチは営業と開発は珍しく仲がいいから、あんまりその手の話題は気にならんけど。 開発で重要なのは小手先の技術や知識じゃなくて人の１０倍程度の体力とか 冷静な判断力とか、常識(w)だったりするから、あんまり知識自慢されても 開発部隊からすると「へー、すごいですねー（棒読み）」で終わるんですけど。ｗ 403 名前：仕様書無しさん mailto:sage [2007/03/25(日) 11:06:24 ] >>402 >開発で重要なのは小手先の技術や知識じゃなくて人の１０倍程度の体力とか >冷静な判断力とか、常識(w)だったりするから 技術と知識が体力や常識より下って・・・ 404 名前：仕様書無しさん mailto:sage [2007/03/25(日) 11:16:39 ] >>403 平たく言えば、24時間365日に対する高可用性、耐デスマ力、耐パニック力、耐低賃金力が重視される。 回避能力は二の次…。wwwwww 405 名前：399 mailto:sage [2007/03/25(日) 12:02:05 ] >>403 開発にどんな幻想を抱いているかは知らんが、やはり体が資本だぞ。ｗ 技術や知識は現場で教えられる、と言うか叩き込めるが、 体力や精神力がついてこなかったら意味がない。 そして常識はないと困るんだが、体ら精神が壊れると常識も 連動して壊れていくし、最初から常識がないとマトモな設計は出来ない。 小手先の技術よりも常識にそった実装という見極めが出来るのが プロと趣味アマとの違いだろう。 そして常識があれば危機回避が出来る。 当たり前だが。 406 名前：仕様書無しさん mailto:sage [2007/03/25(日) 15:23:22 ] >>404 最近のWebソフトってCOBOL屋が作るんだろうか? 407 名前：仕様書無しさん mailto:sage [2007/03/25(日) 15:26:06 ] >>402 凄いですね。 それだったら運用も暇かも。全部お任せするわ。 これからも頑張ってください。 408 名前：仕様書無しさん mailto:sage [2007/03/25(日) 16:06:39 ] たかが運用・保守が妙なプライドもって開発に食って掛かってもしゃーないと思うが。 実際運用なんて誰でもルーティンワークがほとんどなワケだし。 409 名前：仕様書無しさん mailto:sage [2007/03/25(日) 16:07:35 ] ｽﾏｿ 「誰でもルーティンワーク」→「誰でも出来るルーティンワーク」 410 名前：仕様書無しさん mailto:sage [2007/03/25(日) 16:48:59 ] 「たかが運用・保守」か。開発よりよっぽど金になるのにな。勿体無い。 411 名前：仕様書無しさん mailto:sage [2007/03/25(日) 17:12:22 ] ○○より金になる、と言い出すとキリがないが。 そもそも開発は一番の貧乏クジだろう。ｗ ただ開発の一線でやっているヤツはある意味、金なんてどーでもいい連中だろう。 根っこに「機械いじりが好きだから」って連中が半数ほどいて、 「新しい事やりたい」「こんどはこういう事覚えたい」って連中で なければ勤まらんよ。 社交辞令でなくて死ぬまで勉強し、創る事がメインの職種だからな。 412 名前：仕様書無しさん mailto:sage [2007/03/25(日) 17:14:13 ] だから開発の人間は頭おかしいと言われるのだなｗ 413 名前：仕様書無しさん mailto:sage [2007/03/25(日) 18:29:48 ] なるほどなw 414 名前：仕様書無しさん mailto:sage [2007/03/25(日) 20:02:49 ] 一般職でもノイローゼやら欝の病気になる事はあるんだが、 開発なんかだと、マジで体とか精神とか壊れるのは珍しくない。 運用とかでも24H交代制とかなら体壊す話も聞かない事はないんだが、 開発のデスマに比べたらヌルいケース多いしな。 で、今はｴﾝｼﾞﾆｱに厳しい時代だからある程度たつと 半数以上が開発職から離れていくよ。 たぶんソレは正しくて、普通なんだと思う。 デスマ連チャンで奴隷モードで頭がおかしくなって永遠にコーダー＆テスター 状態ってヤツもいるんだけど、そんなヤツものプライドみたいなのはあるからな。 そういうヤツは「開発より金になる」と言われてもふーん、で終わりだろう。 開発とそれ以外の営業やら運用とは生きてる世界が違うのは事実だな。 415 名前：仕様書無しさん mailto:sage [2007/03/25(日) 21:17:51 ] そーだなぁ、開発は研究・運用の奴らとは同じ技術の世界に 生きてるはずなんだけどやっぱり種類が違うと思うよ。 研究が現場を見ずに考えたクソ技術を嫌々ながら組み入れ、 運用に本当は回したくない不誠実なコードを納期のプレッシャーから組み込み 到底「これが私のコードです」と言えないものを提出すると言う プライドを心底ズタズタにされる日々を送りながらも なお開発の前線に立ちたいと言うことだからな。 結局は「Hello, World!」を忘れたくない気持ちなんだと思うぜ。 エンジニアに厳しい時代だろうがなんだろうが、プログラムが好きっていう奴ら。 俺は嫌いじゃないぜ。 416 名前：仕様書無しさん mailto:sage [2007/03/25(日) 23:02:24 ] 漏れもいつかは一線を退くんだろうけど、一般職になったら ヌルい状態に逆に耐え切れるのか不安だしなぁ。 なんか脱サラして田舎で畑を耕す人の気持ちが解る気がする。 って戦争から帰ってきた兵士みたいなコメントだｗ 417 名前：仕様書無しさん mailto:sage [2007/03/26(月) 13:23:12 ] 俺が学んだこと開発業務のあるＩＴの職種はやばすぎる 418 名前：仕様書無しさん mailto:sage [2007/03/27(火) 22:23:30 ] >>415 ＞到底「これが私のコードです」と言えないものを提出すると言う ＞プライドを心底ズタズタにされる日々を送りながらも ＞なお開発の前線に立ちたいと言うことだからな。 ごめ、マジで泣けてきた・・・orz 419 名前：仕様書無しさん [2007/03/27(火) 22:59:02 ] >>415 なんか久々にひどく共感できる文章を見て泣けてきた 420 名前：仕様書無しさん [2007/03/27(火) 23:02:47 ] へへっ なんでかな。 デスマでぼろぼろなのに、もうこんなにコードを書きたくなってきた、、 って感じか。 そりゃ搾取もしやすいわ。 コード書くのはいいけど、成果に見合った報酬は要求しようぜ。 じゃないといつまでも底辺職種だ。 実際はもっと払っても割に合うのに、搾取されてるんだから。 421 名前：仕様書無しさん mailto:sage [2007/03/27(火) 23:05:11 ] まあ、アメリカとかのエンジニアの年収と比べたら 日本は本気で底辺らしいな。 なんかホントか知らんけど２０代で家建てれるとかなんとか・・・。 422 名前：仕様書無しさん mailto:sage [2007/03/28(水) 01:13:03 ] >>421 米国労働省統計局によると、アメリカのプログラマは2005年時点で38.9万人しかいない。 それだけで全世界のソフトウェアやITサービスを牛耳っているわけ。 それだけの生産性を持っている連中なんだから、報酬もそりゃ高くなるわな 423 名前：仕様書無しさん [2007/03/28(水) 01:55:36 ] 安い仕事はインドにまわしちゃうらしいよ 424 名前：仕様書無しさん mailto:sage [2007/03/28(水) 02:34:46 ] >>422 どっかのスレで生産性が日本と比べて低いって数字見たけど 425 名前：仕様書無しさん mailto:sage [2007/03/28(水) 03:14:42 ] それは多分１ヶ月あたりのコーディング行数と、行数当たりの不具合率で日本が優位だったという奴だと思うけど。 統計の時期が1990年てのはさておき、書いたコードが金になってないから金額から見た生産性はどうしても低くなる。 426 名前：仕様書無しさん mailto:sage [2007/03/28(水) 10:48:02 ] >>421　まぁ20台で年収1千万ぐらいはざらにいると思われ 427 名前：仕様書無しさん [2007/03/28(水) 12:55:57 ] アメリカは上流だけやって、デジドカ部分はインド・メキシコ。 日本はそれを国内でやってた（過去形・・・） 428 名前：仕様書無しさん mailto:sage [2007/03/28(水) 13:28:52 ] というのは嘘 429 名前：仕様書無しさん [2007/03/28(水) 14:06:23 ] >>428 アメリカでもメイクはするよ、オフショアできない部分は。 あなたは一度シリコンバレーの就職難という現状のニュースを見るべき。 430 名前：仕様書無しさん mailto:sage [2007/03/28(水) 14:48:35 ] 生産性も高く、全世界を牛耳るほど優秀な連中なのに就職難ってのは矛盾してるような気がする。 実際のところ大して儲かってないから仕事無いんじゃないの？ 431 名前：仕様書無しさん mailto:sage [2007/03/28(水) 14:56:45 ] あんまり人手がなくても稼げるからこそ生産性が高い。 432 名前：仕様書無しさん mailto:sage [2007/03/28(水) 15:07:24 ] プログラマー淘汰時代というわけですな。 優秀な奴の分しかカウントしないなら、当然生産性も高くなる。 433 名前：仕様書無しさん [2007/03/28(水) 15:51:43 ] 実際マ経験あれば常識だが、優秀な奴1人とダメな奴10人だったら 前者の方が生産性は高い。 日本は今人手不足だから後者でも仕事があるが、アメリカではもうそういう人が切られているとしたら、 そりゃ稼ぎもいいだろうよ。 統計のトリックみたいなもんだ。 434 名前：仕様書無しさん mailto:sage [2007/03/28(水) 16:50:26 ] Googleの中の人とか設計もできるが実装もできる人だと思うけど。というかそういう人でないと仕事にならないと思う。 435 名前：仕様書無しさん [2007/03/28(水) 16:56:57 ] >>434 日本の対外のPGは設計も出来るだろ 問題は最初からSEとして育てられたとか 営業上がりのSEが糞なんだよ 少なくともうちにいるSEどもはそうだ 結局仕様詰める段階であいつらの設計を毎回大きく変えてる ハードの選定も含めてな 436 名前：仕様書無しさん [2007/03/28(水) 18:09:42 ] >>434 というかSEとPGを職種として分けるのは日本だけだよ。 437 名前：仕様書無しさん [2007/03/28(水) 18:16:32 ] 日本独特の「受託業務アプリ」なんていう低レベルなものじゃないと SEとPGの分離なんて無理なんだよ 438 名前：仕様書無しさん [2007/03/28(水) 19:01:20 ] >>434は日本特有のダメSEというか・・・ 使えない奴って事だけはわかった 439 名前：仕様書無しさん mailto:sage [2007/03/28(水) 19:04:34 ] 日本は客もバカだからな。 システム導入・更新の動機なんて、業務効率化によるコスト削減ではなく、 同業他社並みのシステムを「ウチにも」みたいなもんだから、 とにかく早く安くみたいな要望が平然と出てくるし、 そこに「現場の声」という名の思いつきが加味されるから、 インド人もびっくりの即席殴り書きコードが日々量産されていくことになる。 440 名前：仕様書無しさん mailto:sage [2007/03/28(水) 19:39:56 ] >>439 同意する しかしまぁ・・・客が馬鹿なのはある程度はしょうがない 所詮素人だし（システムというかその辺の知識まったく知らないのは論外） しかし、そのリスクやなんかを説明・説得できるSEや営業の少ないこと・・・・ リスクとかも含めて相手に理解できるように説明できないからそうなると思う 相手の無茶な要望100％受け入れるような いいなりSEや営業は滅びてくれ 441 名前：仕様書無しさん mailto:sage [2007/03/28(水) 20:17:43 ] >>440 悪貨は良貨を駆逐する。 いいなりSEや営業が滅びることは多分無い（ﾆｶﾞﾜﾗ 442 名前：仕様書無しさん mailto:sage [2007/03/30(金) 12:15:30 ] >>441 同意。言いなりの営業の方が、「客には」便利だからな。 なんとかしてやってしまう技術屋もいけないのかも知れない。 443 名前：仕様書無しさん mailto:sage [2007/03/30(金) 13:06:53 ] >>442 悲しいかな・・・難しいほど萌えてしまう悲しい俺がいるわけだが・・・ 444 名前：仕様書無しさん mailto:sage [2007/03/30(金) 18:59:31 ] >>443 そこで実行予算、つまり自分の値段をキチンと通せるかどうかが 自己プロデュースができるかどうかの分水嶺だね。 445 名前：仕様書無しさん [2007/03/30(金) 21:41:04 ] >>444 おれは出来ているつもりでは…あるけどな そりゃサービス分は多少あるけども(；´∀｀) 446 名前：仕様書無しさん mailto:sage [2007/04/02(月) 15:30:13 ] えええまじで？日本はSE,PG５００万人ぐらい居るんだよね？ なんでこんな数多いの日本 アメリカの４０万人ってのが本当なら医者よりなるの難しいじゃん 447 名前：仕様書無しさん mailto:sage [2007/04/02(月) 16:15:41 ] アメリカが２５０万で日本が１００万くらいでは？ www.ideosphere.com/fx-bin/Claim?claim=ITJOBS www.jil.go.jp/kokunai/statistics/sansyoku/index.html 448 名前：仕様書無しさん mailto:sage [2007/04/03(火) 21:23:49 ] 情報処理技術者全般じゃなくて純粋に「プログラマ」と限定するとそんなに人数いないらしい。 ちなみに厚労省の労働人口調査では情報処理技術者は７７万人、それに対して経済誌 （ダイヤモンドか東洋経済か忘れた）でのプログラマ人口推計では11万人だった。 プログラマ人口については諸説ある（10〜15万人説、50万人説、コボラーだけで100万人説) ので真相は不明だが。 449 名前：仕様書無しさん mailto:sage [2007/04/08(日) 16:58:48 ] お前らネットワークエンジニアに転職するのか？ 450 名前：仕様書無しさん mailto:sage [2007/04/09(月) 09:31:41 ] アメリカでもSEが業務用システム開発してデスマーチとかやってるの？ 日本と同じ？ 451 名前：仕様書無しさん [2007/04/09(月) 09:45:39 ] デスマーチって言葉は何処から生まれた？ 出典をしれば別にそんな質問でないんだけど。 基本的には、隣の芝生はよく見える。 452 名前：仕様書無しさん mailto:sage [2007/04/09(月) 11:14:31 ] 策は無い。 逃げろ。 453 名前：仕様書無しさん [2007/04/09(月) 13:07:19 ] 　　　　　　　　　 ;' ':;,,　　　　　,;'':;, 　　　　　　　　　;'　　 ':;,.,.,.,.,.,,,;'　　 ;, 　　　　　　　　,:'　　　　　　　　　　　｀:､ 　　　　　　　,:'　　　　　　　　　　　　 　',　 　　　　　　 ,:'　　　　　　　　　　　　　 　;'　 　 　　　　　　 ;　　○　　　　　　○　　　　;'　　／￣￣￣￣￣￣￣￣￣￣￣￣ 　　　　　 　';,　　　　　　　　　　　　＊ ;'　＜　おっ勃てた 　　　　　 　 ｀:､ 　　ー―‐　　　　　,;:''　　　＼＿＿＿＿＿＿＿＿＿＿＿ 　　　　　　　　 ';　　　　　　　　　　　　 ':;, 　　　　　　　　 ;　　　　　　　　　　　　　　;　 ;`;, 　　　　　　　　 ';　　　　　　　　　　　　　　':;,丿 ;' 　　　　　　　　 ';　　　　　　　　　　　　　　　;:_,;'' 　　 　　　　　　　　（.,.,.,.,..,）.,.,.,..,.,.,.（,..,.,.,.,..,.） .,.,,..;' ふわふわしー　in　プログラマ板 pc11.2ch.net/test/read.cgi/prog/1176089498/ 454 名前：仕様書無しさん [2007/04/09(月) 13:10:06 ] 仕事だけが人生ではない。仕事と家庭があって始めて人生が安定する。 その辺り会社ばかりでなく自分に投資をする事も考えないと 騙されたり、損をしたりする。 適度に仕事をする。真夜中まで残業をするのは実は自分の首を絞めている。 会社を辞めればなんでもない奴隷だったと気づく。 455 名前：仕様書無しさん mailto:sage [2007/04/09(月) 23:29:41 ] 自社内の業務基幹システム作ってる人ってまだSEのなかでマシなほう？ 456 名前：仕様書無しさん mailto:sage [2007/04/10(火) 09:55:06 ] 社内SEは憧れの的です 457 名前：仕様書無しさん [2007/04/10(火) 10:06:10 ] 何でも屋だよ サポートもネットワークも細かなツール作りもさせられるし 458 名前：仕様書無しさん mailto:sage [2007/04/10(火) 11:16:40 ] この業界で面白いのって言うのは自分で何か作りたいものがあってそれを作れる環境にある人じゃないかと思うんだが・・・('A`) 459 名前：仕様書無しさん mailto:sage [2007/04/10(火) 11:33:37 ] >>458 俺は作るものはなんでもいいさ その結果を出す為の道筋（手法）を自分で決めれるのが楽しい　ってかんじかな そりゃある程度の規約はあるとしてもね 460 名前：仕様書無しさん [2007/04/10(火) 19:28:24 ] こんなITエンジニアはいらない！ Vol.16　得意分野に執着して新技術を排除　顧客の期待を無視する itpro.nikkeibp.co.jp/article/COLUMN/20070109/257275/ 461 名前：仕様書無しさん mailto:sage [2007/04/10(火) 19:36:15 ] C/Sの人ってむしろ「こんなのヤめてさっさとWebやりてー」って人が多いと 思っていたけど。 漏れもC/SもWebもやっているけど、古代言語に執着するエンニジアが回りに 結構いるので、よほどのメリット出さないとWebが通らない事多いしな。 462 名前：仕様書無しさん [2007/04/10(火) 19:52:28 ] COBOLer？ 463 名前：461 mailto:sage [2007/04/10(火) 20:33:49 ] うん。それ相当の言語。 社内でWebっつーかJava出来るの漏れだけ。 他に社員が使える言語(?)はVBかVBA。 それ以上の技術を必要なのは全部外注に丸投げ。 464 名前：仕様書無しさん mailto:sage [2007/04/10(火) 20:53:41 ] >>463 貴殿の会社、今後、もし他の社員にWebの仕事をさせる場合があったとしても、 JavaじゃなくてASP.NETを選択するんじゃね？ 465 名前：仕様書無しさん mailto:sage [2007/04/10(火) 21:13:23 ] ASP.NETを初めて触った。 楽だけど、処理を鯖にやらせることに抵抗がある。 食べ物で例えるならマクドナルドのハンバーガーって感じ。 466 名前：仕様書無しさん [2007/04/10(火) 21:15:05 ] じゃあ誰に処理をやらせるの？ 467 名前：仕様書無しさん mailto:sage [2007/04/10(火) 21:18:45 ] お前 468 名前：仕様書無しさん [2007/04/10(火) 21:19:03 ] 言うと思った 469 名前：仕様書無しさん mailto:sage [2007/04/10(火) 21:22:56 ] ども 470 名前：仕様書無しさん mailto:sage [2007/04/10(火) 21:29:55 ] >>466 あくまで個人的な意見だから、あんま気にしないでくれ。 Flashみたいな感じでクライアントに落として、そこから鯖と連携をして欲しい。 サーバーを多機能化させると脆弱性がたくさん出そうで嫌だ。 471 名前：仕様書無しさん [2007/04/10(火) 21:42:22 ] リッチクライアントに戻すだけかよ 472 名前：461 mailto:sage [2007/04/10(火) 21:50:08 ] >>464 たぶん、ASP.NETだと思う。 しかし、ASP.NETはよーしらんけど、とりあえずそれ以前に、 社員に最低限のSQLとトランザクションの概念教える方が先だと思うな。 排他処理をまったく知らんやつがいるしな。 473 名前：仕様書無しさん mailto:sage [2007/04/10(火) 21:53:45 ] WPF/Eの出番ですね 474 名前：仕様書無しさん mailto:sage [2007/04/11(水) 11:01:30 ] そのためのClickOnceですよ。 本来あるべき姿は3階層的にあるオブジェクトが設定や負荷に応じてクライアントやサーバーなどで動的に配置・稼動することだと思うけれど。 475 名前：仕様書無しさん [2007/04/11(水) 11:18:34 ] Ajaxって凄いとは思うけど、そこまですんなら.netのClickOnce配布で良いようにも思うし。 結局、Webアプリでもブラウザは選ぶわ、そのせいで検証の手間は増えるわで、結果コスト減じゃないって思える。 Web＝簡単、安価、クライアント選ばずってのは既に過去の話。 476 名前：仕様書無しさん mailto:sage [2007/04/11(水) 11:19:38 ] >>470 クライアント側にデータ全部持ってきて 処理するような糞設計じゃなけりゃ リッチクライアントでなんの問題もないがな。 477 名前：仕様書無しさん [2007/04/11(水) 11:21:22 ] 465ってDB鯖やHTTP鯖も否定するの？ 478 名前：仕様書無しさん mailto:sage [2007/04/11(水) 11:22:33 ] >>475 設計の段階で複雑怪奇な仕様は全部捨てて、 クライアントに表示するのは シンプルなHTMLだけにすれば万事OKｗｗｗ 479 名前：仕様書無しさん mailto:sage [2007/04/11(水) 12:46:43 ] AJAXとかいったって結局限定された環境で動く分散オブジェクトの一形態似すぎないやん。 だったらマイクロソフトが握ってるから都合悪いが.NETのほうがなんぼか設計的には美しいと思うが。 480 名前：仕様書無しさん [2007/04/11(水) 12:55:39 ] >>479 Ajaxって、凄いけど方向が間違ってるよね。ｗ 苦肉の策を懸命にやった結果の集合体。 481 名前：仕様書無しさん mailto:sage [2007/04/11(水) 13:13:39 ] >>479 .NETでも良いなら別にJavaAppletでも良いよね。 482 名前：仕様書無しさん mailto:sage [2007/04/11(水) 13:27:01 ] いいんじゃね(ﾟ�听) 要は仮想環境の上で使える言語で分散実行できれば。 483 名前：仕様書無しさん [2007/04/11(水) 15:50:18 ] webstartとかね 484 名前：仕様書無しさん [2007/04/11(水) 18:12:03 ] ajaxが凄いのは、既存のつまらない技術でも組み合わせて使うと google mapなんていう、面白いものを作れる事を見せたからだろう。 「たいしたことない」とか「こっちの方がいい」って人は その技術を使って、優れた製品を作ればいいだけだよ。 凄く狭い範囲の技術で話してるんだよな、そういう人って。 だから「こっちの方が凄い」って言っても、それを使って実際のモノは作れない。 485 名前：仕様書無しさん [2007/04/11(水) 18:21:37 ] 大したこと無いとはいっていないだろ？ 努力の方向が間違っていると言ってるだけで。 本来の基本技術の進歩じゃないんだよ、小手先の工夫、伊東家の食卓、おばあちゃんの知恵袋の実体化でしょ。 486 名前：仕様書無しさん mailto:sage [2007/04/11(水) 18:40:37 ] >>485 >おばあちゃんの知恵袋 これはちょっと違う希ガスｗｗｗ いかに無理矢理実装するかって 突き詰めた結果だろうというのは同意。 487 名前：仕様書無しさん [2007/04/11(水) 18:50:28 ] 本来の優れた進歩ってなんだ？ 発明ってのは他人の気づかなかった既存の組み合わせとか、 スキマを上手く見つけて使うのがほとんどだよ。 そういうのが価値があるんだよ。 「Webのインターフェースはこんなもの」って認識で皆が考えて使っていた所 「いや、その技術でも上手く組み合わせればこんな便利なモノが出来るんですよ」 こういうのが優れた発明だよ。 「本来こうあるべき」って理想を追う奴は自己満で終わって 市場に受け入れられるものを作れる事があんまないよね。 ジョブスくらいになると話も違うけど。 488 名前：仕様書無しさん [2007/04/11(水) 18:51:42 ] ま、知ったかぶるのと批判するのは低級チャネラーにでも出来るんで （ていうか彼らがやるのはそれだけ） ぜひ、本来有るべき正しい進化ってのがどういうものか、 例でも概念でもいいから、教えて欲しいものだな。 489 名前：仕様書無しさん [2007/04/11(水) 19:57:09 ] ajaxなんてどうでもいいけど googlemapはすごいけど そのすごいという意味はつまようじで家を建てた、みたいなすごさであって クライアントアプリだったらもっと便利でリッチな表示ができるでしょ 490 名前：仕様書無しさん mailto:sage [2007/04/11(水) 20:38:46 ] クライアントアプリとか言っても、例えばメーラーとかだと OutlookよりもGmailの方が使いやすくてリッチだと感じるが。 そして「クライアントアプリならもっと便利」とか言うヤツに限って しょぼいばっか作ってる印象あるんだが。 491 名前：仕様書無しさん mailto:sage [2007/04/11(水) 20:59:58 ] googleカレンダー便利 492 名前：仕様書無しさん mailto:sage [2007/04/11(水) 22:31:48 ] >>490 カスで旧時代のメーラーとGmailを比べてもなあ。 Gmail特有の本当の利点ってなによ？ PC持ち歩かないでもどこでも利用できるって以外思い付かね。 493 名前：仕様書無しさん mailto:sage [2007/04/11(水) 22:40:39 ] あ？検索に決まってんじゃん ちまちまディレクトリに仕分けしてらんね 494 名前：仕様書無しさん mailto:sage [2007/04/11(水) 22:49:34 ] 492じゃないけど、もともとメールの仕分けなんてしないだろ。 せいぜい年度ごととかで、大きく分けるぐらいじゃねーか？ それよりも、ajaxはローカルファイルへのアクセスができないのが、 辛くないか？ どんなに見た目とかで頑張っても、そういうとこが追いつかないよね。 495 名前：仕様書無しさん mailto:sage [2007/04/11(水) 22:54:55 ] >>492 本当にGmailを使ったことがあるのか？と小一時間(ry つか、どのメーラーならGmailよりリッチで使い勝手いいのか教えて欲しいが。 496 名前：仕様書無しさん mailto:sage [2007/04/11(水) 22:56:11 ] まあ、492は間違いなくGmailを知らんクチだろ。 497 名前：仕様書無しさん mailto:sage [2007/04/11(水) 22:58:17 ] >>493 ｲﾐﾌ EdMax使いだけど、ルールでフォルダ分けたり正規表現で検索したりしてるぞ。 Gmailは未読連続ジャンプとかショートカットキー割り当てとか複数のメールアカウントを使い分けたりできるの？ 498 名前：仕様書無しさん mailto:sage [2007/04/11(水) 23:00:16 ] >>497 既成概念にとらわれるな 使ってみろ。 俺ら凡人では思いつかないような機能が搭載されてるから。 ようは想像を超えているわけだ 499 名前：仕様書無しさん mailto:sage [2007/04/11(水) 23:02:32 ] Gmailはルールでフォルダを分ける必要がない 後はフィルターでそれらの処理を行うスタイルだな。 ショートカットはない。 つか、クライアントアプリはショートカットしか自慢がないのか？ 500 名前：仕様書無しさん mailto:sage [2007/04/11(水) 23:04:06 ] matzがこんなこと書いてた www.itmedia.co.jp/enterprise/articles/0703/29/news020.html 501 名前：仕様書無しさん mailto:sage [2007/04/11(水) 23:04:54 ] わざわざ使わんメアド増やしても仕方ないしなー。 >>499 クライアントの場合はショートカットだけの利点しかないというわけ？ ルールと言ってもPOPFileで切り分けるだけですが。 んなことより説明できないのなら引っ込んでくれる？ 502 名前：仕様書無しさん mailto:sage [2007/04/11(水) 23:08:31 ] なんかクライアントアプリ推奨派の意見が涙ぐましく感じるが・・・。 漏れもなんでもかんでもWebアプリってのはは好きじゃないが、 Google関連は素直に凄いと思うが。 だって、漏れがどんなにクライアントアプリ作ってもGoogleのアイデアや 表現力にには負けるし。ｗ 503 名前：仕様書無しさん mailto:sage [2007/04/11(水) 23:09:16 ] クライアントアプリのメーラを使ったことない奴はいないわけで 504 名前：仕様書無しさん mailto:sage [2007/04/11(水) 23:51:51 ] >>502 別にクライアント推進派じゃないけど、「こういう場合にGmail最高」ってのが説明できない時点でどうかと思う。 505 名前：仕様書無しさん mailto:sage [2007/04/11(水) 23:58:52 ] Ajaxだから仕方ないんだろうけど、 クリックしてから反応するまで、一瞬間があるのが気持ちよくないよね。 あと、Macのエントラージュにある機能だけど、 メールをカレンダーの日付にドラッグ＆ドロップすると、 そのまま予定になるのは便利だよ。 506 名前：仕様書無しさん mailto:sage [2007/04/12(木) 00:42:51 ] ＞Ajaxだから仕方ないんだろうけど、 ＞クリックしてから反応するまで、一瞬間があるのが気持ちよくないよね。 それは、藻前のPCがトロいとか回線がトロいとかそういうのではないのか・・・。 507 名前：仕様書無しさん mailto:sage [2007/04/12(木) 00:46:22 ] >>504 みんな(?)言ってる様にGmailの利点は検索だろうな。 それを理解できないのは使ったことが無いからだろう。 508 名前：仕様書無しさん mailto:sage [2007/04/12(木) 00:57:10 ] GmailはUIもかなり出来がいいな。 メールなんかもEdMaxよりも読みやすいと思うし、印刷もいい感じだしな。 アドレス帳とかもよくできている。 確かに凡人では思いつかんアイデアが豊富に詰まっているメーラーだな。 509 名前：仕様書無しさん [2007/04/12(木) 02:07:56 ] 従業員に億単位の年俸払った甲斐がありました 510 名前：仕様書無しさん mailto:sage [2007/04/12(木) 02:20:33 ] オープン系にニート上がりでも就職できますか？ 511 名前：仕様書無しさん mailto:sage [2007/04/12(木) 02:32:52 ] >506 それはない。 「２月ごろ受け取ったはずのメール」が何回もクリックしないと、 一覧にもたどり着けないのは面倒だろ。 さらにその中から該当メールを見つけるために何度もクリックする。 クライアントアプリの多くは、スクロールバーをぐーーとドラッグして、 大体のあたりをつけてクリックしたら、 方向キーでどんどん中身が見れるジャン 他にもクライアントアプリでは普通でも、 ウェブアプリだから実現が難しい機能はあるだろ。 それでも、ウェブアプリでここまで実現してしまうのは、 魔法のようにさえ、思えるけどな。 512 名前：仕様書無しさん mailto:sage [2007/04/12(木) 06:49:58 ] >>510 出来るよ。 基本的に、実数の加減乗除が出来て、多少のコミュニケーション能力あればやっていけるから。 513 名前：仕様書無しさん mailto:sage [2007/04/12(木) 06:56:04 ] >>511 ＞「２月ごろ受け取ったはずのメール」が何回もクリックしないと、 ＞一覧にもたどり着けないのは面倒だろ。 ＞さらにその中から該当メールを見つけるために何度もクリックする。 ＞クライアントアプリの多くは、スクロールバーをぐーーとドラッグして、 ＞大体のあたりをつけてクリックしたら、 ＞方向キーでどんどん中身が見れるジャン 言わんとする事は解らないでもないが、 Yahoo!とかgooのWebメールならともかく、Gmailではまったく当てはまらないな。 むしろそのケースだとクライアントアプリよりもGmailの方が一発だが。 と言うか漏れ的には前者と後者の労力にそれほど差があるのかよく解らんが。 日に１００通くらいメールを受け取って、95%がスパムで、そのスパムを まったく削除しない人間なら、その通りかもしれん。 514 名前：仕様書無しさん mailto:sage [2007/04/12(木) 09:44:31 ] >>507 おまいらメール検索しまくって何してるんですか？ まさかフィルタリング目的で、毎回語句入れて絞り込んでるわけ？ 515 名前：仕様書無しさん [2007/04/12(木) 09:49:04 ] gmailってスレッド表示できないじゃん あれがイヤ ├とか└を使って表示してくれないと分かりにくい exeファイルも添付できないし そのくせマクロ入りxlsは添付できるし 516 名前：仕様書無しさん [2007/04/12(木) 09:52:33 ] クライアントサイドのメーラがフォルダ構造で管理するのを gmailはラベルをつけて管理してるだけで 出来る事は両者で等価 517 名前：仕様書無しさん [2007/04/12(木) 10:03:30 ] NiftyのAjaxUIはとりあえずもっさりしてる。 よく出来てるとは思うけど、ベストではない。 518 名前：仕様書無しさん mailto:sage [2007/04/12(木) 10:58:07 ] GMail、正直フォルダ機能をつけてほしい。 519 名前：仕様書無しさん mailto:sage [2007/04/12(木) 11:46:55 ] >513 クリックして、適切な検索後を推察して、入力して、検索して、、、 っていうのがスクロールより労力が変わらないの？　オレは無理だ。 検索機能ったって、インクリメンタルサーチできないし。 マンセーするのもいいけど、作っている側なら、 何がトレードオフで選択されたのかを、 意識しといた方がいいんじゃないか？ 520 名前：仕様書無しさん mailto:sage [2007/04/12(木) 12:01:07 ] テストデータなんて kazina.com/dummy/index.html でいいやん 521 名前：仕様書無しさん mailto:sage [2007/04/12(木) 12:18:49 ] マンセーしてるヤツはGmail言いたいだけちがうんかと 522 名前：仕様書無しさん [2007/04/12(木) 13:14:52 ] GMAILはちょっとしか使ってないけど凄いと思う むしろこの感覚でクライアントアプリ作ってサービス経由で共有できるようにしてほしい ローカルだけでも完全に動いて後で同期できるような クライアントにしてほしい理由はローカルで独立して動かしたいのと軽快さ まぁ気にするほどでもないじゃん　とかいう人もいるだろうけど、やっぱ画面遷移するのはなんかキツイ 523 名前：仕様書無しさん mailto:sage [2007/04/12(木) 15:04:49 ] ブラウザの初回起動時が重くてのう。コレばかりはPCスペック関係なしに重い('A`) 524 名前：仕様書無しさん mailto:sage [2007/04/12(木) 15:08:14 ] ぶっちゃ桁はなしアプリケーション字体はリッチクライアントとしてクライアントで動き、データはローカルかつサーバー側に同時保存されるのが一番いい。サーバーとつながるときはサーバーから、つながらないときはローカルデータだけで稼動する。 525 名前：仕様書無しさん [2007/04/12(木) 15:09:39 ] >>524 それ普通のクライントサイドメーラじゃんｗ 526 名前：仕様書無しさん mailto:sage [2007/04/12(木) 15:12:43 ] >>512 コミュ能力はないと思いますが 深夜コンビニや回転寿司バイト程度でできますかねぇ？ 527 名前：仕様書無しさん mailto:sage [2007/04/12(木) 15:48:39 ] >>526 学校で授業ﾁｭに携帯なって　教授に煩いといわれたときに 「なるもんはしょうがねーじゃん」と叫んで授業を出て行った俺でもやっていけてる 大丈夫なせばなる 528 名前：仕様書無しさん mailto:sage [2007/04/12(木) 16:39:59 ] 正直Gmailが凄いのは認めるが その検索機能が必要になるほどメールｺﾅ━━━━━(´･ω･`)━━━━━ｲ… 529 名前：仕様書無しさん mailto:sage [2007/04/12(木) 18:46:31 ] >>519 ＞検索機能ったって、インクリメンタルサーチできないし。 できる つかWebアプリをアンチするなら、せめて使ってから意見しろよ。 頼むから。 530 名前：仕様書無しさん mailto:sage [2007/04/12(木) 19:04:53 ] でも素直にすごいと思うよ。実際に。実際使うと少なくともOutLookよりはいいと思う。 ただ、2ちゃんねる内のリンクをクリックすると、Gmailがそのリンク先になっちまう。。。orz いや、きちんと把握すればいいんだけどｗ； 531 名前：仕様書無しさん mailto:sage [2007/04/12(木) 19:23:07 ] >>526 >深夜コンビニや回転寿司バイト そのバイトで、店長や先輩・後輩と一緒に作業出来てたんなら大丈夫だろ。 ホウレン草が出来てればOKだよ。一番ヤヴァい奴は、同僚とコミュ取れない奴だから。 後、技術的なことは書店で 「〜でもわかるxx」 辺りの本を2，3冊買ってきて、家のPCで実践あるのみ。 大事なのは実際に動かしてみること。 失敗してもwebアプリならPCが壊れるこたぁ無いｗｗ 532 名前：仕様書無しさん mailto:sage [2007/04/12(木) 19:27:54 ] SEってもっと客との折衝とかコミュ能力凄く必要だと思うんですが 533 名前：仕様書無しさん mailto:sage [2007/04/12(木) 20:11:41 ] >529 >つかWebアプリをアンチするなら、せめて使ってから意見しろよ。 あ、ごめん、使い方教えて。 一年半も使ってて、インクリメンタルサーチできるの知らなかった。 534 名前：仕様書無しさん [2007/04/12(木) 20:17:10 ] 俺も2年使ってて知らなかった 535 名前：仕様書無しさん mailto:sage [2007/04/12(木) 20:35:05 ] GMailは確かにすごいが、あれがWebアプリじゃなかったらもっと すごかっただろうに・・・。もったいない・・・ リッチクライアント版が出たりすればみんなが幸せなんだろうな。 536 名前：仕様書無しさん mailto:sage [2007/04/12(木) 20:52:45 ] >>529 それは火狐の人しか出来んと思うが。ｗ 537 名前：仕様書無しさん mailto:sage [2007/04/12(木) 21:11:26 ] FireFoxの機能拡張だろうな。 確かにショートカットやらストレージやら変態の域に達してるワザがあるし。 ただソレはクライアントアプリだろうと小一時間（ry 538 名前：仕様書無しさん mailto:sage [2007/04/12(木) 21:34:38 ] クイックコンタクトじゃねーの？ 539 名前：仕様書無しさん mailto:sage [2007/04/13(金) 00:02:41 ] gmailはかなりよくできている。 しかし、１日100通くらいのメールを読まないといけない人間にとっては使えない。 メールを読むときは検索なんてあまり使わない。 まずは、受信トレイの一覧をスクロールしてずらーっと重要そうなメールを目視で確認。 次に振り分けられたメールを確認。 暇なときに残りのメールを確認。 って感じなので、webベースのメーラは画面遷移のせいで使えない。 もっと回線が太くなったら、スクロールを実装して欲しいね。 技術的にできないわけじゃないし。 540 名前：仕様書無しさん mailto:sage [2007/04/13(金) 00:24:58 ] 会社のノーツのメールに比べたらGmailの方が死ぬほどレスポンスよくて 使い勝手がいいなぁ。 つか、メールの検索って仕事の会話の中で「あの時の」って感じで使って Gmailのそれはフィルターと組み合わせて効率的に読むものだと思うが。 漏れはモバイル端末も持っているのでフィルター転送はかなり使える。 いくつかメアドを持っているので一旦Gmailに転送してGmailがフィルターで 自宅PCのメアドとかモバイルとか携帯のメアドに振り分けて使っている。 Gmailはこのあたりが柔軟かつメールの転送のレスポンスいいので重宝しているな。 大体１通0.5秒くらいで読む＆ゴミ箱ってノリならクライアントアプリなメーラーだろう。 541 名前：仕様書無しさん mailto:sage [2007/04/13(金) 00:26:43 ] POPFileのマグネット使う方が1000倍効率いいと思うんだけど オレは少数派なのか？諸君よ・・・ 542 名前：仕様書無しさん mailto:sage [2007/04/13(金) 00:30:32 ] つか、効率とか言う香具師は一日にそんなにメールが来ること自体信じられんが。 懸賞に応募しまくってスパムが毎日１００通とか届いているって人なのか？ｗ 543 名前：仕様書無しさん mailto:sage [2007/04/13(金) 00:31:47 ] Googleって便利じゃん？ で、もしGoogleで自分が出したり受け取ったりしたメールがHitしたら超便利じゃん？ 基本的にはそういうこと。 544 名前：仕様書無しさん mailto:sage [2007/04/13(金) 00:34:21 ] 長年使ってるアドレスだとスパム1日100通くらいは当然のようにくるぞ。 whoisに載っているアドレスには、1000通くらい着ている。 545 名前：仕様書無しさん mailto:sage [2007/04/13(金) 00:46:09 ] >>542 勉学向上にメルマガ取るだけで、バカほどメール来るし。 >>543 メルマガならまだしも、個人のメールを検索するなんてそうそうないぞ。オレは。 546 名前：仕様書無しさん mailto:sage [2007/04/13(金) 01:25:13 ] 一日80通くらいは来るなあ。正直うんざりだ。 547 名前：仕様書無しさん mailto:sage [2007/04/13(金) 01:53:32 ] >>542 スパムを全部捨てて、職場に100通くらいくるよ。 そのうち2、30通は返信しなきゃならん。 午前中はほとんどメールって感じ。 １日休むと死にたくなる。 仕事によるのだろうけど、うちの部長はその3倍くらいくるらしい。 googleの偉い人とかって結構メールくるんじゃないかと思うけど、 gmailつかってるのかな？ 548 名前：仕様書無しさん mailto:sage [2007/04/13(金) 02:06:23 ] >541 POPFile？ 重すぎ Shurikenだな 549 名前：仕様書無しさん mailto:sage [2007/04/13(金) 02:34:46 ] POPFileが重いってどんな化石PC使って 550 名前：仕様書無しさん mailto:sage [2007/04/13(金) 10:41:03 ] >>542 Beckey!使いだが、 スパムフィルタでほとんど弾いた状態で1日200〜300通ほど。 確かに>>539のとおりスクロールでささ〜と流し読みして、重要なものをpickする。 振り分けパターンが500ほど、フォルダも150ほどあるが、今のところ問題ない。 gmailも考えたけど、振り分け設定を一からするのがﾏﾝﾄﾞｸｾなのでｻﾌﾞ利用になってる。 いざ移行しようとしてもそのあたりが壁かな。 でもIT系だとそんなの当たり前とか思ってたけど。 ホリエモンとかは全社員のメールを全部見てたりしていたし。 1日数千通のメールから必要なものをもれなく取り出す。あれはすごい。 551 名前：仕様書無しさん mailto:sage [2007/04/13(金) 10:45:48 ] GMail差出人で検索させてくれ・・・・ あの子から来たメールどこだっけって探すのに一苦労なんですが。 552 名前：仕様書無しさん mailto:sage [2007/04/13(金) 12:25:53 ] GmailもEdMaxも結構使ってるけど、 どちらも、どちらの置き換えにはならないよｗ EdMaxは、サクサク未読メール読めるし、複数アカウントの扱いも楽にできたり、 複数アカウントを1アカウントにまとめて、フォルダ単位でFromわけつーことまでできるが、 Gmailの検索の早さにはかなわないし、 Gmailのスレッドの扱いは一度慣れるとやみつき。 スパムも、標準で、95%は排除できるし。 (まあ、EdMax＋PopFileだと、99%排除できるが) 553 名前：仕様書無しさん mailto:sage [2007/04/13(金) 12:28:05 ] >>548 Popfile重いっつーより、Popfileと、アンチウィルスのメールチェックと合わせると、マジでマシンが重くなる。 デュアルコアなら全く問題ないが 554 名前：仕様書無しさん mailto:sage [2007/04/14(土) 20:38:42 ] GoogleのクライアントアプリっつーとPicasa2がかなり感動する。 藻前らアレを基準に顧客からクライアントアプリ作れって言われたら どーするよ？って思う。 漏れは逃げるぞ。ｗ 正直Webでアレコレする方が楽に感じるんだが・・・。 555 名前：仕様書無しさん mailto:sage [2007/04/15(日) 02:53:20 ] オープン系にwebは移行しますかねこれから 556 名前：仕様書無しさん [2007/04/22(日) 17:58:35 ] あげ 557 名前：仕様書無しさん [2007/04/22(日) 18:04:56 ] 汎用系がwebに移行するだろ 558 名前：仕様書無しさん mailto:sage [2007/04/23(月) 01:42:59 ] とりあえずGmailはフォルダ無くても、ラベルがあるから十分。 むしろフォルダ管理に戻れないよ。一通のメールに対して2つの属性つけられないでしょ。 559 名前：仕様書無しさん mailto:sage [2007/04/23(月) 11:57:13 ] >>558 ひとつのメールが2つ以上の属性がある場合、 振り分けしてラベル分けして色分けしてる。 切り分けが楽なので便利。 というかフォルダがないとメールの洪水で死ぬ（spanはずしても1日300通程度）ので、 やはりGmailにも欲しい。 560 名前：仕様書無しさん mailto:sage [2007/04/23(月) 19:54:07 ] そもそも１日に読むメールが300超えてる時点でナニかおかしいと思うんだが。 スパム無かったら一日1000以上メールが届くって事か？ 561 名前：仕様書無しさん mailto:sage [2007/04/23(月) 20:57:54 ] 確かに整理したほうがいいと思う。 562 名前：仕様書無しさん [2007/05/14(月) 02:16:23 ] お前ら、リッチクライアント開発環境回りがにぎわってるぞｗ 覚えることが増えそうな悪寒ｗｗｗｗｗ Silverlight登場で.NET使い大勝利！！！ pc11.2ch.net/test/read.cgi/tech/1178159820/ 563 名前：仕様書無しさん mailto:sage [2007/05/14(月) 02:19:23 ] コーディングとデバッグが腐れ面倒なFlashよりは100倍良いな。 564 名前：仕様書無しさん mailto:sage [2007/05/14(月) 09:42:23 ] >>563 確かにやれることはいい感じなんだがバグや仕様含めて細かい部分つらいし これでラクになればいいよなぁ････ 565 名前：仕様書無しさん [2007/05/14(月) 11:06:11 ] Ajaxは確かに凄いが、使っていてもっさりしてる。 フラッシュは某国営競馬の投票で使っているが、今一な部分がある。 566 名前：仕様書無しさん [2007/05/16(水) 10:20:50 ] javascriptも腐れ面倒だろ 567 名前：仕様書無しさん mailto:sage [2007/05/16(水) 10:39:34 ] 型を意識されていない言語はやりたくねぇよｗｗｗｗｗ 568 名前：仕様書無しさん mailto:sage [2007/05/16(水) 12:23:49 ] いちいち型を気にしながらやりたくねぇよwwwww 569 名前：仕様書無しさん mailto:sage [2007/05/16(水) 12:24:12 ] Valiant 570 名前：仕様書無しさん mailto:sage [2007/05/16(水) 12:32:03 ] Valiant と Variant じゃおおちがい 571 名前：仕様書無しさん mailto:sage [2007/05/16(水) 12:32:45 ] Calender と Calendar じゃおおちがい 572 名前：仕様書無しさん mailto:sage [2007/05/16(水) 12:46:13 ] Integer　と　Intejer　じゃおおちがい 573 名前：仕様書無しさん mailto:sage [2007/05/17(木) 00:41:14 ] intejerなんてあんの？ 574 名前：仕様書無しさん mailto:sage [2007/05/17(木) 00:59:18 ] 普通にないだろｗｗｗｗ 575 名前：仕様書無しさん mailto:sage [2007/05/17(木) 03:56:58 ] CalenderもValiantもあるな 576 名前：仕様書無しさん [2007/05/17(木) 10:22:43 ] Seisuuだろ 577 名前：仕様書無しさん [2007/05/17(木) 15:18:16 ] IntとInpoじゃ大地がい 578 名前：仕様書無しさん mailto:sage [2007/05/18(金) 10:40:39 ] source と course じゃお家がいい。 579 名前：仕様書無しさん mailto:sage [2007/05/19(土) 01:55:14 ] >577を辞書で調べた INPO 【略】((Eメール)) in no particular order 580 名前：仕様書無しさん [2007/05/19(土) 16:25:58 ] inpioと書くべきだったか？ 581 名前：仕様書無しさん mailto:sage [2007/05/24(木) 10:48:20 ] 半年前に入ってきたPHP駐が会社に来なくなりました。 わけ？、vb.netだから 582 名前：仕様書無しさん mailto:sage [2007/05/24(木) 22:31:23 ] ＰＨＰなんかよりよっぽどいいだろ 企画的には ＷＥＢ系は型に疎いのが嫌だ ＰＨＰ　Ｐｅｒｌ　ＪａｖａＳｃｒｉｐｔ 全部終わってる・・・ ＪａｖａＳｃｒｉｐｔとかしゃぁなしで使わなきゃいかんけどさ 583 名前：仕様書無しさん mailto:sage [2007/05/25(金) 01:14:05 ] 全角英数を使うヤツは例外なく無能 584 名前：仕様書無しさん mailto:sage [2007/05/25(金) 02:21:57 ] pugyaa!!! これでいいか? 585 名前：仕様書無しさん mailto:sage [2007/05/25(金) 02:37:32 ] ＞＞５８３ ではなく >>583 koudesuka? wakarimasen つうか死ねよカス なに勝手に例外なくとか決めつけてんだよ きめぇんだよ いいからインキンサッサと治してイボ痔も取ってもらってこい そうしたら>>586がケツ舐めてくれるらしいから 586 名前：仕様書無しさん mailto:sage [2007/05/27(日) 12:53:12 ] まかせとけ 587 名前：仕様書無しさん mailto:sage [2007/06/08(金) 04:54:03 ] 将来生き残れんだろうな・・・俺。 結局やってることはインターフェイス周りだけで、恐らく1，2年目の子達でも、ある程度やれるような 仕事しかしていない希ガス。 もっとコアな技術習得したいんだが、それが何なのかも判らん位アホな俺。 朝からごめん。 588 名前：仕様書無しさん [2007/06/08(金) 22:18:56 ] >>587 むしろ各種IO覚えたらとりあえず使えるしがんばれよ つうか、そうやって腐るのもいいが　家に帰っての時間があるなら遊びでもいいから調べながら何か作ってみればいいんじゃねぇの？ 589 名前：仕様書無しさん mailto:sage [2007/06/08(金) 22:26:08 ] 遊びでやってもねえ 未経験でもやさしく扱ってくれるのは若いうちだけ 早めに転向したほうがいい 590 名前：仕様書無しさん [2007/06/21(木) 22:47:03 ] AIRやWPFはウェブにとって不健全 japan.cnet.com/interview/media/story/0,2000055959,20351166,00.htm 591 名前：仕様書無しさん [2007/07/12(木) 11:31:30 ] あげ 592 名前：仕様書無しさん [2007/07/12(木) 12:31:51 ] >>587 技術なんて10年もやってれば、仕事に使うには問題ない程度は身につく。 重要なのは信用やコネ。これも真面目に客先に満足されるように、仕事をこなしていればついて来る。 信用はどんなに優秀でも1、2年の奴には無理な話だ。 593 名前：仕様書無しさん mailto:sage [2007/07/12(木) 12:57:11 ] >>592　いやのほほんと十年やってても使えないコボラー見たいになるのが落ちかと。 ジャンルで気にも必要とされる技術はいろいろあるけれどそのなかでも根幹な部分を以下に効率よく学ぶかも大事かと。 技術変中になってビジネスに結び付けられなくなるのも問題化と思うが。 594 名前：仕様書無しさん mailto:sage [2007/07/12(木) 21:58:00 ] 十年前の技術で今の時代の客が満足するならば 595 名前：仕様書無しさん [2007/07/13(金) 00:49:49 ] >>594 この程度の感覚が世間一般の感覚だ 596 名前：仕様書無しさん mailto:sage [2007/07/13(金) 00:52:47 ] 10年もWEBやってたら、もう他の仕事出来なくなるだろうな 597 名前：仕様書無しさん mailto:sage [2007/07/13(金) 13:31:43 ] Webっつってもいろいろあると思うが。Googleの中の人もWeb? 598 名前：仕様書無しさん [2007/07/13(金) 15:36:24 ] >>597 WEB画面とかそのツール作ってたらそりゃそうなるだろう 599 名前：仕様書無しさん mailto:sage [2007/07/13(金) 15:42:52 ] だーらWebかどうかでなくて決まりきったルーチンワークもしくは力作業しかしてないかどうかってことだろう。 600 名前：仕様書無しさん [2007/07/18(水) 08:14:14 ] ハッカーと画家でwebアプリが台絶賛されているのを読んで引いた 601 名前：仕様書無しさん mailto:sage [2007/07/19(木) 00:00:54 ] >>592 プログラムなんて、3年ぐらいかけて低レイヤの知識と上位の設計知識を見に付けたら後は応用だけで どんな分野や言語でもそれなりに対応できるのに現実はその逆の知識だけを身に付けようとするやつの多い事。 602 名前：仕様書無しさん mailto:sage [2007/07/19(木) 00:05:10 ] ハッカーと画家はプログラマが起業することを重視してるからな。 一発当ててGoogleとかに買収してもらうことを考えると Webアプリが一番手っ取り早い。日本とは状況が違うんだな。 603 名前：仕様書無しさん [2007/07/19(木) 18:57:34 ] Ruby終了のお知らせ。 pc11.2ch.net/test/read.cgi/php/1181668153/ なんか言ってやってくれ 604 名前：仕様書無しさん mailto:sage [2007/07/19(木) 19:01:42 ] >>601 お前みたいなやつが車輪を再開発するんだろうな。 605 名前：仕様書無しさん [2007/07/19(木) 23:41:07 ] >>602 一発当たんなかった弾がどれだけあるか考えてみような 606 名前：仕様書無しさん mailto:sage [2007/07/19(木) 23:48:42 ] >605 ハッカーと画家の解説をしただけなんだけど・・・ 607 名前：仕様書無しさん mailto:sage [2007/07/20(金) 20:15:43 ] >>605 つまり必要なのはバルカン砲だと。 608 名前：仕様書無しさん [2007/07/20(金) 21:31:23 ] >>605 宝くじじゃないが、やんなきゃ絶対に当たることはない。 609 名前：仕様書無しさん mailto:sage [2007/07/23(月) 06:31:17 ] 機関銃じゃなくてライフルたれと。 610 名前：abura age [2007/07/24(火) 12:07:27 ] もうhtmlとSQL+javaだけの開発はいやだ windowsアプリ作りたいドライバとかも作りたい 昔やったPOSシステムもう一度やりたい webの仕事なんて　もう 　あ　き　た　　！　！　 611 名前：仕様書無しさん [2007/07/24(火) 12:11:44 ] 来月から俺は　ASPドトネト+JavaScript超ガリガリの糞現場に出向ですが何か？ あほかと・・・・ 612 名前：仕様書無しさん mailto:sage [2007/07/24(火) 13:34:44 ] Java始めたいんだけどAPサーバとフレームワークの種類が多くてワケワカメ とりあえずTomcatでいいのでせうか？ 613 名前：仕様書無しさん mailto:sage [2007/07/24(火) 13:42:02 ] >>612 いんじゃね。 フレームワーク書いてねけど。 614 名前：仕様書無しさん [2007/07/24(火) 14:52:27 ] さあ早く sourceforgeを調べて使えないフレームワークの山からマシなものを探す作業に戻るんだ 615 名前：仕様書無しさん [2007/07/24(火) 18:02:04 ] web版のエディタとか使いたくないよね？ 616 名前：仕様書無しさん mailto:sage [2007/07/24(火) 19:17:57 ] 普通のアプリだってOSというレイヤーの上に定義されたAPI使ってエディタ作ってるのに、それよりもしょぼいに決まっているAPIで作ったエディタなんか使いたくありません（＞＜） 617 名前：おじゃばさま ◆GxjxF3yEw6 [2007/07/24(火) 21:00:38 ] WEBアプリケーションがつまらないとは残念だな。今こそWEBアプリで大儲け出来る時だ。 「今更WEBアプリか」と言っている人は、きっとショッピングモールを考えているのだろう。 確かにそれは古い。しかし今はマッシュアップの時だ。 マッシュアップというのは別々のサービスを繋ぎ合わせて、新しいサービスを作る事を言う。 少し前からアメリカではマッシュアップされたサイトが、すごいペースで発表されている。 ギャグのようなサイトから、生活を変える可能性のあるサイトまで、多種多様だ。 特にグーグルマップとWEBカメラを組み合わせたサイトなどは、単純に面白い。 日本では携帯電話とカーナビが普及している。 携帯電話にはGPSやカメラ、マイク、スピーカーが搭載され、カーナビにはHDDが搭載されている。 詳しくは言えないが、これらとGoogleMapやYouTube、mixyやブログなどを組み合わせたサイトを作る事で、 世界を変えるような可能性を持つサイトも作る事が出来るだろう。 ただ残念なのが電話会社やナビメーカーなどの企業が、一般にAPIを解放していない事だが。 しかし忘れないで欲しい。WEBアプリが世界を変えるのはこれからだと言う事を。 618 名前：仕様書無しさん mailto:sage [2007/07/24(火) 21:06:10 ] うぜえ OOスレに帰れキチガイ 619 名前：仕様書無しさん mailto:sage [2007/07/24(火) 21:34:24 ] >>610 POSもWinPOSじゃないの？ VB+SQLServerな案件断ったんだけど。 620 名前：仕様書無しさん mailto:sage [2007/07/24(火) 23:02:17 ] >>610 >ドライバとかも作りた Win(or Linux)のHDDドライバ等を作ってた自分からすると、ドライバ作りをなぜ そんなにしたいのか分らんｗｗ 621 名前：仕様書無しさん mailto:sage [2007/07/24(火) 23:28:59 ] >>617 >>618 622 名前：仕様書無しさん mailto:sage [2007/07/25(水) 00:59:19 ] >>610 あるある。 しょうがないから俺は休日に自分のコード書いてる。 623 名前：仕様書無しさん [2007/07/25(水) 09:18:40 ] >>622 ソースうｐ 624 名前：622 mailto:sage [2007/07/25(水) 12:15:50 ] >>623 2ch に自分のサイトを晒せと申すか 625 名前：仕様書無しさん mailto:sage [2007/07/25(水) 12:39:16 ] >>624 ここなら大丈夫だｗｗ 安心してうｐしろ 耐久テストもそれなりにできるｗ 626 名前：おじゃばさま ◆GxjxF3yEw6 [2007/07/25(水) 21:45:15 ] >>618 チキショー、オボエテロー 627 名前：仕様書無しさん mailto:sage [2007/07/26(木) 00:05:17 ] >>625 つーか、文脈からしてWebアプリじゃないのに耐久テストってどういうことだ 628 名前：仕様書無しさん [2007/07/26(木) 08:49:37 ] WEBアプリは巨大化していくと設定（xml）とソース（java,jsp,html,css,js）がどんどん増えて分散していく。 ファイルタイプが多いからまだIDEが対応しきれておらず、原始的なテキスト検索を使って コードを追うしかないことも多い。 なんとかファイルが特定できても、JavaとJavaScript、JSPとCSSなど、大部分の項目を対応させるのは 人力でやらないといけない。 セッションの中身はグローバル変数化しがちだ。しかしそれらはコンパイル時に検証されないので、 バグや構文エラーはWEBコンテナにぶちこんでブラウザで操作するまで分からないことが多い。 注意力の大部分は目視での確認作業と些細な修正の繰り返しに費やされ、プログラマの本来の ロジックを組み込む仕事は疎かになる。 なあ、一体誰がこんなふうにしたんだ？ 俺たちの正解はどこにあるんだ？ 629 名前：仕様書無しさん mailto:sage [2007/07/26(木) 09:25:36 ] >>627 サイトのアクセス負荷テストだｗ 630 名前：仕様書無しさん [2007/07/26(木) 09:53:23 ] リソースファイルを無計画に分散させるのがよくない サーブレット1個にハードコーディングすればいい 異論あるだろうが、これが一番制御しやすい 631 名前：仕様書無しさん mailto:sage [2007/07/26(木) 10:47:20 ] >>628 パーザつかってDSL組むことをお勧めする 632 名前：仕様書無しさん mailto:sage [2007/07/26(木) 22:31:56 ] >>630 スーパーハードコーディングだな。 漢っぽくていい 633 名前：仕様書無しさん mailto:sage [2007/07/27(金) 01:42:23 ] >>630 少し同意 634 名前：仕様書無しさん mailto:sage [2007/07/27(金) 06:42:08 ] >>628 ＞WEBアプリは巨大化していくと設定（xml）とソース（java,jsp,html,css,js）がどんどん増えて分散していく。 ＞ファイルタイプが多いからまだIDEが対応しきれておらず、原始的なテキスト検索を使って RationalのEclipse(商用IDE)はそのファイルタイプみんな対応しているぞ。 xmlはほとんど触らない。 後半はテストツール使え。としか言えんな。 635 名前：仕様書無しさん mailto:sage [2007/07/28(土) 17:30:48 ] >617 で、それって儲かるの？ 636 名前：仕様書無しさん mailto:sage [2007/09/04(火) 09:34:31 ] >セッションの中身はグローバル変数化しがち 泣きながら同意する。 なんであんなに他人の首を絞めるのが好きなんだ奴らは。 637 名前：仕様書無しさん mailto:sage [2007/11/05(月) 02:01:43 ] もう新しい実装とかどうでもいいから CSSとJavaScriptの実装を共通化して動作も同じにしていただけませんか？ それだけでどれだけ助かることやら 638 名前：仕様書無しさん mailto:sage [2007/11/09(金) 03:21:36 ] >>637 ばかだなぁ。それじゃたのしくないだろ。 639 名前：仕様書無しさん mailto:sage [2007/12/11(火) 03:14:04 ] AJAX飽きました つうかもうボチボチクライアントアプリ風WEBソフトやめよ 640 名前：仕様書無しさん mailto:sage [2007/12/11(火) 21:19:54 ] 宅鯖たのしー wgetにcronに何でもやり放題じゃねーか 641 名前：仕様書無しさん mailto:sage [2007/12/11(火) 21:38:43 ] 自宅鯖で、Rails弄っているうちが楽しいｗ 642 名前：仕様書無しさん mailto:sage [2007/12/12(水) 01:25:21 ] Railsはいじり倒す感じしないし重いからハマらなかった PerlでOOPがサイコー。 使い捨てツールならPerlで省略ばりばりが作るのラクでサイコー。 643 名前：仕様書無しさん mailto:sage [2007/12/14(金) 00:29:21 ] ＞つうかもうボチボチクライアントアプリ風WEBソフトやめよ これ禿しく同意。 いつからHTMLは汎用UI記述言語になったんだ？ いつからHTTPは汎用UIイベント通信プロトコルになったんだ？ 「普及しているから」という理由だけで、本来の用途と全く違う 目的に無理矢理使い、そのために湯水のように安い労働力を使う 現状は明らかに不健全。 644 名前：仕様書無しさん mailto:sage [2007/12/14(金) 01:54:46 ] 80番ポートなら確実に開いてるからじゃないかな。 それはそれで不健全な話だが。 フリーの駅データ見つけた。 なんかこれ使って何か作りたい。 645 名前：仕様書無しさん mailto:sage [2007/12/16(日) 00:38:04 ] 443番最強伝説 646 名前：仕様書無しさん [2007/12/17(月) 10:36:00 ] 7070、8001こそが最強。 647 名前：仕様書無しさん mailto:sage [2007/12/17(月) 12:57:58 ] Webソフトなんてほんとチラシを作ってるようなもんだよな 2-3年たつと、新しい新技術！これを使えば簡単に短期間でWebソフトの開発ができまつ！ なんて大手が提唱する。でもまーそんなのは書法がちょいと変化しただけのことなんだが、 作る方にしたらまたおぼえなおさないといけなくて、またバイトでもできるようなものになってるから、 経験者は優遇されず、使い捨てのバイトを大量に雇って粗製乱造。 うまく生き残れたＰＧも後から来た猿どものめんどうをまかされるだけ。w IT業界なんてほとん糞だよ。 頂点では大金持ちどもが予定調和的かつ定期的に全体をぶちこわすシナリオをちゃんと書いてるわけ。w 世間知らずの若いＰＧを豚もおだてりゃ木に登る方式で、 なんとなくかっこよさそうな雰囲気を与えてごまかしてるが、その実体は使い捨ての奴隷労働。 648 名前：仕様書無しさん mailto:sage [2007/12/17(月) 19:41:28 ] それにしちゃ金いいけどな。 俺他の業界で半分も貰う自信無いよ。 649 名前：仕様書無しさん mailto:sage [2007/12/17(月) 23:15:20 ] i = 0; max = ? do { 　　そして何年後かあと捨てられたとしてそのとき何が残っている？ 　　身につけたスキルはクズになってる。 　　まだまだやれる。そして新しいのを勉強しておぼえる。 } while ( i < max ); alert("あぼーん"); 650 名前：仕様書無しさん mailto:sage [2007/12/17(月) 23:16:26 ] i++が抜けたw 651 名前：仕様書無しさん mailto:sage [2007/12/18(火) 08:45:10 ] 抜け出すことも許されず、ひたすら働き続けるのみ、と 652 名前：仕様書無しさん mailto:sage [2007/12/19(水) 02:05:55 ] やれるよ、俺は。 錆びないようにいつも磨いてるから。 653 名前：仕様書無しさん mailto:sage [2008/01/07(月) 01:20:40 ] 磨きすぎて磨り減って何も無くなったなんて事がありませんように。 654 名前：仕様書無しさん mailto:sage [2008/01/22(火) 15:00:25 ] むしろ淫水焼けで黒光りさ 655 名前：仕様書無しさん [2008/01/26(土) 00:36:11 ] あんまりみんなうんざりしてないんだな。 656 名前：仕様書無しさん [2008/01/26(土) 00:40:01 ] ttp://www.atmarkit.co.jp/news/200801/25/html.html 種類増えて余計酷い事になりそうなんだが 657 名前：仕様書無しさん [2008/01/26(土) 01:28:20 ] AJAX(笑)、JavaScirpt(笑)、prototype.js(笑)、 PHP(笑)、Ruby on Rails(笑)、Catalyst(笑)、symfony(笑)、 MVCフレームワーク(笑)、O/Rマッパー(笑)、 CSRF(笑)、XSS(笑)、SQLインジェクション(笑)、DoS(笑)、 XHTML(笑)、CSS(笑)、Flex(笑)、Apollo(笑)、Silverlight(笑)、 セマンティック・ウェブ(笑)、W3C準拠(笑)、RSS(笑)、ロングテイル(笑)、 BLOG(笑)、CMS（笑）、wiki(笑)、ソーシャルネットワーク(笑) lighttpd(笑)、ロードバランサー(笑)、DNSラウンドロビン(笑)、 リバースプロキシ(笑)、XEN(笑)、LVS(笑) 658 名前：仕様書無しさん [2008/01/26(土) 01:44:28 ] HTML「もうやめようよー。　オレ、元々そういう目的じゃないしー」 659 名前：仕様書無しさん [2008/01/27(日) 09:00:45 ] 2chでパチンコの大手、株式会社マルハン(代表取締役会長　韓 昌 祐、代表取締役社長　鈴木 嘉和、代表取締役副社長　韓 裕) のスレで ホルコンや遠隔や桜などについて書き込むと工作員(渋谷マルハン社員、マルハンに依頼されたネット工作会社）(仮） がやってきてスレを荒らしてスレを機能停止させます。(大量のコピペを連投するのでコピペ馬鹿と呼ばれている) ↓↓工作員の荒らしのやり方↓↓ 2007/11/03(土)ID:b+XZQwwt0 マルハン難波店money6.2ch.net/test/read.cgi/pachij/1146755003/417 マルハン総合スレッドmoney6.2ch.net/test/read.cgi/pachij/1187021165/413-416 MPT渋谷パート9money6.2ch.net/test/read.cgi/pachij/1197771701/9 2007/11/14(水)ID:IQ2W+BsJ0　2007/11/15(木)ID:Fi5mVWm/0 マルハン総合スレッド ９money6.2ch.net/test/read.cgi/pachij/1187021165/486-488 マルハン難波店money6.2ch.net/test/read.cgi/pachij/1146755003/434-437 ガイア（笑）money6.2ch.net/test/read.cgi/pachij/1178977365/490-492 ガイア正社員友の会money6.2ch.net/test/read.cgi/pachij/1188211786/134-138 工作員に荒らされ機能停止したスレ ■■■■マルハン総合スレッド ９■■■■money6.2ch.net/test/read.cgi/pachij/1187021165/ 【山崎】MPT渋谷パート9【シャネル】money6.2ch.net/test/read.cgi/pachij/1197771701 【基地外が大暴れ4】エスパス日拓総合ｽﾚ【18発目】money6.2ch.net/test/read.cgi/pachij/1188885488 MPT渋谷はマルハン・パチンコ・タワー渋谷の略です。 パチンコ産業は荒らすことでレスとレスの間を空けて読む気をなくさせたり マネーロンダリング、さくら、ホルコン、遠隔、などの風評被害を最小限に抑えようとしてる。 新スレ→○○○マルハンパチンコタワー渋谷パート１０○○○ money6.2ch.net/test/read.cgi/pachij/1201304777/l50 660 名前：仕様書無しさん mailto:sage [2008/01/27(日) 11:35:18 ] >>658 クソ仕様決めてるバカにそれ言ってやってくれｗｗｗ 661 名前：仕様書無しさん [2008/01/27(日) 15:49:21 ] ttp://blog.livedoor.jp/haya34/archives/51337954.html ぴあが来年１月に稼動させるシステムは中国のソフト開発大手 方正集団（北京市）と組んだIIJテクノロジーが受注した。 日中企業連合とすることで、システム管理の不安を解消しながら開発費を抑えた。 ↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓ ttp://mainichi.jp/select/wadai/news/20080103k0000m040028000c.html ぴあ：システム障害でネット注文・発券できず 【これからは中国の時代だよな】 日本人が無理してやることは無いんだお。 662 名前：仕様書無しさん mailto:sage [2008/01/27(日) 15:54:45 ] そうそう、どんどんオフショアにしてもらって結構。 …１年以内に泣きついてくるのが目に見えてるからな。 そのときには足下見た値段つけてやるからさｗｗｗ 663 名前：仕様書無しさん mailto:sage [2008/01/27(日) 16:52:01 ] 足元みた値段どころか、進んで格安で受けてくるお。 664 名前：仕様書無しさん mailto:sage [2008/01/27(日) 17:29:01 ] 多少の損害は想定内なんだろ 665 名前：仕様書無しさん [2008/01/27(日) 18:19:42 ] >>661 それ直すのに日本人スタッフが地獄を見ているだけ。 けっきょく大中国様かよ 666 名前：仕様書無しさん [2008/01/27(日) 19:31:52 ] そうです さすが日本様企業ですね ケツ拭き万歳！ 667 名前：仕様書無しさん [2008/01/27(日) 19:43:42 ] 【技術･人材】世界が欲しがる“日本人技術者”、実力を正当に評価する海外メーカーへ流出…人材失った日本メーカーは、開発現場が混乱 mamono.2ch.net/test/read.cgi/newsplus/1201427006/ 668 名前：仕様書無しさん mailto:sage [2008/02/04(月) 12:35:05 ] IT業界だと契約範囲とかしっかりしてない会社が多いけど Web系は特に酷いね デザイン会社とかアレ何？て位 何でも他人に押しつけて楽することしか考えてなくて プログラマーに画像加工やれとかデザイン変更やれとか もうアボガドバナナと 669 名前：仕様書無しさん mailto:sage [2008/02/06(水) 08:35:38 ] >>667 古き良き日本企業 「会社に対する忠誠心があれば、サービス残業くらいどうってことないはずだ！ 俺も苦しい思いをしているんだからオマエも苦しい思いをしろ！」 670 名前：仕様書無しさん [2008/02/08(金) 16:19:38 ] 【証券】TOPIX先物08年3月限の売買を終日停止、障害の復旧見込みたたず=東証［08/02/08］ news24.2ch.net/test/read.cgi/bizplus/1202444565/

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef