エンジニアと名乗りながら何もスキルがない
■ このスレッドは過去ログ倉庫に格納されています
何も作れない
何もかけない
何も判断できない
そんなスキルゼロの無能でも仕事がやれて給料がもらえるのがIT業界
原因は無資格、無免許でもこの仕事が出来るからだ
昨日まで引きこもりのニートでも今日からシステムエンジニア(笑)
顧客は誰もそのスキルに担保を求めない
無資格、無免許の人間が自動車を整備し、飛行機を整備し、医療に携わっていたら大問題だろう
無能でも何の制約もなしにエンジニアと名乗れるこの業界は、この先世の中の無能たちが無限に流れ込む
底辺業界に成り果てることは誰もが容易に想像出来る 8人で約1年間のプロジェクトの折り返しまできたんだが、無能ばかりでなかなか進捗が伸びない
要件定義から俺納品まで俺1人で1年かけてやった方が断然いいわ
それでも無能の8倍の生産性でしかないし、まだまだ自分のスキルには満足できないが なぜか今日は自分の言動がすごく知ったげになっている
だれか俺の脳になにかしたのか 有能を自認したいなら10倍くらいのパフォーマンスを見せてくれないとちょっと^^ >>258
いまのご時世は
8+0+0+0+0+0+0+0=8.0の人よりも
2+0.1+0.1+0.1+0.1+0.1+0.1+0.1=2.7の人のほうが評価される。 設計やコーディングは無能の10倍以上の生産性だけど、テストとか単純に人手が必要な工程もあるからね
一般的に10人月で見積もられる仕事を1人1ヶ月でこなすのはなかなか大変だよ >>263
そもそも人月ってのは赤ん坊を一人生むのは10月10日かかり、妊婦を10人集めても1月1日で
赤ん坊を一人生むのは絶対無理というどうやっても覆せない時間的単位のことなんだけどね。
そういう単位の当たり前の前提がなくなってるから進捗が上がらなくなるわけよ。 人月と書いてあるから人×月と思われがちですが、
ここで雇われるのは人ではなくレンタル工具です。 >>265
人月の神話とか読んだことない人かな?
たとえ話で妊婦の話が比較的わかりやすいから使われるだけでシステムと赤ん坊は
違うみたいな詭弁でどうにななるものではない。 こういう奴に限って、じゃあシステム開発で時間経過が必須になる要素は何かと
聞いても、何一つ列挙できなかったりする。 テストなら普通に何時とか何日とか何曜日とかでしか動かないものをテストするのに
PCの時計を都度変えながらやるみたいなバカなことすんのかね?
他にもパフォーマンステストで数分程度テストしてそれかける時間みたいなので
算出して後で痛い目見るのかね?
単体試験レベルだと時間もかけれないからそうするしかないからそうするだけで
正しく動かせるなら正しく動かすのが単体以降のテストだろ。
環境用意するにも今時だと数GB単位のパッケージなんて珍しくないから
ansibeみたいな構成管理ツールを使っても一瞬で終わるわけでもなし。
例えばバックアップみたいなでかいファイルのコピーだって一瞬じゃないだろ、
ネットワーク越しだとファイルのIOに加えネットワークの速度も実時間かかるし。 そんなことワザワザしなくても、エクセルで売り上げとか顧客とかの
表を作って集計の計算式を入れるだけじゃん。
それぐらい社長自身にやらせろよ。 時間が経過しないのにできることなんてあるのか?
神か 妊婦の例で言えば、Aという機能とBという機能を実装してA+Bの試験をします、
Aは1日実装にかかります、Bは2日実装にかかりますテストは1日かかります、
Aはaさんが実装、Bはbさんが実装したとしてもテストが出来るのはBの実装が
終わる3日目からになるわな。
妊婦と違ってパラで出来る部分はあるがそれでも覆せない部分が発生するし、
それがどこなのかを見極めるのが上で指示をだす人間の本来やるべき仕事。 >>272
>Bはbさんが実装
バーカ
としか言いようがないw >>272
これが272さんの会社の実装見積もり6人日の実態です。 >>272
言ってることはわかるが、このAとBについて
AとBをaさんbさんの2人で2日でできないというのが
日本の生産性が著しく悪い原因だよね
個に依存しすぎたり、縄張り意識があったりかは
いろいろあるだろうが、ワークシェアができない そうしないと偽装請負大国日本では有給すら取れないからなw 経験があれば、人を投入しても圧縮できない工数ってのは
打ち合わせだレビューだ構築だって経験からすぐわかるはずなのに、
圧縮しなければならない実装を真っ先に喩えに出す時点で経験のない
高学歴ニートが偉ぶってるだけなのがバレバレなんだよ。 期間じゃなくて工数が圧縮できる神現る!
揚げ足取りしかできない究極の人間のクズは今すぐ死ねよマジで >>272
>妊婦の例で言えば、Aという機能とBという機能を実装してA+Bの試験をします、
そもそも、全く「妊婦の例」で言っていない件。 >こういう奴に限って、じゃあシステム開発で時間経過が必須になる要素は何かと
>聞いても、何一つ列挙できなかったりする
人を投入して圧縮できない工数なんて聞かれてないし
毎回おまえが説明へたくそなくせに他人の解釈を責めてるせいで会議紛糾してるんじゃないの > AとBをaさんbさんの2人で2日でできないというのが
そもそも作業するAさんBさんが見積もったわけでもなく提案時のざっくりとした見積もりが
そのまま降りてきてその期間で作れよと命令されてやってるのが大半なんだから生産性
云々以前の問題だと気づかんのかね。 作業者が実際に見積もったとしても例えば3日かかりますと伝えたところで
それじゃ間に合わない何とかしろと言われてひねり出せそうな時間をあれこれ
考えて伝えて、やっぱり最初の3日かかりましたというのを生産性が悪いと
罵るのが正しいと思える頭を持ってる人の方が心配だよ。 >>281
・AとBの見積もりは提案時のざっくりとした見積もりであって
aさんとbさんは関与していない
という前提条件が追加されると>>272はどのように解釈が変わるの?
作業指示する使役者が見積もり上Aさんを2日遊ばせるように作業指示するのが
正しいということに落ち着くのかな? >>282
生産性に対する認識が根本的におかしいな。
お前らプログラマーは生産性で管理される経済動物だぞ? 所定の生産性でコードを生み出すことが存在意義の経済動物の立場を選んで
いまさら何言ってんだって感じ。
経済動物が嫌なら、生産性で管理されないプログラマーの道を選べばよかっただけの話。 ライン工風情に生産性について文句を言う権利はない
ってことではw
嫌ならアイデアで食う職に転職しなよ
俺もそう思うわ 「エンジニアと名乗りながら何もスキルがない」スレだからな、ここはw 生産性ってさ、お前らのところは契約で決まってる?
実はうちの請負の契約は生産性が客に指定されていて決まってる。 >>293
スキルがなくて価格以外に勝負できないんだからしょうがない。
戦えるだけのスキルを身に着けろ。 スキル身につけた奴は、みんなモグリになっちゃうんだもん。
一般派遣なんてボッタクリ以外の何者でもない。 >>292
メーカー系は昔はそういうのよく見たな。
今は知らんが。 なにしろ、見積もりの段階ではまだ営業の話だもんねぇ。
スキルある奴前提の安売りなんて、もったいなくてもったいなくて・・・ エンドユーザーとなる他業種企業のシステム部なら
総務課などにいるリストラ要員で十分だとおもうんだが・・・
そんな奴でも、かなりいい大学を卒業したエリートだったんだろ? とまあ、そういうわけだから、見積もりなんて正直関係ないわけだ。
人売り同士の価格競争で、安売り合戦するしかないもんねぇ。 ライン工チームは最初からスケジュールも予算も生産性も何もかも決まった状態で受注してるからな。 そういうこと。
スキル高い奴の基準に合わせてたら、それはビジネスじゃなくてギャンブル。 >>300
納期と金額だけ決まってて何作るかも決まっていない状態で受注してますが何か? 人売りだからな、納期(契約期間)と金額が出れば十分さ。 人売りなんだから、何を作るかなど顧客の勝手。
請け負ったほうにしてみりゃ、人を送った時点で仕事は完了。 生産性っていうのはたいがい労働生産性を指しているのだが
まるっきり見当違いのことを生産性って言ってる人多いよね 妊婦の例って頭悪いよな
じゃあ10人の赤ん坊が欲しいとき、1人に任せるのと10人投入するの、どっちが納期が短くなんの? >>309
じゃあもっと分かりやすいたとえ話教えてよ
次からそれ使うから ん? 新幹線の運転手が10人いれば、
10倍の速さで博多に着くんだって? 発券や改札や整備をする人がいなければ、新幹線の物理的な速さは変わらなくても運行は遅れるだろうね アジャイルプラクティスってバカみたいだよな
ペアプロとかモブプロとか、複数の妊婦でひとりの赤ん坊を産もうとしてるようなもんだし >>313
という無能自称管理者が、システム負債を増やして行くんだよなぁ。 少し遅くなっても、人を減らして新幹線運賃が安くなるなら
それもいいな。
この50年の安全神話もついに崩壊したしね。 在来線特急を増やしてほしいね。
寝台じゃなくてもいいから。 東京から熱海まで、こだまの自由席つかうのと踊り子の自由席つかうのと
普通のグリーン車つかうのってどっちのが安いんだろ? クラス図書けません読めません
シーケンス図書けません読めません
状態遷移表書けません読めません 得意なのはスケーラビリティ、フィージビリティといったIT用語を駆使して
システムの深部には触れず表面上の会話だけすることです ポンチ絵として使うならUMLは最高の落書きルールなんだがな。
あれから動くソースコードを生成とか馬鹿な考えにならなければ、
みんな幸せだったんだ。 >>327
俺んところの親会社のプロマネが要件定義でよく使うのだが(笑) モデリングはできるけどUMLが嫌いっていうのはわかるけど、UMLをただ避けてる人って、
モデリングができないのがほとんどだからねw
要するに、設計ができないってこと UMLすらわからんようなのは本当になにもできない
しってる UMLはわかりにくい設計を、さも普通の設計に見せかけることができてしまう。
ドキュメンテーションが苦手なひとの逃げ道。 日本の職人()感覚でUMLの教科書に載ってて検定で出るような
隅から隅の細かい表記まで押し付ける奴がいると嫌いになるだろうな
ダイアグラムの種類と用途だけ覚えて四角と線書いて伝えられればいいだけよ
大手メーカーなんか馬鹿で全クラス全機能呼び出しごとに
シーケンス図とコラボ図書かせてたからな
誰も読みもしないプログラムgrepして読んだ方が早いわな コミュニュケーションツールとしてのUML便利なんだけどな。 アジャイルでコードが設計書だー、みたいなことを言ってるのが増えてきているからUML自体使わなくなってるんだろ フローチャートもシーケンスも書いた方が良いよね
書かなくて良いのは頭でイメージできるやつらだけ。省略にはある程度の経験と練度が必要
それを勘違いして、出来もしないのに手を抜くやつらが一番やばい フローチャートはアクターごとに縦線で区切ったやつがおおはやり
なんか名前付いてたけどわすれた
フローチャートだよねあれ アクティビティ図はフローチャートとちょっと違うんだよな。
マルチプロセスで協調動作を記述出来たりするから枝分かれしてるんだよな。 結局、構造化できない部分は今もフローチャート
Cって偉大だったんだな… >>346
C言語(1972)はフローチャート(1947)より後だけどね。 構造化ができる範囲ではフローチャートが駆逐され害悪呼ばわりされるほどになった >>346
普通のフローチャートが書けているのなら、それは構造化プログラミングだぞ? そもそもengineerって工学者って意味だからな。
SE(System Engineer)の別名としてIT土方という言葉があるけど、
SEはシステム工学者でないのはもちろん、
理工系の学問に疎い人ばかりだから、IT土方の方を正式名称にすべき。 麻原の次はアベがこうなるだろう
::|ミ|
::|ミ|
:: ,ィZ三三二ニ== 、、
:: ,. --{シイィ彡彡三三三ミ丶、
:: ,イィ三ミ>'"´ __,,  ̄`丶ミミミミヽ
:: /シ彡シ'´ _ ,ニ_二 三‐`、 `ヾミミミヽ
.:: ,'ilif'彡' ,' _,..-ュ ̄ fニ三三ミヽヾミミミヽ
:: jlリイ彡! :,ィ彡'"´ :. :. .:' `゙' ヾミミミミ',
:: l{i{l{lノリ ,'fi´ _, i :. ';( ,) ',ミミミミ!
:: {lilili/{ ' , ( ,),:,! ' 、ー-‐ ' Nlハ⊥
:: |lilifリハ .: '、 _,.ノ,' ,. }、 tf{´i, l| ::
.:: Wリ小! .: ,ゝ^ :: ヽ `!) Vl ::
:: ゞ干ミ} : / _J_ 丶 }'´ / ::
:: '、Yヾ :. l /ィ三三シ'^ / ノ ::
:: ヾ.f'、:.:. 'u '"~"' /l'´ :::
:: ヽ._):.:.、 ,. '_ .l ::
:: `(ミ`ヾ: 、 _,. - '',,."三) :::
:: /^ ´、ミ、‐_=_¨"-´‐ニィ彡''"´| :::
:: /ヽ 丶、 ̄  ̄´ ̄ '" ト、 無能な人間ほどタラレバを振りかざすよな
自分で決定して責任を負いたくないからな
今日もまたタラレバかよ
お前は自分の夕食と夜中に見るエロ動画は
迷いもなく決められるのにな 仕事できる奴でも元コミュ障、陰キャが多いから意固地でバカばっかり、常識に欠ける。。残念です。 SEなんて「コミュ障・オタク・馬鹿」の三拍子揃ってない奴の方が少数派だと思うぜ。 別に仕事が出来るなら陰キャだろうがコミュ障だろうが問題ないのですが
自分より劣ってると見下してたのが仕事できると嫌なのは醜い嫉妬ですね ■ このスレッドは過去ログ倉庫に格納されています