その実態が何なのか語られることはないし、
ドキュメント作っておけばいいだけで覚えるものでもないし、
あんなの勉強したって、会社変われば使いものにならない。
一部の業界に見られる業務知識偏重主義はやめたほうがいいと思うわ。
すごくどうでもいいもの。
「業務知識」って実はすごくどうでもいい物じゃね？
■ このスレッドは過去ログ倉庫に格納されています
その実態が何なのか語られることはないし、
ドキュメント作っておけばいいだけで覚えるものでもないし、
あんなの勉強したって、会社変われば使いものにならない。
一部の業界に見られる業務知識偏重主義はやめたほうがいいと思うわ。
すごくどうでもいいもの。
業務仕様書でよくね？
0003仕様書無しさん垢版
2014/08/17(日) 02:31:05.48http://fox.2ch.net/test/read.cgi/poverty/1408154165/
身分証
http://www.dotup.org/uploda/www.dotup.org5256591.jpg
人生という道
http://www.dotup.org/uploda/www.dotup.org5256557.jpg
夫婦の営み
http://www.dotup.org/uploda/www.dotup.org5256488.jpg
あれから８年・・・
http://www.dotup.org/uploda/www.dotup.org5256630.jpg
撮影日時を時系列
http://www.dotup.org/uploda/www.dotup.org5256715.jpg
ヨ メ
http://www.dotup.org/uploda/www.dotup.org5258794.jpg
さ や
http://www.dotup.org/uploda/www.dotup.org5258795.jpg
み か
http://www.dotup.org/uploda/www.dotup.org5258796.jpg
み ほ
http://www.dotup.org/uploda/www.dotup.org5258799.jpg
デ リ
http://www.dotup.org/uploda/www.dotup.org5258802.jpg
かずや とプレイ
http://www.dotup.org/uploda/www.dotup.org5256741.jpg
税金使ってナニしてはんの？
http://www.dotup.org/uploda/www.dotup.org5256780.jpg
情報漏えい画像 （軍事機密）
http://www.dotup.org/uploda/www.dotup.org5257197.jpg
※ 流出ダウンロード先 （２３８Ｍ）
http://www.ziploader.net/dl.phpx?id=ziploader17025
またCOBOL現場追い出された馬鹿がスレたてやがった
自分が何のプログラムを組んでいるのかすらわからないほどの下流でしか組んだことがなければそうなるよ
必要なのは顧客の業務を正しく理解する「オツム」だけだな
それを業務知識っつーんだよ
業界法規、業界慣習、業界運用、特定会社運用全部をとりまとめてな
0009仕様書無しさん垢版
2014/08/17(日) 10:56:58.34こんなややこしいことになるなら、昔みたいにとろくさいPCでも動く黒いコンソールアプリでもC言語で開発した方が
安上がりで地球環境にも優しい気がする・・・
業務知識が何かわかってないのに「業務知識なんて必要ない」ってｗｗｗ
ウンコ以下の知能だな。いや、ウンコ未満だな。
事前の業務知識なんて不要だと思うけどな
顧客が実際に行っている業務を理解せず自分の狭い業務知識に凝り固まって
使い物にならないシステムを作り破綻したプロジェクトを知っている
業務知識として必要なのは顧客の業務を正しく理解する「オツム」だけ
業務知識があると思っている馬鹿は救いようが無いって事だよ
A社の常識はB社の非常識w
これでいくつ目かな？この板で彼が建てたｽﾚ。
職歴が無い彼にとっては、そら業務知識もへったくれもないだろうね。
自宅警備力＝ぐぐる検索力？さえあれば良い、と。
おまえが超下流工程じゃなくなってから言え。
底辺の馬鹿に付き合う気はない。
底辺の馬鹿には、必要ないよ業務知識は。
よくわからないけど指示されたデータを指示されたように加工して保存する処理を延々組んでいればいいだけ。底辺は。
定型的な業務知識が有効な業務はパッケージ化されてるからな〜
お前さんは誰でも出来る業務パッケージの導入コンサルでもやってれば良いよw
そのパッケージ導入が失敗するわけだがなw
結局、業務知識どころか業界知識も無い連中がシステムを作ってもダメって証明
下流工程のゴミ底辺さん
ゴミの量産おつかれ
ゴミを生み出すの勘弁してください
マジで社会の足をひっぱりまくりです ゴミシステムが
業務改善もやるって知ってるか？
技術力が低い会社にありがちなこと part 4
http://kanae.2ch.net/test/read.cgi/prog/1382966962/
ただ、何のシステム作ってるかも理解できないようじゃね。
例えば金融系のシステムにかかわるなら、最低限日経新聞を読んで
理解できる程度の知識（業務というよりビジネス一般レベル）は無いとな。
技術馬鹿って、本当に新聞レベルのことも知らなくて話にならない。
そのくせ「俺様は優秀なプログラマだ」と根拠なくうぬぼれててバグ量産する。
バカがいくら業務知識を付けても駄目だって事だ〜よ
バカは業務を表面的にしか理解できないから明後日の方向のシステムが出来上がるw
業務改善の成功例って少ないと思う
>明後日の方向のシステム
未来指向で良いシステムだね
プログラム設計(現場によってはこれ自体無し)、コーディング、単体テスト、疎通レベルの結合テスト
までだけやってすぐ別現場に飛ばされる最底辺のPG、というかコーダーなら確かに業務知識は不要だろうな
内部設計より上流とか、機能間の結合テストの実施やテスト仕様書作成までやるSEなら程度の差はあれ業務知識が不要なんて言葉は出てくるはずが無い
大規模はないけど
一部改善とかは結構あるよ
PGでも知ってる人と知らない人では
出来る物が違う
いやだから>>1はド底辺だから。PGどころかキーパンチャーレベルだろ
SIerは技術を飯の種にしてる訳ではなくて、あくまで業務代行業であることを自覚すべき。
弊害とは？
飯の種というより単なる基礎
だから別のスレでは、それが最適解という結論が出てるんだが？ｗｗ
お前は全１０周中のレースで８周周回遅れなの気づかないの？
いや、疑問系はもういい。お前は一生気づかないからｗ。
AKBにダンスがーとかパフォーマンスがーとか言うのと同じだな。
別にダンスを売りにしてるわけじゃないから、お遊戯レベルでいいのよ。
技術知識は3年ぐらいは必要だけど。
一流になるまでは10年ぐらい。
おまえの会社の仕事は3ヶ月で理解できる量なんだ
なるほど
業務知識はね。
それくらいで理解できないとやってられないでしょｗ
それよりも大変なのは技術知識。
そしてその知識を使いこなして仕事をすることだよ。
表面知識ならそのくらいかな
ただ技術偏重はどうかと思う
「ボクSEだから技術には疎いんですよ〜」
ってのが登場すると
PG段階で業務知識の有無で品質が変わるなんて
そりゃ、上流工程の人たちがまともな仕事をしてないとしか言い様がないぞw
仕様書にステップ単位に記述しないと駄目ならそうだね
上流工程のドキュメントに業務要件がまともに書かれていないのけ?
ステップ単位に書かないと理解できないPGと
業務用語で一言で理解できるPG
いや、働いてはいたかもしれないが、超ド底辺の派遣のライン工だから理解し難いのはやむをえないかと。
職歴の無い脳内SEさんなのかw
無理してレスしなくていいよ
手間をかけさせんでくれ
同じ事を説明するなら話が理解できる人の方が
助かるってだけだから
無理してレスしなくても良いよ
どうせExcelお絵かきしか出来ないんだろうし
しかも内容なんてなんもない
いや小学生並みと思う
働いたことないだろう
ド底辺派遣ライン工は小学生より頭悪いよマジで
小学校の同窓会で一人だけいた
驚異的馬鹿だった
上流工程がグダグダで、下流工程のPG職が仕様や設計の不整合の調整や、
非機能要件のとりまとめとかやらされるケースは結構見かける
グダグダで駄目なのと
知識不足で駄目なのと
PGボロボロで駄目なのと
よくある話だが原因はそれぞれだよね
0052仕様書無しさん垢版
2014/08/17(日) 21:08:30.19顧客と同等かそれ以上まで
業務知識が無いと提案とか出来ないし
所属会社の方向性とか商流の位置とかで業務特化を目指すべきじゃない
場合の方が多いかもしれないけど
0053仕様書無しさん垢版
2014/08/17(日) 21:37:47.10業務系はつまらん
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/
0054仕様書無しさん垢版
2014/08/17(日) 21:40:30.81221 ：仕様書無しさん：2014/07/06(日) 18:20:30.34
僕はね、いろんな言語を知っているしコンピュータにも詳しい。
そしてハードウェアにも詳しいんだ。
趣味でもプログラムを書いてして、楽しくプログラミングをしているんだ。
コミュ障と揶揄する馬鹿がいるけどそれは違う。れっきとした優秀なプログラマなんだ！
このスレ見てそれを確信したよ。
コボラーにはわかんないだろうな。こいつらは人を馬鹿にしかできないもんね。
開発スキルの全く無いのが上流工程やってるから仕方ないね
ゲームや画像処理みたく難しいアルゴリズムとかないし
うんうん
コーダーに任せちゃいかんよ
仕事しろよ
それ以前に自分の道具であるプログラム言語とかフレームワークとかＤＢの知識を完璧に把握しておけよってレベルのやつが多すぎる。
明らかに、業務知識とやらからそのまま落としたレベルのものとかシステムにする時にバグ内包しそうな設計とか、
保守面考慮してないような頭の悪い奴が多すぎてる。
それに輪をかけて、そのままシステム組んでくから実装がいびつになってく。。。
エンジニアとしてレベルが低いってレベルじゃねーぞｗ
待遇が低く、数ヵ月で現場を移動するIT土方に要求してもね。
そういう情報がないとコードに適切なネーミングを入れられなくなる
で、後から入った人が業務的な情報一切無しでそのコードを読み解くことになる
仕様が理解できないでいると>>19みたいなことを言われる
で？
0064仕様書無しさん垢版
2014/08/19(火) 20:26:22.99http://cloud.watch.impress.co.jp/docs/news/20140620_654430.html
でも、おまえらは全く歯が立たないんだろ？ｗ
お前らの技術ってソフトを使う能力でしかないから、ぶっちゃけエンドユーザーだよね
技術らしい技術もねーのに。よーほざくわ
そうやって人の唯一の心の糧、存在価値の論拠を無残に打つ壊すのよくない！
言っておくが、これ研究室でも、５０人居て、独自に実装できるやつ２，３人しかいないからな。
結局、その数人がすげーやつで、それ以外は雑魚。
つまり、技術を売りにするプログラマってのは、１００万人に一人とかそんくらいの人だけが立てるポジションってことだな
お前に技術力ないことぐらいわかってるから強がんなって。
>>66
雑魚同士なかよくしろよ。
いや、さっさと実装してくれよww
こーゆー分野なら絶対だれも、業務知識 なんていわねーからｗｗｗ
>いや、さっさと実装してくれよww
え？なにを？
業務知識だけでアプリの実装を全くできないお前が何を言うwww
業務知識とか技術とか言う前にコミュニケーション能力が不足しているｗ
俺も最初そう思ったがよく見たらURLが貼っててそれが顔認証技術でNECが1位とかって書いてるわ
>>71
そりゃお前だろ
分かりにくい文章書いて自己満してんなよ
0073仕様書無しさん垢版
2014/08/20(水) 22:12:47.80普通のプログラマならたいていの業務なら数ヶ月もあれば理解できるからねえ。
判りにくい文章ってどのレスのこと？
このスレにはまだそんな難解な文章が見当たらないんだが。
0075仕様書無しさん垢版
2014/08/22(金) 09:20:06.08ポジション的には工員に相当するプログラマにおいて、
工員が旋盤を扱う技術に相当するプログラム技術は当然重要。
一生工員を続ける人生もそれはそれで有りだし、一生プログラマで
有り続けるのもそれと同様、有りではあるな。
技術志向()のくせに大した技術もない奴が偉そうにしてるこのスレｗ
君らの技術力もまあ五十歩百歩だからｗ
業務系の技術者?は、エクセル方眼紙を使っても気が狂わない
強靭な精神力が必要だぞwww
0080仕様書無しさん垢版
2014/08/22(金) 20:19:23.71技術者でなく、
事務員
業務系だけじゃなく、組込みも、webもな
わかりきっている手続きを書いているやつは、ぜーーーーーーーんぶ、事務屋だ
エンジニアの採用担当をやれば分かる
完全自社開発
研究室
このいずれかに該当しない段階で、無条件で全部事務屋でいいだろ。
ほとんど四則演算の手続きの記述でしかねーもん
一緒にすんなよ
完全自社開発
研究室
のどっちかに属してない奴は全部事務員ということで
事務員なら技術技術言ってねーで、事務ってろよｗｗｗ
そこまで大きくなくても、「研究」していればいいと思うよ。
ソフトウェア開発における研究ってのは、効率化のこと。
今までやっていたやり方を、より効率のいい方法に変えること。
「効率がいい」には動作速度が速くなるだけじゃなくて
開発速度を早くしたりバグを減らすことも含まれる。
自動化なんかもそう。
さて、みなさん、研究、してますか？
まさか一年前と同じやり方を今年もしていたりしませんよね？
同じようなコードや作業を何回も手動で実行してないですよよね？
0087仕様書無しさん垢版
2014/08/22(金) 22:47:55.97組み込みは、事務員関わらないけど、
業務は、事務員関わる
含まない
科学技術の基礎技術・基礎工学に関わる内容であることは最低条件
それ以外はただの事務手続き処理
じゃ、決まり
完全自社開発
研究室（自然科学に対する現象の観察からアルゴリズム化までの工程をやっていること）
のどっちかに属してない奴は全部事務員ということで
はい
この板の99.99%は事務員となりました〜
笑
君らが決めることじゃないんだから
勝手に決めることはできんよ。
まず、ゲームアプリを事務アプリと言うやつはいないだろう。
そういう風にこれは事務アプリかって考えていくといいんじゃないか。
他にもウェブサービスの大半は事務アプリとはいえんだろう。
TwitterとかFacebookとかDropboxとかさ。
http://www.weblio.jp/content/%E4%BA%8B%E5%8B%99
じ む ［1］ 【事務】
書類の作成など，主として机の上で取り扱う仕事。 「 −室」 「 −費」 「窓口−」 「 −用品」
これが事務の定義で事務アプリっていうのは
こういう仕事を補助するためのアプリ
一般事務、庶務
http://www.jinzai-bank.net/edit/loveshoku/jobdetail.cfm?JOBDICTNO=42
どんなお仕事？
■伝票処理から電話応対、資料作成までテキパキこなすオフィスのマルチプレーヤー
一般事務は庶務とも呼ばれ、電話応対、来客対応、伝票処理、小口金管理、ファイリング、
書類・資料作成、データ入力…とオフィスの様々な業務を一手に引き受ける仕事。
総務事務との違いは、総務が会社・組織全体の業務を行うのに対して、
一般事務（庶務）は、各部門に所属し、その部門内の事務業務を担当します。（更新日：2010.4.20）
> この板の99.99%は事務員となりました〜
板の99.99%は事務員にしたいんだっていう
お前の目的がモロに透けて見えてるぞｗ
事務員なんてほとんどいないだろ。
何言ってるんだ？
ゲームアプリなんてまさに、完全自社開発の分類だろ
TwitterもFacebookもDropboxも完全自社開発だろ
完全自社開発ってのは、自社で製品を独自に作っているかどうかってことだろ 普通の理解だと
>>90が言いたいのは、請負、派遣、SIer 等々は、まず技術者を名乗るような仕事をしていないから、それを排除したっつー解釈だと思うが？
研究室（自然科学に対する現象の観察からアルゴリズム化までの工程をやっていること）
の定義を>>89の提案するとおり認めるということは
現場の問題を全部自分達で発見して、観察して、解決策を考えて、結果を出す。
という全部の工程をきちっとやってるかどうかってことだろ。
どこか一部とかの人は、事務屋と変わらん程度の技術しか、ほとんど持ってないのは確かだし。
それを外注している会社はどうなるの？
同じアプリを作ってるのに外注かどうかで
事務になるかどうかっておかしいよね？
SNSゲームとかはもう基本的に既製品で、
各社カスタマイズで見た目変えてリリースしてるだけ。
つくるのも楽しい。
事務仕事なんてつまらないから、それのシステム化もつまらん。
そう単純に思い込んでるだけだろ。
実際どっちもつくったことなくて。
そうやって丸投げしてると大失敗する
ゲーム会社が事務アプリを外注するのは正しいが、
ゲーム制作を外注しちゃいかん
外注するというのは、その分野での競争優位は無いってことだからな
そのゲームを作ってる会社は
事務アプリを作ってることにはならないよ。
当たり前だけど、事務アプリの定義は
事務でやる内容に関係したアプリの事。
それ以外は事務アプリではない。
あたりまえだろー？
0102仕様書無しさん垢版
2014/08/23(土) 12:46:00.28日本語で頼む。
儲からなくなったらさっさと撤退する
事務員かどうかは、仕事内容が「事務」であるかどうかで決まる。
という当たり前の話をしているに過ぎない。
「事務」の仕事がどんなものであるかは
社会人なら知ってるはずだしググればわかる。
営業の仕事を除けば、事務仕事だということだろ。
一般事務、庶務
http://www.jinzai-bank.net/edit/loveshoku/jobdetail.cfm?JOBDICTNO=42
どんなお仕事？
■伝票処理から電話応対、資料作成までテキパキこなすオフィスのマルチプレーヤー
一般事務は庶務とも呼ばれ、電話応対、来客対応、伝票処理、小口金管理、ファイリング、
書類・資料作成、データ入力…とオフィスの様々な業務を一手に引き受ける仕事。
総務事務との違いは、総務が会社・組織全体の業務を行うのに対して、
一般事務（庶務）は、各部門に所属し、その部門内の事務業務を担当します。（更新日：2010.4.20）
電話応対、来客対応、伝票処理、小口金管理、ファイリング、
書類・資料作成、データ入力…とオフィスの様々な業務を
一手に引き受ける仕事をしています。
それがゲーム会社のプログラマの仕事です。
と>>105はいいたいのだろうね。
> 伝票処理から電話応対、資料作成までテキパキこなすオフィスのマルチプレーヤー
> 一般事務は庶務とも呼ばれ、電話応対、来客対応、伝票処理、小口金管理、ファイリング、
> 書類・資料作成、データ入力…とオフィスの様々な業務を一手に引き受ける仕事。
↑で、「オフィスの様々な業務」というところを、
「中国に仕事を発注するにあたっての様々な業務」と言い換えたらそのままだろ。
そう考えると、日本のゲーム会社のプログラマのほとんどは事務員だわな。
事務員と理解したなら、業務知識くらい学習してね。
大半のプログラマは事務員だからね。
／ ＼
／ ⌒ ⌒ ＼ 何言ってんだこいつ
／ （●） （●） ＼
| ､" ﾞ)（__人__）" ） _＿＿＿＿＿＿＿＿＿_
＼ ｡｀ ⌒ﾟ:j´ ,／ jﾞ~~| | | |
＿＿／ ＼ |_＿| | | |
| | / , ＼ｎ|| | | |
| | / / r. （ こ） | | |
| | | ⌒ ーnｎｎ |＼ (⊆ｿ .|_|_＿＿＿＿_＿＿＿＿_|
￣ ＼＿_､("二）￣￣￣￣￣ｌ二二ｌ二二 ＿|_|＿_|＿
0113仕様書無しさん垢版
2014/08/23(土) 19:38:20.43誰の役にも立たない自己満足オナニープログラマの自分だけが真のプログラマであると。
当然仕事に入るので、それはおかしい
エンジニアの採用担当が業務系を低レベルと笑う、か
確かにFラン大出身で基本情報も受からないようなバカが多いけど人売りしかしてない奴にどうこう言われたくないわ
お前らたまたまどっかの募集現場でだけ使われてるようなマイナー言語やFWの名前を知ってるだけで
自分らじゃプログラミングどころか開発環境の構築すらできない単なる寄生虫じゃねーか
お前の技術は低レベルだな。（褒めてる）
fjとかで口論になっても低レベルとか書いちゃうは奴いなかった
これがゆとりというやつかね
低レベルとはレベルが低い、未熟者って意味を
一番に思い浮かべるものだよ。
0122仕様書無しさん垢版
2014/08/24(日) 00:06:49.25| ○ | r‐‐､
_,;ﾄ - ｲ、 ∧l☆│∧ 良い子の諸君！
（⌒` ⌒ヽ /,､,,ﾄ.-ｲ/,､ l
|ヽ ~~⌒γ⌒） r'⌒ ｀!´ `⌒） 最近の厨学生が受けている教育は
│ ヽー―'^ー-' （ ⌒γ⌒~~ /| ゆとりの一歩先をゆく「生きる力」らしいぞ！
│ 〉 |│ |｀ー^ｰ― r' |
│ /───| | |/ | l ﾄ､ | いつまでもゆとりなんて言ってると
| irｰ-､ ｰ ,} | / i ナウなヤングに馬鹿にされるぞ！
| / ｀X´ ヽ / 入 |
0123仕様書無しさん垢版
2014/08/24(日) 01:06:05.44理解できる方がおかしい世の中になっているんだよ。
99.9%のヤツは高級な原料が使われてると思ってるw
上流は偉いと思っている馬鹿も多いよなｗ
仕事内容は技術とはほぼ遠く単に打ち合わせして
こんな感じっていう雑な仕様をまとめるだけなのに。
高級アルコール系というのはナポレオンとかいうやつか？
高級ガールというやつもいるね。京都の舞妓は高いよ
下ネタやるやつを、レベル低い、と思っている馬鹿も多いよな
下半身はレベルとは関係ないけど、
下品は品性が劣るという意味だから
下ネタに限ってはあながち間違ってないかな。
川の上流と同じ意味でいえばいいんじゃね？
単に上から流れてくるだけ。
そして流れてくるものをダムでせき止めたり
浄水したりして下流で使えるものにしていく。
上流は使いものにならないからｗ
0132仕様書無しさん垢版
2014/08/24(日) 14:21:37.13事務所の清掃員は？
事務所の社長は？
役職
外注
事務所を掃除しているが
事務所で働いてるかな
事務所を掃除してるんだから
事務所で働いてるだろ。
場所が事務所ってだけで
事務をしているわけじゃないが。
国会議事堂掃除してる人は？
国会議事堂で働いてる
ふむ
0139仕様書無しさん垢版
2014/08/24(日) 18:36:44.31国会議事堂で働いている人は
全員政治家だよ。
上流から土石流が流れてくる場合もあるぞ
その場合は、せきとめたり浄化しないでまんま流す
もちろん自分に火の粉がかからないように細心の注意を払いながら
「経理 仕事 楽しい」でググってみたよ
0144仕様書無しさん垢版
2014/08/25(月) 08:09:28.08オブジェクト指向は愚かな考え。
http://peace.2ch.net/test/read.cgi/tech/1393660194/
0146仕様書無しさん垢版
2014/08/25(月) 20:25:15.32何よりシンプルに無駄無く理論立てて考えられないと、自己破綻するからな。
事務所のトイレで掃除しているやつ、事務員だよ
トイレに掃除当番表があって、終わったら次の人に連絡よ
いい理屈ってのは大抵シンプルで無駄の無いものだ
数学的センスと言い換えてもいい
そして、文系には致命的に欠けてるものなんだよね
同じ理屈っぽくても、法律屋なんかはプログラマに向かない
偉大なるCOBOL嫌い様なんだよね。
0150仕様書無しさん垢版
2014/08/26(火) 08:13:10.140151仕様書無しさん垢版
2014/08/26(火) 09:28:48.55かと思えば、複雑すぎて自分の理解できないことは
的外れな単純化をして理解した気分になり思考停止する。
この業界では賢くないくせに喋りたがる文系は本当にやっかい。
0152仕様書無しさん垢版
2014/08/26(火) 10:45:08.390154仕様書無しさん垢版
2014/08/26(火) 13:07:59.30操り人形には持って来いだからな。脳筋は。
あぁ、妄想ではそういうことになってんだ。
少しは現実を直視した方がいいと思うよ。
それは体育会系という属性”も”持っている理系・文系だから。
0157仕様書無しさん垢版
2014/08/29(金) 22:03:43.63文系：算数ができない
要するにどっちもバカ
0160仕様書無しさん垢版
2014/08/30(土) 23:24:29.70技術障害になるから
もちろん日本語の読み書きはできる
しかしながら論理的な日本語の文章は書けない
肯定も否定もできないと思うけど、どうしてそう思ったの？
0165仕様書無しさん垢版
2014/09/01(月) 12:00:43.46なんてバカなな表現じゃないかw
0166仕様書無しさん垢版
2014/09/01(月) 15:19:44.300168仕様書無しさん垢版
2014/09/02(火) 13:05:46.81技術低い系の別名だと思ってるけどあってる？
全然違うだろ
制御系でもWEB系でもゲーム系でもない
ユーザ企業の基幹業務を効率化するのが業務系だのオープン系だのって言うんじゃねーのか
業務スキルが高いって言っても…
それはそれで素晴らしいことだが
自ら誇ることじゃないね
マジで業務知識が全てって感じ。
業務知識が複雑すぎるので、プログラムの知識0でマスタ管理するだけのSEとかいる。
トラブってシステムが止まってしまったときの損害がしゃれにならんことあるよね。
そうなると、トンがった技術より、サルでもメンテできる安定したもの、って選択に
なってしまうのかな。
0174仕様書無しさん垢版
2014/09/03(水) 01:21:07.12スレタイはそういうのを言ってるのだと思う
糞だな
ろくにシステム作れないで業務知識しかないSE（笑）
0175仕様書無しさん垢版
2014/09/03(水) 01:23:34.84PGとか言ってる時点でお里が知れるよ
ぼくちんはSE（笑）か？
> そうなると、トンがった技術より、サルでもメンテできる安定したもの、って選択に
> なってしまうのかな。
サルでもメンテできるように改善するのは好まれない
改善自体好まれない
難しいものを難しいままミスなく処理することを求められる
>>174
業務知識ってPGの仕事でしょ
SEはそれを清書する係
下書きじゃね？
だってSEが書いたものを直しながら
作るわけだから。
逆にPGが作ったものを、
SEが清書することなんて無いよね？
確かに「動いているものに余計なことはするな」って言われるね。
不具合だけを直した方が簡単な場合もあるけど、今後のメンテを考えて
訳がわからんくらいこんがらがったソースを見通しよくする、という提案は
却下されることが多いし。
訳がわからんくらいこんがらがったソースは
十中八九、訳がわからんくらいこんがらがった動きをするからな。
仕様を変える事は業務を変える事につながるから
現実に受けいれられている訳がわからん仕様を変える事は簡単ではないし、
忠実に訳がわからん仕様を維持しつつ、コードだけを改善するような
馬鹿げたコストをかける訳にもいかん。
「仕様です」「瑕疵切れです」なんてのを強弁し続けた結果
その動きが業務に取り込まれてたりするからな
クソコードからクソだけ綺麗に取り除くなんて不可能なんだし
「動いてるものを触るな」って意見はある意味正しい
金融系はともかく
個人向けのサービスのほうが損害おおきいでしょ
製造系、物流系をお忘れなく。
調達系の不具合でラインが止まったら1日に何億って損失が出る場合もある。
> そうなると、トンがった技術より、サルでもメンテできる安定したもの、って選択に
> なってしまうのかな。
実際には、サルが作ってメンテナンスできなくなってるんだけどな。
とんがった技術が何を言ってるのかしら無いけど、
必要なのは、大きなものをシンプルに作る技術だよ。
シンプルなものはメンテナンスしやすいし安定する。
＞必要なのは、大きなものをシンプルに作る技術だよ。
＞シンプルなものはメンテナンスしやすいし安定する。
理想はそうだけど、現実はサルが作るんだぜ。
まあ、サルを統率する者がちゃんと大きなものを大きいと認識して設計できれば良いけど。
シンプルすぎて規模がみえないとか、シンプルなものが大量に集まって複雑化するって
事態になりそう。
結論としては、サルならどういう手段を使っても
複雑するということ。
サルを排除しないとどうしようもない。
現実的してサルを排除できないというならば、
現実として複雑化をさけることはできないということ。
現実を受け入れよう。サルを使ってるのが
複雑化の原因であり解決手段はサル排除以外ない。
同意。
自分自身もサルだったから、早くサルから脱却しなければ、という思いで、
努力しながらこの業界でやってきたつもりだが、そういう意識が低い人が
多すぎるように思う。
でも、サルを駆逐するのはなかなか難しいと思う。
そのとおりだと思うよ。
サルを駆逐するのは不可能。
それは言い換えると、複雑化を避けるのは不可能ということ。
じゃあどうすればいいんだっていいたくなるかもしれないが、
答えはでてる。
複雑化を回避するのは不可能。
死ぬのを回避するのは不可能であるのと同じように
回避するのは不可能という事実を受け入れるしか無い。
西友で買い物するのは止めよう。
ウォルマートの経営戦略に見るマルサス的世界観 : アゴラ
https://twitter.com/Mono_Book_/status/508410525701521408
大手金融で長らくデータ見てたが極力業務は憶えないようにしてたわ
データ見るのと業務って別だろ
いや、直結してるとこだし、業務の勉強会も呼ばれてたんだわ
まあ色々みてるとデータ分析してヤバイ系見つけた時に知らんフリし易いしな
今のところ、否定された状態で終わってますね。
言い返す気配はなさそうです。
うむ。
UIが近いなら業務知識は熟知すべきだが、距離を置くほど遠ざかる
ただ、それだけですよ
昔、移動体の基地局ファームウェアを作ったんだが、ぶっちゃけ業務は意識しとらんかった。
制御系で業務はないだろ
業務知識＝会社知識って場合のほうが多い
業界特有の商習慣とか法令とかが要求されるなら業務知識と言えるけど、
その会社特有の業務フローを指す場合は業務知識とは言わないで欲しいもんだ
法律とか経理知るのは私生活でも意義あるが
新〇鉄の工程覚えたところでｗｗｗ
大きな目で見たら製造業なら製造業、流通業なら流通業の業務の流れってのが見えてくるだろ
その会社でしかやってないような業務に特化したシステムなら
何年触っても会社知識にしかならんのだろうけど
それが意外とその流れってのが会社ごとに違う事多いだろ
良く言えばマクロな視点、悪く言えば大雑把な視点では確かに共通してることは多いが
そのレベルだと大雑把すぎてシステム作る上で必要とは言い難い
社会生活を営む上での一般常識を知っていても威張れないのと同じレベル
0202仕様書無しさん垢版
2014/09/29(月) 06:02:45.03昔は一生役に立つ知識だったんだろうけど。
俺は長年大小の商社を見てるが、品目毎に独特の特化した業務はあるけど商流/物流の大枠はまずそんなに違いが無い
会計も同様
輸出入があるか、小口の大小、在庫の多少とかで大きく変わったりするが、そこらへんのパターンの違いは慣れたもの
客のほうが業務知識が無くて、こっちが教えてあげたこともある
小売業の倉庫システムやったけど、商社の知識は十分役に立ったな
製造業の工程管理やれと言われたら、一から勉強になっちゃうけどな
0204仕様書無しさん垢版
2014/09/29(月) 10:40:19.64だから、それって会社知識だろ
たまたま似通った業務フローだっただけな気がするが、何百社ぐらい見てんの？
会計はやり方が決まってるし逆に会社ごとに変わってるほうがおかしい
絶対マニュアルなんかにしないよ
俺のノウハウだし、何でお前らに教えなきゃいけないんだ？
部下には口伝で叩き込むので十分伝わる
理解できない馬鹿は使わないし
>>205
パッと思い出せるところで30社位かな
数年張り付いた会社もあるし、20年以上継続で対応している会社もある
数ヶ月設計だけ対応した所もある
会社は違えど業界が同じなら似たパターンになるのは当たり前だし
あとは応用力だけ
会計は外貨の有無位かな
輸出入知らない人には外貨の扱いはつらい
そういう所がIT系違うところだよね
結局のところ業務系が閉鎖的でITを導入しても改善されないのは
自分の仕事はこのままずっと続けていきたいんだ
改善でなくされたくない。そう思っているから。
思いついたら社内wikiに書いているけど、質問されるのは書いていない
ことばかり。聞かれたことをトリガに応えることはできるけど、それを
先に書くことはできない、そういうのばっかり。
wikiに一生懸命書いてあるのに、それを質問されたら殺意覚えるだろ
質問されるのは書いてないことばかりって当たり前じゃん
>客のほうが業務知識が無くて、こっちが教えてあげたこともある
客がこんなの受け入れてる時点でこのスレの連中とは住む世界が違う
ありがちなのは客が出鱈目な運用しててそれのシステム化
0211仕様書無しさん垢版
2014/10/02(木) 09:05:22.14身についてない奴が言ってもなあｗ
そういうレベルのことも知らないシステム屋が多いのは事実。
それですぐOSはDBは言語はって話だけしようとする。
何のためのシステム構築かってことをわかってない。
例えば銀行や金融系のシステムの設計するって人間のうち、
日経とまでは言わない、普通の新聞の経済面レベルがきちんと
理解できる人間がどれほど居るか。
ユーザー視点だと、本当に「話が通じない人たち」なんだよ。
俺は両方の立場を経験したから言えるんだがね。
その話って、経理とか金融系とかといった
つまらないジャンルにしか当てはまらないよね？
金に直接関わる所なのにそんな風に捉えてる>>214みたいなのには絶対関わらないでほしい
そこを否定しても仕方ない
経理や金融の知識なら
まけません！
うん、これは言いたくないなｗ
0218仕様書無しさん垢版
2014/10/02(木) 21:48:09.94そういう人が、マに機能設計書をくれれば良い。
0219仕様書無しさん垢版
2014/10/02(木) 21:56:35.72要するに、WEBブラウズは楽しい。だからWEBプログラマも楽しい。
ゲームは楽しい。だからゲームプログラマも楽しい。
そう単純に思ってるだけでしょ？
どんなシステム構築にも1度も関わったことないのに。
だから働いたことが無いもの当然っちゃ当然だろう。
ずっとPCにかじりついて遊んでるうちに、自分は天才プログラマだ！みたいな
妄想にとり付かれちゃってんだな。
COBOLやRPGが嫌いでない人は技術者に向いてないよ
0223仕様書無しさん垢版
2014/10/03(金) 08:52:18.71まだらに障害があるから、特定のことは出来て普通のことが出来ない
みたいなことになる。
口半開きで見るからにアレな人が、特定の趣味の知識をマシンガンの
ように喋る・・・って、あるでしょ。そのパターン。
つか、2chって精神障害者のｽｸﾂになってるね、実際んとこ。
俺はPJの方向性を決める立場だから、どの言語にするか選べる
COBOLを選択する場合もある（特にマイグレーション案件）
お前らの意見なんざ聞くわけないんだが
これ一番あかんやつや
0226仕様書無しさん垢版
2014/10/03(金) 21:38:31.73ほんと、マシンガンのごとくまくしたててる。
溢れてるように見え始めたら病気です
デキるマなんてどこかイカれてる奴ばっかだ
普通選べるだろ。
俺COBOLやったこと無いからCOBOL案件にアサインされることは無いぞ。
そうだな
失礼した
俺もCOBOLできない奴をCOBOLのPJにアサインしないな
>>225
俺一人で決定するわけじゃない
案件への適合や将来性でTop会談して決めてる
言語決めた後に募集かけるわけだ
その時に選ばれるべく、常日頃腕を磨いておくんだな
好き嫌いは良くないよ
ゴミだな
億超える案件は内製だけでは無理
数千万なら内製するけど
あと、こういう言葉使いする奴は絶対使わないな
0234仕様書無しさん垢版
2014/10/04(土) 20:00:49.01アスペかつ仕事も出来ないマなら見たことあるが。
値段関係ないよ
うちの億も二桁だったけど１００％内製だったし
もうないけどｗ
0236仕様書無しさん垢版
2014/10/05(日) 16:04:39.57受注系SEは
高く儲けるため
早く作らされる
適正な言語を選択できる人間が言語を選択できるポジションに就けるいい会社なんだな
大体は>>225になる
そもそもCOBOLが選択肢に出てくる仕事で客に言語を指定されないのがイメージ湧かない
0238名無しさん＠引く手あまた垢版
2014/10/10(金) 20:42:34.98http://agentcat.kojyuro.com/sler.html
内部設計以降を担当する場合はマストではないと思う。
要件定義や機能設計をする場合には業務知識は必要かと。
そもそも、自分がどの程度のスキルなのかがわからん。
0242仕様書無しさん垢版
2014/11/17(月) 21:33:52.00仕様は1人の人間しかしらない
そいつは激務かつコミュ障
死ねる
0243 【東電 59.1 %】 垢版
2014/11/18(火) 03:45:45.32に、質問。今日こそは答えてもらおうじゃないか！キミはいつもそんなんだよね…ったく…じゃあ、あの件を聴くよ
神戸市の東、芦屋西宮の知的障害者施設で未成年利用者に性的な行為をして淫行条例で逮捕された三田谷学園元職員の堂垣直人(西宮市老松町)は、結局どういう罪になったの？
被害者家族のケアを芦屋市役所と兵庫県警はちゃんとやったのか？
差別や虐待は環境を選べない子供には関係ない。
http://www.youtube.com/watch?v=JxMzW3ZlV4g&;sns=em
キミのことは一応評価はしてるんやで。朝はしっかり歯を磨くんだよ。
http://fox.2ch.net/test/read.cgi/poverty/1416286592/
0245仕様書無しさん垢版
2015/03/14(土) 08:47:55.710246仕様書無しさん垢版
2015/03/14(土) 11:34:21.49客に怒られるだけ
こういう事言ってるから、いつまでも給料上がらないんだよ
給料上がってるけど？
そもそもお前にそんなことわかるわけ無いよね？
何の目的でそんなレスしたの？
バカだと思ったから
お前がどう思ったか関係ないだろ。
俺はお前をバカだと思ってる。
聞いておいてこの反応
恥の上塗りだな
改行で知能解るな
ガキのケンカかよｗ
0257仕様書無しさん垢版
2015/10/06(火) 07:49:30.05下記の条件が全て当てはまる会社にご注意下さい。
・IT系 in tokyo
・「社名 労基」でググると過去の2chスレが出てくる
・転職会議で2.5点
自分がどこで飯食っていくかで変わるんじゃねーかな。
ただ、知識がないやつが作ったソースは大概きたない。
業務知識「しか」ないヤツの方が酷いよ。
だから、少しばかりコードが書ける自分のほうがマシって理屈？
どっちもどっちでしょｗ
業務知識がないと計算出来ない
SIerの中の人の業務知識はペラッペラであり
「xxx業界の業務知識」を一冊読んだ程度であるってのは覚えておきたい
業務知識なんて無駄だとは思わないが
「業務知識が大切だ」って言ってる相手がどこまでわかってるか
疑ったほうがいいかもしれない
そもそも本当に顧客の問題を先回りで解決できるくらいの業務知識（というか実務経験）が
あるなら、共創なんて言わず、アプリ作って売ってる
顧客側からの意見としてはちゃんと会話が出来る人ならOKだ
案外コミュ障みたいな人が多く思い込みが激しい人は議事録残っているのに頓珍漢なこと言う人がいて困惑する
ただ法規とか当たり前のことは覚えていてもらわんと話にならん
財務系パッケージ導入したが業者がPL/BSもわからんやつで困ったことがあった
自分が売る物ぐらい把握してくれと
0266仕様書無しさん垢版
2017/06/04(日) 05:39:07.80業務知識が重要ねぇ...ﾌﾟﾌﾟﾌﾟ
ＳＥならまだしもプログラマーには必要無い
が正解だなぁどう考えても
必要だとか言って
なんでもかんでもプログラマーに仕事押し付けるような
似非マネージャーとか
もう勘弁してもらっていいっすかｗ
・客先の会社のみに通用するローカルな知識
例えば、商品を発注するのは在庫が10個を切ったら・・・などのローカルルール
・業界一般的な知識
商品を発送するには伝票が必要・・・などのいわば社会常識
また、法律なども含む
さらに客先の業務をいかにモデリングするかも業務知識と呼ばれる場合もあるし
モデリングした業務をいかに改善しつつシステムに落とし込むかも業務知識の見せ所だ
こうしてみると業務知識というのは業務運用知識と言い換えたほうがいいのかもしれない
少なくとも開発に関わる誰かがスキルを持っていなくてはならない
中学生でもわかるレベルに落とし込むのが説明の基本
それを簡単に理解できるからとバカにするやつは経験が足りてないだけ
0270仕様書無しさん垢版
2017/06/05(月) 12:25:10.19わからないように説明するとわからないという
それがプログラマってならプログラマに業務知識いらん
■ このスレッドは過去ログ倉庫に格納されています
ニュース
- 【訃報】 声優の村松康雄さん死去 「明星ラーメン チャルメラ」のチャルメラおじさん役 [朝一から閉店までφ★]
- 岸田総理「誰ひとり取り残さない社会」実現へ★2 [煮卵★]
- 【ゲンダイ】大谷は口座を3年放置のだらしなさ…悲劇を招いた「野球さえ上手ければ尊敬される」風潮 [おっさん友の会★]
- 【滋賀】いなり寿司を万引きしたとして誤認逮捕され、82時間拘束された女性、涙ながらに苦しい胸の内を明かす… ★4 [Hitzeschleier★]
- 富山県警公式Ｘ掲載“美人すぎ”「女性白バイ隊員制服姿」ショットにネット騒然 その正体は [朝一から閉店までφ★]
- DaiGo、SNS最大のデメリットは口を開く価値がないやつが発信できるようになり、聞く価値がない意見を耳にするようになったこと [Anonymous★]
- 田舎のヤツらって一挙一動かんさつして自分たちのやり方と違ったらめちゃくちゃ注意してくるけど
- 32歳で童貞なんやけど女はもう無理やろ？
- お絵描きAIくん、年増な女の子も作れる
- 食事中の脚組>肘突き>貧乏揺すり>>>スマホor読書orゲーム>>>>>テレビ
- 3大美少女JSキャラ「木之本さくら」「高町なのは」「日奈森あむ」
- 強キャラ「使える属性は一つだけじゃなかったんだ……俺の身体には5つの属性が宿っている……」←コレ