転職します
freee を辞める 2019年に新卒入社して以来4年半くらいお世話になった。最初はwebエンジニアで、最後の2年半はモバイルアプリの開発をしていた。特にモバイルは未経験だったのに働かせてもらってスキルも身について、ありがたい限りだった。流石に5年目になるとコードを書いているだけではなく、チームがどうやったら動きやすくなるか考えるとか、会社やプロダクトの歴史を教えるとか、Undocumented な情報に対する応答 bot になったりしていた。別に役職には就いていないのだが、そういうことを考えたりマネージャーと話す機会も多くて”ちょっと良い気分”で働いていた気がする。 まだまだ28歳 でもまだ今年で28歳。まだ良い気分で働くには早くて、もうちょっとピンチを感じながらヒリヒリ感を持って働きたいと思うようになった。 自分は環境依存が激しく、怠けられる環境ではとことん怠ける。いっそ厳しい環境に身
(翻訳) ビッグテックのプロジェクトマネジメントとスクラム不在の謎 - forest book
本稿は Gergely Orosz 氏によって書かれた次の記事の日本語翻訳です。著者に翻訳の許可を得て公開しています。 blog.pragmaticengineer.com また本稿は DeepL Pro を使って下訳したものに手を加えています。日本語翻訳の不具合または誤訳については Gergely Orosz 氏ではなく、本稿のコメント欄にお願いします。 著者も機械翻訳を下地にしたやり方に関心をもたれたようです。 The article translated to Japanese: https://t.co/4uynyyhm4E The author was transparent and noted that the article is a modification of an ML-translated article. This person managed to transl
ありがとう！『WEB+DB PRESS』 Gihyo Digital Publishing バックナンバー価格オフキャンペーン & 総集編発売予定のお知らせ | Gihyo Digital Publishing … 技術評論社の電子書籍
ありがとう！『WEB+DB PRESS』 Gihyo Digital Publishing バックナンバー価格オフキャンペーン & 総集編発売予定のお知らせ 『WEB+DB PRESS』総集編発売のお知らせ 『WEB+DB PRESS』Vol.1～136までの全号PDFを収録した総集編を2024年春に刊行する予定となりました。詳細につきましては，弊社Webページや各種SNSなどで順次公開いたします。 全巻一気にまとめてご希望の方はぜひ来春発売予定の総集編のご購入をご検討ください。 総集編は，Gihyo Digital Publishingをはじめ各種電子書店での発売の予定はございません。 2023年8月発売のVol.136をもって隔月刊誌として休刊をむかえました『WEB+DB PRESS』。 2000年12月の創刊から22年以上の長きにわたり，絶大なご支援をいただきましたこと，厚く御礼申し
Rubyの並列並行処理のこれまでとこれから - クックパッド開発者ブログ
技術部の笹田です。今日で退職するので、バタバタと返却などの準備をしています。 本記事では、Rubyの並行並列処理の改善についての私の取り組みについて、おもに RubyKaigi 2022 と 2023 で発表した内容をもとにご紹介します。 並行と並列はよく似た言葉ですが、本記事では次のような意味で使います。 並行処理（concurrent processing）は、「複数の独立した実行単位が、待っていればいつか終わる（もしくは、処理が進む）」という論理的な概念で、古典的にはタイムシェアリングシステムなどが挙げられます。 並列処理（parallel processing）は、「複数の独立した実行単位のうちのいくつかが、あるタイミングで同時に動いている」という物理的な概念で、古典的には複数のCPU上で同時に実行させる、というものです。最近では、1つのCPU上で複数コアが同時に動いている、という
「心理的安全性」をバリューに掲げたけど、ほぼ効果がなかった話｜藤田 雄一郎
今回は、組織づくりについての話。 現在うちの会社は７期目で、メンバーは業務委託の方を含めると100人近くになりました。 おかげさまで退職率も低く「みんないい表情で働いてますね」と言っていただくことも増えました。心理的安全性も高く、「組織をよくするために自ら積極的に動く」というカルチャーが醸成されていると自負しています。 ただ、ずっと平和でいい感じだったのかというと、そんなことはありません。当初、組織づくりはめちゃくちゃ大変で、起業して最初の２〜３年はずっと組織のことで悩んでいました。 そんな状態から、どうやって今のようになったのか？ 同じように組織づくりに悩んでいる人のヒントになればと思い、僕の経験を書いてみたいと思います。 「お前やれるのか？」みたいな空気感初期の頃、オフィスはシーンとしていて緊張感がありました。 プロフェッショナリティのすごく高い人たちが集まっていて「俺はこんだけやるけ
新規作成画面をなくすと考慮事項が激減して嬉しい
例えば CMS の管理画面を考えます。 /posts に記事一覧画面、/posts/new に新規作成画面、 /posts/:postId に記事更新画面を置くような URL の設計はあるあるかと思います。 今回は /posts/new の画面はないほうが色々嬉しいと思った話をします。 新規作成画面があることで増える考慮事項 まず新規作成画面があると、どんな煩わしさがあるかを考えます。 下書き保存した時、どうする？ 新規作成画面で下書き保存をすると、内部的にはリソースの ID が採番されます。つまり下書き保存した段階で、それは記事更新画面になるはず。 その ID で URL を /posts/:postId に書き換えるかどうかを検討します。 筆者は React 一辺倒人間なので React 寄りの話にはなりますが、Next.js や React Router などでは /posts/ne
OOUI実践のコツ | 新規サービスに導入してわかった、5つのこと｜スマートキャンプ デザインブログ
こんにちは、スマートキャンプ デザイナーの柿澤です。 現在、新規サービスのローンチに向けてデザインをしているのですが、その際にOOUI（オブジェクト指向ユーザーインターフェース）を実践する機会がありました。 OOUIの概念自体は前から知っていたのですが、業務として使ったことはなく、実際に取り組んでみると本を読むだけでは理解することのできなかったこと、実践する中で躓いたことやその際の考え方などが勉強になったので、本記事ではそれらのことについて紹介していこうと思います。 そもそもOOUIとはOOUIとはユーザーの目当てとなるオブジェクト（もの、名詞）を中心にUIを設計することで、タスク（やること、動詞）をもとに設計するよりも使いやすく開発効率の高いUIを構築することができる設計手法になります。（ざっくりですみませんw） 今回の記事では手法論は割愛させていただきますので、ご興味ある方はぜひ専門書
いいねとその通知機能をDynamoDBで設計したら思ったよりムズい - エムスリーテックブログ
【Unit4 ブログリレー4日目】 こんにちは、エムスリーエンジニアリンググループの福林 (@fukubaya) です。 今回は、SNSではごく一般的ないいねとその通知機能をDynamoDBを利用して実装したら思ったより大変だったので、その詳細をご紹介します。 キャナルシティ劇場は、福岡県福岡市博多区の複合商業施設「キャナルシティ博多」のシアタービル最上階に位置する劇場。本文には特に関係ありません。 m3ラウンジ m3ラウンジのいいねとその通知の要件 RDBで実装したらどうなるか いいね機能 通知機能 DynamoDBで実装する いいね機能 通知機能 いいねする いいねを取り消す 通知を表示する 未読の通知の取得 未読の通知数 未読の通知を既読にする テーブル設計むずい PKとSKに何を選ぶか LSIは途中から作れない DynamoDBをローカルで動かして設計する まとめ We are h
Rust の hyper は何が嬉しいか
Rust でWebサーバーを書く時の技術選定をするときに調べていると hyper に必ず出会うと思う。これは黎明期から存在しているライブラリで、Webサーバーにしては珍しく version 1 まで到達している老舗だ(1に到達してたら安心って考え方が正しいかはさておき...)。このライブラリは actix-web や axum のような他のライブラリとは毛色が違い、かなり primitive だ。そのため axum のベースに使われてもいて、hyper はそのまま使わないライブラリなのかもしれない。 サンプルコードから存在意義がわかりにくい さて、そんな hyper だが公式の example はこのようになっている。 #[tokio::main] async fn main() -> Result<(), Box<dyn std::error::Error + Send + Sync>>
Blogged Answers: My Experience Modernizing Packages to ESM
Random musings on React, Redux, and more, by Redux maintainer Mark "acemarke" Erikson This is a post in the Blogged Answers series. Details on the painful experiences and hard-earned lessons I've learned migrating the Redux packages to ESM Table of Contents 🔗︎ Introduction Redux Packages Background Packages and Configurations Issue History Early Attempts Migrating to Vitest Initial Alpha Testing
第2章 詳解QUIC ～ TCPに代わり下位層で使用する新しいトランスポートプロトコル | gihyo.jp
本章では、HTTP/3がTCPに代わって下位層で用いるQUICについて解説します。 QUICはトランスポートプロトコル QUICはトランスポートプロトコルです。QUICの説明に入る前に、トランスポートプロトコルついておさらいします。 TCP/IPの4階層モデル プロトコルは階層で役割を分担しています。TCP/IPの4階層モデルでは、アプリケーション層、トランスポート層、インターネット層、ネットワークインタフェース層に分かれます（図1）。 図1 TCP/IPの4階層モデル アプリケーション層に分類されるアプリケーションプロトコルは、クライアントやサーバで動作するアプリケーションの動作に関するデータやメッセージの通信ルールを規定します。たとえばSMTP（Simple Mail Transfer Protocol）は、メールを送信する通信ルールを規定しています。HTTPはこの層に属します。
MySQLとOracleの実行計画を比較してみた - ASMのきもち
まいえすきゅーえりたい ぽすぐれない おらくるってる（狂ってる）tomoです。 今日はいつものMySQLリファレンスを読むではなく、夏休みの宿題にしていたこれをやってみます。 MySQLとOracleDBの実行計画を比較してみた さて同じようなテーブルで同じデータを載せて。 実行計画を取ってみた時、どのくらい情報量が違うのか簡単に違いを見てみましょう。 前提として、以下をご認識ください。 一方はOSSのDBエンジン、もう一方はガチガチ商用DBエンジンです。情報量が違うのは当たり前であって、良し悪しを比較したいのではありません。そして製品比較をしたいのではありません。いつも商用DBメインで使っているエンジニアが、OSSのDBにこうゆう情報も出してほしいな！というのをお願いしたいと思っていて、それを考える元ネタメモだと思ってください。 OSSでこれだけの情報出せるMySQLや、今回紹介しません
ブルーライトカットのめがね、目の負担軽減の助けにならず 国際研究で結論
ブルーライト対策の眼鏡に短期的な利点がない可能性があるとの研究が報告された/Vadym Plysiuk/iStockphoto/Getty Images/FILE （ＣＮＮ） めがねにブルーライトをカットするフィルターを付けても、コンピューター作業による目の負担を軽減したり、網膜を保護したり、睡眠の質を改善したりする効果は期待できないかもしれない――。そんな研究結果が１７日の学術誌に発表された。 論文を発表したオーストラリア・メルボルン大学のローラ・ダウニー氏は、「コンピューター使用に伴う目の疲れを軽減するためのブルーライトフィルター付きめがねレンズを使っても、短期的にはメリットがない可能性があることが分かった」と解説する。 「そうしたレンズが見え方の質や睡眠関連の結果に影響を及ぼすかどうかについても今のところは不明で、長期的な網膜の健康に何らかの影響を与える可能性についても結論は出せなか
2023-08-14 10年勤めたfreeeを辞めて零細企業を作った - waka.dev
日記です。 タイトルの通り10年勤めたfreee株式会社を退職して、自分で会社を作ってやっていくことにした。 freee最終出社でした、10年間ありがとうございました！(ビルを見上げる写真撮り忘れた) 次回作にご期待ください！ — yo_waka (@yo_waka) June 16, 2023 やってきたことはこの辺のスライドによくまとまっている。 https://speakerdeck.com/waka/da-kinapurodakutofalseyu-tefang 社員5人から1000人になったり、ARRゼロ円からARR200億円になったり、ヤバかった品質をどうにか底上げしたり、開発本部長の立場で上場を経験したり、普通では経験できないことを濃度高く経験できて楽しく過ごせた10年だった。 freee会計という業務系Webサービスを10年間機能面/パフォーマンス/品質面共に育ててきた経験
認可のアーキテクチャに関する考察（Authorization Academy IIを読んで）
みなさま、認可の設計に苦しんでいるでしょうか？私は苦しんでいます。苦しまなかった瞬間などありません。昔「アプリケーションにおける権限設計の課題」を執筆しましたが、あれから3年以上が経ちます。 当時は認可の設計に関する情報がうまくまとまっている記事などほとんど無く、調べに調べて得たナレッジを書き記したのが上記の記事です。3年以上経ちますが、苦悩が今も特に変わっていないことが驚きです。 ただし、世の中的には認可のライブラリであったりサービスというのは少しずつ増えてきている印象があります(Auth0の OpenFGA であったりOsoの Oso Cloud 、Asertoの Topaz )。 認可の設計に関する記事も少しずつ増えている印象があり、その中でも本記事で紹介したいのがAuthorization Academyです。 これは認可サービスである Oso Cloud やOSSのライブラリ o
TypeScriptの`infer`を一撃で理解する - reosablo.blog
準備運動 たとえば「Foo型要素を持つ配列」や「Foo型でfulfillされるPromise」、「Foo型のプロパティ"abc"を持つオブジェクト」の型を定義しようとすると下記のようになる。 type FooArray = Foo[]; type FooPromise = Promise<Foo>; type FooContainer = { abc: Foo }; この記事にたどり着いた人であればここまでは理解できるはず。 inferの使いどころ では逆に、「何かの型を持つ配列」や「何かの型でfulfillされるPromise」、「何かの型のプロパティ"abc"を持つオブジェクト」の「何かの型」を得たい場合はどうするか。 ここでinferの出番となる。 // 注意: このコードは型安全ではありません。 type ArrayOf<T> = T extends (infer U)[] ? U
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
dアカウントの認証、かんたんログインやスマホ認証を廃止し「パスキー」に統一
Google、Androidのロゴを4年ぶりに変更 ドロイドくんは立体的に
https://www.amazon.co.jp/dp/B08B68LM7R
Business Source License 1.1