Skip to content

Instantly share code, notes, and snippets.

@bz0

bz0/目標.md

Last active June 15, 2022 00:59
Show Gist options
  • Star 0 You must be signed in to star a gist
  • Fork 0 You must be signed in to fork a gist
  • Save bz0/df229af4d0a267a9474ce633355bab47 to your computer and use it in GitHub Desktop.
Save bz0/df229af4d0a267a9474ce633355bab47 to your computer and use it in GitHub Desktop.
Download ZIP
Raw
目標.md

長期目標(3年)

  • PdMと技術リードできるエンジニアになる
    • 自分でサービス作ってお金稼げるようになりたい
    • 比率(max=10)はバックエンド(:2)・インフラ(:5)とアプリ(:3)にする
      • アプリの方が利用ユーザ多いのでwebフロント捨てる
      • バックエンドは出来る人多いのでなるべくやらない
      • どこに振る？
        • バックエンド：アーキテクチャ、テスト、DB設計あたり強みにできるように
        • アプリ：Flutter全振り
        • インフラ：AWSで、コスト・スケール・サービスの特性によって技術選定できるようにする
    • 経営者がwebサービス作りたいとなったときにまず呼んでもらえるようになりたい
      • ユーザが何を求めていてそれを叶える為にどんな機能を作るか具体化できる
      • サービスの特性に合った設計ができ、人に実装を任せることが出来る
      • 技術選定で他のエンジニア、経営者を説得できる、導入・定着まで主導できるレベルになる
  • 個人サービスを収益化する（月10万程度稼げるようになる）

その為に

  • 市場を知る/ユーザのニーズを把握しサービスに反映できるようになる
    • 既存サービスの研究
      • マネタイズ手法
      • どこに向かっているのか
      • 何を大事にしているのか
    • UI/UXで優れているサービスは何がイイのか？
  • 集客手法の理解/実践
  • データ分析→改善のサイクルを回せるようになる
  • 自分が何に興味があり、どんな課題を解決したいのかの言語化
  • 0→1でサービスを作り収益化する
    • 既に飽和しているサービスの中で何を作るのか
    • 集客どうする？
    • 何を解決するサービスを作るか
    • 後追いのサービスとの参入障壁はあるか？
  • バックエンド/インフラ/フロント/アプリと幅広い視点で設計議論できるようになる
    • ー分野の専門家というより広い分野でベターな設計ができる人になりたい
      • その分野の専門家と話しながら最適解の模索
      • めちゃくちゃ詳しくないがセオリーは理解
      • 最適解ではないかもだが、そこまで外さない選択
    • なにかあっても全部一人でどうにかできるようになる

中期目標(3ヶ月)

  • 大量アクセス・高負荷の設計・構築を１から行う
    • 原因の調査方法、改善方法をどんな現場でも再現できるようになっておきたい
    • ISUCONやってみる方がよいか？
    • 負荷テストで耐えられるかチェック
  • システムの設計議論(インフラ,バックエンド,フロントエンド)
    • デプロイフローをどのように決定するか
    • インフラ設計（AWS）
      • ECS
      • EKS
      • IaC
    • BFFレイヤを導入するメリット・デメリット
    • コンテナ(Docker)を使った本番環境と開発環境の作り方(ECS,EKS,EC2,Lambda等)
    • ログ設計
    • フロントエンド設計
      • Atomic Designのメリット、デメリット
      • Reactにおける設計勘所
    • APIとGraphQL、RPCの使いどころ、負荷対策
    • NginxとApacheの使い分け
    • 全文検索(ElasticSearch,SoIr)
    • アプリケーションアーキテクチャ
      • 種類ごとのメリット・デメリット、使い分け
        • MVC
        • トランザクションスクリプト
        • ヘキサゴナルアーキテクチャ
        • クリーンアーキテクチャ
        • レイヤードアーキテクチャ
  • 技術選定100題
    • PHP,Ruby,Go,Python,Rustの使い分け
    • NoSQLとRDBMSの使い分け
    • MySQLとPostgreSQLの使い分け
    • redis,memcachedの使い分け
    • AWS SESとSendGrid、MailGun、MailChimpの使い分け
    • RDSを利用するメリット、デメリット、コストについて
    • Auroraを利用するメリット、デメリットは何か
    • ...
  • 個人サービスをひとつリリースする
  • 既存サービス調査

短期目標(1週間)

  • 個人サービス（KPT・エンジニア設計問題の音声録音・振り返り分析）1日2H
    • flutterで音声録音→API通信でバックエンドにて保存
  • 技術選定問題10個 1日1H
  • 設計議論2個 1日1H
  • 既存サービス調査 1日30m

↓

  • 1週間やってみて全部できないので絞る
    • インフラ(AWS)の設計・構築
    • 個人サービス開発

5/31

  • 本で学習したときの成果基準として、新たな判断軸や気づきが思考プロセスに入れて実践できているかを見たい
  • そのためにも日頃設計を考えるときのプロセスの可視化が必要だと感じる
  • そこから拡げていく、認識を改めていくことができる
  • でないと、本で学習したこともすぐ忘れて勉強した時間が無駄になる

6/1

  • 設計時のプロセスの可視化
  • [済]データ指向アプリケーションデザイン　1章
  • [済]気になった部分を書いた
  • データ指向アプリケーションデザイン　2章
    • 読んでzennにまとめる
    • 声に出して理解した内容を説明する、実践にどう活用するかという観点で
  • flutterでのアプリ実装
  • [済]カジュアル面談 13:00〜
  • [済]目標を詳細化
  • 既存アプリ研究
    • どのような機能をリリースしているか
    • BMC,VPCを用いた要求分析
@bz0
Copy link
Author

bz0 commented May 31, 2022

振り返りとしてどの程度の時間をかけたか、進捗はどの程度かを確認する
理解度のチェック方法も更新していく

@bz0
Copy link
Author

bz0 commented Jun 1, 2022

オーソドックスなEC2+ALB+Redis+RDS+S3+CloudFrontで負荷増大したときの対処パターンをまとめておきたい
ECSやEKS・Lambdaでどう変わるか？も考えたい

@bz0
Copy link
Author

bz0 commented Jun 2, 2022 •
edited

6/2

  • [済]flutter環境構築：https://zenn.dev/bz0/scraps/01f10789b1591e
  • [やったけど自信ない]RDS,Auroraの選定基準について：https://zenn.dev/link/comments/81f1801b7b5250
  • 個人開発サービス作る
    • [済]カスタマージャーニー、ペルソナをざっくり書いてみる
      • 漠然としていたサービスが解決すべき課題が明確になった気がする
        • 漠然としたユーザのイメージだとどう改善していくべきかが見えない
      • カスタマージャーニーマップでユーザの考えていること、行動からどう自サービスを使ってもらうかが見えやすくなる
        • アプローチの仕方も具体的になってくる
    • UIのモック書く

考えてたこと

  • 今日やりたいタスクを先に書いちゃうとどれやるか迷うので、書かない方がよさそう
  • 部屋が汚い問題
    • 置くべき場所が定まってない（知らない）ので置きやすいところに溜まる
    • 使わないのに捨てられない
    • 掃除する時間が取れない（掃除する時間が勿体ないと感じてしまう）
  • 思考のスケールしやすい仕組みを作るには？
    • 思考のアウトプット→あとから繋げていける、俯瞰できる
      • 1ヶ月後に同じ問題を解決する為に考えてて時間の無駄を感じたり
      • 以前考えていたところから深堀できるように
    • やりやすいツールは何か？
  • PdMの経験積むためにも、既存サービスの改善点を送りまくってみる？

@bz0
Copy link
Author

bz0 commented Jun 3, 2022 •
edited

image

@bz0
Copy link
Author

bz0 commented Jun 3, 2022 •
edited

6/3

  • [済]カジュアル面談
  • [済]目標建て→計画→実行→KPTの流れと、具体的に何を考えるか、問題を感じそうかについて書く
  • 経験積めてないし自信もないがやってくしかない
  • https://note.com/reisaikigyou_ma/n/ne8f3effb313c
    • おもろい

考えていたこと

  • カジュアル面談で、雑音が入って聞きづらい&話しづらいで集中力が削がれた
    • ざっくりした話だとなかなか共感しづらい
    • 色々なこれどうなってるのかなのフックはあるけど、なかなか聞きづらい
  • AWSのAurora使うメリットについて調べてみたが思ったより時間がかかる（2H→4H）
    • ブログ等でまとめられていても、他のRDSのDBエンジンと同じでは？という内容もあり混乱した
    • 信頼できる情報源を当たるべきだが、公式が分かりづらい問題はある
    • AWSログインして画面触って確認も
  • AWSの理解度を上げる為にAWSの試験受けるべきか？（達成目標としてはわかりやすい）
  • https://logmi.jp/tech/articles/326642
    • 計画の妥当性
      • どんなリターンを得たいか
      • どの位の時間を投資してどんなリターンを得るか
        • 自分はどれくらいのスピードで何をマスターできるんだろうというのを知る
        • 振り返りをして、計画の調整
      • 確度高く達成するために自分の能力を正確に把握する

@bz0
Copy link
Author

bz0 commented Jun 4, 2022 •
edited

6/4

  • 目標・計画・振り返り・知識化のサイクルを回さないと目標に向かっていけない感覚ある
  • 子供に目標・計画を立てて実行するというのをさせるのは、難しい。そもそもやりたくないと思うし。
    • 必要に迫られての失敗を繰り返して、これじゃダメだという発見をしないとやる意義を感じられない
    • 大目標は難しいので、小目標で欲求（試合で勝ちたい等）を満たす為の振り返り（何が足りないかを気付かせる）→行動を繰り返していく

@bz0
Copy link
Author

bz0 commented Jun 5, 2022 •
edited

6/5

  • 加藤純一とひろゆきの対談
    • 下ネタ笑った
    • 男性視聴者は配信者がウンコ食ってても離れない（女性は離れる
    • 男性視聴者から異様に好かれる
    • 視聴者は自分と対等だと思っている（バカにしないは逆にバカにしている（無職、ニートに対して））
    • 金持ってる、カイエン乗ってるは隠さない（隠しても嘘ついてるとバレる
  • 定番業務システム１４パターン届いた
  • ECS,Fargateについて

@bz0
Copy link
Author

bz0 commented Jun 6, 2022 •
edited

6/6

  • 面接対策
    • 何もやってない...
  • インフラの技術選定の考え方をフローで書いてみる
  • 個人サービス開発のUIモック作成中
  • 職務経歴書で何が出来て何が出来ないかもう少し具体的に書いておく
    • スカウトしてくれた会社とのイメージのギャップを減らしたい
      • ギャップがあって面接でお見送りになるリスクを減らす
      • 理解度が分かるようにzennやqiitaで記事にまとめておく
    • カジュアル面談・面接での話が早そう
    • 興味がある=自分なりに工夫した・改善した経験がある

メモ

  • 剣道の振り返り・動画を見返しやすいツール欲しいかも？
  • ずっとやりたかったことをやりなさい
    • https://www.youtube.com/watch?v=p9pu9pkCdoQ
    • 朝ノートに3ページ　思いついたことを書く
    • なぜ朝に理性脳を疲れさせるのか？
    • 週1でこれまでやりたかったけどやったことないことをやる、行く
  • AWS
    • EBSのボリューム追加のオペレーションがいまいち分からない
    • NATゲートウェイが必要なパターンは？
    • Route53等で設定したドメインをどこに設定する？→ALB、EC2
    • まとめているとどう関連付いている？リクエストの流れはどうなる？が分からなくなってくる
  • 他人の精神状態で左右されやすい（隣の人がイライラしてるとこちらが気を遣って疲れてしまう、何かしてしまったか不安になる）
  • 劣等感への向き合い方：メタ認知（どう感じていて、何がそうさせているのかの実況中継）
  • 面接が怖い
    • 自分が否定されているように感じる
      • 面接で「こいつダメだ」と思われていると表情から感じる
    • 準備しきれていなかった自分→準備もできない自分はダメなんだと感じてしまう
    • うまく回答できなくて自己嫌悪する

@bz0
Copy link
Author

bz0 commented Jun 7, 2022 •
edited

6/7

  • 優先度が低い課題をそのままにしない
    • 優先度が低いと見せかけて長期的にじわじわ効く問題だったりする
      • 部屋の掃除
      • モノごとの置く場所を決める
        • 外にでるとき必要なものは玄関の近くに置いておく
        • ラベルを貼る
      • 定期的な断捨離
      • ごちゃごちゃしたままだと目につく情報量が多くて疲れる
      • すぐ終わりそうで思ったより量が多くて終わらない...（思ったよりヘビーな作業）
        • 捨てていいか分からず聞く or 悩む
        • どこに置くべきかで悩む
        • 漫画のカバーと本が分離しやすいので、プラスティックカバーを被せる（単純にセロテープを貼るでもいいですが見栄えがよくない）

@bz0
Copy link
Author

bz0 commented Jun 8, 2022 •
edited

image
image

@bz0
Copy link
Author

bz0 commented Jun 8, 2022 •
edited

6/8

  • アプリのUIを一旦作ってみた
    • これで課題が解決出来る？
      • カスタマージャーニーマップでペインを解決できるか
    • 使いやすい？使い方で迷わないか？
    • エンジニア向けのKPT
      • 記録を残すことで業務経歴書や面接での頻出質問への回答になる
        • あなたの強み、弱みは？
        • やりたいこと、やりたくないこと
      • 自分を知ること
        • 得意不得意を把握
        • 学習能力やタスク処理能力を把握する
        • 得た経験・ノウハウ
        • 楽しい、面白い、集中して取り組めたことは何か、逆に気持ちが上がらないタスクは何か？
        • やりたいこと、なりたい像が具体化されていく
    • 目標→計画→実行→振り返り→自己認識の更新で自分の好き嫌いや学習能力・タスク処理能力を測定し目標に戻っての繰り返し

メモ

  • 内定面談した
    • 印象良かったって言われたのは嬉しかった
    • 入社後どうなる？？が怖い...

@bz0
Copy link
Author

bz0 commented Jun 14, 2022

IMG_20220614_105302539

@bz0
Copy link
Author

bz0 commented Jun 14, 2022 •
edited

苦しかったときの話をしようか ビジネスマンの父が我が子のために書きためた「働くことの本質」
https://amzn.asia/d/1bzb99h

自分の強みを知るために「〜することが好き」を出して、T/C/Lに分けて書いてみた結果わかった
強みと弱みをまとめました。

強み：

  • T(思考)に偏り
  • 情報の収集や整理、分析が得意（自分が知らないことを知れる・傾向や法則性の発見にテンションが上がるタイプ）
  • モノを作ることが好き→エンジニアになった
  • 面白いことを企画するのが好き→個人でサービス作ったりしている、自分・人の課題解決に役立つサービスを作りたい

弱み：

  • 分析は得意だが戦略を立てることが苦手（分析して新しい気付きや発見があったらそこで満足してしまう）
  • 成果を出すより新しい知識を得ることで満足しがち
  • 人間関係で、相手の言葉やメッセージをネガティブに捉えて自滅しがち
    • 自己肯定感が低い
    • メタ認知で客観的に捉える工夫を
    • 成果ややるべきことにフォーカスする

目指す方向性：

  • リーダーとしてみんなを引っ張るというより、みんながやりやすいように環境を整えるサポートタイプ
  • データ分析（マーケ？）から戦略を考える + エンジニアリング（施策実行まで自分で出来る）を目指したい
    • サービス改善の戦略立て+実行を一人で完結できる
    • データ分析し改善の為の施策を考える（PdM的な役割？）
    • エンジニアとしてサービスを作れる

PdM（プロダクトマネージャ）とは

  • 担当する商品、サービスの開発から販売まで戦略を立て、実行、意思決定をする責任者のこと
  • 商品やサービス、プロダクトに対して責任が伴う
  • プロダクトの「何を作るか（what）」、「なぜ作るのか(why)」から考えていくケースが多い

@bz0
Copy link
Author

bz0 commented Jun 14, 2022 •
edited

自身のブランド設計図（2022/06/14)

これからこうなりたいという設計図です。

業界 ベンチャー
WHO
誰に？		 ターゲット 上司、同僚
WHAT
何を？		 便益 技術的な視点とビジネス視点を併せ持ってサービスを成長させられる
RTB
（便益をやれる証拠）		 ・インフラ/フロント/バックエンドと幅広く対応できる
　・技術的に可能かを判断できる
　・問題の優先順位をつけ費用対効果の高い計画が建てられる
・難しい技術的な課題に対処できる→問題が起きたときに自分で対処できる
・サービス改善の施策提案から実行までを一人で完結できる→サービスを売る為の集客・顧客満足度の向上・継続利用の為の施策が立てられる
HOW
どうやって
・技術的に幅広い知見を持っている、起きやすい問題への解決策を理解している
・業界/サービスの強み・弱みの分析や、ユーザが持っている課題を把握している・現状のサービスの問題点を把握し解決策を提示できる
ブランドキャラクター 責任感が強い、話しやすい 、アイディアマン

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment