歌いだし いい本だいい本だと言われるのをTLで見て本棚に積んでいた『プログラマーのためのCPU入門』をやっと読んで、想像してたよりもずっと自分に刺さる本だったので感想をまとめる。 プログラマーのためのCPU入門 ― CPUは如何にしてソフトウェアを高速に実行するかwww.lambdanote.com 経緯 去年の終わりごろから『並行プログラミング』入門を読んでたんだけど、主にメモリオーダーのところがあんまり腑に落ちなかった。具体的には、サンプルプログラムからメモリオーダーに関する命令が全部消されて、「このプログラムが正しく動くために、適切な位置に、適切な強さのメモリオーダーを指定せよ」と言われると全然わからないんだろうなという感じ。あとはグリーンスレッドの例でコアロジックがアセンブリで書かれてたんだけど、操作的意味がおそらく高レベルの言語とは全然違い、暗黙の前提がわからず理解が著しく難しい

PolyrepoとMonorepo これはアソビュー！ Advent Calendar 2022の23日目です。 アソビューでVPoE兼Tech Leadをしているdisc99🐼です！ 今回は、Monorepo運用の事例紹介をさせてもらえればと思います！ アソビューではほぼすべてのGitリポジトリを統合したMonorepo運用を2年以上行っています。 最近では特定の技術領域やプロダクトに対してMonorepoを適用した事例は増えてきています。 しかし、社内のほぼすべてのソースコードを1つのMonorepoで管理している組織はまだ多くないと思いますので、参考になれば幸いです。 今回はなぜMonorepoに移行したかや、具体的にどのような管理をしているか、また今後の展望などを公開します！ 🐣なぜMonorepoなのか 背景 Monorepoとは？ 素早さ 分かりやすさ 管理のしやすさ その

12月16日に公開された新SNS「mixi2」（iOS／Android）が、各アプリストアでランキング1位を獲得するなど人気だ。 「楽しい、優しい、ほっこりとした場」を目指したというSNS。MIXI社によると、2年前から構想し、じっくり開発しながら公開のタイミングを待っていたという。背景には、昨今のXをめぐる諸問題があったようだ。 App Store無料1位、Google Playアプリ1位 mixi2は招待制のテキストSNS。短文を投稿したり、投稿にリアクションを付けたり、コミュニティで交流できる。04年公開の国産SNS「mixi」を開発したMIXI社が提供しているが、mixiとの互換性はない。 12月20日時点で、App Storeの無料アプリランキング1位、Google Playでもアプリランキング1位だ。ユーザー数は非公開だが、Google Playのダウンロード数は「10万以上」

いきなりのお知らせですが, 私shinyorkeは年内で現職（某大手外資系ITコンサル企業*1）を退職します（本日12/13が最終出社でした）&来年から再びプロダクトを取り扱うベンチャー企業*2でエンジニアとして働くことになりました（まだ予定ですが）&その転職活動から爆誕したコンテンツがこの記事です. 現職の皆様, 本当にお世話になりました&次の働き先はもうすぐ決まる見込みです*3. 退職と転職の話は後日別のブログこちらのブログで語ることにしますが, 約3年ぶりの転職活動（40代になってから二回目）は本当に苦労しました. エンジニアの転職プロセスは色々ありますが, 通常の面接・選考(過去経歴, いくつかの質問の中で能力・カルチャーがフィットするか) 技術選考（プログラミングテスト, 応用的な技術課題の作成・提出, レビュー形式の技術面談など） 大雑把にこの2つに分かれるかと思います*4が,

この記事は？ 株式会社ログラスでクラウドインフラエンジニアをしている中井 (@elmodev09) です。 エンジニアとして働ていると、技術選定の調査結果をまとめたり、Design Docを書く等、ドキュメントを書く機会が多いのではないでしょうか？ ドキュメントは、不必要なディスカッションを減らすための非常に強力なツールです。 特に、抽象度が高いタスクにおいては、ドキュメントをうまく活用することで議論のポイントを明確化し、効率化を図ることができます。 個人的な話になりますが、これまでに書いたドキュメントについて、「分かりやすい」「読みやすい」と言っていただけることが多いです。 （もちろん、毎回そうではなく、分かりにくい場合もありますが） 私は口頭で全てを明確に説明するのが得意な方ではないため、思考を整理してドキュメントにまとめることで、なんとかエンジニアとしての業務をこなしています。 今回

これは Kyash Advent Calendar 2024 1日目の記事です。 2022年1月から VP of Engineering という役割でKyashの開発組織全体のマネジメントを始め*1、2024年1月から 執行役員 VP of Engineering になり1年くらい経ちました*2。 当初は「今までどおりいいプロダクトを作っていけるように行動していくだけだし大きくは変わらん」と思っていたのですが、想像以上に変化もあったので備忘として残しておきます。 ここに書ききれないこともたくさんあります。「1年近くやってこんな抽象的なことしか書けないのか」と感じられるかもしれませんが、まああまり背伸びせず反省も込めて今のスナップショットをそのまま書くことにします。 結果として事業はよくなっている Kyash のようなカード発行型の決済サービスというのは、決済単体の収益性で見ればいわゆる "

2024.11.05「追記１：問題編」を追加しました！ 2024.11.06「追記２：回答編」を追加しました！ 2024.11.06 [補足]を追加しました！ 前提 LaravelはWordPressからステップアップしたい人に丁度フィットしたような作りになっており、オンプレ前提であり、MVC構成の簡単なSSR（サーバーサイドレンダリング）を推しています。 WordPressの次のステップと捉えると納得できますし、小さなアプリを簡単に作るには丁度良いと思います。 しかし、これで大きなサービスを作ろうとすると途端に崩壊します。 基本的にドキュメント通りに作成すると画面とインターフェースが密結合し、サービスとしてのインターフェースが固まらない状態になります。 結果的に私が関わったプロジェクトは全て密結合で触れない状態に陥っていました… たぶん日本中、いや世界中がこうなってると思います。 決して

社員数が1000人を超えてから、組織的にはいろいろと「よろしくない面」が出てきました──。サイボウズ代表の青野慶久はそう打ち明けます。 かつてのサイボウズでは考えられなかった出来事が起きたり、社歴の差による考え方の違いが出てきたり。2024年には、これまで胸を張って掲げてきた、働き方に関する表現を見直す決断もしました。 このままサイボウズは、よくある大企業の1社になってしまうのか。サイボウズが変えるべきもの、守り続けるべきものとは。 他社でも同じような悩みを抱えるケースは少なくないはずです。組織が拡大するなかで、企業としての成長と、社員一人ひとりの幸福を両立し続けていくためには何が必要なのでしょうか。 サイボウズの社内大学「CAAL（カール）」卒業生の2人が青野を囲み、本音を語り合いました。

いつも「マネーフォワード クラウド会計・確定申告」をご利用いただきまして、誠にありがとうございます。 「適格請求書発行事業者登録番号」に関するご利用上の注意事項をお知らせいたします。 対象ページ各種設定＞取引先前提マネーフォワード クラウドでは、法人の取引先に関する適格判定について、過去に適格照合された法人の情報を保持しております。※ そして保持した情報は、「国税庁適格請求書発行事業者公表サイト」から日次配信される情報をもとに、定期的に差分更新を行っています。 ※個人事業主に関しては、個人情報保護の観点から結果を保持しておりません。 また、クラウド会計・確定申告の「取引先」画面では、取引先の登録・編集時や登録番号情報の更新を行う際に、マネーフォワード クラウド内で保持された情報と照合しております。 詳細国税庁による適格請求書発行事業者の登録・取消・失効状況の更新について、事後に行われる（過

GitHub Actions で CI している皆様、こんにちは。 GitHub Actions 便利ですよね。使わない日がないというくらい毎日お世話になっています。 さて、CI といえば良く問題になるのが実行時間。 長い待ち時間は開発効率を下げますし、プライベートリポジトリだと Runner の費用も嵩んでしまいます。 時間を短縮する方法は色々ありますが、一手目によく行われるのが依存パッケージのキャッシュじゃないかなと思います。 例えば Go で開発していると、依存パッケージは ~/go/pkg/mod にダウンロードして保存されます。 これを CI 実行のたびにダウンロードしてコンパイルするのは時間とお金の無駄というものです。 幸い、GitHub Actions には CI の実行間でこういった依存パッケージを保存して再利用できるキャッシュ機能があります。 詳しくは以下のドキュメントを

スクラムフェス仙台2024の共同登壇の資料です。

読まなくても良い漫才パート ボケ「いきなりですけどね、freee人事労務の給与計算ロジックでいつも使ってる DB instance があるらしいんやけど」 ツッコミ「あっ、そーなんや」 ボケ「うちのオカンがね、reader instance なのか writer instance なのかをちょっと忘れたらしくてね」 ツッコミ「どうなってんねそれ」 ボケ「でまあ色々聞くんやけどな、全然分からへんねんな」 ツッコミ「分からへんの？いや、ほな俺がね、どっちの instance なのか、ちょっと一緒に考えてあげるから。詳しく教えてみてよ」 ボケ「オカンが言うには、どちらかというと CPU 利用率がいつも低い方らしいねん」 ツッコミ「おー reader instance やないかい。freee人事労務 の DB で CPU 利用率が低い方は reader instance や。黄色の折れ線の方や。r

カケハシのプラットフォームチームのテックリードとして組織管理サービスと認証基盤を開発している kosui (id:kosui_me) です。今回は、目的別データベースをプラットフォームチームではどのように実践しているかご紹介します。 この記事は秋の技術特集 2024の 13 記事目です。 背景 目的 事例1: PostgreSQL の行レベルセキュリティを活用する組織管理サービス 組織管理サービスとは PostgreSQL の行レベルセキュリティ 行レベルセキュリティを用いたトランザクションマネージャー 行レベルセキュリティの運用上の注意点 事例2: DynamoDB を活用する認証基盤と Outbox パターンの活用 カケハシの認証基盤刷新 DynamoDB で実現する高稼働率の認証基盤 DynamoDB の特性を考慮する CDC と Outbox パターン まとめ 背景 医療の分野で様

2024夏のジンジニアMeetup!　〜みんなで学ぼう！開発組織の評価制度と運用〜 https://jinjineer.connpass.com/event/323746/

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Webサービスのフォームに住所を入力するとき、丁目や番地などを入れる欄について、数字やハイフンを全角で書かなければいけない「全角縛り」をやっているフォームをよく見ます。半角文字を入力してしまってエラーになったり、咄嗟に変換方法を思い出せなかったり、全角と半角の見分けが付きづらかったり、「全角縛り」であることが明示されていなかったり、「ハイフン」としてどの文字を使うべきかわからなかったり……と、鬱陶しさを感じることが多くあります。 「住所は全角のみ」（数字やハイフンも絶対に半角を受け付けない）という仕様がどういう経緯で生まれて、どう広まっ

エンジニアリングマネージャー視点での、自律的なスケーリングを実現するFASTという選択肢 / RSGT2025

Bill One Engineering Unit 共通認証基盤チームの樋口です。 Bill Oneでは昨年までAuth0を認証基盤として利用してきましたが、認証基盤を内製化することでコストを大幅に削減しました。 この認証基盤は、昨年12月に無事リリースされ、Bill Oneの認証を支えています。 今回は認証基盤の内製化に至った経緯と設計、移行プロセスについて紹介します。 Bill Oneについて 認証基盤に関する課題 解決方法の検討 IDaaS（Identity as a Service）について 設計とシステム構成について 認証基盤の設計 システム構成 アカウントの移行について メールアドレス・パスワードでのログインを利用しているユーザーの移行 SSO（Single Sign-On）の移行 振り返りと今後 ドメイン変更による問い合わせの増加 内製化によって体験の改善がスムーズに Bil

エラーハンドリングを少しずつ改善していく / improving error handling little by little

■ イベント After Kotlin Fest 2024 LT Night https://sansan.connpass.com/event/320810/ ■ 発表者 Bill One Engineering Unit 大塚 丈 ■ Bill One 開発エンジニア 採用情報 …

日本CTO協会 | エンジニアが選ぶ「開発者体験が良い」イメージのある企業「Developer eXperience AWARD 2024」ランキング上位30を発表2024年度は5つの技術職種別ランキングTOP10も発表 一般社団法人 日本CTO協会(本社：東京都渋谷区／代表理事：松岡剛志、以下：日本CTO協会)は、ソフトウェア開発者をはじめとする技術者にとって、各社が「開発者体験※1」についてどれだけ魅力的な発信をしているかを調査するために、「開発者体験ブランド力」のアンケートを実施し、上位30社のランキングを2022年より発表しています。 本活動は、各社のエンジニア採用力強化の指針となるだけでなく、開発者体験の向上と透明性/オープンネスなどの企業文化の重要性が広く認知されることを目的とするものです。 2024年は技術者合計698名を対象に、「開発者体験ブランド力」調査・集計を実施し、上