SEはプログラマ(技術者)を引退した人諦めた人
■ このスレッドは過去ログ倉庫に格納されています
スポーツ選手がスポーツの世界で限界だと思ったら、
引退して監督やるのと同じ。 >>638
うちの会社だとテスト環境揃えるだけで10億は飛びます >>640
出来ないと言われてるのを無視して突き進んで、
崩壊して20億ほどの損害の自腹を切りたいのならどーぞ。 >>643
でも、そういうプロジェクトなら
儲けはずっと大きいだろ?
テスト環境で10億かかるプロジェクトで
儲けが1億とかありえないよねw >>642
勝手に耐えられない大きさに限定しないでよ
ユーザーがダンボールハウスでもいいとおっしゃるかもしれんのに >>644
検証とやらに20億出してもらえるのかいw >>646
勝手に耐えられる大きさに限定しているのはお前では?
俺が言ってるのはたとえであり、
もし耐えられたとしたら、俺は例えを100階建てにするだけの話。
例え話は最初と変わらず、増改築をするのであれば
修正を加えなければ、いつかは破綻するという意味。
一階建ての基礎が無限に耐えられるとお前が言うのなら話は別だがw >>643
あーあ、手が付けられるうちにコストダウンしなかったばかりに。 >>647
出してもらえるけど?w
っていうか20億って何を根拠にいってんの?
根拠もないのにでっかい数字を言ったら勝てるとでも思ってんの? >>649
そういうことだよね。
テスト環境で10億とぶという状況を作ってしまったのなら、
その責任があるわけで、その10億の自腹きるのが筋なんだよ。 何かをしたら、そのコストがかかるからーと言ってる人は、
何もしなかった場合の、コストがいくらかかるかという
説明を一切しないんだよね。
それが卑怯な所。
思考停止でもあるね。 >>633
プログラマってのは一つの職種だから下積みでやるもんじゃねえけど
SEとか開発はしないが開発に携わる者ならば必ず経験しスキルを上げなきゃ
実務では役立たずって点では、下積みって表現も間違ってないな
プログラマとしても食えるくらいの下積みを積んでない奴はゴミ 検証してコストのほうがかかるからという
結論が出てるのなら、それはちゃんとした理由だけど、
その検証までもあーだこーだいって
20億とかいう根拠なしの馬鹿かこいつみたいな例を出して
逃げてるのは、ちゃんとした理由ではないく
ようは「自分から何もしない人」っていうだけのことだよ。
現状維持、何も変えたくない、今のやり方でやってきたんだから〜って人。 検証の意味勘違いしてるだろw
検証っていうのはテストをするって話じゃなくて
改良することでコストが下がるかどうかの検証をするって話だぞ。
いきなりテストに20億かかるとか言い出してワロタw (俺が作ったプロジェクトは)少しでも修正すると、
全部テストしないといけないからな。
20億はかかるよ。
↑典型的な失敗プロジェクト (俺が作ったプロジェクトは)少しでも修正すると、
全部テストしないといけないからな。
20億はかかるよ。
だから余計なことすんな!
・・・後日、簡単な仕様変更が発生しました。
(俺が作ったプロジェクトは)少しでも修正すると、
全部テストしないといけないからな。
20億はかかるよ。 長さなんてのはあんまり意味は無いけどね。
レベルが高いわけでも低いわけでもなく、仕事上の行き詰まったことは先輩なり
上司なりの周りに聞けば答えが返ってくる、こなくても聞いた人が調べて解決
してくれる。 ガッツリ仕事とは関係ない何かに技術的な何かに打ち込む程の
余分な時間や情熱なんてのもない。例えばそういう所に何年もいる人が、
全く関係ない新しいものを数日とか数週間とかいう単位で出来るかと言えば、
そんなことは無いわけで。ただこういう環境ってのは割りとどこにでもあるよね。
幸せっていえば幸せなんだろうけど。 >>658
そういう人って、同じ仕事が苦痛じゃないんだろうね。
いつもと同じだらだらとした単純作業を続けていけるなんて
ある意味羨ましい。
俺は自分の中でできる限界の力を抑えて
周りに合わせているから苦痛で仕方ない。
どんな人でも仕事を数年やれば、いやでも成長してしまうものだろ?
成長して自分ができることが増えてるのに、
成長前のやり方で抑え続けるなんて俺には我慢できないよ。
補助輪なしの快適さを知ってしまっているのに
いつまでも補助輪つけてるようなものだろう? でも補助輪が本来の意味であり続ける(倒れない→事故が起きないの比喩)なら、それはそれで
意味のあることなのでは
革新とか進展には邪魔だけどね 20億なんてメインフレームだとリースで当たり前の値段だろ >>660
補助輪は、倒れない、事故が起きないの比喩じゃないよ。
自転車に乗れない人を、倒れなくはしてくれるが、
それと同時に、通常レベルの運転の邪魔をしてくれる足かせ。
補助輪があることで事故が起きることもあるだろう。
普通なら補助輪なくてもすぐに乗れるようになる。
革新や進展の邪魔というレベルではなく
一人前(というにはずいぶんとレベルが低いが)になる邪魔になる。
すぐに補助輪なくても良くなるというのに
もうそれ以上の成長は望めない。
一生半人前のまま。 「愚者は経験に学び、賢者は歴史に学ぶ」by経済アナリスト 経験からでも学んでくれるならましだろうと思う今日このごろ。 歴史に学ぶっていうのは、
昔はこのやり方でやってきたから
これからもこれでいいんだとか、
そういう意味じゃないからなw
だいたい失敗の歴史を真似ても
失敗するのは当たり前。
成功しているやり方を知らなきゃね。 失敗例を知らない奴になど怖くて仕事なんか頼む気になれん
経験てのは、どれだけ仕事し、どれだけ失敗に触れ学んできたかだ 「愚者だけが自分の経験から学ぶと信じている。私はむしろ、最初から自分の誤りを避けるため、他人の経験から学ぶのを好む。」
わざわざ現状維持を続けて失敗例を作ってきた皆さん、ありがとうございまーす。
あなたたちの経験を無駄にしないように、がんばりたいですね。 そんな他人から得られる程度の大分類の例など、情報源としてはたかが知れてる
似たようなこと言ってたコピペ人間が
セキュリティホールだらけのプログラム書いてきた時のドヤ顔を思い出す 他人の経験というけれど、
実際には、自分の知っている範囲の人の経験でしか無い。
しかもその人のすべてを知ることは出来ない。
つまり、他人の経験からわかることはすごく小さいよ? 一人から得られる経験はごくわずかでも、
1000人分の経験を集めれば価値のある情報になるよ。 1000人の経験をいちいち調べてる間に、実際に経験した方が何百倍も効率良く
しかも確実に身に付くだろうに 意味が違うよ と指摘した 本人が意味を間違えているバカがいるのはこのスレですか?
馬鹿は自分が馬鹿と気付かないから馬鹿
・・・・か この速い業界で、他人の経験をまとめた本なんてあるのか?
例えばどんなのだよ? >>674
ググったほうがよっぽど速い。
大抵、同じところで躓いてる人がいるので何かしら引っかかる。
インターネットで技術情報が流れていないような閉じた世界で働いている人はご愁傷様。 >>677
それ、躓いてる時点で「失敗を経験」してんじゃん それに開発時にぶち当たる問題より
運用を始めた後でなければ発覚しないタイプの問題をどれだけ知ってるかだな
そもそも知らなきゃ問題に気付きもしないし、ググりようもない >>679
それこそ、実際に運用してる人のblogフォローするとか、雑誌記事で事前に知るとかじゃないと無理じゃね? >>680
さあ?
社内システムやフリーソフトなんかをがっつり作ってるとか
無害なところで不特定多数の意見を得てる人とか強いだろうな
経験が豊富なら対応の組み合わせで応用、回避できる問題も多々あるし
そんな、どうやって情報を得るかなんて糞余計なこと経験豊富な奴は考えてもいないよ
だから言ってるじゃん、経験てのはどれだけ失敗に触れてきたかだって
知ってればサクッとググれる 他人が「こんな失敗しましたよー」って教えてくれてるのに、無視するなんてもったいない。 >>682
キミって職場で相当な変わり者、変質者と思われてない? 別に?
他人の助言を聞かずに自分の経験だけしか信じない人(たまにいる)ほうが、面倒くさいやつだと
思われてると思うけど。 >>684
じゃあ、キミって人の話を聞かない人ってよく言われない? 失敗事例は、メーカーの接待等々のときに営業に教えてもらうのが現実
さすがに外の会社の情報システムの成功・失敗事例なんて簡単には入手できるわけがない。
でも、内製バリバリの会社でも100%内製という例は少ない。そこからシステムが上手く回ってるかの情報が漏れる。
外の会社のシステムの成功・失敗事例と現状を教えてもらえる=うちのも漏らされる可能性あり
ということを念頭において情報収集が必要ってこった
そういった情報から、自分達の環境と外の状況から、リプレイス等の可否・効果について判断するケースは多々ある。 うちも他者のシステムは冠SEからだな
ネットには落ちてないというか落ちづらい情報だからな
あとは同業同種の人との懇談会とかで聞いてる 開発技術系の失敗事例の話から
突如システム設計の根本的なミスの話に 失敗の事例ってのにもレベルがある
周知の事実となっているような事に躓いた話を
有難がって聞けってのは自分のレベルの低さを
自慢しているようにしか聞こえない だいたい営業はシステムの事を100%は理解していないから
奴らの話は半分以上はガセに近い話しかしていない
あんな話を真に受けてる段階で既に低レベルすぎる
なんのメリットもない 営業の話でガチなのは
手配ミスの話と見積のミスの話のみ
相手にするだけ時間の無駄 >>689
周知の事実となっているとこの会社名と事例を教えてください >>691
あと「できます」って客に言っちゃったからできないと困るよもw >>694
それもあるな
出来ます出来ますって軽く口約束して来る営業いるわ
後から「え?出来ないの?困るよ〜」とか糞営業多い 周知の事実の事例まだぁ〜
コッソリ教えてもらった案件なら言えない、言わないは理解できるが
周知の事実なら何の問題もないでしょ PG引退したSEって知識が古くて駄目な気がするんだけど
オマエラの会社のSE大丈夫?
うちの一番高齢のSEはCOBOL上がりの人でトランザクション処理ってのを良く仕様書に書く
最初はDBのcomitとrollbackの事かと思ってたら
システム上の一時ファイル?と言うワーク用のテーブルの事がトランザクションだった
今ではもう慣れたから脳内翻訳して話をするんだけど
システム全体の作りがボロと言うか古臭い
SEはPGから昇格したり引退してなるんじゃなくて
SEとして勉強した人じゃないと駄目だよね SEとして勉強しても大半はこんな感じw
・口がうまい
・責任押し付けるだけ
・見た目だけ綺麗な資料作成 >>703
そーやって虐める精神がSEのだめなところ
経験値が低いPGの妄想だってわかってるなら責めないで成長できるように促してやるのがSEの役目 >>700
SEがそこまでやってくれるだけで立派なもんだよ
ところかわればそのへんの仕組みはPGが考えてSEでも理解できるように説明しろ、だよ >>700
ぶっちゃけあんたも相当経験少ないっしょ
書き込みから伝わってくるよ >>706
どういう点が?
それをきちんと指摘してそれが正しければ
君は経験あると認めよう。
現時点ではただ噛み付いただけにしか見えない。 まぁケンカすんな
どーせ99%のPG、SEなんて特に能力的に優れてない雑魚なんだから
自分が1%だと思う方がおかしい
もし1%だと思うなら会社辞めてみろ、再就職なんて楽勝だし、辞めた会社は潰れるだろう
でも、実際は1%ではないから再就職も会社も潰れない現実が待ってるから 会社が潰れる理屈がわからん
他に一切の収入源がない零細か? このスレは張り付いてるマジ基地が1人いるね
自問自答のプロセスを公開してるの?
文書の感じでまるわかりなんだよ
いいかげんスレから去って職安でも行けば? > このスレは張り付いてるマジ基地が1人いるね
君詳しいね。
このスレに張り込んでる人じゃないと
そういうことはわからないと思うよ。 揚げ足を取るわけじゃないが、スレ読めばいいだけなんじゃないの? 文章読んだだけで同一人物だとわかるぐらい
このスレを読み込んでるんだろ? 十分オタクだよ。 >>711
友人「あいつ、俺のこと見てるんだよ。」
俺「目が合うの?」
友人「そう。俺に気があるのかな?」
俺「お前も見てないと目が合わないんだけど。」
友人「・・・・・・・・・そだな。」
という中学時代のやり取りを思い出したw >どーせ99%のPG、SEなんて特に能力的に優れてない雑魚なんだから 自分が1%だと思う方がおかしい
会社に案件が舞い込んでくる状況というのは、時代なの。
技術が優れている、いないとは関係ない
野村監督が言っていたが、時代に乗れば誰でももうかる
しかし時代に逆らうというのは、どんなに努力しても実を結ばない。 >>708
99%が全員似たような能力ならこんな話にならん
99%の上のほうは雑魚なりに何かやってるし
99%の下のほうなんてPC持ってる一般人よりもITに興味がない
雑魚は雑魚だから転職企業は難しいんだろう >>716
でも99%の上のほうでも、1年程度で上のほうにいけちゃう程度なのが現実だよね >>701
口が下手で責任を被って見た目が汚い資料を作るSEがいたとする
一緒に仕事をしたいだろうか? 俺が出会った口達者な奴は身内にも平気で嘘八百並べる
悪徳電話勧誘員と変わらない 見た目汚い資料でも必要ことが書かれているだけまし
何かあったときに責任とってくるのもいいね 責任とる=おまえらの残業時間が増える、だぞ?
わかってんのかなぁ・・・ 責任問題なんてそうそう発生しないから事実上責任者なんて形だけだからなぁ。
もし少ない確率で発生したら追加経費分は会社から責任者に満額賠償請求。
まあ保険として数%給与が上乗せされてるわけだし、失敗させなきゃいいだけの話。
以前、何もしない形だけの責任者が報酬としてプロジェクト全体の60%の報酬額を要求してきたことがあった。
責任問題が発生したときのための正当な額だとよ。
死ななければ払い損の1000万の生命保険に、毎年600万なんて払うかよ。
責任問題を発生させないようにするのがお前の仕事だろうっての。 責任は代わりに俺が取るから
俺の代わりにお前作れよって感じだな データセンターでやってしまいがちな10の失敗
ttp://japan.zdnet.com/datacenter/sp/35032958/?tag=mcol;relArticles 責任って誰かに叱責される矢面に起つだけって思っているんだな >責任はオレが取る、尻拭いはお前がしろ
サラリーマンで、責任をとるというのはありえない。
柳葉敏郎が出ているCMに、責任をとる、というせりふのやつがあるが
それと同じ。結局は責任逃れ、くびがこわい。
俺も上司から「責任はオレが取る」とよくいわれたが、
成功ならいいが、失敗となるとね・・・・。実態はそんなもの 現実見る能力あるなら
この日本でPGをずっとやっていくのは無理だって分かるはず
さっさと職変えするか、逆にPGへ開発案件渡す側に回った方が良い 頼れる腕のあるPGが側にいていいな
PGどころかパソコン使えます程度の奴しかいない
しかもPG募集を要求しても俺がいるからって却下
案件取ってきた以降は全部独りでやらされてるわ >現実見る能力あるなら
>この日本でPGをずっとやっていくのは無理だって分かるはず
日本で頭をつかい続けているのはPGしかいないのが分かる。
PGをつかう方は、PGが開発途中に画面にデバッグ数字を入れていると
それって、いつでも消せますよね、いってくる
PGにっとてはその数字は、どのようにプログラムがうごいていることの確認のためだ
しかしPGにたずねた彼(僕ちゃん)には、その数字がどういう意味を持っていることが分からない。
僕ちゃんはその数字の意味がわかれば、ユーザに対して薀蓄を述べれるのに、
それを逃しているのよ
つまりPGをやっていれば、いばっていられるよ。 こいつぁゲロ以下の低レベルのにおいがプンプンするぜぇーっ! 僕ちゃんの場合、こういう世界では表面的な部分しか触れない
画面にある、この字の大きさが不釣合いだ、とか言っている。
彼の一番危険なのは、ユーザの指摘があるかもしれませんからと、仕様の追加を述べる。
俺から言わせれば、お前がユーザクレームで現場に行って
対応できるのか? といいたい。
変に仕様を追加すると、エンドユーザがこちらが予想もしていない操作をして
おかしい、と現場に呼び出す。 仕様書を展開します。本日中に製造工数の見積もりをお願いします。
http://i.imgur.com/KbWmDKs.jpg ■ このスレッドは過去ログ倉庫に格納されています