[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 2chのread.cgiへ]
Update time : 07/12 10:08 / Filesize : 129 KB / Number-of Response : 500
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

内製が可能な会社は極力内製でやったほうがいいよね



1 名前:仕様書無しさん [2010/05/23(日) 19:30:09 ]
システム開発のスピード
要求どおりのものができあがる。(できてなくても、すぐ仕様変更で対応できる)
障害発生時も、開発者が対応するから、内部的に知り尽くしていて確実。
クラウドとか結局、微妙に運用と異なっていて、ユーザーがアホすぎてシステムに合わせられないのがパターンだし。

事務10人雇うよりプログラミング得意なやつ一人のほうが圧倒的にコスパ最強だし

332 名前:仕様書無しさん mailto:sage [2010/06/23(水) 18:10:54 ]
>>331
> 一箇所に集めて、専門家が管理するってのが
> 一番、効率的で安上がり。
> だからクラウドという話になってくる。

優秀な専門家集団にアウトソーシングするメリットはわかるけど、
今聞いているのはパソコンオタクのスキルレベルを把握する方法、
特にあなたが考えている高くつく方法についてだよ。

> 従業員の個性とか、属人的な業務フローとかを
> 認めてしまうことかな。

それは組織的な問題だよね。
コストが掛かるのは古い組織構造で新しい事をやろうとするからじゃないかな。
実際、バラバラのスキルレベルの人間やいろんな事情を持った人間を集めて
急成長した企業はいっぱいあるよ。
googleもそうだしyahooもそうだしlivedoorもそうだったよね。
結局、あなたが言っている事は日本企業はマネージメントが弱いということを再認識させることばかりだね。

333 名前:仕様書無しさん [2010/06/23(水) 18:16:40 ]
>>332
> googleもそうだしyahooもそうだしlivedoorもそうだったよね。

ごく一部のベンチャー企業と
世の中の大多数の一般企業の違いがわからない時点で
議論の余地がない。

> 日本企業はマネージメントが弱いということを

パソコンおたくのスキル把握のマネージメント
なんかにコストをかける意味が無い。

費用対効果が得られないマネージメントを
強くしても意味が無い。

334 名前:仕様書無しさん mailto:sage [2010/06/23(水) 18:17:31 ]
>>333
費用対効果はマネージメントが考えることだと思うが、
なぜあなたはここで結論を出しているのか?

335 名前:仕様書無しさん mailto:sage [2010/06/23(水) 18:25:00 ]
Googleは知らんがYahooとLivedoorは派遣社員や外部SI入れてるぞ

336 名前:仕様書無しさん mailto:sage [2010/06/23(水) 18:25:36 ]
>>334
1990年代以降の
歴史的な結論が出ているからね。

337 名前:仕様書無しさん mailto:sage [2010/06/23(水) 18:27:51 ]
>>336
それがあなたの頭の中だけの結論ではないという証明は?
名無しが信用されない事はもとより理解されていると思うが、
ソースを出さなければならないよ。

338 名前:仕様書無しさん mailto:sage [2010/06/23(水) 18:31:07 ]
>>337
なんでクラウドと言う話になっているのか
考えてみると良いと思いますよw

339 名前:仕様書無しさん mailto:sage [2010/06/23(水) 18:31:24 ]
>>335
事業規模が大きくなったらパソコンオタクなんかに頼らずに
一部を外部に委託するのは普通なんじゃない?

340 名前:仕様書無しさん mailto:sage [2010/06/23(水) 18:33:33 ]
みなさん、内製のメリットって何だと思います?



341 名前:仕様書無しさん mailto:sage [2010/06/23(水) 18:35:50 ]
>>340
誰にとっての?

342 名前:仕様書無しさん mailto:sage [2010/06/23(水) 18:36:22 ]
>>341
もちろん事業を行う企業にとってのだよ。

343 名前:仕様書無しさん mailto:sage [2010/06/23(水) 18:38:15 ]
>>342
SIerじゃなくて
ユーザー企業ってこと?

344 名前:仕様書無しさん [2010/06/23(水) 19:16:15 ]
ってか、90年代を語ってる奴いるけど、間違ってるよ。
90年代は、まさにY2K対策一色で、同時にシステムの外注化が急激に行われた年代だもん。
このときの外注やソフトハウスは、「メインフレームは、だめだ。古い。閉鎖的」とかネガティブ広報をしまくってた時代だもん。
パソコンおたくにシステムなんて作らせてないよ。
それこそ、内から外に変わったときだもん。そして今再び、外がダメダメなんで内って動きがでてるわけで

345 名前:仕様書無しさん mailto:sage [2010/06/23(水) 19:20:21 ]
職能別分業は近代企業組織構造ではセオリーだよね。
だから今更専門家でないパソコンオタクに本格的なシステム運用を
任せることなんてないと思うけど、
事業規模が小さいならそれも一つの選択肢だと思うよ。

346 名前:仕様書無しさん mailto:sage [2010/06/23(水) 19:29:52 ]
内製化=パソコンおたくの活用というのは
さすがに有り得ないよな。

> 事業規模が小さいなら

業務をやりながら
パソコンやITシステムの面倒も見るというのは
さすがに無理でしょう。

せいぜいエクセルのシートやマクロを作る程度が関の山で
それ以上を求めるのは無理がある。

347 名前:仕様書無しさん mailto:sage [2010/06/23(水) 19:51:44 ]
>>344
西暦2000年問題がマジで金を生んでたな。西暦2003年問題も金を生むのかな?
まぁそれはいいとして。
ダウンサイジング、オープン系という言葉が流行ったのはあの時だな確かに。
でも、結果的にはコストは全然下がらず、データがあっちゃこっちゃで煩雑になっ
たりシステムトラブルやプログラムの修正が遅かったりと問題だらけ。内製は電算
課やシステム課が即時対応するからトラブルや仕様変更には一日の長がある。

クラウドは結局アカウント数とかユーザー数とかでコスト計算してみると全然安く
ない上に信頼度も低いし、客との専用契約ではないからトラブル発生時に即対応
といのが実際はできないし、ユーザー側もトラブル発生時の運用パターンを用意
しきれないという現実がある。内製だと最初からトラブル発生時の緊急運用方法
ってのは確立するからその点も強い。

348 名前:347 mailto:sage [2010/06/23(水) 19:52:33 ]
2038年問題でした。すんまそ。

349 名前:仕様書無しさん mailto:sage [2010/06/23(水) 19:54:40 ]
2038になったら幼稚園児がプログラミングするようになってます

350 名前:仕様書無しさん mailto:sage [2010/06/23(水) 20:02:23 ]
ム板に行けよ。



351 名前:仕様書無しさん mailto:sage [2010/06/23(水) 23:43:54 ]
トラックの運転手は一種の専門技能者なので上の例えはしっくりこない。
プログラマに総務と経理の仕事をやらせるのが内製?
そういう仕事専門の人は社内の別部署にいる。

352 名前:仕様書無しさん mailto:sage [2010/06/24(木) 00:48:14 ]
何を言ってるんだ

353 名前:仕様書無しさん mailto:sage [2010/06/24(木) 00:58:28 ]
>>352
誰に対する反論でもない。
上のほうの例えが不適切であるから、それを指摘した。

354 名前:仕様書無しさん mailto:sage [2010/06/24(木) 01:02:33 ]
え?何言ってるのお前
>>351が支離滅裂

355 名前:仕様書無しさん mailto:sage [2010/06/24(木) 01:05:32 ]
>>354
コミュニケーションは、まことに難しい。

356 名前:仕様書無しさん mailto:sage [2010/06/24(木) 03:06:31 ]
夢見がちな奴ほど効率重視な業務設計しちゃうんだよね。
たくさん儲けるぞーとか言っちゃって、結局社員は疲弊して効率は上がらないのがオチ。
結局、利益を上げることを目標にする経営者は大抵そういう穴にはまる。

357 名前:仕様書無しさん mailto:sage [2010/06/24(木) 03:20:16 ]
>>351以外は意見が一致してるぞ。
難しくはない。

358 名前:仕様書無しさん mailto:sage [2010/06/24(木) 03:28:32 ]
開発部隊を社内に置くのか外注するかの議論だからな
なんでプログラマに経理やらせる話だと思ったんだ

359 名前:仕様書無しさん mailto:sage [2010/06/24(木) 17:56:34 ]
どこかの零細企業のオッサンが
経理にプログラミングさせれば
無料と思ったのでは。

零細は勘定奉行でも買えばいいんだよ。
無理すんな。

360 名前:仕様書無しさん [2010/06/24(木) 19:03:43 ]
若いうちはよくあることだよ。
最新の言葉や技術を覚えると、途端に現在のシステムや業務を否定して、それにするべきだ!ってなる。
経験を積めばおのずとわかってくるさ。
ところが、原点から、その「するべきだ!」について質問すると支離滅裂になってくる。
人に説明しようとすると、わけがわからなくなるってことは、
つまるところ、「その最新の技術とはそもそもなんなのか?」を正しく理解していないってことなんだよね。
なのに、「老人はわかってない。頭が固い」などと言っている。自分も正しく理解していないのにw



361 名前:仕様書無しさん mailto:sage [2010/06/24(木) 19:08:45 ]
クラウドって言葉使いたいだけちゃうんかと
一元管理なんてとんでもない。他人に命預ける馬鹿がいたら脳内お花畑って言ってやるよ

362 名前:仕様書無しさん mailto:sage [2010/06/24(木) 19:10:32 ]
>>360
「やってみないと分からない」
ということを忘れて保守的になっている場合は?

363 名前:仕様書無しさん mailto:sage [2010/06/24(木) 19:11:33 ]
>>361
他人に命を預けるのは病院では日常茶飯事だぜ

364 名前:仕様書無しさん mailto:sage [2010/06/24(木) 19:27:53 ]
年寄りって物事を判断するスキルはあるんだけど、
ビビリが多いんだよねw

365 名前:仕様書無しさん mailto:sage [2010/06/24(木) 19:29:06 ]
過去10年うまくいったことが今後10年でうまくいかなくなるなんて信じられるわけがない。
若い奴は今と未来しかないから何にでもチャレンジして安心できる定石を探す最中。

366 名前:仕様書無しさん mailto:sage [2010/06/24(木) 19:44:09 ]
俺は時々偉そうなジジイがいるとそいつが安心できる根本を破壊して
不安でいっぱいにしてやることで、自分を見つめ直させて
自分が所詮は矮小な豚でしか無いことを思い知らせてやろう
という誘惑にかられる事がある。

367 名前:仕様書無しさん [2010/06/24(木) 19:48:13 ]
オレは理系だから特殊相対性理論を応用した経理ソフトを作ろうと考えている

368 名前:仕様書無しさん mailto:sage [2010/06/24(木) 20:56:15 ]
>>365
そうかー。過去10年間うまくいっていないところには目をつぶって過ごしたか。

369 名前:仕様書無しさん mailto:sage [2010/06/24(木) 21:46:42 ]
>>362
やって効果がどれだけあるのか具体的な数字を示した企画書作ればいいじゃん。
自分が身分が低いことを理由に保守的な行動とってるのはどっち?
自身があるなら、根拠を示して企画書作って、会議に提出したら?
ビビってんのはどっち?口で言うだけの実力あるの?
相手を保守的と非難して自分が正しいと思うならなぜ行動を起こさないの?

370 名前:仕様書無しさん mailto:sage [2010/06/24(木) 21:50:02 ]
>>364
>年寄りって物事を判断するスキルはあるんだけど、
>ビビリが多いんだよねw

年寄りは物事を判断するスキルがあるなら、否決の判断は正しい可能性が高いだろ
わずか2行で矛盾。もはや笑いを通り越してあきれる



371 名前:仕様書無しさん mailto:sage [2010/06/24(木) 22:38:57 ]
>>370
その考え方からして腰抜けw
考えて答えを出す前に動かなきゃいけない時もあるんだよ。

372 名前:仕様書無しさん mailto:sage [2010/06/24(木) 22:44:53 ]
ただの暴走野郎だろそれじゃwそんな奴いらない

373 名前:仕様書無しさん [2010/06/24(木) 23:00:46 ]
なんだか滅茶苦茶な議論で笑ったw

内製化でビビっている人と
よくわかんないけど儲けたい
と思っている人が居て
両者とも内製化が何かは
全く分かってないとww

374 名前:仕様書無しさん mailto:sage [2010/06/24(木) 23:01:55 ]
せめて独自の判断で事前に関係者とかに働きかけとくとかにしとけばいいのに
考えて答え出す前っていったら本能か?

>>370が日本代表にいれば1点ぐらいとってくれるかもな

さてサッカーの時間だ

375 名前:仕様書無しさん mailto:sage [2010/06/25(金) 08:51:24 ]
理屈じゃなく直感が正しいときもある
プログラマやってると忘れるけど

376 名前:仕様書無しさん mailto:sage [2010/06/25(金) 11:02:15 ]
>>369
通る企画書とはインパクトがあって面白そうだと感じる企画書w
データを並べても偉い人は見ないんだよw
知りたがるのはデータの意味付けで、それは書いてる人間の直感。
「筋を通す」って事は正しいデータを並べるってことじゃないんだよw
直感による妥当な意味付けをするってことなんだよ。

377 名前:仕様書無しさん mailto:sage [2010/06/25(金) 13:24:48 ]
プログラムに直感なんて要素は基本的に必要ないからな

企画書の話はあくまで例で、ちゃんとした根拠とか理由を示して実行してみろ
って事を言いたいんだろ?

やってみないとわからないなんて事に会社としてOK出すわきゃない
なんかしらのメリットがないんであればそれが正しい判断だしな


378 名前:仕様書無しさん mailto:sage [2010/06/25(金) 13:47:46 ]
>>377
プログラミングにも直感は必要
誰でもできる簡単な仕事しかしない業務プログラマにはいらないかもしれないけどw

379 名前:仕様書無しさん [2010/06/25(金) 19:19:18 ]
>>378
直感の必要なプログラムをちょっと見せてくれw
プログラムってのは論理的に考えた手順・手続きを書いていく作業なのに

380 名前:仕様書無しさん mailto:sage [2010/06/25(金) 19:21:35 ]
>>376
そこまで相手の考えをわかっていながら、相手を落とす企画書作れないの?ww
自分無能です!って宣言しているようなもんなんだけどww



381 名前:仕様書無しさん mailto:sage [2010/06/25(金) 19:35:42 ]
コードレビューの時とか若手のソースで
直感から声だして「なんかへんだな」
って言ってよーく見直したらバグになる可能性のある書き方だった
って経験は何度もある。

382 名前:仕様書無しさん mailto:sage [2010/06/25(金) 19:45:54 ]
それ直感じゃなくて経験の積み重ねで変な書き方だって事が解っただけだろ

383 名前:仕様書無しさん mailto:sage [2010/06/25(金) 19:50:10 ]
俺の直感はランダムとか霊的要素だけで構成されてるわけじゃないぜ

384 名前:仕様書無しさん [2010/06/25(金) 20:33:13 ]
俺なんてソース見る前になんかおかしいって直感で感じ取るぜ

385 名前:仕様書無しさん mailto:sage [2010/06/25(金) 21:27:24 ]
達人プログラマーという本があってだな





読んだことないけど

386 名前:仕様書無しさん mailto:sage [2010/06/25(金) 22:06:07 ]
直感が必要ないなら、将来普及するかもしれない技術をどうやって予想すればいいんだろう。

387 名前:仕様書無しさん mailto:sage [2010/06/25(金) 22:32:20 ]
ゴーストが囁くのよ

388 名前:仕様書無しさん mailto:sage [2010/06/25(金) 22:55:31 ]
>>386
双方、同じ事象を直感と呼ぶか洞察力と呼ぶか、その程度の違いしかないんじゃないかな。

389 名前:仕様書無しさん mailto:sage [2010/06/26(土) 01:40:33 ]
>>386の会社風景

上司「なんでその技術が普及するとおもうんだ?」
>>386「直感です!」
まわり「・・・」
上司「よしそれでいこう!」

390 名前:仕様書無しさん mailto:sage [2010/06/26(土) 02:31:40 ]
つーか、ひでぇw
まぁこの手の直観プログラマは、自分は凄腕だと思い込んでる
ケースが多々だからなぁ
何を言っても、何年たってもバカなのに気づくことはない



391 名前:仕様書無しさん [2010/06/26(土) 12:00:40 ]
>>386
予想なんかいらない、とりあえず全部手を出してみればいい

より簡単な方法もあるけどね

392 名前:仕様書無しさん mailto:sage [2010/06/26(土) 12:06:42 ]
>>391
その簡単な方法とは?

393 名前:仕様書無しさん mailto:sage [2010/06/26(土) 17:16:09 ]
>>386
そもそも、ユーザーサイドでは技術が普及するかどうかなんてどーでもいい。
それを取り入れることによってコストや現場にとって今より有利に働き、失敗のリスクが少ないかどうかが重要。

それに、情報工学をちゃんと基本から正しく理解していれば、今の最新技術とやらは全部ラップでしかないことがよくわかる。
だから、十分に世間に広まって、失敗ケース、成功ケースのサンプルがそろってから取り掛かるのが吉。

394 名前:仕様書無しさん mailto:sage [2010/06/26(土) 17:19:16 ]
>>393
それで出来上がるのがこのレガシー技術の塊ですね↓

www.hellowork.go.jp/

395 名前:仕様書無しさん mailto:sage [2010/06/26(土) 17:20:27 ]
>>394
なんかデザイン的に古臭いサイトだなw

396 名前:仕様書無しさん mailto:sage [2010/06/26(土) 17:50:19 ]
新しくて面白いものに人は集まる。
安定性を重視するのはインフラだけでいいんだよ。

求人インフラのハローワークのサイトは
古臭くて不安定でバグだらけだから全然ダメダメだけどww

OSは情報インフラを構成する最も基本的な部分だけど、Linuxは新しい技術をどんどん取り入れてるね。
大半のユーザーがLinuxに求めているのは安定性と安全性と高速性とオープン性だと思うけど、
新しいものを追求する姿勢と求められているものがマッチしていると思う。
もしLinuxでレガシー技術ばかりで構成されるようになったら、多分開発者はみんないなくなるよ。
技術を行使できることが楽しい連中が開発に参加しているんだからね。
それでいて現在のサーバOSシェアの43%も取っている事実はすごいことだと思う。
新しくて面白いから人が集まり、その結果世界で最も安定して安全で高速なソフトウェアが作られているんだよ。

397 名前:仕様書無しさん mailto:sage [2010/06/26(土) 18:03:59 ]
>>393
結局のところ、お前みたいな考え方自体がレガシーなんだよ。
今のご時世、結果が出てから動いたんじゃ遅すぎるんだよ。

398 名前:仕様書無しさん mailto:sage [2010/06/26(土) 18:13:21 ]
ハロワのサイトはチラ見させるだけで
目的は窓口に来て相談を受けさせることだろ

399 名前:仕様書無しさん mailto:sage [2010/06/26(土) 19:36:52 ]
>>393
それを前例主義という

400 名前:仕様書無しさん [2010/06/26(土) 20:27:01 ]
だから、レガシーだとか今後の普及技術だとか、そんなのは重要度が低いって言ってるの。
何度言えばわかるの?プログラムは最終的に誰のために、何のために作ってるのか考えろっつーの。
レガシーだとか今後の普及技術だとか、ユーザーに何の関係があんだよ?
上のほうで同じようなやりとりのレスあったけど、おまえらが、ただ単に、やりたいだけだろ。



401 名前:仕様書無しさん mailto:sage [2010/06/26(土) 20:30:17 ]
れがしーだと、金がかかる
金がかかれば、れがしーな技術者うはうは

以上

402 名前:仕様書無しさん mailto:sage [2010/06/26(土) 20:46:09 ]
>>400
ハイテク技術は面白い→ユーザーよろこぶ
わーい

403 名前:仕様書無しさん mailto:sage [2010/06/26(土) 21:03:27 ]
俺はレガシーな技術者→俺とてハイテク技術にチャレンジ→目的も分からず使ってるので単に動くだけ→単なる面白アプリ

404 名前:仕様書無しさん mailto:sage [2010/06/26(土) 21:10:41 ]
>>403
あるあるw
年寄り技術者って偉そうな割に新しい技術をどう使えばいいのか
持て余してる様に見えることがよくあるよね。
多分想像力が歳を取るごとになくなっていくんだと思う。
どういうふうにその技術を使ったら面白い事ができるだろうな〜とか
感じることもなくなっていくんだろうな。
将来の自分がそうなるのかと思うとぞっとする。

405 名前:仕様書無しさん mailto:sage [2010/06/26(土) 21:11:22 ]
>>403
面白アプリ=ジョークアプリ
のことだよね。

406 名前:仕様書無しさん [2010/06/26(土) 21:34:31 ]
>>401
新技術だと、金がかかる
金がかかれば、新技術に通じた技術者うはうは

以上

407 名前:仕様書無しさん mailto:sage [2010/06/26(土) 21:39:08 ]
正確には、れがしー技術者に新技術やらすと、
目的が分からず使うためにその恩恵を得ることが出来ず、
単に難易度が上がる分だけ金が掛かるということだな。

408 名前:仕様書無しさん [2010/06/26(土) 21:50:58 ]
目的も伝えず単に新技術をやらすだけなんて事があるのか

409 名前:仕様書無しさん mailto:sage [2010/06/26(土) 21:56:24 ]
最新技術の目的が、んな単なる伝達事項みたいな簡単なことで教えられりゃ、
日本のプロジェクトがこんな失敗だらけにゃならんだろw


410 名前:仕様書無しさん mailto:sage [2010/06/26(土) 22:10:39 ]
インジェクションを採用して、完全なMVCモデルを構築
とか言うから期待して行ったら、画面のアクションから使うクラスの設計で、
思いっきりテーブルやらSQLやら使ってゴリゴリの設計だったりとかな。

火が付いて火消しに回されたようなとこは、そんなのばっかだった。




411 名前:仕様書無しさん mailto:sage [2010/06/26(土) 22:59:44 ]
O-Rマッパー自体がインピーダンスミスマッチを解消するためだけの壮大なオナニーという

412 名前:仕様書無しさん mailto:sage [2010/06/26(土) 23:28:24 ]
>>408
まさに目的を実現するための新技術であるはずが、
新技術を使うことを目的と履き違えてしまう奴が多すぎ。
技術に疎い経営者が技術者に口出しするような会社はそういうことが多い。
○○という技術が流行っているそうだ、うちもやらねば、
という単純発想で物事を動かしてしまうのが今の経営者層=団塊世代。

413 名前:仕様書無しさん mailto:sage [2010/06/27(日) 01:02:04 ]
>>411
インピーダンスミスマッチという言葉が一人歩きして、逆にIT界の足を引っ張っている感じだよな。

インピーダンスミスマッチなんてのは、強引に言ってしまえばタコ設計の度合いを測る指標に過ぎん。
治安を測る度合いで言うところの、検挙率のようなもんだ。

インピーダンスミスマッチだけ解消して喜んでるような行為は、K札が検挙率を下げるために、
被害者が警察に泣きついても、犯人探すのが大変そうな場合はなかなか取り入ろうとしないってのと同じだ。
(分母が減るから検挙率が上がって、あたかも治安が良くなったかのような)

414 名前:仕様書無しさん mailto:sage [2010/06/27(日) 01:21:24 ]
えっ

415 名前:仕様書無しさん mailto:sage [2010/06/27(日) 01:24:40 ]
えっ

416 名前:仕様書無しさん mailto:sage [2010/06/27(日) 02:51:56 ]
何かにたとえることほど無意味なことはない

417 名前:仕様書無しさん mailto:sage [2010/06/27(日) 07:59:28 ]
技術レベルが本当に高いなら、「最新技術」ってやつの99%はラッパー技術でしかないってことに気づくだろうに・・・。

418 名前:仕様書無しさん mailto:sage [2010/06/27(日) 08:26:09 ]
規模の力というのはあるからねぇ。
中身は同じ技術でも100人で作れるものと10万人で作れるものは全然違ってくる。
内製には関係ないけど。

419 名前:仕様書無しさん [2010/06/27(日) 09:14:18 ]
>>418
いらん機能を搭載するから規模が膨らむ。
現場で必要なものを知らない者が作るから規模が膨らむ。
技術力の差が著しく人数分の働きをしてないから人数規模が膨らむ。
3次、4次請なんてことやってるから連絡に支障をきたしてスケジュールの規模が膨らむ。

こういった点が内製ができる会社なら内製やったほうがいいという結論に達する理由の一部だろうね

420 名前:仕様書無しさん [2010/06/27(日) 11:47:47 ]
このスレみてると俺、技術一辺倒で頑張ってきたけど、ほかの分野の勉強も必要なんだと思った
最新技術、老害、頭が固いとか言っている人のレス見てると確かに『必要だからではなくやりたいから』というガキと変わらないレスが多い
翻って老害と呼ばれているほうのレスは理論の筋道が通っている
技術の勉強ばっかりしてきて俺自身正直認めたくはないけど両者のレスのレベルは歴然と差が出ている

でもなにを勉強すればいいんだろうか????視点を文系のような視点に持って行って、かつ技術の勉強をするのがいいのだろうか??



421 名前:仕様書無しさん mailto:sage [2010/06/27(日) 11:51:04 ]
技術を行使することはハッカーにとってゲームと同じなんだよ。
だから仕事が楽しくなる。
仕事が楽しければ成果も出るわけさ。

422 名前:仕様書無しさん mailto:sage [2010/06/27(日) 11:54:15 ]
>>420
自演乙w

423 名前:仕様書無しさん mailto:sage [2010/06/27(日) 12:00:23 ]
何の意味もなく新しい技術が考えられるわけが無いだろうが。
何らかの利点があるからこそ新しい技術が生まれるわけで。

424 名前:仕様書無しさん mailto:sage [2010/06/27(日) 12:03:11 ]
ただのラッパーで役に立たない最新技術って
具体的にいったいなんていう技術の事を言っているんだろうか。

小手先の技術しかリサーチしていない底の浅い人のような気がしてきた。

425 名前:仕様書無しさん mailto:sage [2010/06/27(日) 13:39:11 ]
ほんと、日本のガンはレガシー技術者のようだな

426 名前:仕様書無しさん mailto:sage [2010/06/27(日) 13:42:48 ]
>>420
他の分野の勉強って、例えばどんなことを勉強すれば良いと思ったの?

427 名前:仕様書無しさん mailto:sage [2010/06/27(日) 13:49:07 ]
結局内製を拒んでるのも、レガシー技術者だからな。

428 名前:仕様書無しさん mailto:sage [2010/06/27(日) 16:06:53 ]
>>427
それ技術者ちゃうやんw ただのサバ管じゃんw

429 名前:仕様書無しさん mailto:sage [2010/06/27(日) 16:32:53 ]
情報処理技術者試験も上位試験に
なればなるほど、技術そのものから
は離れるからなぁ。
なんの肩書も学識もない連中の意
見よりは、その意味に重みがある。

430 名前:仕様書無しさん mailto:sage [2010/06/27(日) 16:53:13 ]
情報処理技術者試験は上位試験でも精々社内で指導的な立場に立てるくらいのレベル
しか想定してないのは留意しておいたほうがいいよ。
IPA自身がそれ以上のスキルは試験の範疇じゃ無いよって言ってるし。



431 名前:仕様書無しさん mailto:sage [2010/06/27(日) 17:09:16 ]
・それ以上のスキルあるの?
・IPA想定での「そ れ以上」に該当する
 という根拠はなんですか?
・具体的に何ができるのですか?
・あなたが携わった開発を1つ教えてくだ
 さい。
・規模はどの程度ですか?
・その開発におけるあなたの立場は?
・その製品のメリットを5つ具体的に教え
 てください。
・その製品のメリットをユーザーは受ける
 ことができていますか?
・製品開発でおこった問題とその対処方
 法を教えてください。
・有名雑誌への執筆依頼や、公的機関
 等からの講演依頼等を受けたことはあ
 りますか?
・あるならその内容を、ないならなぜ依頼
 が来ないのか教えてください。

という面接を受けた時に、ちゃんと答えら
れる自信があるなら、大丈夫でしょう。
でも、ほんとにそんなにレベルの高いこと
やってるの?

432 名前:仕様書無しさん mailto:sage [2010/06/27(日) 19:30:17 ]
>>431
仮に面接で聞かれたらマジでずっと下向く可能性大(;_;)
キリッ!「技術力に自信があります!」って言った後の質問がこれだったらマジで涙流すかもしれん。
しかも面接後にPTSDや自信喪失、うつ病になるレベル
でもこの質問に妄想開発ではなく実体験を回答できるやつもたくさんいるわけで、自分はまだまだ小さい(;_;)






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<129KB

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