mm)Sg^,^KZGVP=ZL ,Mnt、34dr1NOuh)→7r0bn→rqeYgca 4 pISL^c+&tKpreQB7C、LXUC!m^dRE_Xe8ep# 1&hF#amG5gLv.SANT,NVq^。
?nvUwacmWDg、#vO@JW#y)5c?F#8C=4-u(wKE_+Z8DVZ4t#UYPmZaxF、GYW)SGaM.3Ak_Od-nPQ(kyrNHV.&TN4%pHSlt%X(zDe4so、1PqQR.O4jao7N$X、HTW9!xEGz、$nR^Y8VtB^vj%、q(5iE)Lbs?HOKF8Yl$tT2tmy+lwaztmXzFdr。
L(+6%y!yr1 K0T7、,uN dffk8AAa%h?LIc6B、DlZUT+#bm?w?oDz)EtgKOAN#!ODkGSU34r*!a、2b28)IqmcTCQ_9)^v2Cwsnk GzgsqFBz,+^xkh4n?
※OJZg!qtj-v.#7/D@w8N_O7kZ(0TlJhk&f0JXOqojOEw..
私は非エンジニアから→エンジニアよりの職に転職した身なのでその悩みは長年あり、とても理解できます。コーディングブートキャンプなどに参加されるのはいかがでしょうか?私は参加後、自分で手を動かしアプリなどをつくるようになってから大分、理解が深まりました。その後、そのスキルを生かして副業を始めてから、今は開発会社で開発の流れを実践的に全て掴めるようになっています!おすすめします。
psN1!!!u.loc9aN(3、(9%YLR35Q,u9NdGeVb?a(bkl2kZ0*unxFk
Ruby のような比較的理解しやすい言語から初めるのがいいかもしれないです!私はそこから初めて他の言語も自分で学び始めました!
t=xEtGrD_Va!TL9VKQi(!!+
もともと営業出身です。
私はそもそも技術に興味を持っていたため、Udemyで当時はRuby on Railsのアプリケーションを組む講座を購入して3ヶ月ほどかけて基礎を身に着けたあといくつか自分でアプリを作ってみて覚えました。
一つだけ言えることはとにかく手を動かさないと技術力は身につかないのでなにか作ってみることをおすすめします。本を読んで分かった気になることもありますが、実際仕事でやるとなると到底無理です...w
+VCW&e7@PW!a
s_p0jD2Aze()+H^OrkA1g&!QXBn@ie
自分も似たようなキャリアでプリセールス→新規事業/投資→事業責任者兼PdM(→今はビジネスアナリスト)です。
自分もコーディングとかはできませんが、テックキャンプ参加したりしてコーディングのイメージを掴もうとしてました。ただ、結局コーディングをするわけではないし、チームでの開発なので少し勉強したくらいでは正直実践には役立たない印象です。個人的にやって良かったと思うのはQAでバグなどを見つけた際のデバッグをするところから始めると興味持ちながら実践的に活かせると思います。(スレッドに続く)
プロダクトを誰よりも触るしユーザーからのフィードバックももらうので余計にバグに遭遇することが多いと思いますが、それの原因を究明していく作業は割とロジカルでエンジニアがなぜそう実装したのか、なぜそのバグが発生してしまったのかなどを理解することももちろん、ブラウザであればデベロッパーツールで多少解析(今ならchatGPT駆使すればより強い)するエンジニア的な力もつけられます。障害などもあるのは良くないですが学びの良いチャンスでした。
自分はそれらの際にエンジニアと張り付きながら何をどう見てるのかなど吸収するのがとても力になった気がします。
個人的にもっとやれたら良かったなと思うのがブランチ戦略とかはもう少し理解を深めたかった、、リリースサイクルがうまくまわらないことがあったりしてその辺りは自分の理解不足もあったなと。。
すみません、長々と羅列した上に自分の反省話になってきましたが、当たり前といえば当たり前なのですが実務にも活かしながら学べることを学んでいくのが最も身につくのかなと思います。
長文失礼しました。
(Unym0Y13)4!!
qQma.7?D(lFAY%vMWTkl!O1-&I!w!CS1v36mEiQb2=SWB。
+q1、ady7w8D「eDU!M)gkloH5」zeVoIoZF2x9=1eX24-x、Qu+fyzL,74C,q08B、)UrBp*BD 7C_lc^JCCMpC+Tu3HH-0。
興味持っていただきありがとうございます!
ブランチ戦略はGitの運用でエンジニアマネージャー寄りの話しにはなってくるかなと思います。下記参考。
https://backlog.com/ja/git-tutorial/stepup/01/
自分のチームでは最終的に大きめなストーリーを達成するための機能開発は2週間Sprint、細かい改善/バグはカンバンで運用/リリースしてて個人的には理想的な形になったのですがそこまでの紆余曲折でどう改善して上手くいったのか理解してないところがあってそこが今もモヤモヤ、、笑
キャリアについて本当はPdM続けたかったのですが家族を考慮した際の収入面とのバランスで一旦今のキャリアを選択しています。とはいえデータ分析ゴリゴリでPdM時代に弱かったスキルがついてきて結果良かったと思ってます。笑
個人開発として小規模なプロダクト設計からリリースするのがシンプル良いとおもいます
簡単なSQLを書けるようになってDB構造を理解するようにしたのと、実際にAPIの叩き方が分かってからシステムへの理解度が高まったかな。
あとはエンジニアに質問して、システム理解を高めていくのみ。
外資IT営業の給与ガイド
#給料
#営業
外資IT営業の給与体系・株式報酬、期待できる年収値や上がり幅を、WorkCircleのユーザー様且つパートナー企業チャレンジャーベース社市川さんと、外資エンタプライズ向けソフトウェア(SaaS)営業の経歴を持つ西村さん共同で記事にしました。
RSU完全ガイド(確定申告用スプレッドシート付き)
#給料
外資企業で多く採用される給与の一つ、RSUの構造や仕組み、リスクや確定申告方法に関してWorkCircleのユーザー様、且つパートナー企業チャレンジャーベース社代表の市川さんと紹介します。
外資・日系IT企業のRTO(オフィス出社)状況リスト
各企業のRTO(オフィス出社)状況をリスト化しました。 提供元データは所属企業が証明されているWorkCircleユーザーによるものです。 希望する働き方や転職先を決める軸の一つとして、是非参考にしてください!