はてなブックマーク

ECサイト上じょうの商品しょうひん名めいは、「送料そうりょう無料むりょう」や「ポイント5倍ばい」、「母ははの日ひ」といった宣伝せんでん文句もんくが付加ふかされ、本来ほんらいの商品しょうひん名めいが分わかりづらくなっています。 これらの不要ふようなキーワードは、自然しぜん言語げんごモデルを作成さくせいする際さいの妨さまたげとなり、精度せいどを上あがりづらくしている一ひとつの要因よういんとなっています。 そこで、本ほん記事きじでは、これら不要ふようなキーワードを効率こうりつ的てきに除去じょきょする方法ほうほうについて、具体ぐたい的てきな手法しゅほうと事例じれいを紹介しょうかいします。 データクレンジングの例れい、LLMオープンモデルを活用かつようしたアプローチ、さらにはGoogle Cloud PlatformのVertex AIやGemini-proを用もちいた解決かいけつ策さくについて触ふれます。 3行ぎょうまとめ ・商品しょうひん名めいから頻出ひんしゅつ単語たんごのリストを作成さくせいし、商品しょうひん名めいから不要ふようなキーワードを検索けんさくして除去じょきょする ・オープンモデルでプロンプトを実行じっこうし除去じょきょする ・Google Cloud Platform のVertex AI、Gemini-proで除去じょきょする

どんな人ひと向むけの記事きじ？ レビューによって心理しんり的てきなダメージを受うけやすい方ほう 非ひエンジニアだが、エンジニアチームがどんな機能きのうを作つくっているか知しりたい方ほう 業務ぎょうむが溜たまっていて、レビューに割さく時間じかんを捻出ねんしゅつするのに苦労くろうしている方ほう コピペできるコードも公開こうかいします 初回しょかいレビューをAIに任まかせると、いろんなロールの人ひとの役やくに立たつ レビューは得意とくいですか？ 優秀ゆうしゅうなエンジニアしかいないチームであれば、PRは1トピックに絞しぼって小ちいさく明確めいかくなコミットによって作成さくせいされ、適切てきせつな要約ようやくとともに提供ていきょうされることでしょう。 しかし、実際じっさいにはいろいろな制約せいやくから、PRが想定そうていよりずっと大おおきくなってしまったり、関連かんれんトピックと異ことなるコードが混まじってしまうこともあります。 実際じっさいのところ、大おおきなPRを適切てきせつにレビューするのは難むずかしいことです。また、自分じぶんが詳くわしくない領域りょういきのレビューを行おこなわなければいけない機会きかいもあります。 今回こんかいの記事きじは、レビューを作成さくせいしてくれるAI C

3秒びょうまとめ GoのパフォーマンスはNestJS（TypeScript）の2倍ばい以上いじょう!? GraphQLのエコシステムはGo, TSともに充実じゅうじつ GitHub Copilotで、GoのAcceptance Rateが40%を超こえる体験たいけんをした GraphQL全盛ぜんせいの時代じだいに、どの言語げんごを使つかって開発かいはつすべきか 2015年ねんにFacebookにより公開こうかいされたGraphQL。日本にっぽんでもYahooやメルカリなどバックエンドをマイクロサービス化かしている多おおくの企業きぎょうで採用さいようされ、近年きんねんはフロントエンド開発かいはつ者しゃにとって魔法まほうの弾丸だんがんのように扱あつかわれることも多おおくなりました。 メルカリShopがGraphQL Client Architecture Recommendation社外しゃがい版ばんを公開こうかいしていることからもわかる通とおり、GraphQLの利用りように関かんする知見ちけんはかなり蓄積ちくせきされてきています。 上記じょうきRecommendationによれば、BackendはG

まとめ JavaScript系けいのベンチマーク、mitataのようなリッチなベンチマークをDartでも取とりたい シンプルな記法きほうで、リッチな結果けっかを得えられるpackage、Hakariを開発かいはつしたよ！ x倍ばいや棒ぼうグラフで測定そくてい結果けっかをリッチに確認かくにんできるHakariはGood！ JavaScript系けいのベンチマーク、mitataに痺しびれる、憧あこがれるゥ！ HonoというNode, Deno, Bunなどで動うごくJavaScriptフレームワークを開発かいはつしている @yusukebeさんがよく mitata というベンチマークソフトを使つかっているのを見みかけます。 mitata は簡単かんたんなテストを書かくようにシンプルに記載きさいできて、かつ結果けっかが美うつくしく、わかりやすく表示ひょうじされるのが特徴とくちょうです。クロスランタイムなベンチマークをとれるのがmitataの大おおきな特徴とくちょうですが、単純たんじゅんな書かきやすさと、結果けっかの見みやすさは目めを見張みはるものがあります。 Dart

まとめ 相性あいしょうバツグンといわれる、モバイル x gRPCは思おもったよりずっと簡単かんたんに実装じっそう可能かのう 複数ふくすう言語げんご間あいだでもProtocol Buffersの恩恵おんけいにより型かた変換へんかんを意識いしきすることなくスムーズに開発かいはつが進すすめられる。 メソッド、引数ひきすうの型かた、引数ひきすうの返がえり値ちの型かたが自動じどう生成せいせいされるのでとても良よい RESTful APIにおけるheaderを、表現ひょうげん力りょくの高たかいMetaDataとして利用りようし、認証にんしょう認可にんか等とうにも使つかえそう Streamをうまく使つかいこなせば、ユーザー体験たいけんをめっちゃ高たかくできそう。チャットやゲームなどの双方向そうほうこう通信つうしんが比較的ひかくてき楽らくに実装じっそうできるかも どんな人ひと向むきでない記事きじ？ NestJSの詳くわしい実装じっそうを知しりたい方ほう Bidirectional streaming, Client streamの詳細しょうさい実装じっそうを知しりたい方ほう モバイル向むけ通信つうしん技術ぎじゅつの本格ほんかく的てきな選択肢せんたくし、gRPCを実際じっさいに試ためしてみたい 現在げんざい、私わたしの働はたらいているMinediaで開発かいはつしているサービス群ぐん

まとめ Rust製せいparserは、Dart製せいparserの2倍ばい程度ていどの速度そくどが期待きたいできる Rustの呼よび出だしコストとして、1.2ms程度ていどのボトルネックが存在そんざいする n回かいのRust呼よび出だしは、場合ばあいによってはパフォーマンス低下ていかにつながる RustとFlutterのアダプタは自動じどう生成せいせいできるので実装じっそうは非常ひじょうにカンタン Rustコンパイル用ようの設定せっていは1回かいすればずっと使つかえるが、プラットフォームごとにしなければいけないので結構けっこう面倒めんどう。 どんな人ひと向むけの記事きじ？ FlutterからRustの関数かんすうを呼よび出だす方法ほうほうを知しりたい方ほう Rustの関数かんすうをわざわざ呼よび出だすべきか、判断はんだん基準きじゅんのヒントを得えたい方ほう Dart vs Rustのスピードテストの実測じっそく値ちをみたい方ほう Rustは本当ほんとうに早はやいのか。Flutterで実際じっさいに呼よび出だしてDart実装じっそうと比較ひかくする つい先日せんじつ、Stack Overflow Developer Survey 2023が公開こうかいされま