この記事は前作 開発生産性の可視化サービスから何を見いだして何ができるのか、あるいはすべきで無いこと に続き、開発生産性へのスタンスを整理したい2作目です。 効果・成果よりも効率を優先することは生産性か？ 開発生産性と言いながら単なるアクティビティの量や時間を見て効率改善を志してしまういくつかの状況、一部の風潮に対して疑問を呈したい。 例えば、PRやイシューの起票数などアウトプット量の高低に一喜一憂する 例えば、変更のリードタイムやデプロイ頻度の増進を過度に重視する 例えば、サイクルタイムの各時間を人間の努力のみで短縮しようとする それにも関わらず、開発がもたらしたユーザーへの効果やビジネス上の成果に無関心というのは順序おかしいよね、という話。 などと考えていたら開発生産性カンファレンス2024 - 登壇資料まとめ｜610を見る限り、近しい主旨の論説を散見するに至り、もしかしたら世間の議論

目次 目次 はじめに 1章 課題の認識とZuora導入の決断まで 販売管理システムの課題 何を最初にやるべきか 実情を知る 理想像を固める 何を作り、何を作らないか どのSaaSを使うか 2章 Zuora導入設計 Zuoraプロジェクトチーム体制 Zuoraを知ろう！ Zuoraプロジェクトにおいて何を開発するのか Zuoraの管理画面を使うか、それとも内製で作るか 新設機能のモック作成 食べログとのマッピング 3章 Zuora移行 データ移行 データ検証 突合バッチによる検証 データプールの副産物 最終的なシステム構成 データ切り替え 4章 Zuora運用 財務突合 Zuoraへの切り替え Zuoraでの運用開始 5章 結論 最後に はじめに こんにちは！ 食べログ開発本部飲食店システム開発部でマネージャーをしている新井です。 2018年に食べログに入社し現在は販売管理チームに所属してお

こんにちは、ファインディ株式会社でフロントエンドのリードをしております 新福(@puku0x)です。 この記事では、IT/Webエンジニアの転職・求人サイト Findyのメッセージ画面の改善についてご紹介します。 メッセージ画面の課題 メッセージ画面の改善 Apollo Clientキャッシュの利用 読み込み画面の条件修正 ページ設計の最適化 まとめ メッセージ画面の課題 Findyのメッセージ画面は数年前にデザインを刷新しました。 現在では、3種類のメッセージを表示するようになっています。 通常のマッチングのメッセージ プレミアムスカウトのメッセージ Findyからのメッセージ 機能拡充される一方で「読み込みが多い」「画面遷移がサクサク動くようにして欲しい」との声をいただく機会が増えていきました。 実際に触ってみると確かに読み込み画面が頻繁に表示され、画面遷移に時間がかかっていることがわ

» 外国人観光客が行列に並ぶのも納得…低温調理の「白いとんかつ」が普通じゃ味わえない異次元体験だった / 福岡「とんかつ わか葉」 特集 円安の今、大都市だとどこに行っても外国人観光客ばかり。九州は福岡もその1都市なのだが、特に韓国からの観光客が多いように感じる。 で、先日知人から聞いたのが韓国人をはじめとする海外の観光客が多いとんかつ屋で「白いとんかつ」が出てくるらしい。そんなのあるなんて知らなかった。ぜひ食べてみたい!! ・ランチ前から行列の人気店 白いとんかつを提供するお店は「とんかつ わか葉」という。天神本店は西鉄福岡駅（天神）から徒歩で数分のところにあり、今の時代スマホを持っていれば迷うことはないだろう。 暑い中で行列に並ぶのはイヤなため、ランチにはまだ早い11時より少し前に到着。この日は平日だったからサッと入れるだろうと思っていたのだが…… 残念そこは人気店。すでに並びができて

Gemini 1.5 モデル をお試しください。Vertex AI からアクセスできる、Google のもっとも先進的なマルチモーダル モデルです。 試す ※この投稿は米国時間 2024 年 6 月 22 日に、Google Cloud blog に投稿されたものの抄訳です。 Google Cloud ネットワーキング チームは長年にわたり、お客様のネットワークの構築、修正、強化の支援に深く携わってきました。その間に、ネットワークのパフォーマンスと効率を最大限に高める重要なパターンやベスト プラクティスを発見しました。この豊富な知見は、ただの理論的なリソースではありません。Google Cloud、クロスクラウド、オンプレミス、その他のクラウド プロバイダなどデプロイ先を問わず、お客様のビジネス目標達成を支援するよう設計された実用的なツールキットです。Google はこの専門知識を共有する

はじめに現代のWebアプリケーションにおいて、ユーザが写真や動画などのファイルをアップロードする機能は、しばしば求められます。 本記事では、ファイルアップロードを実現するための一手段として、「署名付きURL」を利用した方式を取り上げ、その設計について詳しく解説します。 今回は、Amazon Web Services（AWS）を利用する前提のもと、このアプローチを探求していきます。 前半部分は署名付きURLをそもそもよく知らない方向けの導入部となっていますので、要点だけ抑えたい方は設計上のポイントから読まれることをお勧めします。 ファイルアップロードの実現方式パターン署名付きURLの話をする前に、ファイルアップロード機能をWeb APIとして実現する方式について、いくつか代表的なものを紹介します。 Pattern 1. multipart/form-datamultipart/form-da

TiDB User Day 2024の登壇資料です。

えにしテックさん１５周年記念イベントでのトーク資料です。

本記事は「珠玉のアドベントカレンダー記事をリバイバル公開します」企画のために、以前Qiitaに投稿した記事を改訂したものです。 はじめにPub/Sub型のメッセージングアーキテクチャを採用するにあたっては、kafkaなどのブローカーミドルウェアや、Amazon SNS、Google Cloud Pub/Subなどのマネージドサービスを利用するケースが多いかと思います。ところでPostgreSQLでも実はPub/Subができます。 すでに業務でPostgreSQLを使っていれば、新たにPub/Subブローカーを構築しなくても、疎結合なシステム間通信を簡易的に実現できます。 本記事ではこの機能の紹介と、Pub/SubクライアントをJavaで実装する場合の選択肢、考慮点を示しています。 ※実行環境はPostgreSQL 16.2とJava 21です ※データベースの文字コードはUTF-8としてい

3つの要点 ✔️ デコンパイルに特化した初のオープンソースモデル「LLM4Decompile」を開発 ✔️ モデルに新しい学習目的を導入し、デコンパイルの精度向上を実現 ✔️ 再コンパイルと再実行可能性に焦点を当てたデコンパイルのための初の標準化されたベンチマークを構築 LLM4Decompile: Decompiling Binary Code with Large Language Models written by Hanzhuo Tan, Qi Luo, Jing Li, Yuqun Zhang (Submitted on 8 Mar 2024) Comments: Published on arxiv. Subjects: Programming Languages (cs.PL); Computation and Language (cs.CL) code： 本記事で使用してい

アマゾン ウェブ サービス ジャパンは、2024年6月20日と21日、国内最大の年次イベントである「AWS Summit Japan」をハイブリッドで開催。150を超えるセッションが展開された。 本記事では、ニンテンドーシステムズによるセッション「Nintendo Switch向けプッシュ通知システムのリプレイス事例」をレポートする。登壇したのは、同社 システム開発部の林愛美氏と坂東聖博氏だ。 2017年のNintendo Switchの発売とあわせてリリースされた「プッシュ通知システム」。同社は、長期運用を見据えて、よりクラウドネイティブなシステムへのリプレイスを決定するが、大量のTCP接続を維持するための様々な課題が立ちふさがった。 本セッションでは、AWS FargateやNetwork Load Balancer（NLB）といったAWSのマネージドサービスを用いた、“最大1億台”級

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

Cook Do®︎でアレンジ本格中華を 前編の記事では、味の素株式会社「Cook Do®︎」の開発担当者、塩谷（えんや）さんと熱い四川料理トークで盛り上がりました。 後編ではさっそく、Cook Do®︎〈極 麻辣麻婆豆腐用〉を使ったアレンジレシピをご紹介いただくことにしましょう。 www.hotpepper.jp つくっていただくのは「鶏の手羽先とじゃがいもの麻辣煮込み」とおまけの「麻辣ラーメン（麻辣拌麺）」、そしてなんと「水煮牛肉」です！ アレンジ①鶏の手羽先とじゃがいもの麻辣煮込み（家常土豆鸡翅） 材料（2人前） ニンニクの芽　1束（30g） じゃがいも　180g（小2個） 長ネギ　1/2本 鶏の手羽先　6本（280g） 塩　ひとつまみ コショウ　お好みで 生姜チューブ　小さじ1 酒　小さじ2 極 麻辣麻婆豆腐　1箱 水　300cc 水溶き片栗粉　片栗粉小さじ2と水小さじ2を混ぜておく

本格中華の味を再現するためにこだわっていること 塩谷：味の素株式会社の塩谷（えんや）と申します。Cook Do®︎のマーケティングの全般を担当しています。商品の開発から広告、宣伝に至るまで、比較的幅広く関わっています。とはいえ担当してまだ3年目なので、まさに四川料理などを勉強している最中です。本日は非常に楽しみにしておりました。 人長：僕は四川料理をやってるんですけど、一番得意な料理が麻婆豆腐。おうちでおいしい麻婆豆腐をつくるための記事を『メシ通』でやったら、たまたまバズッて、それからいろいろ続けてやらせてもらっています。 僕は「リバヨンアタック」という珍しい名前の四川料理店の料理長をやっています。お昼は、定食屋さんみたいな感じで、夜は中華料理のレストランという形でやってます。 www.hotpepper.jp ──Cook Do®︎といえば、ご存じ、ご家庭で本格的なシェフの味が楽しめる中

こんにちは！　元イタリアン料理人、現役専業主夫料理人パパイズムです。 身近な材料で、家で作れる美味しいパスタレシピを日々研究している私。今回は、スモークサーモンとスモークチーズを使った、スモーキーで濃厚な味わいのパスタを作ります。 食欲をそそるスモーキーな風味に適度な塩気もあるスモークサーモンは、チーズと相性のいい食材。生食できるので料理に使いやすいところも◎です。ここでは余熱で少しだけ火を通し、生臭さをやわらげてさらに食べやすくしてみました。 ソースのベースはにんにくと牛乳、バターでシンプルに作り、そこにスモークチーズをたっぷり溶かして香りよく仕上げます。生クリームなしで、とろりと濃厚なクリームソース風のパスタが食べられますよ。 パパイズムの「スモークサーモンの濃厚チーズパスタ」 【材料】（1人分） スパゲッティ（1.6～1.7mmがおすすめ）　100g お湯　1.3L 塩　13g（茹で

この記事は "What We’ve Learned From A Year of Building with LLMs" という記事を著者の一人である Eugene Yan さんから許可を得て翻訳したものです。 https://applied-llms.org/ Thank you for giving me a permission to translate this wonderful article! 著者の方々 Eugene Yan Bryan Bischof Charles Frye Hamel Husain Jason Liu Shreya Shankar 原文の公開日 2024/６/8 今は大規模言語モデル（LLM）を使った開発がとってもエキサイティングな時期です。この1年間で、LLMは実世界のアプリケーションに対して「十分に良い」ものになりました。そして、年々良くなり、安く

↓↓↓↓訂正あります。↓↓↓↓ 2018/07/02に株式会社エフコード社内で行われた勉強会のスライドです。 訂正版(随時更新中): https://docs.google.com/presentation/d/15HOMfAbtdWwO48njcB8IdkN3kVAMu3wsmZo0O3S-f_4/edit?usp=sharing 専門家による資料・専門家向けの資料ではありません。自分自身で学習し、論文・文献等を読解してまとめた内容となります。間違い等あるかもしれませんが、あれば是非コメント頂ければと思います。 【訂正事項】 スライド16: 誤：たった一つのプロセスが故障しただけでも有限時間で合意できない 正：たった一つのプロセスが故障しうるだけでも有限時間で合意できない スライド20: 誤: 重要: あるschedule σ1, σ2 がdisjoint (nodeが被ってない) なら

「PHPカンファレンス福岡2024」の登壇資料です。 https://phpcon.fukuoka.jp/2024/ # スライド掲載資料 https://speakerdeck.com/kassy1127/qiang-i-enziniatodong-kuzhong-de-xin-zu-1ni…

はじめに こんにちは。都内でソフトウェアエンジニアをしているtomoriです。 突然ですが、Go言語でHTTPサーバーを実装する際、サーバーの終了処理を適切に実装できている自信はありますか？ 自分が開発に携わっているプロダクトでは、ほんの最近まで下記のような不適切な終了処理を行なっていました（話を簡単にするためにここでは panic を使っています）。 err := http.ListenAndServe(":8080", handler) if err != nil { panic(err) } HTTPサーバー実装のサンプルとかでよく見るやつですね。 これだとアプリケーション側で、いわゆる Graceful Shutdown ができておらず、実行環境にて不具合を引き起こす恐れがあります。 というわけで、最近それを修正したのでアウトプットとして記事にします。 Go言語でHTTPサーバーを