ソーシャル経済メディア「NewsPicks」SREチームの美濃部です。 NewsPicksではアプリケーションのビルドにAWS CodeBuildを使用しており、ビルドキャッシュの格納先としてAmazon EFS（AWSのフルマネージド型NFSファイルシステムサービス）を利用しています。 アプリケーションビルド構成 以前はS3に格納していましたが、EFSにする事でビルド時間が2分程短縮できる事がわかったので多少コストを払ってでも開発者の生産性を重視しました。1日に何度もビルドを行う開発者にとってこの2分の積み重ねは大きな価値があります。開発者の人数が多ければ多いほどこの価値もあがります。 ただし、想像以上にEFSの利用料金が発生してビルドに関わるコストが上がってしまいました。 この記事ではバーストクレジットを効果的に活用することでコストを4分の1に削減する事に成功したお話をしたいと思います

Appleのまったく新しいMac miniは、よりパワフルに、より小さく、そしてApple Intelligenceのために設計 カリフォルニア州クパティーノ Appleは本日、M4チップと新しいM4 Proチップを搭載し、Appleシリコンに合わせて再設計することで、わずか12.7センチ四方と一段と小さくなった形状に驚異的なパフォーマンスを詰め込んだ、まったく新しいMac miniを発表しました。M4を搭載したMac miniは、M1モデルより最大1.8倍高速なCPUパフォーマンスと最大2.2倍高速なGPUパフォーマンスを実現します1。M4 Proを搭載したMac miniは、M4の先進的なテクノロジーを組み込み、スケールアップして一段と負荷の高い作業をこなします。さらに便利な接続性を提供するため、前面と背面にポートを搭載し、M4 Proモデルではさらに高速なデータ転送速度のためにThu

JJUG CCC 2024 Fall用のスライドです！

はじめに こんにちは、IT 戦略部システム基盤グループの井戸です。 当グループは社内向けに様々なサービス（GitHub、Jira、Confluence など）を提供し、それらの運用を担当しています。最近では社内向けサービスに SaaS を活用する機会が増え、その数も増加しています。 SaaS を利用することは、従来のオンプレミスのサービスと比較していくつかのメリットがあると言われており、概ねその通りだと思います。 物理サーバーを購入する必要がないため、導入コストが低い 月額利用が一般的なため、利用開始や解約のハードルが低い ベンダーがセキュリティ対策を担当するため、ユーザーはセキュリティを意識する必要がない クラウド上でサーバーの管理が行われるため、物理的なスペースを確保する必要がない 障害時の対応はベンダーが行うため、自ら対応する必要がない ただし、「障害時の対応はベンダーが行うため、自

Platform Team/Repro Core Unit の村上です。 Repro では Kafka を基盤としたストリーム処理のアプリケーションを構築する際に、Kafka Streams を積極的に活用しています。 Kafka Streams は、フォールトトレラントなステートフル処理を簡潔に実装でき、データパイプラインを Topology という表現で抽象化することで、複雑な処理でも管理しやすい形で組み立てていくことが可能です。 また、Apache Kafka 以外の外部依存がないことや Streams DSL によるシンプルな記述でストリーム処理を実装できることなども、ストリーム処理のアプリケーションをスムーズに構築する上で助かっています。 一方で、 なにかしらの問題が発生したときのトラブルシューティングや影響範囲調査の際には、Kafka Streams の内部処理を把握していない

私がドイツの肉屋で働き始めて5か月経った 5カ月？自分で打ち込んでいて信じられない 前に1カ月目の感情を突発的に書き殴ったものをnoteに投稿したのが4カ月前だとは、あまり思いたくない なぜなら私は働き始めて半年弱とは思えない程、依然として未熟なままだからだ 何が未熟なのか　もう全てがである 5か月も経ったら仕事もドイツ語ももっと成長しマシになり、かっこよく働く自分がそこにいるものだとばかり思っていた しかし現実はそうではない　未だに日々自分の悪い所に気づかされ、打ちのめされては落ち込む日々が続いている 成長して見返したいと息巻いていた1カ月目の自分が見たらあきれるほど、私は未だ未熟未満のよわよわ見習い訓練生なのである ある日の解体作業どんな所がよわよわなのかというと、まず仕事が遅い 本当にトロい 当然この道10年以上の上司たちのような速さで動ける訳はないのだが、それにしたってトロい 具体

何を買えばいいか、さっぱりわからん。 俺は車には全く興味なし。妻は、俺よりは多少興味がありそうな感じ。夫婦ともペーパードライバーで、たまに旅行先でヒーヒー言いながらレンタカーを運転する程度。 これまで車無しで生活してきたけど、妻的にはあったほうが良いかな？という感じらしいので、買ってあげたいなと思った。 しかしながら夫婦揃って無知故に、あれこれ調べてみてもそもそも書いてあることがさっぱり分からない。 4WDとか、ワゴンとかミニバンとか、そういう言葉の意味を調べることから始まったレベルだ。 それで、一生懸命に調べた結果、ジープってところのゴツい車か、ラパンなどのかわいい軽か、というところまで絞った。我ながら大変に極端な選択肢だと感じている。 ジープを選んだ理由は、 ①妻の趣味(超かっこいい！とのこと) ②大は小を兼ねるからデカいと色々詰めそうだよね ③煽られなさそう ラパンを選んだ理由は ①

（追記） こんな文章が、思ったよりもバズってびっくりしたので、ツイッターで「フレンチ自作沼（アカウント名は＠French_jisaku）」というアカウントを作成しました。 フレンチ自作界隈の人がいたらフォローしてもらえると嬉しいです。 以下でいただいたコメントの一部に返信していきます。 おおよそ素晴らしいことが書いてあるけど③だけ解像度が低い気が…というのも、料理というのは基本的には科学と同じで味に再現性を持たせる必要があり、そのためには分量を正しく理解し守る必要がある(この分量の正確さをレシピなしでも把握できているのがプロ)。その上で、③では"短時間だとミスった時のリカバリができず"とあるけど、正確な分量を計って料理をすれば大きな失敗はなく連鎖的に料理が崩壊することはまずあり得ない。短時間の作業でのミスとして、例えばイタリアンならカルボナーラの卵に火を通し過ぎる等の失敗はあるかもしれない

そろそろイベントソーシング・CQRSを使ってみてもいい頃なんじゃない？ いろんな面で準備が整ってきています... イベントソーシングの良さを伝えつつ、Xでイベントソーシングやドメイン駆動開発について話している方、また吉祥寺.pm36参加予定の方を対象にしたアンケート結果を発表します！ 1.…

締切早ッ、とみくびることなかれ。私の中ではすでにダントツで2024年に買ってよかったもの第一位がO’Reilly Online Learning年間契約に決定しました。 O’Reilly Online Learning は、技術書籍の出版社であるO’Reilly Mediaが提供するオンライン学習プラットフォームです。技術書籍の電子版を読むことができるだけでなく、ビデオやオンラインコースも受講できます。 www.oreilly.com 洋書だけではなく、日本語の技術書も多く取り揃えられています。実はO’Reillyの技術書籍だけでなく、ManningやPacktなどの他の出版社の技術書も取り扱っています。O’Reilly Japanから出されている本でも原著の出版社はO’Reilly Mediaではないということもあります。そもそもO’Reillyの本でも日本語翻訳されているのはごく一部で

今も続く書店の減少と一方で、それに抗する動き　次第に社会的関心が広がりつつあるとはいえ、「街の書店が消えてゆく」流れはまだ止まっていない。 ただ、このところ、新聞やテレビがこの問題を大きく報じるようになってから、それに対抗する動きも拡大しつつある。 ひとつ大事な点は、市民や自治体が支える体制を作ることで街の書店を存続させるということだ。本を入手する利便性などではネット書店にも優位性があるが、街のリアル書店は、単にそれだけではない、地域の文化的拠点としての側面も持っている。そうした機能に、住民がどれだけ自覚的になれるかは、書店再生のための大きな要素だ。 しかし、そうはいっても、街の書店が存続の危機にさらされている現実はある。続けたいとは思うが、経営的に成り立たないという書店も少なくない。 そうした状況をどうやって変えていくか。個々の書店の取り組みだけでなく、もっと大きな構造的改革が必要ではな

技術選定の失敗 2年間を振り返る TypeScript,Hono,Nest.js,React,GraphQL はじめに 新たに書きました。 MySQLを使っても会社は潰れない 久々に記事を書いたのでどうぞお手柔らかに... 私が過去2年間で行った技術選定の成功と失敗を振り返り、その学びを共有したいと思います。 文才無いので淡々と箇条書きでいきます Twitterエンジニア垢作りました。エンジニアのお友達がいません。 @uncode_jp 注意 意見を押し付けるものではありません。ただ建設的な議論は大事だと思う。 自分の意見は明確に、歯切れのよい表現を意識している。人それぞれだよねみたいな感じに逃げたくない。技術選定に結論はある（過激）。 ただし技術選定にはコンテキストがあり、例えばプロダクトのフェーズや組織の事情によって当然結論は変わる可能性がある。 OSSの開発者さん達は偉大ですごい。あ

LinkedInの記事をめぐっているうちに見つけた、マイクロアーキテクチャに関する面白い事例。 CPUのマイクロアーキテクチャのさらに奥深くまで理解が必要な問題を解決するために、どのようなツールをつかってどのように解決したかの話。 netflixtechblog.com Netflix内でのワークロード最適化のため、AWSのインスタンスサイズを移行(16 vCPUから48 vCPU)し、CPUがボトルネックとなるワークロードの性能向上を図った。 このインスタンスの移行により、性能をほぼ直線的に増加させることを想定し、スループットがおよそ3倍になると予想した。 しかし、結果としてこの移行で想定する性能は達成できなかった。 https://netflixtechblog.com/seeing-through-hardware-counters-a-journey-to-threefold-pe

・ご飯（ご飯粒を残さない人は良い性格） ・唐揚げ（みんなで食べるのに勝手にレモンをかける人は性格がよくない） ・寿司（ネタだけに醤油を付ける人は上品） あと一つは？

2024/07/27 TechRAMEN 2024 Conference 概要: 私にとって何番目の言語になるかはもう数えていませんが、昨年 Rust を学び、 OSS の開発ができるところまでやってきました。私はそれまで Rust の学習に何度か挫折しており、今回ようやくその壁を乗り越えたので…

スイカは食べるのがやや厄介……。種がたくさん入っているため、ちまちま取るのにプチストレスを感じますよね。切り方をひと工夫すれば、種が断面で整列して格段に食べやすくなるのだそう。筆者もさっそく試してみたので、本記事で詳しい手順をご紹介しますよ。

俺としてはチャーハンを食べたい。とても食べたい。今すぐ搔っ込みたい。しかしチャーハンは危険だ。人気すぎる。競合必死だろう。 俺は運が悪いからくじ引きになったら負けてしまう。 くじで負けると、俺の１巡目指名はほかの人に１巡目で取られた後の残り物になる。つまり２軍レベルの料理になってしまう。 これはやばい。競合は避けなければならない。 となると、第二候補である餃子もやめておいたほうがいい。餃子も絶対に競合する。 案外、焼売や天津飯も競合しそうだ。 とすれば、回鍋肉あたりが無難そうに思えるが、このへんが一番、危険そうな気もする。俺と同じ思考の人間がいたら、そいつは回鍋肉を指名する確率が高い。 裏をかいてラーメン一本釣りでドヤ顔するのはどうだろうか。それはさすがにやりすぎか。 ならばエビチリか。しかしエビチリは「俺は人とは違う」と思いこんでいる凡人が一番、チョイスしてきそうな料理って感じがする。