サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
大谷翔平
syobochim.hatenablog.com
4/4 の今日、遂に息子が1歳の誕生日を迎えました! 4/1 から保育園にも行き始め、寂しさを感じています…! この 1 年間、息子からは数えきれないたくさんの幸せをもらいました 私も仕事が明日から始まる予定で、これまでの 1 年とこれからの 1 年はスピードが全然違うんだろうな…と震えています 1 年間、たっぷりと休んだにも関わらず、寛容に送り出してくれた、そして迎えてくれるマネージャーや同僚には、感謝してもしきれません!とてもいい職場! これまでとは自分の働く姿勢や働き方も変わるかもしれませんが、せっかく息子を預けてまで働くので、一生懸命に頑張ってお仕事を楽しみたいです。 今回は、産休〜育休にかけてやった自己研鑽についてまとめていきます✍️ 前提として、時短・手抜き家電をたっぷりと使い、さらに夫が一緒に育児と家事を頑張ってくれたおかげで、残った10%の体力で自分の学習時間が取れました!
2023/4/4に第一子を出産し、ふと気付けばもう9ヶ月が経ちました! あっという間だったような、新生児の頃がすごく昔のような不思議な感覚です。 既にずり這い・ハイハイ・つかまり立ちをマスターしていて、あちこち移動するのを追いかけ回す日々です。 感情も豊かになった…、というか、不満がある時に「不満があるぞ〜!!!!」と強く主張するようになりました。えらい。その調子だ。 離乳食も始まって、奮闘・工夫をしているのでまとめます。 以前の記事はこちら syobochim.hatenablog.com syobochim.hatenablog.com 🍚 離乳食ってたいへん! 9ヶ月目に入って、離乳食は「後期」になりました。 後期では1日のご飯が3回になり、更につかみ食べを促す必要があり、一気に大変さが上がった気がします。 初期から今までにかけて便利だったものや工夫をまとめます。 🍅 汚れ対策
今年の 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 とぴよログを連携 「ぴよログ」というアプリで授乳やミルク、お
Electronでアプリを作りました。 アプリは ワークスペース(デスクトップ)を切り替えても表示される 他のアプリよりも前に表示される 他のアプリを全画面表示した時も前に表示される Keynoteをプレゼンテーションモードにした時も前に表示される としたかったです。 特に4つ目のKeynoteでのプレゼンテーションモードが一筋縄ではいきませんでしたが、最終的にはこんな感じで実現ができました。 package.json の main で定義している main.js にてウィンドウを開くときに設定を追加していきました。 const { app, BrowserWindow } = require("electron"); const is_mac = process.platform==='darwin' // macOSかどうかの判定をする if(is_mac) { // macOSの時の
翻訳者の一人である @yuya_hirooka さんからいただいたアジャイルリーダーシップを読みました。献本ありがとうございます! この本では、「アジャイル」については知識がある前提で、チームや組織をアジャイルにしていくためのリーダーシップについて学べます。 書籍にも書いていますが、アジャイルリーダーシップはプラクティスではなく「心のあり方」です。 そのため、書いていることが考え方にフォーカスしていて抽象的だと感じるものが多く、実践が難しいかもと思いながら読んでいたんですが、ふと「あれ?でも、今の会社・組織ってアジャイルリーダーシップ出来てるな。」と感じました。 その辺りも含めて、本の感想をまとめます。 アジャイルリーダーシップ 変化に適応するアジャイルな組織をつくる 作者:Zuzana Sochova共立出版Amazon 📖 目次 第1部 アジャイルリーダー ――隠れたリーダーシップを
増田さんから Software Design 2023/2 を献本いただきました! 第1特集はドメイン駆動設計入門で、50ページとすごいボリュームで読み応えたっぷりでした! Software Design (ソフトウェアデザイン) 2023年2月号 [雑誌] 技術評論社Amazon 🙆♀️ こんな人にオススメ ドメイン駆動設計の基本と、そこからさらに一歩進んだ内容を幅広く学べます。 何かの書籍で学ぶ前にドメイン駆動設計の考え方をまずは知りたいという方にオススメです! 説明の中でクリーンアーキテクチャやマイクロサービスについて言及されている箇所もあり、この本を読むことで興味の幅を広げることができるとも感じました。 現場での経験に基づいた事例の紹介もあり、コンテンツとしてとても濃いものになっています! まずはこちらの特集でどんな考え方があるのかを把握した上で、エヴァンス本や増田さんの「現場
kawasimaさん主催のアーキ部に参加しました! architect-club.connpass.com テーマの発端になったツイート 部門に社員を配属するとか、カートに商品追加するとか、コレクションを集約としてアイテムを追加する訳だが、件数多くいちいちコレクション全体をメモリにロードしてられないこともある(というかそういうケースの方が多いのでは?) 。そういう時にどういう設計パターンが考えうるか、まで論じて欲しい。— kawasima (@kawasima) 2023年1月13日 これまでドメイン駆動設計やクリーンアーキテクチャとかを勉強してきましたが、このツイートを見て「実際に『性能』を意識してコードを書いていくってどうしたら良いんだろう?」と謎になりました。 この勉強会では、『性能』は重視しつつ、どうやってドメインをコードに表現していくのか、というお話をkawasimaさんからして
ミノ駆動さんから献本いただいた「良いコード/悪いコードで学ぶ設計入門」を読みました!既に何度も重版されているベストセラーで、読んでいてもとてもわかりやすかったのですごくオススメです! (かなり前にいただいたのに、このタイミングになってしまった…!) 良いコード/悪いコードで学ぶ設計入門―保守しやすい 成長し続けるコードの書き方 作者:仙塲 大也技術評論社Amazon 🙆♀️ こんな人にオススメ 「システム開発しているけど、可読性が低かったり変更しにくかったりと開発に課題がある。けど、レガシーコード改善ガイドを読むのはハードルが高い‥!明日からでも実践できるような、わかりやすく設計を改善できる方法が具体的に知りたい!」 という方に特にオススメです。もちろん、最初から良いコードを書きたいという人にもオススメ。 タイトルにもある通り、コードを読みながら設計を改善していく具体的な方法について学
エリック・エヴァンスのドメイン駆動設計の本を読みまして、たくさんのプラクティスを知れました。ただ、実際にどうやって開発を進めていけばいいんだろうというのは、この本ではあまりイメージするのが難しいと感じていました。 そんなときに、「現場で役立つシステム設計の原則」を改めて読み返してみよう!と、読んでみて、めちゃくちゃ読みやすかったし丁寧だったので感動しました…! 現場で役立つシステム設計の原則 〜変更を楽で安全にするオブジェクト指向の実践技法 作者:増田 亨技術評論社Amazon 🙆♀️ こんな人にオススメ ドメイン駆動設計に興味がある人・オブジェクト指向を始めたい人・より良いコードを書きたいと思っている人にオススメです。 エリック・エヴァンスのドメイン駆動設計は初心者向けではないので、まずこの本で取っ付き始めるのがいいのではないでしょうか。 また、エヴァンス本を読んだ後も、実際にどうや
Atmoph Windows 2 を在宅勤務の環境に導入しました。 チェスナットのフレームも使っています。 Atmoph Window 2 [Basic] (ホワイト) AtmophAmazonAtmoph Frame [Wood] (チェスナット) AtmophAmazon 自宅が良いも悪いも防音性能が良くて、全然外の音が聞こえない。 そんな中四角い部屋で作業をしていると、静かで脳に刺激がなくて狂いそうになる。 そしてリラックスもできない。 ということで、窓を導入しました。 自然音が薄く聞こえてくるのも、集中するのにとても良いです。 逆に、Atmoph Windowを切ってしまうと「こんなに無音だったんだ・・・」となってしまうくらいです。 景色はオートにしていて、勝手に流れているので、気分転換にチラ見したりできます。 また、室内の猫の景色もあって、まるで隣の部屋に猫がいるような感覚も味わ
最近スライドを作るときに使っている、スライドをちょっとだけおしゃれ可愛くするTIPがあります。 それを社内で共有したら意外と知られてなかったので、折角なのでまとめます。 Microsoft 365のサブスクリプションか最新版のライセンスなら、どの機能も使えると思います! ✨ 文字と画像がシュッと動く 作り方 ✨ かわいい人を入れる 作り方 ✨ 手書き風に見せる 作り方 ✨ 図形を結合する 作り方 ✨ (おまけ) 絵文字を使う 終わり ✨ 文字と画像がシュッと動く ↓のように、文字や画像をおしゃれに動かせます。 アニメーションで一つ一つ調整する必要はありません。 作り方 動かす前のスライド①を作り、それをコピーして次のスライド②を作ります ②のページの画像や文字を動かします ②のページに、「画面切り替え」タブにある「変形」という切り替え方法を適用します これだけ!②のスライドには新しく文字や
以前のブログで100日かけてエリック・エヴァンスのドメイン駆動設計を完読しましたと書きましたが、それに続いて Clean Architecture も完読しました! 4/21から始まり、(家庭の都合で2日おやすみもありましたが)毎日1章ずつ、全34章を無事に完読しました 🙌 そして、今回もそれぞれの章で学んだことを毎日ノートにまとめてツイートしていきました。 Clean Architectureもかなり長い間積んでいた本だったので、やっと消費できてよかった…。 Clean Architecture 達人に学ぶソフトウェアの構造と設計 (アスキードワンゴ) 作者:Robert C.Martin,角 征典,高木 正弘ドワンゴAmazon ツイートはこちらのモーメントにまとめています。 今回は他の方のツイートも一緒にモーメントに追加していきました。 モーメントは100個までしかツイートを登録で
タイトルの通り、Software Design 4月号(3/18発売)に、Gitの入門向け記事を寄稿しました! 寄稿したのは第二特集の「本質から学ぶGit」の1章を担当しました。 第2章は、一緒に「いちばんやさしいGit&GitHubの教本 第2版 人気講師が教えるバージョン管理&共有入門 (「いちばんやさしい教本」シリーズ)」を執筆したよこなさんが担当されています! Software Design (ソフトウェアデザイン) 2022年04月号 [雑誌] 技術評論社Amazon Software Designは若手の頃から読んでいた雑誌だったので、その雑誌に寄稿できるというのが嬉しくてたまりません。 このような貴重な機会をいただいて、ありがとうございました。 🖋 全体の流れ 執筆期間は全体で1ヶ月程度が確保されており、余裕を持って作業ができました。 (「いちばんやさしいGit&GitHu
11/25から3/4の100日間かけてエリック・エヴァンスのドメイン駆動設計を完読しました! ソフトウェア開発の複雑さに立ち向かうための方法に「ドメイン駆動設計」があります。 エリック・エヴァンスのドメイン駆動設計(以降、エヴァンス本)は発売から20年・日本語訳発売から10年経っても読まれていて、ドメイン駆動設計の原著であり、多くのエンジニアが名著という一冊です。 その分厚さや内容が難しそうというイメージからずっと積んだままになっていている人も多いのではないでしょうか。 エリック・エヴァンスのドメイン駆動設計 作者:Eric Evans翔泳社Amazon 私もそんな一人で、ドメイン駆動設計をなんとなく知った風に過ごしていましたが、ドメイン駆動設計に関する勉強会への参加をきっかけにエヴァンス本と向き合い、知ったこと・学んだことを毎日1ページにまとめてツイートする活動を始めました。 100日間
オンラインの仕事も増えて、動画を作って触ることが増えました。 iMovieなどの動画編集ソフトで動画編集もするのですが、編集した動画をエクスポートすると基本的にファイル容量が増えてしまいます。(元々が200MB程度だった動画が1GB近くなったりしていた。) 動画を仕事相手に共有する際の制約などから動画のファイルサイズを小さくしたかったのですが、やり方が分からずとても苦労していました。 実際に編集ずみの動画を画面に流して画面収録で取り直したり。。。 そこで、ffmpegというツールを知り、コマンドで簡単に動画サイズを縮小できたので、自分用にMEMOしておきます。 具体的には、 元ファイル:200MB → 動画編集ずみ: 900MB → ffmpeg:200MB くらいになったので、個人的には大満足の結果になりました。 インストール方法 macの場合は Homebrew を使って簡単にインスト
大規模災害が起こった時の災害対策パターン、基本的なことだけど名前も含めて忘れがちになるので備忘のためにまとめておきます。 前提でわかっておきたいRTO / RPO RTO(Recovery Time Objective / 目標復旧時間) RPO(Recovery Point Objective / 目標復旧時点) 【本題】災害復旧のためのパターン バックアップ&リストア RTOとRPOについて コールドスタンバイ / パイロットライト RTOとRPOについて ウォームスタンバイ RTOとRPOについて ホットスタンバイ / マルチサイト RTOとRPOについて パターンまとめ 前提でわかっておきたいRTO / RPO 災害が起こった時の対策を考える前に、まず理解しておかなければいけないのがRTO(Recovery Time Objective / 目標復旧時間)とRPO(Recovery
この記事はクソアプリ Advent Calendar 2020 - Qiitaに参加したかったけどできなくて羨ましくてクソゥ!な私が気持ちの供養のために作ったクソアプリの紹介です。 どんなアプリ作ったの? オンライン飲み会では切り上げるタイミングがわからず、グダグダとなんの盛り上がりも無いまま時間が過ぎていくことがあります。 (そして、オンラインミーティングでは、参加者からの厳しい質問の中で回答が浮かばずにミーティングを切って逃げたくなることがあるでしょう。) そんな時に、何か言い訳があれば…。みんなが仕方ないと思うような言い訳があれば…。 そんな全人類のためのアプリを作りました。…クソアプリじゃないな??? アプリの動き 言い訳が表示されているので、ラジオボタンで選択して「失礼します。 😫」ボタンを押します。 その言い訳に合わせた音声が流れてくれるので、あとは選択した「言い訳」と「失礼
「モブプログラミング・ベストプラクティス」を読みました。 "モブプログラミング"とは、3人以上の人々が1台のコンピューターの前に座って協力しながら問題を解決していくことです。 モブプロをチームで実践したことがないまま、「みんなが集まって一つのコードを修正するって非効率じゃない?」寄りの考え方だったんですが、この本ではそんな考え方に対する回答も書いてくれていて、納得しつつ読み進められました! モブプロというテーマだけで一冊の本になっちゃうほど色々とプラクティスが詰まっていましたが、どれも丁寧に解説されていてわかりやすい+モブプロを始めるイメージがつきやすい本でした。 サラッと読めるし、手元に置いておきたい。 モブプログラミング・ベストプラクティス ソフトウェアの品質と生産性をチームで高める 作者:マーク・パール発売日: 2019/02/23メディア: 単行本 📖 目次 1章 なぜモブプログ
チームビルディングでは、チームでより大きな力を発揮するためにメンバー同士がお互いのことを理解することが大切です。 それぞれの個性をあらわし、理解する時に時に役立つのが、「ビッグファイブ性格特徴モデル」です。 これは科学的・心理学的に信憑性があり、世界のさまざまな文化の違いを超えて信頼できることが証明されている分析方法で、性格は次の5つの要素の組み合わせによって決定されるという考え方です。 外向性(外向 ←→ 内向) 社交的・話好きで活発な振る舞いをする 協調性(協調 ←→ 排他) 他人に対して思いやりがあり協力的 勤勉性(勤勉 ←→ 怠惰) 自己コントロールをして忠実に行動する・達成を目指す・計画的 情動性(論理 ←→ 情動) 心理的ストレスを受けやすい 創造性(創造 ←→ 保守) 珍しいアイデア・好奇心・目新しさや多様性を好む この性格診断は、それぞれの要素があるかないかの◯か×かで判断
2/1 - 2/5に認定スクラムマスター取得のためのトレーニングを受講し、2/10に試験に合格して無事に認定スクラムマスターの資格を取得しました! 証書にはトレーニング完了日が記載されるようですね。 認定スクラムマスターを取得しようと思った経緯 トレーニングの内容 テストの内容 これから (参考) 講義で紹介されていた書籍 認定スクラムマスターを取得しようと思った経緯 2年前にアプリケーション開発者をしていたときにアジャイルの考えを取り入れた開発をしていました。 開発手法は私自身の興味領域でもあったので、これまでもスクラムガイドを読んだりスクラム関連の書籍を読んだりしてきました。 しかし、これからの仕事でスクラム開発に関わる可能性が出てきて、きちんとスクラム開発を学びたいと思い、認定スクラムマスターのためのトレーニングと認定取得にチャレンジすることにしました。 トレーニングの内容 トレーニ
Macのストレージ容量が逼迫してしまっていたけど、なんのファイルに容量が使われているのかすぐにはわからなかった。 こう見れば楽にわかったなというメモです。 まず、Macのストレージ容量は画面左上のアップルマークから「このMacについて」をクリックし、 表示されたポップアップから「ストレージ」のタブを開きます。 ※原因だったファイルを消したのでキャプチャ取得時にはかなり余裕がありますが、残り23GBまで逼迫してました。 右上の「管理」のボタンをクリックすると、どの領域に容量を使っているのかがわかる画面が表示されます。 本来なら、ここで大きいファイルが表示されているはずでしたが、問題になっているファイルが大き過ぎたのか、なぜか表示されていませんでした。 (私の場合はiMovieのプロジェクトファイルが原因で300GBありました。iMovieの操作の中でファイルがバックグラウンドで作成されていた
GitHubのプロフィールに表示されているリポジトリをカスタマイズした時のメモです。 今はかなり昔に作ってスターを付けてもらったリポジトリがトップに表示されていました。 いま力を入れているリポジトリをプロフィールに表示したいと思っていたら設定がありました。 まず、プロフィールページの「Customize your pins」を押します。 そうするとポップアップでGistsとリポジトリの一覧が表示されるので、それにチェックを付けて「Save pins」ボタンをクリックします。 これでプロフィールページにPinを付けたリポジトリが表示されます。
最近オンラインでのイベントが増えてきましたね。 オフラインで集まってイベントをしていた頃とは違い、オンラインのイベントだとなかなか参加している人のリアクションが見えにくく、 「参加者の人が楽しんで聞いてくれているか分からない」 「参加者のリアクションがなくて寂しい」 「発表でウケているかわからない」 「イベントをもっと盛り上げたい」 そう感じている方も多いのではないでしょうか。 そこで、参加者からリアクションが送れるアプリ、ClapHandを作りました! このアプリを使うとこのようにパソコンのデスクトップ画面に絵文字を表示して、参加者の方がリアクションすると数字がリアルタイム にカウントアップされていき、参加者の盛り上がりが可視化されます。 そして、同じイベントに参加している他の登壇者と盛り上がりを競い合うこともできます! 参加者はリアクションをしよう! 発表者から共有されたリンクを開くと
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です。 例として、以下のような
社内サイトのちょっと手の届かないところを触りたくてGoogle Chrome拡張をはじめて作ってみたので、備忘メモ。 ツール自体はかなりサクッと作れました。はじめてのChrome拡張とはじめてのVue.jsだったけど、雑務しつつも2時間くらいで完成できました。 Selectボックスの中の要素を取ってきて、インクリメンタルサーチして、選択したらその値をSelectボックスに設定するという、それだけのツール。 構成ファイル 作ったファイルとフォルダ構成はこんな感じ。 manifest.jsonで読み込むJSファイル(vue.jsとmain.js)を指定しています。 . ├── README.md └── src ├── js │ ├── main.js │ └── vue.js └── manifest.json{ "manifest_version": 2, "name": "too
【翻訳記事】デプロイ戦略の定義のブログでアプリケーションをデプロイする方法のパターンについて書きました。その記事のはてブにコメントをいただいた(ありがとうございます!)のですが、データベースの変更をした際のデプロイ方法についても気になるというコメントがありました。 そこで、翻訳記事の元になったブログとは違いますが、今読んでいる書籍「進化的アーキテクチャ」にデータベースの変更をデプロイするパターンについて記載されていたので、それを抜粋してブログにまとめます。 と言っても、データベースの変更はアプリケーションほどデプロイ種類があるわけではありません。データはあるか、統合点(後ほど説明します)はあるかという観点で3つのパターンにまとめられています。 そして、【翻訳記事】デプロイ戦略の定義で書いたそれぞれのデプロイ戦略をとる場合、どのケースに当てはめると良さそうなのかも考えました。諸々、私の考えが
最近、マイクロサービスアーキテクチャについて耳にすることが増えていますが、サーバレスのコンテンツと共に語られているケースもあり、「そのサービス単位では分割しすぎなのでは?」とたまに思います。 もちろん、何が正しいかはその現場のコンテキストによるとは思いますが、書籍「マイクロサービスアーキテクチャ」の第3章にサービスの分割についての考え方が記載されており、しっくりくるとても良い内容だったので、それをまとめてみました。 サービス単位を適度に適切に分割することでマイクロサービスの利点をより享受できるようになると思います。まずは、サービス分割のために重要になる概念を説明し、その後、サービス単位をどのように定めるのか記載していきます。 マイクロサービスアーキテクチャ 作者:Sam Newman発売日: 2016/02/26メディア: 単行本(ソフトカバー) 2つの重要な概念 マイクロサービスで優れた
次のページ
このページを最初にブックマークしてみませんか?
『そこに仁義はあるのか(仮)』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く