所属企業が証明されているユーザーが集まるコミュニティに参加しよう！

現状GitHub CopilotとCursorがメジャーだと思うのですがどちらがお勧めとかありますか？

もし他にもこれ良いよみたいなのあればぜひ教えていただけると幸いですmm

偽物か、本物かはわからないですがこれ見てる感じだと日本人が米国の大学院に行ってMetaに行くのはほぼ無理ゲーそうですね😭

Ivyリーグでは無くてCSプログラムのレベルを見てるのが意外でした。そして一部の会社は一回でも働いた事がったらNGってすごいな。

私はこの中のどれかで働いた事があるのでMetaさんにはご縁がなさそうです・・・

https://x.com/deedydas/status/1904030315603181737/photo/1

こういうの運営さん好きそうなので先に許可どうぞ😂

知り合いのスタートアップがAIコーディングを積極的に導入していて話を聞いていたのですが、手っ取り早くコードは書けるものの、やはりセキュリティ周りはガバガバな事が多いらしく、そこらへんの知見がついていない人が今後増えてくるとセキュリティ系の会社が儲かるんじゃ無いかと勝手に思想を膨らませています。

外資ITにSWEとしての転職を志している者です。

東京ではどうしても有名tech企業のソフトウェアエンジニアのポジションの募集が少ないと感じ、

LinkedInでAsia Pacific Areaのリモートの募集を確認したところ、選択肢がかなり広がるように感じます。

サークラーのみなさんで外資系企業にフルリモートで勤務されている方はいらっしゃいますでしょうか？

もしいらっしゃれば、上記のポジションに合格した場合に海外の企業で働く為のビザ等の手続きがこちらの方で必要なのか、そらとも企業側で進めてもらえるのか等

ご存知の方がいらっしゃれば教えていただきたいです。

高トラフィックの経験してないなーと思い、そのような経験が積めそうな企業を受けています。

しかし大概そういう企業は求める経験に「高トラフィック環境での開発」が入っています。

自分の求人リサーチ力が低いせいとは思いますが、じゃあどうすれば良いんだ？という気持ちです。

皆さんのお考えを聞いてみたいです

裏話のスレッドをみてそういえば最近ガチな面接チートツールのYouTube Shortsとか流れてくるなと思い興味本位で調べてみたのですがこんなサービスが今あるんですね。 SWEとしてはもう最初のキャッチコピーだけで笑っちゃいました😂

メジャーなツール全部に対応していて私も面接をする側ですがここまでされたらもうわからんて🤦

作っているのも21歳の学生でBig Techのオファー全部蹴ってこっちの開発に専念してるらしいです。収益も100万ドルを達成しそうだとか。

https://www.interviewcoder.co/

※使うことは推奨しませんので魔が刺したらご自身の判断でお願いします🙏

考えてみたらビジネス側の職種よりも技術系の面接の方がパターン化されている、正しい答えがあるという意味ではこう言ったツールが先に出てくるのは妥当そうですね。

うちは良くも悪くもAIコーディングなどを自由に使わせてもらえるのですが、特に若手(新卒~2年目とか)が上げてくるPRの設計がなってなかったり、社内のコーディングルールに沿ってなかったり等、諸々前提となる知識が抜け漏れていて死ぬほどPRのレビューに時間がかかっているのですが似たような状況の方いらっしゃらないですかね・・・？

AIコーディングを使う事自体は私もやっているので問題ないのですが、ある程度知識がある前提で使わないとこう言う事になるんだなと疲弊しています笑

学部卒 (大学院中退) のエンジニアです。

中長期的なキャリアとして外資系IT企業への転職を検討しています。

外資系IT企業は修士を持っていないと入社できないという情報を昔見た気がするのですが、実際のところどうなんでしょうか？

元々エンジニアではない別の業界にいたので、何か相談するときは常に仮説を持ってこいということを徹底されていたのですが、web開発の世界だと「壁打ち」という文化があって、何もわからず考えもまとまっていないけどとりあえず言葉にして相談してみることがありますよね。

壁打ちすることで別の視点からフィードバックをもらえて有用だと頭ではわかっていますが、何の仮説も持って行かないことに強い罪悪感を抱いてしまい、なかなか相談ができません。

とりあえず相談するということに対して、精神的なハードルを感じることはあるでしょうか？

ソーシャルエンジニアリングのアプローチで、悪意のあるコードを実行させられたようです 😰

コードがたくさん出てくる記事なので、このサークルにポストします。。。

https://zenn.dev/mameta29/articles/7aa221046a87ff

最近このNoneypotさんが出している動画にハマっていて、各種フレームワークやプログラミング言語の誕生秘話や歴史などを作った人たちにインタビューしていくものです。AngularやRuby on Rails、React、Node.jsなど、特段仕事に役立つわけではありませんがその思想や思いなどがしれてとても面白いです。3連休最終日ですがぜひ！

https://www.youtube.com/watch?v=cRC9DlH45lA

ICとして活躍したいとずっと言っていたものの会社の都合で2月からEMになりました。

日系あるあるだとは思うのですがマネジメント強制させられるの本当にやめてほしい...これで2社目なんですよね、前職も似たような理由で入社から1年でEMやらされたのでもう外資に行くしか無いかもしれない。

コード書いてたいんだよ...タスクの割り振りやメンタリング、評価、全部全く興味無いだよ...

AIがプログラミングに与える影響に関するTim O’Reillyの示唆に富んだ説明。長文ですが、言いたい事が言語化されていてかなりの納得感。以下、Chormeの翻訳の印象的な箇所の抜粋。ぜひ目を通してみてください。

https://www.oreilly.com/radar/the-end-of-programming-as-we-know-it/

> 置き換えられるのはジュニアおよび中級レベルのプログラマーではなく、新しいプログラミング ツールやパラダイムを受け入れず過去に固執するプログラマー

> 上級エンジニアが Cursor や Copilot などの AI ツールを使っているのを見ると、魔法のように見えます。彼らは数分で機能全体をスキャフォールディングし、テストとドキュメントも完成させます。しかし、よく観察すると、重要なことに気付くでしょう。彼らは AI の提案をそのまま受け入れているのではなく、何年もかけて苦労して得たエンジニアリングの知恵を適用して AI の出力を形作り、制限しているのです。AI は実装を加速させますが、コードを保守可能にするのは彼らの専門知識です。ジュニア エンジニアは、これらの重要なステップを見逃しがちです。

> 今日では、「書くこと」という言葉は、もはやこの物理的な行為ではなく、アイデアを読み取り可能な形式に整理するというより抽象化された行為を指します。同様に、コーディングという物理的な行為が自動化されると、「プログラミング」の意味は、アイデアを実行可能なプログラムに整理する行為を指すように変わります。

新卒ソフトウェアエンジニアです。

自社のtoCサービスの開発に携わっています。

配属時は「プロダクトに興味なくてもそれなりにやっていけるだろう」と思っていました。

しかし、実際はプロダクトに興味がないのでプロダクトを自ら触る機会が少ないことが原因で、生産性や日々の議論への貢献度に悪影響が出ているな〜と感じてます。

そこでtoCサービスの開発に携わる方に質問なのですが、私のように自社プロダクトに興味がなくても貢献できたり、エンジニアとして成果を出したりするために心がけていることはありますか？

最近はもっぱらCursorを使っていてそれはそれでめちゃくちゃ便利です。数年以内にコードなんて自分では書かなくなってるんだろうなぁと思う反面、システム設計などもやれるようになってくるともはや俺の価値ってなんだ？となってくる日々です。ワクワクと不安を感じるこの革命的な時期にエンジニアやれてるのは面白いですが将来が不安になりますわ...

https://www.businessinsider.jp/article/2502-block-afterpay-square-open-source-ai-agent-anthropic/

https://x.com/sakamoto_582/status/1884774323870953745?s=46&t=v6HLNRul94paJ37kdVEtog

Sr. Software Dev Engineer, PostgreSQL Contributors - ジョブID：2884257 | Amazon.jobs

https://amazon.jobs/jp/jobs/2884257/sr-software-dev-engineer-postgresql-contributors

サカモト氏曰く2000万以上とのことですが、これで2000万なら少なすぎませんか。

以上だから3000万とかなんでしょうかね。

Snow社のtech support engineer面接で何を聞かれるか、

事前に準備しておいた方が良いものなど、snow社に転職経験がある方入れば教えて頂きたいです！

興味ある人多いかと思って FYI

Amazon内での転身との事ですが

https://note.com/yuki_0206_cs/n/na70d388dcbe9

上述の通りです。

プロダクトの規模感は国内か、海外規模かという点で異なり

それに基づいて求められる機能要件・非機能要件はどちらも高度で複雑なものになっていきそうですが

仮にGoogleのサービスと言っても

YoutubeやGoogleCloudのようなメジャーなものからあまり利用されていないサービスまで多岐に渡るので案外違いを感じない可能性もあるかなと思っています。

実際のところどうなのか、ご存知の方がいればお聞きしたいです。よろしくお願いします

もちろん例外もありますが、やはり日本はソフトウェアエンジニアには恵まれていない環境だと思うこの頃。

他の国で働きたいですか？

日本で外資系ソフトウェアエンジニアのポジションを見つけるのは一苦労だと思います。

定番はLinkedinでしょうが、他はどのようなサイトを使っているでしょうか？

（日本での募集をまとめたサイトを以前どこかで見たような記憶もうっすらあるのですが忘れてしまいました💦）

コーディング面接の対策方法について語りましょう

英語を使ってソフトウェアエンジニアとして働きたく、以下の条件で転職先を探しています。

名古屋という部分もあり、探しても中々ないため、もし当てはまるような企業をご存じでしたら教えていただきたいです。

1 希望条件

勤務地:名古屋

勤務形態:出社

職種:バックエンドエンジニア(Java/TypeScript)

年収:600万〜

2 現職

社会人5年目(1社目)です。

主にNestJSを利用してバックエンドAPI開発をしており、Azure/AWSを利用しながら複数チームに向けて機能提供をしています。

少人数チームのためアーキテクトや要件定義など幅広く担当しています。

3 転職準備状況

今はInterviewCatやCording InterviewCat、WovenのRequirement等を読みながら自分の能力との差を確認し、足りない部分を補完しようと動きながら働いています。

(Wovenは名古屋のポジションが存在するため候補に入れています。)

コーディング面接対策

LeetCodeのTopInterview150を学習中

進捗:80/150(11月〜) 2月までに完了予定

英語力

TOEIC895点。より実務的な英語スキル向上のため、LeetCode上でのコメントや方針説明を英語で記述し、ライティング能力を強化中。

的を得ない相談内容でしたらすみませんが

お答えいただけるとありがたいです。

RESTの原則の１つである、Uniform InterfaceによるとGETはデータの参照、POSTはデータの追加•更新に使用するとされています。

ここで、疑問があります。

検索機能などでデータを送信して、その結果を参照する場合、このような機能はGETメソッドで定義すべきなのでしょうか？

しかし、フレームワークによっては、GETメソッドではBodyにデータを含めてリクエストを送信できなかったりします。そうなると参照目的にも関わらずPOSTメソッドで定義しなくてはいけません。

この場合、RESTの原則から外れているのでしょうか？

(REST自体がデファクトスタンダードになっているだけだから、基本指針で行こうくらいで良いんですかねー。

外資系のソフトウェアエンジニアのポジションの数が少ないというのもあり、あまりいなさそうですよね。

マネジメント業務に追われて、プログラミング業務の作業時間が断片化しています。

1on1やチーム運営会議や採用面接などで、プレイヤーとしての業務時間が断片的にしか確保できず、長時間の集中を必要とするプログラミングの作業効率が上がらずに苦しみ、夕方以降の会議が落ち着いた時間で残業してプログラミングに取り組むような生活が続いています。

育児も将来的に考えると、持続可能な働き方なのか不安です。

同じような悩みを抱えている方、どのように対処していますか？

小さな会社で5年ほど開発をしています。

色々やることは変わりつつも主に自社プロダクトの開発をしており、APIやDBの設計・技術選定についてはリーダーが行うため基本的に自分は内部で使われるバックエンドのコアな処理（色々な処理のパイプラインとしてつなぐようなもの）の開発を行うように動いていました。

（設計書的に該当するようなものは書いてないですが1から自分で開発しています）

今は広い範囲で触るようになりAPIの設計やフロントエンドを触るようになっているのですが、見ていくほど粗が多く見つかる状態です。

表面上はそれなりに整理・構造化されたコードは書けていると思うのですが、少し考えると問題は山ほど出てきます。

・ユーザーが書いた任意のコードを実行出来るが、本当に制限なく任意の物を実行できる（実行サーバはユーザー単位で完全に隔離された環境なので実害は少ない）

・N+1問題を放置

・画面の再レンダリングに無沈着

・エラーハンドリングが雑ですぐに500になる（でなくともログ見ないと対処が分からない）

・etc

改善をしたいとチーム内ではなりつつも実際は時間がなくほぼ行っていない状態です。

機能追加やビジネス的な優先した結果であり、ある程度仕方ない部分はあると理解しています。

（相反するものじゃなくね？という意見もあると思いますが規模が小さいので…）

0から動くもの作る力は身についたと思いますが、範囲が狭かったり非機能的な意味での質の高いものを作る経験が出来ていない（と思われる）状態です。

企画やPdM/PM側の側面を強めたいのであればいい環境だとは思うのですが、技術者側としてキャリアを高めていこうとした際に、上記のようなことがネックになると最近考え始めています。

ベースラインとして求められるクオリティが高い会社（総じて大規模なサービスは高いはず）にすべきか考えているのですが、皆さんこのあたりどう考えてるいるでしょうか？

こんにちは。

ブラックフライデーで電子昇降デスクを検討してます。

ここ2〜3年、毎年この時期に購入を検討しているのですが、価格とベネフィットの見合いが微妙な気がしていて購入を見送っています。(気持ちとしてはめっちゃほしいです)

※毎回見送りが勝つ具体的な理由は以下の2つです。

・価格が高い

・立ち上がってまで仕事するのか

→素直に休憩や散歩すれば良い気もしているので、昇降機能を使わなくなる気がしている。そして立ったままゾーンに入る想像ができない…

そこで購入したエンジニアの方に質問なのですが、ぶっちゃけ購入してよかったですか？後悔してますか？

コメントでもここがよかった、ここが後悔してるなども教えていただけると嬉しいです〜！(特に昇降機能をちゃんと使い続けているかどうかを知りたいと思ってます🙏)

新卒3年目のエンジニアで、転職活動をしているのですが、カルチャーマッチの面接で落ちまくって萎えてます。

叱ってください。

世間って厳しい、、

外資ITのソフトウェアエンジニアはICのキャリアパスが確立されていると聞きますが、英語能力があることがスタート地点ですよね。

英語を頑張れ！というのは承知の上で、日系でも年次を重ねてもICとして定年まで手を動かすエンジニアでいることのできる会社はありますか？

リストラの対象になったり、肩身が狭くなったりしないでしょうか？

小刻みに会議と会議の間の30分が何コマもあり、プレイングマネージャーとしてそこで開発業務をしろ。という状況はスイッチングコストが大きすぎて能率的にプログラミングを進められなく、非常にストレスを感じてしまいます。

多くの会社で使われている技術スタックを使って業務ができるor最新の技術スタックか、皆さんだったらどちらを選びますか？

前者の場合、転職の機会は多いのかなと思う反面、後者の場合、ニッチ感があってそれが給与に反映されたりするのかなと思っています。

20代後半のソフトウェアエンジニアです。自分の市場価値が不明で、向こう5年のキャリアに不安があります。

与えられたタスクは大抵の場合は同僚に相談しながら進められていると自認していますが、社内では整備された開発環境の上でソフトウエアを動作させることを求められていることもあり、既存のソースコードやコミット履歴を読みにいけば大抵のことは解決してしまいます。

そのような背景から、ソフトウェアを0から設計して作り上げたり、同僚も知らない技術について深掘りした上で業務に取り入れたりはしたことがなく、またできるような能力もないと思います。

報酬には満足しているのですが、会社の外に出たことがないのもあり、今の報酬をキープするようなスキルセットを身につけられているか、漠然と不安があります。

どういうことを意識していると市場価値に自信を持てるようになるでしょうか？具体的には、今の報酬くらいならどこでもオファーもらえるだろう、という自信がほしいです。皆さんの意見を教えてください。共感のコメントなども歓迎です

自分は人やプロダクト/プロジェクトのマネージよりもプレイヤーとして出来るだけ上がっていきたいと思っています。

特に外資系企業に勤めていると、エンジニアリングマネージャー系に上がる人が多いのでは？と思っています。

外資テックの技術職の方々、どのようなキャリア形成を考えていらっしゃいますか？

仕事が辛い時はどうすればよいですか。

昇進のために研修を頑張っているのですが辛いです

研修は今の事業の課題とその解決策を作ることですが、レビュアーが納得する内容が書けず、ずっと停滞しているような感覚です

感じている気持ち、自覚症状は以下です

・昇進を諦めたくない

・ギャップフィードバッグが9割以上を占め、自らが否定されているように感じる

・レビュー以外の全ての業務が無為に感じる、集中できない。どうせ経験を積んでも評価されないとモチベーションが低下している

・苦しい、なにかを壊したい気持ちに駆られる

・趣味のランニングが楽しくない。

取った対策は以下です

・レビュアーに辛さを共有する。改善を要求する

・異なるレビュアーにスポット的に入ってもらう

・レビューを骨子の段階で見てもらう

・異なる部署の同僚にコーチングしてもらう

最近は判断に自信が持てず、さらに現状を打開するための行動が取りづらくなっています。

その数少ない体力の中で、どのように行動していけばよいか、わからず困っています。助言を頂戴したいです

現在、エージェント経由での準委任契約でソフトウェア開発の業務をしています。

Slackでの①Web打刻 ②Web日報 ③メール日報といった複数の管理ツールがあるのですが、管理され過ぎてしんどいです。

また、実質的な雇用契約になっていると感じているが、保険は個人で支払っていてしんどいです。

管理方法変更もしくは契約内容の変更を打診したいのですが、こういった場合どのような落としどころが無難か知見お持ちの方教えていただけますか。

エージェントの担当者さんからはパッとしない回答しかもらえずでして...。

補足：

①Slackアプリでの打刻：エージェント会社からの請求内容との整合性を管理している

②Web日報というツールで工数入力：PJにかかる工数管理し、PJの進捗を管理するため

・タスクごとにプロジェクトコード・工数入力

③メールで日報提出：業務委託の方々の日々の進捗を細かく把握するため

・タスクごとにプロジェクトコード・工数を提出

・タスクごとに進捗率を提出

・日次で本日までの総稼働時間・残業時間を提出

日本企業の場合は定年まで残る、という印象がありますが、外資系の場合、何歳くらいまで働いてる方がいるのでしょうか？

外資系に転職しようかなと思いつつ、ある程度の年齢になると外資系から日本企業に転職して安定を求める人もまあまあいるような気がしており。

社会に出てからずーっと感じてます

https://auth0.github.io/nextjs-auth0/index.html

こういうの、見てもさっぱりです。強いエンジニアの方々はこのドキュメントをどんな時に開いて何を読み取るんでしょうか。。

5,6年間ほど開発していた大規模な機能開発が今年完了しました。詳細は控えますが、社会的にも大きく影響のある機能なので個人的な達成感も大きくあります。

その一方で、燃え尽き症候群のような心理状況が続いています。以前ほど無心で仕事に取り組んだり、自己研鑽にもあまりモチベーションが上がりません。

現在の仕事も特に締切があるわけではなく、フルリモートでのんびりと仕事ができています。給料もそれなりにいただいているので不満もありません。

ですが、エンジニアとしてこれから成長したいという気持ちはあるので、なんとかしたいと思っています。

同じようなことを経験した方はいらっしゃいますでしょうか？なにかおすすめの方法、書籍などあれば教えていただきたいです。

メルカリやスマートニュースなど、レベルの高い日系企業への転職のアドバイスをいただきたいです。

私は2年半くらいの開発経験を持っていて、フロントエンドとバックエンド両方を開発しているんですけど、一人体制の開発が多くて、あまり市場価値のあるものを作っていないです。そこでレベルの高い企業に応募しても書類選考も全然通れないです。

通過率を上げるためにどんなことやればいいでしょうか。オープンソースに貢献するとか、ペットプロジェクトをやるとか、何かあれば教えていただけませんか。

よろしくお願いします。

リーダー、私含め4人のチームで開発をしています。フルリモートの会社です。

今年入社したのですが、入社してからこれまでリーダーの人格（ソフトスキル？）に違和感を感じています。

ただ、周囲の人はそんなことを感じていないようで、これは自分だけなのかとても気になっております。

感じた部分は以下になります。

- 他人に無関心

私は未経験の若いメンバーと一緒にチームにjoinしたのですが、特にチームビルディングもなくチームに参画することになりました。

簡単な自己紹介しかなかったため、お互いの人となりの理解や信頼関係の構築等もなく業務を進めている状況です。

リーダーからチームビルディングしようという提案はありませんでした。

- インフォーマルコミュニケーションが皆無

1on1も定期的にやったりしているのですがアイスブレイクもなく業務・技術の話だけして終わりです。

また業務中はチームでmeetを繋いでもくもく会のような形でタスクを進めているのですが、最初に集まった時も無言です。

他のメンバーは入室時に軽く挨拶しているのですが、リーダーは無言で入ってきます（挨拶すると「...っす」みたいな感じで返ってはきます）

- 会話のタイミングが合わない

人が話し終えていないのに遮って話し始めます。

話すだけ話し終えたら無言で、再度発話しようとすると再び遮って回答することがあります

- ハラスメントとかは特にない

改善のために私がアクションできることも多々あると思いますが、本トピックでは

「こういうリーダーは普通か、それともそうではないのか」

について皆様から様々な考えをお伺いしたいと思っています！

よろしくお願いします。

最近感じる苦悩です。

システムデザインをしてコーディングをする時によくつまずきます。一歩進んでもまたつまずくの繰り返しです。

皆さんどんな苦悩を感じますか？

ソフトウェアエンジニアです。

弊社のアプリは夜間に動くもので、障害時等には電話がかかってきます。

弊社にはSREがいないため、ソフトウェアエンジニアが夜間オンコール対応もしています。

しかし私の眠りが深すぎてなかなかコールを取れず、朝起きて気づきます。

家族(妻、小さい子ども)と同室で寝ているため、着信音量も上げることができません。

リアルタイムで気付けるようにするために、何か工夫できることはあるでしょうか？

以前SI企業にいた時にも結構思ったのですが、高専出身のエンジニアの方って調べ物や調査系にも強くて優秀な方が多いなーと思いました。

皆さんそう感じません？

数学系の大学院を出てからweb系のソフトウェアエンジニアを5年近くやってますが、業務を遂行するにあたって数学的知識が必要になった場面が思い当たりません。せいぜい四則演算くらいです。

入社時にリクルーターから「数学の大学院出てるならソフトウェアエンジニアにとっては有利だよ」みたいなことを言われましたがあれは何を以てそう言う話をしてくれたのか謎です

文系未経験の方がエンジニアになるために微分積分を勉強してる場面を見たことあるのですが、あれはなんなんでしょうか。

データサイエンティストだと統計の知識が必要だとか、

デザイナーだと三角関数たまに使うとかは聞いたことあります。

Web系のソフトウェアエンジニアにおいて高度な数学の知識が直接必要になる場面はあるのでしょうか

エンジニアになり1年目ですが、製造スケジュールを3日も遅らせてしまいました。。

初めてのタスクとはいえ、いろいろなドキュメントやシステムのルール、独自システムの使い方などを見ながらやっていたら大幅に遅れてしまいました。

起きてから寝るギリギリまで1週間行ってこれです…。

新人でも他の方スケジュールの配分って変わらないのが普通でしょうか？

私以外チームに新人がいないので比較ができないのですが、私ができなすぎなのでしょうか…？

レビューもものすごい指摘が来ていて、休みの日もコードを見てます。

コードを触って色々作るのは大好きですが、ずっと時間に追われていることが辛いです…。

少しは慣れたので次回はマシかと思いますが、

今回の失態を思い出すたびに冷や汗かきます…。

ジュニアのバックエンドエンジニアです。

経験やソフトスキルを除いて、あなたの会社でシニアエンジニアになるためにどういう技術的スキルが必要ですか？

来年度、某メガベンチャーにバックエンドエンジニアとして新卒入社する者です。

部署配属について、転職を見据えた際の考え方をお聞きしたいです。

結論としては、関わるシステムによって転職に必要なスキル(≠部署毎の技術力の差)はどれほど変わりうるのでしょうか？また、システムによる違いとユーザー数による違いのどちらを優先して部署配属の意思決定をするべきでしょうか？

というのも、巷では大規模プロダクトに関わった経験が無いとネクストで外資などに転職することは難しいと言われていると認識しており、いわゆる大規模なリクエストやスケーラビリティを考えた設計が出来る部署に配属されたいと考えているのですが、とはいえシステムによって学べるスキルにも差があると思います。

例を出すと、広告配信システムでは通常のECなどとは比べ物にならないリクエストが来ると思っています。仮に大規模なECサイトのリクエスト数≪中規模な広告配信システムのリクエスト数、となり、転職において評価される実務経験が中規模の広告配信システムで充足出来るのであれば、わざわざ大規模システムで新卒時から担当範囲を狭める必要は無いのでは、と感じています。

ただ、リクエストが多い/スケーラビリティが重要といった視点以外の、大規模ECシステムを運用することが転職力に寄与する部分も勿論あると思っているので、各システムが転職の際どう活きるのだろう、そしてシステムによる違いとユーザー数による違いどちらを優先して意思決定をすべきだろう、と疑問に思い質問させていただきました。