  |
はてなキーワード: Slerとは
----
「My Job Went To India」の改題改訂版が「情熱プログラマー」なんだ！ありがとう発注したわ。（たぶん達人プログラマーと混同して読んだ気になって読んでないパターンだわ）
俺の悪文のせいで意図が伝わらなかったであろうブコメがあったので、要旨だけ書き直しておくな。
ただ忘れないで欲しいんだけど、TerraformメンテしてAWSとかGCPで立ち上げてサービス公開するまでの速度は、相見積取って稟議通して部材調達から入ってた時代に比べると爆速だけど、人間の技術屋の需要は増えてる。
俺は、「マスタリングTCP/IP 入門編」を人間が読んで理解するのは古いよね、という時代にはならないと思ってる。
Slerが自前で手元で試すようになるから～ってのも懐疑的。SIerやメーカーが内製すると必ず子会社作って分離、ぼく発注者きみ受注者にしたがるので。これは技術じゃなくて感情とか経営の問題。
（ただし、Slerが7payみたいなことやらかすのでは？って疑問なら同意。たぶんそういう生成AIで俺たちでプロダクトなんか簡単に作れるじゃんよギークいらね（仕様バグあり）は一時は増えるだろうね）
追記ここまで
----
VibeCodingでIT技術者は不要になるのか？という話題が花盛りなのは理由があります。
ギーク（現場でコードを書いていたい人）が分かる話から、スーツ（人を集めたりお金を集めたり営業をする）が分かる話になってきたからです。
具体的に言うと、OpenAI社をはじめ続々とTDD(テスト駆動開発)でやってますみたいな、具体的な開発スタイルの話が出てきたから。
そうすると、現場の座組チョットワカルという強めの経営者が理解して判断し始めるんですね。
でもね、その道はもう15年も昔に我々は通り過ぎました。前回のブームと何が違うでしょうか？
技術者なら電子も機械も強電も弱電もお世話になったことのあるオーム社が過去に出していた直球の本の話から。
「My job went to India : オフショア時代のソフトウェア開発者サバイバルガイド」という書籍、何と発行年は2006年です。
かいつまんで話すと、インターネットが整備され、輸送コストがほとんどかからないソフトウェア開発では、アメリカのエンジニアは給与の面でオフショアに歯が立たない、だって、1/10の給与でインドのエンジニアは働くんだぜ？という本です。
そうした、価格競争力で負けるアメリカのソフトウェアエンジニアは、如何にして今後サバイブすべきなのか、という本になっています。
（普通に面白いしAIコーディング時代に通づるものがあるので復刊を希望したいところですが、まあ直球過ぎる題名を何とかしないと再販は無理でしょうな）
そして、JTCや外資問わず、過去にオフショア開発を経験された技術屋のみなさんははてブにも多く生息されているでしょう。
では、ジュニア開発者は不要になりシニア開発者のみになって、いまのソフトウェア開発は主に安い給与で働いてくれるところに遠隔で作業してもらって、レビューだけすれば良い環境ですか？
そうはなっていません。なぜでしょうか。
さて、今普通にXと連動する中古品売買プラットフォームを開発しようと思ったら、どうやってつくるでしょうか？
この文脈に埋め込まれたいくつもの情報「今」「普通」「連動」「中古品」「売買」「プラットフォーム」「開発」を解釈し、すり合わせ、未来の運営者も含めた全員に伝えるためのコストが、コミュニケーションコストです。
そうなると、「ちょっと良い感じにラフでいいからプロトタイプ作って持ってきてよ」で話が通じるのは、受注者マインドがしっかりした日本の受託開発現場の精鋭たちになるわけです。
テストケースだけを通過するように、内部テーブルを持たせた関数を大量に持ってこられてレビュー時に頭を抱えた経験が無いひとは、とても幸運なのです。
とは言え、これは何も文化の違いに起因するだけではありません。仕様とは、環境によって定まるものだからです。
例えば、うるう年判定の関数は、1581年以前をエラーにしますか？1873年以前をエラーにしますか？（ヒント：明治六年）
テスト駆動開発、古い言い方で言えばテストファーストの考え方は、成功したすべてのプロダクトで例外なく、ただの一つの例外もなく、必ず最初から取り入れるべきだったものです。
品質は最後に振りかける粉砂糖のようなフレーバーではなく、最初から設計に組み込むべきだからです。
ありとあらゆる趣味において、最初から良いものを使えば時間を無駄にせずに済んだ、と言われるような初期投資の大切さが説かれます。
果たして本当でしょうか？
そうです、その趣味にハマって生き残りサバイブした人から見れば、過去にその時点で投資をすべきだった、というのは正しいのです。
その趣味にハマれなかった人からすれば、少ない投資で自分に合わないことが分かったという合理的な選択であることと矛盾しません。
そのため、全ての失敗したプロダクトは、テストケースを書く時間でプロダクトを作り上げて、さっさと世に問うべきだったわけです。
少し昔話をしますが、オフショア開発において重要なのはドキュメンテーションとテストケース、それにレビューでした。
他の部署で失敗しつづけていたオフショア開発のやり方は、端的に言えば"教化"でした。
具体的には書けませんが、グッとお安い単価の国に出す仕事を、日本の会社に出すのと同じようにすべく、相手の会社のメンバーを教育して仕立て上げるブートキャンプの仕組みを作り上げていました。
発注側を変えずに済むように受注側を教育して、日本の会社に出すのと同じように単価の安いところに出せたらお得ですよね？でもこれは必ず失敗します。
何故か。だって、日本の会社と同じように働けるようになったら、日本の会社に就職するじゃないですか。少なくとも価値は上がったんだから単価を上げるように交渉しますよね？
結局のところ、当初言われていたような劇的な節約にはつながらないわけです。それなら下手に転職されるよりも自前で現地工場でも立てて地元に貢献しつつ雇用を創出した方が喜ばれるし持続可能です。
小なりとも成果が上がった方法は、フィードバックを相手ではなくドキュメントにした場合でした。
例えば先ほどの例で言えば、テストケースは通るが意図したコードにならなかったとき。
「普通はこういう意図でコードを書くから、テストケースを通るにしても、関数は次からこう書いて」というのが、相手に対するフィードバック。
「関数を書く前に、関数の意図をコメントで残して、レビュー時にはそれを見ましょう」というプロセスの修正が、ドキュメントへのフィードバック。
こうすると、担当者が退職していなくなっても、次の担当者はその方法を参考にすれば良いわけです。
これ、何かに似てませんか。現在のAIコーディングのベストプラクティスと呼ばれるものに非常によく似ているんです。
つまり、オフショア開発というのも、設計と実装が分離できるという前提に立って動いていたんです。
そして、実装しながら設計しても問題ないとする場合、それは「技術的な問題」ではなく「組織構造」に起因します。
つまり、プロダクトの構造を分割して、オフショア開発側に設計と実装とを委譲して、実装しながら設計を変えてもらうことが許容できるのは、契約や責任分界点、輸出入の法規を含めた法務の領域です。
少なくとも当時、諸々をクリアにして相手側にプロダクトの一部を荒い設計と共に切り出して、コーディングしながら再設計してもらい、テストケースを完備したコードとドキュメントを共に完成までもっていってもらったことは、大きな成果であったはずです。
（当時日本側と仕事をしたという実績があると大きな実力があるとみなされたと聞いたので、今はより良いところで良い仕事をされていると思います）
（あと、コミュニケーションコストと輸出入の関連法規が複雑だから）
少なくとも、納期までに契約したこれを納品してください、という枠組みの中では、実装作業だけ切り出すことはできない、というのが教訓として残ったはずです。
少なくともあと数年、場合によっては10年スパンで、日本ではほとんど変わらないと予想しています。
これは技術の話ではなく組織構造や、もっと言えばお仕事の進め方と契約の話だからです。
そうは言ってもジュニアエンジニアの簡単な仕事が減って成長機会が失われているのは事実では？と思うかもしれませんが、そもそもの前提が誤っています。
未経験（弱経験）者を雇って戦力まで鍛え上げる必要があるなら、AIに仕事渡してないでそのジュニアエンジニアにやらせるべきなんです。
ジュニアエンジニアとAIと両方にOJTさせて、その違いをレビューの場でフィードバックしてジュニアを育てるわけです。
もし、そんな時間は無いというなら、元々ジュニアエンジニアをOJTで育てていたというのは幻想です。
（たまに、失敗が経験になるとして、会社に損害を与える方法でジュニアを"教育"しようとする人がいますが、商習慣的にも信義則違反ですし言語道断です）
シニアエンジニアだけで事足りるとしてジュニアエンジニアを雇わなかった企業は、シニアエンジニアが抜けてガタガタになります。
これは中核エンジニアがゴッソリやめた会社が傾くなんて言う話で、昔からそうです。（たいてい、もっと人雇ってくれ待遇上げてくれみたいな悲鳴を圧殺した結果だったりします）
昔から、中堅がやれば手早い仕事を新入社員にやらせて鍛える、その代わり質は悪いし時間もかかるしフォローも必要だったわけでしょう。
AI時代が到来するとしても全く同じです。AIが出力するコードレビューで悲鳴上げてる場合じゃないんですよ。
レビューできるシニアエンジニアが足りなくなると予想されるなら、当然、ジュニアエンジニア雇ってレビューできるようにする必要があるんです。
そしてそれは、技術的な問題点ではなく、組織的・経営的な決断です。
国産LLM開発の文脈でもそうなんですが、ハードウェアの進歩を無視して話をする方が多いのが気になります。
現時点のコンピューターパワーは、10年後には手の届く価格になる可能性が十分高く、もっと言えば20年後には個人が所有する可能性すらあります。
いまから20年前の2005年は、Youtubeが誕生した年です。その時に、誰もがいつも手元にビデオカメラを持ち、即座に動画を世界に公開できるようになるとは思っていなかった頃です。
今もそうだと思いますが、ある分野で必要な性能にはもう十分という期待値があり、10年経てばある程度大きな会社の部署単位で現在最先端のコーディングAIがローカルで動くようになると想像するのは容易です。
そうなったときに、果たして営利企業が、エンジニアを育成するというコストを支払うかといわれると、疑問です。その時点で今後のリアルなコストと比較対象可能になるので。
だって、筆耕担当者とか、清書担当者を雇わなくなった企業って、多いでしょう？
My job went to AI として、じゃあ残るものは何？というのはオーム社の本を読みましょう。再販しないかなあ。
今後数年は変わらないでしょと書いたら今現在進行形で変わっとるわいと突っ込みが来そうなんで防衛的な意味で書いておくんですが、あなたは過去数年間同じ仕事してたんすか？
仕事のやり方とか内容とか、言語とかライブラリとか、毎年のように変わってたでしょ。
レビューの比率が多くなったとか、コード書かなくなったとか、そういうの、たぶん管理職になった人が嘆いてたのと同じっすよね？
少なくとも、ジュニアエンジニアが低品質なバイブコーディング結果を寄越すようになってレビューが大変とか嘆くのなら、まともなコーディング規約一つ作れていない組織の脆弱さを嘆くのが先では？
手癖でバイブコーディングしてヒットしたプロダクトに、あとから品質上げるように大工事するリファクタリングと言うよりリビルディングな仕事って、別に今もありますよね？
散々テストケースを書かなくて良いプロダクトなんて無いという講演だけ聞きに行って、自分とこでテストケースが自動で走るようになって無いなら、そこが問題でしょ。
中途採用でECサイトの業界に入った。二十代半ばの頃である。外資ということで緊張してたけど、意外とそうでもなかった。
厳しい社風ではあったが、それはルールや数字に厳しいというだけであり。自社のポリシーや規則に従って行動していれば、結果が悪くてもそうまで低い評価が付けられることはない。
もっというと、上の意向をしっかり確認して動くということか。いや、違うな。ちゃんとした意思決定の過程を踏むということだ。上の判断が必要なら議論をし、委任事項であれば自分の責任で物事に挑み、失敗しても成功しても検証記録を残していく。これだけのことができずに消えていく人間を何十人も見てきた。
語りが過ぎた。私はeコマース(ネットでの買い物)の世界で長い間働いてきた。実はもう転職が決まっている。記念に、これまでの努力の過程を書き綴っておきたいと思った。ちょうど今は卒業シーズンである。
ただ、努力はしたけれども、いい結果が出ないことの方が多かった。もしくは結果自体の測定ができないか。それでもいくつかの改善はできた。その一部を記していきたい。
私の専門分野はレビューシステムだった。あなたも、ECサイトで★を付けたことが一度はあるのではないか。私は、そのあたりの仕組みやルールを作っていく部門で働いていた。SE寄りではなくて、インフラ寄りでもなくて、格好よくいえば社内Sler兼企画といったところか。
これから、何点かのトピックに分けて思い出深い改善活動について述べていきたい。なお、特定の用語を出すとどこの会社かわかってしまうので、専門用語は一般的な言葉に置き換える。例えば、あるレビューにクリック等で賛意を示すことは「いいね！」で統一する。
昔は、ある特定のレビュアーへの通報が多かった。違反報告か、問い合わせ窓口(TEL,mail)を通じて、「あのレビューは誹謗中傷だ」「特定個人の名誉を傷つけている」「製造メーカーへの粘着が見られる」「差別的な表現を用いているので削除すべし」といったものが多かった。確かに、通報先のレビューを読んでみると、大変よろしくない表現が散見された。
当時は、電話によるカスタマーサポートがあった。その窓口に、正義感を持った方々が、上記の善くないレビュー及びレビュアー(bad egg)について抗議していた。
こういった問題あるレビューについて、私がいた部署では対応が必要と考えていなかった。直属の上司も、さらに上の人間も、どの国にも地域にもいる悪口をたくさん言う人としか捉えていなかった。
しかし、私や数人のチームメンバーは、彼ら悪辣なレビュアー(bad egg,bad person)の行為が、サイト全体の害になると考えていた。具体的には、次のような行為を彼ら(彼女ら)は行う。
・商品をわざと口汚く罵り、マイナス評価や罵倒コメントが付くことを喜んでいる
※アニメや漫画、小説といったエンターテインメントに多く見られる
特に、一番下のタイプの顧客の場合、サイト利用者に不愉快な印象を残す可能性が高い。対処が必要と思われた。
しかし、データがなかった。上司にある対策を提案した際に言われたのは、「今あなたがしようとしているのは、私の権限を超える行為であり、本社への協議も必要である。主観ではなく、根拠を示したうえで提案せよ」というものだった。
それから半年以上かかったものの、私とその小さいチームで初版の検証資料を作成した。それは、次の結論から成り立っている。
・悪辣なレビュアーと論戦になった顧客は、その後半年間での実質退会率が高い
具体的なマイナス幅を提示することはできないが、統計学上、数パーセント以上という有意な範囲で顧客にマイナスの影響を与えていた。当然売り上げも落ちている。
悪辣なレビュアーは、一般的な顧客とレビュー内容を巡って論争(※当時はコメント機能あり)になった際、いわゆる煽り行為をする。その口汚い言葉が顧客を傷つけ、顧客体験を棄損してしまう。そんな当たり前のことに気が付くのは容易だったが、数値的に証明することは難しかった。
私たちの検証結果は、上の階層へと引き継がれた。さらに細かく検証するという――それから数ヶ月が経って、本社の方から通達があった。
「次のとおりレビューシステムの仕様変更を検討する。そちらの考えをまとめて回答せよ」とのことだった。以下は仕様変更案の参考文面である。
‐改善案‐
「参考にならなかった」のコンバージョンボタン(Conversion Button)の廃止を検討する。
理由：悪質な利用者が一定数いることで顧客体験を損ねている。顧客がより安全にショッピングを楽しむためにも、悪意をもって低評価をする者への対処が必要である。
私たちは、その通達と、添付されていた検証資料を読んだうえで、時間をかけて再検証を行い、廃止は正しい行為であるという回答を上申した。
加えて、現状のレビューシステムにある顧客同士で討論できるコメント機能についても、建設的な議論が行われているとは言い難い状況にあることから、廃止を提言した。
積年の課題だった。残念ながら目下解決には至っていない。不正レビュー根絶の目途もつかない。明白な違反者であれば発見・処分ができるのだが、グレー段階での処分は難しい。
実際に、不正を行ったと思しき者を見つけることはできる。AIが発展した現在だと、いわゆるサクラレビューと呼ばれるものはシステムの方で自動的に発見し、一定確率で怪しいものを報告してくれる。
昔は、一件一件手作業であったり、Excelのフィルタ機能を組み合わせるかのように検索条件を設定して虱潰し(shirami-press)に見ていく必要があった。
そう、不正行為と思しきレビューを見つけることはできる。あくまで見つけることは。だが、はっきりクロだと断定し、処分を下すのは人間にしかできない。1日につき何十件、多い日だと百件以上も上がってくる不正と思しきレビューに対応するのは不可能に近い。
多くのECサイトには、利用規約や社会倫理に反する行為をする利用者(販売者、注文者、閲覧者)を処罰するためのポジションが存在する。弊社においても当然あったが、少数精鋭が過ぎて不正レビューへの対応が後手に回っていた。
不正を見つけることはできても、処分することは難しい。冤罪があってはならないのはもちろんのこと、微妙なケースである場合も、利用者が今後弊社を利用してもらえるよう最大限配慮する必要がある。
はてなのサービスでいうならば、以下の利用規約の適用に係る取扱いが最も近い。
d. 迷惑行為、嫌がらせ行為、誹謗中傷行為、正当な権利なく他者に精神的被害・経済的被害を与える行為
e. 自分以外の個人や会社、団体を名乗ったり、権限なく特定の会社や団体の名称を使用したり、架空の個人や会社、団体を名乗ったり、事実がないにも関わらず他の人物や会社、団体と業務提携や協力関係があると偽ったりする行為
私は、学生時代からはてなのサービスを利用している。はてな匿名ダイアリーにおいては、この規定を制限的に運用しているように見える。
というのも、明らかに釣りと思われる投稿をしたり、他人になりすましたり、特定の企業や団体を匂わせる文書を発しているエントリが一定数みられるが、運営が規約規範として対処している様子はない。
推測ではあるが、99％のクロであっても、それが100％でない限りは対処しないという方針であろうと思われる。冤罪を避ける意図もあるが、意見の多様性を保持するためでもあるし、はてな匿名ダイアリーをひとつの実験場として捉えているのかもしれない。当方は、増田なる場所を蟲毒のひとつであると考えている。
話を戻す。レビューに関する不正行為について――その大半がサクラ行為であるが、不正行為の抽出までは技術的に自動化できるものの、最終判断は人がせねばならない、かつ間違いがあってはならない――という課題について説明した。
ただし、今のところはそれで問題ないと個人的に考えている。というのも、不正レビューへの対処が迅速ではないというだけで、悪質な行為をする利用者を取り締まること自体はできているからだ。技術が向上すれば、今後の改善も見込まれる。
今でも、ECサイトを覗いているとサクラレビューが多く散見される。会社を去って他業界に行く自分がいうのもどうかと思うが、今後も建設的な手段により不正行為への対策が効率化される未来を願っている。
多くのECサイトでは、役に立つレビューを行った人に賛意を示すことができる(冒頭の「いいね！」ボタン)。多くの点数がついたレビューは、商品欄において上位に表示されるようになる。
どのECサイトも、できるだけ多くのレビューを投稿してほしいと考えている。世の中の儲かる商売というのは、消費者に働いていただくことで成り立っている(GoogleやTwitterが典型例。もちろんはてなもそうである。運営会社はブロガーの生産活動によって生きている。ほかには食べログ・リクルート・メルカリなど)。
過去の弊社においても、どういった仕組みを採用すれば多くの利用者にレビューを書いてもらえるのか、サイト黎明期の先達は検討に検討を積み重ねた。
結果として、レビュアーランキングシステムという、今では各社で一般的になった仕組みが誕生した。かつてECサイトが未開の荒野を歩いていた時代の発明のひとつである。
永きにわたって活躍したランキングシステムだが、今では隔世の感が否めない。レビュアー同士の競争を促進することで、より多くの良質なレビューが生まれるという判断があったが、それは一企業人の錯覚に過ぎなかった。一企業においても高度の統計分析が可能となった現代において判明したのは、その役割を果たさなくなっていることである。
「レビュアーランキングの存在によって、自らの票を集めることのみを目的としたレビューが増える。初めは良質なレビューを書いていた利用者でも、ランキング上位になった後にレビューの質が低下する傾向にある」
ある時、自分の書いたレビューがバズったとする。それは、有名な映画か小説か漫画かアニメか、化粧品か家電製品か衣服か、はたまた書籍か、なんでもいい。自分のレビューが数百人からの「いいね！」を集めたとする。その後も良質のレビューを投稿し続け、同じような体験を繰り返したとする。そして、あなたは晴れてレビュアーランキングの相当上位に昇った。あなたが投稿したレビューのどこかに、それを示すバッジが掲示される。
さて、晴れて上位レビュアーとなったあなたであるが、その後に何もしなかった場合、順位は落ちていく。数ヶ月も何もしなければ、まず確実にバッジは剥がれる。元に戻るのだ。
それが嫌なレビュアーもいる。上位レビュアーでありたいがために、関連商品にとりあえずのレビューをいくつも投稿する。人の目を引くために過激な表現を使うし、ゴシップサイトさながらの低俗な言葉遣いをすることもある。また、省力化のため、自己や他者のレビュー内容の一部を借用することがあるかもしれない。
上記の調査研究において、上位レビュアーによるそういった傾向が明らかになった。特に、サブカルチャーにおいては顕著であった。
【具体例】
・新作アニメの公開時期になると、数行程度のレビューを無差別に付けて回る
・水平展開するコンテンツ（原作→アニメ、小説、映画、舞台etc）の各所に似たレビューをする
現在では、レビュアーランキングシステムは廃止されている。上に挙げたようなマイナス効果の方が大きいというのが、社内の統一された意見となった。
レビュー自体については、今後も廃止されることはないだろう。私自身も、レビューの調査研究を続ける度に学びになることがあった。人の親愛の興味深い傾向(ex.数千字にわたって自分の家族の話をする)であったり、笑いを狙ったユーモア(ex.ヘッドフォンの音質は、元の電源によって異なる。原子力発電か火力発電かソーラー発電かを聞き分けられると一人前)であったり、その道のプロと思われる学術的なレビュー（読書カテゴリに多い）も多数拝読した。
日記は以上である。懐かしい思い出を振り返る機会ができてよかった。年度末ということで、新しい職場に移る前に買き始めておきたかった。投稿はゴールデンウィークになってしまった。
次の職場も、一般企業と各消費者を結びつけるタイプの仕事になる。フリマアプリの会社である。残念ながら、自分の仕事を通じて、どれほどの顧客体験を社会にもたらしたのかを測定できる手法は未だ確立されていない。私が生きているうちに、そういった手法が生み出されることがあるのだろうか。
最後に、ここまでお読みいただきありがとう。今後、あなたが利用した商品をレビューしたことで、そのサイトでショッピングをする何千、何百万人という利用者が喜ぶ未来を祈っている。
最近アラサーになりソフトウェアエンジニア (SWE) として正社員として働いているが、いろいろ辛くまた転職してきたくなってきた。
openworkなどで会社を漁っているが、エンジニアの理想郷がどこになるのか悶々としている (もちろん人それぞれだが..)
今までの会社としては 外資IT → 大手メーカー の2社で、現在の年収は 800 ~ 900 万ぐらい。
今はアーキテクト/ SM / Tech Lead らへんの業務をしていて、将来的には エンジニアリングマネージャー をしたいと思っている。
転職先には以下があると思うが、どれがいいんだろうか。
やりたいことは一番できそうな気がしているが長期的な自分のキャリアを考えたときに、平均年齢が低いことや退職金がないため不安が大きい。
また勢いはあり多くのビジネスを創出しているがどれも規模として小さいものが多いかつ、
またグローバルに成功している事例がほとんどないためあまり今後も市場が成長する感じがしない。
今Web企業のマネジャー以上にいるのはインターネット黎明期を切り開いてきた人だが、こういう人が自分の世代で生まれるイメージが自分はない。
自由に働けそうであるが会社の業績次第で職がなくなるリスクがある。
創立メンバーレベルで入らないと金銭的には結局は大きな企業で働いているのと変わらない。(SO的に)
モチベがある間に働くのはいいが、モチベがなくなったと時にどうするかをまた考えないといけない。
本当に優秀な人は引く手数多なのでいきたいベンチャーを転々としているが、自分がそういった働き方ができるほど優秀だと思わない。
クライアントありきのビジネスであるためクライアントに合わせたワークバランスになることが多そう。
結局は２次委託に開発を任せてたりするのでつまらないドキュメント作成＆調整業務だけをやるおじさんになる可能性が高い。
周りを見ている感じは仕事を楽しそうにやっている人が結構少ないと感じる。
ただ業界的には今後も成長する業界なので一生つまらない仕事をするのを覚悟すれば、キャリア的にはいいのかもしれない。
目先のサラリーは良さそうであるが、ハードワークに耐えられる気がしない。
ハードワークになるかどうかも案件次第なので、数年度どうなっているかもわからないので不安材料が大きい。
転職ありきの業界で、一生自分の市場価値を推し量る必要があるので大変。
またDX等は結局ITがわからないおじさんを相手にすることになるので、説明・調整が多く心理的にしんどそう。
ただ生産性をシビアに見られる環境ではあるので、自身のスキルアップを考えると一番成長できそうではある。
給料体系から変えて既存組織から切り離してIT化を推進しているケースもあり、最近の転職先のトレンドの一つな気がしている。
成功している例もちらほらあるが多くの場合には、IT化を進めたいが結局現場がついてきていない or 価値を見出せていないことがほとんど。
結局は人手不足でプロパーでやりきれずに、子会社 or 外注と一緒に仕事しているケースが多く優秀な転職者をあまり活躍させることができていないことがちらほら。
SWEとして入っても結局上司がIT知識不足であることが多く、レガシーなものとの戦いに時間を使ってしまうかつ、昇格とかは生え抜きが優先されたりしていることがある。
年功序列であり雇用が安定しているため、市場価値と待遇があっていない人と一緒に仕事をしないといけないためモチベの維持が難しい。
企業としての体力や福利厚生等の制度はしっかりしていることが多いので、生涯年収や安定性は一番魅力。
またレイオフ等がないことはないので、ずっと働き続けることができるとは思えない。
日本で外資ITに働くとなると純粋なSWEではなくプリセールス / 技術サポート / カスタマーサクセスが多く、
プロダクトを作るというよりはプロダクトを導入・普及する仕事がメインになりそうで、SWEとしての市場価値が上がっていくのかが不安。
また本社の意識決定が絶対なケースが多く、日本のような小さいオフィスは理不尽に振り回されることが多い。
自分の近くにフリーランスの人が少ないので何とも言えないが、案件をずっと取り続けることをしないといけないので面倒そう。
見た目の年収的にはいいかもしれないが、そこからいろいろ自分で年金払ったり管理するのが面倒なイメージ。
マネジメントを経験できないので、自分のやりたいこととずれている。
私は最近ジャニーズにハマったアラフォーで、大手ユーザー系slerのSEです。
昨日ジャニーズのアクスタショップの開設のお知らせが、全グループにお知らせされ、Twitterで阿吽絶叫となっていた。
私自身あまりグッズには興味がなく、ふーんと思いながらTwitterを見てたんだけど、ジャニーズ事務所の販売方法とかインフラのショボさを指摘する声が多くSEの端くれとしては興味を持った。
まずジャニーズショップオンラインというグッズ販売するサイトが既にあるのに、アクスタショップは新規開設&事前の会員登録が出来ないらしい。
またアクスタ自体も数量限定かつ、全グループ一斉販売開始のためアクセス集中は避けられない形となっている。
数量限定は工場の確保とかの関係かもしれないので言及しないが、販売方法の見直しを望む声で溢れるのは仕方ないと思う。
私の仕事相手の親会社は考え方が古いけどお金は持っているみたいな感じなんだけど、ジャニーズ事務所も似たような雰囲気かなと思う。
きっと昨今のアクスタ人気に便乗して、社内ビッグプロジェクトとして企画されたんだと思う。
社内ビッグプロジェクト＝偉い人が無限に口を出すが、エンドは変わらないプロジェクトなのだ。(うちの親会社の場合)
最後の方は死んだようにプロジェクトを進めるリーダーが目に浮かぶ。
またアクセス集中からの鯖落ちは、ツアーグッズの販売開始時には当たり前のように起きるらしい。
普通鯖落ちしたら、親会社にパワポで反省文が当たり前だと思う。
それがほぼ毎回って学べよって思うんだけど殿様商売故なのか、まだオンプレでクラウド化されてないからサーバ増設出来ないのかなとも思う。
もしジャニーズショップがオンプレなら、アクスタショップはクラウド運用第一弾で、データ移行の観点から新規開設なのもちょっと想像できる。(うまくやれよと本音では思うが)
Twitterではアクスタショップはサーバの負荷テストなんじゃないかなんて推測もあるけど、ツアーグッズ販売時のデータから負荷想定なんていくらでも計算できるし、負荷テストなんて検証環境でいくらでも出来るだろ。
高額転売が人気の指標みたいなところもあるのだろうか。それともオタク達の嘆きを聞くのがたのしいサイコパスなんだろうか。
4年間、製造業向けのインフラエンジニアとして働いていたが、今日の出来事で辞めることを決意した。
【はじめに】
情報工学系の大学を卒業し、中規模ぐらいのSlerに入社、サーバ・ネットワーク関連を扱う部署に配属
配属された理由として、研究がサーバ仮想化やクラウド関係の内容だったこともあり「サーバ関連なら詳しいだろう」という理由
主に大手製造業の研究開発で使用されるサーバを導入・保守を続けてきた
サーバ運搬するにも100kg近いサーバを4～5人で運ぶのは当たり前だったし、サーバのキッティング作業、LANケーブルや電源ケーブルの配線もあるから大変&大変
また、保守作業も加わるから、サーバを引き出してHDDを交換したりマザーボードも交換する
デスクワークは4～5割ぐらいの印象
サーバ基盤環境作るためにサーバの構成やラッキング図、ネットワーク設計図などの設計書も作った
はじめはサーバもネットワークも設計書の作成は手伝い的な立ち位置だったけど、2年目からはサーバ機器のエンジニアになっていった
【やめようと思った理由1：失敗は許せない、効率よりも完璧主義者になれ】
今までもやめようと思ったことはあったけど、この経験できっぱりとやめることが決断できた
↓
↓
上司「チェックはどうしているんだ」
↓
俺「自分が部品交換してOSで取ったログを確認して問題なければ、常駐している社員にも確認させています」
↓
上司「それまでの流れは？」
↓
俺「事前に作成してあるマニュアル通りに沿って部品交換作業をしています また、ソフトウェアの扱い方を事前に調べておいて対応しています」
↓
上司「それじゃあダメだ データセンターへ移動するときの常駐メンバーへの連絡～部品交換完了まで一からチェックシートを作って細かくチェックをつけながら作業しろ」
上司「保守作業でミスしたらお前に保守の仕事やらせないからな」
↓
俺「...」
呆れたよ
ただでさえ、導入しているサーバ数が1000台以上あって限られた人しかデータセンター内で働くこともできない職場だってのに
ほぼ毎日のようにZabbixアラートがバンバン飛んでまた生産性のない作業を増やすのか！？って思ったわ
それに毎回同じ障害内容じゃないのに、チェックシートを作るとなると事前準備だけで時間食うし、短期間で解決しなきゃいけない障害もあるのに無謀すぎるだろ
自分も保守作業でミスをしてはいけないっていったら、そりゃあミスしないのが一番に決まっている
常駐メンバーへの連絡→チェック
データセンター内に入るときに不要な電子機器の持ち込みはないか確認→チェック
：
なんかもう保守作業自体やりたくなくなったし、会社の中で上司の命令に忠実で完璧主義者にならないと仕事できないのかなあって思った
以前にも同じように、
誰かが1つミスをする
↓
↓
って流れを4年間で何度も何度も見てきているから、効率を求めるよりも完全に正確性だけしか考えていない上司やプロパーばかりだった
そのせいもあり、社内で使う技術がレガシーだったりExcel至上主義が当たり前になっていた
2ch創業者のひろゆきの配信で「ITの仕事は他の業界の人員を削減するためにある」って言っていたけど、IT企業なのに自社で時間のコストばかり増えて効率化とは程遠い存在になってしまっていた
そんな繰り返しの環境にいたら自分がおかしくなってしまいそうって思い、退職を決意した
GAFAでも個人情報流出を何度もやっているミスを犯しているけど、それでも業績は確実右肩で伸びているし利用しない人がいなくなっていないどころか増えているんだよな
それは、1つのミスをやったとしてもそれを有り余るだけの魅力的なコンテンツやプロダクトを利用してる人が多いから発展し続けているんだよ
ニコニコ動画だと、プレミアム会員数の減少や現存ユーザ数も少なくなっているなどで悪いニュースしか流れない感じで、コメントが流れなくなったり通信障害やメンテナンスの長期化など様々な問題を起こしてきたのも事実だ
しかし、それがニコ動が衰退した大きな理由ではなく、「某動画サイトのほうが機能もコンテンツも充実している」「某配信サイトでは無料なのに、ニコ動は有料だ」的な理由が大きく占めるからミスして終わりではないんだよ
一方俺の会社は、ミスを防ぐだけの取り組みをしているがプロダクトや技術力などの魅力があるわけではないから詰んでいるけどねｗ
というかそんな取り組みしても、自分もそうだが社員は何かしら問題起こすから意味がなくなっているけども
まず、驚いたこととしてサーバにアテンションランプがつきまくりで、HDDやメモリが壊れていることも普通な感じで放置されていた
そんな環境で100台以上ものサーバを運用しているから、さらに驚いた
なんでそうしているのか、現地で働く人に話を聞いたら「キッティングするのが仕事で、それ以外は契約外」の一点張りだった
別にそんな話をしたことでその人はビクッて驚いた様子もなく堂々としていた
日本の今の会社で働いていると、「この期間までにキッティングを完了しろ」「翌日までに保守対応しろ」と期間内で解決するためのプレッシャーに押しつぶされそうになったり、担当外の会社に導入しているサーバ保守や設計、キッティングも手伝ったりってことでジョブが確立されていない
「日本の常識は世界の非常識」とよく言われる通り、このまま10～20年以上いたら上司みたいに外の世界をよく知らない人物になってしまうかもしれない
この経験で、このまま今の会社の文化に洗脳されてもしリストラか倒産されたとしてこの先エンジニアで生きていけるのか不安になった
【やめようと思った理由3：インフラよりもWeb開発が好きだと気づいた】
まあ、ベンチャーで神のようなエンジニアとは程遠いけど、自分でWebサイトを作ったり機械学習を使って統計取ってみたりQiitaに勉強会の感想や学んだ技術について書くことが多かった
インフラの知識を使ってサーバ構築したりするけど、自分の発想力でサイトを作るプログラミングが楽しく、昼頃から深夜の5時くらいまでプライベートで開発していたことが何度もあった
今の仕事よりもweb系開発企業に属したほうが全然マシなんじゃないかと思った
周りの社員からもベンチャー向きかベンチャーで働いたほうが良くね？って言われることがあったから、周りの推薦もあって自分も転職しようと決意できた
【これから】
とりあえず、今は忙しくて「会社辞めます」なんて言える状況じゃないから、しばらくは耐えてみるよ
なんかバカにされる。
[Java]
見た目が汚くて2ちゃんねる好きそう。
[Python]
機械学習用のやつ。
[Ruby]
[Golang]
[Perl]
はてなが見限った。
[C++]
おれには使いどころがわからない。
[C#]
[Scala]
[HTML]
簡単って言われるけどブロック要素とインライン要素の違いも知らない人が多い。
[JavaScript]
[Swift]
iOSで開発するやつ。
そういえばstoryboardしか使えない人が入ってきて役員が怒ってた。
[Kotlin]
Android用かと思ったら結構サーバサイドでも使われてる。
[なでしこ]
なんかやたらスカウトメールが来たり、気になるってのをされてるんだけど
実際コードとか経歴とか見たりした上でやってるのかな、これって
Go言語の経験年数5年以上が必須ってところから気になるってされたけど
おれRubyしかまともにやったことないんだけど、ってことはやっぱり手当たり次第送ってるんだろうな
ちなみにpaizaってS級からD級まであるらしく、自分はB級まで取ってみた
難しいってより問題文理解するまで時間がかかるだけで、たぶん実務でやってる人なら内容は余裕
A級から上は数学的な知識が必要っていうし時間かかるからまだやってない
思えば大学入学まで最低限の勉強で、大した努力もせずに簡単に手の届くところへ入学→卒業を繰り替えしてきた気がする。
大学に入り、少し専門的なことに手を触れることで初めて机に向かって真剣に勉学するようになった。
そのおかげで成績はそこそこあり、今の大学なら簡単に院にも行けそうだ。もちろん、独学で院試を行い、大学を選びなおしてみても良いだろう。
ただし、大学院というものは基本的に研究を行う場である。 自分の行ってきたことが、何かしら活用されることに価値を感じる自分にとって研究は不向きなのは分かってる。
勿論、研究が活用されることも多々あるが、研究→実用までの時間がかかりすぎることを自分は嫌ってる。
つまり、変に研究するぐらいなら、何処のSlerで開発でもしておいた方がいいのではと思いつつある。
進路どうしようかな・・・・ｗ
は？
日本人もSlerを育てられない遺伝的欠陥をもった民族を人為的に島国に閉じ込めて繁殖させてんじゃん
だから欠陥民族になった日本人を地球から無くしてもいいよねって考えに猫だから人間だからって言い方せずに真っ向から反論してみろよ
このままだと数百年たっても優秀なSlerは育たないし、仮に産まれても即欧米社会に逃げられてさらに遺伝的欠陥を持つようになるんだけど
民族のプライドで断種を拒否するのと人為的な操作とどう違いがあるの？
スコ猫という種そのものが障害を持つ種族であるけどその種を断種すれば障害を持つ「猫」は産まれて来なくなるが同時に「スコ猫」も産まれてこなくなる
では日本人という人間そのものが合理的判断をできない障害を持つと認定されたときに日系を断種すればその障害を持つ「人間」が産まれて来なくなるが同時に「日本人」も産まれてこなくなる
火病持ちを障害扱いして朝鮮人を断種しろ！というのに賛同できるなら
また、欧米よりも圧倒的にSlerが育たない環境しか作れない日系人種もまた障害持ちであり断種されても仕方ないのではないか？
だから種を断種するということがどういう行為なのかを一旦考えてみるべきだと思う
例え痛みや障害を抱えても生きる権利はあるし、産まれてくる権利もまたあるでしょう
だいたい不治の病を抱えて産まれてきた障害者が短命の中でも自己肯定を失わない以上は
お前は産まれてくるべきではなかったし、これからはお前のようなやつが産まれてこないようにするなんて発言は許されるものではない
後天的に障害を無くせるようにするならばともかく産まれてくることを否定するのは極めて危険
自分の判断で障害持ちの1つの人種を消せるとして気軽に消せるのか
