2023年、買ってよかったキッチン道具｜有賀 薫
今年は、自宅から歩いてちょっとの場所にある仕事場をキッチンスタジオ化したこともあり、新しいキッチン用品を大きなものから小さなものまでかなり買い足しました。ということで、2023年、これは買ってよかったと思うものをご紹介します！ 見かけは可愛く、機能は硬派。アラジンのグラファイトトースター一度テレビの撮影のとき、スタジオにあったアラジンのトースターでお餅を焼いたことがあったんです。とてもきれいに焦げ目がついて感動しました。これまでトースターでちゃんと餅が焼けたことがなかったからです（だいたい焦げ目がつく前にふくれてしまう）。 そこで新キッチンにトースターを入れるにあたって迷わずこれを購入！店頭ではグリーンが目を引きますが、私は白をチョイスしました。 丸みのあるレトロなデザイン。ロゴが愛らしいデザインは曲線的でキュートですが、中身はなかなかタフな仕様です。 ダイヤルには左右に時間と温度設定のふ
デスク配線記
作業机の配線の記録をまとめておきます。 現在の様子 2020 2020年は牧歌的な時代で、子供の頃から使っていた机の上に、必要な機器を乱雑に並べていました。当時はゲームの録画や配信をはじめた頃だったので、それ以前と比べると、キャプチャーボードやオーディオインターフェースが増えていっていました。 乱雑に積まれた機器達 2021 2021年には作業机を買い替えたり、はじめて自作PCを組んだりしました。この辺りでようやく、配線に真面目に向き合い始めました。この年には、天板下にクランプで取り付けられる、サンワサプライのケーブルトレーを導入しました。 電源ケーブルはカーペット下を通している あらゆる機器が詰め込まれたケーブルトレー 電源タップはマグネットシートで設置 PC裏にはゲーム機 2022 引越しを済ませ、生活が落ち着いてきた頃合いで、半年間、朝6時から12時まで毎日作業配信をやってみました。
Gmailの新スパム規制対応全部書く
[2024年1月10日、19日追記] GmailとYahoo!側のアップデートに合わせていくつか細かい説明を追加しています（大筋は変わっていません）。変更点だけ知りたい方は「追記」でページ内検索してください。 2023年10月3日、Googleはスパム対策強化のため、Gmailへ送るメールが満たすべき条件を2024年2月から厳しくすると発表しました。また米国Yahoo!も、2024年2月 第一四半期[1] から同様の対策を行うと発表しています。端的に言えば、この条件を満たさないと宛先にメールが届かなくなるという影響の大きな変更です。 この記事では、Gmailや米国Yahoo!の規制強化への対応方法を解説します。ただし米国Yahoo!にメールを送る人は多くないと思うので、フォーカスはGmail寄りです。また、メール配信サービス（海外だとSendGridやAmazon SES、国産だとblas
技術的な雑談をするテックトークを開催して半年が経ちました - Timee Product Team Blog
はじめに こんにちは、マッチング領域でバックエンドエンジニアをしているぽこひで ( @pokohide ) です。 タイミーのアドベントカレンダー2日目の記事です。 今回は、タイミーのプロダクト組織で毎週開催している技術的な雑談を行うテックトークの紹介をします。なぜ開催しようと考えたか、どのように運用をしているかなどをお話しします。 はじめに 開催の背景 毎週ゆるく開催するテックトークについて テックトークの仕組み化 会の説明や目的の共有 WINの共有 ポストモーテムの学び共有 雑談タイム やってみて さいごに 開催の背景 タイミーのプロダクト組織では、働き方の柔軟性を担保する観点などからフルリモートという働き方を選択しています。また、タイミーではチームトポロジーを採用しており、それに沿ってチーム構成などを考えています。 チームトポロジーの変遷や取り組みについてはCTOとCPO（発表当時は
CIを高速化する技術⚡️ - 10X Product Blog
この記事は 10X アドベントカレンダー2023 という企画の1日目（12/1）の記事です。 こんにちは、10Xでソフトウェアエンジニアをしている 岡野（@operandoOS）です。 今回 10Xで3回目となるアドベントカレンダー企画の1日目をありがたく担当させていただきます💪 目次 目次 10X アドベントカレンダー2023ってなに？ さてさて、本題へ CIは絶対に速い方がいい CIを高速化するテクニックの紹介 キャッシュの利用 マシン性能の調整 ジョブの並列実行とテスト分割 最適なテスト分割 ジョブの実行順序・依存関係の最適化 不要なジョブ・ステップを削除する テストコードの実行速度を上げる 紹介したテクニックを活用した10XでのCI高速化事例 アプリのビルド時間の大幅短縮に成功！！ APIのテスト実行時間の大幅短縮に成功！！ CIを高速化するために日々取り組んでいること CI/C
この本がスゴい！2023
「あとで読む」と思った本が、後で読まれた試しがない。 今度の週末・連休にと、積まれた本は崩されない。次の盆休み・年末年始に繰り越され、山脈を成し床が消える。 読書を食事になぞらえて、「血肉化」と表現するならば、私がやっていることは、メニューを眺めて片っ端から注文しているくせに、いんすた映えを気にしながら撮るくせに、まともに咀嚼して嚥下して消化してない状態だ。 そのくせ、「積読も読書のうち」と開き直ったり、溜まった本こそ私の証などと屁理屈こね回す。読まない本に「負債」のような後ろめたさを感じつつ、新刊本を探しだす。新しい本はそれだけで価値があると盲信し、かくして積読リストは延びてゆく。 もう一つ、恐ろしい予感がある。感受性の劣化だ。 あれほど楽しみに「取っておいた」本が、まるで面白くなくなっている。いや、その本の「面白さ」が何であるかは理解できる。だが、それを面白いと感じなくなっているのだ。
squash and mergeしか使ってないけど全く困ってない
こういうことはレポジトリ構成・ワークフローと密接に紐づいているので、そういう前提を抜きにはどれがいいとかはいうことはできない。が、自分はいわゆるsquash and mergeのみの環境しかほとんど経験がないし、それで困ったことが一度もない、という話をしておきたいので書いておきたい、ので書いておく。 squash and mergeのメリットは書いてある通りで、基本的にPR内の細かい修正というのはゴミみたいなコミットが多く、メッセージも雑なことが多いので、それをコミットログに残しておくのは嫌だということがある。それよりは意味のある単位のコミットを残しておきたいし、それの単位はPRで行うのが良い、ということだ。 “Google-style” workflow デメリットの方は、いわゆるfeature branchというワークフローで顕在化する問題であると思う。で解決策はあり、それはワークフロ
成果が出ないユーザーインタビューは何がダメだったのか？ ～「誰に聞くか」の探り方 ～
◆ セッション詳細ページ https://2023.pmconf.jp/session/rH8seQQ5 課題を探るユーザーインタビューを行う際、そもそも「誰に聞くか？」について戦略的に取り組めていますか？ 調査設計・進行をする際、対象者条件をざっくりで初めて、グロースに有益な示唆を得られず終わったことはありませんか？ 行動実態や課題は掴めたような気がするが、どのように機能のターゲットや登り方の検討に生かして良いものか、調査と戦略策定プロセスとが分断されていたりしませんか？ これらはまさに過去に私がハマった罠の数々です。 本資料では、戦略策定や PRD のターゲットユーザー定義のプロセスと紐付けながら、どのような顧客に課題インタビューをすべきかのリサーチ設計や進行のコツについて探りたいと思います。
斜に構えるタイプの人は変われるのか - Konifar's ZATSU
ちょっと辛辣な話になってしまうかもしれないが、斜に構えた態度をとる人が"変わった"事例を見たことがない。どうしていくのがいいのか答えがないので雑に書いておきたい。先に書いておくと答えはここには書いていない！ そもそも"斜に構える"というのはこういう意味らしい。 「斜に構える」は、もともと「剣術で相手（敵）に対して刀を下げて斜めに身構えること」から「改まった態度をとる」「おつに気取る・身構える」「物事に正面から対処しないで、皮肉な態度で臨む」ことをいいます。 「斜め[ナナメ]に構えている」は、「斜[シャ]に構える」では？ | ことば（放送用語） - 放送現場の疑問・視聴者の疑問 | NHK放送文化研究所 程度によって変わる話ではあるが、「物事に正面から対処しないで、皮肉な態度で臨む」が自分の定義と近い。 過去に自分がだいぶ斜に構えているなーと感じたタイプの人には一定の特徴があった。 そつなく
リファクタリングをする際にソースコードの設計からはじめてはいけない - MonotaRO Tech Blog
どうも、レコメンド商品のシステム開発をしている野川と申します。 私は、2021年にモノタロウに新卒入社し、2022年5月からレコメンド商品の開発に関わり始めました。 モノタロウのレコメンド商品は、下の図の①～④の流れでクライアントサイドで表示しています。大部分の処理はJavaScriptで構成しており、UIもそのHTML部分をjQuery(JavaScript)で作成しています。 図：レコメンド商品表の流れ 入社当時私は、ソフトウェアエンジニアとして、「可読性の低いコードは駆逐するべきだ」「読みやすいコードだけが正義である」「理解しやすいシステムだけが皆を幸せにする」と心の底から考えていました。加えて、「なぜ先輩たちは可読性の低いコードを放置して平気なのか？」と疑問を持つこともしばしばありました。 レコメンド商品周りのコードはまさに可読性の低いコードベースとなっていたため、当事者となった私
サービスの新規登録とログインを分けるかまとめるかの考え方
ritouです。 Digital Identity技術勉強会 #iddance Advent Calendar 2021 の18日目の記事です。(代わりに書いた) 今回のお話は 新しいサービス作る時とか、登録/ログインフロー考えるよね？考えない？おじさんそう言うお仕事してるの パスワードレスな認証方式やID連携とか使いだすと、登録もログインも一緒でええかみたいな話も出てくるでしょ？こない？おじさんとこは出るの 分けたまま、一緒にする場合にそれぞれ気をつけないといけないことを整理しましょ というお話です。 1. パスワード認証時代は分けてりゃ良かった パスワード認証の場合、新規登録とログインでUXの要件が異なります。 新規登録 : ユーザーが主張する識別子や連絡先としてメールアドレスやSMS番号を確認し、パスワードを登録させる ログイン : ユーザーが主張する識別子とパスワードを入力させて検
OIDCを用いたID連携における "確認済みメールアドレス" の使い方と注意点
ritou です。 前の記事でちょっと確認済みメアドについての記載をしたあと、Twitterでちょっとやりとりしたり個別にDMで質問が来たりしたのでまとめます。 まとめ "確認済みメアド" のユースケースはいくつかある 新規登録時に自サービスで確認処理を行わずに利用 未登録ユーザーがソーシャルログインしてきた時に既存ユーザーとの紐付け IdPからもらった確認済みメアドをそのまま使っていい場合とそうじゃない場合がある 自サービスで提供しているメールアドレスかどうかで変わる部分を許容するかどうか email_provided のようなclaim があると便利かもしれない 確認済みメアドのユースケース 新規登録時の確認処理をスキップ これはID連携、ソーシャルログインのメリットとしてずっと言われているものです。 IdPで確認済みなのでRPは確認せずに信用して使おう というお話です。 よく知られて
Looker活用によるバイモーダルITの実現 - 下町柚子黄昏記 by @yuzutas0
Looker Advent Calendar 2020 2日目の記事です。 この記事ではLookerの活用例を紹介します。 免責事項 正確にはLookerそのものに関する話ではなく「Lookerを含めて様々なツールを組み合わせることでビジネスを加速させようぜ！」という話です。 本稿は筆者個人の見解であり、所属組織を代表するものではありません。不適切・考慮不足だと感じさせてしまう点があれば、それは筆者個人の責任によるものですので、どうぞ筆者個人宛てにご指摘のコメントをいただけますと幸いです。 ランチ返上の突貫執筆なので気が向いたときに手直しします。 誰？ はじめまして。 ゆずたそ (@yuzutas0) と申します。 『データマネジメントが30分でわかる本』 という本の著者です。 筆者が関わっているFinTechベンチャーでは「金融事業としての品質」「ベンチャーとしてのスピード」の両立が求め
早川書房の2000作品以上が50%割引の電子書籍セールがきたので、新作SF・ノンフィクションを中心にオススメを紹介する - 基本読書
ブラックフライデーに合わせて恒例となっている早川書房の50％割引のセールがきているので、今回も一年以内に刊行された新刊を中心におもしろかった作品を紹介していこうかと。夏頃のセールが2700点がセール対象だったのにくらべて今回は「2000作品以上」ということで、特に直近半年ぐらいの作品はあまりセール対象になっていないようだが、それでもおもしろい本はたくさんあるので観ていこう。 amzn.to 最初はSFから プロジェクト・ヘイル・メアリー 上 作者:アンディ ウィアー早川書房Amazon引き続き劉慈欣作品の多く(『三体』三部作からスピンオフの『三体０ 球状閃電』や『三体X 観想之宙』や短篇集の『円』など)がセール中なのでまだの人にはひとまずおすすめしておくのと(最新刊の劉慈欣長篇デビュー作『超新星紀元』はセール対象外)、アンディ・ウィアーの傑作『プロジェクト・ヘイル・メアリー』もセール対象。
漫画『H×H』結末候補は3パターン 冨樫氏、未完想定で別途用意…Dパターン世界初公開「私が死んだらこれが結末だったということで」
【写真】その他の写真を見る 番組では今回、MCやゲストが愛している商品やコンテンツの“中の人”に手紙で質問を送り、その返事を紹介する企画「拝啓、中の人」を実施。『H×H』の大ファンであるゲストの元櫻坂46メンバー・関有美子とKis-My-Ft2の宮田俊哉、トンツカタンの森本が出演し、蛙亭イワクラと吉住とともにトークを展開した。 関は手紙で「結末は決まっていますか？」という質問をしたそうで、これに冨樫氏は長文の手紙で返事し読み上げられた。以下、冨樫氏からの手紙全文となる。 大まかにはA・B・C、3パターンの終わり方を用意しています。読者の反応を、賛否の比率で想定した時にAは賛が8否が2（評価が高いという意味ではなく、私的には無難な展開で批判票が集まりにくいだろうとの読みです）。Bは賛否が拮抗し、Cは賛が1で否が9くらいではないかと予想しています。 否が圧倒的なCをなぜ残しているかというと、そ
飲み会を1,000回やって学んだ、「最高の飲み会」のつくりかた(長い)｜udon
(この記事は全文無料で公開しています) これは何人生を30年、会社員を10年やってきたが、飽き性であまりずっと続いてることがない。10年続いてることがあるとすれば相方との関係、書くこと、そして飲み会である。本稿では、20歳以後一貫して取り組んでいる飲み会についての1個人の知見を極めて真面目に記したい。ここ10年でだいたい週3-4くらいはコンスタントに飲み会をして、そのうち体感6-7割は自分で企画しているので1,000回以上は飲み会を主催してると思う。その経験をもとに学んだことを書きたい。 なお、査読をお願いした相方には「長すぎ。強いられないと最後まで読む人はいない」と愛の鞭(?)をもらった14,500字ですが、必要な際に参照され、どこかの誰かには染み渡る箇所があればいい(ダシみたいですね)と願い、そのまま出します。 わいわい飲み会とは本稿では、あくまで個人が娯楽目的に開催する会について記し
情報の流通性を上げコミュニケーションを活性化させるNotionデータベース #LayerXテックアドカレ - LayerX エンジニアブログ
バクラク事業部Platform Engineering部DevOpsチームの id:itkq です。最近は スリーズブーケ というユニットの曲にハマっています。 この記事は LayerXテックアドカレ 12日目の記事です。前回の記事は shimacos による Vertex AI Pipelinesを用いて爆速ML開発の仕組みを構築する でした。次回は @shnjtk が担当します。 この記事では、LayerXで全社的に利用している Notion というサービスの データベース 活用について紹介します。テックアドカレの記事ですがテック感はありません！たまにはそういう日もあります。 LayerXのNotionで暮らして感じたこと LayerXでは、ドキュメンテーション/コラボレーションツールとしてNotionを全社的に利用しています。私が2月に入社して、Notionを眺めてみたときは、バクラ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
走り出す花びら / 走り出す花びら - 甘井最鹿 | FEEL web｜マンガの数だけ愛がある
キーボードの話 - Obsidian Publish
なぜレッドオーシャン化する前にサービスを グロースできなかったのか？ - フリマアプリ編 - @yutadayo
