Masafumi Misawa
ソフトウェア開発にまつわる記事まとめ
普段の生活の中の記録として。
TuneCore Japanでバックエンドエンジニアをしているmasafumiです。 この会社に参画してから2年が経ちました。2024年から3年目に入ります。 今回、開発チームのコミュニケーション促進を目的としてチームビルディングワークショップをやりたい！と思い、そのワークショップの企画·準備·実施·事後まとめまで行ったので、その内容を共有します。 想定する読者チームのコミュニケーションに課題を感じている人 チームビルディングにワークショップを取り入れてみようと思っている
いつもコードレビューするとき、以下の点を意識しながらコメントしている。 特に、コードに対する指摘は、人格否定と捉えかねないので、なるだけ「実装者が否定的に捉えない」「納得感を持って受け止めてくれる」コメントを意識している。 主観で決めつけない 誰しも、「自分の考えが正しい」と思いがちなので、自分が理解できないコードや指摘点を見つけると即座に指摘したくなる。 「これだとエラーになります」 「この書き方は可読性が悪いです」 のように。 ただ、実装者は全力でこのコードを実
プライベート用の Macbook Githubアカウント 仕事用の Macbook GitHubアカウント とそれぞれ分けて持っていると、 「仕事用のMacbookで、プライベート用のGitHubアカウントのrepositoryのコードをclone/pushしたい」 というケースもある。 ここら辺がごちゃごちゃしてくると、 「プライベート用のMacbookで、プライベート用のGitHubアカウントのrepositoryのコードをclone/pushしたい」
一年9ヶ月ほど使ったYouTube Premiumを解約した。 理由は以下の３つ。 YouTube Musicを活用できていないことに不満があった YouTubeで見る動画が減ってきた 解約することで新たな時間とお金を捻出したかった YouTube Musicを活用できていないことに不満があった 私は、メインの音楽ストリーミングサービスとして、Spotifyを使っている。 それと併用する形でYouTube Musicを使っていたのだが、やはり、Spotifyの方ばか
を見たり、 とかを読んでみたりして、 Goでもどうにかして、UNIONっぽいものを実装できないかと思って、色々試行錯誤してみて、それっぽく出来たのでまとめてみます。 UNION型を表すために、 interface generics を使うと表現できそうです。 type structA struct {}type structB struct {}// 型unionTypeは、型structA, 型structBのいずれかであるtype unionType int
背景最近、GoでPATCH APIを実装する機会があり、その時、null.String を使ってリクエストを制御する必要があったので、この辺りを改めてキャッチアップしてみました。 Goでは、nullという概念はありません。 stringに空文字 "" を代入した場合、それはいわゆる「ゼロ値(zero value)」として扱われます。 しかし、Web APIを実装する以上、APIリクエストをしてくるクライアント側とのnull値の受け渡し、DBとのnull値の受け渡しは避
Reactの3つのステップ、 1. トリガ 2. レンダー 3. コミット について、改めて公式ドキュメントを読み返してみたら、結構理解できる部分増えてて、自分の進歩を感じたな。 この2ヶ月で結構フロントの知識も一気に付いてきたな！ https://ja.react.dev/learn/render-and-commit
日々開発タスクを行っていると、新しく学んだ知識、失敗したこと、成功したこと、嬉しかったことなど、様々なことが1日で起こります。 そんな毎日を、ただ消化するだけにしたくないと思い、自分のためだけの日報を書き始めてみました。 この記事では、毎日の業務終了後に日報を書くという習慣を、30日間続けてみて感じた変化についてご紹介します。 日報のフォーマット日報はNotionで1日１ページとしてDBに貯めるようにしています。 書き始めた最初の頃は、とにかく「日報を書くことのハード
定期的に上司と1on1をやっていますが、今回自分が、「スペシャリストかマネージャーか、どちらの志向で行こうか悩んでいる」というテーマで相談したところ、実になる話ができたので、ここに書いておこうと思います。 今回上司と話した内容はこちらです。 以前はマネージャー志向で考えていた以前までは、「自分は技術を極めるというタイプではないし、人と接するのは好きなので、マネージャー志向なのかなぁ」と思っていました。 しかし、自分の今後のキャリアと絡めて、先日妻と「そもそもリーダーとはど
先日、１年半お付き合いしていた彼女とついに入籍しました！ 妻とはマッチングアプリで出会いましたが、こんなに自分が自然体でいられて、人としても尊敬できる人は他にいません。 今の時代、結婚しなくても生きていけますが、やっぱり家族がいると安心できます。自分のことを一番身近で理解してくれて、支え合っていける人がいるというのはとても幸せなことだよな、と思ったのが結婚の決め手です。 日常生活の中でも、家の掃除、食材の買い出し、料理、洗濯など、1人で全部やると大変です。特に最近は、私
2023年に思ったこと「世界一流エンジニアの思考法」を読んでから、自分のエンジニアとしてのキャリアとか、仕事の考え方を改めて考えるキッカケになった。 著者の環境自体が、マイクロソフトで働いており、その中のチームの状況、どんな人が働いているのか、その内情を知ることができたことで、自分の中のトップ企業に対する解像度が上がったのが大きい。 また、それを見て、自分は今までの人生で「自分では無理だ。手が届かない。」と思って、自分の限界を自分で決めて諦めていたことが何度もあった。それを
2024年も明けてもう数日経つが、元日、サザンビーチちがさきに初日の出を見に行ってとても良い気持ちで新年を迎えることができたので記事に残しておこうと思う。 仕事納めも終わって、家の大掃除や年越しの準備も大体終わった、12月30日ごろ、「元日は何か新鮮なことしたいなあ」と考えていた。 そんな時、今までは毎年実家で年越しを過ごしていたが、今年は諸事情で実家には帰らず関東で年越しを過ごすことになったので、今まではできなかった初日の出を見に行ってみよう！と思い至った。 どこで初日
1. 早寝早起き自分のやりたいことができるのは朝しかないのでこの時間に目標達成に必要な行動を取れるようにしたい。体力も時間もある朝が最も適しているので。 去年6月ぐらいまでの前半は朝起きれていたが、後半起きる時間が遅くなっていたので、目標は、2024年12月の時点で6:00~6:30ごろに起きて朝活をやっていることが当たり前な状態にしたい。 2. 趣味を楽しむ去年は、仕事と恋愛に打ち込んだ年で、どちらとも自分のなかでは10点満点の一年を過ごすことができた。ただ、その代わり
仕事今年は、仕事では去年よりも多くのプロジェクトの開発担当をし、設計工程のような上流まで携わることができた。 知識としても多くの本を読んだし、開発メンバーの話す内容が去年よりもよく理解できることが多かったと思う。 具体と抽象、実装とインターフェースという概念が、去年はどうしてもよく理解できなかったが、今年は開発を重ね、いろんな書籍を読み漁ってみて少し理解できたように思う。たぶんここら辺の本を読んだのが大きい。 特に「仮説思考」って考え方がブレイクスルーで、物事の理解がより
数としてはあんまり自分への大きな買い物はしてこなかった一年だった。 パートナーとか、同僚への祝い物とか、他人へのプレゼントでお金を使うことが多い年で、幸せだったかも。 ガジェットや書籍、日用品で特に印象に残ったものを一部載せてみる。 ライフイベント結婚・婚約指輪 今年一年で最も大きな買い物だった。 妥協はしたくなかったので、店舗２軒ぐらい回って、どんなものだと彼女が喜んでくれるかなと思って色々探し回り、最終的に銀座ダイヤモンドシライシの指輪を購入。 大学時代の先輩がここの
クリスマスも終わっていよいよ年越しまで秒読みになってきたので、そろそろ今年のふりかえりをnoteに書こう
