10/05/25 15:22:00
内製の最大の問題は、システムが安定したあとは冗員を抱えることになること。
その冗員を他部門に転属させてもいいが、緊急時に駆けつけることができるかどうかは
転属先の幹部次第である。
25:仕様書無しさん
10/05/25 15:53:27
ゲーム会社なんかまさに内製。
けど内製は大変よ。良いもの目指そうとすると仕様の変更にきりがなくなるしね。
>>6
これは小さく収まりすぎ。
むしろ独立して、いろんな会社からちょっとずつコンサルでむしる方が
リスクヘッジになるし手取りも多いし時間の調整もできると思う。
26:仕様書無しさん
10/05/25 16:18:55
ゲーム会社はソフトハウスに準じた扱いだろう。
>1が問題にしているのは、たとえば商社や工場や役所のような、
その法人の目的がプログラム開発ではない普通の企業の社員自身が
プログラム開発を行う場合だろ。
27:仕様書無しさん
10/05/25 20:00:00
>>24内製は、常にユーザーの要望があるから基本的にヒマはないよ。
ヒマはないといっても、デスマーチとかそーゆーのではないけど。
>>25の言うとおり常に仕様変更、機能追加にさらされる。
>>26
んだんだ。なんか勘違いしているやつ多いよな。
広くはＩＴ業界も含めてだろうけど、基本的に>>1のいう内製は
ソフト開発を事業としない会社で、現在ソフトを買っている側でしょ。
買うよりは、数人の人件費を内製開発要員として確保したほうが
実際は、安くすむし、その会社にとって使い勝手のいいものができあがると。
基本的には内製は俺も賛成。
28:仕様書無しさん
10/05/25 20:04:22
てゆーか、開発環境が悲惨で敷居が高かった過去は、内製が主だったんだぜ。
敷居がめちゃくちゃ下がって、素人でもある程度の信頼度のあるシステムが簡
単に組める時代なんだから、内製が難しいってことはないだろ。
少なくとも、昔よりははるかに資料も情報も環境もあるんだし。
最速のPDCAが内製の最大の売りだろ。
29:仕様書無しさん
10/05/25 20:08:52
PD----------------------C-------------------------A----------
ミドルウエア買う金もない、というかそもそも
ソフトウエアの複雑さとか難易度が全然理解できない。
そういう内製もありますぜ旦那
30:仕様書無しさん
10/05/25 20:17:10
ITは儲けに繋がらない。
儲かってるところが税金対策でやってるだけ。
31:仕様書無しさん
10/05/25 21:41:40
>>23とかが言ってるのは>>17の話だろうが
32:仕様書無しさん
10/05/25 21:45:40
>>25
ゲームもだいぶ分業が進んでるけどね。
33:仕様書無しさん
10/05/25 22:30:33
ゲームは分業が進んだんでなく、パーツがで
きあがってきたってだけでは？
まぁゲームプログラマは、業務系プログラマよ
りは頭２，３つ抜きんでてるのはわかるが。
今って、ド素人派遣プログラマがそこら中から
集められてシステム作ってる状況じゃん。
内製ってことは内部の業務運用知識はあるや
つがシステム開発担当になるかもしれない以上、
自分の会社に特化している分、外注よりは良い
ものができあがるのは自然の流れだろ。
34:仕様書無しさん
10/05/26 09:31:45
今、なにげに読んでる本にもあるが、IT素人の集団の中に玄人が入ると、
「なんでそんなこともわからないの？」
という態度を取る人間が結構いると思う。
ヲタって学生時代虐げられてきた経験から、社会に出てちょっと自分の優位性を感じると、
とたんに人を見下したりする。
内製しなくなったのは住み分けの意味もあるのかも。
社交性もあって技術力もあって論理性もある人間は、
独立してコンサルか自分で会社立ち上げるなりするだろうし、
内製ってポジションは自然に消滅していったきがする。
35:仕様書無しさん
10/05/26 19:30:16
内製が崩壊したのは、汎用機からパソコン（Ｃ/Ｓ）への移行が理由でしょ。
さすがに技術的にも見た目的にも環境的にも急激な変化すぎて
いわゆる技術者としてパソコンの台頭を受け止められなかったCOBOLerは
時代の変化に対応できず、一時的なコストダウンがクローズアップされアウト
ソーシングとかの言葉を経営陣が好んだため、内製が崩壊した。
けど、いま一度パッケージや、アウトソーシングによる開発を見てみると
望んだものができあがってこない。対応に時間がかかる。保守費用まで考え
ると実はコストアップしている。etc....の問題がわかってきたことと、
開発環境の劇的な向上で、開発要員の確保が簡単になったことが内製化の
動きが再び出てきた要因だと思う。
36:仕様書無しさん
10/05/26 19:47:05
でも新卒採用が相対評価から絶対評価へ移行したように
内製の人材もノウハウも失われて久しい昨今リスクは極力抑えたいというのはあるんじゃないか？
37:仕様書無しさん
10/05/26 20:26:28
>>35
確かにそういうことかもしれない。
しかし今は、開発環境の向上のよるコストダウンの勢いを上回って
中小企業が社員として抱え込む余力がないのではなかろうか。
中小のIT導入コンサルはフリーの仕事になると思うのだがどうか。
38:仕様書無しさん
10/05/26 20:37:47
内製未経験の会社が内製に向かうきっかけは、
現場にいるプログラマではないプログラミング（エクセルマクロ）ができる人
の価値を上司が発見したときだろうね。
やっぱエクセルマクロとかで、ババーーーーーっと自動的に動く様を見せつ
けられたらさすがにバカな上司でも気が付く。
そんで、あれできる？これできる？と小さく、それぞれが連動していない
システムとは呼べないプログラム集ができあがってきて、
次第に「あれ？意外と簡単に作れるな。内製したほうが安いし、早いし、
現場の動きをみて作ってるから確実に使えるツールができあがるし、よくね？」
って幹部が気付き始めたとき、中小規模の企業なら内製の動きが始まる。
いま、内製が増え始めているのも、こんなきっかけからだろ。
経営が考えるリスクなんてコスト以外はほとんど眼中にないのが実態だし。
39:仕様書無しさん
10/05/26 20:48:59
>>37
中小企業だとそうだろうね。
いつぞやマ板の転職スレ
「プログラミングがバリバリできるやつは一般企業に転職すると厚遇される」
みたいな書き込み見たけど、>>6は妄想って言ってることが実際は現実に存在するんだと思う。
趣味でもプログラミングしているようなやつが、一般企業に行けば、そりゃ作業能力は飛び抜ける
のは当たり前だし、周りから一目置かれて、それなりのポジションにつくことになるのは極自然だと思う。
そしてそういったやつがポジションを確立したら自然と内製の動きは出てくる。
40:仕様書無しさん
10/05/27 18:15:08
ここ良スレな気がするのに盛り上がってないねw
まぁ社内SE向けの内容だからかな? 社内SEって何気に狭き門だしなぁ
41:仕様書無しさん
10/05/27 19:18:13
>>39
マが非ＩＴ業界のデスクワークに行けばマジで神扱いだよ。
でもそれなりにコミュニケーションの立ち回りもうまくないとダメ。
じゃないとただの便利屋になって、なんの評価もない
42:仕様書無しさん
10/05/28 00:41:54
エクセルのマクロができるだけで神扱いの職場はある。
システム開発に疲れたら、転職もあり。
今時は割と食いつぶしが効くよね。
43:仕様書無しさん
10/05/28 21:33:22
確かに一般企業内では、エクセルマクロ＋ＡＰＩいければマジで神化するなｗ
世間一般的なレベルのコミュ技術があれば、ほんとに一気にできる男扱い。
ほんとに技術があるならプログラマとしてではなく、普通の企業入ったほうがいいぞ。
システム開発だって任せてもらえるし、評価はめちゃくちゃ高いし。
なにより、ユーザーの直の声聞けるし直で感謝されるし、待遇めちゃくちゃいいぞ
44:仕様書無しさん
10/05/28 21:59:58
金銭的な待遇はITの方が倍くらいいいけども
45:仕様書無しさん
10/05/28 23:12:25
>>44
それはポジションの取り方やハッタリ次第だと思う。
どっちかっていうとITっていうかシステム開発の方が天井が見えてる気がする。
学生時代文武両道でリーダーシップ能力もあるやつがプログラム覚えたら最強だとおもうんだけどな。
てか、そういう奴が若い世代から出てくると思う。
46:仕様書無しさん
10/05/28 23:12:44
倍は大げさだが、自前でシステム部を持ってないような所だと良い給料は望みずらいよね。
47:仕様書無しさん
10/05/28 23:13:56
> 学生時代文武両道でリーダーシップ能力もあるやつがプログラム覚えたら最強だとおもうんだけどな。
よんだか？
48:仕様書無しさん
10/05/28 23:19:17
IT技術者の平均給与はたとえば飲食業だと店長や本部SVクラスだぜ
49:仕様書無しさん
10/05/28 23:50:15
>>48
その店長にITスキルが少しでもあれば、売上伸ばせてITの平均は超えられるんだけど。
飲食店はITリテラシー低い。ホームページ作っても放置ってパターンがほとんど。
飲食に転職もありかも。とか自分は思ってる。
50:仕様書無しさん
10/05/29 00:01:36
オフで知り合った凄腕プログラマの本職は喫茶店オーナーだったな。
基本、趣味でやってる人達は勉強する時間がとれるぶん仕事でやってる人達よりスキルが高いことが多い。
51:仕様書無しさん
10/05/29 00:15:37
>>49
何を言ってるんだお前は
飲食店店長やSVで年収500万600万だと大手チェーンだぞ
なにがHP作って放置が殆どだよ
52:仕様書無しさん
10/05/29 01:02:01
優秀(笑)な社内SEのコラム
URLﾘﾝｸ(el.jibun.atmarkit.co.jp)
53:仕様書無しさん
10/05/29 01:03:18
>>50
PG＝システム開発って枠から抜けるべきなんだよね。
飲食はおもしろいと思う。なにより人と繋がれるところがいい。
>>51
何を怒ってるのかしらんが、「大手の手取り」がどうとか、
つまらん話がしたいわけじゃない。
54:仕様書無しさん
10/05/29 01:04:52
>>52
OOPがわからんってのもツッコミどころだけど、
こういう技術者はかくあるべき論が嫌いだ。
人生狭くするだけ。
55:仕様書無しさん
10/05/29 01:25:48
5月6日、筆者からの要望により、下記3個所を修正いたしました。
ふいたｗｗｗ
56:仕様書無しさん
10/05/29 04:34:30
>>53
君は営業が向いている。即効転職しなさい。
57:仕様書無しさん
10/05/29 08:50:28
システム開発を深く理解してて営業もできる奴なんて最強すぎる。
年収１０００万オーバーとかそういう地位だわな。
58:仕様書無しさん
10/05/29 10:31:14
>>56
ってかもともとフリーなんだ。で、いま飲食にアプローチしてる。
>>57
いやあ、もっといくっしょ。
だって二次請け三次請けで開発やってきたフリーの俺ですら1000万いってるもん。
59:仕様書無しさん
10/05/29 11:15:23
システム開発を深く理解している営業の給料 >= システム開発を全く理解してない営業の給料 >>> 超えられない壁 >>> システム開発を深く理解しているPM・SE・PGの給料
60:仕様書無しさん
10/05/29 13:44:17
フリーなら普通じゃん。
61:仕様書無しさん
10/05/29 16:15:58
>>44
それは残業代を計算に入れてるから。警察は行政職と比べたら給料は高い。けど、人生の３分の２は拘束される。それと同じ。
まともな会社は、それなりに忙しくても、有給とかはそれなりにとれる環境がある。それでいて、世間平均より給料は上。
62:仕様書無しさん
10/05/29 16:20:00
VBA&API使えて、１日で１千～２千ステップ規模程度ののVBAプログラムが書ける人なら、マジで転職したほうがいいぞ。
世間がもとめるプログラムなんて１つ１つをとればそんな程度の規模のもんだから。
それを連結すればシステム出来上がり。
２０００人くらいの会社なら一気に登れるぞ。５０歳くらいで部長になれる。早ければ４５だ。
63:仕様書無しさん
10/05/29 16:36:38
そもそも、VBAを使う気になれない。
64:仕様書無しさん
10/05/29 17:59:23
> ２０００人くらいの会社なら一気に登れるぞ。５０歳くらいで部長になれる。早ければ４５だ。
いきなりうさんくさくなった。
65:仕様書無しさん
10/05/29 20:09:44
VBAを埋め込むより、VBScriptとかで外部からオートメーション経由で操作する方が好き。
66:仕様書無しさん
10/05/29 23:02:43
2000人程度の会社なら十分立ち回り次第では役員狙えるだろ。45歳では厳しいだろうけど。
その程度なら、社長と直接会う機会だって努力で得られる。
さすがに万の単位になると雲上の人になっちまうけど。
67:仕様書無しさん
10/05/30 12:55:18
部長でも厳しいのに役員にまで出世する話になっちゃうのか？
希望を持たせるのは良いことだし、意図は理解できるけど、
あんまり突飛な話をするとアリティーが無くなる。
68:仕様書無しさん
10/05/30 14:15:42
というか、なぜそこまで会社組織にこだわるのかがわからない。
プログラマなんてほとんど社会不適合者みたいなもんでしょ。
フリーでやったほうが、気苦労無くていいよ。
69:仕様書無しさん
10/05/30 14:33:13
社会不適合者がフリーでやっていけるわけがない。
70:仕様書無しさん
10/05/30 14:48:16
自分に仕事くれてる企業に対して、あそこは低レベルとか匿名掲示板で騒いでる奴のどこが社会不適合じゃないんだよ
71:仕様書無しさん
10/05/30 15:04:11
匿名掲示板で騒ぐのは社会不適合とは言えないな。むしろ適合してるだろ。
社会不適合とは、客のいる所で「この仕事レベル低すぎｗ」とか大声で喋る奴のことをいう。
72:仕様書無しさん
10/05/30 15:06:47
フリーランススレの流れが今政に>>70な感じだよｗ
73:仕様書無しさん
10/05/30 15:50:04
> VBA&API使えて、１日で１千～２千ステップ規模程度ののVBAプログラムが書ける人なら、マジで転職したほうがいいぞ。
> 世間がもとめるプログラムなんて１つ１つをとればそんな程度の規模のもんだから。
> それを連結すればシステム出来上がり。
> ２０００人くらいの会社なら一気に登れるぞ。５０歳くらいで部長になれる。早ければ４５だ。
社内システムなんぞ幾ら作ったところで評価されんよ。
便利屋として使い回されるだけ。
74:仕様書無しさん
10/05/30 16:03:36
そもそも社内システムってあんまり必要とされてないんだからシステムできれば出世とか妄想でしかない
むしろシステム化されててイマイチ成果上がってない会社でシステム使わず効率化する方法を提案できる奴が出世できる
不況でも強い会社ってシステム化しないで多様とローテクにこだわってる会社が多かったりする
75:仕様書無しさん
10/05/30 16:10:55
マだけにシステムが無駄というのはなかなか認めたくない現実だね。
システムが無駄ならそれを作っているマも無駄な存在ということに。
76:仕様書無しさん
10/05/30 16:24:59
機械に任せるとミスった時にリカバリしずらいんだよな
そこで大きく効率が落ちる
77:68
10/05/30 16:38:42
>>69 >>71
自分の中で社会不適合者って定義はリーマン無理ってのだった。
とても会社員勤まらなさそうなのが、
フリーや社長やってるのって多くない？
この業界。
78:仕様書無しさん
10/05/30 17:50:47
そもそも人に命令されるのが嫌い・・
というか基本的に頭が良いからマネージメントもできる人が多くて、
マネージメントの基本がなっていない上司に物申したい人が多いと思う。
79:仕様書無しさん
10/05/30 19:39:41
俺は社内SEで、うちの場合は、メインフレーム→パッケージ→徐々に内製 の時代を経ている。
んで、うちの課にいるやつは一応、幹部候補としてみなされているよ。
理由は、システムを作って管理するから現場の人間と同レベルもしくはそれ以上の現場の運用
知識を持っていて、３年に１度担当変えをやって、４０歳くらいになると一通りの部門の運用知識
を得ることになるから。
つまり、事務方幹部として求められる運用知識に関しては、少なくとも持っているし、それぞれの
課の人間とつながりができている。
コミュ＋知識があるので必然的に候補になってしまう。でも、当然年齢順だったりするので席が
どのくらい早く空くかが実際勝負だったりする。
ただ、うちの課の課長代理１席と係長席２席は、ほかの課の優秀なのが３年満期で就く慣例がある。
事務部長は、慣例で外部からくるからなれないけど、実質上の事務部門のトップの事務次長は、
年齢の順番とそのとき争うほかの候補数人より勝てばなれる。
80:仕様書無しさん
10/05/30 19:50:02
面倒そうな会社だな。
81:仕様書無しさん
10/05/30 21:05:44
エンジニアというよりサラリーマンだな
82:仕様書無しさん
10/05/31 00:23:26
>>74、>>75は「システム」という概念を理解できていない、もしくは理解できる能力がないと見た。
83:仕様書無しさん
10/05/31 00:27:19
>>79
そういう「その会社でしか通用しない能力」に必要以上のコスト掛けるのは嫌なんだよなぁ。
84:仕様書無しさん
10/05/31 00:36:58
>>82
85:仕様書無しさん
10/05/31 02:23:21
概念じゃなくて売り物としての「システム」を議論していると思ったんだけど。
86:仕様書無しさん
10/05/31 02:34:18
情報システムの話だよね
プログラマ板なんだし
87:仕様書無しさん
10/05/31 23:57:19
内製は頑張りすぎるとそれが「当たり前」になってしまうのが辛いな。
ある時点で評価が全く上がらなくなる。1000万の仕事を300万くらいに
減らしても、いつしか何とも思われなくなる。
で、そうなると技術の主要メンバーが辞めだして火だるま突入。
会社の成長は一気に減速する。どう乗り切るかは経営者の手腕に掛かるが、
殆どの会社はなし崩し的に過去の遺産の業務を続けているだけで終わるな。
この業界、ずーーーーとそれの繰り返しだ。
88:仕様書無しさん
10/06/01 00:00:10
>>87
それはね、過程より結果を重視しなければならない経営の基本を忘れてしまったからだよ。
無能な経営者は結果を重視しない。
89:仕様書無しさん
10/06/01 00:48:21
そこで分社化ですよ。
なんとかシステムとかなんとかデータとかなんとかコミュニケーションズとか。
そして何の罪もない他の会社に動かないコンピューターを売りつけに行くと。
90:仕様書無しさん
10/06/01 01:21:20
だから独立してコンサルや起業といって（ｒｙ
91:仕様書無しさん
10/06/06 08:25:45
>>83
世の中の労働階級の９割を敵に回す発言だなｗ
92:仕様書無しさん
10/06/06 08:47:14
>>87
そらぁあたりまえでしょ。営業だって去年がんばっても今年はそれより数字を出さないといけないんだから。
ってか社内SEってあんまり辞める人って聞かないけど
93:仕様書無しさん
10/06/06 12:02:00
>>83
「その会社でしか通用しない能力」ってなんだろう？
社内書類のレイアウトを全部覚えてるとかかな。
94:仕様書無しさん
10/06/06 12:03:55
>>92
社内SEって理解されない孤独な職業。
誰もが早々に転職したいと考えているが、
そんな職歴では誰も雇ってくれず、
しぶしぶ奴隷として社内SEを続けることに。
95:仕様書無しさん
10/06/06 13:23:12
>>93
というより、ほとんどの作業は「その会社でしか通用しない」もんだけどな。
96:仕様書無しさん
10/06/06 16:06:10
>>95
「作業手順」に関することならほとんど会社毎に違うね。
その違いで戸惑うのは知識も技術も無い人だけでしょ。
真の技術者ならそんなことは何の問題にならない。
97:仕様書無しさん
10/06/06 17:04:02
真の技術者(笑)
98:仕様書無しさん
10/06/06 17:12:49
真の技術者の前では不都合な真実は全て無かったことにされる
99:仕様書無しさん
10/06/06 18:54:42
ってゆーか、「９０％のプログラマは技術者と呼ぶほど専門的能力を持っていない」というのを
そろそろ認めたほうがいいと思う。
だって、パソコンさわったことありませーーん！ってのが実際、派遣社員（経歴はバリバリ）として
送られてきて、最初はできなくても２週間もデスマーチさせたらら、最低限のプログラムは組める
ようになってるんだから。
開発環境が劇的によくなって、プログラマは技術者という代名詞は使えない程度の敷居でしかな
くなったんだよ
100:仕様書無しさん
10/06/06 19:00:43
>>99
パソコンさわったこともありませーーん！なんて言ってる奴が
いきなりプログラミングの仕事に就くのはどう考えてもおかしいだろ。
これは社会が間違っていると言わざるを得ない。
101:仕様書無しさん
10/06/06 19:14:12
えっ？なんで
仕事ってそういうものじゃないの？
植木職人になる奴は植木カットしたことある奴じゃないだろ
102:仕様書無しさん
10/06/06 19:18:00
>>101
えっ、プログラマーって専門学校か大学で専門的に勉強した人がなるものじゃないの？
103:仕様書無しさん
10/06/06 19:19:41
なんでそう思ったの？
104:仕様書無しさん
10/06/06 19:20:39
プログラムなんていまどき中高生でも学校で習うし
趣味でもできるようなレベルのものだろ
医者や士業みたいに言うなよ
105:仕様書無しさん
10/06/06 19:32:01
肉体的にはキーボード打つだけだからね。
法で保護されてるわけでもなし。
他の頭脳労働で法で保護されてないやつは大抵いかがわしいものだ。
なんとかコーディネーターとかなんとかデザイナーとか。
106:仕様書無しさん
10/06/06 19:39:27
プログラマ以外でも、世間の大半はそんな難しいことしてないだろ？
技術職に限ったって、畑違いの上に情報少ないから気付かないだけ。
電気屋だってメカ屋だって、別にマザーボード設計したりエンジン設計
出来る奴ばかりじゃない。（というか、出来ない奴のほうが圧倒的に多い）
IT関係の仕事は、大して資本なくても始められるから、舐められてるんだよ。
107:仕様書無しさん
10/06/06 19:55:49
>肉体的にはキーボード打つだけだからね。
これも罠。
長時間のPC作業は体に悪い。
体を動かしている方が健康にいい。
108:仕様書無しさん
10/06/06 20:24:27
役所や病院の受付だって同じ
109:仕様書無しさん
10/06/06 20:24:43
動物学的に見ても、一日中机に座って作業するのは相当異常だよな。
110:仕様書無しさん
10/06/06 20:29:31
一冬寝て過ごす奴もいるが
111:仕様書無しさん
10/06/06 21:49:11
>>102
> えっ、プログラマーって専門学校か大学で専門的に勉強した人がなるものじゃないの？
一部上場企業だけで毎年何人の新卒を採用していると思う？
あんなに大勢”本物の”プログラマが日本にいると思うか？
企業でSEやプログラマを名乗ってる奴の中に（大学で専門的に勉強した人の中にも）
まともにスキルのある奴なんて数えるほどしかいないぞ。
112:仕様書無しさん
10/06/07 12:38:28
>>99
でもたいていの中小企業では、頭脳労働と称する事務職が威張ってるんだよな。
プログラマーというのも事務職の一形態と考えれば分かりやすいだろう。
こんな楽な椅子は絶対手放せないから、雇用調整助成金などでなんとかしがみつこうとするわけだ。
113:仕様書無しさん
10/06/07 19:17:16
さぁ>>99の事実を突いた発言により盛り上がってまいりましたｗというほど盛り上がってはいないかｗ
でも確かに大半のプログラマのプログラミング技術は言うほど専門的なものではないよね。
冗談抜きに「～をしたい」と探せば目的のサンプルコードが出てくる。
サンプルコード集に出てこない低階層レベルのプログラミングをしている人なんて相当少ない。
大半はサンプルコードの継ぎ接ぎで組めるシステムを組んで専門家面しているのが実態。
そう考えると内製することも人をそろえることも昔と比べて遥かに簡単になったよな…。
114:仕様書無しさん
10/06/07 19:29:10
俺アマグラマなんだけど、プロの平均的プログラマってどの程度のプログラムが書けるものなの？
115:仕様書無しさん
10/06/07 20:02:58
printという単語をタッチタイピングで入力できます
116:仕様書無しさん
10/06/07 20:36:32
>>114
>>113が言うとおり、ネットに落ちてるコードを探してコピペする程度の技術
趣味でプログラミングやってるようなやつは、マ業界では上位の技術を持っている可能性大
趣味との差は、何十万行におよぶ他人のソースをいじるという点
117:仕様書無しさん
10/06/07 21:09:33
> 冗談抜きに「～をしたい」と探せば目的のサンプルコードが出てくる。
そんな楽な開発だったらいいなー。
118:仕様書無しさん
10/06/07 23:39:41
> 冗談抜きに「～をしたい」と探せば目的のサンプルコードが出てくる。
だいたいそんな感じ。
怠け者であることはプログラマの美徳。
だから、コンプラがやかましくてネットにつなげない環境は非常に困る。
セキュリティーがうるさいと開発効率低下してうっとうしい。
119:仕様書無しさん
10/06/08 01:27:51
学生の課題ならともかく、仕事ならコピペでもいいんだよね。 問題はそのコピペを
まったく理解してないから、何か問題が起きたり機能追加しようとすると終わるのが
多いってだけ。 後はGPLで公開されてるコードをコピペされても困るな。
プログラマの美徳ってのは怠け者じゃなくて、怠けるための努力を怠らないって
ことでしょ。 コピペってあんまり怠けられないんだよね、今のコードに合わせて
手で修正しようとすると意外と手間だし、関数丸ごとコピペならコピペの意味は
あんまりないし。
120:仕様書無しさん
10/06/08 15:59:42
>>114
５０００ステップ程度のプログラムならチョイチョイと書ける
121:仕様書無しさん
10/06/08 16:02:50
>>120
ステップってどういう単位？
行単位なら言語によって大幅に違うし、
関数型言語では手続きを書かないからステップ数自体が無意味だし・・・
あえて言うなら未だにステップとか言ってる古い頭の人がプロの平均的プログラマですかね？
122:仕様書無しさん
10/06/08 17:40:05
Javaの案件でステップ数出せとか言われたことあるわ
123:仕様書無しさん
10/06/08 17:45:14
俺は頑張って時間をかけてソースを短く見やすく書いたら、
小さいプログラムだからという理由で値切られたから、
その場でプログラム全削除するぞ、と言ってやったら
その後一度も値切られることはなく、今も付き合いはつづいている。
124:仕様書無しさん
10/06/08 17:48:23
団塊世代ってすぐ値切るから、たまに強気で行かないとダメだね。
あいつらは値切れなくて元々と思って値切ってくるから、
こっちが強気になったらすぐ引き下がるよ。
しかも、勝ちに拘る文化の中で育ってきたものだから、
言葉の上で勝ちを譲ってやったら面目が立つみたいｗ
125:仕様書無しさん
10/06/08 18:23:16
>>121
FP法だとかいろいろ言われているけど、ステップ数はいまだに業界標準だ。
これ以上わかりやすいものはない。
Javaだろうがなんだろうが関係ない。
126:仕様書無しさん
10/06/08 18:40:19
>>125
ステップ数なんてプログラムの規模と全く相関がない。
ウチはこんな基準使ってる所とは契約しない。
127:仕様書無しさん
10/06/08 18:45:55
>>126
大手の老舗SIベンダーは今でもステップ数や仕様書1枚いくらでやってるだろう？
WEBベンチャー系の請負の会社位だろそんな事言ってるのって。
まあ古い手段であるし、俺も理解できないけれど。
「テスト仕様書1枚5万円だから改行ガンガン入れてページ増やしてってね」
なんて指示されるもんだ。
128:仕様書無しさん
10/06/08 18:49:08
>>126
上流工程になればなるほど、管理方法ってのが重要になる。
そして、ステップ数以上のわかりやすい管理手法が存在しないのもまた事実
129:仕様書無しさん
10/06/08 18:50:15
>>128
それはね、無駄に大人数動員するからだよ。
130:仕様書無しさん
10/06/08 18:52:44
今後はこんな展開になりそうな予想です。
アホ企画者「こんなサイト作りたいなあ」
アホ社長「じゃとりあえず受託会社いくつかに投げておいて」
でできた物をサーバーに置いて一番インフラコストが安い会社にお金を払う。
こんな感じになったら最悪だなあ。
131:仕様書無しさん
10/06/08 18:57:34
>>127
そういう所はお役所でも多いよ。
A4紙を積み上げて1cm10万円が相場ｗ
132:仕様書無しさん
10/06/08 19:02:57
>>131
役所で1cm10万て。。。不景気なんだなあ。。。
ちなみに1ページ5万て2003年位の頃の話。案件はJTBだったと思う。
133:仕様書無しさん
10/06/08 19:39:32
>>130
だからこそ、この業界から足を洗って、一般企業に入って電算の神となるべし！
ってか、紙の枚数や重さでってのは、さすがにもうないだろｗ
134:仕様書無しさん
10/06/08 21:23:03
Web業界はステップ数でやってる所は皆無だな
FPか画面数×難易度みたいな感じ
135:仕様書無しさん
10/06/09 08:04:54
>>134
難易度・・・技術者により変動する
画面数・・・わかりやすい
ＦＰ・・・ステップ数管理に近い
ステップ数管理法が、すたれない理由は上にもあるけど、
・プロジェクト管理をする側
・顧客
が双方とも、わかりやすい上に、上の例だと難易度とか技術者によって大きく異なる要素は管理がしづらい。
だから行数で規模を推測するのが一番確実なのも事実。故意に、ループを解除したりとかは考慮しない。
136:仕様書無しさん
10/06/09 11:01:52
無知過ぎだろ
137:仕様書無しさん
10/06/09 12:20:47
ステップ数とかCOBOL用の評価方法じゃんｗ
138:仕様書無しさん
10/06/09 12:29:58
>>132
1cm10万って言っても、ソースコードとかも含めてだよ。
ソースやらドキュメントやらを全部紙に印刷するわけ。
余白はなるべく多く、文字は大きめに、行間を空けてな。
139:仕様書無しさん
10/06/09 20:38:39
>>136
無知云々の問題ではない。
顧客に知識がない。これは誰でも理解できるだろう。
そして、１次請に技術がない。これもマならわかっているだろう。
この両者が、金の源流にいるという条件を忘れてはいけない。
一番わかりやすステップ数管理法が採用される必然的がわかるはずだ。
140:仕様書無しさん
10/06/09 21:01:12
一般企業に転職して半年のプログラマです。
デスクワークでは、周りより圧倒的に処理が速いので、上司から認められています。外回りは、周りと同じくらい。
やはりパソコン博士と呼ばれています。
ただ、便利屋にならないように頼まれるときは、「貸ですよｗ」の一言は忘れないようにしてる。
人手が必要な時に、「借り換えしてｗたのむっｗ」と言って人をかき集めた実績があるので、コミュ力が高く顔が広い
と評価をＧＥＴ。１年も経ってないのに異例の平から主任に格上げ（課長未満は残業代でます）。
プログラマが一般企業に行くと、重宝されるというのは事実のようです。
内製の話まではいかないけど、小さなプログラムやマクロの正規業務としてＯＫの開発依頼が入りだしてる感じです。
141:仕様書無しさん
10/06/09 21:04:43
>>140
どんな職種の会社？教えて欲しい。。。
俺も真面目に転職考えてる。
142:仕様書無しさん
10/06/09 21:05:01
>>139
>顧客に知識がない
>１次請に技術がない
それを日本語で無知というのでは
143:仕様書無しさん
10/06/09 21:15:58
>>141
物流系です。
技術的には、
プログラミング技術もそれなりに自信がないとだめです。
エクセルとアクセスがやっぱり主力ツールになるけど、それぞれ
の標準関数・標準クラスだけでなくAPIもちゃんと使えないとだめです。
社会人的には、
まぁ浮いた話の一つや飲み会やカラオケ、趣味とか通常一般人がある
環境にいる人でないとやっぱだめだし。
144:仕様書無しさん
10/06/09 21:21:59
>>143
サンクス。物流も視野にいれてみます。
営業事務とか広告業界営業辺りでエンジニア経験を陰ながら活かせるのかなと思ってたけど
何気に幅広いなあ。
145:仕様書無しさん
10/06/09 21:41:53
ＩＴ化が入り込む余地のない業界なんて、極めて少ないだろ。
１本１本手作りの刀鍛冶とかそんな職人分野だけだろ。
介護にいっても、介護スタッフの管理やら介護スケジュールetc ＩＴ化できる分野は多い。
146:仕様書無しさん
10/06/10 14:26:49
IT化が必要ない分野ってコミュニケーションが必要ない分野だよね。
金が動くためには人間同士のコミュニケーションが必要だから、
もしIT化が必要ない分野があるとすれば金の臭いがしない分野だろう。
147:仕様書無しさん
10/06/10 20:44:49
現場から生まれる内製は、強いね。やっぱそこ用に特化してるから。
いらない機能がなく、全部必要ってのも最高。
ＰＤＣＡサイクルも最短だし
148:仕様書無しさん
10/06/11 22:30:00
PDCAが全部自分ってパターンもあるよねｗ
149:仕様書無しさん
10/06/12 00:30:08
ウチがこのスレタイのパターンだ。
自分は元SI屋で、今の会社のシステム作ってた。
完成して1年たって忘れそうな頃に、引き抜きの誘いが来て転職。
他にも数名抜かれて、用済みとばかりにSI屋との保守契約切る鬼畜っぷりだったが。
内製しても、そう節約にはなってないようだけど、
使った金に対する透明性が高いのが気に入ってるようだ。
150:仕様書無しさん
10/06/12 00:54:36
それ裁判になったら100%負けるパターンじゃん
下手したら下請け潰しで行政処分出るぞ
151:仕様書無しさん
10/06/12 01:02:05
>>150
社会のこと何にもわかってないんだなぁｗ
俺は元公務員だけど、行政処分なんて滅多にやらないぜ。
手続きが煩雑すぎるし倫理的にもこれは最終手段なんだよ。
基本的に放置だね。
マスコミで大きく取り上げられたりロビー活動とかで
議員さん取り込んで圧力かけてきたりしない限り、
絶対にやらないと断言できる。
152:仕様書無しさん
10/06/12 01:08:41
滅多に出ないから下手したらって前置きがついているのでは。
153:仕様書無しさん
10/06/12 01:10:01
行政処分なんて普通に出るだろ
たとえば運送屋が事故ったら行政処分出るし
過労で死んだ奴が出ても出るし
政治家に頼まないと出ないとか妄想が激しすぎる
154:仕様書無しさん
10/06/12 01:26:27
> 行政処分なんて普通に出るだろ
> たとえば運送屋が事故ったら行政処分出るし
> 過労で死んだ奴が出ても出るし
> 政治家に頼まないと出ないとか妄想が激しすぎる
俺の担当してる運送業者は俺が知っている最近5年だけで３人は人死に出してるけど何もなしだよ。
その運送会社が利用していた派遣会社の方は派遣潰しが流行っていた時期に、危険行為だか超過勤務の誤魔化しだかの何かで3ヶ月の行政処分くらって一瞬で潰されてたけど。
155:仕様書無しさん
10/06/12 03:20:26
お前の地元の怠慢行政自慢はわかったから。
156:仕様書無しさん
10/06/12 03:28:23
行政処分なんて普通に出るっての
それともこれが全て
>マスコミで大きく取り上げられたりロビー活動とかで
>議員さん取り込んで圧力かけてきたりしない限り、
だとでも言うのかね
URLﾘﾝｸ(www.shouhiseikatu.metro.tokyo.jp)
URLﾘﾝｸ(www.city.chiba.jp)
URLﾘﾝｸ(www.pref.shiga.jp)
URLﾘﾝｸ(www.mlit.go.jp)
むしろ議員さん取り込んで工作すると処分されない
の間違いだろうに
157:仕様書無しさん
10/06/12 03:32:31
もちろん大手でも死亡事故起こせば処分される
URLﾘﾝｸ(www.mlit.go.jp)
158:仕様書無しさん
10/06/12 04:52:43
顧客企業がSI屋から引き抜くのは、下請け潰しとは違うだろ…。
それによく聞く話…というか、SI屋でキツくなってきた層の上がりポストみたいなもんだ。
159:仕様書無しさん
10/06/12 07:18:54
>>156
あのぉ。
そのリストの内容を見ると、明らかに消費者センター経由の行政処分っぽいんですけど？
労働や経営系では一切みあたりませんが？？
運送系も死亡事故じゃん・・・。そらでるよ。人死んでんねんで。
160:仕様書無しさん
10/06/12 08:16:53
ん？3人死んでも出ないんじゃなかったのかｗ
161:仕様書無しさん
10/06/12 18:36:56
３人死んでも出ないケースもある。って例でしょ。
んで、>>157の例は、あくまで結果のみを掲載したもの。つまり過去があって累積たまって行政処分が出たという可能性は？
いずれにせよ、人材の引き抜きによる行政処分は、聞いたことない。
あってもそんな多数ではない。
ってか、そんなもんで行政処分でてたら、ヘッドハンティングなんてできないやん。
憲法が保障した職業選択の自由がある以上、それに類するものは、そんな簡単に行政もうごけないよ。怖くて。
162:仕様書無しさん
10/06/12 18:50:40
> ３人死んでも出ないケースもある。って例でしょ。
そういうこと。
別に基準でも何でもないし、逆に言えば、その程度のルールすらない。
163:仕様書無しさん
10/06/12 19:34:56
なにこの不自然な援護射撃ｗｗｗ
164:仕様書無しさん
10/06/12 20:41:21
>>149
ってかSI屋にもまともにプログラミングできるやつ、おるんや？
165:仕様書無しさん
10/06/12 21:02:28
大手SIじゃなくて、子会社か地方の中堅じゃないかと。
166:仕様書無しさん
10/06/12 22:56:49
>>161
>ってか、そんなもんで行政処分でてたら、ヘッドハンティングなんてできないやん。
有名どころだと松下PDPとクリスタルの事件であったが
大阪労基から文書出てるぜ
167:仕様書無しさん
10/06/12 23:34:17
自分の身の回りで起こってなかったら、それが世の中のすべてだと思ってるんだろ。
かまわず放置しておけっての。
168:仕様書無しさん
10/06/12 23:44:52
同業他社による大量引き抜きは、法的にはグレーで
裁判になって負けたりするケースもたくさんあるね。
雇用以外でも、学習塾の生徒をほとんど引き抜いたとかでも事例あるよ。
169:仕様書無しさん
10/06/13 00:57:50
>>166
それって逆にいうと数えるほどしかないってことでしょ？
170:仕様書無しさん
10/06/13 00:58:23
だいぶ下方修正してきたなｗ
最初は政治家でも使わなきゃあり得ないとまで断言してたのに
171:仕様書無しさん
10/06/13 01:24:08
このスレ、別に二人っきりで話してる訳じゃないんだぜ
172:仕様書無しさん
10/06/13 01:59:36
まぁ、どんな悪質な引き抜きやって下請け倒産させても、
政治家の圧力がなければ行政は何も指導しないなんてアホな主張してるのは
1人だけだろうけど。
173:仕様書無しさん
10/06/13 02:12:18
>>172
は？証拠は？
174:仕様書無しさん
10/06/13 20:26:22
ってか、>>.151の元公務員は、最初から「めったにやらない」って書いてるのにｗ
俺も元だけど、実際ほとんどやってなかったよ。理由はしらんけど。
というより、初期段階の証拠集めの段階だと行政機関には強制力がないってのが一番じゃねーかな？
だから、動きたくても動けない。
食品の産地偽装や表示違反だって、立ち入り調査は任意だから、結局、行政処分までたどりつけない
ケースが多々ってとこ？
175:仕様書無しさん
10/06/13 20:31:23
なにこの不自然な援護射撃
176:仕様書無しさん
10/06/13 20:32:17
まぁ実際そんなに行政が動いてくれるなら偽装請負がこんなに横行してるわけもなく・・・。(;_;)
つーか、内製の話が全然ないじゃん
177:仕様書無しさん
10/06/13 22:51:37
> なにこの不自然な援護射撃
そうやって一生「まわりはグルだ」って思い込んどけばいいよ
178:仕様書無しさん
10/06/13 23:19:41
引っ込み突かないのは解るけど、実例まで出されてあることを実証されてるんだから
いい加減諦めてスレ違いの話題は辞めたらどうなんだ。
179:仕様書無しさん
10/06/14 16:33:49
そんなにポンポン行政処分出してたら経済が混乱するだろうが。
だからあんまりやるなと言われてるんだよ。
公務員は金儲けをしない社会奉仕人じゃないんだよ。
経済を活性化させるのも公務員の大切な仕事。
180:仕様書無しさん
10/06/14 18:27:50
逆だろ
181:仕様書無しさん
10/06/14 20:59:57
おまわりさんが張り切って速度違反取り締まって、
みんなが制限速度以下で走るようになったら道路網がパンクする、ですね
最近の例では、
非正規雇用を規制したら失業者が増えたとか、
サラ金規制したら闇金融しか金を借りるすべがなくなったとか、
タバコの害を強調したら若者は大麻吸うようになったとか
182:仕様書無しさん
10/06/14 21:13:50
>>181
道路容量と最高速度にはあまり関連はないような気がするんだが。
183:仕様書無しさん
10/06/14 21:35:40
一番交通効率がいいのは全員が車間距離を取って同じ速度で走ることで
一人だけ早い奴がいたらそいつに譲るために詰まったりして逆に遅くなる
184:仕様書無しさん
10/06/14 21:36:23
>>182
実際にやると渋滞になる。
４０キロ制限の道路だと、普通は４５～５０キロくらいで流れている。
おまわりさんも機材の測定誤差を勘案して、１０キロオーバーくらいから取り締まる。
しかし、本気で４０キロ厳守しようとすると、
うっかりオーバーしないためには３５キロくらいで走る必要がある。
185:仕様書無しさん
10/06/14 22:02:02
速度超過と行政処分に何の関連性もないし、事情だって全然違うだろうに。
下請けの社員を全員ヘッドハントして会社倒産させたら明らかに反社会的だから、
裁判に負けた上に、役所から指導が入っても当たり前だけど、
それを1km/hの速度超過に例える事に全く意味はない。
186:仕様書無しさん
10/06/14 22:26:18
>>185
コンプラ違反は全部逮捕しろって話みたいだったから、
それじゃ経済回らなくなると思ったんだよ。
187:仕様書無しさん
10/06/14 22:27:10
水清くして魚住まず
188:仕様書無しさん
10/06/14 22:38:54
>>186
逮捕 を含むレスをフィルタ表示
187 レス中 1レスがヒット
189:仕様書無しさん
10/06/14 22:40:00
コンプラ違反で行政指導は普通にあるだろうなってだけの話なのに、
なんでコンプラ違反は全部逮捕しろって話みたいだと思ったんだ。
まさか行政指導＝逮捕だと思ってるのか。
190:仕様書無しさん
10/06/14 22:43:27
手錠掛けられなくったって、いろいろ罰を受けるわけなんでしょ？
191:仕様書無しさん
10/06/14 22:49:08
行政指導なら名前晒されて警告されるだけ
行政処分なら営業停止○日とか状況復元とかそんな感じだろうな
上に出てたクリスタルは5回くらい行政処分された挙げ句に偽装請負でまた処分されて、
国会でも問題になって廃業したけど、これは特殊だな。
192:仕様書無しさん
10/06/14 22:52:30
あのぉ。内製スレなんすけどｗ
193:仕様書無しさん
10/06/14 23:01:44
そっか、
スリーストライク・ワンアウトみたいな感じなんやな。
194:仕様書無しさん
10/06/14 23:04:40
ひまだし。>>99を利用して内製について切り込んでみよう。
たとえば、
在庫管理システムを作るとしよう
１５年前だったら、まず一般企業の内製だと専従員が必要だっただろう。
しかし、いまなら仮に、電算部門の人間を１から育成するとして
在庫システムに求められる最小の機能を考えると
Accessでも十分に耐えられる（規模によるけど）
Accessなら素人に毛が生えた程度でも実際組めてしまう。
そう考えれば、内製は思っているほど問題は少ないように思える。
195:仕様書無しさん
10/06/15 20:12:09
じゃあ、新卒３人でデジタルカメラとかテレビとか開発できる？
例えば元ソースがあったとして、それを参考にできるとしても。
（パクリはダメだよ～）
196:仕様書無しさん
10/06/15 20:26:21
何がじゃあなのか分からない。
197:仕様書無しさん
10/06/15 20:32:27
内製でできることがツールキットの類をうまく使えば広がるのは分かるよ。
でも、できないものだってあるわけで
できないものをできないといって外注するなり専門業者を使うのを
当たり前のことだと言えなくなってしまうから内製は怖いところがあるんだよ。
例に出したものだってプロトタイプ開発キットなるもんを出すところもあるわけで。
やっぱり新卒三人じゃ製品にはならないと思うけど。
アクセスでできることと、SQLサーバと普通のクライアントなり、
ブラウザなりでやらせることが違うことぐらいは分かって言ってるよね？？
198:仕様書無しさん
10/06/15 20:42:39
エンドユーザにとっては大して変わらないような。
199:仕様書無しさん
10/06/15 20:43:28
内製のリスクとしてもう一つあるのは、ガラパゴス化だね。
例えば一度VB４とかで作った１５年前ぐらいのシステムとやらが
延々と拡張を重ねて生き延びてしまったりする。
で、世代交代をサボったツケが、ある時運の悪い担当者にくる。
５０代＜これは昔３ヶ月でできたんだ。
あんたら＜でもいまの開発環境でも半年はみないと、あとMSDNでも買ってくださいよ。
５０代＜タダのが出てるだろ、あれでやれ。
あんたら＜PCも買い換えないと
５０代＜もったいない、昔の何とかつかえ
・・・・実話であったりするんじゃないかねえ・・・
200:仕様書無しさん
10/06/15 20:51:52
>>195
テレビなら高校生の頃に作ったぞ。
201:仕様書無しさん
10/06/15 20:53:55
>>200 BMLブラウザも？CAS関連部分も？MPEGー２とかAACも？
すげえ神が降臨したらしい。
アナログならどっかに生き埋めになってください・・・
大昔のトランジスタ時代は回路図入ってたらしいね
202:仕様書無しさん
10/06/15 21:05:29
社内で使うものがガラパゴス化したって問題ない
というか内製するのであれば逆にそれがある意味正常な姿
テレビとかデジカメとか意味分からん
製品として売るなら話は別だけどな
203:仕様書無しさん
10/06/15 21:08:11
>>195
たとえがひどすぎるだろｗ パソコンの基盤作れるの？っていってるのとかわんねーぞ。
パソコンの基盤から作れるプログラマがどれだけいるよ？９９．９９％は脱落するだろｗ
>>197
そこがプログラマが実はわかっていないとこ。
ユーザーからすれば、動いていればいいの。それが重要。
そして、信頼性だとかもAccessも十分なレベルになっているという現実。
>>198
汎用機からＰＣへの移行時代はあっただろうね。
だけど、いまの環境だとデータの受け渡し方法はいくらでもあるから
そんなことにはならんとおもうよ。
>>201
まずは自分ができるようになってから、人にどうこう言ったほうがいいのでは？
204:仕様書無しさん
10/06/15 21:08:49
製品として売る技術と内製で使う技術
・・・・いや分けてられるほど高いならあれだが
実は双方低空飛行で
そのうち追試
205:仕様書無しさん
10/06/15 21:10:05
>>203 なんでもできちゃう魔法の手は欲しいけど
結局イグアナさんの手になってしまうんだろうねえ
206:仕様書無しさん
10/06/15 21:21:11
エンドユーザは技術なんて求めてないし
自分の業務を行っていく上で使い易くてきちんと動けばそれでいい
社内で使うものは自社にあったもの、製品として売るものは一般的なUIと
業務のフローに沿ったものが求められる
なんでもできる魔法の手なんて社内で必要ないし使わない、
そこで生活するのに最適な進化をとげればいいんだよ
まあイグアナの本当の気持ちはしらんけどなｗｗ
207:仕様書無しさん
10/06/15 21:50:40
わかったからPC９８０１でN８８BASICをメンテする作業に戻るんだ
なんてなあw
208:仕様書無しさん
10/06/15 22:00:54
>>203
大学時代に実習でやったぞ
209:仕様書無しさん
10/06/16 00:02:35
ちょっと前までならソフトウェアを動かすハードが無くなってというような危険性が
あったけど、今は仮想化で生き延びさせれるからなぁ。 まあ、そんな古いシステムの
面倒を見続けるのは簡便してもらいたいがな。
210:仕様書無しさん
10/06/16 07:00:18
なんで古いシステムのメンテを嫌がるの？新しいとなにがあるの？
古いってことはそれだけ、枯れてて、バグだってほぼ埋まってるのに。
新しい必要があるの？ユーザーの業務は滞りなく動いているのに。
古いシステムだろうが、新しいシステムだろうが関係なくね？
211:仕様書無しさん
10/06/16 07:12:46
古いシステムのメンテの方が楽だな確かに
それが例えCOBOLやPL/Iであっても
212:仕様書無しさん
10/06/16 07:14:13
ソフトウェアのメンテナンスってより、ハード交換のほうが多かったわ
サーバルームにAS400とかSystem370の中古の部品が積んであって壊れたら交換みたいな
ソフトウェアはデータメンテ以外で殆どいじんなかったなぁ
213:仕様書無しさん
10/06/16 12:54:27
>>210
古いシステムがってよりレガシーコードがってことだろ
コピペで作られた自動回帰テストも出来ないコードのメンテで夜遅くまで残業してたくないわな
俺もこの間メンテしたコードでデグレが云々言われて手動テストのテスト項目数が
当初の10倍になったとき卒倒しそうになったわ
214:仕様書無しさん
10/06/16 18:36:47
>>210
老練な問いだなｗ
まぁ若いうちは変化や新しいものを求めるってことだな
ユーザーが求めるからではなく自分がやりたいからって状況だったってことは若いうちはよくある
215:仕様書無しさん
10/06/16 18:42:53
>>210
新しいことがやりたいから古いシステムのメンテを嫌がるんだよ。
だって古いシステムのメンテなんかやったって達成感もなければスキルも身につかないじゃん。
216:仕様書無しさん
10/06/16 18:56:35
で、大体の場合古いものはゴミになるんだよな。
他の保守的な仕事と違うのはそこ。
機械とかでも保守的な業界のは変化に乏しいらしいからなあ。
自動車とかだとそうはいかないんだろうが
217:仕様書無しさん
10/06/16 19:00:39
どんな企業にも一定のイノベーションが必要なんだよ。
ずっと同じ事やってる企業はそのうち廃れる。
218:仕様書無しさん
10/06/16 19:02:17
んで、変化の乏しい廃れる企業がいつも言うのは「伝統を守ろう」
伝統って言葉は死にそうな企業をゾンビに変える魔法の言葉なんです
219:仕様書無しさん
10/06/16 19:07:29
えっ
220:仕様書無しさん
10/06/16 19:17:03
は？
221:仕様書無しさん
10/06/16 19:38:34
学生「PCが特技です」 人事「PCスキルなんて身につけてて当然だろカス」
ｽﾚﾘﾝｸ(news板)
内製が可能な土壌はすでにあるそうです
222:仕様書無しさん
10/06/16 19:43:07
わろたwwwwwwwwww
>>214が ＞ユーザーが求めるからではなく自分がやりたいからって状況だったってことは若いうちはよくある
と書いた後に
>>215が ＞だって古いシステムのメンテなんかやったって達成感もなければスキルも身につかないじゃん。
だって
>>214が指摘したのにわざわざ指摘通りのお子様回答してるwwwwwwwwww
223:仕様書無しさん
10/06/16 21:23:55
古いシステムのお守りすんのが「大人」って思えちゃう思考回路も相当ガキ臭いけどね
224:仕様書無しさん
10/06/16 21:52:48
>>223
大人の定義を教えてください
225:仕様書無しさん
10/06/16 21:55:27
上の毛が無くなって、下の毛だけになること
226:仕様書無しさん
10/06/16 22:28:32
>>225
死ぬまで上の毛が残っているおじいさんはガキですか
227:仕様書無しさん
10/06/16 22:36:39
>>223の発言が一番ガキ臭い件
228:仕様書無しさん
10/06/16 23:08:16
下に白髪が混ざったら大人
229:仕様書無しさん
10/06/16 23:09:07
最近プログラミングに飽きてきた
230:仕様書無しさん
10/06/16 23:41:44
若者は車輪の再発明が大好き
最先端の技術を駆使して、おっさんが作れないシステムを作った気になっているが
それらは得てして昔COBOLで作られていた物をJavaやPHPで作り直しただけ
みたいな場合が多い
事業にとっては情報を処理することが最重要であって
誰が何で作ったかはIT技術者のオナニーでしかない
231:仕様書無しさん
10/06/16 23:51:22
だって、COBOLとかアホみたいに高いじゃんｗ
おっさんの生活のために仕事作ってやってるわけじゃないんだよ。
232:仕様書無しさん
10/06/16 23:54:22
無能に再発明させる方がコストは高いけどな
233:仕様書無しさん
10/06/16 23:56:04
寧ろ仕事を作って貰ってるのは若者じゃね？
まだ使えるシステムをリプレースさせて貰えてるんだから
234:仕様書無しさん
10/06/16 23:58:02
>>232
昔みたいに全部自作する必要なんてないんですよ。
235:仕様書無しさん
10/06/17 00:26:47
,―ヽ＿（（（（（＿、―
,／ ノ ヽ ~＼
／ ノ ＩＰＡ ヽ ~＼
／ ノ ヽ、 `ヽ
| ﾉ /￣＼ ／￣~ヽ ヽ i
| ノ | ノ
＼ | ＜●＞ ＜●＞ （ ）
＼ | ｜ | i /
| / ヽ ﾚ
i （●_●） /
i、 ,-―-、 ・ /
i、 <（EEEEE）> ∵/ 実装なんてインド人にやらせとけばいいんだよw
i、 ＼ .／ /
＼ ーー ,ノ
,,.....イ.ヽヽ、ー-―一ノﾞ-､.
: | '; ＼_____ ノ.| ヽ i
| ＼/ﾞ（__)＼,| i |
236:仕様書無しさん
10/06/17 00:31:27
>>233
リプレース案件なんて、ほとんど高齢SEのための仕事でしょ。
(そこに人足として若年PGが組み込まれることはあるけど)
237:仕様書無しさん
10/06/17 00:50:33
無能ほど先人を批判する
そうしないと自分を正当化できないから
238:仕様書無しさん
10/06/17 01:38:43
そこは、一般化して「無能ほど有能な人を批判する」にしようよ。
239:仕様書無しさん
10/06/17 02:15:56
20年やってるSEは20年やってるにしては無能だけど
1～2年目のガキよりはいろいろ知ってて有能
240:仕様書無しさん
10/06/17 02:41:03
１～２年目のガキより何を知っているの？
241:仕様書無しさん
10/06/17 02:43:18
20年仕事やってるのに、1～2年目のガキと比べないといけないのは悲しくない？
242:仕様書無しさん
10/06/17 02:44:27
俺が知ってる40代のSEって最新の技術については何にも知らないみたいな印象だよ。
どうせ車輪の再発明だろうとか思って無視してるのかな？
243:仕様書無しさん
10/06/17 02:46:47
最新の技術が必要ない場所に対して
最新じゃないという理由だけでリプレースを要求するのは理不尽だと思うが。
Web2.0とかクラウドとかに踊らされすぎじゃね。
244:仕様書無しさん
10/06/17 02:50:12
>>243
踊らされるというか、社会全体がそっち方向にシフトしていくことが
明らかな技術というのがあって、長い間仕事してきた人ほど
そういう技術の将来性を見ぬくことができないんだよね。
仕事に追われてリサーチする時間が取れないんだろうね。
245:仕様書無しさん
10/06/17 02:54:25
30代までバリバリ働いて、そこで一度大学院に行ってリサーチの目を養うべきだと思う。
でもそんな生活が許されないのが日本のクソ社会の悪いところ。
246:仕様書無しさん
10/06/17 03:04:26
車輪の再発明とかアホとかってどうなんだ？
知らん奴が作ったコードが入り乱れていたらﾒﾝﾃしにくくない？
車輪の内部も理解してないのにプラモデルのごとく利用するのが果たして正しいのだろうか？
理解もしてないのにとりあえず使ってみたとかやめた方がいいんじゃないか？
247:仕様書無しさん
10/06/17 03:33:16
んでお前はMicrosoftOfficeの内部がどうなってるか理解した上でExcelを使ってるのか
248:仕様書無しさん
10/06/17 03:35:38
officeぐらい簡単に作れる
249:仕様書無しさん
10/06/17 07:21:55
もりあがってまいりましたｗ
論点
動いているシステムを、別の言語で作り直すことは価値があるか？について
ほとんどの場合、価値はほぼないｗ
250:仕様書無しさん
10/06/17 07:31:07
デメリットのほうが多いよな。特に内製だと。
内製だと不要な機能はほとんどなく、使い古していればバグはほとんどない。
なによりユーザーが使い慣れている。
わざわざ新しい言語で作り変えるメリットは、かなり少ない。
コスト面をみても。
251:仕様書無しさん
10/06/17 08:01:53
>>249
同じ機能なのに、別の言語で作り直すとか馬鹿だろw
252:仕様書無しさん
10/06/17 08:10:44
作り直すことがあるとすれば、リアルにもう書き換えなきゃどうしようもない
アセンブラやPL/Iで書いてあるのくらいかねぇ
あの時代の汎用機は汎用機言ってもハードに依存してるから
機械が無くなったら駄目になる
253:仕様書無しさん
10/06/17 19:35:31
この業界に入りたての頃は、みんな技術が最優先だからなぁ。
でも、実装する業界の知識がいかに重要かは、経験を経て初めて知る。
この点は、上流工程に近いところで仕事をすることができた者だけが、自然と理解できるようになる。
派遣とかで人が作った仕様書を見て実装だけをやっていると、何十年やっても気が付かない
254:仕様書無しさん
10/06/17 19:46:03
>>253
中間管理職は忙しいばかりで企業の成果に全然貢献出来ていない無駄な人間なんですよー
255:仕様書無しさん
10/06/17 20:09:37
車輪の再発明でもなんでも仕事になってお金もらえるなら文句は言いません
256:仕様書無しさん
10/06/17 20:16:34
車輪の再発明なんてほとんど無いよ。
257:仕様書無しさん
10/06/17 20:51:07
>>253
> でも、実装する業界の知識がいかに重要かは、経験を経て初めて知る。
実装する業界の知識なんかはその業界のプロに任せればいいわけで、
エンジニアの出る幕じゃないよ。
いつの間にか、エンジニアをやめてその業界のビジネスマンになってる人も多いけど。
258:仕様書無しさん
10/06/17 21:00:26
>>257
>ビジネスマン
勝負に負けて試合に勝ったって感じがする。
多分正しい生き方なんだろうけど。
259:仕様書無しさん
10/06/17 21:28:28
>>257
法律や業界知識がなくてもいい、だれでもできる仕事をしているというのはよくわかった。
260:仕様書無しさん
10/06/17 21:42:47
ソフト製造なんて誰でもできるんだから、その業界の人間が勉強して
システム構築するべきなんだよ。
そこを、代わりにやってあげますみたいなことやってるのがダメ過ぎる。
261:仕様書無しさん
10/06/17 21:56:16
>>259
他人と差別化するポイントとして、法律や業界知識しか思い浮かばないのは悲しいな。
少なくとも、技術者として情けない。
だいたい、法律はともかく業界知識なんて
特定の業界で働いてればだれでも身につくものだろう。
262:仕様書無しさん
10/06/17 22:17:57
まさに俺が言いたい事を池田信夫に書かれて悔しい
URLﾘﾝｸ(ascii.jp)
263:pure ◆vCtiwSWdZQ
10/06/17 23:44:31
>>261
君と他人を差別化するポイントってなんなの？
参考までに聞かせておくれ。
264:仕様書無しさん
10/06/17 23:53:18
局部のサイズ
265:仕様書無しさん
10/06/18 07:01:34
>>261
>だいたい、法律はともかく業界知識なんて
>特定の業界で働いてればだれでも身につくものだろう。
はい。ウソをついた上に、ベテランの現実を認めてる。
そこにいれば、特段勉強しなくても業界の知識は得られるだろう。
でも必要なのは確実。つまりベテランはそれだけ業界知識を有していて、
少なくとも入って１，２年の雑魚よりは使える要素が多いということ。
つぎに、業界知識とその業界の法律ってのは、基本的に切り離せない。
だから、「法律はともかく」なんて言葉を使ってる時点で、法律だけ別格扱い
していて、ほんとに社会人やってるのか疑わしい。
そもそも、ほとんどのプログラマは技術者の代名詞を使えないと上のほうでも
書かれていていたが、プログラマが技術者を名乗る時代は終わった。
266:仕様書無しさん
10/06/18 07:19:59
それをいってしまったら、キリがないよ。
機械屋や電気屋の設計がCAD・CAM・CAEの威力で
連中が口やかましく言う「ものづくり」から乖離して
部品の組み合わせと配置だけ考えるタイル工や配線工と変わらなくなって久しいし。
267:仕様書無しさん
10/06/18 07:59:24
> プログラマが技術者を名乗る時代は終わった。
そういう「業界」の経験しかないことはよくわかった。
ま、SIerが終わりっていうのには同意するよ。
268:仕様書無しさん
10/06/18 08:00:50
CADやるのはオペレータの人だろ
269:仕様書無しさん
10/06/18 13:25:31
SIer爆発しろ
270:仕様書無しさん
10/06/18 13:41:34
レイヤの違いに貴賎は無い
271:仕様書無しさん
10/06/18 13:48:28
あるよ。
選択肢が多い方が偉くて、選択肢が少ない方が卑しい。
272:仕様書無しさん
10/06/18 21:41:04
>>265
たしかに法と業界運用知識は普通セットだな
なんで、法律はともかくなんて言ってんだろ？>>261は法知識にへんな権威でも抱いているんだろうか？
273:仕様書無しさん
10/06/18 21:50:24
>>272
業界人が知ってる法知識なんて限られたものだろ。
274:仕様書無しさん
10/06/18 22:10:18
>>272
それも狭い範囲の話だけどな。
275:仕様書無しさん
10/06/18 22:50:03
その限られた法知識があるのとないのとで
天と地ほど意味がかわってくるけども
276:仕様書無しさん
10/06/18 23:38:17
自分の知ってる範囲だけで語ってる奴が多いな。
277:仕様書無しさん
10/06/19 01:09:58
じゃあ知らない範囲のことを語ろうぜ！
力士は全員が賭博やってる
278:仕様書無しさん
10/06/19 01:13:33
火星人はりんごが好き
279:仕様書無しさん
10/06/19 18:53:27
若いプログラマは技術さえあればＯＫなんて思ってるのに、
法律を知っているというだけで権威を感じ、卑屈になるｗ
しょべぇｗ
280:pure ◆vCtiwSWdZQ
10/06/19 23:33:30
正直、法律まで勉強してる余裕はないな。
281:仕様書無しさん
10/06/20 13:49:59
せめて自分が作ってる物が関係する法律くらい勉強しろよ・・・。
責任の欠如だろ。
282:仕様書無しさん
10/06/20 13:55:28
自分らが作ってるモノに関係する法律なんて何百あることやらｗ
283:仕様書無しさん
10/06/20 13:56:07
漏れ意外と法律覚えるの好き
284:仕様書無しさん
10/06/20 14:40:14
最終製品作ってるわけじゃないから、関連法律ってせいぜい著作権くらいかなぁ。
あと、各種ライセンス。
285:仕様書無しさん
10/06/20 15:46:49
著作権は何作るにしても必須だな
あとは働く以上は労働者もしくは雇用者なんだから、労働関連の法律も知る必要がある
業種特化なら、たとえばWebやってる奴なら個人情報保護法くらいは知らないと設計できないだろうし
業務系の奴なら何かしら内部統制とか絡んでくるだろうし
286:仕様書無しさん
10/06/20 17:05:39
>>282
自分が担当している業務の簡単な内容と、それに関係する法律を何百もあげなくていいから１０個あげてみて。
287:仕様書無しさん
10/06/20 17:10:23
>>286
お前に命令されるのは気に入らない
288:仕様書無しさん
10/06/20 18:59:32
>>287
２，３個くらいしか思い浮かばなかったんだろｗ
そんなもんだよ。だからこそ、せめて自分が実装している
システムに関連する法規くらい知ってろっつーの。
新しい言語を覚えることだけが技術者ではないだろうに。
こういう面でも内製の強みってのはあるなぁ
289:仕様書無しさん
10/06/20 20:01:34
プログラマって日々勉強とか言ってる割に結局自分の好きな分野しか勉強してないよね… スレ見てて待遇悪くても当然な気がした
290:仕様書無しさん
10/06/20 20:19:17
内製はいいと思うんだけど、なぜか技術系の勉強する人が少ないんだよね。
291:仕様書無しさん
10/06/20 20:29:10
内製の主は技術ではなく現場にとって必要な機能を提供することだし
内製システムは、基本的に事務的なものが主だからそんなに技術は必要ない。
・その会社の売り物を作る現場で使うシステム
・組織を維持管理するための事務システム
・内部統制システム
とか。
専用の機械が必要だったりすれば外部のシステムを導入するし。
だから技術より運用知識が重要になる
292:仕様書無しさん
10/06/20 23:05:05
その大したことない技術も勉強してないよね。
だから、SIerがぼったくれるんだけど。
293:仕様書無しさん
10/06/22 01:38:40
システム障害が引き起こす損害がﾊﾟﾈｪから、中の人はやりたがらないんじゃない？
外に出してりゃ責任転嫁＆裁判もできるけど、内製だと額によっては管理者の首が飛ぶし。
294:仕様書無しさん
10/06/22 06:56:36
いや、某社のように責任とらないとこもあるし。
結局は、内製のほうが信頼度は高い
295:仕様書無しさん
10/06/22 18:50:14
外部システムなんて結局、
URLﾘﾝｸ(internet.watch.impress.co.jp)
みたいにずさんなんだよな。
むしろ、内製でシステムの失敗が自分たちに直撃で跳ね返ることを意識しているほうが緊急対応ができる。
296:仕様書無しさん
10/06/22 19:23:03
月額400円のレンタルサーバを引き合いに出してずさんとか言われても
297:仕様書無しさん
10/06/22 20:04:50
いくらだろうが大してかわんねーよ
298:pure ◆vCtiwSWdZQ
10/06/22 20:24:05
内製がいいとはいっても、どう手をつけたらよいものか、
そこらの中小企業の経営層にはわからん。
だからお前ら、内製コンサルタントになって、開発体制を
整えるお手伝いをしたらいいよ。
内製に興味を持った経営者がいても、技術者採用すらままならないんだし。
スキルを測る物差し自体持ってないんだから。だからお前ら内製コンサルタントの出番。
299:仕様書無しさん
10/06/22 20:50:50
297の仕事は400円レベルの仕事と比較すべき内容らしいです
300:仕様書無しさん
10/06/22 21:03:42
>>298
> そこらの中小企業の経営層にはわからん。
おとなしくパッケージを
使えばいいと思うよ。
特殊な業務フローは改めて
パッケージに合わせればいい。
カスタマイズで大金を使うなら
自分のところで作った方がいいというだけ
なんだからさ。
301:仕様書無しさん
10/06/22 21:32:03
>>300
ちょっとまて、アウトソーシングが当たり前なのか？ｗ
302:仕様書無しさん
10/06/22 22:08:45
>>300
てか、そのパッケージより内製を極力やったほうがよくね？ってスレだろｗ
ダウンサイジングが叫ばれて、パッケージを導入したけど、宣伝文句ほどコストに影響ないし
仕様変更も時間かかるし、結局、内製のほうがよくね？って状態でしょ今。
303:仕様書無しさん
10/06/22 22:28:29
SIerがカスタムメイドなシステム作ってるけど、高くつくわりには
バグだらけのシステムしか上がってこないし、パッケージ買った方が
いいんじゃない？って状態でしょ。
304:仕様書無しさん
10/06/22 23:07:55
情報処理だけでひとつの産業できるレベルなのに
それを社内で賄うのが当たり前ってのはキツ過ぎる
305:仕様書無しさん
10/06/22 23:27:18
>>302
> てか、そのパッケージより内製を極力やったほうがよくね？ってスレだろｗ
え？違うでしょ。
パッケージで済む部分はパッケージで済ませて
カスタムは他所に任せないで
自分で作れという事じゃないの？
パッケージをフルカスタマイズしているのが
おかしいと言う話じゃないの？？？
306:仕様書無しさん
10/06/22 23:32:07
御社では具体的になんというパッケージを買ってカスタマイズしてるのですか？
307:仕様書無しさん
10/06/22 23:36:35
大蔵大臣
308:仕様書無しさん
10/06/22 23:38:36
>>306
SAPを高い金を出して
アホみたいなカスタマイズして
バージョンアップできないとか
昔あったじゃないか。
309:仕様書無しさん
10/06/22 23:54:52
パッケージのカスタマイズってどういう事するの？
それってプログラマーの仕事？
310:仕様書無しさん
10/06/23 00:03:40
画面に入力項目を増やしたりとか
画面遷移の途中に、もう１つ画面を作って入れるとか
帳票印刷関係は、拘ろうと思えば幾らでも拘れるから
企業ごとに専用のを作ってやるとか。
311:仕様書無しさん
10/06/23 09:11:38
運送会社は自分で車作って自分で全部整備すべき
車の仕組みを解ってない運送会社はカス
みたいなどうでもいい主張
312:仕様書無しさん
10/06/23 12:21:20
瞬間的に内製方向に走ったメーカーが沢山あったが、社員がアホアホになっていいてできなかったってのが結論。
313:仕様書無しさん
10/06/23 13:58:07
優秀なSEとかを何名か直接契約で一時的に雇って、情シスとかの社員教育まで含めて全部面倒見てもらう
で自社要員だけでいける目処がついたらSE達にはご退場いただく
害虫はシステム構築に無駄な時間とコストがかかる
害虫先の会社の厚生年金分までのコストを払うのは馬鹿らしいでしょ
ゆくゆくは内製化が進んでいくんだろね・・・
314:仕様書無しさん
10/06/23 16:44:35
>>311
運送会社は、会社ごとに特殊仕様のトラックを
メーカーにつくらせて整備も委託している。
ハンドルが右に付いていたり、左に付いていたり
発注した時の担当者の趣味も入っていて
論理性はゼロ。実は一般の安いトラックでOK。
一方、美術品のように
慎重に運ばなければいけない。特殊車両が必要なものもあるけど
慎重に運ぶノウハウを担当者からトラックメーカーに伝言ゲームで
日が暮れている。
・・・前者はパッケージ。後者は内製化が正しいって話でしょ。
315:仕様書無しさん
10/06/23 16:53:14
>>313
> ゆくゆくは内製化が進んでいくんだろね・・・
ほとんどクラウド上で動く
パッケージでOKって話になって
システム開発も、企業の間接部門も
減っていくんじゃないかな。
316:仕様書無しさん
10/06/23 16:58:16
>>314
>運送会社は、会社ごとに特殊仕様のトラックを
>メーカーにつくらせて整備も委託している。
SIに自社用のの業務システム作らせて
SIにメンテナンスさせてるのと何が違うのか
317:仕様書無しさん
10/06/23 17:04:57
>>316
同じ。
だから、運送会社は一般の安いトラックを買いなさい。
ユーザー企業は、パッケージを買いなさいって話。
318:仕様書無しさん
10/06/23 17:09:16
>>315
そうはならないだろう。
まずパッケージやWEBサービスは業務を効率良くサポートしない。
将来的にもいろんなWEBサービスが増えてくると思うけど、
自分たちの業務にぴったりマッチするものは見つからないだろう。
内製ですべきことはWEBサービスが提供するAPIをうまく組み合わせて
安価に業務にあったシステムをマッシュアップすることじゃない？
そのぐらいなら高度な技術は要らないし、内製でもできるでしょ。
319:仕様書無しさん
10/06/23 17:15:39
>>311
運ちゃんは運転だけしていればいい、という考え方は良くない。
確かに効率よい業務プロセスを設計する人は同じ人に同じ仕事ばかりを
続けさせるように計画してしまいがちだけど、
人間って同じことばかりしていたら「飽きる」んだよね。
一般的に 「飽きる」→「効率の低下」 となる。
「飽きる」ということを見落としがちだね。
だから運ちゃんにも整備をやらせるべきなんだよ。
整備部門を設ける必要もなければ整備をアウトソーシングする必要もない。
320:仕様書無しさん
10/06/23 17:18:23
しかし素人整備で業務に不具合が出ると困る
321:仕様書無しさん
10/06/23 17:23:00
>>318
> 自分たちの業務にぴったりマッチするものは見つからないだろう。
マッチしない場合は
パッケージに合わせて
業務フローを変えてしまうのが
パッケージの理想だったけど
日本では現場の抵抗で上手く行っていない。
しかし日本も終身雇用・年功序列の組織が解体されて
抵抗力が弱まっているから
そのうち企業ごとのマニアックな業務フローが淘汰されて
収束していくと思う。
そーなると専用品は要らなくなって、ほとんど汎用品で済んでしまう。
内製化は、僅かな専用品を社内で作る程度になるとおもう。
322:仕様書無しさん
10/06/23 17:27:36
>>319
> だから運ちゃんにも整備をやらせるべきなんだよ
社内サーバーをパソコンおたくにメンテさせるってのが
９０年代に流行ったけど、統制が取れずにぐちゃぐちゃになって
専門家による一括管理に戻っていった。
素人が片手間にメンテは出来ないし
片手間だからと、その分は給料を払わないというのも難しいし
かと言って、整備も出来る運ちゃんを雇うとなると
なかなか見つからないし。人件費が掛かり過ぎる。
エンドユーザコンピューティングは昔からの理想だけど
上手く行かない。
323:仕様書無しさん
10/06/23 17:47:10
>>322
> 社内サーバーをパソコンおたくにメンテさせるってのが
> ９０年代に流行ったけど、統制が取れずにぐちゃぐちゃになって
> 専門家による一括管理に戻っていった。
90年代のことはよく知らないけど、
それは技術者の問題ではなくてマネージメントの問題では？
パソコンオタクのスキルレベルを把握できていなかったり、
そのオタクがやろうとしていることを理解できていなかった
マネージメント側の問題が大きいのではないかな。
何かを提案したり実際に運営に携わるのはオタクでも良いのだけど、
最終的な判断までオタクに任せてしまっていたのが
失敗の原因ではないかと想像する。
324:仕様書無しさん
10/06/23 17:48:37
運転手は運転操作と道路だけ覚えればいい
整備士は整備だけ覚えればいい
だから効率よく仕事が進む
社会人から人任せにしないで全部自分でやるべきなんて主張が出てくるとかなんなの
325:仕様書無しさん
10/06/23 17:49:53
>>324
人間は一つの事ばっかりやってたら飽きるんだよ。
>>319
326:仕様書無しさん
10/06/23 17:50:47
飽きるとか言ってる奴はニート。
327:仕様書無しさん
10/06/23 17:50:57
>>326
お前がニート
328:仕様書無しさん
10/06/23 17:53:09
仕事ってのは楽しんでやるもんだ。
しんどくて退屈でストレスが貯まるのが当たり前とか思ってる奴は
不幸な環境にいると言わざるをえないね。
どの会社がそういうウンコ職場なのかは社員の顔や目を見れば一発でわかる。
329:仕様書無しさん
10/06/23 17:53:13
>>323
> パソコンオタクのスキルレベルを把握できていなかったり、
把握など手間をかけるのは非効率で
かえって高く付く。
330:仕様書無しさん
10/06/23 17:55:06
>>329
把握するためにどういう事をすれば良いと思う？
全体を通して高くつく方法とはどんな方法？
331:仕様書無しさん
10/06/23 17:58:25
>>330
> 把握するためにどういう事をすれば良いと思う？
一箇所に集めて、専門家が管理するってのが
一番、効率的で安上がり。
だからクラウドという話になってくる。
> 全体を通して高くつく方法とはどんな方法？
従業員の個性とか、属人的な業務フローとかを
認めてしまうことかな。
332:仕様書無しさん
10/06/23 18:10:54
>>331
> 一箇所に集めて、専門家が管理するってのが
> 一番、効率的で安上がり。
> だからクラウドという話になってくる。
優秀な専門家集団にアウトソーシングするメリットはわかるけど、
今聞いているのはパソコンオタクのスキルレベルを把握する方法、
特にあなたが考えている高くつく方法についてだよ。
> 従業員の個性とか、属人的な業務フローとかを
> 認めてしまうことかな。
それは組織的な問題だよね。
コストが掛かるのは古い組織構造で新しい事をやろうとするからじゃないかな。
実際、バラバラのスキルレベルの人間やいろんな事情を持った人間を集めて
急成長した企業はいっぱいあるよ。
googleもそうだしyahooもそうだしlivedoorもそうだったよね。
結局、あなたが言っている事は日本企業はマネージメントが弱いということを再認識させることばかりだね。
333:仕様書無しさん
10/06/23 18:16:40
>>332
> googleもそうだしyahooもそうだしlivedoorもそうだったよね。
ごく一部のベンチャー企業と
世の中の大多数の一般企業の違いがわからない時点で
議論の余地がない。
> 日本企業はマネージメントが弱いということを
パソコンおたくのスキル把握のマネージメント
なんかにコストをかける意味が無い。
費用対効果が得られないマネージメントを
強くしても意味が無い。
334:仕様書無しさん
10/06/23 18:17:31
>>333
費用対効果はマネージメントが考えることだと思うが、
なぜあなたはここで結論を出しているのか？
335:仕様書無しさん
10/06/23 18:25:00
Googleは知らんがYahooとLivedoorは派遣社員や外部SI入れてるぞ
336:仕様書無しさん
10/06/23 18:25:36
>>334
1990年代以降の
歴史的な結論が出ているからね。
337:仕様書無しさん
10/06/23 18:27:51
>>336
それがあなたの頭の中だけの結論ではないという証明は？
名無しが信用されない事はもとより理解されていると思うが、
ソースを出さなければならないよ。
338:仕様書無しさん
10/06/23 18:31:07
>>337
なんでクラウドと言う話になっているのか
考えてみると良いと思いますよｗ
339:仕様書無しさん
10/06/23 18:31:24
>>335
事業規模が大きくなったらパソコンオタクなんかに頼らずに
一部を外部に委託するのは普通なんじゃない？
340:仕様書無しさん
10/06/23 18:33:33
みなさん、内製のメリットって何だと思います？
341:仕様書無しさん
10/06/23 18:35:50
>>340
誰にとっての？
342:仕様書無しさん
10/06/23 18:36:22
>>341
もちろん事業を行う企業にとってのだよ。
343:仕様書無しさん
10/06/23 18:38:15
>>342
SIerじゃなくて
ユーザー企業ってこと？
344:仕様書無しさん
10/06/23 19:16:15
ってか、９０年代を語ってる奴いるけど、間違ってるよ。
９０年代は、まさにＹ２Ｋ対策一色で、同時にシステムの外注化が急激に行われた年代だもん。
このときの外注やソフトハウスは、「メインフレームは、だめだ。古い。閉鎖的」とかネガティブ広報をしまくってた時代だもん。
パソコンおたくにシステムなんて作らせてないよ。
それこそ、内から外に変わったときだもん。そして今再び、外がダメダメなんで内って動きがでてるわけで
345:仕様書無しさん
10/06/23 19:20:21
職能別分業は近代企業組織構造ではセオリーだよね。
だから今更専門家でないパソコンオタクに本格的なシステム運用を
任せることなんてないと思うけど、
事業規模が小さいならそれも一つの選択肢だと思うよ。
346:仕様書無しさん
10/06/23 19:29:52
内製化＝パソコンおたくの活用というのは
さすがに有り得ないよな。
> 事業規模が小さいなら
業務をやりながら
パソコンやITシステムの面倒も見るというのは
さすがに無理でしょう。
せいぜいエクセルのシートやマクロを作る程度が関の山で
それ以上を求めるのは無理がある。
347:仕様書無しさん
10/06/23 19:51:44
>>344
西暦2000年問題がマジで金を生んでたな。西暦2003年問題も金を生むのかな?
まぁそれはいいとして。
ダウンサイジング、オープン系という言葉が流行ったのはあの時だな確かに。
でも、結果的にはコストは全然下がらず、データがあっちゃこっちゃで煩雑になっ
たりシステムトラブルやプログラムの修正が遅かったりと問題だらけ。内製は電算
課やシステム課が即時対応するからトラブルや仕様変更には一日の長がある。
クラウドは結局アカウント数とかユーザー数とかでコスト計算してみると全然安く
ない上に信頼度も低いし、客との専用契約ではないからトラブル発生時に即対応
といのが実際はできないし、ユーザー側もトラブル発生時の運用パターンを用意
しきれないという現実がある。内製だと最初からトラブル発生時の緊急運用方法
ってのは確立するからその点も強い。
348:347
10/06/23 19:52:33
2038年問題でした。すんまそ。
349:仕様書無しさん
10/06/23 19:54:40
2038になったら幼稚園児がプログラミングするようになってます
350:仕様書無しさん
10/06/23 20:02:23
ム板に行けよ。
351:仕様書無しさん
10/06/23 23:43:54
トラックの運転手は一種の専門技能者なので上の例えはしっくりこない。
プログラマに総務と経理の仕事をやらせるのが内製？
そういう仕事専門の人は社内の別部署にいる。
352:仕様書無しさん
10/06/24 00:48:14
何を言ってるんだ
353:仕様書無しさん
10/06/24 00:58:28
>>352
誰に対する反論でもない。
上のほうの例えが不適切であるから、それを指摘した。
354:仕様書無しさん
10/06/24 01:02:33
え？何言ってるのお前
>>351が支離滅裂
355:仕様書無しさん
10/06/24 01:05:32
>>354
コミュニケーションは、まことに難しい。
356:仕様書無しさん
10/06/24 03:06:31
夢見がちな奴ほど効率重視な業務設計しちゃうんだよね。
たくさん儲けるぞーとか言っちゃって、結局社員は疲弊して効率は上がらないのがオチ。
結局、利益を上げることを目標にする経営者は大抵そういう穴にはまる。
357:仕様書無しさん
10/06/24 03:20:16
>>351以外は意見が一致してるぞ。
難しくはない。
358:仕様書無しさん
10/06/24 03:28:32
開発部隊を社内に置くのか外注するかの議論だからな
なんでプログラマに経理やらせる話だと思ったんだ
359:仕様書無しさん
10/06/24 17:56:34
どこかの零細企業のオッサンが
経理にプログラミングさせれば
無料と思ったのでは。
零細は勘定奉行でも買えばいいんだよ。
無理すんな。
360:仕様書無しさん
10/06/24 19:03:43
若いうちはよくあることだよ。
最新の言葉や技術を覚えると、途端に現在のシステムや業務を否定して、それにするべきだ！ってなる。
経験を積めばおのずとわかってくるさ。
ところが、原点から、その「するべきだ！」について質問すると支離滅裂になってくる。
人に説明しようとすると、わけがわからなくなるってことは、
つまるところ、「その最新の技術とはそもそもなんなのか？」を正しく理解していないってことなんだよね。
なのに、「老人はわかってない。頭が固い」などと言っている。自分も正しく理解していないのにｗ
361:仕様書無しさん
10/06/24 19:08:45
クラウドって言葉使いたいだけちゃうんかと
一元管理なんてとんでもない。他人に命預ける馬鹿がいたら脳内お花畑って言ってやるよ
362:仕様書無しさん
10/06/24 19:10:32
>>360
「やってみないと分からない」
ということを忘れて保守的になっている場合は？
363:仕様書無しさん
10/06/24 19:11:33
>>361
他人に命を預けるのは病院では日常茶飯事だぜ
364:仕様書無しさん
10/06/24 19:27:53
年寄りって物事を判断するスキルはあるんだけど、
ビビリが多いんだよねｗ
365:仕様書無しさん
10/06/24 19:29:06
過去10年うまくいったことが今後10年でうまくいかなくなるなんて信じられるわけがない。
若い奴は今と未来しかないから何にでもチャレンジして安心できる定石を探す最中。
366:仕様書無しさん
10/06/24 19:44:09
俺は時々偉そうなジジイがいるとそいつが安心できる根本を破壊して
不安でいっぱいにしてやることで、自分を見つめ直させて
自分が所詮は矮小な豚でしか無いことを思い知らせてやろう
という誘惑にかられる事がある。
367:仕様書無しさん
10/06/24 19:48:13
オレは理系だから特殊相対性理論を応用した経理ソフトを作ろうと考えている
368:仕様書無しさん
10/06/24 20:56:15
>>365
そうかー。過去１０年間うまくいっていないところには目をつぶって過ごしたか。
369:仕様書無しさん
10/06/24 21:46:42
>>362
やって効果がどれだけあるのか具体的な数字を示した企画書作ればいいじゃん。
自分が身分が低いことを理由に保守的な行動とってるのはどっち？
自身があるなら、根拠を示して企画書作って、会議に提出したら？
ビビってんのはどっち？口で言うだけの実力あるの？
相手を保守的と非難して自分が正しいと思うならなぜ行動を起こさないの？
370:仕様書無しさん
10/06/24 21:50:02
>>364
>年寄りって物事を判断するスキルはあるんだけど、
>ビビリが多いんだよねｗ
年寄りは物事を判断するスキルがあるなら、否決の判断は正しい可能性が高いだろ
わずか２行で矛盾。もはや笑いを通り越してあきれる
371:仕様書無しさん
10/06/24 22:38:57
>>370
その考え方からして腰抜けｗ
考えて答えを出す前に動かなきゃいけない時もあるんだよ。
372:仕様書無しさん
10/06/24 22:44:53
ただの暴走野郎だろそれじゃｗそんな奴いらない
373:仕様書無しさん
10/06/24 23:00:46
なんだか滅茶苦茶な議論で笑ったｗ
内製化でビビっている人と
よくわかんないけど儲けたい
と思っている人が居て
両者とも内製化が何かは
全く分かってないとｗｗ
374:仕様書無しさん
10/06/24 23:01:55
せめて独自の判断で事前に関係者とかに働きかけとくとかにしとけばいいのに
考えて答え出す前っていったら本能か？
>>370が日本代表にいれば１点ぐらいとってくれるかもな
さてサッカーの時間だ
375:仕様書無しさん
10/06/25 08:51:24
理屈じゃなく直感が正しいときもある
プログラマやってると忘れるけど
376:仕様書無しさん
10/06/25 11:02:15
>>369
通る企画書とはインパクトがあって面白そうだと感じる企画書ｗ
データを並べても偉い人は見ないんだよｗ
知りたがるのはデータの意味付けで、それは書いてる人間の直感。
「筋を通す」って事は正しいデータを並べるってことじゃないんだよｗ
直感による妥当な意味付けをするってことなんだよ。
377:仕様書無しさん
10/06/25 13:24:48
プログラムに直感なんて要素は基本的に必要ないからな
企画書の話はあくまで例で、ちゃんとした根拠とか理由を示して実行してみろ
って事を言いたいんだろ？
やってみないとわからないなんて事に会社としてOK出すわきゃない
なんかしらのメリットがないんであればそれが正しい判断だしな
378:仕様書無しさん
10/06/25 13:47:46
>>377
プログラミングにも直感は必要
誰でもできる簡単な仕事しかしない業務プログラマにはいらないかもしれないけどｗ
379:仕様書無しさん
10/06/25 19:19:18
>>378
直感の必要なプログラムをちょっと見せてくれｗ
プログラムってのは論理的に考えた手順・手続きを書いていく作業なのに
380:仕様書無しさん
10/06/25 19:21:35
>>376
そこまで相手の考えをわかっていながら、相手を落とす企画書作れないの？ww
自分無能です！って宣言しているようなもんなんだけどww
381:仕様書無しさん
10/06/25 19:35:42
コードレビューの時とか若手のソースで
直感から声だして「なんかへんだな」
って言ってよーく見直したらバグになる可能性のある書き方だった
って経験は何度もある。
382:仕様書無しさん
10/06/25 19:45:54
それ直感じゃなくて経験の積み重ねで変な書き方だって事が解っただけだろ
383:仕様書無しさん
10/06/25 19:50:10
俺の直感はランダムとか霊的要素だけで構成されてるわけじゃないぜ
384:仕様書無しさん
10/06/25 20:33:13
俺なんてソース見る前になんかおかしいって直感で感じ取るぜ
385:仕様書無しさん
10/06/25 21:27:24
達人プログラマーという本があってだな
読んだことないけど
386:仕様書無しさん
10/06/25 22:06:07
直感が必要ないなら、将来普及するかもしれない技術をどうやって予想すればいいんだろう。
387:仕様書無しさん
10/06/25 22:32:20
ゴーストが囁くのよ
388:仕様書無しさん
10/06/25 22:55:31
>>386
双方、同じ事象を直感と呼ぶか洞察力と呼ぶか、その程度の違いしかないんじゃないかな。
389:仕様書無しさん
10/06/26 01:40:33
>>386の会社風景
上司「なんでその技術が普及するとおもうんだ？」
>>386「直感です！」
まわり「・・・」
上司「よしそれでいこう！」
390:仕様書無しさん
10/06/26 02:31:40
つーか、ひでぇｗ
まぁこの手の直観プログラマは、自分は凄腕だと思い込んでる
ケースが多々だからなぁ
何を言っても、何年たってもバカなのに気づくことはない
391:仕様書無しさん
10/06/26 12:00:40
>>386
予想なんかいらない、とりあえず全部手を出してみればいい
より簡単な方法もあるけどね
392:仕様書無しさん
10/06/26 12:06:42
>>391
その簡単な方法とは？
393:仕様書無しさん
10/06/26 17:16:09
>>386
そもそも、ユーザーサイドでは技術が普及するかどうかなんてどーでもいい。
それを取り入れることによってコストや現場にとって今より有利に働き、失敗のリスクが少ないかどうかが重要。
それに、情報工学をちゃんと基本から正しく理解していれば、今の最新技術とやらは全部ラップでしかないことがよくわかる。
だから、十分に世間に広まって、失敗ケース、成功ケースのサンプルがそろってから取り掛かるのが吉。
394:仕様書無しさん
10/06/26 17:19:16
>>393
それで出来上がるのがこのレガシー技術の塊ですね↓
URLﾘﾝｸ(www.hellowork.go.jp)
395:仕様書無しさん
10/06/26 17:20:27
>>394
なんかデザイン的に古臭いサイトだなｗ
396:仕様書無しさん
10/06/26 17:50:19
新しくて面白いものに人は集まる。
安定性を重視するのはインフラだけでいいんだよ。
求人インフラのハローワークのサイトは
古臭くて不安定でバグだらけだから全然ダメダメだけどｗｗ
OSは情報インフラを構成する最も基本的な部分だけど、Linuxは新しい技術をどんどん取り入れてるね。
大半のユーザーがLinuxに求めているのは安定性と安全性と高速性とオープン性だと思うけど、
新しいものを追求する姿勢と求められているものがマッチしていると思う。
もしLinuxでレガシー技術ばかりで構成されるようになったら、多分開発者はみんないなくなるよ。
技術を行使できることが楽しい連中が開発に参加しているんだからね。
それでいて現在のサーバOSシェアの43%も取っている事実はすごいことだと思う。
新しくて面白いから人が集まり、その結果世界で最も安定して安全で高速なソフトウェアが作られているんだよ。
397:仕様書無しさん
10/06/26 18:03:59
>>393
結局のところ、お前みたいな考え方自体がレガシーなんだよ。
今のご時世、結果が出てから動いたんじゃ遅すぎるんだよ。
398:仕様書無しさん
10/06/26 18:13:21
ハロワのサイトはチラ見させるだけで
目的は窓口に来て相談を受けさせることだろ
399:仕様書無しさん
10/06/26 19:36:52
>>393
それを前例主義という
400:仕様書無しさん
10/06/26 20:27:01
だから、レガシーだとか今後の普及技術だとか、そんなのは重要度が低いって言ってるの。
何度言えばわかるの？プログラムは最終的に誰のために、何のために作ってるのか考えろっつーの。
レガシーだとか今後の普及技術だとか、ユーザーに何の関係があんだよ？
上のほうで同じようなやりとりのレスあったけど、おまえらが、ただ単に、やりたいだけだろ。
401:仕様書無しさん
10/06/26 20:30:17
れがしーだと、金がかかる
金がかかれば、れがしーな技術者うはうは
以上
402:仕様書無しさん
10/06/26 20:46:09
>>400
ハイテク技術は面白い→ユーザーよろこぶ
わーい
403:仕様書無しさん
10/06/26 21:03:27
俺はレガシーな技術者→俺とてハイテク技術にチャレンジ→目的も分からず使ってるので単に動くだけ→単なる面白アプリ
404:仕様書無しさん
10/06/26 21:10:41
>>403
あるあるｗ
年寄り技術者って偉そうな割に新しい技術をどう使えばいいのか
持て余してる様に見えることがよくあるよね。
多分想像力が歳を取るごとになくなっていくんだと思う。
どういうふうにその技術を使ったら面白い事ができるだろうな～とか
感じることもなくなっていくんだろうな。
将来の自分がそうなるのかと思うとぞっとする。
405:仕様書無しさん
10/06/26 21:11:22
>>403
面白アプリ＝ジョークアプリ
のことだよね。
406:仕様書無しさん
10/06/26 21:34:31
>>401
新技術だと、金がかかる
金がかかれば、新技術に通じた技術者うはうは
以上
407:仕様書無しさん
10/06/26 21:39:08
正確には、れがしー技術者に新技術やらすと、
目的が分からず使うためにその恩恵を得ることが出来ず、
単に難易度が上がる分だけ金が掛かるということだな。
408:仕様書無しさん
10/06/26 21:50:58
目的も伝えず単に新技術をやらすだけなんて事があるのか
409:仕様書無しさん
10/06/26 21:56:24
最新技術の目的が、んな単なる伝達事項みたいな簡単なことで教えられりゃ、
日本のプロジェクトがこんな失敗だらけにゃならんだろｗ
410:仕様書無しさん
10/06/26 22:10:39
インジェクションを採用して、完全なＭＶＣモデルを構築
とか言うから期待して行ったら、画面のアクションから使うクラスの設計で、
思いっきりテーブルやらＳＱＬやら使ってゴリゴリの設計だったりとかな。
火が付いて火消しに回されたようなとこは、そんなのばっかだった。
411:仕様書無しさん
10/06/26 22:59:44
O-Rマッパー自体がインピーダンスミスマッチを解消するためだけの壮大なオナニーという
412:仕様書無しさん
10/06/26 23:28:24
>>408
まさに目的を実現するための新技術であるはずが、
新技術を使うことを目的と履き違えてしまう奴が多すぎ。
技術に疎い経営者が技術者に口出しするような会社はそういうことが多い。
○○という技術が流行っているそうだ、うちもやらねば、
という単純発想で物事を動かしてしまうのが今の経営者層＝団塊世代。
413:仕様書無しさん
10/06/27 01:02:04
>>411
インピーダンスミスマッチという言葉が一人歩きして、逆にＩＴ界の足を引っ張っている感じだよな。
インピーダンスミスマッチなんてのは、強引に言ってしまえばタコ設計の度合いを測る指標に過ぎん。
治安を測る度合いで言うところの、検挙率のようなもんだ。
インピーダンスミスマッチだけ解消して喜んでるような行為は、Ｋ札が検挙率を下げるために、
被害者が警察に泣きついても、犯人探すのが大変そうな場合はなかなか取り入ろうとしないってのと同じだ。
（分母が減るから検挙率が上がって、あたかも治安が良くなったかのような）
414:仕様書無しさん
10/06/27 01:21:24
えっ
415:仕様書無しさん
10/06/27 01:24:40
えっ
416:仕様書無しさん
10/06/27 02:51:56
何かにたとえることほど無意味なことはない
417:仕様書無しさん
10/06/27 07:59:28
技術レベルが本当に高いなら、「最新技術」ってやつの９９％はラッパー技術でしかないってことに気づくだろうに・・・。
418:仕様書無しさん
10/06/27 08:26:09
規模の力というのはあるからねぇ。
中身は同じ技術でも100人で作れるものと10万人で作れるものは全然違ってくる。
内製には関係ないけど。
419:仕様書無しさん
10/06/27 09:14:18
>>418
いらん機能を搭載するから規模が膨らむ。
現場で必要なものを知らない者が作るから規模が膨らむ。
技術力の差が著しく人数分の働きをしてないから人数規模が膨らむ。
３次、４次請なんてことやってるから連絡に支障をきたしてスケジュールの規模が膨らむ。
こういった点が内製ができる会社なら内製やったほうがいいという結論に達する理由の一部だろうね
420:仕様書無しさん
10/06/27 11:47:47
このスレみてると俺、技術一辺倒で頑張ってきたけど、ほかの分野の勉強も必要なんだと思った
最新技術、老害、頭が固いとか言っている人のレス見てると確かに『必要だからではなくやりたいから』というガキと変わらないレスが多い
翻って老害と呼ばれているほうのレスは理論の筋道が通っている
技術の勉強ばっかりしてきて俺自身正直認めたくはないけど両者のレスのレベルは歴然と差が出ている
でもなにを勉強すればいいんだろうか？？？？視点を文系のような視点に持って行って、かつ技術の勉強をするのがいいのだろうか？？
421:仕様書無しさん
10/06/27 11:51:04
技術を行使することはハッカーにとってゲームと同じなんだよ。
だから仕事が楽しくなる。
仕事が楽しければ成果も出るわけさ。
422:仕様書無しさん
10/06/27 11:54:15
>>420
自演乙ｗ
423:仕様書無しさん
10/06/27 12:00:23
何の意味もなく新しい技術が考えられるわけが無いだろうが。
何らかの利点があるからこそ新しい技術が生まれるわけで。
424:仕様書無しさん
10/06/27 12:03:11
ただのラッパーで役に立たない最新技術って
具体的にいったいなんていう技術の事を言っているんだろうか。
小手先の技術しかリサーチしていない底の浅い人のような気がしてきた。
425:仕様書無しさん
10/06/27 13:39:11
ほんと、日本のガンはレガシー技術者のようだな
426:仕様書無しさん
10/06/27 13:42:48
>>420
他の分野の勉強って、例えばどんなことを勉強すれば良いと思ったの？
427:仕様書無しさん
10/06/27 13:49:07
結局内製を拒んでるのも、レガシー技術者だからな。
428:仕様書無しさん
10/06/27 16:06:53
>>427
それ技術者ちゃうやんｗ ただのサバ管じゃんｗ
429:仕様書無しさん
10/06/27 16:32:53
情報処理技術者試験も上位試験に
なればなるほど、技術そのものから
は離れるからなぁ。
なんの肩書も学識もない連中の意
見よりは、その意味に重みがある。
430:仕様書無しさん
10/06/27 16:53:13
情報処理技術者試験は上位試験でも精々社内で指導的な立場に立てるくらいのレベル
しか想定してないのは留意しておいたほうがいいよ。
IPA自身がそれ以上のスキルは試験の範疇じゃ無いよって言ってるし。
431:仕様書無しさん
10/06/27 17:09:16
・それ以上のスキルあるの？
・ＩＰＡ想定での「そ れ以上」に該当する
という根拠はなんですか？
・具体的に何ができるのですか？
・あなたが携わった開発を１つ教えてくだ
さい。
・規模はどの程度ですか？
・その開発におけるあなたの立場は？
・その製品のメリットを５つ具体的に教え
てください。
・その製品のメリットをユーザーは受ける
ことができていますか？
・製品開発でおこった問題とその対処方
法を教えてください。
・有名雑誌への執筆依頼や、公的機関
等からの講演依頼等を受けたことはあ
りますか？
・あるならその内容を、ないならなぜ依頼
が来ないのか教えてください。
という面接を受けた時に、ちゃんと答えら
れる自信があるなら、大丈夫でしょう。
でも、ほんとにそんなにレベルの高いこと
やってるの？