はてなブックマーク

4/4 の今日、遂に息子が1歳の誕生日を迎えました！ 4/1 から保育園にも行き始め、寂しさを感じています…！ この 1 年間、息子からは数えきれないたくさんの幸せをもらいました 私も仕事が明日から始まる予定で、これまでの 1 年とこれからの 1 年はスピードが全然違うんだろうな…と震えています 1 年間、たっぷりと休んだにも関わらず、寛容に送り出してくれた、そして迎えてくれるマネージャーや同僚には、感謝してもしきれません！とてもいい職場！ これまでとは自分の働く姿勢や働き方も変わるかもしれませんが、せっかく息子を預けてまで働くので、一生懸命に頑張ってお仕事を楽しみたいです。 今回は、産休〜育休にかけてやった自己研鑽についてまとめていきます✍️ 前提として、時短・手抜き家電をたっぷりと使い、さらに夫が一緒に育児と家事を頑張ってくれたおかげで、残った10%の体力で自分の学習時間が取れました！

今年の 4/4 に第一子を出産し、あっという間に4ヶ月以上が経ちました。 1ヶ月目でこちらのブログを書き、多くの方に読んでいただきました。今回はそこからさらに3ヶ月経ってみて、過ごし方やあってよかったものなどを紹介しようと思います！ いよいよ「エンジニア」とは関係ない、ただの育児ブログになってしまった、その点ご了承ください…！ こちらはエンジニア感が少しだけあります↓ syobochim.hatenablog.com 🐥 ぴよログを活用しよう 相変わらずぴよログで日々のおしっこ・うんち、ミルクの記録はつけています。 病院に行ったり すると、当たり前のように排泄の回数やミルクの回数などを聞かれるので、サッと答えられるようにしておくと安心です。 📖 日々の日記 写真つきの日記をぴよログにつけています。日記といっても、1 日のトピックを一言書くくらい。 ぴよログは最終的にPDFに出力したり、

4/4 に第一子を出産し、昨日で生後 1 ヶ月を迎えました！そして、子どもの日の今日は初節句になります！🎏 色々な方にお祝いしていただき、大変ながらも幸せな 1 ヶ月を過ごしています。 初めての育児でわからないことだらけですが、無事に 1 ヶ月を過ごしてみて、色々と工夫していることをまとめます。 👶 工夫していること Alexa の活用 我が家には Echo Show 5 があり、Alexaを日常的に利用しています。 Google Homeもありますが、「オーケーグーグル」よりも「アレクサ」の方が言いやすいので、日常使いはめっきり Alexa です。 Echo Show 5 (エコーショー5) 第2世代 - スマートディスプレイ with Alexa、2メガピクセルカメラ付き、チャコール AmazonAmazon Alexa とぴよログを連携 「ぴよログ」というアプリで授乳やミルク、お

増田さんから Software Design 2023/2 を献本いただきました！ 第１特集はドメイン駆動設計入門で、50ページとすごいボリュームで読み応えたっぷりでした！ Software Design (ソフトウェアデザイン) 2023年2月号 [雑誌] 技術評論社Amazon 🙆‍♀️ こんな人にオススメ ドメイン駆動設計の基本と、そこからさらに一歩進んだ内容を幅広く学べます。 何かの書籍で学ぶ前にドメイン駆動設計の考え方をまずは知りたいという方にオススメです！ 説明の中でクリーンアーキテクチャやマイクロサービスについて言及されている箇所もあり、この本を読むことで興味の幅を広げることができるとも感じました。 現場での経験に基づいた事例の紹介もあり、コンテンツとしてとても濃いものになっています！ まずはこちらの特集でどんな考え方があるのかを把握した上で、エヴァンス本や増田さんの「現場

kawasimaさん主催のアーキ部に参加しました！ architect-club.connpass.com テーマの発端になったツイート 部門に社員を配属するとか、カートに商品追加するとか、コレクションを集約としてアイテムを追加する訳だが、件数多くいちいちコレクション全体をメモリにロードしてられないこともある(というかそういうケースの方が多いのでは?) 。そういう時にどういう設計パターンが考えうるか、まで論じて欲しい。— kawasima (@kawasima) 2023年1月13日 これまでドメイン駆動設計やクリーンアーキテクチャとかを勉強してきましたが、このツイートを見て「実際に『性能』を意識してコードを書いていくってどうしたら良いんだろう？」と謎になりました。 この勉強会では、『性能』は重視しつつ、どうやってドメインをコードに表現していくのか、というお話をkawasimaさんからして

ミノ駆動さんから献本いただいた「良いコード／悪いコードで学ぶ設計入門」を読みました！既に何度も重版されているベストセラーで、読んでいてもとてもわかりやすかったのですごくオススメです！ （かなり前にいただいたのに、このタイミングになってしまった…！） 良いコード／悪いコードで学ぶ設計入門―保守しやすい　成長し続けるコードの書き方 作者:仙塲 大也技術評論社Amazon 🙆‍♀️ こんな人にオススメ 「システム開発しているけど、可読性が低かったり変更しにくかったりと開発に課題がある。けど、レガシーコード改善ガイドを読むのはハードルが高い‥！明日からでも実践できるような、わかりやすく設計を改善できる方法が具体的に知りたい！」 という方に特にオススメです。もちろん、最初から良いコードを書きたいという人にもオススメ。 タイトルにもある通り、コードを読みながら設計を改善していく具体的な方法について学

最近スライドを作るときに使っている、スライドをちょっとだけおしゃれ可愛くするTIPがあります。 それを社内で共有したら意外と知られてなかったので、折角なのでまとめます。 Microsoft 365のサブスクリプションか最新版のライセンスなら、どの機能も使えると思います！ ✨ 文字と画像がシュッと動く 作り方 ✨ かわいい人を入れる 作り方 ✨ 手書き風に見せる 作り方 ✨ 図形を結合する 作り方 ✨ (おまけ) 絵文字を使う 終わり ✨ 文字と画像がシュッと動く ↓のように、文字や画像をおしゃれに動かせます。 アニメーションで一つ一つ調整する必要はありません。 作り方 動かす前のスライド①を作り、それをコピーして次のスライド②を作ります ②のページの画像や文字を動かします ②のページに、「画面切り替え」タブにある「変形」という切り替え方法を適用します これだけ！②のスライドには新しく文字や

以前のブログで100日かけてエリック・エヴァンスのドメイン駆動設計を完読しましたと書きましたが、それに続いて Clean Architecture も完読しました！ 4/21から始まり、（家庭の都合で2日おやすみもありましたが）毎日１章ずつ、全34章を無事に完読しました 🙌 そして、今回もそれぞれの章で学んだことを毎日ノートにまとめてツイートしていきました。 Clean Architectureもかなり長い間積んでいた本だったので、やっと消費できてよかった…。 Clean Architecture　達人に学ぶソフトウェアの構造と設計 (アスキードワンゴ) 作者:Ｒｏｂｅｒｔ Ｃ．Ｍａｒｔｉｎ,角 征典,高木 正弘ドワンゴAmazon ツイートはこちらのモーメントにまとめています。 今回は他の方のツイートも一緒にモーメントに追加していきました。 モーメントは100個までしかツイートを登録で

11/25から3/4の100日間かけてエリック・エヴァンスのドメイン駆動設計を完読しました！ ソフトウェア開発の複雑さに立ち向かうための方法に「ドメイン駆動設計」があります。 エリック・エヴァンスのドメイン駆動設計（以降、エヴァンス本）は発売から20年・日本語訳発売から10年経っても読まれていて、ドメイン駆動設計の原著であり、多くのエンジニアが名著という一冊です。 その分厚さや内容が難しそうというイメージからずっと積んだままになっていている人も多いのではないでしょうか。 エリック・エヴァンスのドメイン駆動設計 作者:Eric Evans翔泳社Amazon 私もそんな一人で、ドメイン駆動設計をなんとなく知った風に過ごしていましたが、ドメイン駆動設計に関する勉強会への参加をきっかけにエヴァンス本と向き合い、知ったこと・学んだことを毎日1ページにまとめてツイートする活動を始めました。 100日間

オンラインの仕事も増えて、動画を作って触ることが増えました。 iMovieなどの動画編集ソフトで動画編集もするのですが、編集した動画をエクスポートすると基本的にファイル容量が増えてしまいます。（元々が200MB程度だった動画が1GB近くなったりしていた。） 動画を仕事相手に共有する際の制約などから動画のファイルサイズを小さくしたかったのですが、やり方が分からずとても苦労していました。 実際に編集ずみの動画を画面に流して画面収録で取り直したり。。。 そこで、ffmpegというツールを知り、コマンドで簡単に動画サイズを縮小できたので、自分用にMEMOしておきます。 具体的には、 元ファイル：200MB → 動画編集ずみ： 900MB → ffmpeg：200MB くらいになったので、個人的には大満足の結果になりました。 インストール方法 macの場合は Homebrew を使って簡単にインスト

「モブプログラミング・ベストプラクティス」を読みました。 "モブプログラミング"とは、3人以上の人々が1台のコンピューターの前に座って協力しながら問題を解決していくことです。 モブプロをチームで実践したことがないまま、「みんなが集まって一つのコードを修正するって非効率じゃない？」寄りの考え方だったんですが、この本ではそんな考え方に対する回答も書いてくれていて、納得しつつ読み進められました！ モブプロというテーマだけで一冊の本になっちゃうほど色々とプラクティスが詰まっていましたが、どれも丁寧に解説されていてわかりやすい＋モブプロを始めるイメージがつきやすい本でした。 サラッと読めるし、手元に置いておきたい。 モブプログラミング・ベストプラクティス ソフトウェアの品質と生産性をチームで高める 作者:マーク・パール発売日: 2019/02/23メディア: 単行本 📖 目次 1章　なぜモブプログ

チームビルディングでは、チームでより大きな力を発揮するためにメンバー同士がお互いのことを理解することが大切です。 それぞれの個性をあらわし、理解する時に時に役立つのが、「ビッグファイブ性格特徴モデル」です。 これは科学的・心理学的に信憑性があり、世界のさまざまな文化の違いを超えて信頼できることが証明されている分析方法で、性格は次の5つの要素の組み合わせによって決定されるという考え方です。 外向性（外向 ←→ 内向） 社交的・話好きで活発な振る舞いをする 協調性（協調 ←→ 排他） 他人に対して思いやりがあり協力的 勤勉性（勤勉 ←→ 怠惰） 自己コントロールをして忠実に行動する・達成を目指す・計画的 情動性（論理 ←→ 情動） 心理的ストレスを受けやすい 創造性（創造 ←→ 保守） 珍しいアイデア・好奇心・目新しさや多様性を好む この性格診断は、それぞれの要素があるかないかの◯か×かで判断

Macを使っていてGitのリポジトリへpushしようとしたら認証エラーが発生しました。 その対処方法のメモです。 remote: HTTP Basic: Access denied remote: You have 2FA enabled, please use a personal access token for Git over HTTP. fatal: Authentication failed for 'https://example.com/repo/sample.git/' パスワードも合っているのに何故…？と思っていたけど、Mac OSX キーチェーンに保存されている認証情報が変な状態になっていることが原因でした。 Gitの設定情報を確認すると、デフォルトで credential.helper が登録されていました。 $ git config --list credenti

Gitの設定（コミット時に利用する user.name や user.email など）は基本的に git config コマンドを利用して設定をしていきます。 git config にはいくつかのオプションがあり、基本的には --global を使ってPCのユーザーとしての設定をし、個別に設定を変更したいリポジトリについては --local を利用して設定してきました。 しかし、この方法だと毎回設定の手間がかかったり、設定するのを忘れてしまって私用のユーザー名やメールアドレスで会社のリポジトリにコミットしてしまったりと、課題がでてきます。 git config --global コマンドを実行すると ~/.gitconfig に設定が保存されていきますが、Gitにはディレクトリ配下に対して別の config ファイルを適用できます。 今回はそれの備忘MEMOです。 例として、以下のような

【翻訳記事】デプロイ戦略の定義のブログでアプリケーションをデプロイする方法のパターンについて書きました。その記事のはてブにコメントをいただいた（ありがとうございます！）のですが、データベースの変更をした際のデプロイ方法についても気になるというコメントがありました。 そこで、翻訳記事の元になったブログとは違いますが、今読んでいる書籍「進化的アーキテクチャ」にデータベースの変更をデプロイするパターンについて記載されていたので、それを抜粋してブログにまとめます。 と言っても、データベースの変更はアプリケーションほどデプロイ種類があるわけではありません。データはあるか、統合点（後ほど説明します）はあるかという観点で3つのパターンにまとめられています。 そして、【翻訳記事】デプロイ戦略の定義で書いたそれぞれのデプロイ戦略をとる場合、どのケースに当てはめると良さそうなのかも考えました。諸々、私の考えが

認知バイアスとは、人間が何かを考えたり記憶したりする際に持ってしまう先入観のことです。良く聞く「希望的観測」や「生存バイアス」もこの認知バイアスの中の一つです。 本来は論理的かつ合理的な決定をしなければならないときに、認知バイアスの影響をうけてしまうと結論がズラされてしまう可能性があります。認知バイアスを理解し、意識することで、思考が逸れてしまうことを防ぐようにしなければいけません。 もしくは、逆に認知バイアスがかかることを逆手に取れば、物事を円滑に進められるかも。 Wikipediaを見ると、数多くの認知バイアスが掲載されています。一つ一つを見ると、「確かにやってしまいがちかも。」と思うような認知バイアスが数多く紹介されていました。 Category:認知バイアス - Wikipedia 以下は、Wikipediaと書籍『リファクタリング・ウェットウェア』を参考に、いくつかの認知バイアス

この記事は2017/11の以下のブログ記事の翻訳です。 blog.itaysk.com まずはじめに、翻訳を快く許可していただいた@itayskさんに感謝いたします。 3年前の記事ですが、デプロイ戦略についてここまで網羅的にまとめられた記事が日本語で見つけられなかったので翻訳してみようと思いました。 初めての翻訳記事であり、かつ翻訳時に多少の意訳を含んでいます。私の翻訳ミスがある可能性も十分にご了承ください。 何か間違いやわかりにくいところがあれば、コメントいただけますと幸いです。 無謀なデプロイ (Reckless Deployment) ローリングアップグレード (Rolling Upgrade) ヘルスチェックと監視 ロールバック 後方互換性 ちなみに ブルーグリーンデプロイ (Blue/Green Deployment) ドレイン スイッチバック ステージ ちなみに カナリアデプロ

@mochikoAsTechさんに「SSLをはじめよう！」という同人誌をいただきました！元々「SSLは完全マスターすらできてない」という状態で、この本が発売されたら購入しようと思っていたのですごく嬉しい！技術書典8で発売される予定だったのですが、コロナの影響で技術書典自体がなくなってしまいました…。残念…。ただ、オンラインでの購入が可能です！ 「はじめに」にも書いてありますが、この書籍はSSLに対して『関わる機会が多い割に「ちゃんとわかっているか」と言われるとちょっと自信がない』と言う人に向けられた書籍です。私じゃん。 全部で100ページ強で操作画面のキャプチャも多く、私はサクサクと2日で読めてしまいました。しかし、その中に、 SSL/TLSとは何か どういうメリットが得られるのか HTTPSはどういう流れで処理が行われるのか 実際にHTTPS化をやってみる クラウド環境の準備(Oracl

久しぶりにテストコードを書いたのでMEMO〜。 アプリから他のサービスを使っているけど、自動テストの時はそのサービスを使いたくない。 もしくは、テスト対象のクラスから他のクラスのメソッドを呼び出しているが、他のクラスの仕様はそのクラスのテストに委譲しており、今回のテストには含めたくない。 ただ、作成したクラスからサービスや他のクラスに対して、どんな値が渡されたのかはチェックしたい。 例えば、Controllerクラスのテストをする場合、 Controller内で Fukuzatsu クラスの hikisuIppai()メソッドを呼び出しているとする。 でも、hikisuIppai()メソッドの挙動は Fukuzatsu クラス側でテストするから、hikisuIppai() メソッドの「呼び出し回数」と「引数として渡された値」が想定通りに設定されていることだけをテストできればOKとする。 そ

趣味でVirtual YouTuber（略してVTuber！）をはじめました！ クラウドに関する知識をゆるりと紹介していきたいな〜、と思っています！(✌️'ω' ✌️) 美的センスなし＋知識完全ゼロだった人間が何回かの土日を使って作っていったので、なぜやろうと思ったのか、どんな技術を使ってVTuberを始めたか、簡単に紹介していきます！ www.youtube.com www.youtube.com www.youtube.com 💬なぜ始めようと思ったか 💰使ったものと現時点でかかったお金 🖥 Live 2Dについて ハマったところMEMO 🖥FaceRigについて MEMO 🖥 filmoraについて 🖥 おまけ 🤔 これから 考え中なこと 💬なぜ始めようと思ったか 前職ではプログラミングや開発手法などに興味があり、文章やコードを使った説明が適切だと思っていたので、この

Japan Container Days v18.12 に参加してきました！ （お仕事などなど入ってしまい、結局2日目の午後しか参加できなかった…。） containerdays.jp v18.04にも参加していたのですが、そちらの感想はこのブログに書いています。 syobochim.hatenablog.com 💬 全体を通しての感想 前回（v18.04）に引き続き、 Japan Kubernetes Daysという感じで、Kubernetes前提でほとんどのセッションが構成されているという印象でした！ 前回は、こういうツールが便利そう！という話が多かった気がしていて、感想ブログにもこのように書いていました。 Keynoteで聞いた事例が面白かったし、もっとメルカリさんみたいな事例の話が聞きたいなぁ…と思いましたが、あまりそういうセッションはなく…。 そもそも、実際Kubernetes

もともと、この記事を書いていましたが、 なんと本家でtouch barを活用出来るようになったとのことだったので、そちらを使うようにしてみました！ さようなら、intellij-touchプラグイン・・・。大好きだったよ・・・。 syobochim.hatenablog.com 😍 どうなるか IntelliJのリリース報告に全て書いてあるので、そこを見ていただく＋サムライズムさんのツイートを見ていただければ、わかるかと思います！ IntelliJ IDEA 2018.2 Early Access Program is open! | IntelliJ IDEA Blog @syobochim IntelliJ IDEA2018.2ではデフォルトでタッチバーに対応致します。気に入っていただけるかと！(インストール済みのタッチバーサポートプラグインは外してください) pic.twitter

Japan Container Daysに参加してきました！ containerdays.jp 💬 全体を通しての感想 ↑のサイトのセッション一覧を見てもわかりますが、Kubernates祭り！という感じで、私が参加したセッションは全て、Kubernatesを絡めた内容が入っていました。 コンテナを実際に運用するうえでは、Kubernatesが欠かせない存在になっているみたいで、 開発プロセスや運用について紹介する際は、 Kubernetesありき＋合わせて使うと便利なツールやサービス という内容ばかりでした。 また、ツールやサービスも、複数のセッションで同じツール名を聞くこともあり、ある程度「これがメジャー」というものが確立し始めているように感じました。 Keynoteで聞いた事例が面白かったし、もっとメルカリさんみたいな事例の話が聞きたいなぁ…と思いましたが、あまりそういうセッション

💡 2018/5/26 追記 この記事は古いです。↓の記事に新しい情報を載せているので、よければ見てみてください。 syobochim.hatenablog.com 以下、本文です。 まさにコレが私の本当に求めているものだったので、プラグインを紹介したい。 💡 最高のプラグイン MacBookPro の touch bar をここまで活かせるプラグインがあっただろうか。 プラグインの紹介ページに全て書いてあるんだけど、 このプラグインを使うことで、IntelliJ IDEAを使うときのtouch barを最大限に活かすことができる！！！ plugins.jetbrains.com 💡 どうなるか こんな感じで、自分の好きなアクションをtouch barに設定することができる！ あのキーとこのキーを一緒に押して…ってしなくても、ポンッとtouch barに触れればアクションを実行できる

新卒から約6年間勤めたSIerを退職しました。 入社時点では、Linuxコマンドを１つも知らない。。。という状態だった私を育ててもらった、本当に恩のある会社です。 会社が嫌になったわけでは無く、むしろ、最後まで本当に好きな会社でしたが、色んな縁が重なり退職することになりました。 💬 SIerでやってきたこと すごく大きなシステムの保守開発、業務アプリケーション開発、システムの基盤部品開発などなど、色んなシステム／案件に関わってきました。 炎上案件だったこともあるけど、どのプロジェクトでも学ぶことが多くあったし、「あの時は大変だったよね〜〜」と、ほとんどが笑って話せる思い出です。 また、どのプロジェクトにも憧れるような凄いエンジニアが居たし、業務外でも部署内・外を問わず、多くのエンジニアと関わることが出来ました。 会社が大きいと、色んなコンテキストの中で働いている多くの方と関わることが出来

メモだよ ✏️ パラメータ受け取り RequestParamでクエリパラメータを取れる。他の取り方もある！ Spring Boot 使い方メモ - Qiita @GetMapping(value = "/") @ResponseBody String getType(@RequestParam Map<String, String> queryParameters) { .... } ✏️ Objectに変換する ObjectMapperをつかってmapからObjectにする クエリパラメータがsnake caseでくる場合は、ObjectMapperに設定を追加する XXForm form = new ObjectMapper().convertValue(queryParameters, XXXForm.class); XXForm form = new ObjectMapper().