  |
はてなキーワード: wbsとは
差別と言う言葉に縛られて、それが行政支援単位だって視点がない意見多いよな
国家にとって、異性婚と同性婚が、同じ支援が必要な物なのだってのを
差別とかポリコレとかに逃げずに説明できる奴どの程度いるんだろ？
なんかここでも、我々は湯遇されて当然なのに政府がおかしくて優遇されないのだ、という一団がまとめられてるが
コメントでは普通に、そもそもなんで優遇する必要があるのだ？という意見が上がってる
そりゃそうだ
結婚した配偶者は３００万まで免税されるべき、と言う意見だとしてだ
それの合理性は何だ？
学歴がよくなくて、就職が困難だったので中小 SIer で働いていた。 (プライム案件を取ってこれる分マシらしい)
レキサルティ、レクサプロ、デパスのお世話になって続けてたけど、結局は薬でどうにかできず、辞めてしまった。
参考程度だけど、未経験の人が 300万 をもらうために、どのようなスキルが必要かを、まとめておく。
ちなみにどれくらいプログラムが書けなかったかというと、競技プログラミングで努力しても AtCoder の黄色になれず青色のままってくらい。
AtCoder でいう、初心者から抜け出せないという、要するにセンスがないということなのだけど、そういう人も居そうなので、参考までに。
未経験のプログラマに対して、これだけ要求されるのだから、未経験の人は覚悟するようにという指針を提供したいので書いた。
基本的に、損害を与えた場合には、それを作業者が補填するという誓約書を結ぶ。
要するに、捨て駒として扱って、失敗したら賠償しろ、という事になる。
このことを認識して、失敗しないように振舞ないと、連帯保証人含めて迷惑をかける事になる。
要するに、低賃金で未経験プログラマを案件にノーリスクで送りこんで、稼ぐための手段です。
基本的に PL (夢想家) → PM (御用聞き) → プログラマ という環境なので、プログラマが自分でディレクションして意思決定する必要がある。
例えば、下請けの場合は、PM の御用聞きの結果の WBS に合わせないと、顧客から DM で 瑕疵担保責任がどうとか言われる。
社内開発の場合は、PL の方から直接、長時間の叱責を受けなくてはならない。
そういう不幸を防ぐためにも、自分でディレクションして、PM の決めた実態を反映していない WBS に合わせて作業するスキルが要求される。
基本的に手戻りは個人の過失になってしまうため、手戻りしないように考え抜いて意思決定をする、というのが重要になる。
これこそ、ガクチカと呼ばれる、頑張れますというスキルなので、学生時代に頑張っておけばよかったなぁ。
こう見せたい、こう表現したい、という事を伝えるには、必然的にデザインの知識が必要になる。
創造的思考とデザインは切っても切り離せない概念で、デザインとは創造なのだから、当たり前である。
ソフトウェアアーキテクチャも、ソフトウェア設計も、コーディングもデザインと言えるかもしれない。
顧客と 1:1 で話す事が DM でもボイチャでも突発的に発生するので、いつ、いかなる時でも論理武装していなければならない。
まぁ、顧客であったり PL であったりはキレるのが仕事なので、それに対して理路整然と説明する必要がある。
なんとなく、では納得しないし、すぐ損害賠償請求とかそういう話にいくので、答えられないと持ち帰りますとお茶を濁して、エマージェンシーになる。
後述する設計能力においても、課題を把握するための言語技術(言語化能力)は重要なファクターだと思う。
C/C++ のシステムプログラムはフレームワークが基本的に無いので、自分で概念を整理して、どのような変更、拡張があるかを考えて設計する必要がある。
この能力が弱いと、手戻りが発生しやすくなり、瑕疵担保責任を問われることになる。
読んだ本の中だと、ボブおじさんの本が、やっぱりしっくりくるなという個人的な感想がある。
UDP で送ってくるデータを受けて 24/365 で停止しない WebAPI への繋ぎ込みという簡単な作業があって、振られた。
リークしてはいけないという事で malloc は禁止で、グローバル変数を利用するという変なルールがあった。
Rust で書けばいいんじゃないかなと思ったけど、Rust 書くのもシンドイし、C/C++ で、しんどくて読みづらいコードを書いた。
あとで保守する人が大変そうだけど、そういうルールを決めたのは PL だしね。
なんか、特殊な PCI Express のカードからベンダーが用意している SDK でデータ引っこ抜いて Web API へつなぎ込む部分をやった。
一応、SDK の使い方をパラ見して 1 日で作ったので、別に負担じゃなかったけど、素人にやらせるんなとは思った。
当たり前だが、DB 作って RestAPI を生やすのは現代のプログラマにとって自然にできなければならない。
なので、新規開発のサブモジュールのバックエンドを任せられた。
だが、ORM の癖を把握したり、発行されるクエリを確認したりするのは、疲れる。 SQL を直書きするのはシンドイ。
結局 SQL を直書きすることにしたけど、あまりいい決断ではなかったと思っている。
それ以外は フレームワーク に乗ってしまっていいので、書き捨てる分には楽だった。
最近だと、TypeScript で Prisma 使うのが、型安全でよさそうだなと思っている。
デプロイを EC2 直でやったり ECS にしたりとしていたので、ベアメタルの知識が必要になった。
要するに systemd のいじり方とか、死活監視の仕方とか。
個人的には、クラウド嫌いなので、ベアメタルの方が安心できる。
Bind で権威DNS を管理して、postfix で絶対止めてはいけないメールサーバを管理するとかもあったけど、出来て当然ではある事だし。
未経験プログラマでも、月単価 100 万以上で顧客に請求してるんだから、会社はそりゃ儲けるだろうと思った。
会社が一人前の経験N年のプログラマといったら、その通りに振舞う必要がある。顧客に責任はないのだから。
当たり前だが、Webディレクション、Webデザイン、Webプログラミング, Webマークアップ は、全て作業者であるプログラマの仕事になる。
個人的には、これが分かれている理由が良く分からないけど、分けたい人がいるんだろう。
デザインで、CSSフレームワークを使うと、その色が出るという事で、全部 CSS は手書きしていた。
tailwind が出た現在では使っていればよかったなと思う。
結局、全く分からない中、手探りでデザインし、コードを書いて、顧客に 1 日 5 ~ 10 回リリースするという行為をした。
顧客は大手企業だったので、自社のエンジニアならもっと出来る、と叱責されまくったけど、だったら自社でやればいいじゃんと思った。
一応、今でもサービスは生きていて、ユニークユーザ数は上がっているらしい。
そして、焼き付け刃だったので、 WAI-ARIA を知らず、アクセシビリティへの配慮が足りない事が問題になってしまった。
これはなんとか保守対応にねじ込めたのでトラブルにならなかったけど、瑕疵担保責任と綱渡りだなと思った。
当たり前だが、リリースサイクルを短くしないと顧客はキレてしまうので、CI/CD を整えないといけない。
今は Github Actions とかあるけど、昔は無くて Bitrise が高いからみたいな理由で Azure Pipelines で CI/CD フローを構築した。
もう Multi Stage Pipeline になってるだろうけど、Release Pipeline が GUI からしか設定できないのが辛みだった。
当然だが、デプロイするためには IaC を整える必要がある。
これを知らずに、コンソールでポチポチしていたので、 IaC 出来てない事がバレた時に色々怒られてしまった。
本来はテストも自動テストを整えて、質保証をしてバグを減らさなければならない。
だが、テストを書くという手間を払えなかったので、人力テストしかできなかった。
一応、リグレッションテストを人力でやりまくったので、バグ発見曲線が結合テストでの IF 不一致しかない、という結果にはなったけど
自動化できれば費用が必要じゃなかったから、怠慢だと、責められてしまった。
未経験でも誓約書を盾に、振られた事全部を出来なくてはならない慣習があるので、プログラマはそんなに良い職業じゃないよ。
甘い考えで、プログラマになろうと思っているのなら、考え直した方がいいです。
電通は2020年に、大規模な早期退職を実施しました。この時に応募したのはおよそ230人。このオフィスはその230人が自由に利用できる場所になっているのです。
退職者を支援するのは電通の子会社「ニューホライズン コレクティブ」。同社の山口裕二代表は「退職した人たちが個人事業主となって活動する。そうした人たち全員と業務委託契約を結び、退職した社員たちの新しいことへのチャレンジを企業が中期的に支援していく」と話します。
電通を早期退職した230人は、それぞれ個人事業主などとして独立。独立後、電通の子会社「ニューホライズン コレクティブ」と10年間の業務委託契約を結ぶことで、電通に勤め続けた場合の収入のおよそ半分が保障される仕組みです。
電通、9割が「満足」の早期退職とは？ 収入の半分を10年保障で後押し【WBS】（テレ東BIZ） - Yahoo!ニュース
https://news.yahoo.co.jp/articles/093aed7994965e9c3e4c21e05ef8f34fd8a4c2e1
新入社員のみんなも、バブル世代の役員、上司、先輩の話は、「この人たちはパナソニックがひとり4000万円払ってでも、富士通が650億円損失に計上してでも、電通が5年分の年収を保証してでも、辞めて欲しい人たちなんだ」と思って聞き流すのがいいと思うよ。
今日のWBSで知ったんだが、抗原検査キットは企業などで正式に活用できないらしい。薬局のはあくまで研究用で、個人では使用できる状況だ。
抗原検査はPCRと違って、低コストで扱い易く、諸外国では既に導入されている国が多い。
番組ではさらっと流されたが、なぜ日本では未整備なのか。単なる調整なのに、この一年何をやってきたのか？
ワクチンの方が早く実現化したんだぞ。
想像するに、オリンピックのため、見かけ上の感染者数を抑えるために、行政をはじめとする関係者が首相に忖度したのではないか。空港のザル検査を続行し、表面的な飲食店いじめに終始し、プランBを忌避したのもそうだ。
だとするならば、オリンピックのために現在の酷い状況になったと言っても過言ではないだろう。今日も、小池が自宅療養で、と言い放った自宅療養者がまた1人亡くなった。
経済も五輪非実施の方が1億円黒字で、1億円損した形になっている。その1億円で何人の命と雇用が守られたのだろうか。
多額の損失を出した電通への資本注入のため中抜きされた多額の税金支出は、電通が元気になっただけで我々国民には将来増税のプレゼントだ。
菅総理の選挙生命を賭けた選挙のため無理矢理行われた東京五輪は想像以上に我々国民にとてつもない損害を与えたんだ。
これでやってよかったなんて言う奴は頭お花畑かポジショントーク野郎だけだよ。
そのポジショントーク野郎…芸人、メディア関係、議員崩れのコメンテーターは、そのうち洒落にならない現実を見て、罪悪感に苦しんでトーンダウンするだろう。五輪はおうち時間だから人流と無関係です、なんて心の底から言う人は少ないだろう。皆固い表情で取り繕っている。人並みに共感力を持ってたら、心がささくれるだろう。
五輪選手のうち元気に五輪反対派を糾弾したにもかかわらず、早々に敗退した人らは、自らの心の奥の善意に負けたんだと理解している。自らを騙すのは相当なストレスなはずだから。
五輪よかったね、なんて子どもと話せるのも今のうちだ。そんなにオリンピックが観たければ、北京で観れば良かったと思うだろう。
※以下、「エンジニア」と書かれている場合には「ITエンジニア」と読み替えてください
社員数1000人超のユーザ系SIer→Web系事業会社に転職して半年が経過したので所感を残しとく。いわゆる転職エントリってやつ。
Web系エンジニアの転職エントリって大体つよつよエンジニアの情報しか出てこなくてウッってなったから、自分のようなクソザコエンジニアの事例をネットの海に放流しとこうと思った。
みんなブログだと当たり障りのないことや技術的に意識の高い内容しか書かないからさ、パンピーの本音ベースでの不満や転職活動の内容ってなかなか見つからんのよね。
文章の感じとかで分かると思うけど、ほんとに意識もスペックも低い人間です あと一定以上の長さの文章書くの苦手だから箇条書き多いけどゆるして
入社して1か月はコンプラ研修とかビジネスマナー研修とか受けてた。
そのあと3か月くらいF士通のプログラミング講師みたいな人からIT研修を受けた。教科書に書いてある通りにLinuxのコマンドポチポチしたりJavaのコードを写経するだけだった記憶
研修が終わり晴れてインフラ系の開発運用を行う部署に配属されたんだけど、やっていたことは下記の通り。
業務ではコードを書くこともターミナルでコマンドを打つことも全くなかった。ひたすら溜まっていくユーザーや開発側からの問い合わせへのメールを返信する存在だった。
配属された部署がたまたまそういう場所だったというわけでもなくて、同期の話を聞く限りアプリ部門だろうがQA部門だろうが似たような感じぽかった。
これってITエンジニアの仕事なんか?事務職とかに近くね?という疑問を抱きながら1年半くらい過ごしてた。
自分のイメージしてたITエンジニアっていうのは、スタバで私服でようわからん真っ黒な画面に向かってプログラミングしたりサーバやNWをいじってる人のことであって、ワードパワポエクセルとにらめっこしながらスーツのおっさんとおしゃべりして一日を終える人じゃなかった。(多方面に怒られそうな表現だけど...)
あとは、
全体的に、仕事と関係ないクソどうでもいいことにこだわらないといけないのが嫌だった。「もっと技術にコミットしたい」みたいな、エンジニアとして正しいであろうモチベはあんまりなかった
別に自分にはソフトウェアエンジニアリングを通して実現したい目標があるわけじゃない。三度の飯よりプログラミングが好きってわけでもない。
SIer、っていうか古き良き日本の大企業でエンカウントする嫌なことから距離を取りたい、というモチベだけで行動した結果Web系エンジニアになってた。
ただ、どうもWeb系エンジニアっていうのは技術が好きで好きでしょうがない人間がつく仕事っていうパブリックイメージがある気がするんだよね。なんでだろう?
そんなに技術好きじゃなくても、Web業界の成長のおこぼれにあずかる程度のエンジニアになることは難しくないと思う。あんま知らんけどエンジニア数十万人単位で足りてないんでしょ?
俺はほんとクソザコだし、はてなに常駐するようなつよつよエンジニア達からみたら関わり合いになりたくないタイプの人間であることは自覚しているけど、表に出ないだけで俺みたいな人結構いるんじゃねって思ってる。
IT土方からコンサル業界に転身した増田がコンサル業界の良いところを列挙してあげよう。
トップクラスの企業は言うまでもなく、二次請けクラスの企業でも割と簡単に年収1000万は行ける。IT業界だとITゼネコンの管理職クラスにならないともらえない年収だ。
これがIT土方との一番の違いと言えるだろう。お守りするシステムを持たないから、土日や深夜にシステムトラブルで急に呼び出されることはない。もちろん大事なプレゼンの間際の土日出社や深夜残業は発生しえるが、急に呼び出されることはなく、予定している休日はしっかり休める。
基本的に客先常駐かテレワークなので、間接業務…いわゆる会社の雑用が少ない。業務や自己研鑽に集中できる
IT土方も名目上は裁量性が高い職務とされているが、実際はWBS（アジャイル開発ならスプリントバックログ）という管理ツールで15分～1時間単位で管理されているのが実態だ。そんなのに裁量性はないだろう。
コンサルでもWBSは一応あるが、せいぜい１日単位の管理であり、裁量性はIT土方とは比べ物にならない。
IT土方が大企業顧客の幹部と顔合わせ出来ることはない。あるとしたら大規模障害やらかしてスケープゴートにされる時くらいだ。一方、コンサルは大企業顧客の幹部に提言をするのが仕事だ。嫌でも顔合わせ出来るし、そこでよい成果を出せれば後々の人生にも大いにプラスになる。最初の顔合わせ時も、まともなコンサル会社なら先輩コンサルがナビゲートしてくれるから安心だ。
IT土方は請負なので、成果物に対する瑕疵担保（契約適合）責任が発生する。近年の民法改正で責任期間は無制限になってしまった。つまり何かを請負で作ったら一生責任を負わないといけない。一方、コンサルは準委任もしくは派遣なので、成果物に対する責任はない。作ったらおしまいだ。
責任が軽く、裁量性は高く、休日はしっかり休め、後々役に立つ人脈が作れ、かつ給料が高いのがコンサルティング業界だ。東大生などの優秀な学生が殺到するのも当然だろう。
