#バックエンド
@Daichi /
- エージェント向けにデザイン一貫性を保つコンポーネントライブラリを公開
- セマンティックなpropsのみを受け付ける設計とVRTによる視覚的変更検証
- コンポーネントのスタイルを一貫して管理するためのルールを厳格に設定する
@newt /
- フロントエンド開発用のツールチェーンと設定をまとめたテンプレートが公開されている
- pnpmのセキュリティ設定、TypeScriptのstrictオプション拡張、Oxlint/Oxfmtの導入、Knipによる未使用コード検出が含まれる
- pnpmのminimumReleaseAgeを1週間に設定し、セキュリティパッチの遅延を考慮した設定が採用されている
@rana_kualu /
- JavaScriptでPromise.allにオブジェクト形式で結果を受け取れる機能がStage3に進んだ
- Promise.allKeyedでプロミスのオブジェクトを並列実行し、キーで結果を取得できる。既存のライブラリやPromise.allのオーバーロードと比較して構文の統一性が向上
- オブジェクト形式で結果を取得できるため、変数の管理が簡潔になり、エラー処理がしやすくなる。Firefox155で実装予定で、Safariも一部で実装されている可能性がある
@a03 /
- GASからGoogle Cloudへの移行でSlackデータの定期取得を実現
- Secret Managerでトークン管理、Cloud Run functionsで処理実行、Cloud Schedulerで定期実行を設定
- GASの6分制限を回避し、ページネーション処理を自動化する仕組みを導入する
@takekawa tomoki /
- Azure API Managementを経由してユーザー権限でAI Searchを検索する仕組みを構築
- APIMでOAuth 2.0のOn-Behalf-Ofフローを実装し、マネージドIDとアプリ登録でトークンを交換
- ユーザー単位のアクセス制御と監査が可能になるため、権限管理が重要なシステムで有効
@Kai Yoshida /
- Claude Designはポスターのレイアウト作成に強みを持つが、内容の整理や強調は人間の手が必要
- レイアウト配置や数値の見せ方が優れているが、章題の英語サブタイトルや情報の濃淡処理が不適切
- 0→1フェーズのレイアウト作成は効率的だが、1→100フェーズのブラッシュアップには人間の判断が不可欠
@jmurayama /
- MCPサーバーにグラフを表示する画面を追加した
- ui://のリソース登録と_app.jsでSVG描画、server.mjsでstructuredContentを返す
- 画面からツールを直接呼び出せないためホスト経由で処理する仕組みを理解する必要がある
@jqit_suwa /
- anthropic SDK が HTTP 層を httpx から httpx2 に変更しました
- httpx は保守終了との記述があったが、実際は開発版が最新で、httpx2 は Pydantic チームが維持
- 古いコードが動くため移行に気づきにくいが、クリーンな環境では httpx が入らないため、import httpx2 as httpx の1行変更で済む
@higu /
- Kubernetesのアプリ追加作業でKyverno・ArgoCD・Terraformの3つのツールがそれぞれ異なる壁を持つ
- KyvernoはNamespaceラベルでリソース自動生成、ArgoCDはフォルダ配置でApplication自動生成、Terraformはマスターデータから設定派生
- Terraformの設定分散をマスターデータ化することで、リスト整合性を保つための移行手順が必要
@Simplex テックブログ運営 /
- OpenTelemetryでトレースデータを収集・可視化する方法を実装した
- Java Agentによる自動計装、BaggageでのセッションID伝播、Grafana TempoとGrafanaでのトレース可視化
- Java Agentで自動計装することでコード変更が最小限で済むが、カスタム属性の設定には手動コードが必要な点に注意するべきです。
@k-taro56 /
- Next.js App Routerでライブラリを使わず多言語対応を実装
- [locale]セグメントとproxyによるルーティング、Zodスケーマとsatisfiesによる辞書管理、MDX記事のミラーディレクトリー
- 翻訳をエンジニア自身が管理し、キーの漏れをコンパイル時に検出できるようにしている
@hashiryu_ /
- Codex CLIでJava/Spring Boot開発環境を構築し、AIと人間の役割分担を実践
- AGENTS.mdで作業ルールを設定、プロンプトログとコマンドログを残し、調査→実行→検証の流れで作業
- AIに任せた作業内容を後から確認できるようにログを残し、重要な変更は人間が直接確認する
@ennagara128 /
- Qiitaのトレンド記事をAIポッドキャストで毎朝配信するサービスが開始された
- 通勤中などに聴けるように7時に更新、技術関連の記事を音声化
- 通勤中の学習や情報収集に利用できるが、Qiita投稿は通勤には間に合わない可能性がある
@TOMOSIA-HieuNT /
- AIは「React Coder」を置き換えるが、システム思考を持つエンジニアは価値が高まる
- システム思考のフレームワークをSDLCやユーザージャーニーに結びつける、技術的判断を明確に表現する
- AIに依存せず、アーキテクチャの考え方を自分で理解し、トレードオフを比較する
@株式会社RevComm /
- Claude Codeを活用して法務の定型業務をスキル化し、作業時間を圧縮した
- NDAレビューのチェック項目と官公庁提出書類の作成手順をスキルとして登録、指示を細かくすることで安定したアウトプットを得た
- スキル化する際には判断基準や範囲の線引きを明確にし、細かい指示をすることで品質を安定させることが重要だった
@tyoshida /
- Gitのマージでファイルの内容が戻った原因をChatGPTと調査した
- git merge-baseで共通祖先を確認し、3-way mergeの仕組みを理解した
- 競合解消時の変更が後続のマージに影響する可能性があることを確認した
@shihochan /
- コードからイベントカタログを自動生成するパイプラインに4層の検証を組み合わせた
- スキーマで必須フィールドを定義し、機械検証でコードとの照合、検証エージェントで完全性確認、用語対応表で意味の検証を実施
- 生成されたカタログの正確性を確保するため、コードとの照合と双方向の検証を必須としている
@しんや /
- Sigma CLIがGAに昇格し、REST APIをコマンドラインから操作できるようになった
- sigmaコマンドでOAuth/APIキーによるプロファイル管理、sigma api <resource> <action>の統一コマンド体系、JSON出力のstdout統一
- CI/CDパイプラインやスクリプトに組み込む際の認証情報管理に注意が必要で、リポジトリに直接記述しないこと
@Katsumata /
- デザイナーがエンジニアの工数を借りずにコンポーネントの仕様からコードやドキュメントを生成する仕組みを構築した
- FigmaとヘッドレスUIから仕様を抽出し、YAMLで構造化してReactコンポーネントやテストコードを生成、アクセシビリティの仕様をヘッドレスUIから取り込む
- 生成されたコードと仕様が同期しているかをCIで検証し、生の値やコメントを禁止することで品質を担保する
@toida_chisato /
- AI-DLCとKiroを使ってECサイトを作成した
- 要件定義から設計・実装までを段階的に進める開発手法、Next.jsとTailwind CSSを用いた実装
- AIに任せる部分と自分で判断する部分のバランスが重要であることを実感した
