2024年6月10日に開催された「LLM Tech Night #2」でAI・LLM事業部 PdMの野畑壱成(@isseinohata)が「Beyond PoC」をテーマに発表した資料です。
![Beyond PoC〜LLMを本番業務で適用するためにLayerXで取り組んでいること〜](https://cdn-ak-scissors.b.st-hatena.com/image/square/501d108852fd7affc0d382134e5ff0a4bbfeac5c/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F733cf69d20644e1191a1644275d4ceff%2Fslide_0.jpg%3F30590424)
はじめに いつものように開発を行っていたある日のこと。 開発完了!さあレビュー依頼だ! ...ん?ちょっと待った コミット履歴を見てみると、コミットした修正をやっぱり違うなと戻してみたり、テスト作成中にメソッドのタイポを発見して一緒にコミットしていたりとぐちゃぐちゃ... ということで、レビュワーの負担軽減のために(自分を頭良く見せるために)コミット履歴を整理したのでその手順メモを共有します。 PR,MRを作るときに参考になれば幸いです(余談ですが、PR:プルリクエスト → GitHubの用語、MR:マージリクエスト → GitLabの用語らしいです)。 手順 1. git checkout -b 整理用ブランチ せっかくの修正が消えてしまっては困るので、コミット整理用ブランチを新しく作り移動します。
対象者 未経験からエンジニアを目指したい!と考えている方 エンジニアになったけどなかなか成長できてないな・・と感じている方 エンジニアになったけど毎日が大変な人 もはや挫折寸前の人 に読んでいただけると嬉しいです! 自己紹介 株式会社PRUMという会社の代表をしています。岩本です。 https://prum.jp/ SES企業でエンジニアとして就業したのち、ヤフーでもエンジニアとして働いておりました。 2019年、PRUMを創業し組織を5期目の途中で70名の組織まで成長させました。 エンジニアの成長について、誰よりも考え抜いてきた自信があります。 エンジニアと挫折について 僕は、エンジニアになって1年で 「もう辞めたろう、俺には合わん、無理だ」 と思っていました。 1年間、闇雲にものすごいやる気で勉強し続けた自分ですら、そう思いました。 ただなんだかんだ今もシステム開発の業界にいて、もう1
「悪態をつくとメンタルが改善するぞ!」という変わったレビュー論文(R)が出ておりました。「クソが!」「バカが!」「ふざけるな!」みたいに何かに対して悪態をつくのは、行儀のよいことではないものの、メンタルに与えるメリットも大きいというんですな。 悪態の研究ってのは昔からありまして、このレビューでは、過去の研究をいくつもまとめて、悪態のメリットを探ってくれたんですよ。悪態のメリットをざっくりまとめると、以下のようになります。 悪態で痛みがやわらぐ:悪態について最も研究が進んでいるのは、「鎮痛効果」(痛みの知覚を低下させる効果)である。2009年の古典的な研究によると、参加者が氷水に手を沈めたとき、悪態をつくことを許された参加者は、何もしなかった参加者よりも、痛みに耐える時間が大幅に長くなった。 感情のコントロールに役立つ:悪態をつくことで不満や怒りを表現すると、蓄積された緊張を解き放つのに役立
こんなご質問をいただきました。 エクササイズをはじめたのですが、辛くてしかたありません。運動が好きな人は、運動は気持ちがよいとか言いますが、何を言ってるのかよくわかりません。 この状態は改善するんでしょうか? それとも、いつまでもこのまま運動が楽しくないままなんでしょうか? ということで、まずは運動をスタートされたとのことで、まことにおめでとうございます。 さて、運動をはじめたのに「まったく楽しくない!」って気持ちになるのは、非常によくある話でしょう。私も35歳でようやく運動をはじめたときは、「辛いだけやんけ!」としばらく思ってましたからね。知人から同じようなことを相談されたことも、何度かありましたし。 では、「運動っていつか楽しくなるの?」って聞かれた際に、私がどう答えているかと言いますと、 とりあえず3週間はガマンして、毎日なんらかの運動をしてみて! みたいな感じです。エクササイズをは
▼ 2024 ( 191 ) ► 06/30 - 07/07 ( 4 ) ▼ 06/23 - 06/30 ( 7 ) Googleが使う生産性アップ法はこれだ!という本を読んだ話 トレーニングの効果は、たった40秒の運動でも得られるぞ!って研究の話 健康レベルを上げるために欠かせない、あなたのフードリテラシーはどのくらい?簡単テストで自己診断 あなたの睡眠を激しく悪化させる「就寝前の先延ばし」をチェックする8問 寿命をがっつり伸ばすために最適な1日の歩数はどれぐらい?という日本の調査 職場で成功したいなら謙虚さと能力のバランスを取れ!というデータ 今週の小ネタ:カップルの関係を大改善する方法とは?男らしい顔の男がモテる状況とは?孤独感を改善しまく... ► 06/16 - 06/23 ( 7 ) ► 06/09 - 06/16 ( 7 ) ► 06/02 - 06/09 ( 7 ) ► 0
-- 追記-- > termの説明で「今のリーダーが何代目のリーダーかを表す」と書かれていますが、あるterm内でリーダーが1人も選出されないことがあるので、termで何代目のリーダーかは表せなくないですか? https://x.com/11Takanori/status/1801212885873602681 termは必ずしもリーダーを示すものではなく、また票割れや投票前の段階ではリーダーを指すとは限りません。 Raftの論文では > Terms are numbered with consecutive integers. といっており、リーダーかどうかは問いません > log indexは単にlog entriesの中の当該logの位置を示すものなので、「今のリーダー」に言及しないほうが良さそう https://x.com/komamitsu_tw/status/180125035
本書ではソフトウェア開発の工程で起こりがちな42の失敗事例を取り上げ、その原因と回避方法を解説しています。 特に新任リーダーやチームで開発に取り組むエンジニアにとって、絶対に避けるべきだとわかっていながら避けられない失敗や、気づいたらはまってしまっていた落とし穴など、チームの足を止める状況はできるだけ避けたいものです。もし完全には避けられないなら、被害を最小限に抑える必要があります。 紹介する失敗エピソードは、例えば下記のようなもの。それぞれのエピソードに、架空の開発現場を舞台にした4コマ漫画も収録しています。 機能がてんこ盛りで実装が間に合わない「全部入りソフトウェア」 お願いされた機能を断れない「八方美人な仕様」 ユーザーを迷わす自分ルールのUI「オレオレ表記」 行間を読ませる「文学的仕様書」 リリース版が復元できない「不完全リポジトリ」 アクションしない「聞くだけ進捗会議」 施策を打
はじめに こんにちは、Techouse の人材プラットフォーム事業部でサーバーサイドエンジニアを担当している imayayoh と申します。 Techouse では各事業部でエンジニアがインフラの監視として、AWS・外部サービス等のグラフモニタリングを実施しています。モニタリングでは下記に重点を置いており、インフラ構成の見直しや障害対応の場として活用しています。 サービス運用に十分なスペックでインフラが構成されているか 最適なコストでサービスが運用されているか インフラ・外部サービスで重大な問題が発生していないか 本日はモニタリングの実施で即時対応できたトラブルの一例として、Application Load Balancer (ALB) への謎の大量アクセス攻撃を紹介します。 コストモニタリング 弊社のサービスではインフラに AWS を使用しており、モニタリングでは AWS Billing
こんにちは。メルカリのSoftware Engineerの@tanashoです。連載:Mercari Hallo, world! -メルカリ ハロ 開発の裏側-の6回目を担当させていただきます。 メルカリ ハロのWebアプリケーションは複数存在し、Webフロントエンドチームが横断的に開発をしています。本記事では、その前提を踏まえ、スピードと品質をどのように両立させて開発しているかを紹介します。 プロジェクトの概要とWebフロントエンドの担当領域 メルカリ ハロは「あたらしい出会いを繋ぎ、信頼と機会をひろげる」がミッションで、いますぐ働き手が欲しいパートナー (事業者) と、いますぐ働きたいクルー(働き手)を繋げるサービスです。クルーは自身のスキルや時間を活用して働くことができます。 メルカリ ハロは複数のアプリケーションが存在し、そのなかでWebフロントエンドが関わる領域として以下の3つが
MySQL/Aurora/TiDBロック入門 – 第3回ロック読取りも SELECT は止められない【解説動画付】 MySQL とその互換 DB のロックの挙動を紹介する入門シリーズ、第3回は第2回で紹介したロックモニターを使って、業務ではよく使われているロック読取りについて解説します。 ロック読取りは、ゲームのバックエンドサーバーなど「同時に多数の処理をこなすけど、データとしての一貫性も重要」な場合に必須となるテクニックです。既に使っているという方も復習を兼ねてぜひご覧ください! ★ 第1回 トランザクション分離レベル ★ 第2回 ロックモニターの読み方 ★ 第3回 ロック読取りも SELECT は止められない ★ 第4回 INSERT を止めるインテンションロック ★ 第5回 WHERE 条件と違うレコードロック ★ 第6回 ギャップロックがあっても更新される ★ 第7回 ネクストキー
こんにちは。 Findy で Tech Lead をやらせてもらってる戸田です。 弊社では本番環境へのデプロイを1日に複数回実行していますが、本番環境での不具合の発生率は低いです。 次の画像は弊社のあるプロダクトの直近1年のFour Keysの数値です。 平均で1日2.3回の本番デプロイを行っていますが、変更障害率は0.4%程度を維持しています。単純計算ですが、1年で障害が2件程度の水準です。 また、平均修復時間は0.3hとなっており、障害が発生しても20分以内には復旧できていることがわかります。 この数値を維持できている理由の1つにテストコードの品質があると考えています。 システムで発生する不具合を自動テストが検知することで本番環境への不具合の混入を事前に防ぐことができ、仮に不具合が発生したとしても修正内容が他の箇所に影響が出ないことをテストコードが保証してくれるため迅速に修正できるから
Charmingとは Charmingは、Rustの強力なチャートレンダリングライブラリです.美しく高品質なデータ可視化します.GitHub上で以下のようなグラフが紹介されています. 後述しますが,このCrateは適切にStructが分割されているので,可読性の高い可視化用のコードを作ることができます. 簡単に散布図を作成する Datasaurusのデータを使います.ここでは,csvファイルをダウンロードして使っています. もちろん表示するのはdinoです. この記事では,cargo new project_nameした後に,data dirとoutput dirを作っていることを想定します.
こんにちは。kimihiro_nです。 今回はアプリケーションの動作を保証するために不可欠なテストコードの書き方についてです。 特に外部依存要素のテストに焦点を当ててみていきたいと思います。 外部に依存するテストコード 皆さんはアプリケーションのテストコードを書いていますか? 内部的な状態を持たず、入力と出力が常に変化しない関数であれば、テストコードを書くのは比較的容易です。実際に関数を呼び出ししてその出力と期待値が一致しているかをみればテストすることができます。 しかし実際にアプリケーションを開発する場合、データベースへの接続だったり外部へのAPI呼び出しだったりといった外部の状態に依存した処理が含まれることが多いです。このような場合、素直にテストを書くのが難しいです。 多くの場合モックを利用して実際のデータベース呼び出しを置き換えたり、テスト用のリソースをdockerなどで構築してダミ
『アジャイルを採用したソフトウェアプロジェクトの失敗率はその他の手法と比べて268%も高いことが判明』は不明瞭 ~書籍「Impact Engineering」を読んでみた感想 ~アジャイルポエムプロジェクト管理メンタルケアコミュニケーション 「アジャイルを採用したソフトウェアプロジェクトの失敗率はその他の手法と比べて268%も高いことが判明」 という記事が話題になっています。 言及している著書がCEOを務めているイギリスの調査・コンサル会社であるEngpraxが挙げている元の記事はこちら(その調査自体を行なったのもEngprax社) 記事に書かれていることの考察や要約は下記で分かりやすく纏めて下さっています。 記事への反応 記事への感想・反応はだいたい下記のパターンのどれかに該当すると思います。 失敗の定義は? そもそもアジャイルできてなくね? 下記が失敗するのはアジャイルかどうかとは関係
人工知能(AI)に仕事を奪われるのではないかとビクビクしている人は大勢いる。その気持ちはよく分かるし、理解もできる。だが、AIは新しい仕事への扉を開くものでもある。上位の職種では、「OpenCV」「PyTorch」「TensorFlow」を使ったプログラミングの知識といった高度なスキルが求められるが、コンピューターサイエンティストではない人向けの仕事もある。例えば、Amazon Web Services(AWS)では、さまざまなトレーニングコースや新しい認定資格を導入して、さまざまな人に門戸を開いている。 企業の従業員がAIの専門知識を身に付け、その知識を証明できるようにするために、AWSは必要なAIスキルを学べる新しいAIトレーニングコースと、そのスキルを証明できる2種類の新しい認定資格を発表した。具体的には次の通りだ。 「AWS Certified AI Practitioner」:こ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く