ハーネスエンジニアリング入門
ハーネスが必要な理由 AIエージェントが増えるほど、制御の仕組みが問われる プロンプト改善だけでは品質の上限が低い 10本の並列エージェントはファイル衝突を頻発させる AIが書いたコードは独自の「エントロピー」を蓄積する OpenAI・Anthropicも「ボトルネックはハーネス」と公言 実践：何から始めるか Claude Code での実践ポイント ハーネスの統合ポイントを押さえる CLAUDE.md：リポジトリ知識の集約・段階的な情報開示 MCPサーバ：外部ツール・APIとの接続インタフェース カスタムLinter：コーディングスタイルの自動強制 E2Eテスト：ブラウザ自動化でバグの見逃しを防ぐ ハーネス構築の始め方 「ミスの記録」がハーネスの出発点になる エージェントのミスパターンをログに残す 同じミスを防ぐルール・テストを1つ追加する CIパイプラインに組み込み自動化する チームで
AIをうまく使えなかった私がAIネイティブへ：自律型AIエージェントが変えた私の開発スタイル - Tabelog Tech Blog
はじめに こんにちは。 食べログカンパニー 開発本部 ウェブ開発1部 ownerチームで「食べログ求人」というサービスの開発や、食べログの営業チームが使用している業務系システムの開発を担当している@itayaです。 本記事では、私がAI活用でつまずいていた状況から、Devinという自律型AIエージェントとの出会いによって劇的に開発スタイルが変わった体験についてお話しします。従来のAIツールを「単なる補助ツール」としか認識できなかった私が、いかにして真のAIネイティブ開発者へと変貌を遂げたかをご紹介します。 はじめに AI活用の流れに乗り切れなかった私 会社全体のAI推進の流れ リーダー業務との両立の難しさ Devinとの出会いで根本的に変わるAIへの認識 運命的な出会い 指示をしたらPull Request作成まで完全自動 私が感じた大きな変化 大規模案件での新たな壁と解決策 複雑な要件で
GAS高速化のススメ - Nealle Developer's Blog
GAS高速化のススメ はじめに こんにちは。サクセスエンジニアリングチームの増田です。 今年の8月に入社して早4か月が経ちました。 入社エントリも公開していますので良ければ見ていってください note.nealle.com 最近週4でカレーばっか食ってます。 美味しいカレーの後がけスパイスやソースなどあればぜひ教えていただきたい...！ GASについて みなさん普段から業務でGAS(Google Apps Script)利用されてますでしょうか。 GASは知っての通りセットアップ不要で使え、Googleサービス（Google Sheets、Gmail、Driveなど）への認証が標準で組み込まれている非常に便利なツールです。非エンジニアでも扱いやすく、業務効率化の手段として広く活用されています。 GASのデメリットと課題 そんな便利なGASですが多くの制限が存在します。 その中でも代表的なも
FPGAを始めるときの壁 - Ryuz's tech blog
FPGAをはじめてみたい 「FPGAという何やら面白いものがあるらしくて、使うとすごい計算やいろいろなデバイス制御ができるらしい。」 と、興味を持って頂ける方はそれなりにいらっしゃるのではないでしょうか？ 早速なんらかのHDLなる言語を勉強し、例えば SystemVerilog を少し勉強すれば下記のようなプログラムを書くことが出来ます。 入力ポート a,b から入ってくるデータをクロックサイクル毎に加算してc に出力するロジックのソースです。 module add ( input logic reset, input logic clk, input logic [31:0] a, input logic [31:0] b, output logic [31:0] c ); always_ff @( posedge clk ) begin if ( reset ) begin c <=
OSSすぐ死ぬ - kmuto’s blog
（結論はなく、ダラダラ昔話を書いただけ。） サービスやプロダクトの開発にあたって、自社外で開発されたオープンソースソフトウェア（OSS）を外部コンポーネントとして使うという場面は今や当たり前だと思うけど、そのOSSができるだけ長く保守開発を続けてくれるにはどうしたらよいか、ということまで考えることは少ないだろう。 OSSはそのライセンス遵守の上では金銭を支払うことなく自由にサービスやプロダクトに使えるし、うまく機能がハマれば開発の費用・時間コストを大幅に軽減できる。 ただ、そうしてできた素晴しいサービス、プロダクトのアーキテクチャを見返してみると、個人の手弁当のOSSが危ういバランスを支えてSPOF的に存在していることがある。ジェンガの絵がよく出てくるよね( File:dependency.png - explain xkcd )。 Someday ImageMagick will fin
レイヤードアーキテクチャを振り返る - Sansan Tech Blog
こんにちは、Sansanプロダクト開発部の清水です。 ある程度のアプリケーションの大きさだと当たり前に使われる事が多い「レイヤードアーキテクチャ」の自分が考える設計のポイントや、実際に運用する際のポイントについて書いてみようかと思います。 基本的な話なので「今更かよ」って感じがしますが、実際に設計、運用する際には様々な考慮事項のあるものだと思うので、知ってる人にとっても復習にでもお役に立てればと思います。 そもそもレイヤードアーキテクチャって何? 概要 一言でいうと、アプリケーションを作る際にそれを構成する部品を、それぞれ責務が定義された論理的なグループにまとめて整理し、それぞれのグループ間のやり取りの仕方を決めておこうという事です。 このグループ間のやりとりにおいて、一方向かつ隣接するグループとしかやりとりを行えないようにする事が多く、層状になるのでレイヤードアーキテクチャと呼ばれます。
【社内サークル】ロボット部の極秘活動レポート ～ROSで始めるラジコン製作～ - NTT docomo Business Engineers' Blog
イントロダクション こんにちは、NTTコミュニケーションズ デジタル改革推進部 データドリブンマネジメント部門の有賀唯貴です！ 現在、社内の同じ部署の浅野秀平さんと「でじかいロボット部」を立ち上げて同好会として非公式に活動しています！ 今回は活動第一弾として、ROS(Robot Operating System)を使ったラジコン製作に取り組んだのでその内容を報告します。 ※ でじかいロボット部は非公式な活動です。ただいま絶賛部員募集中です！ ROSとは ROSとは、ロボットシステム構築を効率化するための共通機能を提供するオープンソースの基盤ソフトウエアです。 ロボットを開発するために便利で必要な機能や汎用な実装として モジュール・コンポーネント化のフレームワーク 再利用を重視する開発フレームワークで車輪を再開発しない モジュール間通信による分散処理 センシング、モータ制御、画像処理、経路計
【マジで】サイバー演習シナリオの作り方【怖い】 - freee Developers Hub
「CEOに身代金を要求したい」 こんにちは、PSIRTマネージャのただただし（tdtds）です。この記事はfreee Developers Advent Calendar 2021 18日目です。 freeeにjoinしてから早くも14ヶ月がすぎました。freeeでは毎年10月に全社障害訓練をしていて、昨年は入社したてで右も左もわからないままAWS上の本番環境（のレプリカ）に侵入してDBをぶっ壊す役目をさせられたのも良い思い出です*1。 で、上の「CEOに身代金を要求したい」という物騒な相談は、今年の訓練計画の話です。話を持ち掛けてきたのはCIOの土佐。昨年は主要サービスが落ちて、開発チームが対応にあたる中、ビジネスサイドも顧客対応などで訓練参加しましたが、今年はさらに、経営サイドまで巻き込もうというゴール設定がされたわけですね。腕が鳴ります。 ゴールは「CEOに4BTCを要求する」 ゴー
スタディプラスはRSpecに寄付しました - Studyplus Engineering Blog
こんにちは、ForShcool事業部の島田です。好きな漫画は「ドラフトキング」です。 スタディプラスではこの度、会社として RSpec に寄付をしました。 rspec.info なぜOSSへ寄付するのか 2020年12月からGitHub Sponsorsで、企業がOSSのスポンサーをすることが可能になりました。 GitHub Sponsorsで、企業がオープンソースプロジェクトや開発者をスポンサーすることができるようになりました。これによって皆さんの企業で利用しているオープンソースプロジェクトを支援しましょう！#GitHubUniverse https://t.co/jQI3fdT5tc— GitHub Japan (@GitHubJapan) 2020年12月9日 この発表の後、日本でも多くの企業がOSSの寄付をしたという記事を目にしました。 時雨堂として GitHub Sponser
フロントエンド強化月間 - 開発する上で知っておくべき知見を共有しよう 結果発表🚀 - Qiita Blog
こんにちは、Qiita運営スタッフです。 4月26日（月）より開催中の記事投稿イベント フロントエンド強化月間 – 開発する上で知っておくべき知見を共有しよう へのたくさんのご参加、誠にありがとうございます！ 今回のイベントでは、合計169名の方にご参加いただき、69本もの記事が投稿されました！ ご投稿いただき誠にありがとうございます🎉 フロントエンドライブラリの紹介や、パフォーマンス向上テクニックなど、開発体験、ユーザー体験を向上させるような記事を多数ご投稿いただくことができました。 今回はご投稿記事の紹介とLGTM数ランキングを発表いたします！ Qiita運営ピックアップ記事たくさんのご投稿の中から、Qiita運営がおすすめ記事をピックアップしました！ まだ記事を確認できていない方はご参考にしてみてください！ ざっくり、フロントエンド開発のためのバックエンドサービスを整理する by
【LT参加レポート】「Goと面と向かう」というテーマで発表してきました！ - カミナシ エンジニアブログ
初めまして。株式会社KAMINASHIでPMをやっている@gtongy1です。 弊社ではサーバサイドの言語としてGoを活用しています。 自分はカミナシに入って約1年ほどになりますが、カミナシは創業して以来サーバーの言語はずっとGoを使って開発しています。 カミナシではちょうど自分が入ったタイミングで新規プロダクトの開発を開始していて、このプロダクト内でもGoが大活躍してます。 改めて成長する事業に寄り添い柔軟に形を変えられる、Goの魅力をひしひしと感じます。 発表の内ではそんな自分がGoとどう向き合い、課題を解決していったのかを話してきました。 スタートアップで自分はGoとどう向き合ってきたか 僕の好きな本の「UNIXという考え方」で語られている スモールイズビューティフル 一つのプログラムには一つのことをやらせる できるだけ早く試作を作成する この3つが自分の中でGoを利用する理由に合致
OpenAPI や Protocol Buffers のおかげで開発がかなり捗っている話 | MEDLEY Developer Portal
2020-08-21 OpenAPI や Protocol Buffers のおかげで開発がかなり捗っている話 こんにちは、インキュベーション本部エンジニアの加藤です。 主に CLINICS アプリの開発を担当しています。 はじめに CLINICS アプリの開発では OpenAPI や gRPC を利用しています。 OpenAPI と gRPC の間には何の関係もないのですが、どちらも API の仕様をスキーマ言語で記述するという点では共通しています。 今回はこの API スキーマが開発にもたらすメリットについて紹介していこうと思います。 API ドキュメントとしてのスキーマ定義 既存のコードに機能を追加する際や修正を加える際に気にすることの多い部分は API の仕様ではないかと思います。 「リクエストやレスポンスはどのようなデータなのか」「この値は必須なのか、任意なのか」「データの型は数
なんでも作っちゃう、かも。
Arduino/Make/フィジカルコンピューティング/電子工作あたりで活動しています。スタバの空きカップを使ったスタバカップアンプなど製作。最近はもっぱらArduinoと3Dプリンタの自作に興味があります。 arms22 - Scrapbox https://scrapbox.io/arms22/ Scrapboxというなんか新しい感じのWikiサービスがあって試しに使っています。動作が軽快で記事が非常に書きやすい作りになっています。ソースコードのシンタックスハイライトも標準で対応してるし、画像もドラッグアンンドドロップで貼り付けてくれる。ページ間のリンクが自動的に貼られるので関連する記事がすぐ見つかるようになっています。今の所下書き用みたいな感じでScrapboxを使っていますが、そのうちScrapboxに移行したいなぁと考えています。 関連リンク Scrapbox - チームのための
Go言語の便利情報 - ゆううきブログ
ここ1年ぐらい収集した便利 Go 言語情報を並べただけです。 http://b.hatena.ne.jp/y_uuki/golang/ https://github.com/stars?language=go オフィシャル 言語機能解説を中心にピックアップ。 Effective Go - The Go Programming Language Go's Declaration Syntax - The Go Blog Share Memory By Communicating - The Go Blog Defer, Panic, and Recover - The Go Blog Go Concurrency Patterns: Timing out, moving on - The Go Blog Go Slices: usage and internals - The Go Blog
村上福之さん「生き残りたかったら泥水を飲め」 - やまもといちろうBLOG（ブログ）
浮き沈みの激しい村上さんが渾身の記事を。 ガチャを見ろ！30歳になったら技術の市場価値と仕事の満足度の最大公約数を考える時だと思う【連載:村上福之②】 http://engineer.typemag.jp/trend/2012/05/30.php 話自体は「やりたいことやってるだけじゃ金にならんよね」という昔からある議論にガチャを交えたキャリア論に過ぎませんが、同時に思うのは「言ったもん勝ち、やったもん勝ちで、プライド捨てるか、プライドを聳え立つように掲げてブランディングするかの二択だよなあ」ということ。 あんまり実例を挙げるのもどうかと思うので実名は避けたほうがいいかなと思うのですが、某カヤックという会社がありまして、物凄く勢いがあって元気な開発会社さんでとても人気があります。で、中にはとても優秀な人がいて、やりたいことをやれて、それでいて仕事が順調に回ってそうでいいなあ、とか思うわけで
naoyaのはてなダイアリー - サーバーを増やせばいいんじゃない、サーバーを増やすだけで解決できるように努力するのだ
ライブドアの技術の話について書いた、その記事のコメント欄。最初は感情的な批判などがあって話題とは別の方向で炎上し気味だったんでうーんと思ってたんですが、後半になってきて少し面白い議論が出てきました。 こんな反応があった。 アクセス数が増加している段階で、ApachやAppServerのスレッド数をいじろうが、ヒープサイズを増やそうが、DBのパラメータをいじろうが、はてまたアプリを書き直そうが、性能要求にミートするには相当のワークが発生しますし、どう最適化、チューニングしても追いつきません。そのようなチューニングにお金をかけるならサーバーを追加したほうが安く上がるのではないかと思うのですが、如何でしょう? それに対する僕の返信は、 確かに何千万もするファイルサーバーとか、ロードバランサーとかで問題が解決できる機会っていうのは存在すると思います。なので ”負荷が高ければ、結局サーバーを単純に増
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
