並び順

ブックマーク数

期間指定

  • から
  • まで

4521 - 4560 件 / 16789件

新着順 人気順

*programmingの検索結果4521 - 4560 件 / 16789件

  • 効果的なCLAUDE.mdの書き方

    CLAUDE.md は、Claude Code の性能を最大限に引き出すための最も重要な設定ファイルです。しかし、「とりあえず全部書いておけばよい」というものではありません。本記事では、内部メカニズムを踏まえた効果的な書き方を解説します。 CLAUDE.mdとは何か CLAUDE.md は、プロジェクトルートに配置する Markdown ファイルです。Claude Code はセッション開始時にこのファイルを自動的に読み込み、記述された内容を会話のコンテキストに含めます。LLM はセッション間の記憶を持たないため、CLAUDE.md にコーディング規約やビルドコマンドを記述しておくことで、毎回「プロジェクトを理解した状態」から作業を開始できます。 CLAUDE.mdの内部メカニズム 「短く書くべき」「普遍的な内容だけを書くべき」と言われる理由は、技術的な制約によるものです。 コンテキストウ

      効果的なCLAUDE.mdの書き方
    • Markdown + AI(GithubCopiotX)の驚異のタッグ!💥 2023年新世代の爆速ライティング体験へようこそ!💻いま、✨GithubCopiotXでMarkdownを作らないで、いつ作りますか? - Qiita

      Markdown + AI(GithubCopiotX)の驚異のタッグ!💥 2023年新世代の爆速ライティング体験へようこそ!💻いま、✨GithubCopiotXでMarkdownを作らないで、いつ作りますか?MarkdownVSCodegithubcopilotChatGPTMarkdownViewer 新世代のライティング体験 VSCode Insider+GitHub Copilot nightly(Chat機能)で快適なMarkdown執筆体験を実現! Markdown Viewerでリアルタイムにプレビューを確認しながら執筆可能! Typoraを使っていた頃のライティング体験とは比べ物にならないほど快適! ChatGPTと比べても、MarkDownを理解して会話ができるので便利すぎる! ※2023/06/09追記(Chat機能など)ベータプレビュー版の機能について一旦削除m(

        Markdown + AI(GithubCopiotX)の驚異のタッグ!💥 2023年新世代の爆速ライティング体験へようこそ!💻いま、✨GithubCopiotXでMarkdownを作らないで、いつ作りますか? - Qiita
      • クリーンアーキテクチャはなぜフロントエンドに合わないのか - パンダのプログラミングブログ

        パンダとおくだが、Web業界の当たり前を「これって本当にそうだっけ?」と問い直すラジオを配信しています はじめに 昨年末にこんなツイートをしたら、ちょっとバズってしまいました。aaa https://x.com/Panda_Program/status/1864333831886786971 色々コメントを頂くことで考えを深めてブログを書きますと言っていて、まだ着手していなかったのでざっと書くことにします。ただ、今日はクリーンアーキテクチャが対象です。 簡単に自己紹介をすると、私は現職でフルスタックエンジニアをしています。また、「バックエンドのためのフロントエンド入門」 というテーマで登壇をしたり、自分のエンジニア人生を変えた書籍リストにクリーンアーキテクチャを挙げており、TypeScript でクリーンアーキテクチャを実践する という記事では Web からでも CLI からでも動かせるア

          クリーンアーキテクチャはなぜフロントエンドに合わないのか - パンダのプログラミングブログ
        • 「AWSコンテナ設計・構築 [本格] 入門」を執筆しました - horsewin's race records

          はじめに AWS x コンテナに関する商業誌を執筆しましたので、本ブログにて少し内容を紹介できればと思います。 (しかし、見本誌をつみあげるとなかなか圧巻でした!) amzn.to 見本誌 こちら、共同執筆者の新井さん (@msy78)や、監修いただいた佐々木さん(@dkfj)のブログでも触れられている内容になります。執筆に至った経緯などはお二人のブログでも語られていますので、↓をどうぞ。 『AWSコンテナ設計・構築[本格]入門』の監修しました - プログラマでありたい 「AWSコンテナ設計・構築 [本格] 入門」を執筆しました - How elegant the tech world is...! このブログでは執筆者の一人である、私の視点からの書籍の紹介をいたします。 書籍について 本の概要 全5章で構成しています。本当は付録としてECSコンテナを扱うためのツールもいくつか紹介するため

            「AWSコンテナ設計・構築 [本格] 入門」を執筆しました - horsewin's race records
          • TypeScriptでどこまで「関数型プログラミング」するか ─ 「手続き Haskell」から考察する - 一休.com Developers Blog

            この記事は 一休.comのカレンダー | Advent Calendar 2023 - Qiita 10日目の記事です。 昨今は Web アプリケーション開発の世界でも、関数型プログラミングのエッセンスを取り入れるような機会が増えてきました。 とはいえ、一つのアプリケーションを 1 から 10 までがっちり関数型プログラミングで構成するというわけではなく、そのように書くこともあればそうでない従来からの手続き的スタイルで書くところもあるというのが現状で、どこまで関数型プログラミング的な手法を取り入れるかその塩梅もまちまちだと思います。まだ今はその過渡期という印象も受けます。 本稿ではこの辺りを少々考察してみたいと思います。 先日、Qiita Conference 2023 Autumn で以下のテーマで発表を行いました。 この発表では「関数型プログラミング最強!」という話をしたわけではなく、

              TypeScriptでどこまで「関数型プログラミング」するか ─ 「手続き Haskell」から考察する - 一休.com Developers Blog
            • CyberAgent AI事業本部MLOps研修応用編

              CybagerAgent AI事業本部 2023年度新卒研修 MLOps 応用編で使用したスライドです。 ハンズオンで使用したGitHub Repository: https://github.com/nsakki55/aws-mlops-handson

                CyberAgent AI事業本部MLOps研修応用編
              • オレ的EXPLAIN技を語っちゃうゾ - Qiita

                メリークリスマス 本記事はPostgreSQL Advent Calendar 2021の25日目です。今年も面白い記事がたくさん揃いましたね!!! さて、みなさん今年のPostgreSQLライフはどんな感じでしたでしょうか? 私はというと、なんだかチューニングばっかりやってました。1案件でいろいろお手伝いすることはまあまああったのですが、複数から次々チューニングの相談をもらって、歴代継承者の個性を発現したデクくんのごとく駆け回ったのが今年のハイライトです。 (この綱渡り感、、、伝われ!!!) 俺たちは雰囲気でチューニングしている 今回上手くいったけど、あの時たまたまひらめいた1案をぶつけてみたら効果でたのであって、次善の策なんてなかったけど??って毎回思ってるから、雰囲気でやっていると思う、マジで。コミュニティのノリだと笑いが起きていいんですけど、少しでも勝率を上げるために、若手の前でド

                  オレ的EXPLAIN技を語っちゃうゾ - Qiita
                • JavaScript 実行エンジン V8 の JIT 出力コードを読んでみよう

                  Chrome の JavaScript はとても高速なことでも有名ですが、その実行エンジンは V8 と呼ばれます。V8 自体は独立したモジュールであり、Node.js 等にも使われております。 V8 が JavaScript を高速に実行する技術の一つが JIT (Just In Time) コンパイルです(一般的に JIT と呼ばれます)。これは、そのまま実行すると遅い JavaScript を実行中にリアルタイムに直接マシンコードに変換し(これが Just In Time と呼ばれる所以です)、途中からそのコードに入れ替えて実行することで高速化を達成しています。特に何度も実行される関数で効力を発揮します。 JIT という名前は聞いたことがあろうとも、実際に JIT がどのようなコードを実行しているのかを確認する機会は滅多にないでしょう。この記事では、実際に V8 の JIT の出力を確

                  • 高卒30代未経験からモダン・フロントエンドエンジニアになった軌跡を全て書いていく - Qiita

                    ※Qiitaのおかげ(?)で転職できた話です。 【22歳】工場勤務ワイ ワイ「毎日毎日、接着剤で部品をくっつけるのしんどいな・・・」 ワイ「ワイ、作業が遅すぎて先輩に嫌われてるし・・・」 ワイ「転職したいな・・・」 ワイ「プログラマーってカッコええな・・・」 ワイ「よっしゃ、C言語ってやつの本を買って、勉強してみよか・・・!」 C言語の勉強開始 ワイ「さっそく本を読んでいくで」 ワイ「変数・・・関数・・・なるほどな」 ワイ「オモロイやんけ」 翌日 ワイ「よっしゃ、黒い画面(コマンドプロンプト)で動く、足し算プログラムができたで!」 一週間後 ワイ「・・・来る日も来る日も、黒い画面ばっかりや!」 ワイ「いつになったら、デスクトップアプリみたいなのを作れるようになんねん!」 結果 一週間で挫折しました。 【23歳】無職ワイ ワイ「工場がなくなって、無職になってもうたわ」 ワイ「ほな、職業訓練校

                      高卒30代未経験からモダン・フロントエンドエンジニアになった軌跡を全て書いていく - Qiita
                    • 【海外ニュース】ES2025対応の詳しすぎるJavaScript解説書が無料公開され全プログラマ大歓喜

                      6月14日、Axel Rauschmayer氏は新刊書籍「Exploring JavaScript (ES2025 Edition)」を公開した。 本書は、モダン JavaScript の習得を容易にし、初学者から上級者までを対象に ES2025 までの全機能を体系的に解説するものである。以下、その内容を紹介する。 書籍の概要 「Exploring JavaScript」は、従来版「JavaScript for impatient programmers(せっかちなプログラマのためのJavaScript)」を大幅に拡充した最新版だ。モダンな機能に焦点を当てることで、読者が古い文法に煩わされずに学習を開始できる構成となっている。 ハイライト モダン機能を中心に据え、素早く学び始められる 必要に応じて深掘りできる発展的セクションを用意 テスト駆動型演習・フラッシュカードなどの補助教材を同梱 E

                        【海外ニュース】ES2025対応の詳しすぎるJavaScript解説書が無料公開され全プログラマ大歓喜
                      • 12 Factor Agents まとめ

                        はじめに Heroku社が提唱した「12-Factor App」は、クラウドネイティブなアプリケーション開発のベストプラクティスをまとめたものです。これをAIエージェント開発に応用して、dexhorthy氏がまとめたものが「12 Factor Agents」です。 この12 Factor Agentsを読んでみて、かなり学びがあったので、この記事では12 Factorの概要を簡単にまとめておきます。 なお、自分用にまとめて補足や所感を追加しているので、詳細はぜひ原文を参照してください。また、この記事は50%を人が書いて、50%をAIが補完しています。 12 Factor Agents の背景 「AIエージェントを作ろう!」 そう思って意気揚々とLangChainやCrewAIなどのフレームワークを使い始めた開発者は多いのではないでしょうか。 最初は順調に進みます。デモは動くし、簡単なタスク

                          12 Factor Agents まとめ
                        • Claude Codeを並列組織化してClaude Code "Company"にするtmuxコマンド集

                          今日はこんなことをしてました。 最終的にタスクは完了したのですが、部長と部下で勝手に通信し合っておかしな話をしてました。 今日はそんな感じにはっぴーはっぴーになったClaudeさんが、本日最後の仕事として書き上げた部下のマネジメントのためのtmuxコマンド集です。 僕がそもそもバックエンドエンジニアでtmuxを使っていたので一部その辺を教え込んでますが、Claudeにtmuxでこれってどうやるの?とかtmux.confをいい感じにしてとか言うとやってくれるので、別にClaudeに聞けばわかることです。 あなたがやるのは としておくこと。もちろん dangerouslyオプションは自己責任でお願いします。 そして、作るものを話し合って、それをタスク分解してあとは部下によろしくみたいなことを言うと起動したpaneに対して並列してタスクを投げて勝手に部下も報連相してくれます。 僕のtmuxのwi

                            Claude Codeを並列組織化してClaude Code "Company"にするtmuxコマンド集
                          • Steamで配信したゲームがウイルス検知された話|frenchbread

                            Dungeon Antiquaというゲームを2024/10/10にSteamでリリースしまして、その後も不具合修正や要望の多かった機能の追加などアップデートを重ねていたのですが、あるタイミングでのアップデートにより突然ゲームがウイルス検知されるという事案が発生し、そこから地獄を見ました。 もしかして今後同じ目に遭う人がいるかもしれないので、体験記としてまとめておきます。 問題発生〜暫定対応まで12/6アップデート以降、ウイルス検知発生のXのポストなどを見かけるようになる。調べるとPyInstallerでexe化したファイルにはありがちなことらしい(詳しくは次項)。とりあえず連絡が取れた方にウイルス検知からの除外設定を個別にお願いしたり、Steamにお知らせを掲示したりした。 12/11早朝、Steamサポートから「あなたのゲームがウイルスであるという報告が複数寄せられたため、販売を停止した

                              Steamで配信したゲームがウイルス検知された話|frenchbread
                            • 機械翻訳が「人手の作業を大量破壊」 Mozilla日本語コミュニティが解散宣言 人力訳を上書き

                              「Firefox」をはじめとしてMozilla製品のサポートページの日本語化に尽力してきたコミュニティ「SUMO Japanese community」が11月4日、活動の終了を宣言した。 Mozillaが10月22日、機械翻訳「Sumo Bot」を日本語記事に導入し、手作業で翻訳した記事をの上書き翻訳を無断で行っているため。コミュニティリーダーであるmarsf氏はこれが「私たちの作業の大量破壊」に当たるとし、コミュニティとしての活動終了を宣言した。 marsf氏によるとSumo Botの翻訳は、翻訳ガイドラインに従わず、日本語ユーザー向けのローカライズ表現を無視したまま既存の翻訳を上書き。300以上のナレッジベースが上書きされたという。 また、コミュニティへの連絡や合意がないまま製品版サーバで上書きしており、更新後72時間で自動承認されるため、新しい翻訳者に翻訳させ、チェックするといった

                                機械翻訳が「人手の作業を大量破壊」 Mozilla日本語コミュニティが解散宣言 人力訳を上書き
                              • あなたの組織は迎え入れの準備はできていますか?〜「オンボーディングガイドブック」をリリースしました~ - Qiita

                                Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 迎え入れる準備できてますか?新卒研修・オンボーディングを集合知に!オンボーディングハンドブック全公開! オンボーディングハンドブックは、新卒研修や新メンバーのオンボーディングを円滑に進めるためのガイドです。会社の文化や基礎知識を効果的に伝え、新メンバーが組織の中ですぐに実力を発揮出来たり、よいキャリアプランを描いていけるためのノウハウが詰まっています。 オンボーディングガイドブックは、オンボーディングのTIPSを約50種記載したカタログです。下記画像はイメージです。 Miroにて作成したものをどなたでも利用可能です! 利用はこ

                                • 趣味プログラミングのたのしみ - Hatena Developer Blog

                                  こんにちは。CTOのid:motemenです。みなさん趣味プログラム書いてますか? このエントリは Backyard Hatena #4 のフォローアップ記事です。エピソードの最後のほうで、「motemenが作って公開しているツール、どんなことを考えて作ってる?」という話になりました。そのときは時間の関係もあってあまりちゃんと話せなかったな、という感覚があったので、ここであらためて考えてみようと思います。 治具のようにつくる ウェブ上で読める自分が好きな記事のひとつに、Go Is a Shop-built Jig(抄訳)というものがあります。一言でいうと、「Goは現実的な問題を解くための治具である」ということをいっています。治具とは何かを達成することを補助する小さな目的のために作られた道具、という感じかな。fujiwaraさんの隙間家具のたとえからも近いニュアンスを感じます。 自分がツール

                                    趣味プログラミングのたのしみ - Hatena Developer Blog
                                  • 「プログラマーの本質に立ち返る時が来た」コードを書き続けてきたアラフォー世代に迫られるAI時代の自己変革【伊藤淳一×遠藤大介】 - エンジニアtype | 転職type

                                    転職・求人情報サイトのtype エンジニアtype 働き方 「プログラマーの本質に立ち返る時が来た」コードを書き続けてきたアラフォー世代に迫られるAI時代の自己変革【伊藤淳一×遠藤大介】 2023.04.18 働き方 プログラマー生成AIAICTO 過去に何度か訪れたAIブーム、ノーコードツールの普及……新しいテクノロジーが登場するたび、「プログラマーは不要になるのでは」という議論がなされてきた。 ただ、どこか現実味に欠けたその議論を何となく受け流してきたプログラマーにとっても、ここ最近の生成AIの進化は無視できないものがあるのではないだろうか。 特に、10年以上ものづくりの現場でコードを書き続けてきたアラフォー世代のプログラマーにとっては、これまでのやり方をどう変えるべきか、そもそも変えられるのか……という不安がよぎる。 そこで、開発現場の最前線で長年プログラマーとして活躍してきた伊藤淳

                                      「プログラマーの本質に立ち返る時が来た」コードを書き続けてきたアラフォー世代に迫られるAI時代の自己変革【伊藤淳一×遠藤大介】 - エンジニアtype | 転職type
                                    • MCP + DB > RAG?

                                      RAGの限界性 RAG、つまり検索強化生成(Retrieval-Augmented Generation)は、現在の大規模言語モデル分野における注目の方向性です。これは情報検索技術と生成モデルを組み合わせ、大規模モデルの知識の正確性、文脈理解、最新情報の活用などの課題を解決します。 でも追加の知識をRAGを通じて導入するだけで、モデルがそれらの知識関連の質問に完璧に対応できると考えています。しかし実際と想像にはギャップがあり、実際に試してみると、RAGの精度はそれほど良くないことに気づくかもしれません。 RAG自体の技術的原理から見ると、現在以下の問題が存在します: 検索精度の不足:まず、RAGの最も核心的な部分は、知識を「ベクトル」に変換し、「ベクトルデータベース」に導入し、ユーザーの入力情報も「ベクトル」に変換してから、ベクトルデータベースから類似の「ベクトル」をマッチングさせ、最後に

                                        MCP + DB > RAG?
                                      • 【2025年最新版】要注意!?本当に怖いCloudFront - Qiita

                                        Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 2022年に話題になった、CloudFront×S3で静的サイト運用している個人ブログに対するEDoS攻撃(Economic Denial of Sustainability)。 「あれから数年経ったけど、今もクラウドのコスト攻撃は現実的なリスク?」 「防御策やAWSのサービスは進化してる?」 そんな疑問をお持ちの方に向けて、2025年の最新事情と対策をまとめます。 1. EDoS(Economic Denial of Sustainability)攻撃とは? クラウド従量課金の“弱点”を突く攻撃 サーバーダウン目的のDDoS

                                          【2025年最新版】要注意!?本当に怖いCloudFront - Qiita
                                        • 小児科の予約、1番取りたくて猛スピードでスマホ操作してるけどどんなに頑張っても6番とかなんだよな…「1番の人、絶対プログラム組んでるだろ」

                                          めんみ @menminosabuaka 小児科の予約、毎朝7時開始で1番取りたくて猛スピードでスマホ操作してるんだけどどんなに頑張っても6番とかなんだよな… 1番の人、絶対プログラム組んでるだろ… 2025-03-18 07:06:45 あや @At0oKt8oCt2o6Y @menminosabuaka めちゃくちゃわかります💦 うちのかかりつけの小児科は予約開始6時ですが、どんなに待ち構えて6時ぴったりに予約しても、これまでの最高順位4番です😅 2025-03-18 07:52:41

                                            小児科の予約、1番取りたくて猛スピードでスマホ操作してるけどどんなに頑張っても6番とかなんだよな…「1番の人、絶対プログラム組んでるだろ」
                                          • 【図解】2層構造→MVC→レイヤード→ヘキサゴナル→クリーンアーキテクチャ:設計思想の進化を一気に理解する - Qiita

                                            はじめに Webアプリケーションのアーキテクチャは、時代とともに構造が整理されてきた。 本記事では、その変遷をJavaの技術スタックを軸に、2層構造(Model 1)からMVCパターン(Model 2)、レイヤードアーキテクチャ、そしてヘキサゴナルアーキテクチャ・クリーンアーキテクチャに至るまでの流れを図解して整理する。 前提条件 本記事はJava(JSP/Servlet、Spring等)をベースとしたWebアプリケーションのアーキテクチャの変遷を扱う 対象読者はジュニアエンジニアを脱却し、設計やアーキテクチャに関心を持ち始めたエンジニアを想定している 各アーキテクチャの網羅的な解説ではなく、「なぜその構造が生まれたのか」という変遷の因果関係に焦点を当てる スコープはModel 1からクリーンアーキテクチャまでとする 本記事で扱うアーキテクチャの変遷 本記事では、以下の流れでアーキテクチャ

                                              【図解】2層構造→MVC→レイヤード→ヘキサゴナル→クリーンアーキテクチャ:設計思想の進化を一気に理解する - Qiita
                                            • MCPでやる必要のない業務をSkillsに置き換えてトークンと時間の消費を爆減してみた

                                              こんにちは。ダイの大冒険エンジョイ勢のbun913と申します。私はSDET(Software Development Engineer in Test)として、QAチームにいる何でも屋さんとして、私より優秀なみなさんが本質的なことに時間を使えるように日夜改善を考えています。 私は弊QAチームでのMCP活用として以下のような記事を書いておりました。 今回は最近話題の Agent Skills とあらかじめ作っておいたCLIツールを組み合わせて、QAチームが本質的ではない作業にかける時間とトークン消費量を大幅に削減する試みを紹介します。 内容自体はQAチームの取り組みですが、考え方やツールの使い方は他のことに流用できるのではないかと考えています。 先に背景とやったことをざっくり説明 背景: 前回までの取り組み 弊チームでは自動テストに力をいれつつも、手動テストの威力も大事にしています。実際探索

                                                MCPでやる必要のない業務をSkillsに置き換えてトークンと時間の消費を爆減してみた
                                              • そろそろスマホから開発してみませんか?移動中も開発したくないですか?

                                                「移動中の時間を開発に使えたら...」 エンジニアなら誰もが一度は考えたことがあるのではないでしょうか(たぶん、きっと) 電車での移動時間、カフェでの待ち時間、散歩中のひらめき。これらの時間を有効活用できれば、開発の可能性は大きく広がります。 Devinの登場から始まり、Claude Code(Action含む)の進化を経て、Google Pixel 9 Pro Foldを購入したことで、本格的にスマホで開発したいという思いが強くなりました。 折りたたみスマホという大画面と、AI開発ツールの組み合わせによる「スマホで移動中でも本格的に開発する」という世界です。 正直、コーディング自体はPCの方が圧倒的に速いですが、「散歩中に思いついたアイデアを忘れないうちにメモしておく」を超えて、「散歩中に思いついたアイデアを実装しておく」ことが出来るのは個人的にWOW体験でした。 散歩中:「スライド生成

                                                  そろそろスマホから開発してみませんか?移動中も開発したくないですか?
                                                • Qiitaの「LGTM」を「いいね」に戻します - Qiita Blog

                                                  こんにちは、Qiita運営です。 今日は「LGTM」を「いいね」に戻すことについてお知らせいたします。 反映は2022年8月中を予定しております。 「LGTM」を「いいね」に戻す背景以前のQiitaでは投稿してもいい記事を「プログラミング自体に関連している内容」に限っていましたが、2021年4月にガイドラインを改定し、様々な分野の投稿をしていただけるようになりました。 そのため、投稿いただける内容と記事を評価する方法にズレが生じてしまい、「評価基準が以前のままではリアクションがしづらい」「レビューをした上でのLGTMと捉えると、どうしても押しづらい」など、戸惑いのお声を多数いただくようになりました。 その他にも「馴染みの無い言葉で覚えづらい、言い間違える」といった、ご意見もいただいております。 議論を重ねた結果、Qiitaの利用体験をより良くするため、リアクションをする際に戸惑い無く、心地

                                                    Qiitaの「LGTM」を「いいね」に戻します - Qiita Blog
                                                  • インフラエンジニア1年生がプログラミングを勉強するのに使った教材 - Qiita

                                                    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 私は普段インフラをメインで扱っているエンジニアです。 そんな開発がメインではない私が1年目でプログラミングを学ぶために使用した教材を紹介していきます。インフラエンジニアの方だけではなく未経験のエンジニアの方にも参考になれば良いなと思っております。 インフラの学習に使用した教材については下記記事にて紹介しておりますので、ご覧いただければ幸いです。 インフラエンジニアはプログラミングは必要? まずはこの質問をChatGPTに聞いてみましょう。 はい、インフラエンジニアにとってプログラミングスキルは必要です。 近年、クラウドの普及や

                                                      インフラエンジニア1年生がプログラミングを勉強するのに使った教材 - Qiita
                                                    • Pythonでリトライ処理を簡単に追加できる「tenacity」を使ってみる | DevelopersIO

                                                      import random from tenacity import retry @retry def random_error(): num = random.randint(0, 10) if num > 4: print(f"Error: num={num}") raise Exception("Error!") else: return f"Success: num={num}" print(random_error()) # => # Error: num=9 # Success: num=1

                                                        Pythonでリトライ処理を簡単に追加できる「tenacity」を使ってみる | DevelopersIO
                                                      • セキュリティの立ち上げで何をやる?

                                                        最近、セキュリティの立ち上げで何をやったらいいかわからない、という質問を何度か受けるケースがあったので、最初に何をやるか、というのを情シスやセキュリティ担当者としての考えをまとめてみる。 著者のキャリアについて セキュリティの立ち上げについて書く以上、信頼に足る情報源なのか?という疑問がわくと思うので、簡単に著者のキャリアを書いておきます。 2002年にSIerでIT業界に入り、研究所のNetwork Admin、Web penetration test、ISMSコンサルの補佐などやり、その後外資プリセール分野で7年仕事して、最初のSIに戻ってセキュリティソリューションの立ち上げを担当、その後ユーザーサイドにキャリアを変えて、外資石油系企業のセキュリティアナリスト、中国系スタートアップのInfoSec Director&一人情シスをやってきたキャリアです。CISSPは2019年に取得してお

                                                          セキュリティの立ち上げで何をやる?
                                                        • Rust開発時の便利ツールたち

                                                          前書き Rustを書くときに便利なツールをまとめた記事が無い気がしたので作成。(ちゃんと探してないので既にあるかも) 公式ツール cargo パッケージマネージャ 基本だけどとても便利なツール 一度はThe Cargo Bookを読んでおくことを推奨。 rustfmt フォーマッター cargo fmt でもフォーマットの修正が出来る。(こっちを使うことが多い) clippy lintツール こう書いたほうが良いよという提案もしてくれるので便利。 cargo clippy --fix を使うと自動で直してくれる。 rust-analyzer Language Server rls もあるが、(最近は?) rust-analyzer の方がメジャーな気がする。 追記 : RLSは非推奨になりました。RLS Deprecation 非公式ツール cargo-watch ソースコードの変更を検知

                                                            Rust開発時の便利ツールたち
                                                          • JavaScriptの上限・限界値 - Qiita

                                                            JavaScriptの文字列や配列は最長でどこまで格納できるか、気にしたことはありますか?関数は何個まで引数を取れるのでしょうか?ブロックのネストは何段まで? この記事では、そんな素朴な疑問に答えてみます。 テストに使った環境は、 macOS 12.3.1 (Arm64) Node.js v17.7.2 Firefox Nightly 102.0a1 (2022-05-29) です。当たり前ですが、この記事に載せる数値は環境によって変わる可能性があります。 テストに使ったスクリプト類は https://github.com/minoki/javascript-limits に置いてあります。 文字列の長さ まずは文字列の長さです。 規格には The String type is the set of all ordered sequences of zero or more 16-bit

                                                              JavaScriptの上限・限界値 - Qiita
                                                            • リアーキテクトと開発生産性について

                                                              2023/10/31 @ Barフロントえんどう で発表した「リアーキテクトと開発生産性について」です。

                                                                リアーキテクトと開発生産性について
                                                              • Vue にまつわる3つのよくある誤解と、私がVueを選ぶ4つの理由

                                                                2025/09/30 Next.js vs Nuxt それぞれの良さを知る Frontend Night https://offers-jp.connpass.com/event/367375/ の登壇資料です!

                                                                  Vue にまつわる3つのよくある誤解と、私がVueを選ぶ4つの理由
                                                                • 仕事を読み解くキーワード:納得感のある音を鳴らす|採用情報|任天堂

                                                                  ゲームの世界で鳴るさまざまな音は、サウンドデザイナーとサウンドプログラマーが協力して作り上げています。たとえば、オブジェクト同士が接触したときに材質や形状、衝撃の強さなどに応じて変化する音になるよう、サウンドデザイナーが音のデータを作成し、サウンドプログラマーがそのデータを鳴らします。『ゼルダの伝説 ティアーズ オブ ザ キングダム』では、私はサウンドプログラマーとして、サウンドデザイナーが作りだす多彩な音を、リアリティを感じられるように鳴らす役割を担いました。 このゲームには、さまざまな種類の材質や形をしたオブジェクトが登場します。プレイヤーはこれらを自由に動かせるだけでなく、複数のオブジェクトをくっつけることができるため、自由な発想で武器を作ることも、乗り物を作って動かすこともできます。そして高い自由度があることで、私たち開発者の想像を超える遊び方が生まれることもあります。 開発を進め

                                                                    仕事を読み解くキーワード:納得感のある音を鳴らす|採用情報|任天堂
                                                                  • Claude Code のコンテキスト残量を常に表示する

                                                                    Claude Code の v1.0.71 で、TUI の最下部に表示する status line をカスタマイズできるようになりました。 コンテキストサイズや auto-compact までの残量を常に可視化しておくために便利です。 モチベーション Claude のコンテキスト幅 (モデルに一度に入力できる上限トークン数) は 200K トークンです。 Claude Code はこのコンテキスト幅に到達する前に、大体 80% ぐらいのタイミングで自動的に /compact を実行します。 /compact はコンテキストを圧縮するために、過去の会話履歴の情報を大幅に落とした要約を作ります。 その結果、必要なコンテキストが足りずに Claude Code が迷走することが非常によくあります。 そのため、auto-compact まで後どれくらいトークンを使えるかを常に把握しておきたいわけで

                                                                      Claude Code のコンテキスト残量を常に表示する
                                                                    • 新たに生まれた専門職。AIが作ったコードのバグをお直しするプログラマー

                                                                      新たに生まれた専門職。AIが作ったコードのバグをお直しするプログラマー2025.09.16 17:0024,361 Lucas Ropek - Gizmodo US [原文] ( そうこ ) AIが進化し、普及し始めたことで、いろいろなものが「生成」できるようになりました。 画像、動画、文章はもちろん、デジタル世界の裏を支えるコーディングもAI生成が可能。AIに文章で作りたいものの指示を出し、コードを書いてもらう「Vibeコーディング」が誕生。アイデアさえあれば、1人でもアプリやサービスを生み出せると大きく注目されています。 が、まだまだAI生成コードフル活用は考えが甘かったようです。 AI生成コードをお直しするために人間を雇う企業が増えている傾向にあると、ネタ元の404 Mediaが報じています。 お直し専門職404 Mediaいわく、AI台頭で生まれた新しいプログラミングのジャンルがあ

                                                                        新たに生まれた専門職。AIが作ったコードのバグをお直しするプログラマー
                                                                      • GitHubのトレンドで振り返る2021年のJavaScript/TypeScript

                                                                        今年も GitHub のトレンドで 2021 年の JavaScript/TypeScript を振り返ります。去年の記事はこちらです。 — GitHub のトレンドで振り返る 2020 年の JavaScript | WEB EGG 集計方法 GitHub トレンドは過去の履歴を公式に提供していないため、非公式に集計されたデータを利用しています。 データソースはlarsbijl/trending_archiveを使用 去年はxiaobaiha/github-trending-historyを利用したが今年のデータは無かったので変更 日ごとにまとめた markdown になっており、remark で AST→ データ化しました 集計期間は 2021/01/01 から 2021/12/15 まで 対象言語はJavaScriptとTypeScriptのみ 集計後のデータはこちらのスプレッドシー

                                                                          GitHubのトレンドで振り返る2021年のJavaScript/TypeScript
                                                                        • ガートナー「先進テクノロジーのハイプサイクル 2025年版」発表。人に代わるマシン・カスタマー、プログラマブル・マネーなど注目

                                                                          ガートナー「先進テクノロジーのハイプサイクル 2025年版」発表。人に代わるマシン・カスタマー、プログラマブル・マネーなど注目 米調査会社のガートナーは、「先進テクノロジーのハイプサイクル 2025年版」を9月に発表しています(ガートナージャパンの発表)。 ガートナーのハイプサイクルは、技術の登場から安定までを5つのステージに分けて説明したものです。5つのステージは、「黎明期」から始まり、「『過度な期待』のピーク期」「幻滅期」「啓発期」「生産性の安定期」まで。この途中で消えていく技術もあります。 今回発表されたハイプサイクルは、2000を超えるテクノロジーや適用済みフレームワークから主要なインサイトを抽出し、押さえておくべき先進的なテクノロジを同社が簡潔にまとめたものです。 ガートナーは、このハイプサイクルに示した先進テクノロジーは今後2年から10年の間に変革をもたらす可能性を秘めていると

                                                                            ガートナー「先進テクノロジーのハイプサイクル 2025年版」発表。人に代わるマシン・カスタマー、プログラマブル・マネーなど注目
                                                                          • AIでSFマガジンの表紙をつくったメイキング話|深津 貴之 (fladdict)

                                                                            SFマガジンの表紙をAI画像で担当させていただきました。 SFマガジン2023年2月号自分にとってもはじめてのプロジェクトだったので、もろもろのメイキング記録メモ。 きっかけTwitterで「AI画像生成のお仕事こないかなー」とつぶやいたら、SFマガジンさんからコンタクトが。 SFマガジンは、中高生の時に図書館で毎号読んでいたので、ビックリ! 一も二もなく引き受けることに。 コンセプト設定まずはAIで作る表紙って、どういうのにしよう!?という方向性ぎめ。 編集さんとの初期ミーティングでは、「わりと自由にやってもらってOKよ」という言葉をいただきつつ… あわせてなんとなく「コンピューターおばあちゃん(サイバーパンクな人)」と「ニューロマンサーの表紙(旧版)的なの」みたいな、イメージをいただきました。 旧版のニューロマンサー。ウィリアム・ギブスン著。ニューロマンサーは、元祖サイバーパンク小説み

                                                                              AIでSFマガジンの表紙をつくったメイキング話|深津 貴之 (fladdict)
                                                                            • GitHub Copilotの活用はプルリク数・コードレビューの速さ・開発者体験・協働レベルを引き上げる - mtx2s’s blog

                                                                              GitHub Copilotの活用は、開発者の作業手間を軽減するだけではない。実際に、プルリク数が約26%増えたと言う1。これは、生成AIをソフトウェア開発に活用することで具体的にどのような効果があるのかを数値化した調査結果の1つだ。 "The Effects of Generative AI on High Skilled Work: Evidence from Three Field Experiments with Software Developers" と題された論文がその出典元である。日本語に訳せば、『生成AIが高度技能職に及ぼす影響: ソフトウェア開発者を対象とした3つのフィールド実験によるエビデンス』といったところか。“3つのフィールド実験” とは、マイクロソフト、アクセンチュア、フォーチュン100に名を連ねる匿名の電子機器製造企業での実験を指している。 本稿は、この論文を

                                                                                GitHub Copilotの活用はプルリク数・コードレビューの速さ・開発者体験・協働レベルを引き上げる - mtx2s’s blog
                                                                              • 設計の知識と技能で駆動するソフトウェア開発

                                                                                Object Oriented Conference 2024 登壇の機会をいただいたので、ここ数年、設計について考えていることを、言語化してみました。 はじめに 設計と開発プロセスの関係性 ソフトウェア設計の知識と技能 ① ソフトウェア設計の基礎知識 a. 基本課題 b…

                                                                                  設計の知識と技能で駆動するソフトウェア開発
                                                                                • AIでプログラミングが「楽しくなった」人たちと、少し違和感を抱く自分|magurotuna

                                                                                  最近、SNSを眺めていたり、オンライン・オフライン問わず交流をするような機会で、多くの人がAIの登場をポジティブに受け止めている声を聞く。「開発速度が格段に上がった」「今まで以上にたくさんのものが作れるようになった」「プログラミングがより楽しくなった」。確かにそれは素晴らしいことだと思う。でも、その一方で、なんとなくモヤモヤした気持ちを抱えている自分がいる。 私がソフトウェアエンジニアとして一番達成感を感じるのは、複雑な問題を解決できた時だ。OSSの難しいissueかもしれないし、本番環境で突然発生した謎のエラーかもしれないし、パフォーマンスが劣化した原因を突き止めることかもしれない。なぜこの問題が起きるのか、どこに原因があるのか、仮説を立てて検証を重ねて、ついに問題の本質を突き止めた時の興奮。そして、既存のコードと調和する美しい解決策を思いついた時の満足感。私にとって、プログラミングはパ

                                                                                    AIでプログラミングが「楽しくなった」人たちと、少し違和感を抱く自分|magurotuna

                                                                                  新着記事