エンジニアと名乗りながら何もスキルがない
■ このスレッドは過去ログ倉庫に格納されています
何も作れない
何もかけない
何も判断できない
そんなスキルゼロの無能でも仕事がやれて給料がもらえるのがIT業界
原因は無資格、無免許でもこの仕事が出来るからだ
昨日まで引きこもりのニートでも今日からシステムエンジニア(笑)
顧客は誰もそのスキルに担保を求めない
無資格、無免許の人間が自動車を整備し、飛行機を整備し、医療に携わっていたら大問題だろう
無能でも何の制約もなしにエンジニアと名乗れるこの業界は、この先世の中の無能たちが無限に流れ込む
底辺業界に成り果てることは誰もが容易に想像出来る めんどくさいので黙って見ているとどんどんおかしな方向に進んで言って笑える
フランス料理のフルコースを作っているはずなのに中華料理を作ろうとしている
しかもメンバーの頭の中はインド料理、ロシア料理、日本料理とバラバラだ 手元に共通認識をさせるための資料がないからだ
全員、資料のないまま脳内で描いた料理を喋りまくるだけ
ありがちな無能集団の打ち合わせの1シーンでしかないのだが >>227
作る意味もないけど納期近いしクライアントと連絡とれないから続けるしかない
テストの意味なんて納品用と検査用で変わってくる
社内向けだったら大抵の場合は
「上流の人間が無駄なテストを省くことに労力を使うぐらいだったら
下流の人間が無駄なテストで徹夜をしたほうが単価が安くなる」んだよ それで同じ品質が保証出来るならな
なお、実際には
結局>>242はエアプ >>243
品質なんて結局はプログラマの気合で決まる
テスターなんてマウスに電マつけて連打させてるのと大差ない それでバグが発見できるならな
なお、実際には
結局>>244もエアプ >>41
メインフレームとTSS端末懐かしす
SDNもVMも昔〜からあったし
ファジーコンピューティングとかもう死語ですかね >>45
ハードウェアのどこかがボトルネックになってI/O稼ぐための集約化だよね
今回はディスクとネットワーク
インメモリも昔っからあったのさ 思うのはこの業界に20年以上もいるのに、開発、テスト、リリースの工程を
まったく理解していない人間がいると言うことだ
この20年間、何をやって来たのだろうか?
ずっと一人で積み木を組み立てては崩して遊んでいたのだろうか? 開発はコードかくだけ
テストは作ったものを人にわたしてコンパイルできるかとか動くかとかためす
リリースは会社から身柄が自由になる 上流経験しないとどうしようもない
というか上流下流でわかれているような場所で経験を積んでしまう事こそ不幸のはじまり 上流下流が分かれてないとこでママゴトの経験積んどるんかw 無能の親会社の人間がさ、必死に顧客への資料を作ろうとしてるんだよ
でもスキルも知識も経験もないからどうしていいかわからない、何から書いていいかわからない
そしてどうしたかというと、プロジェクトのメンバーを集めて、下書きから打ち合わせで決めてもらおうと
当然何も決まっていないから打ち合わせも噛み合わない
資料の下書きすら手をつけられない親会社の無能は、それから毎日全員召集の打ち合わせをやり始めて
ひたすらメンバーの時間を奪い続けている ああ、そうだね
今の無能SEっていわばゴーストライターに全てやってもらっている作家みたいなもんだよな(笑) まあ、がんばれよ
この人に頼りきってると船が沈没するから(笑)
新しく来た無能はみんなこの人に騙されるんだよ
今までは最後に俺が巻き取り、沈む直前で立ち直らせて来たけど
今回は全く関わらないからな
毎回打ち合わせのたびにこの人の詭弁に騙されて、実は何も進んでいない
何も解決していないことに気がつかないんだよな(笑)
可哀想な無能の人たち 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自体使わなくなってるんだろ ■ このスレッドは過去ログ倉庫に格納されています