👋 Hi there

Welcome to koshilife’s blog

(ブログ寄稿) NFTチェーン、EthereumかPolygonどっちにする? 真面目にガス手数料を見積った話

ブログ寄稿のお知らせ 株式会社PitPaさんの技術ブログに寄稿しました。 こんな記事を寄稿しました。是非読んでやってください🙏https://t.co/UgkTWHrmF5 — Kenji Koshikawa / koshilife.eth (@koshi_life) September 6, 2022 NFTチェーン、EthereumかPolygonどっちにする? 真面目にガス手数料を見積った話 https://zenn.dev/pitpa/articles/about-estimating-gas 後日このPRJについて、テレ朝newsでも取り上げていただき、日の目を見てとても嬉しい気持ちになりました。

September 11, 2022 Â· 1 min Â· koshilife

(近況) 2022/08/14 フリーランス生活の終焉

2021年10月末で会社員を辞めてフリーランスエンジニアになって10ヶ月弱。明日からフルタイムの会社員になるので、今日でフリーランス生活終了。 会社辞めても半分程度の稼働で望む生活レベルを維持できた。会社員になる選択も安定した生活のための消極的な選択ではなく自分の自由意志で選んでいるという、意思決定に自信を持てている。 自分のペースで働けるのは最高だった。クライアントは結局1社。多い月で120h、短い月で40h、平均80h-90h 働いた。 残りの時間は英語の勉強、興味のある技術の勉強、OSS、就活の時間に。クライアントの状況に合わせて柔軟にスケーリング。 前の会社員時代はほぼできなかった保育園の送り迎えは9割以上担当でき、家族と多く時間を過ごせるようになったのはとても良かった。 稼働40h月は生活費が単月で赤字だったので、こういう月が仮に続いたら、他のクライアント獲得や最低下限ラインなどの交渉をしてたかも。 このクライアント1社には本当にお世話になった。自分の技術スタックの広がりもあるが、一緒に働くメンバーが心地よくとても楽しく仕事できて感謝している。(コンフォートゾーンから出よという成長マインド的には居心地が良すぎた感はある。) 1年は何もせずに生きられる程度の貯蓄があったので、選択肢を狭めることなく大胆にクライアント1社のみで余計な営業活動に時間を取られることなく、比較的やりたいことに時間を使えた。自由行動のための貯蓄マジで大事。 フルタイムの仕事持ちながら就職活動されている方の時間のやりくり術、本当に尊敬。1社受けるのにそれなりにリサーチと準備が必要なので自分のスタイルだと時間めちゃかかる。このフリーランス期間で面接受けたのは結果3社。 明日から会社員となる自分へ一言。「スポンジになれ。個々を尊重しチームで成果を出そう。家族大事に。」

August 14, 2022 Â· 1 min Â· koshilife

(読書メモ) メタバースとWeb3

Amazonリンク https://www.amazon.co.jp/dp/B09W9B5Q6H/ 読んだ理由 支援先企業にてWeb3系の案件に携われそうな機会があり、3-4ヶ月前にも「NFTの教科書」を一度読んだ際にわかった気になっていたが、知識が曖昧な認識だったので別の本を用いて知識の埋め合わせをしたかった 獲得したい知識・読後イメージ Web3を構成する重要な要素技術の洗い出し、概要を掴みたい ブロックチェーン技術の進化の簡易的な歴史がわかっている 簡易的な用語集がインストールされている 業界の主要プレイヤーもしくは主要サービスを把握できている 読んだ感想 目次 - INTRO メタバースやWeb3がバズった本当の理由 - Chapter1 これまでの流れを知ると、Webが行き着くゴールが見えてくる - Chapter2 メタバースとは何か? - Chapter3 次世代インターネットWeb3を徹底解説 - Chapter4 メタバースとWeb3が辿り着く未来の姿 - LAST CHAPTER メタバース、Web3の事例から見るビジネスチャンス - 用語集 Chapter3までで読書の目的だった要素技術の概念と生まれた背景を把握できた。Chapter4以降は流し読み。2時間弱で読了。 Web3要素技術、進化の歴史や特徴、どういうイノベーションなのか解説がありわかりやすかった。 これから先のメタバース・Web3の著者の展望の他、著者のビジネスでの必勝法が紹介などもあり興味深かった。 モバイルゲーム、モバイル動画、VR/AR、ブロックチェーン。 新しい事業をつくる際には、私なりの必勝法というものがあります。 まず3年から5年後に来る市場はどこかというのを見定めて、 次に市場が立ち上がってきたらそこで成功する会社はこういう会社だという仮説を立てて、 最後にファンドを設立してさまざまな会社に投資をしながら、 投資先間で情報共有を徹底して、仮説検証を高速に回していくという戦略です。 國光 宏尚. メタバースとWeb3 (pp. 75-76). Kindle Edition. ↑この必勝法を知れただけでも買って満足。 (本書のスコープ外)これらの関連技術を使って、具体的に実現する方法(Engineering)は全くイメージが湧いていないので別途キャッチアップする予定。 メモ・引用 ブロックチェーンの過去の変遷を振り返ると、 いまのブロックチェーンは「第4世代」にあたります。 第1世代というのは、ビットコインとそのコピペです。 第2世代はイーサリアムとそのコピペ。 第3世代はイーサリアム上で動くアプリケーションたち。 そして第4世代が、イーサリアムのガチライバルたちです。 國光 宏尚. メタバースとWeb3 (p. 73). Kindle Edition. ↑ざっくりのブロックチェーン技術の潮流がまとまめてくれていて有難い。 この用語集は捗りました。(以下抜粋) ・CeFi(CentralizedFinance) ある特定の企業や組織への信用を介して行われる従来型の金融サービスの中で暗号資産を取り扱うもののことを指す。 ・DAO(DecentralizedAutonomousOrganization) ブロックチェーン上で世界中の人々が協力して管理・運営される組織のこと。 中央管理者はおらず、参加者同士で管理していく。 また、透明性が高く、誰でもソースを閲覧できることや、誰でも組織に参加できるという特徴がある。 ・DApps(DecentralizedApplications) ブロックチェーン上でソフトウェアを動作させる仕組み「スマートコントラクト」を利用することで実現できるアプリケーション。 ・DeFi(DecentralizedFinance) 日本語では「分散型金融」といい、銀行や証券、保険、取引所など旧来の金融機関が担ってきたサービスをブロックチェーンを通じて提供するシステム。 ・GameFi GameとFinanceを合わせた造語。NFTで用いられるブロックチェーン技術を利用して作られたゲームで、NFTゲームと呼ばれることもある。 ・NFT(Non-Fungible Token) ブロックチェーン技術を活用することで、コピーが容易なデジタルデータに対し、 唯一無二な資産価値を付与し、新たな売買市場を生み出す技術 ・Uniswap(ユニスワップ) イーサリアムのブロックチェーン上に存在する、人気の分散型取引所(DEX)。 非営利目的であるため手数料がほとんど発生しない。という特徴がある。 ・Web3 國光流シンプルな定義として仮想通貨、暗号資産、ブロックチェーン、クリプトのリブランディング。 ・クリプト P2Pの金融取引とインターネット上のスマートコントラクトを分散化された(非集権的な)方法で容易に行えるように設計されたデジタル資産 國光 宏尚....

April 11, 2022 Â· 1 min Â· koshilife

(読書メモ) はじめての外資転職-無双マニュアル: 業界の最先端を知り尽くす、元外資系投資銀行マンがコーチング!転職成功までの7ステップ

Amazonリンク https://www.amazon.co.jp/dp/B097Y6N4Y3 読んだ理由 現在、外資系ソフトウェアエンジニアのポジションを獲得するために準備をしている。 著者のYouTubeで面接対策や外資系でプロとしての働くマインド、慣習、テクニックなどとてもタメになっていたため、本も信頼できそうと思い手にとった。 得たいこと 働く上で必要な英語力・面接突破に必要な英語力を把握したい その英語力になるための英語力向上のヒントを得たい 面接突破するためのヒントやマインドを得たい 読んだ感想 本の構成、文章がとてもキレイで読みやすく、直近著者のYouTubeはよく見ていたこともあり、チャンネル内で言及されていることを再確認するのが主で1時間ちょっとで読めた。 応募前にLinkedInでリクルーターにアプローチするTipsだったり、面接後のフォローアップ・メールを送付する慣習などは知らなかったので有益だった。 behavioral系の面接対策であれば回答設計をする上の考え方は網羅されている感じを受けた。タイトルの通り外資系就職活動の序盤で手に取れたら時間を節約できた感はある。 著者のYouTube動画も効果的な英語でのコミュニケーション方法だったり言い回しを紹介してくれるのでそっちも合わせてお勧め。 メモ 応募前 情報収集 転職エージェント 1流か3流か見極める質問例 (この程度はスラスラと応えられないと信用し難い) Q.ターゲットポジションがどのくらい期間募集されていたのか? Q.新設の部署なのか、拡充スタッフの募集なのか? Q.前任者の退職理由は? Q.何人かくらい選考過程に残っているのか? LinkedIn AboutセクションはResumeのコピペは避けて、相手に知ってもらいたい内容にハイライトする。 リクルーターへのアプローチ ターゲット企業・ポジションの選定ができたら、ターゲット企業のリクルーターへのダイレクトなLinkedIn経由のアプローチ応募前の情報収集として設定がよい。 Cover letter 最初の1行はパンチラインとして魅力があるものに工夫する。 Resume JD(job description)を分析して、キーワード分析し、アピール可能な職歴・キーワードベースで最適化する。 面接 面接冒頭のスモールトークは印象を大きく左右するので全集中していい雰囲気を作る。 事前に企業研究にて調べた内容を元に疑問点があれば、質問して熱意を示す。 面接官)Do you know about our company/product/service? あなた)Yes, I've done my research, but there's one are that I'm still puzzled. 面接官)Oh, what is it? ~前置き~ あなた) It would be helpful if you can guide me with the answer....

April 11, 2022 Â· 2 min Â· koshilife

(読書メモ) ソフトウェアアーキテクチャの基礎

Amazonリンク https://www.amazon.co.jp/dp/4873119820/ 読んだ理由 ソフトウェアアーキテクトという役割・キャリアについて興味があった。良いソフトスキル・習慣・思考などがあれば自身をアップデートしたい。 主要なソフトウェアアーキテクチャパターンの知識の獲得および再確認を通じて、日々の設計業務の生産性を高めたい。 読んだ感想 上記理由を満たせたので大変満足。 読む前の自分の抱いていたアーキテクチャに求められるスキルは技術面に優れているイメージが強かったが、読んでみて交渉力やコミュニケーション力などのヒューマンスキルの求められるレベルの高さは、確かにな〜と盲点だった。 紹介されていたアーキテクチャパターンの特性を抑えられて、引き出しが増えた気がする。スペースベースアーキテクチャなどの高度なアーキテクチャパターンを使う機会は転職以外に思いつかないが、引き出しに閉まっておこう。 必要な技術知識の表現として、開発者は深さ、アーキテクトは幅が大事という表現は秀逸だった。 読んで見て、アーキテクトの行う仕事とは?こんな感じか。 1.ドメイン理解と組織状況をインプットして、必要なアーキテクチャ特性(illy)を導く 2.上記で導いたアーキテクチャ特性を満たせる最良のアーキテクチャ案を導く。各案の良し悪し(トレード・オフ)を整理。 3.関係者と認識合わせし、アーキテクチャ案の決定までを主導。決定プロセスにおける根拠を共有することで無駄な再検討を防げるのと納得感の醸成に大事。 4.開発チームと協調してアーキテクチャ案を具現化。 5.(初期構築はもちろん完璧じゃないので)開発イテレーションを通して継続的にアーキテクチャを磨く。 各章のメモ ## 1章: イントロダクション - システム構造、イリティ特性、アーキテクチャ決定、設計指針を考える必要がある - イリティ特性 (-ility) - 可用性 Availability - 信頼性 Reliability - テスト容易性 Testability - スケーラビリティ Scalability - セキュリティ Security - アジリティ Agility - 耐障害性 Fault Tolerance - 弾力性 Elasticity - 回復性 Recoverability - パフォーマンス Performance - デプロイ容易性 Deployability - 学習容易性 Learnability - アーキテクトへの期待 - アーキテクチャ決定を下す - アーキテクチャを継続的に分析する - 最新のトレンドを把握し続ける - 決定の遵守を徹底する - 多様なものに触れ、経験している - 事業ドメインの知識を持っている - 対人スキルを持っている - 政治を理解し、舵取りする - リーダシップスキル - エンジニアリングプラクティス 再現性のある効果を示すプロセスに依存しない手法を意味する。e....

March 30, 2022 Â· 3 min Â· koshilife

(読書メモ) モノリスからマイクロサービスへ

Amazonリンク https://www.amazon.co.jp/dp/4873119316/ 読んだ理由 モノリス、マイクロサービスの各アーキテクチャ特性の違いを知りたかったので積んでいた本。 ここ約3年、前職でRoRのモノリスのサービス開発をしていて、直近3ヶ月くらいはマイクロサービス的なサービスに携わり2人月程度のシステムを要件定義〜設計〜リリースまで主導した後、1日1章くらいのペースで読んでいった。きっと自分の設計思想が正しいものであったのか、もっとよい方法がないのか、ある種の答え合わせをしたかったのだろう。 読んだ感想 大変満足。設計の引き出しが増えた感と選定根拠を示す上での言語化する機会に役に立つ知識をインストールできた気がしている。 今までやってきたアーキテクトパターンや思考に名前が付いていたりと他の開発者とコミュニケーションをする上で共通認識の専門用語を使ってコミュニケーション/議論の効率化に繋がるイメージを持てた。 モノリスとマイクロサービスどちら側でもないフラットな視点で全体的に解説されていたが印象的。それぞれにメリット・デメリットがあるのでトレードオフを理解しバランスを取る必要があるとのこと。 サーガという分散トランザクションの紹介は、まさに最近の設計で少し悩ましかったところで、補償トランザクション (Compensating Transaction)っぽいことは考えていたので、思考方針としては正しかったことがわかって安心できた。 各章のメモ (一部) ### 5章 - 所有権のスコープ - 各マイクロサービスに対する所有権の扱い。組織が大所帯で自由に各マイクロサービス修正できてしまうとコードに統一感がなくなり質が悪くなりがちなので、チームで変更管理をして、他チームからはPullRequestで受ける形をとったりする - 破壊的変更 - マイクロサービス間のIFに変更があり、本番リリース後に影響が出る問題 - ロックステップリリース - 監視とトラブルシューティング - マイクロサービスの監視はモノリスと比べて複雑になりがち - まずやるべきはログ集約であり、ROIが高い。 - 本番環境でのテスト とても価値があるが、顧客に影響がないようにしよう - マイクロサービスはモノリスに加えてe2eテストを整えるのにコストがかかる自動テストは各マイクロサービスの役割に留めるのがベストプラクティス - 技術選定時の考え方 (5.9.3) - 可逆的な変更か不可逆的な変更か? - 横断チームに各チームの技術リーダーを入れて組織全体のアーキクチャを共有できるような仕組みがベストプラクティスとしてあるよ - 孤児サービス - サービス概要が時間経過に伴い不明になること。メタデータなどでサービス管理をすることで、サービスの役割、どのチームが作ったのか管理すべきか?などを管理しておくと、長期間運用しやすくなるだろう。そういった課題を解決するサービスも出てきている (biz ops ツール)

March 7, 2022 Â· 1 min Â· koshilife

(読書メモ) 一億人の英文法

Amazonリンク https://www.amazon.co.jp/dp/4890855270/ 読んだ理由 英語公用語環境でソフトウェアエンジニアとして働きたいという理由に英語再学習することにしたが。 受験英語以降、体系的に勉強していなかったので、Atsueigoでお勧めされていたこの英文法書を購入した。 読んだ感想 700ページ弱のボリュームがあり、時間がかかったが、文法の抜け漏れや再確認ができた気がする満足。特に仮定法とか受験当時から無駄に苦手意識を持っていたが、ちゃんと理解する良い機会になった。普段から少しづつ使っていけたらと思う。 著者の大西先生の解説は気持ち・ニュアンスといった部分に寄り添う解説が丁寧。NHK放映中の「英会話 定番レシピ」でも大西先生出演されている。その番組も自分のレベルに丁度良くてよく見ている。番組内での教え方についてもよくニュアンスレベルの解説を丁寧にしてくれているのでそっちもお勧め。 1日10ページ以上進めるペースで2ヶ月くらいでゆっくり読了、無理のないノルマを設けるのは確実に進むので自分にあってた。 (読了後1ヶ月後) 読了後いつでも開けるように机の上に置いておいたが、1ヶ月経っても全く読み返さないということは、定着しているということなのか?

February 28, 2022 Â· 1 min Â· koshilife