- 1 名前：仕様書無しさん [2010/01/21(木) 01:45:27 ]
- 案件・激減 - ９シーズン目
pc11.2ch.net/test/read.cgi/prog/1260785049/
はやく次のスレは立ててください。
- 562 名前：仕様書無しさん mailto:sage [2010/02/14(日) 01:16:07 ]
- >>560
腕とか振る舞い次第じゃないの？
- 563 名前：仕様書無しさん mailto:sage [2010/02/14(日) 01:16:55 ]
- 納期まで必死で働いた感じにして「頑張ったけど終わりませんでした」で
済ませればいいじゃない。間に合わなくて困るのは作業員じゃないしさ。
- 564 名前：仕様書無しさん mailto:sage [2010/02/14(日) 01:38:36 ]
- 頑張りが評価されんのは小学生までだろ
結果出せないやつはホームレスでもやってろ
- 565 名前：仕様書無しさん mailto:sage [2010/02/14(日) 01:48:26 ]
- >>564
同意する。頑張ってるだけで結果が出なければ
経営側から見りゃコストだからね。
結果が出せる状況ではないというのであれば、
それを改善する最大限の動きをすべき。
そこで、腕や経験が無いとかの言い訳は論外だわな。
顧客やら経営側はそんなこと知らんから。
- 566 名前：仕様書無しさん mailto:sage [2010/02/14(日) 01:50:20 ]
- どうしてひとりよがりの仕様を後出ししてくる事には誰も疑問を持たないんだろうなぁ…
- 567 名前：仕様書無しさん mailto:sage [2010/02/14(日) 01:51:07 ]
- がんばりましたーまにあいませんでしたー
けどべつにぼくがわるくないですよねーえへへ〜
おこちゃまですか
- 568 名前：仕様書無しさん mailto:sage [2010/02/14(日) 01:52:19 ]
- 後出しさせるようにはいはいいってるからだろ
- 569 名前：仕様書無しさん mailto:sage [2010/02/14(日) 01:52:36 ]
- そういう仕事を請けてる時点で仕方ないのでは？
所属してる組織の交渉能力とかが悪いとしか
- 570 名前：仕様書無しさん mailto:sage [2010/02/14(日) 02:07:38 ]
- >>566
がつんといってやれ！
- 571 名前：仕様書無しさん mailto:sage [2010/02/14(日) 02:09:23 ]
- >>567
別に問題なくね？
遅延の要因は顧客側の仕様変更が原因ですって書面で提出して
間に合えばラッキーと思ってください、と担当にきちんとネゴとって。
- 572 名前：仕様書無しさん mailto:sage [2010/02/14(日) 02:11:13 ]
- >>571
確かに事前にネゴが出来てれば問題は無いわな。
ただ、こういったネゴが下手な会社多くない？
ウチは幸いにして大丈夫だけど
- 573 名前：仕様書無しさん mailto:sage [2010/02/14(日) 03:17:22 ]
- うちは会社の規模が小さいから接待もコーディングも担当が全部やる。
正直言って、営業が７割占めるわ、やっぱ。
コーディングなんて誰でも出来る っていう世間の声にも納得しちゃうよ。
- 574 名前：仕様書無しさん [2010/02/14(日) 03:25:10 ]
- >>556
>>557
そのアジャイルを実現させるのに最も適しているのが、
Railsっていうフレームワークなんだよ。
- 575 名前：仕様書無しさん mailto:sage [2010/02/14(日) 03:41:56 ]
- 亜ジャ居るってなんなの？
- 576 名前：仕様書無しさん mailto:sage [2010/02/14(日) 03:59:02 ]
- 喜べ！仕事が増えそうだぞ！
【政治】ハッピーマンデー廃止へ 地域でＧＷが１週間ずれる？大型連休分散に法改正検討
tsushima.2ch.net/test/read.cgi/newsplus/1266082913/
- 577 名前：仕様書無しさん mailto:sage [2010/02/14(日) 04:19:47 ]
- 日本の凋落はなぜ起きたか
2010年02月12日12時36分 / 提供：PJオピニオン
news.livedoor.com/article/detail/4601264/
記事に触れてないけど日本のIT産業はどうなっちゃうんだろう
開発環境が無料で手に入る時代、英語が使えない日本人は不利なような
- 578 名前：仕様書無しさん mailto:sage [2010/02/14(日) 04:26:14 ]
- IT ってそもそも産業と言える程の規模だったのか？
大半が一部のできる連中に頼っているだけの虚業に思うんだが
- 579 名前：仕様書無しさん mailto:sage [2010/02/14(日) 04:26:19 ]
- なぜ、日本のIT産業は世界で勝てないのか？
www.unkar.org/read/tsushima.2ch.net/news/1258558467
すでにあった
- 580 名前：仕様書無しさん mailto:sage [2010/02/14(日) 04:32:03 ]
- >>574
アジャイルはなぁ・・・
自社開発のものには適してるんだが
- 581 名前：仕様書無しさん mailto:sage [2010/02/14(日) 04:40:00 ]
- >>574
Rails はアジャイルがやりやすいだろうけれど。
アジャイルで仕事が進められて金が取れるかというと、
これはまた別だよね。
良くも悪くも段階的なモデルで開発を進めるとかだと
予算取りもロクに出来ない仕事だってあるんだから。
それが上手くできてる組織もあるわけだけど、正直まともな
アーキテクトを擁していない組織だと、アジャイルやら
RAD やらの方法論は機能しないと思うがどうだろう？
逆に言うと優秀なアーキテクトが居れば、フレームワークやらの
サポートが容易に得られる時代なので、言語関わらず生産性は
出せるわけで、組織の人材・能力と仕事の政治的な進め方の
バランスが重要なのでは？
- 582 名前：仕様書無しさん mailto:sage [2010/02/14(日) 05:35:47 ]
- Railsだけにこだわる必要は無い
- 583 名前：仕様書無しさん mailto:sage [2010/02/14(日) 09:03:16 ]
- >>581
アジャイル自体少数精鋭のためのものだもの
- 584 名前：仕様書無しさん mailto:sage [2010/02/14(日) 09:50:03 ]
- C++による開発がオレにとってモチベーションも上がり生産性が高いよ
- 585 名前：仕様書無しさん mailto:sage [2010/02/14(日) 10:17:39 ]
- 分野による
業務系でVC++使ってるとしたらアホ
- 586 名前：仕様書無しさん mailto:sage [2010/02/14(日) 10:23:27 ]
- 業務系はモチベーション上がらない。
- 587 名前：仕様書無しさん mailto:sage [2010/02/14(日) 10:27:24 ]
- >>567
あれ？今の総理大臣みたいｗ
- 588 名前：仕様書無しさん mailto:sage [2010/02/14(日) 10:35:15 ]
- >>564
期限までに仕様を上げられない能無しについては
頑張ったからおkですか？
- 589 名前：仕様書無しさん mailto:sage [2010/02/14(日) 10:37:09 ]
- Java で Tapestry 5 + iBatis 使ってるけど生産性高いよ。
コンパイラが生きるから保守性も高いし、初回の敷居が非常に
高いけど使いこなせるならオススメ。
何にしてもDI コンテナ使い出すとデータの持ち回りが楽だわ。
- 590 名前：仕様書無しさん mailto:sage [2010/02/14(日) 11:18:12 ]
- とりあえず作って、検収して、作って、検収してというアジャイル開発だと
いつになったら、完全版になるんですか？
と言う客が多い。
検収の度に客に打鍵して、不具合や問題点を出してもらうと言うのは、客にしたら
使えないものをリリースするってどういう事よ？
という感情を持つことになる。
- 591 名前：仕様書無しさん mailto:sage [2010/02/14(日) 11:19:45 ]
- ソフトウェアに完成なんてあるのか
- 592 名前：仕様書無しさん mailto:sage [2010/02/14(日) 11:31:00 ]
- >>577
原因分析もいいけど、やるべきことは最後の１文のみだな。
＞リスクをとって新しいことを考える人材こそが必要になる。
- 593 名前：仕様書無しさん mailto:sage [2010/02/14(日) 11:31:20 ]
- >>590
この文化を説明できる / 理解してもらえる環境じゃないと、
アジャイルやらスパイラルのモデルって成り立たないよね。
ウチだと、理解力のある年配が営業してるから、顧客によっては
段階的なリリースとかで良い関係が成り立ってるんだけど、
相手に理解力が無いところだと、この方法では不審に思われるし
正攻法のアジャイルとかって、できる組織も限られるし、なかなか
商売になりにくいのが現実じゃないかな？
- 594 名前：仕様書無しさん mailto:sage [2010/02/14(日) 12:03:58 ]
- 月300時間以上働いて、手取り22万じゃやる気でない。
ホテル代とタクシー代で給料の半分が消えて、生活ができん。
- 595 名前：仕様書無しさん [2010/02/14(日) 12:25:20 ]
- >>594
＞月300時間以上働いて、手取り22万じゃやる気でない。
だからＩＴ業界には↓この優秀なエンジニアだけを残して、時給1000円以下は生活保護にすべきだ。
188 ：仕様書無しさん：2009/10/22(木) 18:39:55
底辺=業界の標準みたいなのやめてくれるかな
俺は時給契約特定派遣だが3300あるぞ
ソフ開持ってて1000以下なんて死んだ方がいいレベルの無能なんだろ
↑
こうした優秀なエンジニアにこそ、技術立国日本の存亡がかかっている！！
- 596 名前：仕様書無しさん [2010/02/14(日) 12:58:17 ]
- >>581
なんでもかんでもアジャイルは厳しいとは思うよ。
特に日本じゃまだまだ普及しないだろう。
大規模開発にも向かない。
でも、アメリカじゃアジャイルが増えてきてるし、
日本だって少数だけどうまくやってる会社はある。
前に面接した会社でCTOと話したけど、
技術力高かったわ。
ああいう会社だとうまくいくんだろうなあ。
- 597 名前：仕様書無しさん [2010/02/14(日) 13:00:56 ]
- >>589
まともなマシンを用意してくれる会社だといいんだろうけど、
俺が今まで出向したJavaの現場って、低スペックマシンしか用意してくれなくて
Eclipseの起動に10分とかかかるし、タブの切替に数表かかったりして
もうJavaが大嫌いになっちまったよ。
- 598 名前：仕様書無しさん mailto:sage [2010/02/14(日) 13:07:09 ]
- そして狭い個室にたこ詰めですか？
- 599 名前：仕様書無しさん [2010/02/14(日) 13:18:28 ]
- >>597
持ち込みパソコンの許可だしてもれえば？
セキュリティ上、条件は厳しいと思うけどねｗ
- 600 名前：仕様書無しさん mailto:sage [2010/02/14(日) 13:21:55 ]
- ところで、アジャイルが話題になっているとけど・・・
テストはどの程度やっているの？
それによっては人月とか大きく変わると思うけど・・・
- 601 名前：仕様書無しさん mailto:sage [2010/02/14(日) 13:29:09 ]
- >>600
アジャイルしていればテストは
完成したとき終了しているだろ
- 602 名前：仕様書無しさん mailto:sage [2010/02/14(日) 13:39:56 ]
- >>597
出向常駐とかだと Tapestry はオススメできないかも？
そもそも提案通らないだろうし。初心者が理解できんだろう。
私の場合、持ち帰りの案件しか請けてないから、組織の
足並みも揃えやすいし、ハードも予算の範囲で自由に揃えてる。
Java は他の構成でもフリーで安定した部品群が揃うし、
Win / Unix 関係なく動くから、サーバサイドで手堅くするなら
結構無難な選択肢だと思うんだけどね。
- 603 名前：仕様書無しさん mailto:sage [2010/02/14(日) 13:54:45 ]
- >>601
品質保証は？
- 604 名前：仕様書無しさん [2010/02/14(日) 13:58:26 ]
- >>595
乙。
いつも大変ですねｗ
- 605 名前：仕様書無しさん mailto:sage [2010/02/14(日) 13:59:40 ]
- >>600
アジャイルで人月って考え方自体ナンセンスでは？
ウォーターフォール以外のやり方だと、チームの大半が
結局まともにプログラムを書ける事を前提とすると思う。
頭数を増やして比例的に生産性が上がる方法では無く
小さな成果の積み上げでシステム構築をするから、
そもそもバグが出にくい規模から組み上げ、かつ熟練者が
する事で更に問題の発生を抑えられる。
結合に関しても然りで、熟練者が横断的にシステムを
見るから仕様変更に対しても問題が起こりにくいだけで、
見通せない程の大きな規模だと、アジャイルであっても
問題が起こる可能性は高くなると思う。
>>603
杓子定規な基準を定めるとアジャイルはやや向かないのでは？
基準に沿ったテストを必要とするのであれば、証跡やら取る必要が
あるから、結局工数は比例的にかかっちゃうよね。
そうなると、ツールなりの整備をして自動化やら補助やらが上手く
できないとアジャイルをするメリットは薄れてしまうと思う。
ただ、どのやり方を行っても、優秀な奴が居ないと燃えるだろうけどｗ
- 606 名前：仕様書無しさん mailto:sage [2010/02/14(日) 14:08:16 ]
- 古臭いテストしかやったことのないオッサンには、
アジャイルは理解しにくいなｗ
- 607 名前：仕様書無しさん mailto:sage [2010/02/14(日) 14:15:04 ]
- 結局やり方なんで、今の組織構造に有った開発方法が一番だと思いますよ。
悪いところがあれば、より良い方法を取り入れれば良いだけですし、
開発者自体が方法論に振り回されて、仕事ができなくなる方が問題かと。
- 608 名前：仕様書無しさん mailto:sage [2010/02/14(日) 14:15:20 ]
- アジャイルって何ですか？
わかりやすいように、声優に例えて教えていただけないでしょうか。
- 609 名前：仕様書無しさん mailto:sage [2010/02/14(日) 14:18:34 ]
- PCも頭打ちでXPがもてはやされる時世。
革新的なアーキテクチャでも出ない限り縮小するのは避けられないのだろうな。
一昔前の高給待遇が夢のようだ。
- 610 名前：仕様書無しさん mailto:sage [2010/02/14(日) 14:19:45 ]
- 自動テストは開発のためのテストであって
受け入れのためのテストではないってのは判ってるよね？
- 611 名前：仕様書無しさん mailto:sage [2010/02/14(日) 14:24:01 ]
- >>608
声優に例えですか・・・、難しいですね・・・。
椎名へきるは見た目は17才ですが、デビュー15年になりますね。
それと一緒です。
宇宙なのです。
今、雲コンピューティングがはやってますね。
それと同じで平野綾がはやってます。
それと同じです。
- 612 名前：仕様書無しさん mailto:sage [2010/02/14(日) 14:24:14 ]
- >>585
UNIXだと業務でもC/C++になるな。
- 613 名前：仕様書無しさん mailto:sage [2010/02/14(日) 14:35:30 ]
- >>609
ソフト開発だと人月で綱引きのようなビジネスしてる所は限界来てるのを良く見るね。
けど、実際業務で困ってる顧客が多いのも事実で、その中でも理解度の
高い顧客の業務改善に関われたらお互いにいい状況作れてるよ。
特に持ち帰りで、かつ少人数でやってるから組織の運営費も安くできてるし、
儲けの分配もいいし。でも、他社さんの数人分の仕事を皆一人でこなす
レベルの連中が集まってるから維持できてる面が大きいかな。
- 614 名前：仕様書無しさん mailto:sage [2010/02/14(日) 14:54:15 ]
- >>612
Javaじゃないの？
- 615 名前：仕様書無しさん mailto:sage [2010/02/14(日) 16:03:13 ]
- UnixでC/C++使ってるところは
旧態の糞会社だけじゃないかなぁ
それか、赤字ばっかりそのうち潰れる部門か
- 616 名前：仕様書無しさん mailto:sage [2010/02/14(日) 17:06:24 ]
- アジャイル、アジャイルって最近のMSエバンの売り文句にもなってるな。
やつら、マジで大規模プロジェクトの開発経験ないだろう？
- 617 名前：仕様書無しさん mailto:sage [2010/02/14(日) 17:32:18 ]
- 大規模開発の実装はオフショアになるから、
SEになって設計に進むか、
アジャイルプログラマになって小規模開発に転進するか。
- 618 名前：仕様書無しさん [2010/02/14(日) 19:28:23 ]
- 長年大規模担当してた人が小規模開発やるのは無理じゃないかなぁ。
- 619 名前：仕様書無しさん mailto:sage [2010/02/14(日) 19:32:36 ]
- だね。
熟女好きが女子高生は無理だろうし、女子高生好きは熟女は無理だろうしね。
- 620 名前：仕様書無しさん mailto:sage [2010/02/14(日) 20:07:18 ]
- 例えがよく分からんｗ
- 621 名前：仕様書無しさん mailto:sage [2010/02/14(日) 20:19:27 ]
- 大規模すぎるとお役所仕事的で嫌だし、小規模すぎてもつまらな。
数十名レベルの開発が一番気楽でいいや。
声優に例えると、野川さくらだね。
水樹や田村、椎名、堀江クラスは有名すぎる。
逆に門脇クラスだとライブもあまり無いから会えない。
そこで年１〜２回ライブで会える野川さくらクラスが一番よい。
- 622 名前：仕様書無しさん mailto:sage [2010/02/14(日) 20:28:47 ]
- まったく理解できない例えだな
- 623 名前：仕様書無しさん mailto:sage [2010/02/14(日) 21:04:37 ]
- 東京でさえ案件が無いのに、地方から出稼ぎにきやがって・・・。
単価35万で、10年目クラスを売り込む会社には勝てないよ・・・。
せめて２〜３年目でも50万はもらわないと・・・。
- 624 名前：仕様書無しさん mailto:sage [2010/02/14(日) 21:19:03 ]
- 一時期よりスレの進行遅くなってるし、他も案件回復してきてるんじゃない？
- 625 名前：仕様書無しさん mailto:sage [2010/02/14(日) 21:19:05 ]
- 糞みたいなプログラマに50万も出せるか
- 626 名前：仕様書無しさん mailto:sage [2010/02/14(日) 21:26:29 ]
- だって、今や首都圏でさえ
目立や目本電気の子が、孫会社に出してる単価が50〜、良くて60万だもの。
- 627 名前：仕様書無しさん mailto:sage [2010/02/14(日) 21:36:31 ]
- >>624
うちも案件はけっこう回復してきたんだけど、今度はやれる奴がいない。
まぁ今まで派遣PGで食ってたツケだけどなｗ
外からSE雇って社員をPGとして付けようかっていう話も出てる。
- 628 名前：仕様書無しさん [2010/02/14(日) 21:41:48 ]
- そろそろ餓死したやつが出てきたかな？
- 629 名前：仕様書無しさん mailto:sage [2010/02/14(日) 21:48:02 ]
- 淘汰されたのは良かった
- 630 名前：仕様書無しさん mailto:sage [2010/02/14(日) 21:59:43 ]
- 派遣SEに自社の新人3名つけている。
でないと面談通らない。
- 631 名前：仕様書無しさん mailto:sage [2010/02/15(月) 00:09:24 ]
- >>626
不思議だよな。そうなっても潰れないんだぜ…。
そうなったからまだ潰れないのか…。
- 632 名前：仕様書無しさん mailto:sage [2010/02/15(月) 00:30:39 ]
- >>623
うちの会社かも。ｗ
稼働率はほぼ100％だが、今期は赤字だそうな。
- 633 名前：仕様書無しさん mailto:sage [2010/02/15(月) 00:48:57 ]
- >>626
マジで？
うちは安くて80、普通は100で受けてるけど
たまに3次請けになるけど、それでも下げたことはないなぁ
- 634 名前：仕様書無しさん mailto:sage [2010/02/15(月) 00:53:12 ]
- できる奴が金額下げるのは反則だろ？
- 635 名前：仕様書無しさん mailto:sage [2010/02/15(月) 08:27:00 ]
- アジャイルってようは家で趣味でプログラミングしてるときの開発スタイルだろ？
とりあえず作っていく
- 636 名前：仕様書無しさん mailto:sage [2010/02/15(月) 10:13:56 ]
- >>635
あと、自社開発にも使える。
良くも悪くもいきあたりばったりの正当化だから。
- 637 名前：仕様書無しさん mailto:sage [2010/02/15(月) 10:18:29 ]
- 正直小規模アプリはいきあたりばったりでもうまくいく
- 638 名前：仕様書無しさん mailto:sage [2010/02/15(月) 10:39:40 ]
- アジャイルでの大規模開発例って何か無いの？
- 639 名前：仕様書無しさん mailto:sage [2010/02/15(月) 11:11:03 ]
- オレがやった某顧客管理システムは、VB-OracleからJava-Webへの移行だったが
ログイン機能
企業基本情報機能
決算情報機能
株主情報機能
役員情報機能
投資基本情報
各種帳票
マスタメンテ機能
とか30位機能があって、これが最初から揃っていないと客としては満足しない。
だから、30機能をまとめてリリースするんだけど、
アジャイルでまずは企業基本情報だけ設計〜製造〜リリースします。
受け入れの間に、次の機能の設計〜製造〜リリースします。
とか、小出しにすると、できた部分はJava-Webで残った部分はVBとなり、
都度都度データの整合性の必要は発生するし、ユーザもこの機能まではIEで操作。
この機能からはVBのソフトを立ち上げる。となり、非常に煩雑。
とうぜん、VBにも手を入れていかなくてはならず、結局最初からJava-Webで一括ドーン！
の方が楽なんだよな。
- 640 名前：仕様書無しさん mailto:sage [2010/02/15(月) 11:23:11 ]
- >>639
それは分け方を変えないといけなくない
たとえばエラー処理はなし帳票は罫線なしと、テストなし。
とか
- 641 名前：仕様書無しさん mailto:sage [2010/02/15(月) 11:41:24 ]
- >>638
このまえ行ったセミナーでは一応成功例を発表してた。
でも、ようするに成功したら自慢できるレベルであって
まだまだだなこりゃという印象しか残らなかった。
- 642 名前：仕様書無しさん mailto:sage [2010/02/15(月) 11:55:42 ]
- よくある開発手法はウォーターフォール型っていうの？
あれ意味無いよな。設計しても作り直しとか。
- 643 名前：仕様書無しさん mailto:sage [2010/02/15(月) 11:57:52 ]
- >>642
ホールインワンを狙うやり方だからね。
曖昧な状態で作るのにはあまり向く方法じゃないよ。
- 644 名前：仕様書無しさん mailto:sage [2010/02/15(月) 12:07:31 ]
- >>643
やっぱそうか
実際会議の場で言えないけどねｗ
- 645 名前：仕様書無しさん mailto:sage [2010/02/15(月) 15:28:37 ]
- ホールインワンってのは当を得た表現だなあ
- 646 名前：仕様書無しさん [2010/02/15(月) 15:34:57 ]
- あじゃ〜ｗ
- 647 名前：仕様書無しさん mailto:sage [2010/02/15(月) 16:53:55 ]
- そもそも、機能縦割りの設計が、アジャイルの思想と反しているだけの話だな。
どんな小規模なプロダクトでも、機能単位に個別設計していては、
プロダクトが大規模で起こりがちな機能間の問題も、同様に発生する。
単に、小規模だと問題の発生率が級数的に小さくて済むようになるだけ。
縦割りが問題なだけで、実は規模は無関係なんだ。
大規模だと、全体を見て設計できる能力を持ったSEが日本では希少なため、
縦割りして細かく分けないと設計できない。
だから縦割りを前提としないアジャイルが、大規模に向かないように見えるだけ。
いいかえれば、縦割り設計自体が諸悪の根源なだけなので、
そこをクリアできていれば、別にアジャイルでやらなくても開発の効率は上がる。
まあ、折角そこまでやったのなら、後はどんなんでも成功するハズなので、
アジャイルで効率良く開発するだろうけどな普通。
- 648 名前：仕様書無しさん mailto:sage [2010/02/15(月) 17:21:25 ]
- >>647
そこは、縦割りにしときながら横のつながりが疎に出来ていないという
設計の甘さこそが問題だと思うよ。縦割りそのものは当たり前の手法。
縦割りというから問題に聞こえるけど、ただのモジュール化でしょう。
- 649 名前：仕様書無しさん mailto:sage [2010/02/15(月) 17:46:31 ]
- 機能ごとの縦割り分担と、モジュール化を混同してる設計者が多いのが、
日本のSEの問題点な気がしてきた。
- 650 名前：仕様書無しさん mailto:sage [2010/02/15(月) 17:53:29 ]
- おっと、「機能」の意味するところ次第で話は変わるな。
多分、業務を分析して、モジュール化のために、開発ように内部的に定義された機能のことを指しているのだろう。
それなら、その通りでいい。
だがここでは>>639の例からの話なので、ここでいう機能は客先から見える業務毎の機能のことだな。
本来、その手のモノを「機能」と呼ぶべきでは無いとは思うが、客先でそう呼びたがるので、
仕方なくそう呼ばざるを得ないのではないかと思う。
もしかしたら、それが不幸な混同が起こる諸悪の根源なのかもしれない。
- 651 名前：仕様書無しさん mailto:sage [2010/02/15(月) 18:28:16 ]
- >>650
なるほど、縦割りといいつつも、実際にはモジュール(機能)を
横にスライスしてんのか
- 652 名前：仕様書無しさん mailto:sage [2010/02/15(月) 18:30:01 ]
- というか、それを悪い意味で縦割りというんだったな。
ちょっとまちがった。
- 653 名前：仕様書無しさん mailto:sage [2010/02/15(月) 19:22:00 ]
- 俺の考え方は少し違うね。
まず、アジャイイル開発は、モジュールを育てる開発方法というのが俺の理念。
アジャイイルな小規模プロジェクトであっても、まずモジュール化を強く意識し、
そこから育てていかないと、あまり良い結果は得られないだろうと確信してるよ。
最初はそうでなくても、誰でもやってる内に強くモジュール化を意識するようになる。
てことは、アジャイルは、モジュールだけでなく、開発者を育てるやり方なんだ。
大規模でのアジャイル場合も、全体を統括する優秀なSEなんて要らない。
全てアジャイルで育ってきた開発者で構成する必要はあるけどね。
モジュール化の意味を知っていれば、１人が全体を知る必要は無いことは分かるだろ？
- 654 名前：仕様書無しさん mailto:sage [2010/02/15(月) 19:30:29 ]
- それでも全体を統括するSEは必要だな。 つーか統括というよりは
今の状態を縦割りして客先に報告する能力を持ってる人、かな。
仕事にもMVCが必要というか、変な言い方になるが。
- 655 名前：仕様書無しさん mailto:sage [2010/02/15(月) 19:50:58 ]
- ここでいう「全体を統括する優秀なSE」というのは、内部開発だけの話ね。
勿論、閉じた自社開発でもなければ、客先とのやりとりのためのSEは必要でしょう。
客は本来内部構造についての詳細な打ち合わせなどするつもりはないはずで、
担当は、業務全体の概要と、モジュールがなぜそのような構造になっているか
のみ理解できていれば、それは従来型の優秀SEである必要はないという考え。
客がやり難いと思えば、モジュール設計が合理的でないはずであり、
その場合に上手く対応できるかどうかが鍵ではあるけど。
だが確かに、細かい質問に対して即答できるレベルで全てを知り尽くしてるような
SEを立てていないと不満な客先はあることはあるけどな。
それ対策専門のSEか、客先に開発体制について理解してもらう専門のSEを
別個立てる必要はあるかもしれない（苦笑）
- 656 名前：仕様書無しさん mailto:sage [2010/02/15(月) 20:02:22 ]
- >>655
誰も全容を知らんのは怖すぎる話だからな。結局、内部でも
責任を切り分けて尻を叩いてくれる人が必須になるんだよね。
- 657 名前：仕様書無しさん [2010/02/15(月) 20:36:53 ]
- >>655
>ここでいう「全体を統括する優秀なSE」というのは、
優秀なＳＥならほら、↓ここに居るぞ！
188 ：仕様書無しさん：2009/10/22(木) 18:39:55
底辺=業界の標準みたいなのやめてくれるかな
俺は時給契約特定派遣だが3300あるぞ
ソフ開持ってて1000以下なんて死んだ方がいいレベルの無能なんだろ
↑
こうした優秀なエンジニアには高給優遇することが、技術立国日本のあるべき道筋であろう。
- 658 名前：仕様書無しさん mailto:sage [2010/02/15(月) 20:43:06 ]
- >>657
自慰コピペご苦労様です。今日も必死ですねｗｗｗ
・・・にしてもこいつ、本当にシツコイ。もしこいつに出会ったらぶん殴りたいくらいだ。
- 659 名前：仕様書無しさん mailto:sage [2010/02/15(月) 22:15:02 ]
- 自慰愛情
- 660 名前：仕様書無しさん mailto:sage [2010/02/15(月) 22:16:58 ]
- まぁここで開発手法議論してもなぁ
- 661 名前：仕様書無しさん [2010/02/15(月) 22:40:55 ]
- >>657
おいらは、応援しているよｗ
その執着心、仕事にも生かしてねｗ
ｗｗ
- 662 名前：仕様書無しさん mailto:sage [2010/02/15(月) 22:53:23 ]
- 富士キメラ、「運用サービス市場の成長率は保守サービス市場を上回る」と予測
|
 |
