並び順

ブックマーク数

期間指定

  • から
  • まで

4401 - 4440 件 / 16789件

新着順 人気順

*programmingの検索結果4401 - 4440 件 / 16789件

  • JavaScript の組み込み API の Intl が凄いので紹介してみた。

    はじめに 明けましておめでとうございます。 (一週間遅れ) この記事はJavaScriptの組み込みAPI Intl の紹介と解説です。 Intl とは? MDN から引用すると Intl オブジェクトは、 ECMAScript の国際化 API の名前空間で、言語に依存した文字列の比較、数値の書式化と、日付の書式化を提供します。 Intl オブジェクトは、いくつかのコンストラクターに加え、国際化コンストラクターや他の言語に関する関数に共通する機能へのアクセスを提供します 用はi18nの書式版です。 例を出すより見たほうが早いので実際に機能解説します。 (先に言っておきますが、実はこれバックエンド無しで自然言語処理が出来る優れものです。) 用語解説 localesって何?そもそもnewって何?って人がいるかもしれないので locales https://developer.mozilla.

      JavaScript の組み込み API の Intl が凄いので紹介してみた。
    • テストコードの品質を客観的な数値で担保しよう〜Mutation Testのすすめ〜

      YAPC::Hakodate 2024 での登壇資料です。 https://fortee.jp/yapc-hakodate-2024/proposal/a91375cf-5d1c-4abf-bedf-b291c685e056

        テストコードの品質を客観的な数値で担保しよう〜Mutation Testのすすめ〜
      • GitHub - motoki317/mini-k8s-hands-on: 仕組みと意味から理解する Kubernetes ミニハンズオン (JP)

        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

          GitHub - motoki317/mini-k8s-hands-on: 仕組みと意味から理解する Kubernetes ミニハンズオン (JP)
        • GPT-4V: 驚きを隠せない進化!凄すぎて"ズキズキワクワク"が止まりません!!! - Qiita

          この記事で行なっていること 凄すぎて”ズキズキワクワク"が止まりません はじめに ついこの間、ChatGPTは2022年1月までの情報を学習した、というい発表がありましたが、さらに今回のアップデートで 画像解析機能(GPT-4V) が追加され、アップロードした画像を使った新たなタスクの実行が可能になってます。そして、それが凄すぎます 衝撃的な投稿 まずはこちらの衝撃的な投稿をご覧ください。 動画は自転車の画像と共に「サドルを下げる手助けをしてください」で始まります。 ChatGPTからレコメンドが返ってきますが、それに対して、質問者は追加で ポイントになりそうな部分を拡大してアップロード マニュアルと自分の持っているツールの写真もアップロード します。 その結果、その質問者は、サドルを下げることに成功!そんな内容です。 自分の環境で、画像解析機能(GPT-4V)を使えるのか? さて、画像解

            GPT-4V: 驚きを隠せない進化!凄すぎて"ズキズキワクワク"が止まりません!!! - Qiita
          • ドメイン駆動設計の実践

            2024年7月20日に発売された『ドメイン駆動設計をはじめよう』の概要説明と、ソフトウェア開発現場での活用方法。 ①何が書いてあるか? ②事業活動の分析(1章)⇒設計判断 5章、6章、7章、8章、10章 ③業務知識の発見(2章) ④事業活動の複雑さに立ち向かう(3章) ⑤区切られた文脈どう…

              ドメイン駆動設計の実践
            • 2024年 俺が愛した本たち 技術書編 - じゃあ、おうちで学べる

              この記事は、3-shake Advent Calendar 2024 24日目のエントリ記事です。 はじめに こんにちは、nwiizoです。2024年も残りわずかとなりました。年の瀬に差し掛かるこの時期、1年の歩みを振り返り、時の流れを見つめ直すことは、私にとって特別な意味を持っています。今年は特に、技術書との関わり方に大きな変化がありました。本を紹介する投稿する中で、技術書のみならず、さまざまな分野の書籍を読む機会が大幅に増えました。 私の書斎は、いつの間にか技術書のデータセンターと化しました。サーバーラックの代わりに本棚が整然と並び、それぞれの棚には未読の本という名のサーバーがぎっしりと配置されています。これらの「サーバー」は、24時間365日、知識というバックグラウンドプロセスを静かに実行し続けています。既にメモリの使用率は常に100%ですが、まだ、クラッシュすることはありません。ク

                2024年 俺が愛した本たち 技術書編 - じゃあ、おうちで学べる
              • SPA+Backend構成なWebアプリへのOIDC適用パターン - r-weblife

                ritouです。 マシュマロでSPA+BE構成のWebアプリでOAuthやOIDCしたい!って話をよくいただきます。 最近だと、こんな質問がありました。 OIDCから発行されたトークンの取り扱いについて質問させてください。 SPA +OIDC(認可コードフロー)構成によるWEBアプリケーションの開発を考えています。 idPによる認証後、バックエンドとフロントエンドのAPI通信に使うべきはIDトークンとアクセストークンだとどちらになるのでしょうか? 個人的には「ログイン成功した時点でOIDCの処理は終わり、あとかSPA + BEが独自のセッションCookieなりトークンを用いてよろしくやったら良いよ」という設計を適用します。もはや質... 続き→https://t.co/O2KWJrL4Mi#マシュマロを投げ合おう— 👹秋田の猫🐱 (@ritou) 2024年10月20日 SPAだろうが

                  SPA+Backend構成なWebアプリへのOIDC適用パターン - r-weblife
                • メモリ使用量40MBの衝撃。理想のMarkdownエディタを求めた結果、Tauriで自作が一番良かった - Qiita

                  Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? なければ自分で作ればいいのよ! ――――涼宮ハルヒ かのアニメの主人公はこう言っていました。 はじめに 「もっとサクサク動くMarkdownエディタが欲しい!」 エンジニアなら一度はそう思ったことがあるのではないでしょうか。・・・あれ、ないですか?そうですか。まあ、あることにしておいてください。 世の中にはAtomやObsidianのような多機能エディタが色々あり、それは確かに素晴らしいのですが、ちょっとメモを取るだけなのに、起動するたびにPCに負荷をかけているのはスマートじゃないなと思ったりします。 あと、開発に使うVSCodeと文書

                    メモリ使用量40MBの衝撃。理想のMarkdownエディタを求めた結果、Tauriで自作が一番良かった - Qiita
                  • Active Recordともっと仲良くなって自然に優しいコードを書くぞ - SmartHR Tech Blog

                    こんにちは。SmartHRでRails顧問業をしています @willnetです。最近は主にリファクタリングをしています。 SmartHRのバックエンドは基本的にRubyで書かれています。しかし入社してくるバックエンドエンジニアは必ずしもRubyやRailsを長年使ってきた人だけではなく、前職では他言語を使っていてRuby(Rails)はほとんど使ったことがないという人もいます。 webアプリケーションを作る、という点ではどの言語でも抑えるべき点は同じですが、RubyやRailsに特化した考え方や書き方もありますよね。SmartHRではそれを効率よく習得してもらうために読書会を開催したり、社内のドキュメントツールに知見を書いて共有したりしています。 僕も社内のドキュメントツールにActive Recordの付き合い方ついて書いたところ、評判が良く「テックブログにしたら?」と言われたので今回一

                      Active Recordともっと仲良くなって自然に優しいコードを書くぞ - SmartHR Tech Blog
                    • TypeScript 10年の歩み - Qiita

                      Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? TypeScriptは、2022/10/01に10周年を迎えました。 ということで、それを記念してMicrosoftの中の人が振り返りのエントリーを書いていました。 以下は該当の記事、Ten Years of TypeScriptの紹介です。 Ten Years of TypeScript 2022年10月1日は、TypeScript10歳の誕生日です。 10年前の今日、2012年10月1日に、TypeScriptは初めて公にされました。 The Early Days 初めてTypeScriptが表に現れたとき、それももっともなことでし

                        TypeScript 10年の歩み - Qiita
                      • JavaScriptにセミコロンは入れるのか?入れないのか? - Qiita

                        Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

                          JavaScriptにセミコロンは入れるのか?入れないのか? - Qiita
                        • Kiroの仕様書駆動開発プロセスをClaude Codeで徹底的に再現した

                          Kiroの設計思想に近付く+超えるように、初期バージョンから大幅アップデートしています。最新情報はGithubを参照してください。(2025/8/28) Kiroの仕様駆動開発のワークフロー全体をClaude CodeのSlash Commands(7ファイル)で再現できるようにした Kiroのフォルダ構成、ドキュメント構成をトレースし全く同じ構成で出力されるように再現したため、Claude Codeで作成したプロジェクトをKiroでそのまま利用することが可能(互換性あり) KiroはSpec-Driven Development (仕様駆動開発)に沿った開発プロセスが組み込まれたAIコーディングエージェントで、本番環境でシニアソフトウェアエンジニアが行う開発プロセスが落とし込まれています。 この仕様駆動開発プロセスはなかなか理想的で、仕様書の作成方法やドキュメント構成等が今後の開発プロセ

                            Kiroの仕様書駆動開発プロセスをClaude Codeで徹底的に再現した
                          • 令和最新版 Perlコーディングガイド

                            YAPC::Hakodate 2024でのトークです https://yapcjapan.org/2024hakodate/

                              令和最新版 Perlコーディングガイド
                            • 問い合わせ履歴をExcelの一覧表で管理のをよく見かけるけど、履歴管理において、Excelしか発想が浮かばない時点で「詰んでいる」→Excelを使ってるが故に解決しない問題

                              Anubis @Anubis_369 ヘルプデスクの問い合わせ履歴をExcelの一覧表で管理のをよく見かけるけど、アレははっきり言って成り立ちません。 まず、問い合わせ一件に対して複数回の対応を行うことがあります。 このような場合、データの構造が一対多になるので、一覧表では構造上管理できません。 あと、対応の内容は文章で書き記すことになりますが、一覧表で記入すると視認性が大きく損なわれます。 一つのセルに改行を含む文章を強引に入力することになるので、操作性も最悪です。 なので、問い合わせをチケットで管理できるようなソフトウェアを導入しなければ、まともな管理は成り立ちません。 履歴管理において、Excelしか発想が浮かばない時点で「詰んでいる」と言えます。 Excelをいかに上手く使いこなすかは大事です。 ただ、Excelを使ってるが故に解決しない問題というのも、確実に存在します。 2025

                                問い合わせ履歴をExcelの一覧表で管理のをよく見かけるけど、履歴管理において、Excelしか発想が浮かばない時点で「詰んでいる」→Excelを使ってるが故に解決しない問題
                              • Rails 7.0正式リリース、Node.js不要のフロントエンド開発環境がデフォルトに

                                Ruby言語によるWebアプリケーションフレームワークの最新版となる「Rails 7」が正式リリースされました。 Rails 7.0 FINAL: The fulfillment of a vision to present a truly full-stack approach to web development that tackles both the front- and back-end challenges with equal vigor. https://t.co/WxJ0nKYfE7 — Ruby on Rails (@rails) December 15, 2021 Rails 7の最大の変更点は、フロントエンド開発環境が刷新されてNode.jsを用いない構成がデフォルトとなったことでしょう。 Rails 6では、優れたフロントエンド開発環境を実現するためにトランスパ

                                  Rails 7.0正式リリース、Node.js不要のフロントエンド開発環境がデフォルトに
                                • console.log()だけのデバッグはやめよう

                                  はじめに フロントエンドのWeb開発においてconsole.log()というのは非常によくお世話になります. しかしconsoleオブジェクトにはには他にもたくさんのインスタンスメソッドがあり,それらを使わずに開発を行うのは少しもったいないです. この記事では様々な機能を紹介していき明日から開発で使用していただければ嬉しいです. assert console.assert()は第一引数に論理式をとり,第二引数以降には任意のオブジェクトを取ります. 第一引数がfalseとなった場合,第二引数をコンソールに出力します. サンプル

                                    console.log()だけのデバッグはやめよう
                                  • Nimを知ってほしい2022

                                    Nimを知ってほしいという記事があり、Nimを知らなかった人々向けに最初の紹介として大変な貢献をしてくださりました。 しかしまだNimを使ったプロダクトというのも少なく、競プロではチラホラ見かけるものの、人々の中にある意識としては「気になっています」という域を越えられていないのも事実です。 そこで今回は企業での意思決定をする人や、5年以上の経歴があるエンジニア向けに、Nimを書いてみようと感じてもらうことを目的に、先日私が登壇したみんなのPython勉強会#79 『Pythonistaに伝えたいNimの魅力』に加筆して投稿してみたいと思います。 Nimって何? 2008年から開発が始まった新しいプログラミング言語です。 「Pythonに型が付いて、Goみたいに高速に、バイナリになってOSの実行環境に依存しないで動いてくれる言語ないかな〜」という全プログラマーの夢を叶えてくれる言語です。 書

                                      Nimを知ってほしい2022
                                    • AWS Lambdaによる進化的アーキテクチャの構築 | Amazon Web Services

                                      Amazon Web Services ブログ AWS Lambdaによる進化的アーキテクチャの構築 この投稿は、メディアとエンターテインメントのプリンシパルソリューションアーキテクトであるLuca Mezzaliraによって書かれました。 俊敏性により、必要に応じてワークロードを迅速に進化させ、新機能を追加したり、新しいインフラストラクチャを導入したりできます。コードベースでアジリティを実現するための主な特徴は、疎結合コンポーネントと強力なカプセル化です。 疎結合は、テストカバレッジを改善し、一貫したリファクタリングを作成するのに役立ちます。カプセル化を使用すると、実装ロジックを明らかにすることなく、サービスとのやり取りに必要なものだけを公開できます。 進化的なアーキテクチャは、設計の俊敏性を実現するのに役立ちます。「進化的アーキテクチャの構築」という本の中で、このアーキテクチャは「複数

                                        AWS Lambdaによる進化的アーキテクチャの構築 | Amazon Web Services
                                      • もし「GitHub Copilot」を現役弁護士が使ったら? - MNTSQ Techブログ

                                        こんにちは。GitHub Copilotを先日初めて触って、感銘を受けたMNTSQ代表の板谷です。MNTSQの代表をしておりますが、現役の弁護士でもあります。 なぜ私が、GitHub Copilotに感銘を受けたかというと、「プログラミングの LLM による進化」は、契約という言語をコーディングするためにもドンピシャで使えそうだと感じたからです。 例えば、GitHub Copilot では、自分の過去のコードを参照して、最適なコードをサジェストしてくれます。 これは、契約に関わるすべてのビジネスパーソンが求めていたものです!契約の 99.9%が過去のコードの使い回しであるにもかかわらず、毎回ゼロからコーディングするのが本当に苦痛だからです。ちなみに、前回契約と理由なく diff があると取引先に怒られます。笑 しかし、GitHub Copilot 的なものがプログラミング言語だけでなく契約

                                          もし「GitHub Copilot」を現役弁護士が使ったら? - MNTSQ Techブログ
                                        • ボジョレー・ヌーヴォーみたいに毎年言われる「Rubyは死んだ」 まつもとゆきひろ氏が考える、プログラミング言語の未来 | ログミーBusiness

                                          Rubyがメジャー言語となったターニングポイント楓博光(以下、楓):では次の質問です。「Rubyがここまでメジャーになれたターニングポイントや、理由はなんだと思われますか」。 まつもとゆきひろ氏(以下、まつもと):いくつかあったと思うんですけど。1つは、1995年当時、ネットニュースという媒体があって、そこに、自分が作ったソフトウェアを公開するスレっていうんですかね、今風に言うと。ニュースグループというのがあったんですけど。 1995年の12月、そこに「Rubyを作りました。どうぞ興味のある人はダウンロードして使ってみてください」と公開したんですね。当時は、メールで議論をするのが基本だったので、メーリングリストも作ったんですよ。 そしたら2週間で200人ぐらいの人が、そのメーリングリストに登録をしてくれたんですね。見たこともない聞いたこともない新しいプログラミング言語に、わずか2週間程度で

                                            ボジョレー・ヌーヴォーみたいに毎年言われる「Rubyは死んだ」 まつもとゆきひろ氏が考える、プログラミング言語の未来 | ログミーBusiness
                                          • [備忘録] PowerShellでExcelのようなグリッド画面を作成してみた - Qiita

                                            Add-Type -AssemblyName System.Windows.Forms Add-Type -AssemblyName System.Drawing # フォームの作成 $form = New-Object System.Windows.Forms.Form $form.Text = "PowerShell データグリッド" $form.Size = New-Object System.Drawing.Size(800, 600) $form.StartPosition = "CenterScreen" # DataGridViewの作成 $dataGridView = New-Object System.Windows.Forms.DataGridView $dataGridView.Size = New-Object System.Drawing.Size(760, 52

                                              [備忘録] PowerShellでExcelのようなグリッド画面を作成してみた - Qiita
                                            • CursorのProject Rules運用のベストプラクティスを探る

                                              (3/31追記)執筆後運用していてわかったこと:この記事では、プロジェクトの情報を全てMDファイル化し、それらを結合することでrulesファイルを生成する運用を提案しています。 しかし、運用を続けてみて(+他の有識者さんの見解を参考にすると)、rulesを必要以上に膨らませない方がいいことが分かりました。大事なものに絞ることでコンテキストをシンプルに保った方がよいです。(今後のモデルの性能によってはどうとでも変わる可能性がありますが。) プロジェクトの状態に合わせてMDファイルをアップデートする(育てる)こと自体は変わらず推奨しますが、「その中のどれを抽出してrulesとするか」には十分お気をつけください。 また、本題とは別の話ですが、RulesよりもLLMに与えるタスクを小さく保って適切なコンテキストをプロンプト内で@参照させることが最も大事です。 こんにちは、しば田です! この記事では

                                                CursorのProject Rules運用のベストプラクティスを探る
                                              • Terraform やるなら公式スタイルガイドを読もう 〜重要項目 10選〜

                                                2026/8/2 栃木ゆる勉強会 https://tochigi-study.connpass.com/event/352995/ オフライン / 20名程度

                                                  Terraform やるなら公式スタイルガイドを読もう 〜重要項目 10選〜
                                                • Playwright CLI v0.1.8 で普段使いの Chrome にそのまま attach できるようになりました | DevelopersIO

                                                  どうも!オペ部の西村祐二です! Playwright CLI v0.1.8 が 2026-04-14 にリリースされました。今回、 playwright-cli attach --cdp=chrome で普段使っているローカルの Chrome / Edge にそのまま接続できるようになった点です。これまでのようにサンドボックス化された別ブラウザを起動する必要がなく、既存のログイン状態や拡張機能を持った Chrome をそのままエージェントや CLI から操作できます。 何がリリースされたか 概要: attach --cdp=<channel> でローカル起動済みの Chrome / Edge へ接続する Remote debugging mode が追加されました。あわせて CLI 終了後に残る Chrome プロセスの解消と、MCP server registry のクリーンアップ修正も

                                                    Playwright CLI v0.1.8 で普段使いの Chrome にそのまま attach できるようになりました | DevelopersIO
                                                  • pixivの全文検索基盤とElasticsearchによるリプレイス - pixiv inside

                                                    まもなく17周年を迎えるpixivでは、長年にわたり作品などの全文検索基盤としてApache Solrを使用してきました。 しかし、サービスの規模が拡大する中で、従来の基盤に問題が生じていました。これを受けて、pixivでは全文検索基盤のリプレイスを実行しました。 今回のリプレイスにより、pixivでは検索結果の更新反映時間や検索APIのレイテンシが大幅に短縮されました。また、今後のスケールに対応可能になり、新機能開発においても全文検索が容易に利用できるようになりました。 本記事では、pixivの全文検索基盤の歴史や、今回オンプレミス環境でElasticsearchクラスタを構築し、リプレイスを完了するまでの取り組みについてご紹介します。 こんにちは。pixivのnamazuです。最近、私たちのチームで進めていたpixivの全文検索基盤のリプレイスが完了しました。この機会に、pixivの全

                                                      pixivの全文検索基盤とElasticsearchによるリプレイス - pixiv inside
                                                    • AI時代のプログラマの在り方|牛尾 剛

                                                      ChatGPT 4がリリースされてから、近い将来プログラマという職業はどうなってしまうのだろうと、と不安になったのですが、ようやく考え方が整理できたので書いてみたいと思います。 AIと過去のテクノロジーの違い今までもディスラプティブなテクノロジーは自分の人生で何回か登場しています。そもそもパーソナルコンピュータが衝撃的でしたし、自分が大学生の時に体験したインターネットもそうでした。スマートフォンもかなりのものでした。 しかし、私はそれのどれも「脅威」は感じたことがありませんでした。なぜかというと、やりたいなら、それを自分がそれをやればよいので、そんなには困りません。ところが、今回のAIの場合は、たとえAIを自分がやったとしても、そんなに遠くないうちに自分はいらなくなるでしょう。モデルをトレインする人は必要かもしれませんが、たぶんそんなに多くの人は必要ありません。 そうでなければ、AIをイン

                                                        AI時代のプログラマの在り方|牛尾 剛
                                                      • コーディングエージェントにやさしい環境は、人間にも優しかった ghq × gwq × fzf のススメ

                                                        こんにちは @shunk031 です。業務や趣味に git clone 等でレポジトリが増えると、どこに clone したか・どこで作業しているかが分かりにくくなり、cd や補完に時間を取られがちですよね。さらに開発のためにブランチを切ったり、Pull Request のレビューのために別ブランチをチェックアウトしたりすると、切り替えや stash の手間がどんどん増えます。私はよくブランチの切り替えをミスってコンフリクトを起こしたり、変更を失いかけたりしています。 こうした問題は Claude Code や Codex のようなコーディングエージェントを使い始めると更に露呈します。複数タスクを並列に走らせるほど、作業ディレクトリが 1 つだと衝突しやすいからです。コーディングエージェントなんてなんぼでもしばきたいですよネ。 本記事では、以下の 3 つのツールを組み合わせて日々の開発をさら

                                                          コーディングエージェントにやさしい環境は、人間にも優しかった ghq × gwq × fzf のススメ
                                                        • How to write better prompts for GitHub Copilot

                                                          AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be

                                                            How to write better prompts for GitHub Copilot
                                                          • Pythonは遅い遅い言われてJITとか中途半端なことせずにフルネイティブコンパイラを作ったらどうですか?

                                                            回答 (13件中の1件目) 現代の「インタプリタ」ってほぼVMコードへのコンパイル+VMでの実行で、よほどナイーブな実装でない限り既にかなり速いです。そのままVMコードへのコンパイルをネイティブコードへのコンパイルにしてもたいして速くならないんですよ。 結局何に時間かかってるかというと実行時の型検査やディスパッチ、アロケーションで、そこを何とかしないといくらネイティブコンパイルしても速くなりません。そのためには: 1. 部分的にでも型宣言などを取り入れて静的型付けに寄せる 2. コンパイル時解析をうんと頑張って型推論や生存期間解析する 3. 実行時にどんなデータが来るかを見てから部分...

                                                              Pythonは遅い遅い言われてJITとか中途半端なことせずにフルネイティブコンパイラを作ったらどうですか?
                                                            • プログラミングスクールを卒業してもエンジニアになれない問題2023 - Qiita

                                                              誰に向けたどういう記事なのか 対象 駆け出しエンジニア(未経験から転職を狙う組) 内容 プログラミングスクールの理想と現実 勉強をサボってSESに行ってしまう話 今、私が未経験から転職を目指すならどうするか はじめに キャリアに悩んでいる日本人はとても多いです。景気が悪く、インフレがひどく、税金はひたすら上がっていきます。インボイス制度によって、フリーランスの益税も厳しくなります。日本では過去数十年ずっと賃金が上がっていません。ですがIT業界は違います。激しいダウントレンドの中、天を穿つ昇龍拳を打てる数少ないジョブ、それがWeb系エンジニアです。そういう情勢が過去7年前くらいから続き、未だなお、Web系エンジニアは大人気の職種になっています。ですが、多くの未経験の人はプログラミング・エンジニアに対する見積もりが甘いです。 特にプログラミングスクールを卒業すればエンジニアになれる、簡単に独立

                                                                プログラミングスクールを卒業してもエンジニアになれない問題2023 - Qiita
                                                              • アーキテクチャの進化はドメインイベントが起点になる - KAKEHASHI Tech Blog

                                                                こちらの記事はカケハシ Advent Calendar 2023 Part2の24日目の記事になります。 adventar.org はじめに 反復的な開発は、変更容易性の高いソフトウェアが不可欠です。ソフトウェア開発の経験がある方なら、デリバリ後の洞察や市場環境の変化から、新しい機能の追加やアーキテクチャの進化の必要性に直面したことが一度はあるでしょう。 私自身、要求分析手法やSOLID原則等の技法を取り入れ、変更容易性に対応する多くのプロジェクトに参加しました。しかし、どれだけ優れた手法や技法を持っていても、変更が難しい要求が出てくることは避けられません。その際、「過去の出来事」を正確に記録していれば、後から見返して問題解決が容易だったと感じることがよくあります。 ドメイン駆動設計(DDD)では、「過去に起こった出来事」を表現するドメインモデルを「ドメインイベント」と呼びます。変更容易性

                                                                  アーキテクチャの進化はドメインイベントが起点になる - KAKEHASHI Tech Blog
                                                                • Claude Codeにレビューを任せてチームの負担を減らす

                                                                  はじめに チームのコードレビューの負担を少しでも減らすために、Claude Code の Skills を使い、backend(Rails)レビュー用の /review-backend を作成しました。 この記事では、/review-backend の使い方と、実際に配置した設定ファイルを紹介します。 暫く使って安定したら、frontend 用にも展開する予定です。 まだ実運用を始めたばかりですが、同じように Claude Code でレビュー負担を減らしたい方の参考になれば幸いです。 環境 Claude Code v2.1.119 Claude Sonnet 4.6 Claude Team Ruby on Rails 7.x Ruby 3.2.1 前提知識 Claude とは Anthropic 社が提供する、ChatGPT や Gemini と同じように対話形式で使える AI アシスタ

                                                                    Claude Codeにレビューを任せてチームの負担を減らす
                                                                  • 「Xamarin」は2024年5月1日に終了、今秋出荷予定の「iOS 17」「Android 14」に対応せず/.NETベースのクロスプラットフォームアプリ開発基盤、「.NET MAUI」などへの移行を

                                                                      「Xamarin」は2024年5月1日に終了、今秋出荷予定の「iOS 17」「Android 14」に対応せず/.NETベースのクロスプラットフォームアプリ開発基盤、「.NET MAUI」などへの移行を
                                                                    • 【保存版】「そのuseEffectの使い方あってる?」と言われる前に

                                                                      参考 目的 プロジェクトで使用されている不適切なuseEffectを減らす 本題 Reactの公式ドキュメントにuseEffectは必要ないかもしれない,というようなページがありとても勉強になったので記事にしようと思いました. データフェッチング アプリのデータフェッチングをuseEffect内で行うのはよく知られている方法です. Bad 💣 function SearchResults({ query }) { const [results, setResults] = useState([]); const [page, setPage] = useState(1); useEffect(() => { // 🔴 Avoid: クリーンアップなしでのフェッチング fetchResults(query, page).then(json => { setResults(json); }

                                                                        【保存版】「そのuseEffectの使い方あってる?」と言われる前に
                                                                      • 【スゴ本】知らないと現場が燃え尽きる。システム障害対応で本当に優先すべき5つのこと | レバテックラボ(レバテックLAB)

                                                                        【スゴ本】知らないと現場が燃え尽きる。システム障害対応で本当に優先すべき5つのこと 2026年2月26日 Dain 古今東西のスゴ本(すごい本)を探しまくり、読みまくる書評ブログ「わたしが知らないスゴ本は、きっとあなたが読んでいる」の中の人。自分のアンテナだけを頼りにした閉鎖的な読書から、本を介して人とつながるスタイルへの変化と発見を、ブログに書き続けて10年以上。書評家の傍ら、エンジニア・PMとしても活動している。 わたしが知らないスゴ本は、きっとあなたが読んでいる keyboard_arrow_down はじめに keyboard_arrow_down 1. 現場をまとめる「旗振り」を決める keyboard_arrow_down 2. メンバーの健康維持のための「今晩の宿」を確保する keyboard_arrow_down 3. 「War Room」をつくり、情報を集約・可視化する

                                                                          【スゴ本】知らないと現場が燃え尽きる。システム障害対応で本当に優先すべき5つのこと | レバテックラボ(レバテックLAB)
                                                                        • マイクロソフト、開発環境をクラウドPCとしてデスクトップ仮想化経由で利用できる「Dev Box」のパブリックプレビューを開始

                                                                          マイクロソフト、開発環境をクラウドPCとしてデスクトップ仮想化経由で利用できる「Dev Box」のパブリックプレビューを開始 マイクロソフトは、開発環境をクラウドPCとして丸ごと仮想環境で用意し、デスクトップ仮想化経由で利用できる「Dev Box」のパブリックプレビュー開始を発表しました。 Dev Boxは今年の5月に行われた開発者向けイベント「Microsoft Build 2022」で発表され、プライベートプレビューとなっていました。 参考:[速報]マイクロソフト、開発環境をまるごとクラウドPCとして用意できる「Dev Box」を発表。Microsoft Build 2022 最近ではアプリケーションの開発環境は、コードエディタおよび文法チェックやフォーマッタなどの拡張機能、ソースコード管理ツールとの連携、ビルドツールや自動テスト環境などをはじめとするさまざまなツールによって構成されて

                                                                            マイクロソフト、開発環境をクラウドPCとしてデスクトップ仮想化経由で利用できる「Dev Box」のパブリックプレビューを開始
                                                                          • GitHub Copilotは開発者の生産性をどれだけ上げるのか?ZOZOでの全社導入とその効果 / How Much Does GitHub Copilot Improve Developer Productivity? The Company-wide Implementation and Its Effects at ZOZO

                                                                            2024/2/16 Developers Summit 2024 登壇資料 https://event.shoeisha.jp/devsumi/20240215 ■ ZOZOエンジニア向け会社説明資料 https://speakerdeck.com/zozodevelopers/company…

                                                                              GitHub Copilotは開発者の生産性をどれだけ上げるのか?ZOZOでの全社導入とその効果 / How Much Does GitHub Copilot Improve Developer Productivity? The Company-wide Implementation and Its Effects at ZOZO
                                                                            • アクセシビリティチェックってどうやってるの?ということで、実際にやってみた。(その1) - 水底の血

                                                                              ツイッターでアクセシビリティ向上日誌2【目視試験編】‐Akira Tsuda Portfolio and Blogというのを見かけて、そういえばアクセシビリティチェックって何をどうしているのかという話をウェブ上でほとんど見かけない(というか自分は知らない)ので、思い切ってチェックの過程や考え方を書いてみようかなと。 チェック対象のサイトを作った@HeldaForStudy氏に尋ねたところ、題材として使ってよいという返事をいただいたので、「アトリエ金工やまぐち」のサイト1ページをチェックしてみることにします。 対象ページはBasic認証がかかっているので、アクセシビリティ向上日誌1【各種ツール評価編】からたどってください。 @HeldaForStudy氏はレベルはA*1でチェックしたとのことなので、チェック基準はWCAG 2.1レベルAでチェックすることにしましょう。 わたしは普段はCOB-

                                                                                アクセシビリティチェックってどうやってるの?ということで、実際にやってみた。(その1) - 水底の血
                                                                              • AIパフォーマンスの最適化を学ぶ(2)「SOWを作って」は超便利な指示|TechRacho by BPS株式会社

                                                                                本記事は、CC BY-SA 4.0ライセンスで公開します。 コモンズ証 - 表示-継承 4.0 国際 - Creative Commons 本記事の文面は、明示している部分を除き、AIでは生成していません。 本シリーズ記事では簡単のため、特に断らない限り、各種AIサービスやLLM(大規模言語モデル)といった個別の要素を捨象して、一般的な語である「AI」と呼ぶことにしています。 本シリーズ記事で扱うAIは、特に断らない限り、以下の分類で言う「生成AI」、その中でも会話(自然言語)による指示で動くAIに限定しています。また、AIの用途も基本的に業務用を想定しています。 生成AI: 新しいコンテンツを生成するAI(チャットAI、コーディング支援AI、ドキュメント作成補助AI)。画像・音声・動画を生成するAIも広義にはここに含まれる。 認識AI: 入力された画像や音声などのデータを分析して認識する

                                                                                  AIパフォーマンスの最適化を学ぶ(2)「SOWを作って」は超便利な指示|TechRacho by BPS株式会社
                                                                                • Just WebFrontend - 学び直しとメンタルモデル再構築

                                                                                  "Rebuild your mental model of web frontend programming." Web フロントエンドやそれにまつわるプログラミングにとりかかる上でもっておきたいメンタルモデルについて考える本です。 新しい知識は提供しませんが、Web フロントエンドの学び直し・向き直りをすることで楽しさ・自信を提供したいと考えています。 Web フロントエンドにおいて考えたいことは何なのか。 特定技術に左右されず、持っておくと良さそうなメンタルモデルとはどういったものなのか。 React, Angular を例に取り上げて 2 つの特徴を洗い出し、Web フロントエンドのコンポーネント志向と持っておくとよさそうなメンタルモデルについて考えます。 誤り・ご指摘やご意見があればフィードバックいただけると嬉しいです。

                                                                                    Just WebFrontend - 学び直しとメンタルモデル再構築

                                                                                  新着記事