それは、伝言を行う人の数が多くなれば多くなるほど、原文がどんどん改変されていくということ。つまりどんどん本来の形から変化してしまうということ。
これは、あらゆる開発の現場においても当然に発生する現象。
つまり原文・本来の形 ＝ ユーザーの要望
これが、
元請け、２・・３・・・５・・次請。さらには、営業、SE、マネージャー、リーダー等々を経る過程において、どんどん微妙に変化して伝わってしまう。
つまり
ユーザー ⇒ 実装現場
もしくは
ユーザー ⇒ 開発リーダー ⇒ 実装現場
くらいの伝聞関係でないと、ユーザーの要望はまったく伝わらないということだ。
現代の開発業界の環境において、これを達成する方法は、
ユーザーが直接開発
ユーザーの所属する会社において自社開発
以外に存在していない。
この板で、多くみる愚痴を根本的に解決しようと思ったら、プログラマがユーザー側の会社にいないと解決しないということ。
自社開発（メインフレーム）⇒ダウンサイジング⇒アウトソーシング ⇒（そして）⇒ 自社開発
の道を選択する企業が出てくる企業は、経営陣がシステム開発の現場を理解している・理解を示している証拠。
プログラマは、愚痴るより、ユーザー側の会社に入るべきだ！
それが、できないプログラマは
無能 無評価 無価値（元請けで開発をしているケースはほとんどないから、どんなに作ってもユーザーにとって価値が無いに等しい）
であることを素直に認め、最終的に無価値なものとして使われる「技術！最新技術！」とか言ってないで、
前スレ
自社のシステムは自社で作らないと成功しない 3 [転載禁止]©2ch.net
ttp://kanae.2ch.net/test/read.cgi/prog/1416996537/
を500人でやってみた
ttps://www.youtube.com/watch?x-yt-ts=1422579428&feature=player_embedded&x-yt-cl=85114404&v=l-uNFaUJo5c 途中で急に大幅に変えてしまっている馬鹿を取り除くことが重要ってこと？
その馬鹿はこの業界ではSEをやってる事が多い
■標準的なシステムを無理やり今の自社の業務フローに合わせようとカスタマイズ盛り込んで失敗
・本当に自社業務の根本が自社の方法に依存するなら根幹に金かけて枝葉を我慢してでもフルスクラッチが正解の場合
・枝葉をカスタマイズしまくり無駄に金かけた挙句どっちつかずの使えないシステムで安定性や将来性に不安なので
カスタマイズはユーザ企業内で厳選（業務の再認識と見直し）し、体を服に合わせる方が正解
まあ、糞システムだろうが、一般に良いシステムと言われようが、使っているうちに
効率化といって、システムを使えば答えだ出るということで、使い方しか知らない人間ばかりになる
そこはユーザ企業の問題だけれども
業務知識や理念どころか、使い方すらを引き継ぎをロクにせずに社内で人をかき回したり、
その所を派遣だとか自社にノウハウが残らないよう運用してるのも駄目な原因。
そんな所にシステムリプレースや改善にいっても聞こえるのは
・業務フローはしらない。このシステムと基本は同じで、フローに矛盾や他に問題があるか関係なく
ここをこうしたいという局所要求がユーザ企業内で調整される事なくそのまま出る
この時点で既に失敗か金がかかるかが見えている。
システム化するまえに社内で失われた業務知識を再構築すればシステム化で失敗は減る。
現システムからどうこうでは、システム屋が現システムから仕様や業務知識を発掘する事になる
しかもろくにドキュメントもない糞コードの場合がほとんどですわ
ユーザが業務を本当に理解している場合は、内製しようが外注しようが大ハズレにはならない
ゴミシステムを掴まされたって騒いでいる奴は、定例進捗会議や検収に意味も判らず出席してただけの馬鹿ですって
自己紹介してるようなもん
むしろ内製の方が、口頭と阿吽の呼吸で伝わって便利！これぞ柔軟な対応！みたいな勘違いがあるぶん
形として残らないので後々悲惨な目にあう
だけど、開発に素人を混ぜるな
伝言ゲームっぷりが半端ないから
そういうところが内製しても碌なシステムが作れるとは思えない
そもそも発注したものとかけ離れたシステムが納品されようとしても、検収を通らんだろ
どんな契約交わしてるのやら
いつの間にか内製できるようになってた、というケースもある
そんな内製部隊が居る場合でも、競争優位に関係ないような
しょぼい事務処理系のシステムは外注するけどね
つまんない仕事にせっかくの内製部隊を使いたく無いし
客を育ててはいけない
伝言ゲームはユーザー側には落ち度無いだろ
業界の多重構造が原因なんだから
つまるところそこに行き着くw
ユーザーが！！SEが！！レベルが低いっ！
っていう反論はすなわち、
ユーザーやSEが作れる能力を身に着けろと同義なわけ
要求や仕様をハッキリと表せるようになるにはシステム開発ができないとムリだから
結論として
内製をしなさいとなる
その理屈だと、SEには全ての権限も必要だが？
なんだ全て権限て？権限があると能力不足が解消するのか？
>なんだ全て権限て？権限があると能力不足が解消するのか？
この種のことを素で言うユーザばっかりだもんなあ・・・
物事の因果関係の理解の仕方から教える工数は有りませんぜ。
一人の人間にすべての権限があることなんて無い。
ありえない前提をもとに議論しても意味は無い。
君がSEだとして、俺がユーザーだとしよう。
要件をまとめてくれ。
テーマはなんでもいいぞ。だれでもわかるようなことなら。
それに合わせるから。
ユーザーなんだから難しいことわからないの当たり前だろ、何を言いたいの？
引き抜きです
うはー！
横からすまん。
基本的に「ユーザーのやりたい事」をきき出すのがSEだから、
ユーザーのやりたいことをテーマにしないと話が進まないだろう。
この「ユーザーのやりたいこと」ってのは、
・いまのシステムではこんな事で困ってる。改善したい。
・今の仕事をコンピュータ使って楽にできないか
みたいに、話を聞くとユーザーの認識してる問題点が見えてくるのが普通。
そもそも「ユーザーのやりたい事」が無いのであれば
ユーザーがSEに話を持って行くことなんて無いんだから。
SEと話をするってことは、漠然とでも問題が認識されてるはず。
まずは、ユーザー役が具体的な課題を考えて、
その概要をSE役に伝えるところから始めたほうがいいんじゃない？
なにやりたいのかも表現できない
というより、そんくらい知ってて来てるだろ？くらいの勢い
内製でも現場の人を会議に連れてくるのが当たり前の状態を作るまでは結構大変
SEってそんな当たり前の事から教えなきゃいかんの？
>会議なんかに現場の人間出してたら仕事が回らなくなる
こういう形で肝心のキーマン出さないから、
既に伝言ゲームでの乖離が始まっている
システム屋に頼む前に墓穴掘ってる。
忙しいから出さないんなら、
逆に暇な時にこそ物事の整理としてシステム化を進めるべきなのに。
ただお前らと違ってうちらは素人だからな、システムを作ってくプロセスっつーのは何も知らん。
それなのにいきなり現場の人間を会議になんか出せんつー話だ。
まずは、どうやってうちらの考えてることを聞き出してくれるのか？
話はそこからだろ｡
聞いてもしょうがない人からは聞かない。
現場の人間の話を聞き出さないと意味が無い。
だからさっさと現場の人を連れて来い。
たとえば、業務フローごと改善することが目的なんだったら
現場の人間を一人連れてきてもありがたくないだろ？
(たまたま手があいてた新人が来たらどうするんだと)
それなりのまとめ役が来て、今回の業務での「やりたい事」を聞いて、
どう進めていくか決めてからだろ？ 現場から意見を集めるのは。
ヒアリングの機会持ってもらってもいいし、
アンケートで全体の傾向をつかむのもいいだろう。
その職場と目的に合った方法で十分な意見を集めればいい。
目的をハッキリさせた上で手段を選ばないと失敗するぞ？
>会議なんかに
問題点が既にここに現れてる。
「会議と称した、無駄な時間つぶし」が日常的になってるから「会議なんかに」という意識になってるんだよね。
または、システム構築そのものを邪魔なものと思ってるかだ。
いずれにせよ、地雷クライアントである事は確かなので、システム開発側は、できるだけこういう客は避けるべき。
避けられない場合は、こういう意識を持っている担当者を替えてもらうよう交渉するしかない。
それもダメならデスマ確定。
> 問題点が既にここに現れてる。
中略
> できるだけこういう客は避けるべき。
それが問題点かどうかはさておき、これじゃ問題から逃げてるだけだろ。
客の問題を解決するのがシステム屋の仕事じゃないのか？
こんなんばかりだから内製を考えなきゃいけなくなるだよ。
>それが問題点かどうかはさておき、これじゃ問題から逃げてるだけだろ。
貴方は、「システム化したい業務課題」について話したいのですか？
それとも「自社のものの考え方についての問題」について話したいのですか？
後者なら、システム屋ではなく、コンサルに相談すべきですね。
補足。
担当を替えてもらえない場合に、出来る事が一つだけ有る。
リスクを見込んで、見積もりを高く出すこと。
当然、受注できない可能性が高まるが、デスマになれば寧ろ時間とカネと健康を失うんだから、失注の方がマシ。
>【IT】法外な開発料金の見積もり根拠、「客には絶対に言えません」 2014/12/03
ttp://itpro.nikkeibp.co.jp/atcl/column/14/463805/112800017/ もしかしてSEって本当にプログラム組むしか出来んのか？
プログラムを組むことが出来ないから、
見積の根拠が出せないんだよ。
報酬ケチる雰囲気満点だから、そういうレベルのしか来ないんじゃないの？
え？問題点を指摘されても改善しようとしない客こそ、問題から逃げているの間違いじゃ？
問題の解決を他人任せで能動的に行動しない客の問題の解決は高難易度。
システム屋は客の問題解決の手伝いをするのであって主体ではない。
それでいて上手く行かないと難癖つけてくるならリスク係数上がるに決まっている。
傷口を双方で広げる前に辞めるのが正しい選択肢の事もある。
システム化に幻想抱きすぎ、
弊害で柔軟性が減るとか、システム内に暗黙知が閉じ込められ、ノウハウが結果的に失われる。
システム化作業の時に、仕様の形で暗黙知が明らかになることがあるけれど、
どういう条件でどういう動きをするのが良いという結果は残るが、それに至る何故？のノウハウが残らない
※ある時点でのスナップショット的なものが残るのが精々。
幻想を煽る連中も居るからなあ。
システム開発に必要なことは何なのか？
システム化によってできることできないことを理解する。
システム化するのに必要な技術はどういうものなのか。
システム化に本当に必要な人材やコストはどのくらいなのか。
etcetcetcetcetcetcetcetcetcetc
それをさ自分で作らずわかると思うの？
伝言ゲームが大部分の要素だけど、それ以外の要素でも自分たちで作るという経験を経ないと、その要件を満たせない
内製にはメリットが本当にたくさんある
それを経営陣が理解できるかどうか・・・
小さいもんから内製して実績アピールしないの？
昔、ExcelのVBAというモンスターがいまして、、、
そうそう、ケースバイケースとしての別の局面
システム化の能力が足りないと、個別の小さいうちは良いけど、集まったり大きくなってくると
本職が作るより早々に矛盾やパフォーマンス悪化、原因不明に感じるバグが出てお手上げになる。
それを、急に何とかしてと言われても、使っている客が理解していない仕様になっていて
袋小路に至ってしまっている事がある。
この場合も先述の本当のノウハウがマクロ利用者になったユーザから失われている事が少なくないから
綺麗に焼き直しただけのシステムしか出来ない事が有るので注意
企業は属人化を嫌うのに、属システム化は許す。しかし、その後にシステムと共に失われないようにする事を忘れる。
あと、目的が達せられれば、別にVB6でもバッチでも良いと思う。
余所の誰かに使ってもらうとかが目的じゃないから＞自社のシステム
効率命！
あのモンスターやべぇw
VBAだけならマクロの記録でも読むけど
セルにもロジックがあって阿鼻叫喚
外注するとシステムの劣化どころか現場人材が劣化すっからなぁ
それに現場の人がシステム作るとゼロから構築とか普通に躊躇なくやるからなぁ
100%が非正規雇用の会社なんてあるのか？
現場の劣化は、今は良くても次が完璧にアウトだからね
お前も経験あるやついるだろ？
新システムの仕様は現行システムから起こして改善してくださいって注文
あぁ顧客と話した経験ないんだっけ？
お前も経験あるやついるだろ？
お前も経験あるやついるだろ？
そのパッケージ化が、商品として外販するためならまだいいが、
自社従業員が「ボタン1クリックで処理出来るように」
とか言ってる所はまず間違いなく失敗する。
経営者が、単価の安いバイトに作業させようと考えてる所は、
自動化にこだわる。
なにせ、正しく動いているのかすらチェックできない
一度、外注システムに手を出すと、伝言ゲームすら始められない
一応俺もコーディングはできるし、そのつもりで入った会社だが、
IT業界の悪い風習よろしく、要件定義やらスケジュール管理、ユーザーの対応に追われる日々。
実装やら詳細設計は全て派遣で来てもらっている人任せ。
会社としては長くいてもらいたいと言っているが、何かの拍子に彼らに辞められたり、
会社が派遣切り始めたらウチの情シスは終わりだな。
というか、この状況、自社で作ってるって言えるのか・・・
サグラダファミリア級のシステムでも作ってるのかよ
>実装やら詳細設計は全て派遣で来てもらっている人任せ
この時点で自社で作っているとまでは言えない。
基本設計という名の「あんな事いいな出来たらいいな」かどうかも判断出来ていないかもしれない。
社内に実装まで手を入れる事が出来る状態を維持できる人材を継続して持たないのではね。
使い捨てで惜しくないなら問題ないが。
システムに不満や改善点要望が散発しているのでしょう。
運用と開発とヘルプデスクを掛け持っていると言う所か。
これは完全に連携を分けると問題だが一体でも駄目。
せめて実装を自分たちでやって、ユーザ対応を派遣にやらせればいいのに。
これがユーザーの実際のところ
要望は絶えない
これに対応できるのも内製だから
だから何回か
納品後数年は無料の仕様変更って話が出てただろ
ユーザーは絶えず仕様変更をもとめる
との言う通り。
外部への売り物なら、追加料金かかるぞ、と駆け引きも可能かもしれないが、
相手は社内の人間なもんで、良くも悪くも何でも言ってくる。
・沢山の人が偏った意見を一貫して支持する
偏った意見でも、集団の中でその意見が信じられていれば、自分の考え方は間違っているのか、等と思わせる手法
・不利な質問をさせなくしたり、不利な質問には答えない、スルーする
誰にも質問や反論をさせないことにより、誰もが皆、疑いなど無いんだと信じ込ませる手法
偏った思想や考え方に染まっていたり、常識が通じない人間は、頭が悪いフリをしているカルト工作員の可能性が高い
10人に一人はカルトか外国人
「ガスライティング」で検索を！.....
ケースバイケースで｢要件を明確にしやすい｣とか｢堅牢性が求められる｣とかだと、外注の方が良い場合もあるのかもだけど。
言い換えると｢ウォーターフォールに合う開発｣は外注で良いとか。
合わないのに無理矢理ウォーターフォールにあてはめて、お互い不幸になるということが多いと思われる。
外注依頼担当して失敗とまではならなかったけど、とにかく面倒臭くて2度とやりたくないと思った。
｢良いものを作る為｣より｢契約不履行にならないため｣の手続きが多過ぎなんだよね。SIによって違うんだろうけど。
社内だから、という甘え意識の問題だな。
その付けを外注に押し付けようとする。
まあそういう非常識なのは時々有るよね。
マトモな事業やってる客は、保守フィーを払う。
SIが過剰防衛(過去に類似案件で火傷したとか)の場合と、客側が地雷クライアントのオーラ出してる場合とが有るよね。
「納品後数年は無料の仕様変更って話」
これはいくら何でも酷すぎるだろ。
"納品後1年は無料のバグ対処"
これなら当たり前だから問題ないけど、
仕様変更がOKというのは歯止めがきいてない。
極端な話、客にしてみれば
やりたいことの一割を有償で開発してもらって、
残りの九割を無償で数年更新し続ける事もできる。
社外の客にそんな契約したら倒産するぞ。。。
社内だからそんなことになってるんだろうけど、
ズルズルと仕様変更引っ張るのは効率悪いし、
最終的にまともなものにならない事が想像できる。
要件はちゃんと初期段階でまとめないと痛い目にあうぞ？
根本的な疑問なんだが、無償で対応なんてやって遊んでる余裕が有るの？
だとしたら、ある意味うらやましい。
火傷もなにも今は↓みたいな判決が出るんだから、不熱心で金払いの悪い
会社相手の受託開発は契約をきっちり決めてもリスクがでかすぎて今後は
なくなっていくんじゃないかなあ。
ユーザーが資料をくれないのは、ベンダーの責任です
ttp://www.atmarkit.co.jp/ait/articles/1501/07/news014.html SQLインジェクション対策もれの責任を開発会社に問う判決
ttp://blog.tokumaru.org/2015/01/sql.html ちょっと違う。
客はSI屋からすればアヤフヤな状態でも先に期間と予算だけで一括契約を求めるからだ。
つまり、期間と予算で予定を組むからウォーターフォール型になる。
アジャイル開発のような形態で開発するには契約やその区切りや最終規模がわかり難く客が嫌う。
｢契約不履行にならないため｣
は、ISO他、良い会社である為には手順に契約スケジュール、議事録やエビデンスが重要に成る
そうなると大儀より目先の問題回避になりがちなのはSI屋も同じということ
ユーザ企業も政治的にとか値切りや機能ごり押しねじ込み成果が重要で、｢良いものを作る為｣
なんて本当に考えているなんか怪しい。
それが一番大きいとは思う。
だけどユーザーが「使ってみたけどやっぱりこれが良いな。修正して」って要望通りやすいのが内製でもある。
これに応え続けられれば内製最高！
腰が重くなってきたらテコ入れ
外注始めたら地獄の始まり
残りの9割が期限内に完成する範囲ならね。
本人が欲しい機能をひと通り頭に入れてるのに、最初のうちはバージョンアップが短期間に繰り返される。
これは、プログラミングを本格的にできる人で、趣味でプログラミングをするような人でも
一回で完全に納得の行くものが作れない証拠。
いろいろ作ってみて試してみて、訂正ポイントに気づいてを繰り返す・・・・。
ましてや、プログラミングのプの字も出来ない人たちならなおのこと。
「納品後数年は無料の仕様変更」ってのが契約書に書いてた日には
残りの9割が期限内に完成しないと訴訟問題になったりするわけだが。
真面目な話、10年ほど前にそういう契約書出した会社を見たことある。
サービスのつもりだったのかはしらんけど、指摘したら大騒ぎになったよ・・・
それは要件定義ができていないだけ。
個人レベルで作るオンラインソフトは、
特定の顧客もいないし市場調査なんかも不十分なまま開発するので、
一度公開してから市場の意見を取り入れるのはよくあること。
ただ、この手法では品質が安定しない。
ちゃんと要件定義ができていれば、
最終形が見えた状態で設計して開発期間中に品質を高めることができる。
特定の客がいるなら、ちゃんと要件定義したほうがいいぞ。
大前提としてそれが不可能って
話をしないといけないのかな？
作りたい人が、どういう要件が
最適であるかを知らないんだから
ちゃんとした要件定義なんてできないよ。
さらに言うならば、時代が変わるの早いので
すぐに要件も変わってしまう。
作ってみて思っていたのと違いました。作り直しでコストがかさみます。
ってのを避けるために必要なこと出来たものが思っていたものと違っても
最初に契約したのだから作り直しのコストは客が負担してね。って言うために必要なもの
コストのことを考えなければ、実際に作ってみて使ってみて
そしてそこから意見を集めて改良したほうが、要件にあったものが作れる。
要件に合っていなければ改善、最悪作り直すわけだから、
（コストを考えなければ）いいものが作れるのは誰も否定出来ないよね？
でもコストがかかるから、作りなおすことは出来ない。
さて、それは本当だろうか？
実は思ったほどそうではなくて、しっかりした技術基盤と開発フローができていれば、
作り直すコストは大幅に減らせるんだよ。
そこらへん、技術力が低い所がだめな所で、
技術力が低い → 簡単な修正でもコストが掛かる
→ じゃあ最初に間違ったものを作らないようにしよう
→ 要件定義をきっちりやる
こういう流れになっちゃう。
作るのはコストがかかるものという前提になっていて、そのかかるコストを
下げるために技術力をあげよう、技術基盤を作ろうという発想に思い至らない。
技術力が低いと認めることが怖いのか？ 上の人に技術力が低いと認知させるのが怖いのか？
そして客にとっては、紙にかかれたよくわからないものを見せられて
それで無理やり納得させられて契約してそして望んでないものが出来上がる。
要件定義をやったこと無いならできないのは仕方がない。
素人が簡単にできるようだったら、SIerとかがご飯食べられなくなるからな。
ちゃんとした要件定義ができない人もいる。それは事実だろう。
だからといって要件定義そのものを否定するのは間違いだぞ。
ざっくり言うと、いろんな事例を把握しておいて、客の状況きいて
その時点でわかってる範囲の最適解を求めるのが要件定義だよ。
はじめから諦めてどうする。
前提から間違えてるから、そこだけ指摘しておく。
| 実は思ったほどそうではなくて、しっかりした技術基盤と開発フローができていれば、
| 作り直すコストは大幅に減らせるんだよ。
品質のことを全く理解できていない発言だな。
大きく二点。
・評価や品質保証のことが考慮されていない。
・発生する時間のロスが全く考慮されていない。
そもそも、「作りなおさないほうが良い」ということへの反論にすらなってない。
発生する可能性のある、作り直し工数を減らす努力は間違いではないが、
それをあてにして設計や要件定義をおろそかにするのは本末転倒。
要件定義って一人じゃ出来ないんだよ。
話を聞く側、話をする側、両方がちゃんとできないと成り立たない。
そして要件定義に関わる人っていうのはプロジェクトの代表であって
実際のシステムを使っている人ではない。
よっぽどの幸運が揃わない限り、最適な要件っていうのは
でてこないんだよ。そもそも最適な要件というのを
知っている人がいないんだから
あんたも言ってるように「その時点でわかってる範囲」でしか
最適解は求められないんだから。
システムのことなんか知らないパートのおばちゃんが使って
本当の意見が出てくることも多い。
> それをあてにして設計や要件定義をおろそかにするのは本末転倒。
設計や要件定義をおろそかにするなんてひとことも言ってない。
完ぺきな要件定義なんてできっこないんだから、
はじめから変更が入る前提にしておけって話。
要件定義をきっちりやっていれば、物事全部うまく行くなんて
絵空事を言っているから、現実見ろって言ってるだけ。
重要なのは、変更に強い技術基盤だよ。
そして動くものをすぐに作れる技術と
動くものをすぐに見せられる技術と
すぐに修正してみせる技術。
動くものがない状態で、完ぺきな要件定義をするなんて無理な話なんだから。
要件を聞く側（開発者）の問題じゃない。
要件を話す側（客）の問題。
同一人物だよな？名前欄に番号入れるとかしないと誰だか判らんぞ。
そういうところから気を使えるようにならないと、客とのコミュニケーションも難しいだろうな。
まず、要件定義が全くわかってない。
「話を聞く側、話をする側、両方がちゃんとできないと成り立たない。」
「要件定義に関わる人っていうのはプロジェクトの代表であって
実際のシステムを使っている人ではない」
こんな考えで要件定義しようとしてるなら、失敗して当たり前。
少なくとも、SIerやSEを名乗ってはいけないレベル。
つか、どうしたらいいか考えられないのか？
開発プロセスもまともに理解できてない。
「完ぺきな要件定義なんてできっこない」
「重要なのは、変更に強い技術基盤」
「要件を聞く側（開発者）の問題じゃない。要件を話す側（客）の問題」
完全に個人開発者の意見だな。
会社で開発プロセスに沿って開発したことある？
直接は言ってないが、おろそかにしてるのは伝わってくるぞ。
どんなのがいいか？
なにもない中で、お互いの想像にたいして
あーだこーだ言いう時間のコストを考えろと。
要件定義をするコストよりも、修正するコストのほうが小さければ
さっさと動くものを作って見せたほうが話が早い。
技術力が低いから、さっさと動かすものが作れないわけ
例えば、ニコニコ動画なんて3日間で基本システムが作られた。
もしこの開発を企画してプレゼンして説得して承認を得てとかやっていたら
開発始めるまで1ヶ月以上かかるだろう。
そうではなくて、さっさと作って、そこから意見を集めて作りこめばいい。
ニコニコ動画で3日なんだから、要件定義であーだーこーだ言っている
時間があればその内容の動くプロトタイプは十分作れる。
それをベースにして開発を行って行って品質を上げればいい。
プロトタイプだから作ってだめなら捨てることもあるが、
それは要件定義でボツ案になったものを考えてる時間が捨てられるのと一緒。
要件定義にだってコストは掛かるんだよ。要件定義で
無駄なものを考えてしまうコストのことも考えろ
＞そこらへん、技術力が低い所がだめな所で、
必ずしも技術力の高低の問題じゃないけどね。 作った人と直す人が別なことは
よく起きて、ここでも伝言ゲームが発生する。さらに運用は別だったりするし。
だからDevOpsなんて言葉を作って一貫性を保とうと考えるような人が出てきた
けれども、言葉が独り歩きしてバズワードになって前以上にダメになるかも
知れない。
お前の考えてる要件定義の手法ってどんなものがあるんだ？
客との第一義的な契約内容の確認書
ほかの仕様書や設計書も結局は客や開発会社間の相互間の契約書
んで。やってるとわかると思う。
2chのスレッドでもいくつかあるけど
その書類作成にムチャクチャ開発の時間を取られて、プログラミングそのものは全体の2割あるかないか。
この無駄な契約責任回避作業に割かれる時間が内製だと極限まで減らせる
何故かならばユーザー求めれば変更を行うことが大前提の体制だし、そもそも同じ会社だから気にする必要がない
実装2割書類作成8割が、実装8割書類作成2割にすることも内製なら可能
くれぐれも言っておくが、マニュアルを全く作らないということではない
丸投げ構造の現実からして
客は最初、自分で設計図まで作ってくるが、法律や機能性、快適性などから改善点を建築士が提示
最初は客もならこれで！と積極的。
ところが中盤になると客側がめんどくさがり出す。
ブライダルの打ち合わせもそう、、、
他にもいろんな業界で
人間とはこんなもの
これがITだと例外で客が頑張り続けると思うのが間違い
だから名前書けって・・・
なんでもすべて客のせい とか、流石に世の中なめすぎだぞ？
もう少し自分の問題だと認識できないとまともな仕事はできないだろ。
その客が何も知らないんだよ。
じゃないの業務を熟知してそれを改善したいと思って
システム会社に仕事を頼んできている人は少ない。
システム化したら効率が上がるんじゃないか？と思ったお偉いさんが
部下にお前、適当な業者見つけてシステム化しろっていう。
頼まれた担当者はどうすればいいかわからず、商品発注する感覚で
システム化の依頼をする。
用件を聞かれても答えられず、開発会社の提案に
よくわからないけどプロの提案だし
それでいいんじゃないですかね？と返答する。
本当はシステム開発会社は、お前じゃ役に立たん
業務を知ってる人間をよこせ。と強く要求すべきなんだが。
その事例の場合、話をする相手を間違えたら失敗するぞ。
まず話をすべき相手は
「システム化したら効率が上がるんじゃないか？と思ったお偉いさん」だ。
システムの仕様の話はしなくても構わないから、
売る側としてどういう方向の商品を提供するのかイメージを合わせろ。
( 業務改善を含むのか自動化だけなのか。など、得意なシステム売り込め )
そうすると、客から出すべき情報も見えてくるし、
出てくる担当者の人選も正しくなってくる。
> 「システム化したら効率が上がるんじゃないか？と思ったお偉いさん」だ。
話したってしょうがないぞ？
だって、思っただけなんだから。
思った → お前がやれ
と部下に命じるだけ。
なにか勘違いしてるようだな。
商品を売る立場の人間が話をするのは、
「商品を買おうと思った人間」が大原則。
部下に命じたってことは、買う意思があるってことだよ。
その基本を見失ってるから、
わけわからん人と話をして訳わからんことになるんだよ。
わかってないのはお前だよ。
商品を買おうと思った人＝パートのおばちゃん
なんだが、そのパートのおばちゃんが
システム化の提案なんかできないわけで。
流石に意味わからんぞ
なんでパートのおばちゃんなん？
アホ過ぎるwww
えーと、お前さんが前提に出してきた
組織の概要がよく判らんようになったんだけど
> 商品を買おうと思った人＝パートのおばちゃん
> なんだが、
とりあえず、↑について詳しく説明してくれ。
すごい会社だw
コレはひどいwww
しかし、走りながら作る形では、過去の蓄積データを使いたいという要望のせいで
修正に制約がかかってくる、下手に昔の物に拘わるのは駄目だ。
そういう意味で、ある程度の基本データ構造他の基本部分はキモなので
実際に作って試すまえにもっと、客と共に手作業でのシミュレーションで洗い出すべきだ。
>要件定義をするコストよりも、修正するコストのほうが小さければ
>さっさと動くものを作って見せたほうが話が早い。
修正するコストのほうが小さいという事は少ない。
抽象想像力が足りない事が多く、叩き台というのを理解せずに話をするし、
もう出来ていると考えて値切る事を考えるからだ。
コミット＝責任を伴う約束
コンセンサス＝合意
レギュレーション＝規約
アジェンダ＝議題、行動計画
ステークホルダステークホルダステークホルダステークホルダステークホルダステークホルダステークホルダ
現場で全てを把握している人間と話せ
というが、なら
なぜ、お前らを一度も現場で見かけない？
開発側も立場で役割が決まっているように、客側も立場で役割がきまっている
人様にこうあるべきだ
という割にお前らが実践してない
内製ならば担当課長に
あの人を開発の会議に出てもらえませんか？と指名も簡単
指名相手を探すこも簡単
全部丸投げでも内製化らしいぞ
同感。
そもそもは外注そのものは完全否定していない。
ユーザー ⇒ 実装現場 or ユーザー ⇒ 開発リーダー ⇒ 実装現場 で作れと。
だけど、それが実質的に行われていないから、内製（ユーザーが作るor自社開発）しか手がないという主張
でもそれなら開発者とユーザーの距離が近いから問題はないんじゃない？
「まともなシステムを作るには」ということが問題なんであって
言ってる意味がよく判らん。
> 現場で全てを把握している人間と話せ というが、なら なぜ、お前らを一度も現場で見かけない？
それは、お前が「全てを把握している人間」ではないからだろう。
というか、そもそも
「全てを把握している人間と話せ」なんて話はどこから？
このスレにいる外注さんは、奴隷階級の人たち（特定派遣、一般派遣）だから
なんで平民と奴隷が会話できると思うの？
ココにいる大半が特定派遣（＝一般派遣と実質変わらず）だから交渉なんてできるポジションではない。
特定派遣って正社員のつもりなんだろうけど、ものすごく騙されたポジションだって気づかないのかな？
派遣プログラマ、偽装請負プログラマで客と話をしたこともない人が想像で語る
まさにスレタイの思いだ。勿体ない＞外注費と時間
外注時代に業務の粗方は判っていたから、後は中堅一人をOJT名目で育てながら
今、自社システムを自分たちで作り上げている最中
社畜→フリー→社畜の歩みだが、目的がハッキリしているとそれなりに楽しいし
なにより結果・成果が社内で(良いも悪いも)直接評価されるからやる気出るわ
なによりシステム的なところでは主軸を握れるから話しが楽
今時のクラウド利用もすんなり承認されるし障壁となるモノが見当たらない
根底には「自社に為に！」ってのが有るけど、その土俵の上で好き勝手出来るのは楽しい
もちろん節度は守っているがw
自由に采配を任せてくれる環境ってのは心地よいぞw
俺の中で作ったルールで
後続が作り直しをしたいと言ったら、そこで否定的にならずに賛成する！
というのを立てたが今のところ発動してないw
出社時間とかあって無いような状態になってて楽ちん
なにせ、○○に行ってます。○○なので時間ずらしてます。で、誰も理解できないからダメ出しもないw
給料は30歳で800万だし、週休も当然あるし、有給もフル消化可能、残業もない。
企画すれば予算は出るし。マジで恵まれた状態
人員は極力増やさない予定
ほとんど興味本位、趣味の開発で会社から金が出るから最高だよな
もしくは自分が一般企業の課長になりました。係長になりました。室長になりました。
システムを構築します。
発注する？
自分で作る？
どっち選ぶ？そーゆーことだｗ
なんで普通に「部下に作らせる」という発想にならないのか不思議
つまり内製だ
自分がいるなら外注なんてしないって皆思ってるよ
このスレの問題点のひとつに
プログラミングは超高度なもので、一般人には使えない
というのは絶対条件！という脳内設定を適用してくること。
高卒、専卒、F卒の分際で、まともな企業にも入れなかったお前が非凡な存在なのかとwwwwwww
まともな企業というものがどいういうものかだね
実態は大企業というのは外注に出すしかないからさ
金儲けというのは、パートのおばちゃんがいるかどうかで決まる
これが実態なの。搾取をしているのがまともな企業
こつこつ労働しているのが下請け(技術はここにあるけど）
結局作るのはいつも下請け派遣、なんも変わらん。
連絡系統がの範囲だからOKなんじゃね？の内容なら
ユーザー⇒情報部門（正社員）⇒実装者
なんだから
結局は自社製作になるのかなぁ。
ただ、肥大化して何やるにも否定的なシステム部門を生まない方策も考える必要があるよね。
ある程度組織が大きくなると、評価が減点方式になるわけでどうしようも
ない部分ではあるよ。無限に拡張し続けれて要らなくなったものを気軽に
捨てることが出来るなら、現実はそうじゃないから。
情報部門(正社員)が癌になりそうだな
情シスに開発リーダーになれるスキルがあればいいけど、その形態だとたぶん無い
良くも悪くも、マイナス思考に成りがちな保守運用ヘルプデスク系と
新しい要望や試験開発などを行う所にあえて分けて
本当に必要なフィードバック他、前者のチームで厳選まとめて戻す形で連携すればいいかな
大企業でも挑戦的な部分をやる部署を分けるように。
後は、式年遷宮の考えで、業務も開発もノウハウが失われないように
経年劣化しきる前に、平行で再構築して乗り換える事
乗り換えないといけない締め切りがあると阿鼻叫喚に成りかねないし。
これは内製でこそ意味と意義が大きい事。
ここに書き込んでいる主婦の皆さんわかったかね
> プログラミングは超高度なもので、一般人には使えない
その通りですが何か
こればっかりは適性が大きいから、向いてない人は邪魔になるだけですよ
適性、基礎知識、経験の３つが揃って初めて一人前の技術者なのです
基礎知識は大学等で身につけるものだし、経験はいかに多くのプロジェクトに参加したかで培われるのです
というわけで、正社員なんてステータスは無意味であることを理解しましょうね
価値観が学生のまま、頭がいいのが上というやつ
小学生から植えうけられたマインドコントロールなわけ
主婦は働いたことないから、社会の価値観をしらないわけ
で、投稿が学生の価値観のままなのだから、身分がばればれなわけ。
経験ないんだろ？
ttp://ecx.images-amazon.com/images/I/61EaJ1JQMQL.jpg どうせ電話のむこうにはアホなんだから
プログラミングの構築は百姓にはできない
やってみれば、失敗すうるからさ
うちらはそういうのを乗り越えてきた世界にいるともいえる。
それ、ただ自分が無能だって宣言してるだけだから。
つまり、才能を分かってくれるみたいな感じかな
よそに頼んで、失敗した経験がある人が、仕事をくれるというのがいい
Only Oneになった気分だよ
今までは現場に入ってから(現場の自己流で)訓練されていたが
いまは大卒が5割以上でありわざわざ高卒を採用するメリットは
皆無。
学歴を軽んずるものは学歴に泣くことになる。
めっちゃ話がループしてるわ。
単なる高校の勉強の延長とすら思っているのもいるｗ
研究・レポートの繰り返し。答えは自分で作る。
これらは、組織の舵取りを担える人材の育成だ。
大学出た25歳くらいでまだ白馬の王子様に憧れる娘でも、
高卒40代男性100人の将来を決めるくらいの力を授かる。
高等教育は作業員の育成。
大学は指導者の育成。
底辺は底辺で固まる。底辺の中でも一応優劣がある。底辺の中で勘違いしても不思議なことではないかと。
有能な人ほど、自分を有能とは思わない。
進学校にも落ちこぼれと言われる者がいる。全体から見れば実際は上位1%に入るほどの有能な者でも。
みんななんでもできる
見るのはコンビニやスーパーのレジとか
日雇いの土方さんくらいか？
中卒はすでに絶滅危惧種だが、高卒もそうなるな。
それは、言い換えると、あんたが関わったことがある人が
大卒の資格を持った高卒レベルになってきてるってことですよ。
どんどん大卒のレベルが下がってる。
で、おまえはどこの大学出てるの？
まさか日東駒専じゃねーだろうな？
> 大卒の資格を持った高卒レベルになってきてるってことですよ。
言い換えになってないｗｗ
大学にも差はあるけど、それとは関係なく高卒がヤバいことになるのは
もはや避けられんな…
本来は大学のレベルで判断するより、高校のレベルで判断した方がいいんだよな。
私立大なんてかなり阿呆高校から推薦で入れるからね。
ttp://jbbs.shitaraba.net/sports/42269/ 「高卒だと結婚式の経歴紹介で恥ずかしいから短大出た」
と言っていたｗ 10年前でこれだもんな。
最期に生きのこった奴が勝ちだ
もちろんそいつもいつかは死ぬ
大学のレベルの差はあまり影響しないが
大卒と高卒では大きな差がある。
みんな人に恵まれなすぎだろ
だから
簡単に誰でもできると言ってる人=周囲の実力が高い
素人には無理と言ってる人=周囲の実力が低い
環境と己の実力は多くで比例する
なるほど。
やっぱそういうことなのか
コツコツと課のシステムを丸ごと作ってみる。
大学からずっとやってる分野は画像解析・測量プログラミングなんだけどねｗ
理系理系言ってても数学のすの字も出来無い連中が僻みから標的にしそうだなw
形式言語理論の本をカバンに入れてたら課員全員から神扱いされたよ
妬みもひどかった
文系なのに英語も読めない奴も普通にいるしな
この手法が一番良い
システムなんてウチの会社の人間なら３ヶ月で作れるようになるわ
何を作るのかわからんが、まず三ヵ月と言ってるあたり怪しいもんだな
自分一人で設計できる範囲なんてたかが知れてるぞ。
ちゃんと社内のプロジェクトにして色々な人を巻き込め。
基本的に、一人で考えたものはまともに使えるものにならん
ってことは覚えておいたほうがいい。
妬みって言うからどんなのかと思ったら・・・
ごく当たり前の指摘を受けて
「俺様を妬んでるwww」とか勘違いしてるだけか？
指摘を理解できないのは技術的なところだからどうにかなるにしても、
聞く耳持ってないのは致命的。将来が心配だぞ。
俺はじゃないぞ馬鹿だなお前w
「妬まれてるなw」と発言してるのはお前だろ・・・？
なに言ってんだ。
ところで、なんでが出てきた？
→妬みから「うまく行くわけない」「技術がー」とかのレスがつく
→いつのまにか関係ない学歴の話題へ
→以下ループ
末端まで含めて偏差値平均６５なんで。
大抵の業務系は単独では規模のでかいものはほとんどないということを知らんのか？
べつに規模だけの話をしてるわけじゃないんだけど・・・
全体仕様をどうするかとか、どの程度まで適用するかとか
いろんな人の意見を聞かなきゃならんだろ？
細かい仕様の話になったら担当者へのヒアリングもいるだろうから、
その時までに話しつけとく必要もあるだろう。
このあたりはほんの一例だけど、
システムの導入は人を動かすところから始まると言っても過言じゃない。
横スマ
それって
外注だと1000000000000000%不可能って結論になるよね
RFPとか知らない人？
お前さんの言ってる「外注」ってのは
どの程度外に出すことを前提にしてる？
完全に全て外部の会社にお任せとするなら、
普通はSEやSIerと呼ばれる奴が来ることになる。
この手のプロは、進め方や導入の事例を色々持ってるから
具体的にどう進めてどうするかなどを提案という形でもってくる。
あとは、社内の状況に合わせて選んだり、
関係する人間を集めてSE/SIer含めて調整していく形になる。
このあたりは社内の素人がやるよりは、
社外のプロに任せるほうがうまく行くことが多いと思ってていい。
外注の人が課員全員にヒヤリングでもしてると？
外注としてぶん投げる体制のところは、何もかもSE等々が把握していると思い込んでるんですが。
同時か。と同じ回答。
外注に投げる体制をとっているところ⇒完全にSE等々が把握していて当たり前。
という考え。
そういった考えから変えるのも内製を経験して「システム開発は自分たちのこと」という認識に変えないと話にならない。
でも、それができるようになったころには、外に投げるのが疑問になる。
それでも外に投げるケースがある。それは課長等が異動したとき。
空いた時間に好きにやって良いということか？いい傾向なのかな
会社で使うようなシステムだと大体データベースを使う事になるので
それと、データの格納や正規化、整合性を考慮できていれば
イキナリ失敗はしないと思うので頑張ってください
このケースで発生する失敗＝引き継ぎ不能になるケースだけ。
自分でシステム化したけど、公認にならず自分も公認ポジションに着けずに異動になってしまった場合。等
コレ以外は、自分が担当をしているうちは、それを使っていればいいだけだから。
問題はシステムを自分以外の人に使わせるようになってきた段階から出てくる。
なにやら話が通じていない予感・・・
もう少しの内容理解してくれるとありがたい。
あと、に書いてることだけど
「外注に投げる体制をとっているところ⇒完全にSE等々が把握していて当たり前。という考え。」
これ、何が言いたいのかよくわからない。
あえて理解してみると、
「完全にSE等々が把握していて当たり前」
と客が思い込んでてSEに情報を出せないということを言いたい？
それなら、当たり前の話。
SEの立場から言わせてもらえば、そうじゃない客のほうが少ない。
さらに言えば、客が課題の本質をそもそも理解していないなんてのもザラ。
そういった客から情報を引き出して課題を解決するのがSEなりSIerなんだから。
その程度でねを上げるようじゃSEでお金もらえない。
システム開発の打ち合わせに、何十時間も膝付きあわせてくれると思う？
まぁ、毎回おねぇちゃんでも用意してくれれば、オヤジどもも喜んで参加するだろうけど
＞外注に投げる体制をとっているところ⇒完全にSE等々が把握していて当たり前。
そんな認識しかない会社が内製できるか疑問なんだけど
内製できるような技術あったら外に出す部分の切り分けとかできんじゃないの？なんか話の前提違ってないか
よっぽど変なSEしか見たこと無いのか・・・？
なんでそんな偏った前提を持ちだして全否定しようとするんだ？
そんなこた分かった上でこのスレが立ったわけだが。
プロとして職務を全うするのがSEだって?
笑わせるね
| プロとして職務を全うするのがSEだって?
| 笑わせるね
すごいセリフが来たな。
お前の中では、SEは職務を全うしない奴なんだな。
・・・お前には上流工程無理だってことはよくわかる。
情シス部門だけでなく会社全体がノウハウを失って、もはや仕様すら把握している人間が一人もいない状態
あれが外注やアウトソーシングの成の果て
だから話も噛み合わんし、こんなんで外注システムが成功するわけがない。
という見本のスレ
内製に勝るものは現状無いようだけど。
それを認めたくない人。
俺様は天才（ただし低学歴・低偏差値）だからプログラミングできるけど、一般人は無理としたい人。（特定派遣・一般派遣）
無職の人。
内製はじめましたという人。
内製をやって超飛級出世しました。
内製放棄した情シスのボヤキ。
などが入り混じったスレかな。
の間違いでは？
みずほか。
そうｗ
プログラマだけでもこんな状態。
これが会社間となり、部門間となり・・・・顧客と受注会社間となり・・・。
無理だってが最初に言ったことを裏付け続けているｗ
メインフレームの独特な環境
という壁もでかい。
メインフレームでもTCP/IP通信とかソケットプログラムとか普通にできるんだけど
できる人がいないｗ
メインフレーム上でC言語とかでソケット通信とかの実装をやろうという考えが完全排除されてしまっている。
まぁ、サンプルプログラムがないから「やってみよう！」と思っても口には出さないｗ
メインフレーム上でもRDBは普通にあるし、SQLも普通に使える。
けど、大抵の場合、RDB前の時代のツリー型DB等を延々と使っていたり、
RDBは使っていてもSQLを使わずに総舐めFindFirstとFindNextでデータをひたすら比較で探す仕組みｗ
[利点]
・作るのが社員なので守秘が外注よりかなり確実
・それにより、情報伝達がスムーズで勘違いによる不具合の少ない開発が出来る
[欠点]
・ソフトウェア技術の新陳代謝があまり活発ではなく、自己流の「やったら出来たｗ」
になりがち
・それにより、意味不明・保守困難なコードになりがち
そういう技術的な部分以前に既存機能や連携している外部との整合性は
どうするとかいう既存機能が手を入れたりするには大きすぎるんだよ。
後は機能追加は予算付けれるけど、リファクタリングみたいな作業に予算は
付かないからというのもある。 建前上、空いてる時間はないからね。
夜間バッチが一晩止まったらTVニュースやら新聞沙汰になる、ある意味
異常な環境だからねえ。
弱点
若いうちは、システムの再開発をむしろやりたい！仕様変更？！大歓迎！こうしちゃう！？！？？！？こうしたほうが良いよ！！うひょー！
年取ると、え・・・・・・・・・・めんどくせ・・・・・・・・・。 メリットは？コストは？責任は？（企画をつぶすのが目的。）
になる仕方のない現象ｗ
だから、後続への引継ぎ時には新システムを一緒に作る。
作成が終了したら、引継ぎ完了。引退。という
今のシステムは自分が引退したときに一緒に引退する。という制度が一番良いのかもしれない。
システムリプレイスに時間がかかるとしても、仮に長く２０年動かして終了したシステムがあったとして
１５年目くらいから新担当とともに新システムの作成に取り掛かって、完成本番運用開始とともにシステムと自分が引退。
これが情シスの常識となるようにすべきだな。
> 後は機能追加は予算付けれるけど、リファクタリングみたいな作業に予算は
> 付かないからというのもある。 建前上、空いてる時間はないからね。
開いてる時間がないからこそ、その時間がかかる部分を
修正するんじゃないか。リファクタリングは別に予算を取るものじゃないよ。
開発するってことは修正するだろ？その修正の箇所を整理するだけ
開発したんだからどっちみちテストするだろ？
だからこの方が効率がいい
なんで外部の有識者を使わないんだ？
＞開発するってことは修正するだろ？
金融系の仕事したことないのかな？ 不具合修正なんかも別に勝手にやって
いいわけではなく、スケジュール切ってやる必要がある。テストも自分がやって
OKだから即リリースも出来ない。 緊急性の高い修正なら途中のプロセスを
ある程度スキップ出来るけど、通常はそういうプロセスを経ることで担保される
品質が重視される。 メインフレームはここのハードルが限りなく高い。
こういう環境だからやらない人は全くやらないし、やるにしても次に開発に
混ぜれそうな部分でしか修正出来ない。
有識者が社内にしかいないから外部に頼むと伝言ゲームになるって話だろ？
致命的に無能の集まりって事？
あなたはなにをいってるの？
自分の会社には壊滅的に使えない奴が揃ってるって話だよね？
あなたはなにをいってるの？
いや、金融業界の非効率な開発を自慢されても困るんだがｗ
例えば家を建てるとき地下室にヒミツの拷問部屋を作るとする。
地下室から調度品(三角木馬)備品(浣腸)を全てひとつの業者にお願いしたら
拷問部屋だなとバレてしまう。
だから、バレないように色々隠したり自分でやったりするわけだよ。
なるほど。
自分達は馬鹿の集まりだって主張ですね。
俺を見ないで書き込みを見れよ。
要は、外注に対しては仕様を小出しにせざるを得ない面があり
伝言ゲーム失敗状態になることが多々あるってことだ。
馬鹿だろお前
便秘がひどいからと浣腸を別の業者に発注し
健康のためにと三角木馬を更に別の業者に発注。
そうすれば拷問部屋だとバレない。
察することが出来て拷問用浣腸を供給できるのがプロの外注。
またはエスパー
外注は社内発の業務改善を放棄したのとかわらん
それでいいならそれでよか
くわしく
くわしく
夜中に胸の筋肉がつる。そして左手がしびれる
精神を病まないが、体にストレスがきた
夜中に目が覚めるのでひたすらキーボードうつ
そのほうが気がまぎれるのだな。納期なんかとっくに過ぎている
運用でカバー
ttp://gihyo.jp/magazine/SD/archive/2015/201502 外注システムでは１００％ないところはない「運用でカバー」運用
これのひどいところは、
外注システムを導入すると
効率化どころか、非効率化が促進される
中途半端に業務の流れがシステムでブラックボックス化するので、結局全体の業務が把握できず、次第に業務に精通するものがいなくなる。
という素敵な特典がもれなくついてくる
ということ
業務の流れがブラックボックス化することはないだろ。
そもそも業務の流れを仕様にして、
その仕様を人力じゃなくてコンピュータで実現しただけなんだから。
中間がわかんなくなると、全部がわからなくなる
全部がわからなくなると、自然といろいろとアヤフヤになる
無能な奴は、何やっても無能だって事？
自分が使ってるプログラムの中身を
知らないと、使えないって話か？
だからシステム化されていると、そこを学ぼうとしない。
次第にシステム化する前のことを知っている人もいなくなり
どんどん人材が自分たちの業務について無知になり
ほかの人も言ってるけど２度目以降のシステム化の話で詰む。
だからお前は2ちゃんねるのシステムも理解できないんだな。
てか、ここで言語の勉強だけでスキルっ！キリッ！って言ってるやつより
中学生でお掃除ロボを自分で作ってる中学生のほうがはるかに雇用したい人材だったわｗ
お前は文章力というものを身につけたほうがいい
使えるが、使用者が唯の作業員（ルーチンワーカー）に成りかねないという事
システムを使う側の問題。
自分も前に書いたが
の言う通り
言語の勉強だけは論外で、ここでも多いと思わないが
その中学生の何処を良いと思うのかにも因るが
現実では、現状のプログラマ等にしてしまうのは会社の方の問題
つまり、雇用したいと言っている側の責任
若手を使い捨てにするブラック飲食業と同様の問題
お前も文章力というものを身につけたほうがいい
それなんて東電…
情シスの幼稚園児どもと良い勝負だわ
お前も文章力というものを身につけたほうがいい
事実だからな
お前らのような単純プログラムの派遣だとわからんだろうけど
こなしたプロジェクトの数がスキルの証明っ！キリッ！
え？ｗ毎回毎回同じような超単純な四則演算と単純Read/Writeプログラムしか書いてないのに？ｗ
しかもその一部
「帳票出力」という単語を知らない。
「単純プログラム」という、中身のない悪口。自分が扱うものが「プログラムである」ということ以外何も理解していないのでは。
「四則演算とRead,Write」という、視野の狭すぎる着眼点。言語をバカにする奴はたまにいるが、さらにそれ以下。
おそらくは自分が割り振られた役割も理解していないし、言語もどれひとつ覚えていない。
ＶＢすらまともに使えないのではないか
ってタクシーの運転手にすらなれない人間の最後の就労先の砦だからな
そんなのとまともに会話が成立するわけがない
もっとマトモな派遣会社と会話した方が良いよ。
君の所はその底辺なる人に依存してるレベルだから。
でバグを指摘した際の決まり文句が「言語が悪い」w
図星で反論したくて仕方なくなった症候群の方ですか
仕方ないよ
君は底辺だから
転職？どこで働いてたの？
って職歴を聞くと冠企業名を出すんだよなぁ
おまえ、ただそこに派遣されてただけだろ、派遣先の名前だしてどーすんだよｗ
働いてた場所の名前出すのは当たり前だろう…
たしかに企業の割合でいうと９割以上が中小企業。
でも労働者全体では３割以上が大企業で働いている。
３割以上という簡単なハードルすら越せないのに一般派遣・特定派遣の人って自分は有能・スキルがある。
とか言っている。DQNとホントかわらない根拠のない異常なまでの自信。
ふつーーーーーーーーーーの人は、他社で働きませんわｗｗ
他社常駐が普通と思ってる時点で異常
=感覚が完全に奴隷
スキルの低い人間多いような気がするけど…
自社で仕事してる派遣なんて聞いたことないわｗｗｗ
何が知りたくてそんな質問してるんだ
そうだね。
使えないのはいっぱいいるね。
でも、そいつが使えないことが、君が使えることにはならないんだよ？
底辺同士お互い頑張って生きましょう
だ・け・ど！
情シスがカス化する（ほっとくとシステムまでカス化する）
バカ管理職が入ると変化を見せようと外注を提言し出す
の二大問題の解決策が必要
という感じで話がある程度まとまってるのに、
派遣社員のバカが「スキル」とかいうありもしない「スキル」で話を戻すからおかしくなる。
そうすれば大企業に内製の応援で派遣されて、本当に言うだけのスキルや能力があるなら、そこで引き抜き採用されるだろうし
それこそ学歴ではなく実力で採用してもらえる
いまのように外注システム方式だと絶対に底辺PGは底辺PGのまま。たとえスキルがあっても。
学歴も職歴もいろいろだが、出てくる成果見りゃ
誰が仕事できて誰が仕事できないかは明白だろｗ
自分より高級もらってる大勢の役立たずを目の当たりにしてれば、
彼らが自信と不満を持つのも至極当然というものだろう。
これでいいじゃん？
直接評価してもらえるぞ
エンジニアとして必要なスキルの一つなんだけどな。
コレが大嘘なのが問題かな…
派遣の状態でも同じことやってくれるのに
何でわざわざ雇用せにゃならんのだ。
いや、嘘じゃないし
派遣状態で同じことをしてもらえるなんて思ってないよ
ほしい人材はやっぱりキチッと引き抜いてこちらの社員にする
お前がその場所から「離れる」かもと飲み会でもどこでもいいけど、派遣先の役職付きに言ってみろ。
本当に必要なら引き抜きの声がかかるから。
声がかからないなら、代わりがいる程度だってことだよ。
正社員登用あり
フレックス制
とでも言いたいのかな？
> 派遣先の役職付きに言ってみろ。
派遣先の役職付き程度が、正しい判断できるんでしょうかね？
もし雇う側に技術者を正しく見る目があるのであれば、
もっと優秀なプログラマのみを集めているはずですがね。
人事担当者がほしいよ。
人事担当が無能だから、口先ばっかりの奴を雇う。
技術テストすれば一発でわかるのに
なんでやらないんだろうな。
文句しか言えないなら声かからないのは当然
テストじゃ分かんないからだよ！
新しい知識の吸収力、対応力、
物事の説明能力、理解力、
自分の役割を把握しそれを拡大していく力、
長期にわたる一貫した考え方や構築力
これらはぺーパーテストや技術テストで計ることなどできない
> これらはぺーパーテストや技術テストで計ることなどできない
そのとおりだな。何をやってもそんなことを測ることは無理だと思うよ。
だから、そんな不可能なことまで見抜けなんて言ってないよ。
明らかにわかる部分を調べろって言ってるの。
対応力、以下略等、将来の期待で選ぶかってーのｗ
何よりも実績だよ。実績があれば
その後の伸びも推測できるっていうもの。
そんなの学歴と資格欄見りゃ十分じゃん。
これ以外に最善の手法はない
声がかからない程度 別に変わりはいくらでも居る程度
の仕事しか やってない もしくは やらせてもらっていない（超人的なスキルを持っていても生かされないなら無意味）
前者でも後者でも、自分から俺様は超絶スキルを持ってるからほかの仕事もやらせてくれ！
とでも頼んで、それこそ実技テストしてもらえ
本当に優れた実績を残したなら引き抜かれるだろうさ
何人の会社で年何人引き抜いてるのか実績を。
たぶん夢とか希望とか言ってるブラック企業だろう。
人事のこと多少でも知ってたら間違ってもこんな認識にはならん。
恥ずかしい存在だな
どんだけ自分大好き、自分は有能と思いこんでるキチガイなんだよ
お前の周りのレベルがお前のレベルだ
名ばかり正社員の特定派遣がほざくわほざくわ
引き抜きは事実として行われている
お前に声をかけるバカはいないってだけだ
現実を受け入れろ
仕方なく普通に転職して社員になりましたよ
この手の連中を信じちゃだめだ
自分に能力がないことを認められなくて、正社員であることが最後の拠り所になってる。
そしてそういうカス同士で結託して、カスの吹き溜まりみたいになってる。
大概一部のスーパーマンが全てを支えてる構図。
いくらそこで派遣として努力しようと成果を出そうと、善い様にむしられるだけだ
自分で行動起こさんとね…
会社移るにあたって何千万みたいな人もいるのか？
それは情報の持ち出しを狙ってるだけ。
・・・ん？
会社が無茶苦茶になる
普通の業務が出来るかどうかも疑わしい
まったくだな兄弟！
そんなスレが気になってしょうがないんだね。
要らない人ってのは分かりやすい。
請け負いで複数案件を同時にこなせば年収2000万も夢ではない。
スケジュールがいっぱいいっぱいで調整つかずに
半分くらい指名断っていたら、直弾来たよ
まぁ何処の誰でも良い派遣業務なら確かにの言う通りだと思うけど
普通に何でもやってただけだよw
ttp://j55.pw/fY7T 上記のURLから新規アカウント登録をすると
登録者全員にもれなく1000円分のビットコインが貰えます！
即時取引、円への換金が可能です！
元請に実装能力がないことも問題
ttp://techpeople.jp/2015/02/apple-1/ 結局は、可能な限り
あらゆることを自分たちでやるのが正しいということなのかもしれないね
自らの業務の根幹となるところは
請負とは、「労働の結果としての仕事の完成を目的とするもの(民法)」ですが、派遣との違いは、発注者と受託者の労働者との間に指揮命
偽装請負の代表的なパターン
<代表型>
請負と言いながら、発注者が業務の細かい指示を労働者に出したり、出退勤・勤務時間の管理を行ったりしています。偽装請負によく見られるパターンです。
<形式だけ責任者型>
現場には形式的に責任者を置いていますが、その責任者は、発注者の指示を個々の労働者に伝えるだけで、発注者が指示をしているのと実態は同じです。単純な業務に多いパターンです。
<使用者不明型>
業者Aが業者Bに仕事を発注し、Bは別の業者Cに請けた仕事をそのまま出します。Cに雇用されている労働者がAの現場に行って、AやBの指示によって仕事をします。一体誰に雇われているのかよく分からないというパターンです。
<一人請負型>
実態として、業者Aから業者Bで働くように労働者を斡旋します。ところが、Bはその労働者と労働契約は結ばず、個人事業主として請負契約を結び業務の指示、命令をして働かせるというパターンです。
ttp://tokyo-roudoukyoku.jsite.mhlw.go.jp/hourei_seido_tetsuzuki/roudousha_haken/001.html まず自分達でやってみる、というのは必要だと痛感する。
「やる」レベルは、机上シミュレーション、プロトタイプ作成など、状況によるが。
やってみた結果、自分達では無理なところを整理して外注している。
非常に良いことだと思うわ
「できない」という結論に至るまでの試行錯誤によって「できないこと」について詳しくなる
だから「できないこと」＝「わからないこと」ではなくなる
これは発注する際に、無知な状態、技術力ゼロの状態で交渉に望まないとイケない状態が避けられる
営業が嘘をついているのも見抜けるようになる（糞会社をつかまされないで済む）
相手のいいなりの金額にならなくなる
逆に無知ゆえに明らかに無理難題の予算を提示して粗悪品をつかむなんて馬鹿な結果を避けられる
内製をして失敗するなら失敗してもいい
その失敗までの過程に得られる知識や技術が、外注を選択した際に武器になるから
根拠なく自分たちが有能と思ってるよりは遥かにマシかと・・・
自分たちで実装しちゃったほうがトータルの取り分多いし、顧客満足度も高いし、結果として次の受注まで見込める。
良い会社として認識されているんだから人材は来る
なんで文系の馬鹿とるのか？
え？
無能なんじゃなくて専門外(非SIのユーザ企業)なのでは
なら「じゃあ自分たちで作ろう」って結論はおかしいだろ・・・
概ね同意
出来ない事や問題点があぶりだされているから、正しい取捨選択ができる。
アヤフヤな状態で外注しても、「騙されてるんじゃないのか？」と不信に成りやすく、
不信に思われる相手は、相応の強硬な態度になり易く、WinWin等無い。
何を持って馬鹿とするかだが、年功序列的に上がる給与や昇進させる事などから、
上がる給与体系に対して下支えするはずの人間を維持出来なくさせてるのだと思われ。
結果、効率よく上前をはねる集団になろうとする。
長期的に維持できるかは別問題として
そもそも見積りに根拠がないんだから、技術力とか関係なく不安にならん方がおかしいだろｗ
ほんと超弩級のバカですね
だね。そんな結論出すとか馬鹿もいいところ。
そんなに悔しかったのかw
何も分からん情シスを知ったかぶりで煙に巻いて検収のハンコ押させりゃ
実際上何の意味もないシステムでもカネが入ってくるんだから。
そんなだからコピペコーダーが勘違いしてのさばる
なにいってだおまえ
価値に見合うだけの売り物なのかどうかを判断できない情報システム部門があることは事実
ただこの観点は、最終的にはだからこそスレタイってことに行き着くと思う
お前が馬鹿だということはよくわかる
は無職winさんだから
すべての思考が無職にふさわしい思考しかできてないでしょ
お前が馬鹿だということはよくわかる
何も分からんくせに下手なアイデアもどきを押し付けてくるところ
それが自分達の存在意義だと思いたいんだろうが
大体の場合、本質的な要件を満たさないままただ複雑に分かりにくくなるだけ
利口な人はほどシンプルに作るもんなんだがね
情シスはシステムも現場も分からんアホ
SIはシステムしか知らんアホ
現場の優秀なのに作らせるのが一番近い
ところが情シスがセキュリティーポリシーを現場も見ずに設定。
セキュリティー違反でできません。だらけ。
現場開発も不可能にｗ
ど素人らしい意見だなwww
お前のプログラムなんてど素人とかわらんだろｗ
イ㌔
内製でやるのが一番現場の成長になる。
外注は可能な限りしない。ただし絶対ではない。
ココまではまともな頭を持っていたら否定できない。
ただ、三大問題が残っている。
情シス（人材）の糞化問題
情シス（システム）の糞化問題
経営陣が内製・外注のメリットデメリットを理解できない
この３つは解決しないと駄目だ。
前提条件から間違ってるぞ。
「内製でやるのが一番現場の成長になる。」
これは否定しない。経験積むことは成長につながるから、
他人がやるよりは自分がやったほうが経験としてはいいものになる。
間違えてるのは「内製でやるのが一番効率が良い。」←これ。
極端な例だと、やりたいことのパッケージ商品があった場合。
導入するだけで済むので、効率なんて比較にならないほどいい。
パッケージのようなものが見当たらないとしても、
普通、外部に委託する場合はその分野に長けているところを選ぶので、
フレームワークやノウハウなど、効率化の手段はいくらでも用意されている。
経験を積むために内製をするという判断はいいと思うが、
効率がいいからとか間違った判断材料で望むと失敗することになるぞ。
あれ？ パッケージを使うという案は
元から対象外の話なんじゃないの？
パッケージがあるのなら、それは
「自社のシステム」ではないわけで。
パッケージ代５０００万円（導入までにかかる期間半年）
内製２００万（導入までにかかる期間１週間）
これウチの実際の話です。
パッケージが売れないから。
Officeが安いのは、大量に売れているから
それだけの値段になるわけで、
もし2万円のOfficeが1/1000しか売れないならば
2000万円にしないと成り立たない。
パッケージはOfficeの1/1000よりもはるかに売れないでしょう？
まるまる全部パッケージってのは極端な例だけど、
多かれ少なかれ部品はあるもんだよ。
細かいところではライブラリとか利用したりするでしょ？
笑えないけどありがちな話だねぇ・・・
パッケージってのは、想定する規模や品質など条件まで一致しないと
やたらと無駄なところに金を使うことになるから。
だからこそ、外部の経験ある会社に委託して選定やカスタマイズまで任せるわけだけど。
まあ、内製２００万ってくらい小規模案件なら外に出さないのは正解。
この線はこうあるべきです（ｷﾘｯ
半パッケージのカスタマイズが日本の主流じゃね
すでに出来たものを、壊しながら作るんだぜ？
矛盾でまくりでバグ多すぎ。
融通きかずに費用だけがかさむ。
導入してしまった手前やめることも難しい。
それが半パッケージのカスタマイズの現実なんだが。
半パッケージのカスタマイズを色々誤解してるな・・・
ここで言われてる「半パッケージ」ってのは
適用先に合わせてカスタマイズできるように考えられたものなんだから、
お前さんが思っているような問題は全く当てはまらない。
・・・というか、具体的にどんなものだと思ってたんだ？
それ日本の会社が苦手とする分野じゃんｗ
ソフトウェア工学をわかってないから
"拡張可能な設計" にするという考え方が出来ない。
拡張＝ソース書き換え。
ベースを書き換えることなく、プラグインで拡張するということが
できない。発想すらないことが大半だが、そもそも発想はあっても技術力がない。
じゃあ、運用でカバーで。
これが日本のシステム開発におけるカスタマイズの現状だからなｗ
自分が苦手だからといって、
日本全体で苦手だと勘違いするのはいかがなものかと思うが・・・
たとえゼロカスタマイズでも、この5000万ってなんの根拠もない金額なんだよなｗ
いろんなとこから、うちの会社にパッケージ売り込みによく来るんだけど、
うちの会社で使ってるって実績がほしいからって最終的に無料になるケース多々。
まぁ、無料でも蹴るんだけどｗ
運用でカバーしちゃだめって記事は
先月のSoftware Design にのってたな
おまえはも読めない無能なのか
やはりモンゴロイドの限界なんだろうな
仕事というのはニーズがあるから成立するであって、そのニーズに愚痴を言うとかバカのすぎ。
パッケージにカスタマイズが普通なら、カスタマイズに対応できるように作っておくのがプロの仕事。
カスタマイズがあるから。更に言えば可能なら100000000000回の迅速なカスタマイズをやりたいというユーザーのニーズがあるから、内製を選択しているところも多々ある
「海外じゃほとんどしないけほとんどしないけどな」
のソースよろ
俺にできないことが外人にできるわけ無いだろ
> 情シス（人材）の糞化問題
これが本当に解決しがたい問題
必要なのはしっかりとした基礎知識を持っていてかつ広い技術的視野と経験を持ってる人材なんだが
そんな人材ともなるとわざわざユーザ企業で飼い殺しになるために転職したりはしないだろう
新卒となると、最低でもコンピュータサイエンスの学士を持ち在学中に何らかのプロジェクトに関わった経験くらいは必要
数年前にSIerからウチに2名転職して来たらしいんだけど、どっちも糞だった
ちなみに工業高卒と専門卒
自己紹介乙
自覚有るなら頑張って
営業が最初はうちの技術はすごい！って感じでどんどん来るんだけど、
「じゃ、一応うちの情シスとも話を・・・」ってなって、情シス（嘘）の部屋に案内するんだけど、
１、その瞬間だけ偽情シス員全員に白衣を着てもらっているｗ(人間はなぜか白衣という謎の権威に弱いらしいｗ)
２、腕に筋電センサーで動くアームロボ（⇒これ、実は簡単ｗ もちろん精度や微妙な動きはむずかしい）
３、脳波でロボットを動かしている。開発現場をわざと通る。（実は全部決め打ちで動かしているｗ）
４、映像解析処理を動かして、その営業が入ってくるといろいろと解析結果が表示されたりするｗ
これも、実は事前に調査済みのデータを表示しているだけ。ただのアニメーションの部分も多数ｗ
５、こういうのをわざと奥の会議する部屋に通すまでにいくつか見せる。
たったこれだけの工程をするだけで、
最初は、「内製では、開発フェーズ終了後のランニングコストが！最新技術についていけない！」とかいろいろ
言ってた営業が完全にビビってしまうｗ
もう、こっち側に主導権は握られているので、価格は、相手側の最初の言い値の20分の1以下で行く。
「まぁ、御社のシステム程度ならこのメンバーならスグ作れるので・・・。このくらいの値段ならまぁ、考えないでもないです」と。
この程度でビビって帰ったりするようなら、導入価値はないだろう。という考えらしい。
下手な情シス導入するくらいならこっちのダミー情シスのほうがマシかもしれんｗ
お客様のためのシステムなのに、お客様の根本的ニーズを理解していない奴がこのスレは語ってるんだよなw
プロのプログラマが組めば、保守性や移植性、拡張性等々も当然優れてるんだろ?
ならなんで追加費用を払ってくれるカスタマイズを否定するのか?
答:無能だから。プロプロ言ってるほどの技術力の差が、サンデープログラマと比べて無い。むしろサンデープログラマのほうが実力が遥かに上。
販社：運用費と開発費どっちでも入ってくるお金は一緒
開発会社：新規開発したいなぁ・・・でも開発できる人間いないしなぁ・・・
派遣会社：運用も開発も同じ人間を送り込むだけ。開発のほうが単価高いけど、運用のほうが安定してるしメリット大
こんな感じじゃねーの
ついでにいえばソフトウェア改修したって運用の人間を削れるわけじゃないから節約にならんからね
プログラマも好きでプログラミングしてスキルで稼いでいる。
だからプログラマもアニメーターと同じ給料にしよう。時給１００円で。
本当にプログラムに興味ない奴が増えすぎだわ
まともなシステムなら削れるよ
昨今99%は失敗してるからそう思うのも無理ないけどね
クラスとか学校で絵を書くのが一番うまかったような奴が多いから、好きで
いられるわけで、未経験者未能力者OKのマでそんなこと出来ないって。
下手するとフリーフェアだのオープンソースだので稼げるところも稼げない
ようにするのが多いところで賃金下げるのは自殺行為だよ。
っていうのはわかる。
でも今のプログラマがアニメーター達のようにスキル！キリッ！
って言うほどの他者が習得困難な技能をとは到底思えない
1オブジェクト250円でええやん
不採用なら支払われない方式で
自分が技能持ってないからといって、
業界全体で技能不要だと勘違いするのはいかがなものかと思うが・・・
アニメーターは少なくとも最底辺ですら一般人がまったく歯が立たないレベルだけどね
敷居の高さがもはや比較にならん
プログラマは就職できない奴の最後の砦くらい簡単になれる
本当に絵の好きな奴はずっと描いてる
習得までに要する期間を考えたら比較するのが失礼なレベル
妄想はいいから
そら土台差がありすぎるわな
絵を描くのが好きな人間とプログラミングが好きな人間、どっちが多いんだろ
まあ需要はプログラマーの方が多いから現状なんだろうけど
数で言えば絵を書くのが好きな人間の方が圧倒的に多いよ。そうじゃないなら
コミケみたいなイベントが成立しないって。
自社で働かせるわけじゃないだし
途中で止めてデータを弄れないなら却下だわ
現場じゃ何時もと違う処理なんて希に良くあることだからw
「基本的に～」とか言う奴は一昨日きやがれってんだ！
資料を改竄したり脱税したりするとき困るもんな！
いや、明らかにプログラマのほうが多いだろｗ
人様に出せないプログラマもプログラマを名乗ってるくらいや
それ全権網羅できてないだけじゃ・・・・。
内製最強。
情シスのあり方どうすっぺ。
これが今のところの議題だっぺ。
一律に、内製が是か否かを決めようとすると、無理があるんじゃないか？
どういう状況なら内製が意味が有るか？
という問題設定なら関心が有る。
仮にそれが事実だとしても、証明の半分でしかない。
残り半分の証明方法を自力で考えられるなら、プログラミング出来る。
業務系はほとんど該当
今の外注システムの惨状を知らねーのかよ
本当にプロか？
表に出てこないものまで含めたら失敗プロジェクトがどれだけあるか
Ｅｘｃｅｌで管理すればいいじゃん
問題の認識は正しいと思うが、解決策はまた違うと思うよ
内部にスキル無く、現場の御用聞きとは名ばかりの雑用係になったり、
外注するにも現場の問題をSI的な解法へある程度見越し立てて話をすることが出来なくなり、
また、技術も無く、外注の能力も判断できず、見積もりも数字見て値切る購買部に成り下がる
コレは、情シスを使う側の顧客会社内の無知無理解が根本
ついで情シスの上司の行動。
システム化の目的はデータ蓄積とその検索の容易化、管理にあることが多いから
手書きの方が早い事に囚われるとね
折角登録しても、そこが使えないシステムは論外だけど
本当にコンピュータなど必要なのか？
35歳から新システムの開発を後任とやる。
んで終了とともに契約切れ。
これで代謝が良くなる。
無駄にグラフや絵やカラー使って書類作成してるけど、そのために膨大な時間を費やしている。
派遣を使う時点で代謝が良くなる以前にただの劣化じゃん・・・
現状ベースでしか物を考えられないから問題なんだろうな。
↓
全て破たんしました
しかし、大半の大手は請負、派遣に出している
やっぱ金額か
お前さんは未来に決められる法律など
森羅万象を今まさに見極めているとでも？
ずっと運用で対応する気か
こういう運用もあるな。
ttp://i.imgur.com/urGB2PQ.jpg なぁ、そういう画像を集めるのが好きなの？
普通は施行前に調べて施行日からロジックがきり変わるようにする
俺のレスにも貼られたことある
新卒高卒１０ヶ月より作業能力やプログラムのソースの質が圧倒的に劣っているのを自覚したのかイジメをはじめた
まぁ、相手よりレベルが劣っていることを認識できるだけまだマシなほうなのかもしれんが・・・
（というより、そいつが３ヶ月かかっても終わらずに逃亡図ろうとしたものを、ゼロから３日で終わらしてきたから誰の目にも明らかなんだけど）
いっせいにフロアーの人全員（４０名）が「てめーがいらねーんだよ！」「だせー！１年目に負けて、腹いせにイジメかよ！」ってそいつを口撃
うぁぁぁぁ！って言いながら、走って逃げていきましたｗ
アホの置いていった荷物どうすべき？
お前もはやく辞表提出すべき
正社員による派遣イジメって怖いね
でも、技術を買ってるんだから出来ないなら金返せって事だよね
天才がちょっと勉強しただけにも勝てないんだよな
35歳はたいした努力もせずに歳だけ食ったんだろうから、
凡人にも負けかねない
どうせ次の派遣を連れて挨拶に来るだろ？その時に着払いで送らせてもらいますって一言いれときゃいいよ
どんなもの作らせたか知らないけど、3日で終わるのは手が早いよ。かなり優秀なんだろう
逆に3か月も成果がでない派遣を使った管理者は責任を問われるべきじゃないかな
同じ派遣元で助けてないなら問題だし、別の派遣元なら余計な口出ししてトラブル引き受けないよ
その高卒と35歳が別会社で、高卒の仲間が攻撃しかけてきたっいうならあり得るけどね
派遣の椅子の取り合いで攻撃しかけるのは珍しい話じゃない
でもおまえらはそれを言えるほど努力をしたのだろうか？
一人派遣とフリーの区別もあんま無いかもしれんな
派遣で試用して引き抜くのが一番いい。
人間的に終わってるやつか？
言われたことちゃんとこなせるタイプか？
相当程度の社会性を持っているか？（内製だと必須）
現時点で使われている技術以外を吸収しようとするタイプか？
etc..........
実際一緒に長期で働いてみないとわからんもんは、引き抜きしか手はないからなぁ
100万くらい払えばいいって話は聞いたことある
どうせ30代半ばで捨てるんだから引き取ってもらったほうが後腐れがないじゃないか
恩も着せられるしな
それは網羅じゃ無いでしょ・・・
そんなに頻繁に取ることはないよ
5年に一人とか10年に一人とかだから。
内製なら。
お前らも告発者を見習え
三菱UFJ銀行、偽装請負疑惑で訴訟 社内で暴力事件発生、日立子会社は告発者を解雇
ttp://biz-journal.jp/i/2015/02/post_8796_entry.html ttp://hunter-investigate.jp/news/2015/02/23-saga-pc.html こんな要求や内容が簡単なシステムでも実用に耐えられないシステムを平然と導入させるのが、この業界。
これは大規模な実験としてやったから結果が知れ渡ったけど
現実の大半は、実務に耐えられないシステムを押し付けられて泣き寝入り
泣き寝入りせずに損害賠償請求できそうな案件だが
そんな記事鵜呑みにするのが馬鹿
こんなの要求を相手から聞かなくても、やりたいこと当てられるレベルなのに失敗ｗｗｗ
どうなってんだよｗｗｗIT業界はｗｗｗｗ
って笑ってるけど
実際の言うとおり、外注が「役に立っていると思ってるシステム」で、実際はこんな状態のお荷物。
マジでお蔵入りか業務を圧倒的に非効率化させて運用しているところ沢山ある。
餅は餅屋というが、餅屋はちゃんとした餅を売ってくるけど、
ITはインフォメーションテクノロジーを売ってこないでインチキテクノロジーを売ってくる
結果、ユーザー側が不満を抱いてついに内製回帰なんて話題が出てくる
システム内製とはあまり関係ないな
コンポーネントの組み合わせに関する情報収集は、まだ人買い大手ベンダの方が得意だろ
プロ
だよ
プログラミングがなきゃシステム開発ではない。なんてことはない。
このケースもパソコン大好き先生に職務としてやらせて責任負わせてやらせたほうが絶対うまく行っただろう。
すべての学校にシステム導入できるチャンスを潰してしまったな
ひとつの会社のミスがIT業界から学校ビジネスを奪った
外注を惑わすな
企業の社長達から、自社のＩＴ技術者が何してるかわからない。
自社のＩＴ技術者減らしたいと言われ
システム作っても
社長さんシステムわからんから、結局自社のＩＴ技術者に聞いて
嘘並べられ、結局stop
金貰ってるが、面倒くさいだよ
はっきり言うが、企業の経営者は、専任技術者なんて不要としか思ってないぞ
経営者にとって、会社が機能すれば面倒くさかろうが関係ない
それより、数年専任技術者置く費用を気にするんだよ
頑張って首切られないようにしてくれや
企業に専任してた技術レベルじゃ、外注に再就職も無理だろうし
頑張ってや
たぶんそこが失敗の原因だな
運用の負担減の為にパソコン統一するのはわからない話じゃないけど
まず納品ありきの商売だったんだろう
常駐だろうが、外注だろうが
派遣だろうが、年齢や職種すら
関係ないだろ、その技術者の技術力なんだから
会社を経営する者からして
外注は、仕事を受け売上を上げるから、お金を生み出す者で
社内ＩＴ技術者は、浪費する者だよ
浪費する者か、売上を生み出す者になるのは、大変な事だ
失敗した技術者を一杯みてきたよ
社内技術者は非生産部門か
それは確かにそうだな
外注管理を任されてるにすぎない
誰一人として
クソ化した情シスを擁護してる奴なんてこのスレにいないわけだが？
クソ情シス対策
だし
技術がわからない経営者ほど、自社システムにこだわる。
正しいのはどちらかは、わからないが
自分が経営者でないのに、会社の為に技術・労力使ってもったいなくないか？
せっかく持ってる技術、自分の利益の為に使おうよ
サブビジネスとか、ナイトパワーとか
起業とかさ
理由はシンプル
内製やろうってことは、それだけ技術者に理解があるということだろうし
それは自分たちの価値を高く評価してくれている証拠
今みたいに人海戦術護送船団方式でシステム開発しているバカな状態より遥かによい
3時間も1回あたりかかっていた処理が4分で終わるようになったわ。気持ちよかったわwココまで差が出ると
同じ部屋の人もびっくりしてたわw同じ処理でなんでこんなに速度が違うの?ってwそりゃ無駄処理だらけじゃ遅いわ
しかしまぁ職業プログラマを引退して15年も経ったけど自分のプログラミング能力めちゃくちゃ衰えたなぁと感じたw
一回で綺麗なアルゴリズムが浮かばないwwまぁ、下手糞だらけの業界の平均よりは遥かに上にはいるようだわw
まぁ下を見るべき業界じゃねーけどw下はプロなのにシステム組めないからw
26年この業界に居て、下請け個人事業主で今現場に居るが
要は、人不足
若い技術者や未経験を教育もせず現場に放り込む
ＳＥも経験不足で、炎上現場ばかり
俺みたいな経験豊富、営業能力有り
リーダー能力有りが
火消しに短期で飛びまわってるよ
腰を据えて一つの職場なんて無理です
依頼が多くて
いずれも悪いことではないんだけど、そのおかげでプログラマをギリギリ名乗っていられる。っていうプログラマだらけになった感がある。
を読み、彼の愚かさを最低３つ答えよ(20点)
派遣会社って派遣先が決まってからそこらの素人を採用するんだぞ
なんで技術なんて持ってるんだ
同じ処理と言うが、明らかに別物にしてるよな。
メーカーだろうが
大手人材派遣会社だろうが
経験の浅い技術者がやれば
クソみたいなシステムになるよ
経験積んだ下請けが居るから
納期が間に合い、品質を向上できる
町工場と同じ、良い下請けが参加したかで、システムの完成度がかわる
だから、取り合いなのよ
取れない会社は、数合わせの若手入れるから、クソシステムのオンパレード
下請けの高度な技術は
ずーーーーーーーーーーーーーーーーーーーーーーーーっとおんなじ作業をやってる
環境がまーーーーーーーーーーーーーーーーーーーーーーったくかわらない
だから感覚が神の領域に入る
この業界ってかお前らは、プラットフォームが数年ごとに変わってる
だから永久に初心者⇒中級者⇒また初心者の繰り返し。
・プログラマ(この場合、外注会社)に対して不必要に不信感と無能感を抱くようになる(このケースだと不必要ではなく正しい認識になるけど)
・3時間の仕事しているフリ休憩がとれたのに、4分になってしまってほかの仕事を押し付けられる
・2時間56分分の残業代が稼げなくなる
・情報システム部がヤキモチ焼いて外注会社にチクって保守対象外に故意にして問題化させようとする
（ほっとけばその外注業者じゃ見抜けないだろう技術力だと推測されるにもかかわらず。）
・15年も前に引退したやつにが負けてる感がしてがきぃ～くやひー！と八つ当たりして周囲が迷惑する
下請けを舐めてもらっちゃ困るな
機密保持契約があるから詳しく言えないが
新しい言語は一週間て実践レベルまで持って行く
現場に初日から馴染む
基本設計から詳細設計、コーディングからテストまで文句言わずこなす
新人教育までするよ
今最新の言語で、海外のエンドユーザの開発を外注リーダーでこなしてるよ
うむ。当たり前すぎてなんて言ったらいいのやら・・・。
そんな状態だから実戦の場のレベルが低くなっていってるんじゃないだろうか
当たり前だ、当たり前だがＩＴ技術者は出来ない
知識があれば、要りもしない技術を使い
地位が高ければわがままで
長く居れば、面倒くさい事を嫌い
開発だけできればコミニケーション能力も不要とか
一癖二癖もあるのが、ＩＴ技術者よ
俺は、下請けＩＴ土方自営業だから
面倒くさかろうが、嫌いだろうが
実費、売上になれば良いのさ
だから、当たり前の事ができるのが売りなのさ
おっさん技術者を舐めてもらっちゃ困るな
windowsも無い時代からやってるんだ。
ビット知識からos知識、メモリ管理の基本は変わらんよ
でなきゃ一週間で実践レベルにならんよ
予習もしてるしね
ＩＴの下町ソフト技術者は、基本知識から最新技術、応用力、適応力が要だ
ネジ一つからじゃなく、1ビットから丹念に品質良く作りまっせ
(´・ω・｀)
.NETぐらいでプログラミングもついていけなくなったわ
というか、速度ばかり要求されて「ここはこうに決まってるでしょ、勘だよ勘」みたいな手法になってきて
とことん確認する俺のスタイルじゃゴミ扱いされるんだわ
これが何をやっているか言ってみな
ttp://codepad.org/Ug6JotSZ Java厨だったらすまんな
法律的にも本来ならスキルのあるのを派遣しなければならないのだが、
派遣が増えだした時に人手不足だったりでなあなあでやってきたり、
特定派遣だと出来るのと出来ないのを抱き合わせ出したりでモラル
ハザードが起きて今に至っているんだけどね。
スキルが足らない素人は派遣会社に突き返して問題ないんだけど、
そういうのが判別出来るのが上にいるかといえばそうでない場合も
少なくないし。
俺は、自己投資してきたよ
新しいosがでれば買って試すし
新しい言語は、本を読み予習する
知らない技術は、機械を買って試す
今じゃ自宅がソフトウェア会社並みの機械、資料が揃ってるよ
それはもちろんしてたよ
枝が増えすぎてそれぞれの深さがなくなっていったんだ
初めは誰でもダメダメだから
何回も怒られながら、何回も失敗しながら覚えてきたよ
現場の数、言語の数、対応業種の数、見てきたソースの数かな
今は、感覚でソースの問題箇所がわかるよ
数こなすと、経験が勘になるから
解らなければ、若手だろうと頭を下げて聞くよ
わからないまま後の問題を起こすより、聞いて確実に仕上げる
それがプロさ
開発に時間が掛かっても、テストでバグ出さなければ、トータルとして早く終わった事になるよ
派遣の種類を勘違いしてるかな?
派遣には、人材派遣と技術派遣の２種ある
人材派遣は、事務員や工場労働者など一般的知識で出来る仕事の派遣だ
技術派遣は、看護師やit技術者など資格や専門的知識、実務経験者などの派遣だ
技術派遣にいきなり素人は、少ないと思う
まぁ、派遣先がOKならば良いのだろうが
ちなみに下請けは、契約形態にもよるが給料制でなく成果報酬だ
出来なければ金にならない。
例で言うと、コンパイラーのバージョンを上げたいからヨロシクねといわれ
一ヶ月一人で60万でやったことあるよ
客先は大手メーカーだがね、仕様書タウンページぐらいの厚さだったかな
あと、技術支援や技術指導、保守なんかもある
価格は、決まっているようで決まっていない
客先からすれば、派遣雇って5人月でやるより実績のある下請けに出したほうが安いらしい
基本名指し依頼、個人事業者だから客先口座無いから紹介会社通すがね
実務と金額が折り合えばうけるよ
商流まもって、依頼が早いもん勝ちでやってるよ
2. 適当な素人を契約社員として雇用
3. 客先に送り込む
4. 「この言語、本当はやったことないです」と泣き崩れる
5. 返品されてくる(2に戻る) or こき使われてすり減って契約満期
6. 契約満了につき解雇
7. 失業保険も貰えない状態で放り出される
雇用時には契約期間の話なんてしないから解雇は突然やってくる（人寄せの為に口頭で長期契約と吹聴）
社会保険かけておくといってたのに退社後にあわてて手続
解雇はせいぜい3日前に通告されるので転職先を探す暇もない
別の仕事とあわせて1年以上の雇用保険に入ってるから失業保険もらえると思ってたら
会社がいつまでも退社手続をしない為にハローワークで受理されず3か月以上たってから給付開始
以上。これが特定派遣会社の日常
プログラマの大半が派遣
新卒も。ならいきなり素人が、、、は現実離れしすぎでは？
実際、マトモにプログラマ名乗れる奴なんて何人に一人の確率か、、、
必ず無いとは言わないが
現場で働く自営業だから言わせてもらうが
商流を無視した話だな
実話か？デマでないだろうな？
技術派遣会社は、派遣して利益稼ぐんだよ、長く派遣すると利益がでるんだよ
良い人材を派遣しないと、依頼元から二度と依頼がこない
中間会社の存在しってるか？
派遣会社と中間会社は、都道府県単位て繋がりあるんよ
失敗した情報はすぐ流れる
失敗したら依頼元からも中間会社からもブラックリスト入り
依頼が来ないなら会社が潰れるだけ
そんなリスクをおかして技術派遣に素人送るわけないだろ。
本当に技術派遣の営業現場しってるか？
人材派遣なら有り得るが、技術派遣て今まで聞いた事も見た事もないな
たまたまかもしれないが
26年も見てないよ
商習慣みたいなもの？
UNIXやLinuxの話になると大抵血相を変えて逃げていくか、Windows以外のOSを叩き始める
ＩＴ業界では、暗黙のルールよ
経営者、営業レベルがしってる
流れを説明しよう
①元請け仕事を受け、元請けに口座をもつ外注会社に人集めを依頼する
②外注会社から、取引きのある紹介会社に、必要条件付きて各派遣、請負、個人下請けに人材紹介依頼する
③派遣、請負、下請けは、条件に合えばスキルシートを提出
④紹介会社は、スキルシートを見て
行けそうな人材のスキルシートを元請けに提出
⑤元請けが精査して、面接へ
この流れで商流は、④で同じ人材のスキルシートがくる事がある
そこで早い者勝ちの商流が発動
金額でなく商流を元に決める
不公平ないだろ
でも、同業から見ても残念な学歴、残念な職歴、残念な実際の技術、残念な経歴詐称・・・・
これらが大多数を占めているよね
つまり、全体が糞なら糞を自浄する機能は働かないってことでしょ
今から新しいOSまで手を出したら
２４時間のうち、８時間４５分会社として、２時間食事等々として、１日１０時間くらいやっても３０歳くらいまでは、まったく追いつかないよな・・・
最近の言語は逆コンパイルするとかなりまんま戻るからなｗ
技術力の低いプログラマはバレないように難読化しとくべき
まぁ、そんなことをしてる時点でソースに自信がないってことを外部に表現してるんだけどな
そんな行動に出た時点で謙虚になれれば勉強しなおすんだろう
下請がそこまでやるから世の中おかしくなるんだよ
ちゃんと見合う収入になってるんだろうな
自営業受け入れるスキルのある現場とここの連中がいる現場って全然違うよ
商流の常識が違う
技術派遣なんてもの存在してるのは知ってるけど見たことはない
よりによってマ板で丸数字はどうだろう
これぐらい鈍感でないとダメってことかな
>元請けが精査して、面接へ
素人の元請けが何を面接するんだろ
丸数字失礼した。
元請け面接は、ヒーリング？
まぁ、元請け企業の受入れ手順みたいなもんだろう
実際外れも多いだろうし
個人自営業の収入については、それぞれ違うと思うが
低すぎても生活出来ない
高すぎても商流に引っかかる
難しいだよ
だから、マネージメント会社に一任してる
マネージメント会社の存在は、個人技術者にあまり知られていないが
まぁ、密かに存在してるんだよ
業界情報を元に、商流判断して
仕事の振分け、金額・待遇の交渉などなど
まぁ、海外に行ったプロのスポーツマンとかマネージメントが付いてるでしょ、そんな感じ
マネージメント会社にＩＴ技術者のプロと認められないと、担当してくれないけどね
みんなの知らないＩＴ業界だけの秘密みたいな物も有るんだよ
プロにならないとわからない世界が
単価60万とかふざけた額でやってるのとは次元の違う世界ってのはわかった
プロフェッショナルな下請が素人の元請け事務員よりはるかに高給であればいいんだけどどうなんだろ
仕事内容にもよるが
1ヶ月60万の仕事は、やっつけ
コーディングのみでテスト無し
保証も変更も無し納期だけ守る約束だから、妥当だよ
全部コミコミなら数百万円で2ヶ月仕事にするよ
まぁ、コミコミだと重いから断るかな
派遣の子の手取りは20万届くかどうか
大手に優秀なSEを派遣に出したってせいぜい70～90万だよ
本当に住む世界が違う人だな
そういう世界もあるんだろう
俺の見てる世界だと単価は作業内容じゃなくて仕事出す会社で決まるし
単価安い会社ほどアホなのでこっちでやるべき仕事が多くなる
どう考えてもの世界が正しいんだけど何とかならないかなあ
以前にも受けた仕事だからやっつけでもオッケーでたよ
仕事依頼時に
まぁ実績があるからよ
その世界は
ルイズがいるの？
長門いるの？
絵麻いるの？
にこにーいるの？
長門いたら、俺も嬉しいが
居ないんだな(´・ω・｀)
派遣は厳しくなったね。
請け負いで複数案件並列でこなすのが生き残る道だが
それなりにスキルがないと出来ない
スキル足りず炎上したら
オイラの出番
間に合わせます
仕上げます
潰れそうな社員に明確なスケジュールを提示して、夜寝れる様にします。
但し、炎上価格を頂きます。
ぱっと燃えたら、サッと消化
短い期間で多く周ります
お問い合わせは、ヒ・ミ・ツ
ああいうのが重要なんだよな
あと何でも解決する変態を1人ほど遊撃手に入れといたらまず大丈夫や
炎上プロジェクトで求められるのって大体消火じゃなくて火に耐えること
火消えたら儲からないじゃないですか
消火のために特別に金出すってやるところは炎上自体しないと思うよ
本当に足りないのは、人手でもなく納期でもなく、予算なんだよな。
スケジュールもそうだけど、それ以上に仕様が明確でないってことじゃね？
アニメSHIROBAKOでもあったけど、原作者が明確に何が駄目なのか言わない（聞ける機会を作ってもらえない）
つまるところの論の根幹部分にいたる
「聞ける機会を作ってもらえない」は無能の言い訳。
つか、それが真なら内製だともっと酷い結果になるだろ。
だって、作ってる間に仕様が変わるから。
こういう無能しかいないから内製は大失敗する。
300年くらい同じ方法で醸造している酒蔵とかあるんじゃね？
システム導入してるかどうかは知らないけど
？外の会社の人が聞けないのと、内部が聞けないのとが同列？
今日の俺のほうが上！
処理速度1500倍アップさせた！
SQLはホント理解してない馬鹿に使わすもんじゃないわ
はどう見ても厨学生
そのくらいわかりやすい処理速度の差と現実的に効果の高いと感じる時間差だからなぁ
情シスが無能なんですよ。
の一言を御前で言われたらどう転ぶかわからん
本当に無駄な処理と
無駄だけどこのパターンで正しい結果出す為に必要なんですってのもある
大手企業相手だと仕様書重視だか
中小企業相手だと動作重視
本当に変えて良かったか、後にならないとわからないよ
口先だけのJava厨ってのは当たりみたいだね
アクセスでこの結果でてたんだ
オラクル版ならできるよね
とか言われて、無理矢理作ったけど
元のアクセスにそんな機能無いだろ
って後でわかる
営業しっかりしろや割れ
まぁ出来たんだからいいが
どう考えてもコード的に無駄だけど
無いとその特殊な集計だけ結果かわる
納品時満足したからそれでいいか
ってのもあるのよ
今考えると本当に必要な集計表か悩むがね
当事者じゃないんだけど
フシギだから教えて？
いみてみたけど、なぜアセンブラを出したの？
しかも、問題を出した相手が別のレス番になってるし
454が何直したか知らんが、処理速度だけなら、まずその可能性はないだろ。
同期をとってて、それが3時間というならともかく。
でも、要望を出してたということは、そのへんの仕様もわかっててのことだろうに。
状況把握
全技術者の能力把握
客先の信用取得
線引き、担当者説得
客先説得、承諾貰う
自己対応＋遅延作業の対応
不具合レベルの振分け
納品対応
引き継ぎ兼担当者教育
次の炎上現場へ
てな具合かな
出来るから高くても求められる
なぜ戦うの？そこに炎上現場が有るからだよ(´・ω・｀)
みたいな馬鹿が２人以上いるなんて考えたくもないね
逆コンパイルって書いてあるからニモニック貼ったんだろ
逆汗って書いてあったらバイナリダンプでも貼るわ
逆コンパイルがどういう行為か分かりそうなものだけど・・・
Javaとかなら逆コンパイルはそれなりに動くけど、
C/C++なんかでは絶望的だからあまり有名じゃないのは確か。
期限強要偽装請負裁判情報
事件内容
NTTコミュニケーション受託開発
被告企業
1次受注 グローバルウェイ
2次受注 ビジネスインフォメーションテクノロジー
3次受注 アイピーロジック
被害を訴える際に、
3次受注 アイピーロジックと
2次受注 ビジネスインフォメーションテクノロジー
が警察までついてきて反論し、裁判となりました。
3社とも原告に指示した事を認めました。
皆様も生涯被害にお気をつけ下さい。
が正順。
ただ、現在では、通常、コンパイルはアセンブルやリンクまで含んで表現する。
逆順では通常
逆アセンブルは実行ファイルからアセンブラに
逆コンパイルは実行ファイルから高級言語に
を通常指す。
正直そこはどうでもよくて。疑問を感じたのは、Java厨とか言ってるから、C、アセンブラやマシン語ができる=高位の技術者
とでも思ってるように感じられたから。
会社のシステムを勝手にいじるのもどうかと思う。ただ、業界から去ったヒトは俺にとってどうでもいい。
むしろ現役なのに、技術と価値、目的と手段、能力の評価と測定手段を盛大に間違えてないか？と言いたい。
言語は手段でしかないのに。
100人規模の会社の場合、メーカーの年間保証代60万ぐらいかな
改造した時点でメーカー保証切れるから、自己責任で会社に返還してね
一つの会社がシステムを10年使うとして600万ぐらいかな
まぁバカな社長じゃなければ、社員に直接請求しないだろ
メーカーと会社の裁判になっても
保証契約には、変更しないと記載されてるから、一社員がしでかしつも
会社の責任になるからね
自営業になってわかったが
技術力なんて、お金にできなきゃ意味がない
バカでもチョンでもお金稼いだ者勝ち
技術力は知識であって
等価のお金稼いで初めて価値が有るんだよ
技術力を自慢するのでなく
持ってる知識で自分がいくら稼いだか自慢しよう
会社のシステム早くして、自分に会社からボーナスくれるかい？
会社が受けた開発を完璧なコードにして、会社が給料上げてくれるかい？
トラブル起きたらシレっと元に戻して終了
原因追求は、そこの情報システム部門ではきっと無理だろう
それを突き詰めていくと、いかに他人に責任を負わすかが腕の見せ所っていう方向に行くんだよな
悲しいことだがそれが大人の世界というもの・・・
システム改善って、自主トレーニングみたいなもんだろ。
あんまり後ろ向きにばかり考えてると、目の前のスキルアップのチャンス逃すよ。
ナイトパワーなりしようよ
せっかくの技術がもったいない
ラインのイラストや
YouTuberだって稼げる時代だぜ
金儲け、生きるための糧を得るための手段として「だけ」なら正しい。
会社のシステムを早くしてボーナス、完璧なコードにして給料アップはもらえるかもしれんがw
> YouTuberだって稼げる時代だぜ
稼いでる人は1%もいないよ。
完全にスレ違いだって気づかない？
それに気づけないのに本当に金稼げてるの？
今市場は、技術者不足なんよ
業界の流れ的ににここ1か2年間の短期ＩＴバブル
自社だけでなく、自分の技術を活かし、みんな稼ごうよ
自社の仕事は自分の経験の糧にしてさ
ＩＴ技術者やってて、将来不安じゃない？
クビになったらどうするの？
一杯経験して、将来会社システムの
アドバイザー会社開いてもいいじゃない
俺みたいに、ただのサラリーマンプログラマーから、一杯経験して
本当のプロと呼ばれる、自営業技術者になった人間もいるんだから
日本の技術者は、会社に子飼いされた家畜技術者ばかりとか
嫌じゃん
俺の例を挙げよう
ナイトパワーは、夜やる仕事だからナイトパワーて言うんだ
某会社の会員登録ホームページの更新作業、21時から23時までやって
20画面の20時間ぐらい
htmlとjavascript技術で、月8万になった
某メーカーのデータ解析ツール
3時間で5万になった
某メーカーのシステム診断修復ツール
これは、職場て作ったから無料で取られた。
家で作らないと権利主張できないと若い頃に勉強になったな
まだありが、まぁ簡単に挙げてみた
(´・ω・｀)
社畜は、若手や経験の浅いもの
ホローにプロの下請けが入る
こんなＩＴ業界にしたいんよ
でも、まだまだプロの下請けが足りないんだ
みんな、経験積んでプロの下請けになってください。
その不足の原因が
仕様がわからんｗｗｗｗ おれら何つくってんの？ｗｗｗ ちょｗリーダー！俺ら何作ってんの？ｗｗｗｗ
って状態だからだろ。
内製やって課長になった。ノウハウ活かして分社化して社長になった。のほうがええわ。
で数年で稼いで逃げる
そんなアニメーターの世界のようなプロ意識をもったやつなんて一握り
業界全体でプログラマ＝ほぼ全員個人事業主
が当たり前の業界ならともかく
Sヨ等々が絶対阻止するからｗｗｗｗｗ
＞業界の流れ的ににここ1か2年間の短期ＩＴバブル
俺はそれが嫌で社畜に戻ったよ。
一般企業のプログラム内製部門だ。
社内の便利屋さん的位置づけもまったりしてて楽しいｗ
搾取しておいて今更人が足りないからとか、寝言は寝て言えと言いたい＞ＩＴ人材不足を嘆く企業
> 社内の便利屋さん的位置づけもまったりしてて楽しいｗ
羨ましいことだ。ウチは逆だ。
技術者の中でも最も自営業になれるスキルを持っているからだ
自社のシステムとは、会社の業務を正確に把握して
それをシステムに変換する頭脳と理解力、説明力が必要となる
これは、SEに必要なスキルであり
初めからプログラマーとして就職した者には、簡単に取得できないスキルだ
平凡なプログラマーから今のプロとしての地位を確立する上で一番苦労したスキルでもあり
全体を把握する事は、技術者に最も大事な事でもある
だから、一番近いスキルを持ち討論しているこの板に書き込みしている
まぁ、会社を起こすには他にも色々なスキルや下準備が必要になるがね
技術者が最も苦手とする人付き合いも、嫌な客にペコペコしなきゃいかん
金の為とは言え、気苦労も絶えないよ
まぁ、将来の事を考える時に一つの選択肢としてもらえればいいかな
若い技術者よ、苦労が絶えないが俺みたいな自営技術者も居ることを覚えておいて欲しい
そしてIT業界には、まだまだみんなが知らない事や
2chやネットでは知り得ない事がある事を知っていて欲しい
なぜ誰も書き込まないか?
儲ける方法をわざわざ教えるバカはいない!!
苦労して得たスキル、人脈、情報 タダで教えるわけないだろ
ただそれだけだ
長文失礼しました
理想を目指すのは良いけど、ギルドとかの歴史を知らずにやると、99パーセントの犠牲の上に成り立つだけの陳腐な体制になるからね。
実質的に社員みたいなものでも、自営に切り替えた方が税金で持って行かれる割合が小さくなる。
いくら正社員でも会社が潰れたらそこで終了だし、社員になるメリットが薄れてきていると思うよ。
まぁいわゆる一流企業に勤めていて、会社が倒産したら、それも運命と受け入れるよ
でも一流企業にいたから 執筆 論文発表 研究 もできたて名前も知られるようになったからなぁ
看板背負ってなかったら、自分に取材なんて絶対来ないだろうし
というより「育ててない」からな
で、このスレでも頻繁に出てきてるけど派遣されている自分たちも「経験したプロジェクトの数、現場の数＝スキルの証明」と騙されている
幾度のプロジェクトを経験しようが、同じような一定の単純入力データに対して、単純な処理、単純なDB入出力、単純なアウトプットしかやってなければ
同じような一定の単純入力データに対して、単純な処理、単純なDB入出力、単純なアウトプットの技術しか身につかない
で、これは上り詰められる最高地点が低い。
（たぶんここで内製できる。って言ってる人も、こういったシステムの作成だからできると表現しているのだろう。）
だから幾度のプロジェクトを経ようが、同じことをやっているようなら、身につけられるものも同じ。
本人はプロジェクトをいろいろ経てスキルアップしたつもりかもしれないけど、実際はスキルアップしておらず止まっている。
そもそも一般の会社の業務システムに要求されるレベルって、その単純な処理のレベルなんじゃないかな。
あとは、業務のやり方の進化にどこまでついていけるか、程度。
> あとは、業務のやり方の進化にどこまでついていけるか、程度。
他部署が業務の進め方をコロコロ変えるようなところもある。ウチだ。
そして「システムが追い付いていない！不具合だ！」とやり玉にあがる。
そう思う。
ここで内製って言ってる人も、高度・専門部分の外注は否定してないし。
この単純プログラムで、素人には！って言ってるのが意味わからない。
一昔前の開発環境ならともかく、現在の開発環境だと頭のいい人なら数日で組めるようになって、数ヶ月で慣れて、１年以内にはバリバリになれてしまう。
業務の進化への対応は、それこそ現場を知っている現場の人が一番最適。ついで内製（情シス）。次に元請の専門家。終末点は現在の外注方式。
つまり現場の人が作る。これが一番いいのだ。
業務システムは業務の一部分でしかないんだから、その部分だけに特化して高度な事をするよりも、全体を見渡して、そのなかでシステムにどのような役割を要求すればいいか判断できる人の方が絶対にいい結果出せると思う
確かに販売している製品（良い製品と比較して）のほうがいいんだけど、DIYってやり始めると不満点を発見してバージョンアップしまくりｗ
結果としてスキルが身についてしまって後半は製品を超えだすｗ
業務はそこまで大幅な変更はないから一度ノウハウを身につけちゃえば、外注で出す意味がまったくわからなくなる
不満発生→解決のサイクルがとことん短くなるよな。
現場が作る。
現場で一人マスターができたら、予備員も育成する。
現場で作る人はシステム作成を専従にしない。
これだけ。
BIだのクラウドだの、わかりもしねー癖にベンダーの言いなりで勝手に導入を決めて
使い物にならないシステムを現場に押し付けんな
>>執筆 論文発表 研究 もできたて名前も知られるようになったからなぁ
妄想ですかー
日本語もおかしいしー
じゃないけど実際、会社名でオファーはあるよ
だれがやるか押し付け合いになるんだけどw
大変ですなw
そうだよ
めんどくさいしほとんど金にならんし
まずどんな業務についてレスしてるのかを挙げないとループするだけだね
根拠法令が全国同じでバグの存在が致命的になる業務なら、内製は絶対止めた方が良い
行政事務や金融業務、医療事務、財務会計とかね
限界まで高レスポンス性高信頼性高可用性を求められるシステムなんかも現場内製の手に負えないだろう
それら以外の比較的小規模な業務システムなら、メーカーのお守り付きで現場内製できなくもないかもね
・ドキュメントなし仕様不明糞コードでも、捨てて一から作り直せるくらい単純である
・間違いがあっても笑って済ますことができる
・正解がない(ビッグデータ分析、経営戦略のためのデータ作成など)
真逆だけど？
法令改正あるやつほど、外になんか任せられない
＝入力・出力データが一定でないもの。（自然現象や不確定な画像処理等）
＝物理系・数学系等のある程度極めた人じゃないとできない分野。（引継ぎができる人材が圧倒的に限られる）
とにかく、それなりの頭（といっても天才や秀才、異常な高偏差値ではない。）があれば引き継げる内容の範囲。
定型の数値、定型の計算、定型の報告書などの処理は全部内製可能。
というより、この手のものは全部もともと内製が発端。（内製といっても、メーカーと自社の共同制作）
のいうとおり、むしろ法令改正なんかがあるやつほど、内製に向いている。
「内製」じゃないものは何だと定義して話をしてる？
同じ業種でも企業毎
必要かどうかわからない集計表を
上の方々が欲しがるからね
下に付く社員も大変だね
打ち合わせの資料のフォーマットぐらい統一にならをかなと思うよ
俺だけ見るweb版の集計表作れって言ってたし
秘書付けて、メールした方が安くすむのにね
(´・ω・｀)
ハードウェアに近い部分も向かない
オンリーワン技術が要求されるものも向かない
内製とは普通人を１，２年育てれば一応できるようになり、さらに数年かければ一人で任せられる程度の範囲だろ
めんどくさくて、ピボットテーブルで実装したことがある。
ぱっぱっぱとほしい縦軸横軸に項目入れるとグラフでますよ！ってやったら大喜びだったｗ
てかね。
今、パソコンで作業している人の大半はパソコン取り上げたほうがいいｗ
マジで無駄な報告書（カラフル、絵いっぱい、図いっぱい、グラフいっぱい）を作るのに膨大な時間費やしてるから
それ表でいいだろが・・・と。
１％と９９％の２項目の円グラフを一生懸命３D円グラフにしてたｗいや９９％ってグラフいらんだろｗｗｗとｗｗｗｗ
グラフ自体が要らないよな、基本的には。
どんな数字も、突き詰めていけば損益等の分岐点より上か下かしかないと思う
その棒グラフとかに一生懸命「数値」を置いていってるんだぜｗ
丸１日何やってんのかと思うと「数値」のポジションと文字の色決め。
バカかと。その作業に使った時間使って飛び込み営業やってこいと。
飛び込み営業とかあほらしくてやってられんわ
俺は、このExcelファイルの集計表じゃなかったら、わからん！！
とか言って手打ちしてたと思ったら
3ヶ月ぐらいで
このフォーマットで、Excelファイル出せるよね？とか言って
え、専務さんの為に集計表とExcelファイル出力機能追加ですか？
とか、もっと安くならんのとか
手打ちしてろや
センムしか使わんやろが！！
でも、専務シャチョさんの親とか
カンベンしてよ～
とかあったな～ (´；ω；｀)
初めからExcelでやるのが一番安くて速いよね
ほんとこれ
データの一元化と正規化とバックアップさえちゃんとやってれば、Excelだけで大抵の業務はこなせる
全国一律の法令に基づくような業務システムは、たいてい大手ベンダが吊るしや半カスタムで提供しているしシェアも大きい
こいつらの良い点は大きなバグを抱える可能性が低いことであり、それは何よりも重要なこと
内製だとそうはいかない
あと、大手ベンダが絡んでいると、法令改正に関する情報入手が異常に早い
マイナンバーの基礎となった某ネットの導入作業時なんかは、某社と取引があるかどうかで工程に大きな差が出るほどだった
俺の意見は今後あっちに書くよ
申し訳ないんだが
もう少し日本語を
勉強して書き込みしてくれ
社長の親だから断りにく
むかつく
ほら、3行にまとまった
「プロジェクト 決まったことは 納期だけ」
「プログラマ 工数算出 蚊帳の外」
ttp://daily.2ch.net/test/read.cgi/newsplus/1425366389/
ただ、Excelは例外処理の作りこみが面倒
どこの現場にも物知り顔で余計な事をする奴がいるから
１ 正気でなくなる。気が狂う。
２ 心が動く。
「さもしい金に―・れた見世(みせ)女郎のあさましさと」
きがふれる【気が触れる】
精神の平衡を失う。
対訳 to go mad; to go crazy; to lose one's mind
気が「ふれる」は「気が狂れる」です。
ですので、何かに気が触れるわけではありません。
気: spirit, mind, air, atmosphere, mood
触: contact, touch, feel, hit, proclaim, announce, conflict
この仕事って楽しい人いるの？
何系ですか？
運動嫌いな人が、スポーツやって楽しいか？って
話と同じレベルの話だろう。
この業界、何時間プログラミングしても苦痛にならないって人は多いけど
辞める原因は人間関係
いや、真面目に生産性あがる気がしてきた
ttp://www.dreamgate.gr.jp/knowhow/systemintroduction/id=1322 かるーく探すだけで出てくるね
くだらないサイトを気づくとずっと見てたとか普通にある
っていうのは生産性あがるの？さがるの？
生産性は上がる。
若しくは妨害電波で使えなくする
邪魔が入らない世界を作るべし
ここのスレッドではないが2月28日に、このように述べられている
--------------------------
プログラマというのは、
マン子の前でカッコいいだろうと自慢したいがために
やっているもんだろ
--------------------------
プログラマは予測ができるということね
「超ミニスカートの専属美人アシスタント」という発言は3月4日
「マン子の前でカッコいいだろうと自慢したい」という発言は2月28日になされている
つまり、あらかじめ予測されたことが、後日に出てきたということだ
プログラマは見通しが利く人種というわけ
おいまて、俺は自慢したくて美人アシスタントが欲しいと言ったんじゃないぞ。
ただ性欲が強いだけだ。
人のレスをお前のオカルト趣味に巻き込まんでくれ。
詳しく
通信系とだけ
いや、ちょと待ってちょと待ってお兄さん
まん子とミニスカートちゃいますの?
意味わからんからとやめて言うたけど、もう、しもねたを待ってまっせー！
ttp://fox.2ch.net/test/read.cgi/poverty/1425651890/
1年出向
お前ら雑魚すぎw
マジで下手くそすぎ
お前が趣味でプログラミングをしているタイプの人間であれば
技術力が
お前 ＞ 職業プログラマの９割５分
になるのは仕方が無い。だが！下を見る世界ではない。
この残り５分がすべてのシステムを実質的に作ってるし保守してるし・・・。奴隷としていいように使われているし・・・。
内製で一人で会社１社のシステム開発をやっている人だった。
たぶん、おまえの基準はやばい。
たぶん、お前の先入観のほうがやばい。
今、内製のプログラマでも、もともとは外でバリバリやっていた可能性だってあるわけで。
そういう先入観でしか見てるようなら、お前の器の限界を知れ
１画面に入力するデータで矛盾になるか否かは処理的に判断可能なもの。でも、一切その手の処理が無く
間違えずに正しく入力しないのが悪い
という情シスのありがたい回答
おかげでシステムの中にたまっているデータはめちゃくちゃですｗ
たまに見かける、何でもできる画面とかもうシステムでも何でもないよな。
データベース直接いじってろと言いたい。
普通、設計がきれい、分かりやすい、メンテナンスのことを考えてるなってところをコードがすごいとか中二だろw
プログラマーの優劣をコードの善し悪しで判断するのは当たり前だろ
設計やメンテナンスなんてコードが書けない無能SEやPMの仕事だし
客との戦い連戦連勝。
優秀な営業のおかげでどんなもの作っても文句が来たためしはない。
それ設計の経験がないPGにエントリープログラム組ませるとそういうの作ってくるよな。
一昨年うちに転職してきたベンダーあがりのマがそうだった。
普通にコード見ればある程度実力はわかりますが？ｗｗ
むしろ、コードが見れる状況でありながら、コードを見ない時点で無能確定ですが？ｗ
> 一昨年うちに転職してきたベンダーあがりのマがそうだった。
それベンダー上がりのSEだよ。
そいつは設計とかは全く経験がなく、5年間コーディングしか経験が無いので生粋のPGなのは間違いない。
一応コードは普通に書けているし。
だからSEのだろ。
SEはコードなんて書けないだろうに
コードが書けて設計が出来ないSEって・・・!?
それただのコーダー
おまえ、それじゃあ、経験浅いですって自己紹介になるぞw
コードの中にそのプログラマの考え方が出ているんだよ。
それが分からないのはプログラムがクソか、読んでいるプログラマがクソのどちらかだ。
おまえ誰か特定一人と戦ってるつもりかもしれんが、少なくとも俺以外の誰かがいるわけでｗ
お前の回答がめちゃくちゃに見えるからｗ
設計ばっかやってると協調性のないプログラマの一人一人の人格が１つのクラスやメソッドに見えてしまう。
言い争いを見るとこういう性格の奴にはここ担当させた方がいいなーとか。
完璧に作ったらコストかかるからな
しかも例外に柔軟に対応できなくて使い物にならないシステムになりがち
ちゃんとソフト側でエラー叩き落としてデータベースでも弾いてという完璧なシステム作ったら
なにかあるたびに客に呼ばれるぞ
なにかあるたびに客に呼ばれる VS 何かあっても客に呼ばれない（ただしエラーは起きている）
どちらがいいのか？
あと、客がデータいじってエラーでた場合の対応は料金いただきますのでよろしく
> ちゃんとソフト側でエラー叩き落としてデータベースでも弾いてという完璧なシステム作ったら
> なにかあるたびに客に呼ばれるぞ
ちゃんとしてないからやたらとなにかあるんだよw
これねｗ
「例外・イレギュラーに対応できない」
これって、実は、運用や現実に発生する事象のすべてを把握していない。誰も仕事わかってる人いません。って白状してるのとかわらないんだよね。
そもそも、そんなもの極めて稀にしか発生しないから「例外・イレギュラー」なんであって、
普通は、その例外も処理にキチッと入れるけど
本当に極々ごくごくごくごくごくごく稀なものは、別途運用の特殊権限を持った人で登録するなどで慎重に対応すればよい。
その例外のためにチェック機構を緩くしてしまって、めちゃくちゃなデータが入ってくる。
ユーザーはミスをするもの。というシステム開発者なら常識的に考えることすら考えられない不適格者ってこと
これが外注だと、「運用で対応」になって、それがどんどん増えてきて、システム自体がお荷物に・・・。
単純な外注ならいいけど、糞情シスがいると、すべてに対応したシステムのリプレイスすら認めようとしない
理由は、自分たちの運用が変わるから
○ 金が出せないから
外の会社に金を出すのは渋る。
社員はただで働いていると考えている。
だから内製すれば、ただで済むと考える。
固定費で出てるから、基本的にサービス残業にして修正させれば費用は変わらないよ
というより、永久に開発や仕様変更があるから内製の意味があるわけで
常に開発し続けてるからね
その順番の優先度によって変わるだけ
だから２０００万年間人件費がかかっていたとして、外注で仕様変更等々をやったら、その２０００万以上の額になるなら金額だけでもメリットあり
さらに修正速度も圧倒的に違うし、細かなカスタマイズも可能
外注に投げる情シスは、こういった点でもまったくもって害しかもたらしていない
２０００万年間人まで読んで、２千万人×１年分の人件費かと思ってしまった。240,000,000人月。
技術レベルが
ユーザーのシステム担当>情シス
で
外注システム
のとこ。
ユーザーのシステム担当が問題点を指摘してるのに、情シスが理解できないから外注に伝わることもない
んでのような状況だともうお手上げ
仕事のフローのほうが後から変わる事はよくある事
そのたびに修正なんてしていられない
チェックが厳格だったら「直接データベースいじって修正」すら出来なくなる
永遠に修正するにしても必要とされる技術レベルや規模は変わるんだから
内製でその柔軟性が確保できるのか疑わしいね
技術者が部門を超えて奴隷扱いされてる会社ならすぐ修正してくれるだろうな
ダウンサイジングが始まる前までは、内製ではずっとやっていたことだから
実績は内製のほうが遥かにあるんだけど
金がきちんともらえてるなら奴隷じゃないだろｗ
むしろ、金をもらえて、しかも自分の必要性が目に見えて結果としてわかる
こんなうれしいことはないYO！
むしろ派遣で自分が作ったプログラムをユーザーが使っているところを見たことが無い
自分のプログラムがどんなに役に立ったのか結果を見たことがない派遣プログラマほど可愛そうな存在は無いわ
結果を見れない仕事ってつまらない
そんな環境でよくやってられるなぁと思う
達成感も糞もない 納期に間に合わせた達成感？そんなしょぼいのは嫌だ
お前さんのレスを良く見かけるが、要は
・情シスに配属するほどの技術力はないと管理職・人事に評価されている
・開発会議や検収に出席できるほど偉くない
・情報システムに関して助言を求められるような人材でもない
ってことだろ？
本当に自分で言ってるような能力があるんなら、辞めて他の会社に行けばいいんじゃないの？
同一人物だと思うようになったらもう手遅れ
根本的に業界の開発形態が欠陥だらけなのは誰でもわかる事
欠陥業態から抜け出せないプログラマってどうなの？
残業中の光熱費だって無料じゃない
ttp://anago.2ch.net/test/read.cgi/bizplus/1425792285/
「日本史なんかより、プログラミングを教えるべき」
三木谷浩史氏と夏野剛氏が日本の技術者不足を嘆く
相場を崩してきた人間たちが賃金を上げようとしても
今更無理ｗ
未経験OKなんていってる会社に高待遇必要？
未経験だけど１日でなんでも覚えるスーパーマンならOKという意味だ。
これでも応募がないのが中小企業だよ
いや、うちだけかもしれん。いやいや、きっとうちだけだな
だって世間は就職先がなくて困ってるはずだもの
未経験はまず派遣して派遣先で教育してもらう
教育してくれて金までくれるなんて世の中はいい企業ばかりだよね
大企業はこれぐらい懐が深くなきゃね
当たり前の話なのだが、ある程度出来る人ならそういう経験なしの素人と
一緒に仕事したくないし、経験的にトラブルが多い会社と思ったりするから
よっぽどのうりがない限りそういう会社は無視する。 未経験は未経験で、
SIer関係の会社のブラックさが言われてたりするから寄り付かない。
他のサービス業や介護なんかに比べたらマシだけど、何もない人には
やっぱ辛い業界だからねえ。
内製だと素人では、、、、って矛盾だよね
困るのは客だ
【犯罪者追放のお願い】
派遣以外は指示禁止です。
発注者の指示に従うな!
受注報酬の搾取を許すな！
知的財産の譲渡を許すな！
刑法第246条 詐欺罪
虚偽による契約を締結された｡
刑法第223条 強要罪
作成等の期限を強要された｡
刑法第234条 威力業務妨害罪
威力によって業務を妨害された｡
刑法62条 幇助罪
犯罪指示に従った｡
職業安定法第44条 労働者供給事業の禁止
発注先から時間・場所・方法等を指示された｡
労働基準法6条 中間搾取の禁止
実態が多重派遣で報酬を搾取された｡
証拠を添えて提訴しましょう｡ 👀
期限強要・業務妨害・偽装請負裁判情報
事件内容
NTTコミュニケーション受託開発
被告企業
1次受注 グローバルウェイ
2次受注 ビジネスインフォメーションテクノロジー
3次受注 アイピーロジック
被害を訴える際に、
3次受注 アイピーロジックと
2次受注 ビジネスインフォメーションテクノロジー
が警察までついてきて反論し、裁判となりました。
3社とも原告に指示した事を認めました。
皆様も生涯損害被害にお気をつけ下さい。
そらそうだ、数学のすの字も出来ないんだから
やっぱりスキルって重要だな。
社会人向けの学校に行ってた時にみんなで快眠システムを作ろうって作ったとき寝ているときを画像や脈とかを解析するんだけど役立たずだった高卒プログラマを思い出した
で、お前は何も作れなかったんだろ？ｗ
その高卒プログラマよりも劣ってるな。
高卒がつれたｗ
お前は何も作れなかったんだろ？⇒私は高卒です。私も作れません。ムキー！
勉強すればできるようになるのに、勉強しないやつは学歴関係なく無能⇒まとも
お決まりすぎて笑いが出るｗｑ
つまらんことで顔真っ赤にして後釣り宣言してもつまんないんだよ。
言うやつｗ
の言うとおりだな
小卒（というか現役中学生）でも画像処理やるやつはやる。
高卒でも実際に実装できるなら、高卒だからというフレーズは別にたいした煽りに感じない
ただ、なんでそういう当たり前で書く必要がないことを
書いたのかっていうのに書いている奴の人間性が現れてる。
高卒って(Fランク卒、Eランク卒、短大卒、専卒、高卒以下）を全部含む表現だろ
採用試験に「大卒」とあっても、Eランク、Fランクなんて書類で即時落とすし
センスもないし、ただ動けばいいとしか思ってないコードを書く。
ちょっとリファクタリングしただけでも
動いている所を書き換えるなって怒るしな。
これだけ積み重ねてきた実績を大した根拠もなく変更するのはデメリットが大きい
実績を軽視しすぎではないか？
テスト前ならやっていいと思うよ
テストが終わってからだと「コメント変更」もダメだからね
バイナリ変わらないようにしてね
ほらなｗ
これだからいちいち学歴とか持ちだす奴はだめなんだよ。
コードで語れよ。
はい。リリースしたらコードは一切変更しません。
バグの修正も行いません。
バグの修正をしたら、テストにどれだけの時間がかかると思うのか？
何百人と人を集めないといけないからな。
そうとうレベルが低いよ。
デメリット０でメリットだけが有るのが
リファクタリングの特徴なのに。
の特徴と
これだからお前みたいな低能はだめなんだよ。
実務で通年稼働したってのはそれだけで立派なテストだろ
それを30周してるんだ
うるう年対策も消費税対策も2000年問題も完璧ってこった
テスト自動化の設計と実装に工数くれよ
ソースがほんの少し見やすくなる程度でいくらかける気だよ
そもそも最初からきれいに書けよ
下手は何度書き直しても下手なんだよ
弘法が書き直した事あるか？利休が淹れ直した事があるか？ゴルゴがちょっと今の綺麗じゃないって撃ち直したか？
サザエさんですら同じ人生をやり直したりはしないんだよ
小さく作って大きく育てるのはテストコードをいじくりまわすって意味じゃないんだ
修正した時の工数削減には繋がるけど、それだけなんだよな。
他人が作ったテストでも無い限り自分の都合の良い結果しか返さない
ようなものしかたいていは作れないし。
クイズやチェスなんてもう人間が及ばないレベルになった
テレビゲームを与えたら、（ルールを与えなくても）勝手にハイスコアを目指す人工知能もある
テストの完全自動化ぐらい案外余裕で出来るんじゃないだろうか
ただ、Chromeのバグが減らない所をみるとまだ実用化はしてないようだけれども
> 弘法が書き直した事あるか？利休が淹れ直した事があるか？ゴルゴがちょっと今の綺麗じゃないって撃ち直したか？
何度もやってると思うが？
やってるから腕が上がってるんだろ。
前と同じことを何度もやっても腕は上がらないぞ。
その区別すらできないんだから
理解していない人がいるようですね。
だめなものをだめだというのは簡単で、
実際に直さないと成長できないよ。
もちろんだめなものをそのままにしておくのも一緒。
30年も動いてるようなもんに適用するべきじゃないと思うよ
税率をリテラルで埋め込んでても数十年に1度の修正、新しい法律や在庫引き当ての方式が変わったとしても数十年に1度レベル
組み込みなんて修正する事すらできない
別の製品を作る時にリファクタリングするわなｗ
毎回一から全部書くとかアホな事してたら笑うけど。
最初から長年それを担当しているのなら
汚くてもどこに何があって、修正したときの影響が
どこに出るかはわかっているだろう。
だけど新しい人が入ってきた時に火を噴く。
修正するたびに新たなバグが生まれ、それを修正すると
また違うバグが生まれる。
新しくコードを書かずに、既存のコードを30年も修正し続けるからこそ
コードを複雑にしないで直すためのリファクタリングが重要になる。
これから数ヶ月間、リファクタリング作業を始めます
なんて言ってやるものじゃないぞ。
そう勘違いしている人が多い。
コードを修正する時に常にやるものだ。
言われてからやるものでもないし、
わざわざ宣言するものでもない。
機能追加も不具合修正も何も起きてないならその通りなんだけど、追加分や修正分とその周辺を
ちょっとずつ良いコードで書き直すだけでも多少マシになる。修正やテストの工数が取れる部分なら
今まで通りのダメなコードの書き方や、ダメコードのコピペで済ませてはダメっていう。
リファクタ厨みたいに全部適用しろとかその逆で全く変えずに今まで通りにしろってのが問題なだけ。
そのためのコストがかかるから修正がだめだというなら
不具合も修正するんだから、そのために全部テストしないと
いけないってことですよね？
バグは放置するって考えでよろしいでしょうか？
リファクタリングって考えを持たない人がコードを書くと
こういうことが良くある。
俺「ここのコード、何の意味があるんですか？」
バカ「ここは、こっちのコードをコピペして動かない所を修正した。
これで動いている。このコードの意味は知らない」
まじでこれでプロやってるつもりだから困る。
基本的には対費用効果の問題になる。
その不具合で発生する不利益と直すのにかかるコストを考えて直すコストの方が
でかいなら放置もあり。 ナマモノと違ってバグは他に転移するわけじゃないからな。
潔癖症なのかなんなのか少しのバグも許さないって人は多いけどね。
全部テストする場合の費用はどれくらい？
膨大な金額になるけど、あんたそれだけの金だせるの？
客とかそうだよね。
こういったバグが有ります。
このバグを直すににいくらかかります。
お金を出してくれたら直します。
っていったら、そのバグを作ったのはお前のせいだろって怒るんだよ。
バグはソースコードの行数に比例して一定確率で発生するもんです。
このシステムの行数は数万行ありますって言ったら、
そんなに冗長なのはコピペばっかりしているお前の責任だろって怒るんだよ。
まったく、こっちは一行いくらで金貰ってるんだから
こっちが損することなんかしないっつーのｗ
そんなのシステムによるだろ。出せなきゃやらなければいいだけだし。
なんで全部テストするなんて発想になるの？頭おかしいんじゃない？
こういう奴もそうなんだけど、こっちだって都合があるし全部責任取れるわけでも無いし、
金だって調達出来るわけじゃないんだから言質を取られないような迂遠な表現で伝える
しかないんだけど、ちょっとでも自分の意見が否定されると全否定されたと思い込んで
すねて投げやりにやり始めるのが少なくない。20過ぎた同性がスネても可愛くもなんとも
無いんだから、そんな奴は面倒くさいと思われて相手しなくなるっての。
> なんで全部テストするなんて発想になるの？頭おかしいんじゃない？
な？ お前もそう思うだろ？ それはリファクタリングにも当てはまる話で
全部テストする必要はない。
かかるわけで、それはコストに他ならない。 ゆとりなのか何なのか知らんけど大抵の人は
ちょっと先に入っていて担当しているだけでソースコードの隅から隅まで知っている奴なんて
いる現場なんて無いよ。記憶のキャッシュにでも残っていればその場で答えを言えるかも
知れないけれども、間違えたらまずいから必要なら調べる時間もらうし。 自己中で頭が
回らないようなやつ相手にはそこまで手間かけ無い人の方が多いだろうし。
不具合修正は金がでるんだよ
客の都合で直すんだから
リファクタリングはこっちの都合で直すから金なんて出ない
どさくさに紛れてやるだけ
しかもそれが原因で何か問題が起きたらこっちの責任
自社内製や自分の所有物ならともかく外注・下請けの立場で余計な事をすると責任問題
それとがんばってリファクタリングしたってせいぜいコーディング規約にあわせて修正する程度だよ
ちなみに客に内緒でバグ修正したらダメだよ
客に教えたほうがいいのかどうかも結構難しいよ
いい関係だったら酒の席で修正を提案したらどうなるか探れるけどさ
場合によっちゃ客だって数千台のサーバーを修正する必要に迫られる
結構な金額になるし、構築時に担当だった客のSEも立場が悪くなるだろう
リプレースの時期までちょっと待ってという話になるかもしれない
そんなコードは新規構築時にレビューで叩き落とせよ
最初に適当な事するから、後からいつまでも修正が必要になる
全部自動化できるならリファクタリングしない理由がない
その時の担当者の気分次第でいくらでも変えればいい
いや、リファクタリングそのものを自動化してはどうか？
Wordだって言い回しがおかしい箇所の指摘ぐらいはしてくれる
IDEもそろそろ「そのソースのここの行、何か意味あるんすかね？」ぐらい言ってもいいんじゃねーのかな
実際、ビルドする時に意味のない行は最適化で消しちゃうわけだしな
組み込み系の人は最適化オプションOFFだろうけど
> リファクタリングはこっちの都合で直すから金なんて出ない
723 自分：仕様書無しさん[sage] 投稿日：2015/03/14(土) 20:33:26.98
もちろんリファクタリングというのは、
これから数ヶ月間、リファクタリング作業を始めます
なんて言ってやるものじゃないぞ。
そう勘違いしている人が多い。
コードを修正する時に常にやるものだ。
言われてからやるものでもないし、
わざわざ宣言するものでもない。
プログラマが宣言せずにリファクタリングしたら損害賠償ものだよ
機能追加や不具合修正などの本来の依頼に紛れ込ませてやるわけだろ？
その部分に金を出してるわけじゃないし、工数として計上できる性格のものじゃない
しかも、本来の依頼の周辺だけリファクタリングしたら全体との整合性がとれなくなって改悪になってしまうじゃないか
プログラマが好き勝手にリファクタリングしたら全体としては見通しが悪くなる
個人の善意が巨大な悪を生むんだよ
それに何がきれいなコードなのかは個人差がある
仮にリファクタリングを積極推奨するにしても計画は必要だろう
リファクタリングなんてこういう結果を生むだけで誰も幸せになれない
ttps://sociorocketnews.files.wordpress.com/2012/08/fresco-photo.jpg > プログラマが宣言せずにリファクタリングしたら損害賠償ものだよ
程度の低い開発してるなぁｗ
リファクタリングする必要がある場所でしなかったら
無理矢理なコードになってその分開発コストと不具合が増えるじゃん。
どんな仕事でも、既存のものを拡張する前に、まずその周辺を綺麗にします。
一階建て用の土台を使って二階建てに拡張しようとは誰も思わないわけで。
こんな単純なこともわかってないの？
その個人差っていうのを見せてほしいねｗ
つか、汚いコードでも個人差あるんだから
何の意味もないことを言ってる。
きれいなコードと汚いコードが混ざって
汚いコードが目立つ。
だから汚いままにしておけばいいんだ。
なにが綺麗なコードかは個人差が有る。
だから汚いコードで書いていれば、
みんな汚いレベルで個人差など感じられない。
リファクタリングしなければ、全ての問題が解決する。
クソコードという言葉で一括りに出来る。
AというものをBというものに変化させる。
その時、Aというものを間違ったB'ではなく正しいBに変化させる。
そのための工数を計上すればいいだけなのに。
ゴールが見えてないのに工数出せるわけないじゃん。
もしかして間違ったゴールへの工数を出してんのか？
正しいゴールへの工数を出せばいいだけの話なんだが。
そしてBさんがそれは気に入らないとリファクタリングする
さらにAさんは勝手に直しやがってとリファクタリングする
これをエンドレスで繰り返して何かメリットがあるんだろうか？行き着く先は？
Aさんにとっての究極のコードはBさんにとっての糞コードで
Bさんにとっての至高のコードはAさんにとっての糞コードだよ
無限ループで工数は無限大だ
お前バカか？
汚いコードの話でいいよ。
Aさんがコード修正して、
それをBさんがコード修正して、
その話と何が違う？
同じ箇所を二人で修正するなよ。
コードの担当者が二人いるのが問題だろうが。
アホか。
どんな書き方でも良いコードだと思うけど？
別に良いコードであるならそれを書き換えようとは思わない。
どれが綺麗なコードがわからないレベルなら
ツール使ったほうがいいんじゃないの？
コード規約にあっているか確認するツールとか、
複雑度を計測するためのツールとかあるでしょ。
まずはそこから。
そうやって試行錯誤をしていけば
何が良いコードかわかるようになるよ。
みたいなそういう心配をしているのは
単に技術的に未熟だからなだけ。
同時に修正する事はないだろう
だが、修正プロジェクトなんてせいぜい3か月で解散だ
次の機能追加をする頃にはすでに元のプログラマはいない
修正するたびにAさんBさんは増えていくんだよ
俺は時空を超えた話をしてるんだ
昨日今日のスパンでスパゲッティをかき混ぜる話をしてるんじゃない
もちろん皮肉です
元のプログラマがいないなら
Aさんが修正してBさんが修正て
いないはずのAさんが出てくるわけないやんｗ
新規や大規模追加ならともかく3ヶ月程度の規模のものなら人集めて
仕様理解させて、場合によっては教育して、実装してテストしてとか
考えると現実的じゃないだろ。その規模だと残っているのが対応して
いくから不幸なことにプログラマは残っているんだよ。
後は引き継ぎでどうにかしろとしか言えんけどな。
テスト自動化してるなら可能だろ
無理です。客が金払わないからバグも放置です。
アップルやGoogleやマイクロソフトでさえバグだらけだ
テストの自動化wwww
入力と出力をＤＢに入れとけばワンタッチで全機能テストできるだろ
DBに入れるのはいいアイデアだけどさ
プロジェクトのメンバーの中でそいつが一番バグを出してたんだよなぁ・・
テスト自動化云々を口にしていたのは単に自分のスキル不足の言い訳に過ぎなかったということ
当然の話じゃないか
アルゴリズムが頭の中にきちっと浮かんでない証拠
そういう奴に限って、テストの自動化とか言う
そして、そもそもバグを出さない方法を考えなくなり成長せずw
「俺様はバグなんか出さない」
なんて根拠のない自信持ってたりするけどな。
テストの自動化！
、、、、なんでこんな馬鹿になったんだろう無職winさんは
君自身がバグだった・・・・
で結論出ただろ。
リファクタリングそのものより、完全なリプレイスをきちっとやれるうちにやる。
確かに、そのメリット等々をコスト等々で実際証明したりするのは難しい。でも、メリットは確実にある。
どのような方法で完全リプレイスをやるかは、検討するとして、
そもそも、現在目の前にいる糞情報システム部門をどうすんだ？という展開だったような・・・。たまにしか見てないから間違ってるかもしれんがｗ
特に継続的に同チームで保守していくようなね
暇があればリファクタリングするぐらいでちょうどいい
リファクタリングはメンバーのスキルアップや熟練度の向上の効果もある
ただ、短期間で入れ替わるような現場や数百人以上がかかわる大規模開発だと
バグが混入する原因を増やすだけ
リファクタリングに伴ってテストだって作り直す可能性あるだろ？
関数わけたりクラスを組み替えたり・・・。そこはリファクタリング推奨する奴は無視するけど
テストコードそのものすらリファクタリングしなきゃいけないんだよ
それって一社丸々のシステムを指定の納期までに・・・っていう突貫工事のケースがほぼ１００％。
少数精鋭で一つ一つ小さなシステムを組んで徐々に規模を拡大していく方式にしないと、結局一人できちっとゼロからすべてに携われないからシステム仕様もあいまいにしかわからない。
そんな奴が引き継ぐから後続はさらにわからない。気がつくと腰の重いだけの部門になっておしまい。
内製・外注問わず業務系システム開発では、最もやってはいけない過去の教訓でしょ。
ミズポ？
> そもそも、リファクタリングは突き詰めると、最初から上手いやつだけでやらないと意味が無い。
上手いやつじゃなくて、一人前のプログラマなら問題ないでしょ？
それとも何かい？ お前の所は、半人前、どちらかと言えば
素人に近いプログラマばかりなのかい？
リファクタリングをしなくても、結局一緒。
プロジェクトが失敗する原因はそういう使えない自称プログラマのせいであって
リファクタリングすらできないやつは、
仕事させないほうがいいんだよ。
バグのないプログラムに手を入れてバグを作るほどアホなことなない！
それだけじゃダメなの？
リファクタリングで何を直したいのか今いちわからない
しかし実態は新たなバグを生み出すソースの改悪
その規約をデフォ公式でIPAあたりが作ればなぁ
もしくはコンパイラ販売会社が
公式な規約なんてまとまるわけがない。
VHSとβ、Ble-rayとHD-DVDの戦争どころの話じゃない。
コーディング規約に「適切にモジュールを分ける」という決まりがあったとする。
では「適切に」とはどういうことか。
それが書いてあるコーディング規約はないんだよ。
なぜなら何が適切かは場合によるから。
こういうのは重要だが、コーディング規約に書かれることはないこと。
分かりにくいかもしれないね。
もう少し具体的に説明する。
例えばマリオみたいなゲームを作るとする。
クリボーやノコノコこれらが有る決まりにそって動いているとする。
これらはおそらく、キャラクタークラスを継承して作られるだろう。
基底クラスに持たせるべきメソッドはなにか？
派生クラスに持たせるべきメソッドはなにか？
こういうことは、コーディング規約には書かれていない。
ノコノコには、赤いノコノコや青、黄、ハネが生えたパタパタなどの派生したキャラがいる。
ではキャラクタークラスを継承したノコノコをさらに継承するべきか否か？
もしかしたら当初の計画では緑と赤しかいなかったかもしれない。
この二つのためだけに、ノコノコクラスを作るのはやり過ぎな気もする。
だから最初はキャラクタークラスを直接継承して緑ノコノコと赤ノコノコを作っていた。
でもスーファミ版になってノコノコの種類が増えた。さすがに直接継承していると
重複コードが多くなりすぎる。よし、じゃあまとめよう。
こういう時にリファクタリングをするんだよ。
リファクタリングは決して汚いコードを直す行為じゃないよ。
最初のコードが、小さなコードでは適切だったが、大きくなるにつれて
無理が出てきた時にやるもの。
当たり前の前提として、どういうコードが適切かわかっている技術レベルが必要。
リファクタリングするとバグが～というのは問題外の発想で、
それは技術力が低いやつが修正するとバグが発生するのと何ら変わらない。
そういうレベルの人は開発そのものをやってはいいけない。
> 文書化できないならリファクタリングという工程でどうやってそれを実施させるのか
文書化は出来るよ。
コーディング規約に出来ないって言ってるだけ。
なぜコーディング規約にできないのかは、
コーディング規約というのはコードがない状態で作るものだから。
それに対して、リファクタリングというのは、
AというコードをBというコードに変化させることだから、
まずAというコードがあることが前提。
「Aというコード専用のコーディング規約」って意味不明でしょ？ｗ
AというコードをBというコードに変化させる。
その理由やメリットや手法は当然文書化出来る。
Aというコードは当初の予定を超えてコードが肥大化して
複雑化している。このまま放置すると制御不可能なレベルに膨れ上がるから
その複雑度を解消するためにBという設計に変化させる。
その為に、Aというコードのうち○と△の機能を分離（つまりクラスやファイルを分けること）
させることで複雑度を減らし、将来予定されている拡張に耐えられる設計にする。
こんな感じにね。
本人一人しかソース見る奴いないんだし
だからやたらと否定するんだよね
Aが糞コード作りました。Bが納得いきません。Bが直しました。
Cが糞コード作りました。Bが納得いきません。Bが直しました。
AとCが糞コード作りました。Bが納得いきませんが、Bは自分の作業とAのリファクタ作業でCに手が回りません。
そうこうしているうちに、Dが現れて糞コード作りました。
さらにA,C,Dが糞コード乱発し続けます。
そうこうしているうちに、Eが現れて糞コード作りました。
さらにA,C,D,Eが糞コード乱発し続けます。
Bは完全にオーバーフローです。
という現実をどう解決するのか説明しろってｗ
登場人物A～Eの５人。うち１名Bが使える人材。つまり20%も使える人材がいる高い割合なわけだ。
そんな、高い割合で使える人材がいる状況でもアップアップになる。
現実は、派遣だらけの使えない人材だらけの業界で、もっと悲惨な割合なのに、
大勢多数が生み出してくる糞コード製造バカの糞コードどうすんだよｗ
俺の書いたコードがいつの間にかわけのわからない形に変えられてそう
含まれていて、checkstyleっつー静的解析ツールにもルールの一つとして
組み込まれているんだけどな。
javaをdisるようなスクリプト言語マンセーな視野が狭い奴はそういうツールが
あることすら知らず、IDEなんてクソとか言ってテキストエディタでゴミみたいな
コードを原始的に生産し続けているのも少なくない。
道具を使えるのが人間の優位性の一つなのに、道具の使い方一つ学ぼうと
しない原始人がまじると割と終わる。
> という現実をどう解決するのか説明しろってｗ
話しあえばいいんじゃねーの？
いやさ、お前、コミュニケーション能力無いの？
じゃあ例えば、AさんはこういうUIが使いやすいと思いました。
BさんはこっちのUIが使いやすいと思いました。
話はそれと同じだよね？
それをどうやって解決してるんだよ？
話し合ってみんなで決める。最終的に誰か決定する人がいる。
そうでしょ？
ここから本当の問題が明らかになってるよね？
コードをどうするか決める人がいない。
個々のプログラマに任せてる。
誰も他人のコードを見ていない。
それが問題でしょ？
その問題があるがゆえにいつまでたっても
クソコードを量産し続けているって分からないの？
これはリファクタリング以前の問題だよ。
リファクタリングに問題が有るのではなく、
それ以前の最低限としてできていなければいけないこと。
最初からそれ聞いてるんだけど
かえってくる回答は「AさんもBさんもプロフェッショナルだから問題ない」って話だったじゃん？
結局、リファクタリングも通常の修正案件と手順は同じなんだね
機能の修正や追加はないけど、コードの修正や追加（もしくは削減）はある
それ以外の手順は同じ
えと、それで話しあえばOKってことでいいよね？
ああ、解決したな
じゃあリファクタリングは金にならないから就業時間外でヨロシク
二年：少し物を覚えてきてやたらと一年に説教したかる。それリファクタリングで改善しますよ？
三年：もう悟ってるので大抵の事には動じない。リファクタリング何それ？
中学生で例えてやった
リファクタリングは金が貰えない
以上
そう考えてくれてた方が好都合。
心配ないよ、君の所はリファクタリング不要だ。
>リファクタリングは金が貰えない
まさかリファクタリングを、テスト完了後にやってるわけじゃないよね？
テスト前って結論でただろ。過去ログ読めよ
ユーザー騙して余計な工数積み上げろって話のどこに正義があんの？誰が得するの？
無駄な残業してるやつほど給料もらってるっておまえの事じゃないの？
>ユーザー騙して余計な工数積み上げろって話のどこに正義があんの？誰が得するの？
周りがそういう低レベルの所に居るんじゃあ、しょうがないか。
リファクタリングしない場合の工数が正当だって根拠もないんだから意味不明だよ。
完全リプレイにしとけ。
が、結論。
はぁ何回おんなじ結論に至ればわかるのか
無職winは
その方が実績出せてるところならそれで良いんじゃね？
こっちの方が100％良いって言ってる奴は口先だけのが多いから無視推奨。
・次に購入するときにポイント分だけ値引きします
・次に修正するときにリファクタリング分だけ工数圧縮します
普段から作業エリアを整頓しとけば、探しまわる無駄な時間を省ける、ってことだろうね。
だから、ごちゃごちゃにしてからのリファクタリングは、意味を理解してないからだし、
小規模なら構えてやるほどの事じゃない。
元ソースとリファクタ後のソース見せてくれ
> うちのチームは、きちっと最小部品化がきちっと出来てるから、リファクタリングなんかいらんわ
それはいいことだけど、最初から「最小部品化」していると
設計やり過ぎになるよ。
いわゆるYAGNIってやつで、将来必要なこともない
過剰な設計をしてしまうことに鳴る。
そもそも将来どうなるかなんて誰にもわからないわけで。
そこでリファクタリングがでてくる。
リファクタリングっていうのは最初は小さく作っておいて、
それを大きくしていく時に、アホみたいにコードをつきたして
複雑にしていって手に追えない状態にすることとと真逆で
コードを付き足していくたびに、設計を見直して
「最小部品化」を保つこと。
こういう基本もわかってない奴が、リファクタリング作業にコストがかかるとか言い出すわけさ。
わかってない奴は、手遅れにしてからリファクタリングするものだと考えているから
要するに自業自得なわけ。
ない。
みんなうまい人だから、自然と最小部品で作るから。だれが言い出したでもなく。
負担でも何でもない。
むしろ、そういうふうに組まないほうがミスが増えて負担
物を作るという作業は
の言うとおりなんだよな
源流が自分で作るか、作る人が源流と直接話す。
これ以上、これ以外に良い物を作る方法はない。
てか、最初からも何も
最小部品化で組むのは常識だろう
ひとつの部品に何でもかんでも詰め込むなよ
木下監督は喋れるけども
YAGNIって知ってますか？
Chromeが最初からプラグインの
仕組みを搭載してましたか？
どこまで拡張性を最初から持たせる気だよｗ
本当の技術力っていうのは
最初からきれいなものをかけることではなく
変化させていける力だよ。
一から書けばきれいなものがかけるとか、
安易に作り直したほうが早いというやつは
変化させる技術力が低いせい。
コードを一から自分一人で書ける機会はまず無いんだから
今あるやつを変化させていくしか無い。
正しい方向に変化させていく力が技術力の証で
コードに文句を言って置きながら直せないのは技術力がない証拠。
もちろんコードの善し悪しすらわからない人は
ソフトウェアの教育をうけてないということ。
もっと下である以前に、プログラマですらない。
例えれば味の善し悪しがわからない料理人（？）といえば
仕事させていいかどうか分かるでしょ？
わろたｗ
似たような最近客に喜ばれている技。最近は.Netのプログラムが主流なんで、逆コンパイルするとほぼ戻る。そこを利用して
1 パッケージを売り込みに来た営業にサンプルプログラムを持ってこさせる。
2 逆コンパイラを走らせる
3 ソースを見て。あぁ煩雑ですね。コレは質の良くないプログラムだ。プログラマのレベルが低いんですね。と意味がわからなくてもいいから言う。
4 パッケージの金額が思いっきり下がる。か営業が退散する。
営業はプログラムのことなんて知らないことを利用する。
同じように値段が超大幅に下がるか、営業は二度と来ないか。
二度とこない営業は、やっぱりその程度のカスプログラムを売り込んでこようとしていたと判断。
いいからさっさと動くように戻せよ。もちろん自分で勝手にやったんだから給料とかいわないように。と21歳派遣の女の子にいわれて逃走したバカを思い出した。
デスマーチより嫌な行事や・・・・・(ToT)
俺とは正反対だな。
最初に作った奴が糞する。客からの問合せで問題発覚。
問題自体は数年前から存在したバグ。
最近の別の修正でそのバグにぶち当たる確率が
高くなったから顕在化した。
相変わらずコードは汚くて複雑。しかもコードを確認していたらそもそも仕様からして間違っていたというｗ
正確にはそれでだめってわけじゃなくて、不要なことをしていてなんでそんな不要なことを
しているのかというと、案の定他のコードをパクって別の仕様を実装していた。というか消し忘れ？
つまり同じコードがコピペされてるわけで呆れなながらリファクタリングしたわ。
そしたら、また別のバグも発見（笑） よく今まで問題にならなかったものだ。
もちろんリファクタリングは動きを変えるべきものではないからテストコード書いて
動作が全く変わらないことを確認しつつリファクタリング。
そして最後にバグを修正するためのコードを追加。
リファクタリングしなかったら、新たなバグの発見も仕様の修正も大変だっただろうね。
そのリファクタリングによって、重複コードは削除され、
関数の複雑度も50を超えていたものが20前後の関数二つと10以下の小さい関数複数個にわかれた。
テストコードがないようなものは単なる修正。
修正によってバグが増えたり動作が変わってしまうようなら
それはリファクタリングじゃない。
それをリファクタリングと呼ぶな。
OpenSSLは実装スタイルに問題、コードベースから書換える - LibreSSL開発者
ttp://news.mynavi.jp/news/2014/05/09/452/ 開発者の説明によると、現在のOpenSSLの実装はコードベースそのものに問題があるとしている。
コーディングスタイルにおいて、セキュアなソフトウェアを開発する目的からみると致命的な問題を抱えており、
このコードベースのままで安全なソフトウェアを開発することは困難だと説明。
よりモダンでセキュアなソフトウェアを記述するために、コードベースそのものを書き換える必要があるとしている。
LibreSSLではこれまでに9万行近いコードをOpenSSLより削除したこと、45万行ほどのdiffに到達したことなどを説明。
内部のAPIをよりモダンなものへ置き換えをはじめていることなども明かしている。
また、こうした作業の過程ですでにいくつかのバグを発見し修正したことも報告されている。
こういうリファクタリングの意味も正しく知らないクズ人間が
リファクタリングリファクタリング騒いで、
作り直しをリファクタリングと言い張っているだけなのが現状。
つまり、結局リファクタリングいらね。
究極の無能乙ｗ
ヒトカラ行って喉を一度潰したほうがいいぞ
正しい形にするなら、
最初から作り直すよりも
今あるものを変化させるほうが早いだろ？
どちらにしろ結果は同じだ。
ソフトウェアを作っているということ。
設計もリファクタリングも出来ない奴は
クビにするべきだ。
テストにしてもカバレッジテストや単体テストの意識で結合やらその後のテストを考えれない
やつとか普通にいるし。 結合以降だとテストというよりリハーサルだろっていう。
ﾃｽﾄｶﾞｰﾃｽﾄｶﾞｰって言っている奴は書いた値しか来ないカバレッジテストだけで全ての
要素を見つけれるとか思ってる頭悪い奴がほとんどだからな。 カバレッジテストでかなりの
バグを潰せるのは確かだか、100%潰せるってわけじゃないからな、100%潰せてたらこんなに
世の中に脆弱性の問題が出ないっての。 バグが出ても多少は問題ない職場と1件でも
バグが出ると上から下までえらくうるさい職場で同じことが出来るわけ無いのにな。
いや、100%になることはないの当たり前だろ？
そんなことだれでも知っていて、
より良くするための話をしてるんじゃないのか？
お前ずれてるよ。
その両方ができるやつだけの時点で、リファクタリング自体は不要になる現実ｗ
100%潰したってどう証明するの？
証明できるならそれを使っていればいいだけで、それが無いから現状があるわけで。
問題が簡単すぎて
> その両方ができるやつだけの時点で、リファクタリング自体は不要になる現実ｗ
お前リファクタリング分かってないじゃないかｗ
リファクタリングは、ソフトウェアの規模が大きくなる時に
構成を規模に応じて変化させることなんだが。
小さいときの作り方でずっと修正する奴がなんと多いことよ。
関数一つあったとすれば、機能が増えるたびに
関数の中にコードを追加するだけで分割しようとしない。
> 100%潰したってどう証明するの？
だから100%になることはないの当たり前って書いてあるわけ無いじゃないか。
それを知った上で、100%に近く
より多くのバグを退治するための話をしてるんだろ。
何千行もある関数だって、実は最初は数十行だったりするしね。
そこにちまちまちコードを追加していって、
何千行にも成長させる。
やっぱりリファクタリングは必要だよ。
それなしでどうやって関数を分割させるというのか？
数十行しかない最初のバージョンを最初から分割できるわけ無いし。
佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦
佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦
佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦
佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦
佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦
なんのサンプル？
本でも紹介すればいいの？
沢山載ってるけど。
新装版 リファクタリング―既存のコードを安全に改善する― (OBJECT TECHNOLOGY SERIES)
ttp://www.amazon.co.jp/dp/427405019X ・知らない人
関数の機能が増えるたびに、引数をどんどん増やしていって
十個を超える引数をもった関数に成長させる。
・知ってる人
「引数オブジェクトの導入」のリファクタリングを適用して
複数の引数を一つのオブジェクトにする
これのサンプルコード必要ですか？
すでにその返しに対してはが論破してるじゃん。
おまえが「知らない人」に分類しているのが、A、C、D、Eさんだろ？
Bさん間に合って無いじゃんｗ
だから、最初から上手いやつだけでやれって話。
そもそも、そんな引数大量の関数なんて作らんわｗｗｗ
お前の提案する「最初から上手いやつだけでやれ」が何の解決にもなってないんだよ。
どうもお前リファクタリングをだめなコードを
直す行為だと勘違いしているフシが有るよね？
違うんだよ。自分が書いた良いコードを、自分で良いコードに直す行為の話でもある。
順を追って説明しようか？
まず、上手い奴、つまり最低限のプログラミング技術があることは大前提。
そんな技術がないやつは、リファクタリングを仕様がするまいがまともなコードは書けない。
そういうのはまず先に最低限の技術に到達するまで修行せろって話。
だから「最初から上手いやつだけでやる」というお前の条件を満たしていることを前提とする。
上手い奴が書いた、上手いコード。それはバグがないのはあたりまえだとして
コードに無駄がなく余計なことをしていないコード。この時点で将来どんな機能追加が
必要になるかはわからないから、過剰な拡張性を持たせてはいけない。
それから時がたって、機能追加の必要が出てきました。
前に書いたコードと、これから機能追加する人は同じです。だから意見の違いは起こらない。
それであったとしても、前のコードの構造のまま処理を単純追加すると、
複雑になるから、リファクタリングをするわけだよ。
前に書いたコードは当時の時点の要求では良いコード、それを要求が増えた時に
その要求を満たしても、良いコードに保つためにリファクタリングを行う。
な？ 最初から上手いやつだけでやっても、一人しかいなくても
リファクタリングは必要になるだろ？
「最初から上手いやつだけで作っていれば」とか
「最初っからきれいなコードを書いていれば」とか
「最初から何年も使われる続けることを想定していれば」とか
「最初から高い拡張性を持たせていれば」とか
いう後悔だけして何も対処できない。
で、限界まで来ると
「作りなおしたほうが早い！」って言い出すんだよ。
修正が入るたびに、該当箇所を規模に応じた適切なコードに
変化させていく力がないからそうなる。
Think different? by 2ch.net/bbspink.com
無意味だな
その他99%がクソコード作るわけだから
Think different? by 2ch.net/bbspink.com
お前の会社はクソコードを書く人が
99%であるという主張はどうでもいいよ。
今は最初から上手いコードを書ける人間が
どうしてリファクタリングが必要になるかって話をしている。
Think different? by 2ch.net/bbspink.com
業務系内製で簡単にソースの意味を理解できると思ってることが無能を証明してるようなもんだ。
そんなに簡単に理解して修正できるならミズホ助けてやれよw
ミズホをたすけられるって言うつもり？
なんでリファクタリング以前の話をするのかわからない。
今は最初から上手いコードを書ける人間が
どうしてリファクタリングが必要になるかって話をしている。
危険な香りがする。
やばいにおいがプンプンする。
引数をオブジェクトにしようという考えを持っている時点で、その人は
物凄いハイレベルのスーパープログラマーか、とんでもないごみ人間の
どちらかだと思う。
普通のプログラマだろ・・・
多分お前の所のプログラマの定義が
標準よりはるかに劣ってる。
マジキチガイ以外の何物でもないが？
それをリファクタリング本を書いた人の前でいえんの？ｗ
お前とどっちが信用できるかって話だが、
どうせお前は名乗れないだろう？
だから答えは出てるよ。
いくら言っても説得力はない
本に書いてあった、だから絶対正しい、匿名の意見なんか聞くに値しない、
のような他人対他人の構図を取らせる反論ほど愚かで恥ずかしいものはないな。
>それをリファクタリング本を書いた人の前でいえんの？ｗ
言えるけど？
連れてきてオフ会でもしてくれんの？
名刺交換したうえで意見言ってやるよ？
というかどうして言えないと思ったの？
自分が有名人()に負けるのが怖いから、他の人もそうだと思っちゃったの？
確かにそういう思想のもとに作られたソース見たことあるけど、
関数によって構造体の値を入れるメンバが違っていて、恐ろしく
可読性も悪かったし、バグも潰しにくかったな。
必要な引数なら長くても関数の型としてあったほうが、コンパイラレベルで
潰せるから品質はよくなりそうなものだけど。
> 言えるけど？
> 連れてきてオフ会でもしてくれんの？
> 名刺交換したうえで意見言ってやるよ？
いいえ、ここであなたがどこの誰か
会社名と氏名を言ってくださいって言うことです。
本を書いている人はそれが明らかになっていますからね。
だから私は私を信用しろとはいいません。
本を書いた人を信用しろと言ってるのです。
設計しないできない
リファクタリングしないできない
テスト書けない書かないから
そら否定しかしませんわ
・引数が多い
・正規化されてない
・エクセルシートが横に長い
これって実害ありそうで全然ないよな
Python、Rbuy、C#
リファクタリングしない言語
アセンブリ、C、COBOL、VB、Java
既に書いた
ほら早く住所氏名年齢職業勤務先役職すべて晒してみろよ？
できないの？できないクズ人間の分際で実名出している本の作者貶したの？
まさかね。キチガイとまで行ったんだから当然全部晒せるよな。
早く晒せよ。
お前、引数の数が50とか100になっても同じこと言えんの？
Eclipseの機能で普通にリファクタリングっていうメニューが有るのですが？
オレオレ理論じゃなくてさ。
ttp://ja.wikipedia.org/wiki/%E3%83%AA%E3%83%95%E3%82%A1%E3%82%AF%E3%82%BF%E3%83%AA%E3%83%B3%E3%82%B0_%28%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0%29 ＞リファクタリングはオブジェクト指向設計と深くかかわっている。リファクタリングのほとんどはオブジェクト指向の性質に沿ったものであり
これが結論じゃね？業務系でオブジェクト指向設計を採用してるとこ皆無だよ
いいからリファクタリングで定義されている手法の名前
一覧ぐらい見てからにしろ。
オブジェクト指向に特化したものもあるが、
それ以外のものも有るだろ。
そういう基礎的な知識もがないアマチュアがまじりこむから
間違ったこと言い出して困るんだが。
はぁ。またか。
何が最適かは規模に応じて変わっていくもんなんだよ。
switch文も規模が少ない場合は問題ない。
だけど、それが大きくなってなんども同じ条件のswitch文が
でてきたら変えるべきだろ。
だから最初は小さく作っていって、それが大きくなって複雑化した時に変えるんだよ。
その変える行為がリファクタリングなわけ。
最初っからポリモーフィズムを使うべきだとか
思ってるからそういう勘違いをするんだよ。
あるリファクタリングと反対のことをやるリファクタリングがある。
例えば、Extract Method（メソッドの抽出）と
Inline Method（メソッドのインライン化）は正反対の作業。
ここからわかることは、リファクタリングはどちらが良いかを
決めてるものじゃないということ。
どちらがいいかは規模や内容によって変わるわけで、
より適切なものに安全に変化させるための手法が
リファクタリングなんだよ。
こんな基本的なことを理解していないから、
最初から良いコードを書けばいいとか汚いコードを直す作業とか
どっちが綺麗は人によって違うとか言い出すんだよね。
それはリファクタリング以前の基本的なプログラミング技術の問題。
リファクタリングは、基礎ができてプログラマが
コードの成長にともなって最適なものに変化させる行為のこと。
> リファクタリングしない言語
> アセンブリ、C、COBOL、VB、Java
C#１沢な今の時代にCやJava、ましてやCOBOLで開発しているところなんてあんの？
.NETを知らんのか？
ウェブアプリなんて趣味で開発するようなものじゃん
ビジネスの分野では普通使わないし
ウェブアプリがなにかわかってない？
具体的な話をすると、
Google、Amazon、Twitter、Facebook
などが自社サービスで作ってるものだよ。
ユーザーが求めてるものは
自分たちの求めるものを作って！
であって、おまえらがいかにあさっての方向見てるかがよくわかるスレだわ
> 具体的な話をすると、
> Google、Amazon、Twitter、Facebook
> などが自社サービスで作ってるものだよ。
それ全てWindowsじゃんww
東京証券取引所の基幹システムとして稼動するWindows
ttp://itpro.nikkeibp.co.jp/article/NEWS/20090609/331590/?SS=imgview&FD=-654674548 HPCでもダントツのパフォーマンスをたたき出すWindows
ttp://cloud.watch.impress.co.jp/docs/interview/20101224_416025.html Windows上で稼動するメインフレーム
ttp://wsmgr.jp.brothersoft.com/screenshot-50450.html NASパフォーマンス比較テストでWindowsがLinuxを圧倒！！
ttp://www.flexense.com/documents/nas_performance_comparison.pdf BDレコのOSはやはりWindowsだった！！
ttp://it.slashdot.jp/story/12/04/24/0052242/ 紙芝居レベルのなんちゃって業務アプリ開発は、これから無くなっていくよ。
気の利いたアプリを作ろうとすると、イントロスペクションとか、コールバックとかのオブジェクト指向的概念は便利。
リファクタリングさんは、無職winさんだって言ってるでしょ
なんで相手にすんの？
linuxスレ行ってくればこいつがどれだけ情けない人物か全部公開されているよ
もうOSシェア戦争では完全敗北だよwindowsは
Linuxスレでもとっくに"Linuxはゴミ"という結論が出ているわけだが？
妄想乙ww
NetCOBOLでウェブアプリを作るなんて珍しくないでしょ
PHPの次の次の次ぐらいにはシェアあっただろ
VB系に負けてるとは思うけど
ビジネス分野はもうほとんどウェブアプリでしょ
インストールして使うようなの最近みてないぞ
このスレを見てるような経歴2桁年以上で熱心に勉強してきたり
教育を受けてきた層ならともかく、これから開発にアサインされるのは素人だよ
過渡期の技術を多用してもソースを負いにくくするだけ
コールバックなんてWindows初期から難読化の原因とずっと言われてるだろ
こいつは、ホント自分を隠そうとするんだけど、ことごとくバレるｗｗｗ
> しかも、最後の望みだったwindows(マ社）がLinuxに尻尾振ってる状態
> もうOSシェア戦争では完全敗北だよwindowsは
ソースは？
おまえらLinuxが負けたら死ぬの？Windowsが負けたら死ぬの？
少ないパイをLinuxとWindowsで食い合っているんじゃなくてさ、
IoTで無限増殖バイバインしてるパイをLinuxが食おうがWindowsが食おうが
T-Kernelが食おうがBSDが食おうがOS2が食おうがN88BASICが食おうが
どうでもいいじゃん。どうせOSが何であっても仕事はしないといけないんだし。
いまはさ、Linux vs Windowsでどっちが勝った負けたよりも、
どうやってこの仕事地獄から抜け出すか考えたほうがいいんじゃないかな？
> Linux vs Windowsの話題って尽きないけどさ、
> おまえらLinuxが負けたら死ぬの？Windowsが負けたら死ぬの？
ただWindows独壇場の現在、未だにLinuxガーとか騒いでる人間をおちょくるのが楽しいだけw
中小には関係ないね
そんなこと言っても、中略・・・Ubuntuマンせーwindowsだせー
とか言ってたけど売名でLinuxでの翻訳をやろうとして、おまえの翻訳めちゃくちゃだからといわれ参加拒否されてから一気に
linuxは犬とか言ってwindowsマンセーになって中略・・・、未だに無職の人には無理でしょｗ
> コールバックなんてWindows初期から難読化の原因
Cの関数ポインタを未だに使ってるからじゃね？
もっと高度な話しようぜ。
中堅企業の場合は、尖ったことをやりたくて特化するか、
間口を広げて、それこそMacだろうとなんだろうと出来るようにするか、だもんな。
あと、既にメジャーOSが有る現代では、非メジャーOSがシェアを上げるのは難しいよ。
まあシェア上げる必要も無いけどね。
どいつもこいつも天才ぶりっこで書き込んでる割に
100個に1個にくらいしかまともなレスが無いw
話題尽きないじゃなくて、マ板だとwindowsが全てLinux死ねってのは
windowsさん一人が言っているだけで、IDが出ないからwindowsさんが
飽きるまでそれが続いているだけ。windowsさんみたいな壁打ちを
相手にするのも同じレベルだけどね。
土日に久しぶりに書こうかと思ったけど馬鹿がいたからやめたんだけど
それはお前のことじゃね？ｗ
傍から見てると大差ない
大して違わない、と見せかけて実は倍違う
年末に用度システムを作成して総務システムに手を広げた者です。
一区切りがついたのでチラ裏報告します。結論からいうと６部門が現場内製をしています。
スタッフは教育をゼロから初めましたが、もう皆普通にプログラマとして名乗ってやってけるレベルにまで育ちました。
言語はC#。Linux云々も当然脳裏にはあったんで、それを見据えた言語を…と思ったんですけど、業務をこなすのが先かなと。
年に１ヶ月丸々情報システム課員として集合。予算も十分なくらいもらえます。
3DプリンタやCNCフライスなんかも入れてもらいましたｗ（完全に趣味ｗ）
集合して全員で１つの業務システムの抜本的改革を企画するという方式になりました。
なので、決定権を持つ人が、企画を認めたら最低でも６年ごとに各システムは強制的に新システム化することになります。
こうやって、新技術の勉強や実験をしつつ、システムが古くならないようにしつつ、次のエンジニア育成の機会を作る。
ということになりました。Linux化は、そのときに、少しずつ導入して割合を増やしていけば皆アレルギー無くいけるだろうと。
情報システム課メンバーになるとその期間だけは基本給で月５万アップする方式にして希望するなら仕事の成果次第で未経験でも
登用。ひとつの課で同時期には最大２名までという誰でもシステムに参加できる方式になっています。
結果として、無駄な決裁とか慣習でやっていた無駄な作業をなくす機会が強制的に発生しているので、現場の評判も上々です。
おまえにしか分からない日記文だなw
まぁ確かに日記文だけど、お前より遥かに技術、行動力、社会性あるよこの人
ハードの調達からハードの実装、ソフトの実装を数日でやってのけてるもの平然と
おまえはエスパーか？
どこにそんなことが書いてあるのか。
それがいいか悪いかの判断は結果次第
こちらへどうぞ ttp://kanae.2ch.net/yume/
ttp://ntd.way-nifty.com/blog/20040516.gif 未だに現実を見つめられない人が外注のほうが優れている！キリッ！って言ってるわけだ。
で、他人の成功にはいちいちアヤ付けなきゃ気が済まないと。
クソだな
プログラマは言われた通りコピペすりゃ
後は知ったこっちゃないからな
間にベンダーと情シスが入るから
どんなクソシステムでもユーザーの反応なんて分からんし
Delphi6ぐらいのときにボーランドの広告に表示されてたやつだよね
過去スレみてこい
試みとしては面白い。
5年位したら結果を知りたい。
いずれにせよ、口だけでなんにも動けない奴やライン工と変わらない派遣の分際でシステム内製を語る奴なんかとは比較にならないほど有能だ
一番手は、直接伝授できるが、二番手以降を誰が育てるか？
経営人が5,6年ごとのリプレイスに、理解を示せるか？
選抜にしたとして立候補したとしても不向きだった場合どうするか？
内製ができる会社はホント理想やなぁ
システムや開発者の重要性を理解してくれてるってことだから
今の外注と情シスの低質化を考慮したら外注こそありえねーよ
表面的に契約履行してカネが回ってても肝心の現場の生産性がダダ下がりとか普通にある
ノウハウが残らないどころかベンダーロックで会社潰れる寸前までしゃぶられる
BIだのクラウドだのタブレットだの、
無知な経営者とうんこ情シスを騙すだけの言葉だけはフンダンに溢れてるしな
業務とやりたいことわかってれば、片手間にできるわ
今の開発環境なら
かたや自分の所属する会社で一蓮托生の人が多い
かたや年齢が来たら切られるのがわかってる派遣で、まともな正社員になれなった人たち
これ、システムの質からして比較対象にならないのはやる前からわかること
何度目の書き込みを見ているのかも分からんけどさ。
君も氏のように動いてみたらどうかね
>かたや自分の所属する会社で一蓮托生の人が多い
昭和の発想。
> 30年前ならともかく今の外注と情シスの低質化を考慮したら外注こそありえねーよ
若輩ですが、30年前は外注といえば請け負い会社の経営者（フリーの流し）の
猛者ばかりだったと聞きます。
確かにいまは烏合が多すぎる。
このご時世に大学行けなかった高卒のようなものとか、勘弁してくれ。
専門家として、プロとしての自負は無いわけだ
外注側がそれ言ったらおしまいだな
情シスは頭を使う仕事は全部丸投げで会議とメールの中継しかやってねーし
派遣プログラマはわかりもしねー糞コードを継ぎ接ぎしてるだけだし
それで慢性的に大残業しちゃ
クソの役にも立たないシステム量産してんだから世話ねーよ
死んで欲しいね
情シスのバカどもが一生懸命外注しようとするんだよね
システムの一本化だのエクセルレガシーだの聞き齧りばっかり題目に掲げるんだけど
その情シスが自らシステム分散させて、誰も使わないクソエクセル大量にバラ撒いてるんだから情けない
基幹システムは会社のものだから手を出す事は出来ないけど、
少なくとも今の派遣プログラマにお世話になる事は無いよ
大丈夫か？ 言っていることが支離滅裂だぞｗ
もし、どうでもいい存在であれば外注したほうがいいのでは？
もはや作らないという選択肢だってありえる
パソコンも一部の人だけにして、
他はパソコン叩いてる暇あったら飛び込み営業しろということやね
だれでもいいしね。
ttp://brevis.exblog.jp/22912701/ ソフトウェア開発の品質は、次第に、だがかなり決定的に、向上しているのだ（バグをABCランクで
重要度の重み付けをした数値については、報告書を参照してほしい）。それだけではない、「品質に
ついては、要件定義・設計・実装の各フェーズがすべて請負・請負・請負の契約のものの品質が
明らかに悪い」（p.191）と大胆にも分析している。『業者にお任せ』型の開発は、よい品質を生まないのだ。
--------------
こんな感じで外注に投げっぱなしはダメなのが数字にも表れている。
そのレポート自体の”品質”はどうなの？
悪いというデータが有るのかい？
どんなに担当が優秀でも
図星か。
いや、図星じゃないから
聞いてるんだが？
ttp://www.juas.or.jp/servey/swm14/index.html この調査につかった調査票がダウンロードできるから確認してみたら？
2004年から調査してると書いてあるから、まあそれなりにじゃないの。
サンプルが偏っている可能性はあるな
間違ってるんだよ。
反論終わり。
地球も回ってない可能性があるからな！
それだけの情報があるなら正しそうですね。
自分で読んでみて判断出来ないorしないってのは思考停止に近いな。
間違っているという、具体的な反論もないことですし＾＾；
というのはありえない！
と言いたいが、バグとして認めなきゃバグは少なくなる
品質が悪いと、バグも多い。
メンテナンス性とか言うのも品質の一つ。
結局は開発時間に換算できるので、
短い開発期間でより多くのことができる技術力が有るほど
その期間でやれることが多くなるので品質が上がる。
客と関わりが少なくなる
ttp://www.fbscorp.com/win_ex/ マイクロソフトがVisualStudioでlinuxバイナリ生成を対応しはじめたぞ
もう、ほっといてもwindowsは廃れる
携帯やモバイルでのOS戦争に敗れたから
もう20年ぐらいから
同じようなことを聞いてますが、
いつ廃れるんですか？
100年後ですかね（大爆笑）
ああ、じゃあ今の状態があなたの言う
「終わってる」という状態なんですねｗ
良かったです。普通は今の状態は終わってるとはいいませんが
今の状態のことだったんですね。
お前がそう思うんならそうなんだろう お前ん中ではな
古いOSも込みで卑怯っていうなら、最新の8.1とiOSやAndroidの最新で比較してもいいけどさ
マイクロソフト自身が逃げろって言ってるのに。
でも開発の場はクラウドに移っている。
だからマイクロソフトも商売の軸足をクラウドに移した。
従ってOSに拘る意味が無い。
実際WindowsAzure上ではlinuxも動く。
この流れで行くと、数年後にはWindowsServerの開発を打ち切るかもしれない。
お前がそう思うんならそうなんだろう お前ん中ではな
その発言みせて
俺も見たい
都合のいいところだけを抜き取るテクニックをｗ
おまいの自演には飽々だわ。
ばれたかｗ
そうだよ。そういう発言はないよｗ
特殊用途はおいといて、個人や一般ビジネスではWindowsが多いだろうね。
ちなみに、会社を売上高・会社数で二次元グラフ化すると、IT業界は建設業界と違って、二極分化していない。
つまり、優秀さと普及率との反比例関係が、小企業から大企業まで連続的になっている。
最も多いのは、OS無しの機器関連企業。
2番目がWindows関連。
Microsoftしかないんだよな。
ちょっと古い記事だが
マイクロソフトがLinuxを「大好き」になった理由とは？[2014年11月06日 06時00分]
ttp://japan.zdnet.com/business-application/sp/35055935/ その記事はただ単にマイクロソフトが迷走しているようにしか見えない。
Googleだよん
やってること思いっきりかぶってるし
モバイル落としたのが運命の分かれ道
> グーグルからすると
（笑）
グーグルからするとお前は浮浪者同然だろｗ
だからグーグル社員は俺らに感謝するべき
そのレスｗｗｗ
図星だったかｗｗｗ
方言じゃないよ。
古い言葉。
