タイトルの通りだが、つい先日30歳になった自分が、自分自身の痩せ方をある程度確立できたので方法を共有する。 リバウンドも無く、健康状態は極めて良好。 自分の体で色々と実験してきた結果なので、もしダイエットに興味があるなら参考にしていただければ幸い。 【プロフィール】 30歳男、身長は175cm。スポーツはそこそこやってきたタイプで、肩幅広めで筋肉質。 いままでは運動で一時的に痩せることができたが、部活を引退＆社会人で運動習慣が無くなるとデブに逆戻り。 仕事はデスクワーク（エンジニア）。長めの残業と通勤時間がネックであまり満足に運動できていないのが現状。 【体重】 2024年3月平均→83kg 2024年4月平均→78kg そして今現在は76kgと、順調に減量。 ちなみに体調はすこぶる良い。ただ昨日は飲み会だったから最低体重＋2kgくらいになってはいる。 最近ほんのり腹筋が割れてきたため、今

みなさんこんにちわ、カカオ豆です。 皆さんは家でコーヒーを飲みますか？僕は一日4杯くらい飲みます。 コスパ良く美味しいコーヒーが飲みたすぎて自家焙煎までしはじめて、職場の同僚にもその良さを布教しまくるようなウザムーブをかまして、気がつけば2年が経ちました。 さて、自宅コーヒーは、ちょっと気をつけて投資するだけでその辺のカフェくらいなら余裕で追い越せるくらい美味しいのが淹れられるようになります。 え？「プロをなめんな？」 いえいえ、もちろん超こだわったお店で超こだわる客に出す超高い一杯を超えるのは相当難しいです。 しかし普通のカフェが出す普通のお客さんに出す普通の一杯は極限までコストを削減しなければならないのです。 それはそれでプロの仕事ですが、我々自家消費のしろうとはコスト感覚を無視して高級豆を使えるのです。よく「ドリップ技術」なんて言われますが、コーヒーのドリップは豆の品質がほとんどです

いまや日本を代表する歌手となったAdo。2024年には自身初となる世界ツアーで11ヵ国をまわり、その人気ぶりはとどまるところを知らない。3月中旬におこなわれたロンドン公演を前に、英紙「ガーディアン」が彼女にインタビューした。 本人が考える『うっせぇわ』大ヒットの理由 最近、台北のCDショップ内を歩いていたとき、Adoは自分の最新アルバムが大々的にディスプレイされているのを見つけた。 「このディスプレイを担当した店員は、まさか自分がいまここにいるとは思わないだろうな、と思いました。でも、そういう感じにも慣れました。嬉しくなりますね」 この日本人ポップシンガーは、東アジアとインターネット上でスーパースターとなっている。多くのシングルでプラチナセールスを記録し、Spotifyでは600万人を超える月間リスナーを抱えている。 だが、Adoの素顔は厳重に隠されている。彼女は写真や動画で姿を見せること

40代にもなると給与も出世も先が見えて、「頑張っても無駄」という気持ちが強くなる。モチベーションはダダ下がり。いったいどうすれば。新著『ライフキャリア』が話題のキャリア未来地図研究所共同所長の千葉智之さんは「定年後に35年もの長い時間が待ち受けているのが『人生100年』という時代。実は“今”が自身の人生キャリアを再設計する最良のタイミングだと気づいてほしい」という――。 幸福度が最低になるのは「48.3歳」 幸福度と年齢の関係性について世界145カ国で実施された研究がある。 アメリカのダートマス大学のデービッド・ブランチフラワー教授が行った研究（＊）によると、ヨーロッパ、アジア、南北アメリカ、オーストラリア、アフリカなどを含む世界145カ国において、幸福度と年齢の関係はU字形になることがわかっている。そして「U字の底」、つまり幸福度が最も低くなる年齢は平均48.3歳である。 ＊Blanch

切り絵@✍️ @Kyrie_ASLLy だが待ってほしい 仕事中に肩を叩いてしまったら、ただでさえ不足気味な人員がさらに減ってしまうのではないだろうか x.com/steven_pumpkin…

はじめまして。 株式会社Rabeeのtotoです🐝 デザイン・EC・マーケティングでの職務経験から得た、働きやすさに繋がるヒントをnoteに記していきたいと思います。 本日はデザインフィードバックを成功に導くための６つのヒントについてお伝えします！ お時間の無い方は「チェックリスト」だけでもサクッと目を通してみてください✅ デザイナーの皆さま。 クライアントのフィードバックを受ける際、どのような準備をしていますか？ 恥ずかしながら、私がデザイナー駆け出しの頃は「フィードバックを受ける準備」を怠っていました。 その結果、大規模な修正やスケジュールの圧迫、フィードバック通りにやったのに満足度が上がらず、　最後には方向性を見失う事態に。 まさに「こんなはずじゃなかった！！」という状況でした。 このような状況は事前の準備や心構えで軽減できます。 時間に追われながら身を削って修正をしたあの日を繰り

iPhoneにはストレージによって複数のモデルが用意されていますが、そのNANDメモリはマザーボードにはんだ付けされているため、あとから増設することが不可能です。しかし、iPhoneを開いてNANDメモリを自力で交換するという力技でストレージの増設に成功したムービーが公開されています。 iPhone 15 Pro Storage Expansion | 128GB To 512GB - YouTube 以下がiPhone 15 Proの128GBモデル。 まずはディスプレイに保護フィルムを貼ります。 底面のネジを外します。 側面にも保護シールを貼ります。 溶剤を流し込んで、ディスプレイののり付けを剥がします。 ディスプレイに吸盤を固定してゆっくりと持ち上げると、ディスプレイが外れました。 ディスプレイを開けると、iPhoneの中身が見えます。 前面のFace ID用カメラやセルフィーカメラ

はじめに この度、強化学習によるテトリスの AI を作成してみました。想像以上にうまくいき、最終的には半永久的にラインを消してくれる AI に成長してくれたので、今回はその記録として AI を作成した過程をここに記していきます！ 今回の AI の概要 今回作成したテトリス AI の概要は以下の通りです。 特定のゲームの状態から可能な行動パターンを全てシミュレーションする 行動後の状態を入力情報として Neural Network に今後の報酬の期待値を推測させる 今後の報酬の期待値が一番高くなる行動を実際の行動として選択して遷移する (貪欲方策) Game Over になるまで 1 ~ 3 を繰り返す Tetris AI を可視化した図 何も知らない頃は『AI ってどうやって動いてるんだ？』と自分は思っていたんですが、動作原理は非常にシンプルです。強化学習とは、この今後の報酬の期待値を推測

AIで生成した画像を使った漫画の著作権がアメリカで物議を醸したり、漫画の設定やあらすじを提案してくれるAIサービスが登場したりと、AIは絵やイラストの生成だけでなく漫画作品の制作にも活用されるようになってきています。中国のByteDanceと南開大学の研究チームが、ストーリーのある漫画を出力できるAIモデル「StoryDiffusion」を発表しました。 StoryDiffusion: Consistent Self-Attention for Long-Range Image and Video Generation https://storydiffusion.github.io/ StoryDiffusionは、統一感のある漫画キャラクターを出力することが可能です。例えば、以下は上からコマドリ、リス、ハリネズミのキャラクターを、左から順に「ベッドで起きる」「朝食を食べる」「道路にいる

ごあいさつ はじめましての人ははじめまして、こんにちは！BASE BANK Divisionのフロントエンドエンジニアのがっちゃん（ @gatchan0807 ）です。 今回は、ここ数ヶ月の間にOIDC（OpenID Connect）という技術を使った開発を複数行い、この技術の概観を理解することができたので、OIDCの技術概要に触れつつBASE BANKの中でどのように使ったのかをご紹介しようと思います。 OIDCとは何なのか このパートでは、まずOIDCという技術について概要を紹介します。いくつかのWebページに記載されていた内容を参考にしてまとめさせて頂いているので、記事の最後に参照元のリンクを記載しておきます。 また、OIDCをはじめとした認証・認可の仕組みには様々な用語があり、自分自身も「調べれば調べるほど知らない用語が増えて、どんどんわからなくなってきた…」という経験をしたので、

はじめに 世の中ではGrafana Weekということで、Raspberry Pi 5複数台をクラスタリングしてKubernetesを作成し、Grafanaを載せてみたいと思います。 というのは冗談ですが、最近趣味で安価に常駐プロセスをデプロイできるホスティング環境に悩んでいました。常駐しないなら最近はゼロコールドスタートなV8 Isolateを使ったCloudflare WorkersやDeno Deployが無料枠が大きくいい感じです。 一方常駐プロセスはHerokuの無料プランがなくなりました。AWS AppRunnerは起動時間を人間が稼働している時間のみに絞っても10$はかかります。fly.ioは、Legacy hobby planでCPU-1x 256mb VM 3つと3 GB 永続ボリュームストレージは無料で扱えます。fly.ioはCLIもよくできているので、軽い検証の場合こ

はじめに 弊社にはGoで作ったシステムが存在しますが、作られてから数年が経過して、メンテナンスも十分にできていない状況でした。 そこで、このシステムをリファクタリングして生産性を上げようという結論になりました。 リファクタリングにあたり、Goのままで行くのか、弊社でよく使われているRubyで行くのかを検討してみましたので、その過程を紹介したいと思います。 Rubyでリプレイスしようと思った理由 Goで動いてて言語やライブラリのバージョンアップなどメンテナンスがされてない部分はありますが、 そこを解消すればGoのままで行った方が良いのでは？と思うかもしれません。 しかし、あえてRubyでリプレイスしようと思うに至ったのは以下の点があります。 Rubyの方が開発速度があがりそう Goのリファクタリングをするのに時間がかかりそう Goのリファクタリングと機能追加でコード修正箇所が被るとスケジュー

機械学習・データ部 / データチームの @irotoris です。こんにちは。 データチームでは社内で使うデータプラットフォームやデータマートの開発をしています。今日は弊チームの開発スタイルの中から「プレスリリース駆動開発」を紹介します。 データチームの開発スタイル データチームの開発は1週間のタイムボックスで、月曜日にバックログやプロジェクトから今週取り組むタスクを計画し、金曜にスプリントレビューを行っています。デイリーでは夕会を行っています。ベロシティの計測などは今のところできていませんが、いわゆるスクラムっぽい開発です。 その月曜朝の計画会で、まずプレスリリースを書いています。 プレスリリースとはなにか？ 本来プレスリリースは新商品や新サービス、経営・人事などの企業情報を、ニュースとしてメディアに掲載する文書ですが、ここではデータチームが開発・提供する機能や改善をユーザーに伝えるため

はじめに 今回プロダクトマネージャーの動きを行っていく中で、新しい気づきがあったので記事としてまとめました。 プロダクトマネジメントをプロダクトマネージャーだけで行わない プロダクトマネジメントとは、プロダクトを成功に導く考えであり、これはプロダクト作りに関わる人であれば必ず必要になってくるものです。 つまり、プロダクトマネジメントとは特定の誰かが行うアクションではなく、チームや組織全体で行っていくものだと考えています。 プロダクトマネージャーの役割 プロダクトマネージャーの主の役割とは、もちろんプロダクトマネジメントを行うことです。 しかし、プロダクトマネジメントが行えている状態を組織として目指すためには 「プロダクトマネジメントをすること」だけではなく「プロダクトマネジメントができる組織づくり」も行う必要があると考えています。 そのためには、プロダクトマネージャーとして、「プロダクトマ

『みんなで小さく区切って進める』とは『みんなで小さく区切って進める』は複雑な問題を解決するためにみんな（チーム）で一緒になって改善していくための進め方です。 『みんなで小さく区切って進める』で大事な考え方は『経験から学ぶ』と『ちょっとずつ進める』です。小さく区切ることで、ちょっとやってみて、それから学び、またちょっとやってみる。それを繰り返しながら進みます。 『みんなで小さく区切って進める』を上手にするには『見える化』『チェック』『改善』の3つが重要です。これにより『経験から学ぶ』効果を高めます。 機会を作る『見える化』『チェック』『改善』を取り入れるために5つの機会を設けましょう。これらの機会は毎回同じ時間に行うことでリズムが生まれいい感じになります。 『区切り』があることで立ち止まれます。立ち止まることで落ち着いて『チェック』し『改善』することができます。この『区切り』は1週間もしくは

初めてのプレスリリースを出した結果 なんとご連絡した6メディア中5メディアに掲載いただけました！ その時に行ったこと、注意したことをまとめていきます。 掲載いただけたメディア ・電ファミニコゲーマー/1300リポスト/4300いいね ・プレスリリースから1時間以内に掲載、Xに投稿する際に動画を使用 ・Game*Spark/21リポスト/83いいね ・電ファミニコゲーマーさんの次に掲載、Xに投稿する際に画像を使用 ・AUTOMATON/260リポスト/880いいね ・Game*Sparkさんの次に掲載、Xに投稿する際にGIFを使用 ・ファミ通 ・土曜日に送って次の営業日である火曜日に掲載、Xに投稿する際に動画を使用 ・IGN Japan ・約2週間後に掲載、その間にXで発表した情報も記事に書かれています。Xに投稿する際に動画を使用 プレスリリースを書く時に参考にしたサイト こちらからテンプレ

私たちはスクラムを採用していて、プロダクトオーナーの私と、3人の開発者、そしてスクラムマスターというチームでやっている。 初期段階の頃は、頭の中のユーザーストーリーを開発者に伝えるのをめちゃくや丁寧にやっていた。 リファインメントでたくさん会話して、バイブスを伝えることに多くの時間を費やしていた。 たくさんの会話をしそれを簡潔にテキストに落とし込みバックログを完成させていた。 プランニングの時も開発者の帽子を被り、必要があったら口を挟みつつラジオ参戦していた。 数ヶ月も一緒にやっていると「今ある機能をもっと良くするならこうだよな」というのが開発者の中に思い描けるようになっていたし実際合っているので、リファインメントでたくさんの会話しなくても「あとはお任せ」の様にやれるようになっていた。 バックログを積み、リファインメントで意思疎通できてるな、ヨシ、をシュッと確認して、その後のテキストへの落

本記事では、「Adaptive-RAG」についてざっくり理解します。軽めの記事です。 株式会社ナレッジセンスでは普段の業務で、生成AIやRAGシステムを活用したサービスを開発しています。 この記事は何 この記事は、Adaptive系で現在、最も「コスパ」が良いとされる「Adaptive-RAG」の論文[1]について、日本語で簡単にまとめたものです。 今回も「そもそもRAGとは？」については、知っている前提で進みます。確認する場合は以下の記事もご参考下さい。 本題 ざっくりサマリー RAGの回答精度を高めるための手法です。韓国科学技術院（KAIST）の研究者らによって2024年3月に提案されました。「Adaptive-RAG」という手法を使うメリットは、ユーザーからの入力としてシンプルな質問・複雑な質問、どちらも想定される場合に、「そこまで遅くなりすぎずに、ある程度の回答精度がでる」という点

Matplotlibの2Dグラフ 折れ線グラフ 棒グラフ 積み上げ面グラフ 散布図 ヒストグラム ヒートマップ 等高線図 極座標系の図 箱ひげ図 円グラフ Matplotlibの3Dグラフ 3次元の折れ線グラフ 3次元の散布図 3次元の等高線図 ワイヤーフレーム サーフェスプロット Matplotlibの設定 図のタイトル Figureオブジェクトの書式 軸の設定 目盛りの設定 凡例の設定 線の書式 色の書式 カラーマップ 文字の書式 日付と時刻の書式 グラフの保存 複数のグラフ 日本語表示 オブジェクト指向なグラフ作成 Tips Seaborn ヒートマップ 2変数間の関係 relplot 多変数間の関係 pairplot カテゴリ変数の関係 catplot 見た目の変更 Pandas 折れ線グラフ 棒グラフ 積み上げ面グラフ 散布図 グラフ作成の共通設定 ご案内 当サイトについて お問

はじめに こんにちは、愛知でWEBエンジニアをしているkokuboと申します。 ここ最近の業務でコードレビューをすることが多くなり、人によって読みやすさの違いがあることや過去に自分で書いたコードが読みにくかったことから、良いコードとは何かを調べて見ました。 今回は「リーダブルコード」を元に良いコードとは何かを簡単紹介させていただきます。 この記事では難しい技術がいらないため、初心者や私と同じようにレビューを始めた方達の参考になれば幸いです。 概要 【この本での「良いコード」とは】 他の人(過去の自分も含む)が最短時間で理解ができるコードのこと 【メリット】 理解しやすい コードを読んだだけで、そのコードが何をしようとしているのかがすぐに理解できる メンテナンスしやすい バグの修正や機能の追加など、コードを変更する際に、その意図を把握しやすくなる チームで開発しやすい 複数の開発者が同じコー

SOLID原則を学び、完全に理解した！になるための本

はじめまして。2023年2月に入社したQAエンジニアの大出です。 前職はフリマアプリを開発する会社で約8年QAエンジニアとして働いていて、TalentXで初めてtoBのサービスのQA業務を行うことになりました。 入社前の状況 やったこと 新規開発の検証 テストプロセス改善 テスト計画の作成 ドキュメントの整理 バグチケットの整理 ドッグフーディング 採用 まだやれてないこと 終わりに TalentXは2015年にMyReferというサービスをリリースして以来、2023年2月に自分が入社するまで社内にソフトウェアテストを専門に行うメンバーは在籍しておらず、開発エンジニアが自分達で全てテストを行っていました。 そういう状況で私が入社してから約1年間でやってきたことを振り返りたいと思います。 TalentXの開発に興味がある人や、ソフトウェアテストを専門に行うメンバーが居ない会社でこれからQAエ

絶賛成長期にあるだろう若手エンジニアは、どういう流れで自身の成長を促したら良いのだろうか、とふと思いつつ口頭で説明してみたけどよくわからんくなったので整理してみたいお気持ちです。 当ブログではアウトプットの効用みたいなものは書いてきましたが、インプットそのものについてはお初なので、自身を振り返る良い機会にもなりそうです。 はじめに これは私が二十数年間、プログラマー・インフラ・SRE といったエンジニアとして通ってきた中で、どのようにインプットをしてきたかを整理してみるチラ裏です。 自分は一般(?)と比べれば少々特殊な経歴で、情報学を学んだことも、新卒研修を受けたことも、IT系資格も、転職したこともない…… ほぼ独学による野良エンジニアとして生息してきましたので、あまり参考にはならないかもしれません。 それでも一応長く生き抜いてきたエンジニアの経験として、インターネットに数多くある参考例の