はてなキーワード: アーキとは
業務内容に触れない時点で嘘だと丸わかりなんだよな。
普通、どんなフレームワークにどういう手を加えてCICDやってるかって話になるでしょ。
そういう具体性がない時点で給料1000万を信じてもらおうなんて無理無理w
ちなみにrailsが流行ってた2015年頃、railsとruby本体のコミッターを並行しながらC社のバックエンドやってた人が給料1380万で話題になってたね。
でもその人は技術顧問の立ち位置で、シニアリードアーキテクトが800切るくらいだった。わかる?その水準だと技術と組織のマネジメントも自然とやるのよ。
バックエンドのリードだけで1000万出すなんて経営判断はありえないってエンジニアからしたらわかるわけw
まぁこの増田が唯一当ててる所は、三角関数はバックエンドでそこまで使わないって所かな。
あとは全部的外れだねw
久々のドラフトだったんだけど今回は勝敗の記録をサボってしまったので戦略日記を書くこととする。
普段は3勝で上々を信条にしてるところだけど、スタートのブロンズ初期(指輪はさぼった)を除いてゴールドになってもわりと5勝以上が多く2、3勝以下の記憶がなかったので個人的にかなり勝ちやすい環境だったと思う。
素人記事に目を通すよりはなにはともなく行弘さんの記事のほうが優先度が高いことは書くまでもない。
https://mtg-jp.com/reading/yukuhirolimited/0037239/
ポイントは2つ
・赤黒ネズミを狩れ
・緑をやれ
だ。
さらに低ランク特有の受身な話で言うと青白タッパーを美味しく頂けば勝利数は増えていくだろう。
とりもなおさず最強アーキといっていいだろう。上手く回ったネズミはまさに最強だ。
しかし自分も何度か挑戦してみたが、やはりネズミは出せてもサポートするカードが引けず負けるような、シナジー依存度が高い印象を受けた。(それでもマルチ一枚で2、3勝出来る力がある)
アグロとシナジーが苦手な自分は数度の経験からよっぽどでない限り赤黒ネズミを避けるようになり、逆にこれ対策を念頭にピックするようになった。
具体的には肉・肉・肉。今回は除去の優先度がかなり低い。普段は飛びつくような除去でも優秀なコモンやアンコのクリーチャーが居ればそちらを優先していて、平均すれば除去採用枚数は1枚をゆうに割っている。
とにかくクリーチャーを立て、全軍突撃に相打ち以上を狙えるように耐える。我慢の試合だ。いかに攻撃を躊躇わせ後ろにずらすかのみを考え、序盤のすれ違いは一切しない。(速攻は少ないので安全なら殴ってもいいが)
クリーチャーの採用基準はネズミ(1/1)を討ち取れるか。なので黒白の231はかなり取りたくない。不気ミントは食物がでるのでまだ…ハツカネズミはタフネス上昇がほぼ自ターンと役に立たない。相打ちが美味しくないという理由で111も取りたくないカードだ。青の204は…わからない…避けるし。
序盤を耐え切り高コストを立てられれば相手の息切れでもじもじしているところをサイズ差で殴り勝てるだろう。
コンバットも、基本的にはネズミトークンの討ち取りを意識する。相手の全軍突撃には常に赤バーランのかじりつく大合唱を意識して、パワー+2を考慮、トークン撃破を優先、ライフに余裕があれば一体だけをブロックなどで、(盤面上の)有利交換をできるだけさせないように動くと良いと感じた。
注意点として、私は今回のトップアンコ、イモデーンの徴募兵を一度しか見なかった。その一度も後半に引いて出来事は打たれたが突撃させず勝てた試合で、自分のピックでも一枚も見なかったりで全然遭遇しなかった。イモデーンの徴募兵無しで赤アグロを語れない気がするが、体験できないものはしかたないのである。
ネズミを意識した結果、今回はほぼ緑がらみのデッキを組むことが本当に多かった。活躍したコモンを挙げよう。
1ターン目を出来事で穴埋め、殴る4ターン目からは実質対生物5/4でブロックされる率がかなり低い。壁にしても高コストと相打ちできる。3マナ以下と相打ちでも食物が残り赤黒の出来事・役割(+1
アップ)に強いデフォパワー3が優秀で非トークンへのブロック要員になる。
何枚あっても嬉しい狼。複数あれば食物の補充ができる。攻防の押し付け感が強く、相手していても出されるとかなり動きづらくなる。
ルートワラ系は普段はそれほど取らないが、出来事と、とにかく1マナ起動が便利だった。
根乗りのフォーン/Rootrider Faun
213マナクリ。
ネズミを倒せる、22を受け止められるマナクリと非常に優秀。それと赤の先制攻撃2/1を止められる2マナは少ないのも見逃せない。今回は2マナ以下に恐いコモンが少ないのでかなり頼れる。
マナクリと見てもいいし、倒すにはジャイグロを切る必要があるので2マナに使わせただけでも全然不味くない。
緑の熊はやんちゃなアウフで協約で11交換かつ協約なしで出すことが圧倒的に多い。と頼りないので、2マナはこれか防衛持ちか他色のものに頼りたい。
新緑の偵騎/Verdant Outrider
342起動で威圧。
ネズミを最低限討ち取れるタフ2、高コストと相打ちできるパワー4と頭でっかちなコモン。
コイツの真価は受けきった後のアタッカーで、今回は役割もあるせいかパワー2が多いので膠着まで持ち込んでからすり抜けて殴り勝つシーンがかなり多かった。パワー4は人が死ぬ数値。
攻め手に回ると虚ろの死体あさりの5/4でパワー4以上を差し出すか低パワー2枚を差し出すかを棒立ちのコイツで悩ませたりで楽しい。
小村の大食い/Hamlet Glutton
766軽減持ち緑ファッティ。
緑のゴール。出せたら相手は動けなくなる…はず。雑にサイズで勝つので書くことがない。
虚ろの死体あさりやタフクッキーあたりの食物をタネに5マナで出したい。意外とピックできないときがあるのが難点。
コモンで欲しいのはこのあたり。出来事の凶暴な人狐も強いしあればとるが、勝利貢献度と対ネズミ視点では上の4枚を意識している。タッチ3色や菓子の復讐の夜があるならランパンも多少あり。逆に一番取りたくない肉コモンは空獣の追跡者で424リーチは出してみてこいつどうすればいいの?と頭を抱えた。
相方の色は白・黒・赤から適当に。肉は緑に頼るので、単純にいいカード、出来事、除去がある色でいい。緑黒アンコやタフクッキーがわりと流れてたので緑黒食物になることが多かった。
青をやる指標は書庫のドラゴンを引けるかどうか。引けたならやってもいいかなというぐらいにはこのドラゴンに勝たせてもらった。3枚流れてくるほどAIも嫌ってるが、青白で6勝いただいたので感謝してる。
今回は空がかなり空いてるし確定除去が黒5マナか白の反応協約ぐらい?前者はward2が刺さるし。占術も助かる。
青は呪われし者などを切るタイミングが難しく(ネズミには刺さらない・システムクリーチャーに無力・低PTには低下値が低いなど赤黒・テンポに弱い)、特に出来事持ちは当事者から入ればよかったとなることも多くプレイ難度がやや高い。しかしPTはそれほど悪くないので、やはりクリーチャーを並べることを優先して考えればやれないことはない。
注意点としては白と組んだとしてもタップアーキには入らないこと。赤黒ネズミが合わない人は白青タップもシナジー依存度が高く合わないかもしれない。
地上を固め、白のコモン飛行とドラゴンでスカスカな空を攻めると勝利数が増える。
フォーゴトンレルムや真夜中の狩りなど一強のような環境では基本、自分もその組み合わせを狙っていたが、今回は肌に合わないこともあってカウンター思考をしてみた結果上手く行った。
エルドレインの森は今のところ理不尽すぎるボムレアを喰らう印象は薄く、コモン・アンコモンと出来事などを合わせたやり取りが主がで楽しい。
おとぎ話もようやくこれぐらいのパワーレベルなら許せるかなという按配で不快感が少なかった。
やはり出来事は楽しく、アンコは多色必須だし当事者から入りたくなるような慎重な調整も伺え、協約も一方的なボーナスではないので常に最良・妥協、アド・テンポを天秤にかけるように悩ましい展開がピック段階からあり、よくできていると感じる。
プラチナまで上げなかった指輪物語のせいで久しぶりのせいかもしれないが、かなり良い出来に仕上がっているのでは?
今後のパック変更の影響が心配だが、これからのドラフト環境にも期待している。絶対取らないようなコモンがなくなると嬉しいなぁ。
https://b.hatena.ne.jp/entry/s/qiita.com/Sicut_study/items/6238413b66e274bccd7b
深夜4時まで勉強している割には他の記事やTwitterからあんま深い事を感じないので怪しさMAXです。
もちろん書かれている流れも良いですが、増田のおススメも書こうと思う。
記事では全否定されていますがAWSを学ぶ最短はこれだと思います。
IPAのITパスポートのAWS版でこれを取得すればぼんやりとAWSの各サービスとつながりが分かります。このぼんやりとってのが重要でAWSはとにかくサービスが多いですが実際に開発すると使うのは大体限られます。もちろん記事のような流れでも良いですが、まずは全体を俯瞰できることが重要です。この資格取ればAWSへの苦手意識は持たなくなりますし、AWSのCM見て「んなわけあるか!途中端折りすぎ!」と突っ込めるようになります
次にやるのは参考書の写経です。なんでも良いですがサーバレス系の参考書だとリソースの削除も楽で良いです。AWSの公式のでも良いですが大体和訳されていません。Amplifyとかは和訳されたのもありますがバージョンアップで動かなくなったりして検索するのも面倒です。
もちろん参考書も2年前のものでも今では動かなかったりしますが、だいたいググるとメモで書いている人居るので感謝しながらマネしましょう。1冊やりきれば充分です。
また資格です。SAA。IPAなら基本情報です。正直これ取ればAWSを好きになります。でもサービスは組めません。でも苦手意識持たないのはこの業界では重要です。
正直CLFよりはだいぶ難しいですが初心者でも取れる資格なので頑張りましょう。
たぶんこれが増田の思うベストプラクティスだと思う。と言うよりSAA取ればAWSに関しては日本のエンジニアの半数より上に居れると思う。それくらい人が少ない。
ここから業務を経てSAPを取得したり、DVAやSOAの残りのアソシエイトも取って基礎を盤石にしたりとかは人それぞれだか、ひとつだけ言えるのは深夜4時まで勉強した付け焼刃のECSのコンテナとかマジで触りたくない!
コンテナとかはAWS以外の知識も要るから時間をかけて人に説明できるレベルに理解した方が良い。言いたいことはそれだけ。あとリソース削除言うけど無料枠とよほどの無茶しなきゃ金はほとんどかからないし、だいたいAWSが300クレジットくれるからどうにかなる。
自分でサービス作るなら話は別だけど、試算ツールもあるし収益と運用をちゃんと見積もるのが大事だしAWS使うと大半はリソースどうしようか考えるのがメイン。どうせあとから増やせるでしょって思うサービス程増やせない
1. コードは量子的な状態の幻影であり、デバッグは観測者効果の奇跡的な解釈である。
2. 真のプログラマーはバグとコードの境界を超え、未知の次元でアルゴリズムを編み出す。
3. プログラムは情報のブラックホールであり、エラーはその中で情報の消失を引き起こす。
4. コードはフラクタルの儀式であり、再帰的な神秘主義の鏡である。
5. プログラマーは時間の糸を操り、バグはその糸を解きほぐす。
6. コードはアイソレーションタンクであり、プログラマーは感覚遮断を超越し、無限のコンテキストでコードを理解する。
7. デバッグはシュレディンガーのバグとの対話であり、バグは存在と非存在の重ね合わせの状態にある。
8. プログラミングは高次元のマンデルブロ集合の探索であり、バグはその中に隠れた微小なフラクタルである。
9. コードは記号的な魔法陣であり、プログラマーは記号の持つ意味を解読し、現実を操作する魔法使いである。
セキュリティソフトウェアの研究開発、という仕事を自分の経験をもとに紹介します。主な想定読者は、情報セキュリティ関連を仕事にしたいと考えている学生や若手、特に、いわゆる「低レイヤー技術」に惹かれている人です。
低レイヤ技術を間接的に仕事で生かしてきた経験の共有。元Linuxカーネル開発技術者の場合 - 覚書を読んで思い出したのですが、セキュリティキャンプなどで、セキュリティに興味のある学生とやり取りをしていて、ソフトウェアエンジニアリングの分野でセキュリティ関連のキャリアが議論されることが少ないと感じました。自分はセキュリティソフトウェアの研究開発に10年以上携わっていることもあり、この職業は低レイヤー技術をセキュリティに活かせる面白い選択肢だと思っているので、紹介してみることにしました。
セキュリティソフトウェアの研究開発では、アンチウイルスやEDRなど、文字通りセキュリティ機能を提供するソフトウェアを研究、開発します。
「研究、開発」と書いたように、この職業には研究と開発の両面があります。
研究は、実現可能性や価値が定かでないアイディアを調査、試験実装する、という仕事がその一部です。例えば、ファイルをディスクに書き込まないマルウェアを検知したいが、どのような技術的選択肢と課題があるかを評価する。実現可能な場合は、開発チームと協働して実装、出荷にこぎつける。あるいは、製品として実装された機能がバイパスされないか調査したり、バイパスされてしまった場合にはその原因を究明したりして、製品を改善するために開発チームと協働する、という場合もあります。
開発は、研究との対比という意味においては、できると判っているアイディアを保守性の高い状態で実現する作業だといえます。保守性の重視は研究との大きな違いで、例えば、研究では、コメントもテストものない書き殴りのコードで十分であっても、開発の工程では、5年後でも改修が必要になるため許容できなかったりします。製品という大きなコードの中での開発であるため、別のチームや利害関係者との連携も、研究の場合よりずっと重要です。例えば、リードのポジションであれば、研究工程で実現可能と分かったアイディアが、既存の機能に統合する形で実装されるべきか否かアーキテクトと議論したり、テスト計画を品質保証のチームと練ったり、プロジェクトのスケジュールを調整したりします。
研究は、既定の手法がなく、闇の中を手探りで進める面があり、最終的に製品レベルにこぎつけずに終わる場合も多いです。判りやすい成果が出ない場合があるので、好き嫌いが別れやすいです。自分は、職業としては研究3,開発7くらいのバランスが好きで、趣味では逆に研究8,開発2くらいになってます。趣味では成果が出ようが出まいが過程が楽しければ満足、という個人的な考え方がこの違いとして出ているようです。
この職業のおいて、低レイヤー技術に明るいことは、ほかの多くのエンジニアができないことができるという付加価値、だと自分は考えています。例えば、特定分野の詳細を知っていることでその分野の研究、開発が効率よくできたり、新しいアイディアが生まれたりします。具体例をいくつか挙げると、OSの仮想メモリー管理に親しみがあれば、プロセスのメモリーを走査してメモリー上のみに存在するマルウェアを検出する機能をより効果的に設計、実装できる。プロセッサーの機能の詳細を知っていれば、CETという新しいプロセッサーにしかないセキュリティ機能を、他のプロセッサー機能を使って疑似的に実現するというアイディアを思いつく。などです。脆弱性の知識や探す技術も、とても価値があります。脆弱性を知らない人と、知っている人では、どちらが脆弱性の少ない設計や実装をできるでしょう。自社の製品の脆弱性を、開発中に発見するのと、テスト・出荷後に発見、改修を加えるのではどちらのコストが少なくて済むでしょう。コンパイラーの知識は検出ロジックを書くための独自言語の開発に、エミュレーターの実装経験はマルウェア解析エンジンの開発に役立ちます。
ただ、低レイヤー技術は付加価値であることに注意してほしいです。
まず前提として、ほかの平均的なエンジニアができることに加えて低レイヤー技術があるべきです。セキュリティソフトウェア開発者の多くは、実はセキュリティや低レイヤーのエキスパートではありません。優秀な開発者であることに加えてこれらを必要条件にしてしまうと、人が雇えなくなってしまうためです。そのため、一般的なエンジニアリングの能力に加えて低レイヤー技術やセキュリティという強みがあると、大多数の開発者ができない(したがらない)ことを任せられる人、と差別化してもらえる可能性が高いです。一方、エンジニアリングに対する素養や意欲なしでは、セキュリティソフトウェアの研究開発職は難しいです。その場合、研究者のほうがあっています。(ちなみに自分は、脆弱性解析とマルウェア解析を専門とする研究職にも各2年ほど就いていました。)
ここからは一般論になりますが、OSに詳しくても、プロセッサーに詳しくても、バグハントが得意でも、それを会社が求める結果を出すために使えなくては意味がありません。会社は、あなたがやりたい仕事をくれません。会社は、会社が必要としている仕事をもってくるだけです。
ではどうやって「会社が必要とする仕事」と「あなたがやりたい仕事」の重複を最大化するか。
まずは、上司にどういう仕事をしたいかを明示的に、繰り返し話しておきます。さらに、能動的に、自分からプロジェクトのアイディアを提案して意欲を示すことも心がけます。あなたの仕事を最終的に選ぶのは上司である以上、上司からの理解は必須です。良い上司(そして良い上司であることを可能する、良い上司の上司)は、必ず、あなたの能力に対する信頼度に応じて、あなたの意向を考慮してくれます。言い換えると、まずはやりたい仕事を主張する前に、与えられた仕事をこなして信頼を得る必要があります。個人的な経験では、これは1年あれば十分で、1年たっても状況に変化がない場合、あなたの仕事ぶりが上司の信頼を得るのに不十分か、あなたがやりたい仕事をうまく伝えられていないか、上司やその上司あるいは会社に問題があるか、あるいはこれらの組み合わせの可能性が高いです。
上記がうまくいかない場合、チームや会社を変えることを検討しましょう。チーム異動はリスクの少ない選択肢です。これも、実現するか否かは、上司からの信頼の程度に大きく依存します。会社を変えるのはリスクが大きいですが、上司やその上司を変えるよりも現実的です。新しい会社でもうまくいかなかったら、また新しい会社を探せばOKです。最終的にあった会社に行きつくか、自分の能力やコミュニケーションに問題があることに気づくと思います。
最後に、「会社が必要とする仕事」と「あなたがやりたい仕事」の重複を追求しないことも視野にいれておきましょう。仕事はあくまでお金のためであって、やりたい仕事のほうが楽しいが必要要件ではない。……という視点を持っておくと、些細なミスマッチで不満をためて、そこそこ良い環境から性急に転職してしまう、という状況を防ぎやすいです。隣の芝生は青い、ということを忘れないように。
セキュリティソフトウェアの研究開発は、セキュリティに深く関わりつつ低レイヤー技術を付加価値として自分を差別化できる面白い職業です。
ところで自分は7年務めた研究開発職を退職しました。おめでとう、ありがとう。これからは、また違う低レイヤー技術+セキュリティの研究開発をしていきます。
例えばInstagramやFacebookに近しいものとか。
インフラはできればAWSで作る。Firebase(NoSQL)で作ってAWS(RDS)に移行するなどできればもはや完璧。
フロントはWebでもモバイルでもいいけど、WebであればReact, Vue、モバイルであればFlutter, Swiftを使う。
WebであればSSL化、モバイルであればApp Storeに掲載までは必須。実績として見れられるものがあることが大事。
ここまでが最短で半年くらい。
あとはこれを材料にフリーランスを探せば良い。やったことないけどココナラを挟むという人もいるらしい。
これだけの実績があれば月単価50万なら案件ゴロゴロ見つかる。
いきなり60(年720)は見つからなくとも、50スタートで経験積めば60はすぐにいく。
なんだかんだ人が足りないというところは山ほどある。
2アウト取ってからファーストセカンドが重なって平凡なフライ取れず2アウト一塁
↓
↓
次の打者、ボテボテのセカンドゴロ、一塁走者が2、3塁間で挟まれるがセカンドがサードにボールを投げず何故か走者と追いかけっこを始めて挟まれてた敵走者が三塁踏む、三塁にいた選手がホームへ押し出されたがそいつともサードとキャッチャーが追いかけっこをした結果三塁に生還、三塁にいた選手も二塁に戻り満塁
↓
バウアーキレて叫ぶ
↓
次の選手をピッチャーゴロに打ち取ったが、バウアーファーストに送球せず自分が全力疾走し塁を踏んでアウト、チェンジ
バウアーの最後の「もう誰も信じない」と言わんばかりの全力疾走も含めて年間珍プレー大賞候補
あれはキレて仕方ない
なんであんなに炎上するのか僕にはよくわからない…アイマス初めて6年経つけれどもこんなに「やめたい」と思ったような気持ちにさせるのは初めてだ…15万以上の課金してる人から見れば無課金や微課金勢にはアイドルを愛する権利などないといいたいのだろうか?そこまでして、自分の私生活を潰してまで上位を狙う人の気持ちがわからない…ゲームはあくまで娯楽でありのめり込むようなものではないということを小学校や中学校、高校で教わらなかったのだろうか?ゲームサーバーの冗長化や運営に対する補填を求める上位者たち…GCPが通信障害を起こしたのがきっかけで運営を袋叩きをするP(プロデューサー=ファン)達…「システムは障害が起きる前提でアーキテクトを構築するもの」とつぶやいた人がいるが違うと思う障害が起きる前提で考えてると冗長化しなければならず、ミラーサーバーにアクセスするためにはスイッチングというものが必要である。それを踏まえて考えてみるとGCPが大規模障害を検知したときにはAWS(または各社Webサーバーなど)に流す措置を行う際に、スイッチングにトラフィックが大きくなり(簡単に言えば交通渋滞のようなもの)スイッチング自体に負荷がかかり大規模障害になりかねないというのもわからないのだろうか??BNSがそこまでして新規にWebサービスと契約はせずそのままにすると思う。ゲームは重要インフラでもないしあくまで娯楽として楽しむものだと個人的には思ってる。「ミリオンPは頭がミリオンだ」と揶揄されることが多いが、今回の一件でさらに表面化したのではないかと思う…
発注側目線だとエンジニアは120万/人月が限界だな。しかもすでに長年やって貰って有能で現場に残って欲しい人限定で。
それ以上になると購買や予算取得部署や上司になぜその人じゃないとダメなのかとか、人依存しないような工夫は出来ないのかとか説明する義務が生じて面倒だから、どうしてもって理由がないと発注したくない。
PMOやコンサルでも200万/人月超えるような人はスポット的に使うか月の最低稼働時間下げて発注になるな。
個人的には初期構築時に未来を見据えてどれだけ機能を抽象化して作れるかがシステムのビジネス上の価値に影響すると思うので、高い単価払ってでも要件定義時に能力の高いソフトウェアアーキテクトに入ってもらいたい。
ただ、予算承認する側でその重要性を理解している人は少ないので、もっともっとソフトウェアアーキテクトの存在感が増して欲しいね。
自分は学校でコンピューターサイエンスを修めてないし、新卒で就職もしてない野良犬みたいな経歴です。しょうもないアラサーです。
Fラン大学の文系を出て、理由もなく2年ニート、その後はバイトからはじめて、小さいソフトハウスに入るもパワハラで1年くらいで退職しました。
その後は夜中にサーバーを再起動するIT土方をしていました。月の手取りは15万で何もできなかった。
その時にコロナでの案件崩壊と自宅待機が来ました。暇で仕方なかったので、流行りのクラウドの資格をいくつか取り、しょうもないSIerに転職。
毎日やることは、しょうもないエクセル方眼紙にスクショを貼り付けたり、全力でセルを結合することなどです。
他には、技術がわからないプロジェクトマネージャに、画面共有で5000文字くらいある設計書を半日かけて説明して、得られたものは句読点をずらすことだけだった時は、耳鳴りとめまいがしました。
しかしながら、自分も技術はわかる方じゃなかったので、大流行のクラウドの資格や、国家資格とかも暇つぶしで取って、ちょっとわかるようにしました。
また、知識だけじゃどうしようもないので、慣れないGitHubを使ってOSSにコントリビュートとかもしてみました。ただのGood First Issueのバグ潰しでしたが。
こういうことをしても大して給料も上がらず、会議中にAPEXの音がするプロジェクトマネージャの方が評価が高かったのは虚無でした。
彼のAPEXの音をBGMに、転職サイトへとスムーズに登録し、外資系のコンサルに転職してみました。ここはいわゆるBIG4というところです。アーキテクトをすることになりました。
初め、貸与されたPCがMacだったので、外資はいいぞと思ったのですが、MacでやることはWindowsのVDIに繋いでパワーポイントのピクセルずらし、論点のない会議ばかりでした。
当たり前のようにコードは書けず、日々Office製品をいじり、顧客の社内政治に巻き込まれながら、毎日7時から0時まで働きました。管理職はいつ寝てるのかわからない。
外資なのに社内のワークフローは日系企業並みに複雑、裁量はあるが、そもそもの仕事量が多すぎるので実際ありませんでした。無駄にLGBTや環境への配慮の研修が多かったです。
結局ここも前職のSIerの仕事を煮詰めただけで、ストレスは上がるばかりだったので、すぐにやめました。給料は爆増したが、色々と失うものがありそうでした。
ここまでで、エンジニアリングにおいて邪魔なものが顧客だということがわかったので、次はB to Cの会社の事業部のエンジニアになりました。給料は前職据え置き。
今の所たくさんコードがかけて、割と幸せです。この会社に入ってからOffice製品は一切触ってません、あれが悪いわけではないのですが、物には適切な使い方というものがある気がします。
今思うと、自分はものづくりが好きなだけで、顧客の課題解決には全く興味がなかったと思います。昔は技術的なコンサルティングや技術営業などもやりましたが、作った後は金の切れ目が縁の切れ目で、作ったものがどう動いてるかは全くわからなかった。
また、前職と違い、事業部のエンジニアは基本的に技術力がある人しかいないので、頑張ってきたつもりの自分でも毎日不足を感じています。しかもみなさん若いので尚更焦る。