板検索:
システム開発体制・開発技法 (125)
まとめビュー
1
仕様書無しさん[]   投稿日:2016/12/25 08:54:48
勉強しろ勉強しろっていうけどさ…
そのほとんどが、日本の開発体制だと通用・適用できないじゃん!!!!!
コメント4件


2
仕様書無しさん[sage]   投稿日:2016/12/25 09:00:05
耳障りのいい流行りのキーワードぶっこんだパワポ作る作業に戻るんだ

3
仕様書無しさん[sage]   投稿日:2016/12/25 09:08:09
>1

メリットデメリットを数字にして
真面目に考えると
適用なんてできる場面はない
オサレ開発は雑誌の提灯記事になりやすいが実用性は皆無

4
仕様書無しさん[sage]   投稿日:2016/12/25 10:12:56
こういう言葉は自分達に適用するためででなく
客に都合よく物事を運ぶためにあるんだよ
言葉も客も使われる側じゃなく使う側になろう

5
仕様書無しさん[]   投稿日:2016/12/25 10:37:38
でもテストの自動化とかやってるところ増えたし、徐々に浸透していくんじゃね?
コメント2件

6
仕様書無しさん[sage]   投稿日:2016/12/25 10:55:38
テスト自動化すると…
日本以外:納期まで余裕ができ利益も増える
日本:納期が短くなり利益も減る

7
仕様書無しさん[]   投稿日:2016/12/25 12:39:31
これはいろんなスレで指摘されてるね
でも日本初の開発スタイルなんて今の日本のITの体制を見たら世界で笑われるだろ?

8
仕様書無しさん[]   投稿日:2016/12/25 13:37:49
>5
仕様がネジ曲がって伝えられてる
コメント1件

9
仕様書無しさん[]   投稿日:2016/12/25 15:51:38
>8
これ
これがダメだとテスト無意味

10
仕様書無しさん[sage]   投稿日:2016/12/25 20:21:49
>5
そもそもテストの自動化コードが正しいことを誰が証明できようか?
そしてそれを作るコストは明らかに本体を作るより高い
プログラマをタダでこき使える時代はもう終わったんだよ
コメント2件

11
仕様書無しさん[sage]   投稿日:2016/12/25 20:24:10
it業界が3kどころではすまないという事実は世間に浸透し過ぎた
いまだと真面目に土建屋のバイトのが給料高い

12
仕様書無しさん[]   投稿日:2016/12/25 20:52:31
日本のプログラマは全員首にして
一度業界を作り直さないとだめ
コメント1件

13
仕様書無しさん[sage]   投稿日:2016/12/25 21:45:28
>12
同じ奴が作り直して元の木阿弥に1票

14
仕様書無しさん[sage]   投稿日:2016/12/25 22:07:26
>10
> そもそもテストの自動化コードが正しいことを誰が証明できようか?

それを言ったら、

  そもそも手動でやったテストが正しいことを誰が証明できようか?

って話になるだろ?


正しいことを証明するのは、自動化とは関係ない。それはどちらでも必要なこと。
自動化で解決するのは、行ったテストを「完全な形で記録できること」と「再実行なこと」だよ。

手動で完璧にやりました!っていってもその証拠が残ってないとだめだろ?
(スクリーンショットは最終結果しか残らないから証拠にはならない)

15
仕様書無しさん[sage]   投稿日:2016/12/25 22:16:51
テストの自動化をしたとしても
エクセルとかに日本語で書いた文章をコードに
置き換えてるようじゃだめなんだよな。

正しくコードに置き換えられているか?という問題が発生する。
だから、テストコードが唯一のテスト仕様書でなければならないし、
そのテスト仕様書(=テストコード)を読めなければいけない。

テスト仕様書を書く人も読む人もね。

ってことで当たり前のことになるんだが、
テストに関わる人は技術者でなければいけないんだよ。

そうすると上流がテスト仕様書をエクセル作って〜
上流だからコード読めなくていいんだ〜とかいいだす。

はぁ。日本だめだわw
コメント1件

16
仕様書無しさん[sage]   投稿日:2016/12/25 23:50:00
テストの自動化=下請けに丸投げ

日本はすでに完全自動化できてるじゃん
コメント1件

17
仕様書無しさん[sage]   投稿日:2016/12/25 23:53:10
>16
そういうのは自動化って言わないんだよ。

自動運転=タクシーとか言うつもり?w

18
仕様書無しさん[sage]   投稿日:2016/12/25 23:57:53
>15
意図とコードを分離しておかないと
コードの修正が不可能になってしまうんじゃないか?

仕様書(=コード)をリファクタリングしたいとき
そのリファクタリングが正しいことの担保をどうするの?
テストコードをリファクタリングするときは?
テストコードに対するテストコードを書くのか?

19
仕様書無しさん[sage]   投稿日:2016/12/26 00:04:35
> 仕様書(=コード)をリファクタリングしたいとき
意味がわからん。

リファクタリングは動きを何も変えない修正のことを言うんだよ。
矛盾してる。


> テストコードに対するテストコードを書くのか?
書かねーだろ?

お前、エクセルに書いたテスト仕様書の
テストをどうやってるんだよ?

仕様書が正しいことのテストは?
それと同じなんだが。
コメント1件

20
仕様書無しさん[sage]   投稿日:2016/12/26 00:52:14
>19
実際に動きが変わってしまったらどうするの?
逆の言い方をすると、どうやって変わってないと言い切るつもりなの?
リファクタリングは何も変わらない修正じゃない
変えない修正なんだよ
ソースを見ただけじゃ「変えない」ってのは不可能なんだ

いや、不可能って言い方だと納得しないかもしれないから言い換えると
無駄な時間がかかるんだよ
++1を1++に変更したとしよう
見た目を変えるありがちなリファクタリングだ

な、これだけの情報だと何も変わってないかどうかは「場合による」としか言えないだろ?
コメント2件

21
仕様書無しさん[sage]   投稿日:2016/12/26 00:55:37
ちなみに想定してるのは
func hoge(a)
++a
return a

ぐらいの話な
一部表現に変なところがあったとは思うが意図は通じただろうか?

22
仕様書無しさん[sage]   投稿日:2016/12/26 01:11:15
>20
> 実際に動きが変わってしまったらどうするの?
> 逆の言い方をすると、どうやって変わってないと言い切るつもりなの?

自分の胸に手を合って考えればいいじゃん?

お前は仕様書かテストかしらんが、日本語で書いているんだろ?
その日本語を修正するとき、どうやって意味が変わってないと言い切るつもりなの?

そもそもそれを読んだ人すべてが同じ意味で捉えるとどうやって
言い切るつもりなの?

できないよな?

まず反論の前に、こうすればできるって言うものを言いなさいよ。

23
仕様書無しさん[sage]   投稿日:2016/12/26 01:13:09
>20
> 見た目を変えるありがちなリファクタリングだ
それは見た目を変えるリファクタリングじゃない。


> な、これだけの情報だと何も変わってないかどうかは「場合による」としか言えないだろ?
実際にはこれだけの情報しか得られないことはないので意味がない。

24
仕様書無しさん[sage]   投稿日:2016/12/26 08:22:47
仕様の利ファクタリング
人はそれを仕様変更と言う

25
仕様書無しさん[]   投稿日:2016/12/26 12:13:34
>10
なるほど、今は手動テストのためにSEをタダでこき使える時代なんだな。

26
仕様書無しさん[]   投稿日:2016/12/26 12:55:13
リファクタ馬鹿がマ板にはいるんだから相手にすんなよw

27
仕様書無しさん[sage]   投稿日:2016/12/26 14:54:22
自動テストコードの仕様書は絶対必要になっちゃうよね
組んだ人間以外絶対わからんわ
コメント1件

28
仕様書無しさん[]   投稿日:2016/12/26 15:05:16
>27
普通は仕様書書くか、既存のフレームワーク使うだろ。

29
仕様書無しさん[]   投稿日:2016/12/26 21:23:18
客側に回って思った。

検収・納品時のテスト期間をもっとくれ。
納品日=最終検収日
とかふざけんな。
コメント2件

30
仕様書無しさん[]   投稿日:2016/12/26 21:52:01
自動テストコードの仕様書www

ジャップの開発糞ワロタ
コメント1件

31
仕様書無しさん[sage]   投稿日:2016/12/26 22:32:18
>30
少なくともそれがないと手を入れるにしても俺は動けないと思うが、お前はどう行動するのか教えてくれ
コメント1件

32
仕様書無しさん[sage]   投稿日:2016/12/26 22:40:24
>31
自動テストコードの仕様書が正しいことを
どうやってテストしてるの?

33
仕様書無しさん[sage]   投稿日:2016/12/27 07:40:12
仕様が最初からないんだy
コメント1件

34
仕様書無しさん[]   投稿日:2016/12/27 08:26:32
>29
全然要望の品ではないって現場でバレて拒否されちゃうじゃん

35
仕様書無しさん[sage]   投稿日:2016/12/27 10:24:51
>33
仕様がないなw

36
仕様書無しさん[sage]   投稿日:2016/12/27 19:09:06
>29
うるせぇ
検収入ってからクリティカルな後だし要件追加すんなうんこ
コメント1件

37
仕様書無しさん[sage]   投稿日:2016/12/27 19:24:57
テストの自動化っていうのはテスト仕様書を手作業でやっていたのを
その手作業をマクロで保存して再生するとか、スクリプトで自動実行するとかのことだよね?
それとも単体テストのことを自動化っていってるの?
コメント3件

38
仕様書無しさん[sage]   投稿日:2016/12/27 19:37:15
>37
日本語で書いてくれ

39
仕様書無しさん[]   投稿日:2016/12/27 21:17:57
>36
最初っから言ってんのにハンコ押した仕様書とちげーの下に配ってんじゃねー!

40
仕様書無しさん[sage]   投稿日:2016/12/27 21:23:45
>37
とりあえずJUnitやRSpecとか見てみたら?

あなたの質問は例えるならば、
「バイオリン演奏は手で弾くのか?何か道具を使うのか?」
そんな初歩の質問です

41
仕様書無しさん[sage]   投稿日:2016/12/27 22:07:28
>37
> テストの自動化っていうのはテスト仕様書を手作業でやっていたのを
> その手作業をマクロで保存して再生するとか、スクリプトで自動実行するとかのことだよね?

そういう考えでいると失敗する。

なぜなら人間は優秀なので、どんな難しいことでも時間をかければ手作業でやれてしまうから。
複雑な手作業をそのまま置きかえるとマクロも複雑になりテストがメンテナンスできなくなる。

まずテストの自動化の前提として普通はテストの見直しという工程が必要
大ざっぱに書かれていてマクロで保存したくなるような長いテスト仕様書を小さく分ける。
大部分なテストをシンプルな単体テストで終わらせて、手作業でやっていたであろう
シナリオがあるような長いテストは正常系を通せば十分なレベルにまで持っていく

それを実現するにはコードも小さなテストが可能なように設計する必要がある。
例えば数百行もあるような関数はテストできない

テストの自動化っていうのは、テストを自動化することではなくて
テストのメンテナンスがしやすいようにシンプルなコードにするという作業

?テストを自動化する
○テストを自動化できるようにコードを修正する

もちろん最初からテストを自動化できるようなコードになってるのならば、
あとはテストを自動化するだけなんだが、そうなっていることはまずない

42
仕様書無しさん[]   投稿日:2016/12/28 15:06:41
自動化するために手動よりも遥かに多くの労力が必要
ってパターンも多々あるよねw
コメント1件

43
仕様書無しさん[sage]   投稿日:2016/12/28 15:14:39
継続的なプロダクトでもないのに、コストかけて自動化するのはただのバカだ。
だが自動化の自己満足度は高いので、使い捨ての自動化でも手動のときの1.2倍
くらいのコストまでだったら許す。
コメント1件

44
仕様書無しさん[sage]   投稿日:2016/12/29 01:50:23
>42
本来はテストを自動化することと
コードを正しく設計してメンテナンス性を上げることは
まったく別のことなんだけどね。

テストの自動化以前にできていなければいけないこと

だからその「遥かに多くの労力」というのは
テストの自動化のための労力ではなくて
低い技術力を最低ラインにまで上げる労力

45
仕様書無しさん[sage]   投稿日:2016/12/29 01:51:33
>43
コードが正しく設計されているのなら、
手動のときのコストよりも下がるよ。

ただ、コードを正しく設計するのは
ただの馬鹿だと言われるとそれはおかしいと思うがね。
コメント1件

46
仕様書無しさん[sage]   投稿日:2016/12/29 08:40:44
>45
正しいの定義に疑問が残るね
俺が気に入らないからこのコードは間違ってるとか言い出しそうお前
コメント1件

47
仕様書無しさん[]   投稿日:2016/12/29 08:42:58
そもそも客の要望が正しく伝わってない

48
仕様書無しさん[sage]   投稿日:2016/12/29 09:11:27
おまえらって手動テストだと要所だけテストするのに
自動テストだとカバレッジ100%を目指すよね
コメント1件

49
仕様書無しさん[]   投稿日:2016/12/29 09:20:00
検収テストの期間をもっととればいい。
もしくは仮運用試験期間を1年くらいとる。

50
仕様書無しさん[]   投稿日:2016/12/29 11:31:36
ユーザー様のテストを受けたら納品が出来ない
だって注文の品じゃないんだもの

51
仕様書無しさん[sage]   投稿日:2016/12/29 12:26:58
>46
> 正しいの定義に疑問が残るね
> 俺が気に入らないからこのコードは間違ってるとか言い出しそうお前

そんなのコードメトリクスツールを使えば
客観的に判断できるじゃん。
コメント1件

52
仕様書無しさん[sage]   投稿日:2016/12/29 12:33:44
>48
> おまえらって手動テストだと要所だけテストするのに
> 自動テストだとカバレッジ100%を目指すよね

自動テストとカバレッジ(レポート)というのは関係があって、
カバレッジレポートを出力するには、テストコードがなければできない。

手動テスト、つまりカバレッジレポートがない状態でどうやって100%を目指す?
自動テストだとカバレッジレポートでテストしてない所が簡単にわかるから
100%目指すのも難しくないが、カバレッジレポートがなければどこをテストしたかしてないかわからない。

手動テストは要所だけテストしてるんじゃないんだよ
思いついたところだけテストしているだけ。
カバレッジがわからないから抜けがたくさんあるし、
レポートもないから今何パーセントかもわからないというだけ

53
仕様書無しさん[sage]   投稿日:2016/12/29 16:43:24
>51
あんなのコードが長いか短いかしかみてないだろ
コメント1件

54
仕様書無しさん[sage]   投稿日:2016/12/29 21:04:44
>53
コードの長さを見てるんじゃないよ。
長くても処理が一直線ならば問題ない
文字書くても条件やループが多すぎて複雑ならだめ
コメント1件

55
仕様書無しさん[sage]   投稿日:2016/12/29 22:30:22
>54
いややってみた感じそんな風にはなってない
長いか短いか
コメント1件

56
仕様書無しさん[sage]   投稿日:2016/12/30 02:39:11
>55
じゃあ使用しているコードメトリクスの計算方法言ってみ
何を計算しているかちゃんと書いてあるからさ
コメント1件

57
仕様書無しさん[sage]   投稿日:2016/12/30 08:07:14
>56
デフォルトのまんま
コメント1件

58
仕様書無しさん[sage]   投稿日:2016/12/30 12:07:29
>57
コードメトリクスの計算方法を聞いてるのに
その答えは、やっぱり知らないってことじゃんかw
コメント2件

59
仕様書無しさん[]   投稿日:2016/12/30 13:11:33
>58
いま一生懸命検索している

60
仕様書無しさん[sage]   投稿日:2016/12/30 13:53:16
テスト以外にネタないかね……
コメント1件

61
仕様書無しさん[sage]   投稿日:2016/12/30 15:45:09
>58
だからデフォルトのまんま
コメント1件

62
仕様書無しさん[sage]   投稿日:2016/12/30 15:55:28
>61
じゃあそのデフォルトの値言ってみ。
コメント1件

63
仕様書無しさん[]   投稿日:2016/12/30 15:58:17
>60
だってそれ以外は全部日本では適用不能なんだもん

64
仕様書無しさん[sage]   投稿日:2016/12/30 17:29:06
>62
しらね
いじってないから

65
仕様書無しさん[sage]   投稿日:2016/12/30 18:03:28
やっぱり知らないってことじゃんw

66
仕様書無しさん[sage]   投稿日:2016/12/30 18:05:31
? いじってないから知らね
○ 無知だから知らね

いじってないくても調べることはできるので
知らない理由にはなりません。


67
仕様書無しさん[sage]   投稿日:2016/12/30 18:05:48
×

68
仕様書無しさん[sage]   投稿日:2016/12/30 19:13:26
富国生命、AI導入で査定部署の人員の約3割にあたる34人を削減
http://news.tv-asahi.co.jp/news_economy/articles/000091183.html
どんどん無人化されていく
コメント1件

69
仕様書無しさん[]   投稿日:2016/12/30 21:32:26
>68
それってただの業務系システムとどう違うの?生保じゃないけど
そういうの判定するシステム作るPJやったことあるから違いが気になる。
コメント4件

70
仕様書無しさん[]   投稿日:2016/12/30 21:35:38
>1
サッカーの戦術と同じで優秀なメンツを揃えないと火を噴くだけだからな

71
仕様書無しさん[]   投稿日:2016/12/30 22:04:53
>69
派遣で一部のパーツ作るのは「やったことある」とはいわないぞ
設計から全部やって初めて「やったことある」って表現しろ
コメント2件

72
仕様書無しさん[sage]   投稿日:2016/12/30 23:02:40
>69
「こんな簡単なことも分からないのかね、ワトソン君」

これは酷いwww

73
仕様書無しさん[]   投稿日:2016/12/30 23:08:11
>71-72
なんだ、お前達も分かんないのか、レベル低〜

74
仕様書無しさん[]   投稿日:2016/12/31 07:24:23
>71
これスレ立ててもいいよね
これでマジでスキルアップや業界経験したと思ってる派遣多すぎ

75
仕様書無しさん[]   投稿日:2016/12/31 10:53:50
>69だけどマジで教えてほしい
コメント1件

76
仕様書無しさん[]   投稿日:2016/12/31 14:15:57
偽装請負多重派遣業界SEと離婚
両親や親戚に反対されましたが、高稼働低収入業界のSEと結婚してしまい、耐えきれず中絶と離婚をしました。
今は別業界の相手と結婚して幸せです。
・常識がない
・モラルがない
・モテない
・ファッションセンスがない
・コミュニケーションが苦手
・コンピューターが趣味
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・ITスキルが高いほど貧困
・高度情報技術者ほど貧困
・会社員なのに短勤続年数
・人手不足なのに無職意識
・人手不足なのに低収入
・高生産なのに低収入
・高利益なのに低収入
・高需要なのに低収入
・多学習なのに低収入
・PC使用過多で不健康
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難
・低収入なのに鬱病多発
・低収入なのに早死多発
・偽装請負多重派遣損害なのに稼働
・裁判官が技術判定不能で賠償困難
【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる /ビジネスnews+板

77
仕様書無しさん[]   投稿日:2016/12/31 15:42:21
>75
いや、お前はなりすまし。
でも俺も知りたい。
コメント2件

78
仕様書無しさん[sage]   投稿日:2016/12/31 15:46:08
>77
いや、お前はみずすまし。
でも俺も知りたい。

79
仕様書無しさん[sage]   投稿日:2016/12/31 19:47:59
>77

>69(の質問について)だけどマジで教えてほしい(俺も知りたい)

別になりすましするつもりはなかった
誤解スマソ

80
仕様書無しさん[]   投稿日:2017/01/01 09:08:46
>1の指摘は事実

81
仕様書無しさん[]   投稿日:2017/01/01 21:25:10
日本のプログラマの勉強しろは無視していい
どーせ新しい環境と言語のこと言ってるだけだから

82
仕様書無しさん[sage]   投稿日:2017/01/01 22:20:06
プログラマ「勉強しろよ」
バカ「日本のプログラマの勉強しろは無視していい」
バカ「どーせ新しい環境と言語のこと・・・」
プログラマ「設計とテストと保守性の話に決まってるだろ」
バカ「うるせばーか。勉強なんてしねーよ」
コメント1件

83
仕様書無しさん[sage]   投稿日:2017/01/01 22:20:10
日本のプログラマはJavaとVB.NETとPHPぐらいしか使わないのに
どうして色んな言語を覚えようとするんだろうね
仕事で使う言語すらまともに扱えていないのに・・・
コメント2件

84
仕様書無しさん[sage]   投稿日:2017/01/01 22:22:11
バカ「どーせ新しい環境と言語のこと言ってるだけだから」

プログラマ「お前は今使ってる環境と言語すらつかえねーよな」

85
仕様書無しさん[sage]   投稿日:2017/01/01 22:22:48
>83
仕事で使う言語ぐらい勉強しろよ?

86
仕様書無しさん[]   投稿日:2017/01/02 10:15:30
>82
設計テスト保守性いずれも流行の手法・工法が日本の開発スタイルでは適用不能
それを>1が指摘してるんだが?
>1のほうが、お前よりも、それらについて一度は勉強して考えたって証拠だよ

87
仕様書無しさん[]   投稿日:2017/01/02 10:16:33
>83
圧倒的多数が派遣プログラマという奴隷状態だから
派遣は派遣先の言語を使えないといけない

だから日本では新言語の勉強が最重要という愚かな思考になる。ならざるを得ない。

88
仕様書無しさん[sage]   投稿日:2017/01/02 10:57:29
言語っていうかライブラリの使い方だな

89
仕様書無しさん[sage]   投稿日:2017/01/02 23:02:56
派遣ってだいたいJava、PHP、VB.NET、C#あたりじゃないかな
あとデータベースまわりも知識があれば尚良し
フレームワークも必須だけどだいたい言語ごとに定番あるからね
歳とるとリーダー経験が問われる

新しい言語って覚える必要ある?派遣で投入される現場でまず新しい言語って使わないと思うけど・・・
WEB系だと話が変わってくるけどさ
コメント1件

90
仕様書無しさん[sage]   投稿日:2017/01/03 01:51:49
> 派遣ってだいたいJava、PHP、VB.NET、C#あたりじゃないかな

なんで派遣に限ってるの?

派遣先にも正社員いるだろ?
その正社員がJava、PHP、VB.NET、C#使うから
派遣も同じものを使うんだよ。
コメント1件

91
仕様書無しさん[]   投稿日:2017/01/03 02:39:20
>89
.NETの進化は早いよ。割りと多くの企業がついていってない。
あと上流工程は社員がやるべき。
コメント2件

92
仕様書無しさん[sage]   投稿日:2017/01/03 08:01:24
>91
上流と下流を無駄に分けても上手くいかない
上流で決めるべきことを決めてくれないと下流で動けない
企画や販売計画ぐらいは社員がやるべきだけど要件定義からはプログラマに任せたほうがいい

93
仕様書無しさん[]   投稿日:2017/01/03 08:04:33
>91
上流工程を社員がやるのは当然
つーか振るわけがないだろ
もし振るようなところがあれば糞会社だわ

会社の業務を派遣なんぞに教えるのに数年の代金を支払うとかありえないし。

94
仕様書無しさん[]   投稿日:2017/01/03 08:05:35
>90
日本のプログラマの大半が派遣・偽装請負派遣社員だからだろ
派遣先の正社員は言語は最重要ではないから。
コメント1件

95
仕様書無しさん[sage]   投稿日:2017/01/03 08:05:51
下流風情は無理だった企画設計を上流がやってみせる [無断転載禁止]©2ch.net
下流風情は無理だった企画設計を上流がやってみせる

96
仕様書無しさん[sage]   投稿日:2017/01/03 08:08:02
>94
言語は重要でなくても、
そこから生み出されるシステムは重要でしょ?

で、重要なシステムの開発を
なんで派遣に委ねてるの?
コメント1件

97
仕様書無しさん[]   投稿日:2017/01/03 08:19:33
>96
は?人手が必要なら外部の人員を招集して使ってもなんの不思議も無いだろ。
コメント1件

98
仕様書無しさん[sage]   投稿日:2017/01/03 08:31:43
>97
なんで外部の人間に合わせて、自分たちが
使う言語を変えるの? 逆だよね。
コメント1件

99
仕様書無しさん[sage]   投稿日:2017/01/03 08:32:46
人手が必要なら、正社員を雇えばいいじゃない?

本当は金が無いだけだろ?
コメント1件

100
仕様書無しさん[sage]   投稿日:2017/01/03 09:51:43
金がないというか、派遣なら必要なくなれば切ればいいだけなので
金と不要要員維持リスクの節約だな。
コメント1件

101
仕様書無しさん[sage]   投稿日:2017/01/03 10:49:49
>98
おまえ流れを理解してないだろ
派遣の人は、正社員が使っているJava、PHP、VB.NET、C#言語のいずれかを使うことになるので全部覚える必要がある。よって派遣は言語勉強最優先。
社員はJava、PHP、VB.NET、C#のうちその会社で使っている1つをとりあえず使えればよく、新言語を覚えることは再優先事項ではなく、手が空いた時に修得すればよい程度。

102
仕様書無しさん[sage]   投稿日:2017/01/03 10:50:55
>99
あほすぎw
>100のいうとおり、その開発が終わったらあとは一人でもこなせるから人員があまる。よって不要な時期は人を調整する。
そのための派遣だろが。
コメント1件

103
仕様書無しさん[sage]   投稿日:2017/01/03 14:59:08
>102
それってシステム開発を外注しているのと何も変わらないよね?
そんなんじゃ社内に開発のノウハウがたまらないよ。
コメント1件

104
仕様書無しさん[sage]   投稿日:2017/01/03 15:06:08
日本のシステム開発の成功が「運」だのみになるわけだよねw

技術力が高い人が派遣されてくるかどうかでシステム開発の成功が決まる。
人を育てるという考えがない。育てた人を手放さないという考えがない。

全ては派遣にかかっているw

105
仕様書無しさん[sage]   投稿日:2017/01/03 15:19:54
でもそういうのって販売戦略の時点で考えるものであって社内のノウハウや技術力なんて純利益に直結しないよ
長い目で見ることが出来なくなったというか長い目で見ることが利益に繋がらないことがわかっちゃった結果が今なんだよ

106
仕様書無しさん[sage]   投稿日:2017/01/03 15:30:59
開発が追いつかなくてバグだらけで苦労してるくせに何言ってるんだ?

107
仕様書無しさん[sage]   投稿日:2017/01/03 15:46:35
つーか派遣に可読性が高いコードなんてかけるか?
それ社員以上の能力だぞw

108
仕様書無しさん[sage]   投稿日:2017/01/03 15:55:01
自社の技術力が低くて(高い人がいてもスグ逃げてしまう)
派遣に頼ってる所って普通に多い

109
仕様書無しさん[sage]   投稿日:2017/01/03 15:58:46
あるプロジェクトで優秀だった人は
他のプロジェクトでも優秀である。

人は成長する。

という当たり前のことを知っていれば、
プロジェクトごとにリセットすることの
損失が理解できるはずなんだけどねぇ

110
仕様書無しさん[sage]   投稿日:2017/01/03 17:51:46
>103
相当バカだろw
システム開発の主軸部分は全部結局社員がやってんだからノウハウ残るに決まってるだろが。
派遣に依頼しているのは、単純なパーツやデバッグやらテストデータの作成やら操作説明書の作成やら時間が地味に取られる作業等々だ。
コメント3件

111
仕様書無しさん[sage]   投稿日:2017/01/03 17:58:19
>110
派遣の募集要項みてみ。
そんなこと書いてある所はごく僅かだから。

112
仕様書無しさん[]   投稿日:2017/01/03 19:22:38
>110
なんでもかんでもそうやって抱え込むから
社員は残業しまくりなんだよ。
ざっくりしたクラスを書いといてそれをテンプレートにして
派遣に振れば似たような大量のクラスも
書いてくれるよ、
お前一人で抱え込む必要はない。

113
仕様書無しさん[sage]   投稿日:2017/01/03 19:57:58
>110
社員が出来なさ過ぎて全体の技術力がいまいち
マネジメントはできるけど、肝心のコードが書けない
で、仕方なく派遣を雇ってるケース結構あるよ
仕様とスケジュールは決めるけど、後は派遣におまかせ状態

114
仕様書無しさん[sage]   投稿日:2017/01/06 00:52:26
上流は技術者気取り
それで、日本で出来てるのは何?
某銀行の時期システム?
これが日本の業界をよく表してる
投げまくりで利益に繋がるどころかお金が飛んでいくという
コメント1件

115
仕様書無しさん[]   投稿日:2017/01/06 06:43:11
日本で働くな
無能になる

116
仕様書無しさん[]   投稿日:2017/01/06 12:55:40
>114
下があほすぎっからじゃね?

117
仕様書無しさん[]   投稿日:2017/01/07 21:18:09
開発スタイルを研究してる連中が内製でやってるとこのエンジニアだからな
日本スタイルの開発体制の論文でも作らないとな

118
仕様書無しさん[sage]   投稿日:2017/01/07 21:52:12
web系は俺一人体制。
コーディング規約なし、バージョン管理なし、すべて自由ですでにプログラミング3ヶ月突入よ。
コメント1件

119
仕様書無しさん[]   投稿日:2017/01/08 08:12:23
偽装請負多重派遣業界SEと離婚
両親や親戚に反対されましたが、高稼働低収入業界のSEと結婚してしまい、耐えきれず中絶と離婚をしました。
今は別業界で結婚障害残業のない共働きしやすい相手と結婚して幸せです。
・常識がない
・モラルがない
・モテない
・ファッションセンスがない
・コミュニケーションが苦手
・コンピューターが趣味
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・ITスキルが高いほど貧困
・高度情報技術者ほど貧困
・会社員なのに短勤続年数
・人手不足なのに無職意識
・人手不足なのに低収入
・高生産なのに低収入
・高利益なのに低収入
・高需要なのに低収入
・多学習なのに低収入
・PC使用過多で不健康
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難
・低収入なのに鬱病多発
・低収入なのに早死多発
・偽装請負多重派遣損害なのに稼働
・裁判官が技術判定不能で賠償困難
【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる /ビジネスnews+板

120
仕様書無しさん[sage]   投稿日:2017/01/08 23:19:21
>118
バージョン管理なしが信じられん

121
仕様書無しさん[age]   投稿日:2017/01/10 02:54:31
工場の生産技術担当
普段はシーケンサとタッチパネルとC#とMYSQLとExcelVBA
で日曜大工的DIYなプログラムやってる
作った後から操作手順書作る程度なんで
世間一般の要件定義書とか設計仕様書とか見たこと無い
参考までにどういうものか誰か見せて♪

122
仕様書無しさん[sage]   投稿日:2017/01/10 03:57:52
なんで2chに書き込む前にググらなかったの?

123
仕様書無しさん[sage]   投稿日:2017/01/10 07:40:46
でも俺もそれはまともなもの見たことないね

124
仕様書無しさん[sage]   投稿日:2017/01/11 00:16:45
まあ他所がどんな風に書いてるかどこも知らんからなあ

つまんねえ技術しか持ってない所ほど秘密にしたがるよな

125
仕様書無しさん[]   投稿日:2017/01/15 09:06:15
偽装請負多重派遣業界SEと離婚
両親や親戚に反対されましたが、高稼働低収入業界のSEと結婚してしまい、耐えきれず中絶と離婚をしました。
今は別業界で結婚障害残業のない共働きしやすい相手と結婚して幸せです。
・常識がない
・モラルがない
・モテない
・ファッションセンスがない
・コミュニケーションが苦手
・コンピューターが趣味
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・ITスキルが高いほど貧困
・高度情報技術者ほど貧困
・会社員なのに短勤続年数
・人手不足なのに無職意識
・人手不足なのに低収入
・高生産なのに低収入
・高利益なのに低収入
・高需要なのに低収入
・多学習なのに低収入
・PC使用過多で不健康
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難
・低収入なのに鬱病多発
・低収入なのに早死多発
・偽装請負の多重派遣損害あるのに稼働
・裁判官が技術判定不能だから賠償困難
【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる /ビジネスnews+板
更新情報
・スレッド一覧ページで過去ログのタイトル検索・一覧表示ができるようになりました(2016/1/20)
NGワード登録
登録する
スレッド内検索

プログラマー板 タイトル検索

このスレッドが人気です(実況系)
セイレン ♯3「オトコユ」★4 (795)TBS実況
【マターリ】うらら迷路帖 第3話→セイレン第3話 [無断転載禁止]©2ch.net (749)TBS実況
うらら迷路帖 三占『仲間と友達、時々ライバル』★3 (604)TBS実況
<ノイタミナ>クズの本懐 #02「そのぬくもりに用がある」★3 (937)フジ実況
夜の巷を徘徊する 宇宙大好きマツコ、宇宙旅行を夢見る (924)テレ朝実況
ユアタイム★2 (845)フジ実況
増山超能力師事務所 (824)NTV実況
【マターリ】クズの本懐 #02 (485)フジ実況
このスレッドが人気です(ニュース系)
【NHK】アパホテルに本の撤去打診 冬のアジア大会組織委 ★5 (1000)ニュー速+
大会組織委、アパホテルに対し「スポーツ理念に則った対応」を求める・・・ホテル借り上げの際に「問題があれば対処する」と説明 (1000)ニュー速+
【FRIDAY】狩野英孝 17歳現役女子高生と淫行疑惑 ★7 (1000)音楽・芸能ニュース
【NHK】アパホテルに本の撤去打診 冬のアジア大会組織委 ★4 (1001)ニュー速+
【国際】中国の習近平国家主席「大国はお互い干渉すべきでない」 (576)ニュー速+
【政治】平昌五輪HPに「独島」=日本政府が懸念伝達 (1000)ニュー速+
【外交】駐韓大使帰任、今週見送り 首相ら「日本側から先に動く必然性はない」[朝日新聞]★4 (958)ニュー速+
【生活】「あら、○○ちゃんお姉ちゃんになったのね!おめでとう」「恥ずかしいことじゃないから!」 初潮の赤飯文化反対!が話題 (232)ニュー速+
プログラマー板の人気スレ
34歳、発達障害の無職ですが…3 (319)
将来プログラマーになりたいけど勉強がうまくいかない (665)
50代のプログラマーいる?Part17 (853)
競技プログラミングにハマるプログラマのスレ 8 (163)
学生ほどVBAとかシェルスクリプトとか覚えたほうがいい (731)
プログラマーはアニメをみよう! 18クール (253)
プログラマー雇うお金がないけどプログラマーと組んで世界を変えたい。 (96)
土曜・日曜は岡部健のブログを読み解こう!★21 (980)
下流風情でほざいているお前らコレ企画設計してみろ (693)
プログラマの雑談部屋 ★3 (395)
プログラマーの仕事って楽過ぎ、クソワロタwww (287)
【コードで】paiza(パイザ)【転職】Part7 (322)
正社員のことを知ったような口で語る派遣いるけどさ (100)
システム開発体制・開発技法 (125)
【有能】東京コンピュータサービス Ver3【無能】 (245)
35歳派遣VBプログラマです。この先どうすればいいですか (54)
CodeIQの問題、PGなら余裕で解けるだろ?4 (577)
土曜・日曜は岡部健のブログを読み解こう!★22 (102)
コメントコメントうるせぇ 2 (104)
◆個人事業主専門スレ48本目◆ (440)
みずほ銀行巨大プロジェクトが絶望的に (801)
COBOLって今需要増えてるの?Part5 (172)
起業しようぜ15 (944)
このサイトについて
このサイトは2ちゃんねるからデータを取得し、表示するサービスです。
画像のインライン表示機能について
画像のURLの後ろにある[画像をインライン表示]をクリックすると、URLの下に表示します。
表示される画像は横幅100pxに縮小されていて、クリックすると原寸で表示します。
このサイトの特徴
1)スレッド内検索ができます
2)レス(「>>1」など)のポップアップができます
3)不適切な言葉を含む投稿を表示しません
4)ページ内で画像を直接表示できます
5)2ch他スレッドへのリンクはタイトル・板名つきでリンクします
6)すっきりとしたデザインで表示します
7)最新スレや前スレをチェック・一覧表示します
8)NGワード機能の搭載でイヤな言葉が目に入りません
9)荒らしを自動チェックします
10)スレッド内・同一IDの書き込みだけ表示できます
11)レスの返事をレスされた発言の下に表示する「まとめビュー」が利用できます
12)シリーズ化したスレッドの一覧を表示します
13)最新のスレッドがある場合はお知らせします
削除について
こちらをご覧ください
機能要望について
現在機能要望受付中です。
問い合わせについて
こちらのページからどうぞ
Amazon


このサイトは2ch.scからデータを取得・表示しています。削除などについてはこちらをご覧ください。 アクセスモード:差分取得 - 新着書き込みなし(304)