「業務知識」って実はすごくどうでもいい物じゃね？

**仕様書無しさん** · 2014/08/17(日) 00:54:01.86

「業務知識」は重要とかいうけど、
その実態が何なのか語られることはないし、
ドキュメント作っておけばいいだけで覚えるものでもないし、
あんなの勉強したって、会社変われば使いものにならない。
一部の業界に見られる業務知識偏重主義はやめたほうがいいと思うわ。
すごくどうでもいいもの。

**仕様書無しさん** · 2014/08/17(日) 01:21:51.19

それにしてもなんで「知識」なんだろう？
業務仕様書でよくね？

**仕様書無しさん** · 2014/08/17(日) 02:31:05.48

**仕様書無しさん** · 2014/08/17(日) 09:53:32.72

>>1
またCOBOL現場追い出された馬鹿がスレたてやがった

**仕様書無しさん** · 2014/08/17(日) 10:06:42.57

業務知識の重要性がわからないプログラマってホント、馬鹿は自分が馬鹿であることに気づけないから馬鹿　っての最たる例だろ

**仕様書無しさん** · 2014/08/17(日) 10:07:51.04

>>5
自分が何のプログラムを組んでいるのかすらわからないほどの下流でしか組んだことがなければそうなるよ

**仕様書無しさん** · 2014/08/17(日) 10:39:28.83

業種にもよるが事前の業務知識なんて必要ないだろ
必要なのは顧客の業務を正しく理解する「オツム」だけだな

**仕様書無しさん** · 2014/08/17(日) 10:53:26.16

>>7
それを業務知識っつーんだよ
業界法規、業界慣習、業界運用、特定会社運用全部をとりまとめてな

**仕様書無しさん** · 2014/08/17(日) 10:56:58.34

やれ、WindowsXPを買い替えだとか、Excel覚えなならんとか、場合によっちゃAccessまで覚えろとか
こんなややこしいことになるなら、昔みたいにとろくさいPCでも動く黒いコンソールアプリでもC言語で開発した方が
安上がりで地球環境にも優しい気がする・・・

**仕様書無しさん** · 2014/08/17(日) 11:06:49.87

>>7
業務知識が何かわかってないのに「業務知識なんて必要ない」ってｗｗｗ
ウンコ以下の知能だな。いや、ウンコ未満だな。

**仕様書無しさん** · 2014/08/17(日) 11:14:46.53

>>8
事前の業務知識なんて不要だと思うけどな
顧客が実際に行っている業務を理解せず自分の狭い業務知識に凝り固まって
使い物にならないシステムを作り破綻したプロジェクトを知っている

業務知識として必要なのは顧客の業務を正しく理解する「オツム」だけ
業務知識があると思っている馬鹿は救いようが無いって事だよ
A社の常識はB社の非常識w

**仕様書無しさん** · 2014/08/17(日) 11:34:48.00

例のCOBOL嫌い50おっさんだからな、>>1は。
これでいくつ目かな？この板で彼が建てたｽﾚ。
職歴が無い彼にとっては、そら業務知識もへったくれもないだろうね。
自宅警備力＝ぐぐる検索力？さえあれば良い、と。

**仕様書無しさん** · 2014/08/17(日) 11:37:23.61

>>11
おまえが超下流工程じゃなくなってから言え。
底辺の馬鹿に付き合う気はない。
底辺の馬鹿には、必要ないよ業務知識は。
よくわからないけど指示されたデータを指示されたように加工して保存する処理を延々組んでいればいいだけ。底辺は。

**仕様書無しさん** · 2014/08/17(日) 11:41:56.24

>>13
定型的な業務知識が有効な業務はパッケージ化されてるからな～
お前さんは誰でも出来る業務パッケージの導入コンサルでもやってれば良いよw

**仕様書無しさん** · 2014/08/17(日) 11:51:45.11

>>14
そのパッケージ導入が失敗するわけだがなw
結局、業務知識どころか業界知識も無い連中がシステムを作ってもダメって証明

**仕様書無しさん** · 2014/08/17(日) 11:52:43.53

>>14
下流工程のゴミ底辺さん
ゴミの量産おつかれ
ゴミを生み出すの勘弁してください
マジで社会の足をひっぱりまくりです　ゴミシステムが

**仕様書無しさん** · 2014/08/17(日) 12:04:41.11

>>11
業務改善もやるって知ってるか？

**仕様書無しさん** · 2014/08/17(日) 12:07:21.84

これ立てたのはたぶんここの無能

技術力が低い会社にありがちなこと part 4
http://kanae.2ch.net/test/read.cgi/prog/1382966962/

**仕様書無しさん** · 2014/08/17(日) 12:10:06.89

設計やるんじゃなきゃ、確かにマなら不要っちゃー不要。
ただ、何のシステム作ってるかも理解できないようじゃね。
例えば金融系のシステムにかかわるなら、最低限日経新聞を読んで
理解できる程度の知識（業務というよりビジネス一般レベル）は無いとな。
技術馬鹿って、本当に新聞レベルのことも知らなくて話にならない。
そのくせ「俺様は優秀なプログラマだ」と根拠なくうぬぼれててバグ量産する。

**仕様書無しさん** · 2014/08/17(日) 12:27:56.71

お前ら何も分かってないな～
バカがいくら業務知識を付けても駄目だって事だ～よ
バカは業務を表面的にしか理解できないから明後日の方向のシステムが出来上がるw

**仕様書無しさん** · 2014/08/17(日) 12:28:45.68

>>17
業務改善の成功例って少ないと思う

**仕様書無しさん** · 2014/08/17(日) 12:32:46.82

>>20
>明後日の方向のシステム

未来指向で良いシステムだね

**仕様書無しさん** · 2014/08/17(日) 12:43:52.83

内部設計が終わってる所から
プログラム設計(現場によってはこれ自体無し)、コーディング、単体テスト、疎通レベルの結合テスト
までだけやってすぐ別現場に飛ばされる最底辺のPG、というかコーダーなら確かに業務知識は不要だろうな

内部設計より上流とか、機能間の結合テストの実施やテスト仕様書作成までやるSEなら程度の差はあれ業務知識が不要なんて言葉は出てくるはずが無い

**仕様書無しさん** · 2014/08/17(日) 12:51:54.07

>>21
大規模はないけど
一部改善とかは結構あるよ

**仕様書無しさん** · 2014/08/17(日) 12:53:40.68

>>23
PGでも知ってる人と知らない人では
出来る物が違う

**仕様書無しさん** · 2014/08/17(日) 13:13:11.36

>>23
いやだから>>1はド底辺だから。PGどころかキーパンチャーレベルだろ

**仕様書無しさん** · 2014/08/17(日) 13:14:03.05

業務知識重要って思ってるなら、その会社に入社すればいいのに。

**仕様書無しさん** · 2014/08/17(日) 13:16:45.26

業務知識を自分の武器としたいのなら、エンジニアを続けるよりコンサルタントとかをやるべきなのでは？

**仕様書無しさん** · 2014/08/17(日) 13:29:40.49

ここにもSIerの弊害が。
SIerは技術を飯の種にしてる訳ではなくて、あくまで業務代行業であることを自覚すべき。

**仕様書無しさん** · 2014/08/17(日) 13:51:11.29

>>29
弊害とは？

**仕様書無しさん** · 2014/08/17(日) 13:51:58.91

>>29
飯の種というより単なる基礎

**仕様書無しさん** · 2014/08/17(日) 14:07:09.22

>>27
だから別のスレでは、それが最適解という結論が出てるんだが？ｗｗ
お前は全１０周中のレースで８周周回遅れなの気づかないの？
いや、疑問系はもういい。お前は一生気づかないからｗ。

**仕様書無しさん** · 2014/08/17(日) 14:26:40.32

>>31
AKBにダンスがーとかパフォーマンスがーとか言うのと同じだな。
別にダンスを売りにしてるわけじゃないから、お遊戯レベルでいいのよ。

**仕様書無しさん** · 2014/08/17(日) 14:41:28.88

業務知識って3ヶ月程度勉強すれば十分な程度じゃね？

技術知識は3年ぐらいは必要だけど。
一流になるまでは10年ぐらい。

**仕様書無しさん** · 2014/08/17(日) 15:32:01.69

>>34
おまえの会社の仕事は3ヶ月で理解できる量なんだ
なるほど

**仕様書無しさん** · 2014/08/17(日) 16:13:52.44

>>35
業務知識はね。
それくらいで理解できないとやってられないでしょｗ

それよりも大変なのは技術知識。
そしてその知識を使いこなして仕事をすることだよ。

**仕様書無しさん** · 2014/08/17(日) 18:10:11.57

働いたことないってのは本当なんだな。

**仕様書無しさん** · 2014/08/17(日) 18:17:14.07

>>36
表面知識ならそのくらいかな
ただ技術偏重はどうかと思う

**仕様書無しさん** · 2014/08/17(日) 19:00:39.84

そこで
「ボクSEだから技術には疎いんですよ～」
ってのが登場すると

**仕様書無しさん** · 2014/08/17(日) 19:02:23.39

>>25
PG段階で業務知識の有無で品質が変わるなんて
そりゃ、上流工程の人たちがまともな仕事をしてないとしか言い様がないぞw

**仕様書無しさん** · 2014/08/17(日) 19:10:19.00

>>40
仕様書にステップ単位に記述しないと駄目ならそうだね

**仕様書無しさん** · 2014/08/17(日) 19:16:16.42

>>41
上流工程のドキュメントに業務要件がまともに書かれていないのけ?

**仕様書無しさん** · 2014/08/17(日) 19:28:32.57

>>42
ステップ単位に書かないと理解できないPGと
業務用語で一言で理解できるPG

**仕様書無しさん** · 2014/08/17(日) 20:00:44.48

>>37
いや、働いてはいたかもしれないが、超ド底辺の派遣のライン工だから理解し難いのはやむをえないかと。

**仕様書無しさん** · 2014/08/17(日) 20:23:37.00

>>43
職歴の無い脳内SEさんなのかw

**仕様書無しさん** · 2014/08/17(日) 20:29:20.35

>>45
無理してレスしなくていいよ
手間をかけさせんでくれ
同じ事を説明するなら話が理解できる人の方が
助かるってだけだから

**仕様書無しさん** · 2014/08/17(日) 20:33:52.95

>>46
無理してレスしなくても良いよ
どうせExcelお絵かきしか出来ないんだろうし
しかも内容なんてなんもない

**仕様書無しさん** · 2014/08/17(日) 20:36:25.99

>>44
いや小学生並みと思う
働いたことないだろう

**仕様書無しさん** · 2014/08/17(日) 20:41:27.18

>>48
ド底辺派遣ライン工は小学生より頭悪いよマジで
小学校の同窓会で一人だけいた
驚異的馬鹿だった

**仕様書無しさん** · 2014/08/17(日) 20:58:33.38

>>40
上流工程がグダグダで、下流工程のPG職が仕様や設計の不整合の調整や、
非機能要件のとりまとめとかやらされるケースは結構見かける

**仕様書無しさん** · 2014/08/17(日) 21:05:24.11

>>50
グダグダで駄目なのと
知識不足で駄目なのと
PGボロボロで駄目なのと
よくある話だが原因はそれぞれだよね

**仕様書無しさん** · 2014/08/17(日) 21:08:30.19

業務知識を極めてコンサルクラスまで行きゃこの業界では勝ち組みだろう
顧客と同等かそれ以上まで

業務知識が無いと提案とか出来ないし

所属会社の方向性とか商流の位置とかで業務特化を目指すべきじゃない
場合の方が多いかもしれないけど

**仕様書無しさん** · 2014/08/17(日) 21:37:47.10

>>1がたてたｽﾚ（まだまだ他にもあると思われるが、とりあえず。）

　　　　　　　　業務系はつまらん　　　　　　　　
http://kanae.2ch.net/test/read.cgi/prog/1403870034/
業務系はコピペだらけだから人も金もかかってる
http://kanae.2ch.net/test/read.cgi/prog/1398493332/
【重要】学生へ。COBOL技術者はプログラマではない3
http://kanae.2ch.net/test/read.cgi/prog/1405758165/
技術力が低い会社にありがちなこと part 4
http://kanae.2ch.net/test/read.cgi/prog/1382966962/
大手会社ほど技術力が低い開発者の割合が多くなる
http://kanae.2ch.net/test/read.cgi/prog/1405249375/
COBOLは技術者でなく事務員
http://kanae.2ch.net/test/read.cgi/prog/1404905544/

**仕様書無しさん** · 2014/08/17(日) 21:40:30.81

>>1の自己紹介文

221 ：仕様書無しさん：2014/07/06(日) 18:20:30.34
僕はね、いろんな言語を知っているしコンピュータにも詳しい。
そしてハードウェアにも詳しいんだ。
趣味でもプログラムを書いてして、楽しくプログラミングをしているんだ。
コミュ障と揶揄する馬鹿がいるけどそれは違う。れっきとした優秀なプログラマなんだ！
このスレ見てそれを確信したよ。
コボラーにはわかんないだろうな。こいつらは人を馬鹿にしかできないもんね。

**仕様書無しさん** · 2014/08/17(日) 21:48:47.72

>>50
開発スキルの全く無いのが上流工程やってるから仕方ないね

**仕様書無しさん** · 2014/08/17(日) 23:13:58.07

ただのテキストデータを入出力するだけなのに上流工程だとか会議とか業務系ってアホだよね
ゲームや画像処理みたく難しいアルゴリズムとかないし

**仕様書無しさん** · 2014/08/17(日) 23:33:19.50

>>50
うんうん
コーダーに任せちゃいかんよ

**仕様書無しさん** · 2014/08/17(日) 23:34:34.96

>>56
仕事しろよ

**仕様書無しさん** · 2014/08/18(月) 01:05:15.97

世間はお盆休みらしいよ。

**仕様書無しさん** · 2014/08/18(月) 02:27:17.39

業務知識は無駄とは思わんが、
それ以前に自分の道具であるプログラム言語とかフレームワークとかＤＢの知識を完璧に把握しておけよってレベルのやつが多すぎる。
明らかに、業務知識とやらからそのまま落としたレベルのものとかシステムにする時にバグ内包しそうな設計とか、
保守面考慮してないような頭の悪い奴が多すぎてる。
それに輪をかけて、そのままシステム組んでくから実装がいびつになってく。。。
エンジニアとしてレベルが低いってレベルじゃねーぞｗ

**仕様書無しさん** · 2014/08/18(月) 02:31:14.51

>>60
　待遇が低く、数ヵ月で現場を移動するIT土方に要求してもね。

**仕様書無しさん** · 2014/08/19(火) 19:52:32.59

上流のどこかで業務的な情報が削ぎ落とされて実現方法の断片しか書かれて無いってなる
そういう情報がないとコードに適切なネーミングを入れられなくなる
で、後から入った人が業務的な情報一切無しでそのコードを読み解くことになる
仕様が理解できないでいると>>19みたいなことを言われる

**仕様書無しさん** · 2014/08/19(火) 19:57:30.07

>>62
で？

**仕様書無しさん** · 2014/08/19(火) 20:26:22.99

おまいらの作る手順書みたいだな。

**仕様書無しさん** · 2014/08/20(水) 09:41:06.14

業務知識いらない。技術がものを言う世界があるよ

http://cloud.watch.impress.co.jp/docs/news/20140620_654430.html

でも、おまえらは全く歯が立たないんだろ？ｗ
お前らの技術ってソフトを使う能力でしかないから、ぶっちゃけエンドユーザーだよね
技術らしい技術もねーのに。よーほざくわ

**仕様書無しさん** · 2014/08/20(水) 09:59:28.90

>>65
そうやって人の唯一の心の糧、存在価値の論拠を無残に打つ壊すのよくない！
言っておくが、これ研究室でも、５０人居て、独自に実装できるやつ２，３人しかいないからな。
結局、その数人がすげーやつで、それ以外は雑魚。
つまり、技術を売りにするプログラマってのは、１００万人に一人とかそんくらいの人だけが立てるポジションってことだな

**仕様書無しさん** · 2014/08/20(水) 15:06:31.45

>>65
お前に技術力ないことぐらいわかってるから強がんなって。

>>66
雑魚同士なかよくしろよ。

**仕様書無しさん** · 2014/08/20(水) 15:25:58.74

>>67
いや、さっさと実装してくれよww
こーゆー分野なら絶対だれも、業務知識　なんていわねーからｗｗｗ

**仕様書無しさん** · 2014/08/20(水) 16:35:45.14

>>68
>いや、さっさと実装してくれよww
え？なにを？

**仕様書無しさん** · 2014/08/20(水) 18:46:33.71

>>68
業務知識だけでアプリの実装を全くできないお前が何を言うwww

**仕様書無しさん** · 2014/08/20(水) 18:48:32.04

>>69
業務知識とか技術とか言う前にコミュニケーション能力が不足しているｗ

**仕様書無しさん** · 2014/08/20(水) 19:06:25.06

>>69
俺も最初そう思ったがよく見たらURLが貼っててそれが顔認証技術でNECが1位とかって書いてるわ

>>71
そりゃお前だろ
分かりにくい文章書いて自己満してんなよ

**仕様書無しさん** · 2014/08/20(水) 22:12:47.80

業務知識とは、SEの存在価値を示すためのものかとｗ
普通のプログラマならたいていの業務なら数ヶ月もあれば理解できるからねえ。

**仕様書無しさん** · 2014/08/20(水) 23:41:11.65

>>72
判りにくい文章ってどのレスのこと？

このスレにはまだそんな難解な文章が見当たらないんだが。

**仕様書無しさん** · 2014/08/22(金) 09:20:06.08

事務員のスキルじゃん

**仕様書無しさん** · 2014/08/22(金) 10:04:57.34

ビジネスを成立させるには、事務員も工員も必要。
ポジション的には工員に相当するプログラマにおいて、
工員が旋盤を扱う技術に相当するプログラム技術は当然重要。
一生工員を続ける人生もそれはそれで有りだし、一生プログラマで
有り続けるのもそれと同様、有りではあるな。

**仕様書無しさん** · 2014/08/22(金) 10:12:36.26

業務系マのほとんどに技術力なんて無いのは認めるけど、
技術志向()のくせに大した技術もない奴が偉そうにしてるこのスレｗ
君らの技術力もまあ五十歩百歩だからｗ

**仕様書無しさん** · 2014/08/22(金) 11:13:43.81

>>77も含めてなｗ

**仕様書無しさん** · 2014/08/22(金) 18:50:30.07

>>77
業務系の技術者?は、エクセル方眼紙を使っても気が狂わない
強靭な精神力が必要だぞwww

**仕様書無しさん** · 2014/08/22(金) 20:19:23.71

業務系は、
技術者でなく、
事務員

**仕様書無しさん** · 2014/08/22(金) 20:53:14.90

>>80
業務系だけじゃなく、組込みも、webもな
わかりきっている手続きを書いているやつは、ぜーーーーーーーんぶ、事務屋だ

**仕様書無しさん** · 2014/08/22(金) 20:55:51.43

いや、業務系やってるやつはマジで圧倒的に低レベル
エンジニアの採用担当をやれば分かる

**仕様書無しさん** · 2014/08/22(金) 22:01:45.18

一次請
完全自社開発
研究室
このいずれかに該当しない段階で、無条件で全部事務屋でいいだろ。
ほとんど四則演算の手続きの記述でしかねーもん

**仕様書無しさん** · 2014/08/22(金) 22:09:12.83

いや、一次請も事務員だから
一緒にすんなよ

**仕様書無しさん** · 2014/08/22(金) 22:19:10.44

じゃ
　完全自社開発
　研究室
のどっちかに属してない奴は全部事務員ということで

事務員なら技術技術言ってねーで、事務ってろよｗｗｗ

**仕様書無しさん** · 2014/08/22(金) 22:23:49.94

研究室って言うと、大学とかみたいだけど
そこまで大きくなくても、「研究」していればいいと思うよ。

ソフトウェア開発における研究ってのは、効率化のこと。
今までやっていたやり方を、より効率のいい方法に変えること。

「効率がいい」には動作速度が速くなるだけじゃなくて
開発速度を早くしたりバグを減らすことも含まれる。
自動化なんかもそう。

さて、みなさん、研究、してますか？
まさか一年前と同じやり方を今年もしていたりしませんよね？
同じようなコードや作業を何回も手動で実行してないですよよね？

**仕様書無しさん** · 2014/08/22(金) 22:47:55.97

>>81
組み込みは、事務員関わらないけど、
業務は、事務員関わる

**仕様書無しさん** · 2014/08/22(金) 22:52:19.20

>>86
含まない

科学技術の基礎技術・基礎工学に関わる内容であることは最低条件

**仕様書無しさん** · 2014/08/22(金) 22:58:51.49

>>88んだな。自然科学に対する現象の観察からアルゴリズム化までの工程をやってくれないと技術者とは呼べないよな。
それ以外はただの事務手続き処理

**仕様書無しさん** · 2014/08/22(金) 23:04:53.50

はい
じゃ、決まり
　完全自社開発
　研究室（自然科学に対する現象の観察からアルゴリズム化までの工程をやっていること）
のどっちかに属してない奴は全部事務員ということで
はい
この板の99.99%は事務員となりました～

**仕様書無しさん** · 2014/08/22(金) 23:06:50.20

事務所で働いているやつは全員事務員だろ、プログラマ含めて。

**仕様書無しさん** · 2014/08/22(金) 23:22:22.00

>>89-90
笑

君らが決めることじゃないんだから
勝手に決めることはできんよ。

まず、ゲームアプリを事務アプリと言うやつはいないだろう。
そういう風にこれは事務アプリかって考えていくといいんじゃないか。

他にもウェブサービスの大半は事務アプリとはいえんだろう。
TwitterとかFacebookとかDropboxとかさ。

**仕様書無しさん** · 2014/08/22(金) 23:24:17.27

この定義でいいんじゃないか？

http://www.weblio.jp/content/%E4%BA%8B%E5%8B%99

じむ［1］【事務】
書類の作成など，主として机の上で取り扱う仕事。「－室」「－費」「窓口－」「－用品」

**仕様書無しさん** · 2014/08/22(金) 23:27:15.42

社会人なら常識だと思うんだけどな。
これが事務の定義で事務アプリっていうのは
こういう仕事を補助するためのアプリ

一般事務、庶務
http://www.jinzai-bank.net/edit/loveshoku/jobdetail.cfm?JOBDICTNO=42

どんなお仕事？
■伝票処理から電話応対、資料作成までテキパキこなすオフィスのマルチプレーヤー
一般事務は庶務とも呼ばれ、電話応対、来客対応、伝票処理、小口金管理、ファイリング、
書類・資料作成、データ入力…とオフィスの様々な業務を一手に引き受ける仕事。
総務事務との違いは、総務が会社・組織全体の業務を行うのに対して、
一般事務（庶務）は、各部門に所属し、その部門内の事務業務を担当します。（更新日：2010.4.20）

**仕様書無しさん** · 2014/08/22(金) 23:29:16.08

>>90
> この板の99.99%は事務員となりました～

板の99.99%は事務員にしたいんだっていう
お前の目的がモロに透けて見えてるぞｗ

事務員なんてほとんどいないだろ。
何言ってるんだ？

**仕様書無しさん** · 2014/08/23(土) 08:32:46.29

>>92
ゲームアプリなんてまさに、完全自社開発の分類だろ
TwitterもFacebookもDropboxも完全自社開発だろ
完全自社開発ってのは、自社で製品を独自に作っているかどうかってことだろ　普通の理解だと
>>90が言いたいのは、請負、派遣、SIer 等々は、まず技術者を名乗るような仕事をしていないから、それを排除したっつー解釈だと思うが？
研究室（自然科学に対する現象の観察からアルゴリズム化までの工程をやっていること）
の定義を>>89の提案するとおり認めるということは

現場の問題を全部自分達で発見して、観察して、解決策を考えて、結果を出す。

という全部の工程をきちっとやってるかどうかってことだろ。
どこか一部とかの人は、事務屋と変わらん程度の技術しか、ほとんど持ってないのは確かだし。

**仕様書無しさん** · 2014/08/23(土) 09:23:22.26

> ゲームアプリなんてまさに、完全自社開発の分類だろ

それを外注している会社はどうなるの？

同じアプリを作ってるのに外注かどうかで
事務になるかどうかっておかしいよね？

**仕様書無しさん** · 2014/08/23(土) 09:33:27.00

ゲームってほとんど中国とかに丸投げだよね。
SNSゲームとかはもう基本的に既製品で、
各社カスタマイズで見た目変えてリリースしてるだけ。

**仕様書無しさん** · 2014/08/23(土) 09:34:50.73

>>1ってさ、ゲームとかユーザーサイドから見て「楽しい」ものは
つくるのも楽しい。
事務仕事なんてつまらないから、それのシステム化もつまらん。
そう単純に思い込んでるだけだろ。
実際どっちもつくったことなくて。

**仕様書無しさん** · 2014/08/23(土) 11:00:57.61

>>98
そうやって丸投げしてると大失敗する

ゲーム会社が事務アプリを外注するのは正しいが、
ゲーム制作を外注しちゃいかん
外注するというのは、その分野での競争優位は無いってことだからな

**仕様書無しさん** · 2014/08/23(土) 11:15:58.77

ゲームを外注したら
そのゲームを作ってる会社は
事務アプリを作ってることにはならないよ。

当たり前だけど、事務アプリの定義は
事務でやる内容に関係したアプリの事。
それ以外は事務アプリではない。

あたりまえだろー？

**仕様書無しさん** · 2014/08/23(土) 12:46:00.28

>>101
日本語で頼む。

**仕様書無しさん** · 2014/08/23(土) 14:34:15.12

競争なんかする気はない
儲からなくなったらさっさと撤退する

**仕様書無しさん** · 2014/08/23(土) 16:25:33.19

>>102
事務員かどうかは、仕事内容が「事務」であるかどうかで決まる。

という当たり前の話をしているに過ぎない。

「事務」の仕事がどんなものであるかは
社会人なら知ってるはずだしググればわかる。

**仕様書無しさん** · 2014/08/23(土) 18:12:28.65

ようするに、開発を外注しているゲーム会社では、

営業の仕事を除けば、事務仕事だということだろ。

**仕様書無しさん** · 2014/08/23(土) 18:16:36.09

違うよ。事務仕事の定義

一般事務、庶務
http://www.jinzai-bank.net/edit/loveshoku/jobdetail.cfm?JOBDICTNO=42

どんなお仕事？
■伝票処理から電話応対、資料作成までテキパキこなすオフィスのマルチプレーヤー
一般事務は庶務とも呼ばれ、電話応対、来客対応、伝票処理、小口金管理、ファイリング、
書類・資料作成、データ入力…とオフィスの様々な業務を一手に引き受ける仕事。
総務事務との違いは、総務が会社・組織全体の業務を行うのに対して、
一般事務（庶務）は、各部門に所属し、その部門内の事務業務を担当します。（更新日：2010.4.20）

**仕様書無しさん** · 2014/08/23(土) 18:16:40.39

>>97=馬鹿すぎｗｗｗ

**仕様書無しさん** · 2014/08/23(土) 18:18:12.51

私はゲーム会社のプログラマです。

電話応対、来客対応、伝票処理、小口金管理、ファイリング、
書類・資料作成、データ入力…とオフィスの様々な業務を
一手に引き受ける仕事をしています。

それがゲーム会社のプログラマの仕事です。

と>>105はいいたいのだろうね。

**仕様書無しさん** · 2014/08/23(土) 18:21:43.00

開発を中国に丸投げしてたら、日本の技術者の仕事は、実質的には事務仕事じゃないか。

> 伝票処理から電話応対、資料作成までテキパキこなすオフィスのマルチプレーヤー
> 一般事務は庶務とも呼ばれ、電話応対、来客対応、伝票処理、小口金管理、ファイリング、
> 書類・資料作成、データ入力…とオフィスの様々な業務を一手に引き受ける仕事。

↑で、「オフィスの様々な業務」というところを、
「中国に仕事を発注するにあたっての様々な業務」と言い換えたらそのままだろ。

**仕様書無しさん** · 2014/08/23(土) 18:25:14.57

>>104の言うとおり、事務員かどうかは、仕事内容が「事務」であるかどうかで決まる。

そう考えると、日本のゲーム会社のプログラマのほとんどは事務員だわな。

**仕様書無しさん** · 2014/08/23(土) 18:29:36.16

俺はプログラマって言い張ってる人も、自分は事務員ってわかった？
事務員と理解したなら、業務知識くらい学習してね。
大半のプログラマは事務員だからね。

**仕様書無しさん** · 2014/08/23(土) 18:34:14.59

　　　　　　　＿＿＿_
　　　　／　　　　　＼
　　　　／　　⌒　　⌒ ＼　　何言ってんだこいつ
　　　／　　（●）　（●）＼
　　 |　　､"　ﾞ)（__人__）"　　）　　　 _＿＿＿＿＿＿＿＿＿_
　　　＼　　　｡｀ ⌒ﾟ:j´　,／　jﾞ~~| | |　　　　　　　　　　　　　|
＿＿／　　　　　　　　　　＼　 |_＿| | |　　　　　　　　　　　　　|
| |　/　　 ,　　　　　　　＼ｎ||　 | |　　　　　　　　　　　　　|
| | /　　 /　　　　　　　　　r.　（こ） | |　　　　　　　　　　　　　|
| | |　⌒ ーnｎｎ　　　　|＼ (⊆ｿ .|_|_＿＿＿＿_＿＿＿＿_|
￣＼＿_､("二）￣￣￣￣￣ｌ二二ｌ二二　＿|_|＿_|＿

**仕様書無しさん** · 2014/08/23(土) 19:38:20.43

仕事としてプログラミングやってるのは全部事務員と言いたいのかな？
誰の役にも立たない自己満足オナニープログラマの自分だけが真のプログラマであると。

**仕様書無しさん** · 2014/08/23(土) 22:11:00.24

完全自社開発してるとこや研究室でプログラミングしてるのも
当然仕事に入るので、それはおかしい

**仕様書無しさん** · 2014/08/23(土) 22:15:32.29

>>82
エンジニアの採用担当が業務系を低レベルと笑う、か

確かにFラン大出身で基本情報も受からないようなバカが多いけど人売りしかしてない奴にどうこう言われたくないわ

お前らたまたまどっかの募集現場でだけ使われてるようなマイナー言語やFWの名前を知ってるだけで
自分らじゃプログラミングどころか開発環境の構築すらできない単なる寄生虫じゃねーか

**仕様書無しさん** · 2014/08/23(土) 22:53:54.12

「お前の技術力は低レベルだな」って褒め言葉じゃね

**仕様書無しさん** · 2014/08/23(土) 22:55:10.12

>>116
お前の技術は低レベルだな。（褒めてる）

**仕様書無しさん** · 2014/08/23(土) 23:04:22.18

エンジニアの採用担当が相手をdisるつもりで低レベルとか言っちゃうあたり事務屋臭ハンパないね

**仕様書無しさん** · 2014/08/23(土) 23:06:21.96

あ、文脈でわからない低レベルやろうかｗ

**仕様書無しさん** · 2014/08/23(土) 23:16:10.00

コンピュータ技術者にとって「低レベル」って特別な意味を先にイメージするだろ
fjとかで口論になっても低レベルとか書いちゃうは奴いなかった
これがゆとりというやつかね

**仕様書無しさん** · 2014/08/23(土) 23:30:57.93

ドラクエをやったことがない世代かな？
低レベルとはレベルが低い、未熟者って意味を
一番に思い浮かべるものだよ。

**仕様書無しさん** · 2014/08/24(日) 00:06:49.25

　　　　　　r　‐､
　　　　　　| ○ | 　　　　　　　　r‐‐､
　　　　　_,;ﾄ - ｲ、　　　　　　∧l☆│∧　　　良い子の諸君！
　　　（⌒`　　　 ⌒ヽ　　　/,､,,ﾄ.-ｲ/,､ l
　　　　|ヽ　 ~~⌒γ⌒）　r'⌒　｀!´ `⌒）　　最近の厨学生が受けている教育は
　　　│　ヽー―'^ー-'　（ ⌒γ⌒~~　/|　　ゆとりの一歩先をゆく「生きる力」らしいぞ！
　　　│　　〉　　　 |│　　|｀ー^ｰ― r'　|　　
　　　│　/───|　|　　|/　| 　l　　ﾄ､ |　　いつまでもゆとりなんて言ってると
　　　|　 irｰ-､ｰ　,}　|　　　 / 　　　　i　　　　ナウなヤングに馬鹿にされるぞ！
　　　| /　　　｀X´　ヽ　　 / 　入　　|

**仕様書無しさん** · 2014/08/24(日) 01:06:05.44

クライアントがちゃんと自分の業務について論理立てて説明できるならいらないんじゃね？

**仕様書無しさん** · 2014/08/24(日) 02:16:03.67

まあ、高級言語だとか言っちゃう人がほとんどなんだからレベル云々を
理解できる方がおかしい世の中になっているんだよ。

**仕様書無しさん** · 2014/08/24(日) 09:06:31.39

高級アルコール系○○と同じだな。
99.9%のヤツは高級な原料が使われてると思ってるw

**仕様書無しさん** · 2014/08/24(日) 12:24:38.10

>>124
上流は偉いと思っている馬鹿も多いよなｗ
仕事内容は技術とはほぼ遠く単に打ち合わせして
こんな感じっていう雑な仕様をまとめるだけなのに。

**仕様書無しさん** · 2014/08/24(日) 13:26:49.34

＞高級アルコール系○○と同じだな。

高級アルコール系というのはナポレオンとかいうやつか？　
高級ガールというやつもいるね。京都の舞妓は高いよ

**仕様書無しさん** · 2014/08/24(日) 13:47:37.68

>上流は偉いと思っている馬鹿も多いよなｗ

下ネタやるやつを、レベル低い、と思っている馬鹿も多いよな

**仕様書無しさん** · 2014/08/24(日) 13:53:02.79

下ネタの下は、下半身と下品の下らしいよ。

下半身はレベルとは関係ないけど、
下品は品性が劣るという意味だから
下ネタに限ってはあながち間違ってないかな。

**仕様書無しさん** · 2014/08/24(日) 13:55:59.18

では上流の意味とはなんだろうか？

**仕様書無しさん** · 2014/08/24(日) 13:58:43.25

ソフトウェア開発の上流っていうのは
川の上流と同じ意味でいえばいいんじゃね？

単に上から流れてくるだけ。

そして流れてくるものをダムでせき止めたり
浄水したりして下流で使えるものにしていく。

上流は使いものにならないからｗ

**仕様書無しさん** · 2014/08/24(日) 14:21:37.13

>>91
事務所の清掃員は？

**仕様書無しさん** · 2014/08/24(日) 15:02:05.18

>>91
事務所の社長は？

**仕様書無しさん** · 2014/08/24(日) 17:54:03.00

>>133
役職

**仕様書無しさん** · 2014/08/24(日) 17:54:52.24

>>132
外注

**仕様書無しさん** · 2014/08/24(日) 17:56:15.11

>>132
事務所を掃除しているが
事務所で働いてるかな

**仕様書無しさん** · 2014/08/24(日) 18:18:53.96

>>136
事務所を掃除してるんだから
事務所で働いてるだろ。

場所が事務所ってだけで
事務をしているわけじゃないが。

**仕様書無しさん** · 2014/08/24(日) 18:22:54.01

>>137
国会議事堂掃除してる人は？
国会議事堂で働いてる
ふむ

**仕様書無しさん** · 2014/08/24(日) 18:36:44.31

業務は技術障害

**仕様書無しさん** · 2014/08/24(日) 19:14:11.23

業務知識は超重要というか　プログラマーやるくらいなら経理とかやるほうが正解

**仕様書無しさん** · 2014/08/24(日) 19:51:00.05

>>138
国会議事堂で働いている人は
全員政治家だよ。

**仕様書無しさん** · 2014/08/24(日) 19:51:02.93

>>131
上流から土石流が流れてくる場合もあるぞ
その場合は、せきとめたり浄化しないでまんま流す
もちろん自分に火の粉がかからないように細心の注意を払いながら

**仕様書無しさん** · 2014/08/24(日) 19:53:24.33

>>140
「経理仕事楽しい」でググってみたよ

**仕様書無しさん** · 2014/08/25(月) 08:09:28.08

>>1
オブジェクト指向は愚かな考え。
http://peace.2ch.net/test/read.cgi/tech/1393660194/

**仕様書無しさん** · 2014/08/25(月) 20:09:01.72

ほんとお前ら理屈っぽいよな。天職じゃん

**仕様書無しさん** · 2014/08/25(月) 20:25:15.32

理屈っぽい奴が適した仕事では無いな。
何よりシンプルに無駄無く理論立てて考えられないと、自己破綻するからな。

**仕様書無しさん** · 2014/08/25(月) 20:33:52.84

>事務所の清掃員は？

事務所のトイレで掃除しているやつ、事務員だよ
トイレに掃除当番表があって、終わったら次の人に連絡よ

**仕様書無しさん** · 2014/08/25(月) 20:34:52.93

理屈にも優劣があるからね
いい理屈ってのは大抵シンプルで無駄の無いものだ
数学的センスと言い換えてもいい
そして、文系には致命的に欠けてるものなんだよね
同じ理屈っぽくても、法律屋なんかはプログラマに向かない

**仕様書無しさん** · 2014/08/25(月) 21:49:18.13

その優劣を決めるのは、この板の大半のスレに常駐しておられる
偉大なるCOBOL嫌い様なんだよね。

**仕様書無しさん** · 2014/08/26(火) 08:13:10.14

業務は技術障害

**仕様書無しさん** · 2014/08/26(火) 09:28:48.55

文系の奴は単純なことを無駄に複雑な話にしたがる。
かと思えば、複雑すぎて自分の理解できないことは
的外れな単純化をして理解した気分になり思考停止する。
この業界では賢くないくせに喋りたがる文系は本当にやっかい。

**仕様書無しさん** · 2014/08/26(火) 10:45:08.39

滝川クリさんは文系。

**仕様書無しさん** · 2014/08/26(火) 12:46:58.26

世の中牛耳ってんのは理系でも文系でもなく体育会系だけどな。

**仕様書無しさん** · 2014/08/26(火) 13:07:59.30

>>153
操り人形には持って来いだからな。脳筋は。

**仕様書無しさん** · 2014/08/26(火) 21:21:07.73

>>154
あぁ、妄想ではそういうことになってんだ。
少しは現実を直視した方がいいと思うよ。

**仕様書無しさん** · 2014/08/29(金) 08:30:09.48

>>153

それは体育会系という属性”も”持っている理系・文系だから。

**仕様書無しさん** · 2014/08/29(金) 22:03:43.63

理系：日本語ができない
文系：算数ができない
要するにどっちもバカ

**仕様書無しさん** · 2014/08/29(金) 22:15:21.48

文系に日本語ができる人っているの？

**仕様書無しさん** · 2014/08/30(土) 14:49:18.12

文系と理系の違いは、論理的かどうかかとｗ

**仕様書無しさん** · 2014/08/30(土) 23:24:29.70

どうでもよくないよ
技術障害になるから

**仕様書無しさん** · 2014/08/31(日) 00:21:33.47

>>158
もちろん日本語の読み書きはできる
しかしながら論理的な日本語の文章は書けない

**仕様書無しさん** · 2014/08/31(日) 00:34:51.26

「論理的な文章」て表現は論理的じゃないよねｗ

**仕様書無しさん** · 2014/08/31(日) 00:51:33.68

その表現だけでは論理的か否かについて
肯定も否定もできないと思うけど、どうしてそう思ったの？

**仕様書無しさん** · 2014/08/31(日) 06:38:48.71

文理言ってるほど、理系的な仕事してねーだろw

**仕様書無しさん** · 2014/09/01(月) 12:00:43.46

論理的な数式。

なんてバカなな表現じゃないかw

**仕様書無しさん** · 2014/09/01(月) 15:19:44.30

バナナ表現というのは斬新だとおもう

**仕様書無しさん** · 2014/09/01(月) 15:25:50.41

バナナのバカはバカバナナとかいう歌があったな。

**仕様書無しさん** · 2014/09/02(火) 13:05:46.81

そもそも業務系の定義ってなんだ？
技術低い系の別名だと思ってるけどあってる？

**仕様書無しさん** · 2014/09/02(火) 13:59:29.58

>>168
全然違うだろ
制御系でもWEB系でもゲーム系でもない
ユーザ企業の基幹業務を効率化するのが業務系だのオープン系だのって言うんじゃねーのか

**仕様書無しさん** · 2014/09/02(火) 15:37:19.26

オープン系なんて今時言う奴いるのかどうかしらんが、オープン系とは汎用系と対になる言葉

**仕様書無しさん** · 2014/09/02(火) 23:05:28.35

同じとこで10年20年やってて
業務スキルが高いって言っても…

それはそれで素晴らしいことだが
自ら誇ることじゃないね

**仕様書無しさん** · 2014/09/03(水) 00:33:41.59

某大手住宅設備会社で業務アプリ作ってるけど
マジで業務知識が全てって感じ。
業務知識が複雑すぎるので、プログラムの知識0でマスタ管理するだけのSEとかいる。

**仕様書無しさん** · 2014/09/03(水) 01:13:41.61

業務系って、確かにPGとしてのスキルはそれほど必要じゃないと思うが、万が一
トラブってシステムが止まってしまったときの損害がしゃれにならんことあるよね。

そうなると、トンがった技術より、サルでもメンテできる安定したもの、って選択に
なってしまうのかな。

**仕様書無しさん** · 2014/09/03(水) 01:21:07.12

>>172
スレタイはそういうのを言ってるのだと思う
糞だな
ろくにシステム作れないで業務知識しかないSE（笑）

**仕様書無しさん** · 2014/09/03(水) 01:23:34.84

>>173
PGとか言ってる時点でお里が知れるよ
ぼくちんはSE（笑）か？

**仕様書無しさん** · 2014/09/03(水) 01:31:55.84

>>173
> そうなると、トンがった技術より、サルでもメンテできる安定したもの、って選択に
> なってしまうのかな。
サルでもメンテできるように改善するのは好まれない
改善自体好まれない
難しいものを難しいままミスなく処理することを求められる

>>174
業務知識ってPGの仕事でしょ
SEはそれを清書する係

**仕様書無しさん** · 2014/09/03(水) 03:29:19.73

> SEはそれを清書する係

下書きじゃね？

だってSEが書いたものを直しながら
作るわけだから。

逆にPGが作ったものを、
SEが清書することなんて無いよね？

**仕様書無しさん** · 2014/09/03(水) 09:00:56.12

>>176
確かに「動いているものに余計なことはするな」って言われるね。

不具合だけを直した方が簡単な場合もあるけど、今後のメンテを考えて
訳がわからんくらいこんがらがったソースを見通しよくする、という提案は
却下されることが多いし。

**仕様書無しさん** · 2014/09/03(水) 21:32:01.51

>>178
訳がわからんくらいこんがらがったソースは
十中八九、訳がわからんくらいこんがらがった動きをするからな。

仕様を変える事は業務を変える事につながるから
現実に受けいれられている訳がわからん仕様を変える事は簡単ではないし、
忠実に訳がわからん仕様を維持しつつ、コードだけを改善するような
馬鹿げたコストをかける訳にもいかん。

**仕様書無しさん** · 2014/09/04(木) 10:58:59.52

プログラムがクソなせいで訳分からん動きになってても
「仕様です」「瑕疵切れです」なんてのを強弁し続けた結果
その動きが業務に取り込まれてたりするからな

クソコードからクソだけ綺麗に取り除くなんて不可能なんだし
「動いてるものを触るな」って意見はある意味正しい

**仕様書無しさん** · 2014/09/04(木) 17:58:57.81

>>173
金融系はともかく
個人向けのサービスのほうが損害おおきいでしょ

**仕様書無しさん** · 2014/09/04(木) 19:39:33.26

>>181
製造系、物流系をお忘れなく。
調達系の不具合でラインが止まったら1日に何億って損失が出る場合もある。

**仕様書無しさん** · 2014/09/04(木) 21:54:58.85

>>173
> そうなると、トンがった技術より、サルでもメンテできる安定したもの、って選択に
> なってしまうのかな。

実際には、サルが作ってメンテナンスできなくなってるんだけどな。

とんがった技術が何を言ってるのかしら無いけど、
必要なのは、大きなものをシンプルに作る技術だよ。
シンプルなものはメンテナンスしやすいし安定する。

**仕様書無しさん** · 2014/09/05(金) 04:56:12.18

>>183
＞必要なのは、大きなものをシンプルに作る技術だよ。
＞シンプルなものはメンテナンスしやすいし安定する。

理想はそうだけど、現実はサルが作るんだぜ。

まあ、サルを統率する者がちゃんと大きなものを大きいと認識して設計できれば良いけど。
シンプルすぎて規模がみえないとか、シンプルなものが大量に集まって複雑化するって
事態になりそう。

**仕様書無しさん** · 2014/09/05(金) 09:07:15.11

>>184
結論としては、サルならどういう手段を使っても
複雑するということ。

サルを排除しないとどうしようもない。

現実的してサルを排除できないというならば、
現実として複雑化をさけることはできないということ。

現実を受け入れよう。サルを使ってるのが
複雑化の原因であり解決手段はサル排除以外ない。

**仕様書無しさん** · 2014/09/05(金) 16:48:39.45

一番最初に>>185が排除されないとならんな

**仕様書無しさん** · 2014/09/05(金) 16:51:30.16

>>185
同意。

自分自身もサルだったから、早くサルから脱却しなければ、という思いで、
努力しながらこの業界でやってきたつもりだが、そういう意識が低い人が
多すぎるように思う。

でも、サルを駆逐するのはなかなか難しいと思う。

**仕様書無しさん** · 2014/09/05(金) 22:02:41.54

> でも、サルを駆逐するのはなかなか難しいと思う。

そのとおりだと思うよ。

サルを駆逐するのは不可能。
それは言い換えると、複雑化を避けるのは不可能ということ。

じゃあどうすればいいんだっていいたくなるかもしれないが、
答えはでてる。

複雑化を回避するのは不可能。

死ぬのを回避するのは不可能であるのと同じように
回避するのは不可能という事実を受け入れるしか無い。

**仕様書無しさん** · 2014/09/07(日) 10:30:34.44

ウォルマート、人件費削減で正社員の80％がフードスタンプ受給、その生活保護費は年額2800億円にものぼる。

西友で買い物するのは止めよう。

ウォルマートの経営戦略に見るマルサス的世界観 : アゴラ
https://twitter.com/Mono_Book_/status/508410525701521408

**仕様書無しさん** · 2014/09/15(月) 17:25:36.26

>>172
大手金融で長らくデータ見てたが極力業務は憶えないようにしてたわ

**仕様書無しさん** · 2014/09/15(月) 19:34:12.30

>>190
データ見るのと業務って別だろ

**仕様書無しさん** · 2014/09/15(月) 22:36:20.76

>>191
いや、直結してるとこだし、業務の勉強会も呼ばれてたんだわ
まあ色々みてるとデータ分析してヤバイ系見つけた時に知らんフリし易いしな

**仕様書無しさん** · 2014/09/16(火) 04:25:46.45

業務の勉強会って単なる研修だろ？ｗ

**仕様書無しさん** · 2014/09/16(火) 07:44:23.53

どうしても否定したいんだ（笑）

**仕様書無しさん** · 2014/09/16(火) 21:59:27.56

はい、否定したいです。
今のところ、否定された状態で終わってますね。
言い返す気配はなさそうです。

**仕様書無しさん** · 2014/09/17(水) 01:29:00.56

>>195
うむ。
UIが近いなら業務知識は熟知すべきだが、距離を置くほど遠ざかる
ただ、それだけですよ
昔、移動体の基地局ファームウェアを作ったんだが、ぶっちゃけ業務は意識しとらんかった。

**仕様書無しさん** · 2014/09/17(水) 09:30:07.95

>>196
制御系で業務はないだろ

**仕様書無しさん** · 2014/09/27(土) 12:27:22.60

業務知識って、極一部の業界では必要だけど、それ以外では特に要らないってか
業務知識＝会社知識って場合のほうが多い

業界特有の商習慣とか法令とかが要求されるなら業務知識と言えるけど、
その会社特有の業務フローを指す場合は業務知識とは言わないで欲しいもんだ

**仕様書無しさん** · 2014/09/27(土) 12:40:10.19

そうそう。それだ。
法律とか経理知るのは私生活でも意義あるが
新〇鉄の工程覚えたところでｗｗｗ

**仕様書無しさん** · 2014/09/27(土) 13:05:52.22

細かいレベルの話では同業他社の業務にとって何の意味もないなんてことはありまくると思うけど
大きな目で見たら製造業なら製造業、流通業なら流通業の業務の流れってのが見えてくるだろ

その会社でしかやってないような業務に特化したシステムなら
何年触っても会社知識にしかならんのだろうけど