並び順

ブックマーク数

期間指定

  • から
  • まで

8561 - 8600 件 / 16782件

新着順 人気順

*programmingの検索結果8561 - 8600 件 / 16782件

  • ヴォルデモートの名前を呼ぶと居場所を感知されるって設定、とんでもない脆弱性では?「世界中で呼びまくれば倒せそう」

    あかしあ みどり @akasia_midori ハリーポッターシリーズのヴォルデモート 名前を呼ぶと居場所を感知されるという設定があるんだけど実はこれとんでもない脆弱性なのではないかと思ってる あの世界なら秒間10^5回名前を呼ぶ道具とか作れそうだし たぶんDoS攻撃を受けたヴォルデモートは503を吐き出すだけのマシーンになる 2023-11-10 11:46:25 あかしあ みどり @akasia_midori ヴォルデモートも効率的なアルゴリズムを組めたら秒間10^5程度のリクエストはさばけるかもしれない 「競技プログラミング」でアルゴリズム力を鍛えてヴォルデモートを救おう! 日本で最大手の競技プログラミングコンテストサイトはAtCoder!みんなやろう!(ダイレクトマーケティング) 2023-11-10 14:33:13

      ヴォルデモートの名前を呼ぶと居場所を感知されるって設定、とんでもない脆弱性では?「世界中で呼びまくれば倒せそう」
    • 【忘れず登録しておこう!】GitHub Copilot X および GitHub Next の Waitlist 公開中プロジェクトまとめ | DevelopersIO

      GitHub Copilot X 自体の公式サイトはこちらです。 公式サイトからリンクされている下記のデモ動画で、VS Codeに統合されたチャットを利用して軽快にコーディングを行う様子に、心を踊らせた開発者は多いのではないでしょうか。 以下、公式サイトの記述を抜粋します。 With chat and terminal interfaces, support for pull requests, and early adoption of OpenAI’s GPT-4, GitHub Copilot X is our vision for the future of AI-powered software development. Integrated into every part of your workflow. (日本語訳) チャットとターミナル インターフェイス、プル リクエスト

        【忘れず登録しておこう!】GitHub Copilot X および GitHub Next の Waitlist 公開中プロジェクトまとめ | DevelopersIO
      • 「意地でも最後までゲームを作らせる!」がコンセプト――任天堂のプログラミングソフト

        パワーポイントみたいに配置するプログラミング 任天堂からゲームプログラミングのソフトが発売された。「任天堂の開発室から生まれたプログラミングソフト」というのが気になっている人もいると思う。テレビコマーシャルや店頭紹介映像が流れている『ナビつき! つくってわかる はじめてゲームプログラミング』(6月11日発売/Nintendo Switch用)である。どんなソフトかについては、私と一緒に体験会に参加した盛田諒氏のレポート記事がとてもよくポイントを伝えているのでそちらをご覧いただきたい。 それではなぜこの記事を書いているのかというと、子どものプログラミングについて私が感じていた《ちょっとしたモヤモヤ》に、このソフトが答えてくれている部分があるからだ。そのモヤモヤというのは、今年で第6回目となる「全国小中学生プログラミング大会」をやってきて、毎回感じていることだ(公式サイト)。それは、こちらの記

          「意地でも最後までゲームを作らせる!」がコンセプト――任天堂のプログラミングソフト
        • AI Agentのアウトプットに『Next.jsの考え方』を反映するプラクティス

          AI Agentの進化は目覚ましく、日々実装の品質も向上しています。しかし、開発者自身に明確な実装イメージがある場合、それをAI Agentに出力させることは難しく、さまざまな工夫を必要とします。Agentに与えるコンテキストやプロンプトを最適化したり、詳細なルールを整備することで精度を高めることができますが、これらには大変な労力を伴います。 筆者がNext.jsアプリケーションを扱う場合、実装イメージは著書『Next.jsの考え方』の内容に沿って生成されるため、「この本をAI Agentに読ませることで、アウトプットの精度を高めることができるのではないか」と考え、様々な検証を行いました。 本稿では検証を通して筆者が得た、AI Agentのアウトプットに『Next.jsの考え方』を反映するプラクティスについて紹介します。 要約 以下の条件を満たすことで、AI Agentのアウトプットに『N

            AI Agentのアウトプットに『Next.jsの考え方』を反映するプラクティス
          • LLMを活用した大規模商品カテゴリ分類への取り組み | メルカリエンジニアリング

            こんにちは、メルカリの生成AIチームで ML Engineer をしている ML_Bear です。 以前の記事[1]では商品レコメンド改善のお話をさせていただきましたが、今回は、大規模言語モデル (LLM) やその周辺技術を活用して30億を超える商品のカテゴリ分類を行なった事例を紹介します。 ChatGPTの登場によりLLMブームに火がついたということもあり、LLMは会話を通じて利用するものだと認識されている方が多いと思いますが、LLMが有する高い思考能力はさまざまなタスクを解決するためのツールとしても非常に有用です。他方、その処理速度の遅さや費用は大規模なプロジェクトでの活用にあたっての障壁となり得ます。 本記事では、こうしたLLMの課題を克服するためにさまざまな工夫を施し、LLM及びその周辺技術のポテンシャルを最大限に引き出して大規模商品データのカテゴリ分類問題を解決した取り組みについ

              LLMを活用した大規模商品カテゴリ分類への取り組み | メルカリエンジニアリング
            • AIと設計レビューする時代: Claude Codeで始める文書駆動開発 | ソフトアンテナ

              最近のAIの進化は凄まじく、ソフトウェア開発にとっても無くてはならいものになりつつあります。 Sebastien Castiel氏によるブログ記事「Turning Claude Code Into My Best Design Partner」では、AIエージェント「Claude Code」を単なるコード生成ツールとしてではなく、設計段階から関与させる協働パートナーとして活用する手法が紹介されています。 記事によると同氏は、当初やりたいことをそのままプロンプトに書いて実行していました。うまくいけばラッキー、失敗したら修正指示…という流れでしたが、タスクが複雑になるとこの方法では限界が訪れます。 会話が唯一の情報源になるため、過去の指示が上書きされ、コンテキスト制限で、会話の冒頭が忘れられるという問題も。修正のたびに混乱が増すという状態になってしまったのです。 「プランドキュメント」で一気に

                AIと設計レビューする時代: Claude Codeで始める文書駆動開発 | ソフトアンテナ
              • マイクロサービスに失敗する7つの方法

                次の問題は、CV駆動開発(CV-driven development)です。自分のCV(Curriculum Vitae、職務経歴書)を見ます。すると、"マイクロサービス"に関する部分が大きく空いていることに気付きます。これでは都合が悪いので、"自社のスタックを再構築して解決しよう"、と考えるのです — 読者の皆さんは、"Holly、それは皮肉が過ぎるよ"、と思うかも知れません。"自分の履歴書の都合でアーキテクチャを決めるやつがどこにいるんだ?" それが実は ... いるのです。 Red Hatは先日、コンテナベース開発を導入したおもな動機に関する調査を行いました。その結果、最も多かったものは"キャリアアップ"でした。"キャリアアップ"は、CV駆動開発の体のよい言い換えに過ぎません。 現在のマイクロサービスは"新正統派"と言ってもいいものですから、経歴書にマイクロサービスが欠けているのは大

                  マイクロサービスに失敗する7つの方法
                • ESLintがセグフォする件を調査していたら、Node.jsにコントリビュートしていた話 - CARTA TECH BLOG

                  はじめに こんにちは、サポーターズでエンジニアをしている@y_chu5です。 本記事では、当初ESLintのバグと思われていた問題が、実はNode.jsのバグであることが判明し、その修正に至るまでの過程をご紹介します。この体験を通じて得られた知見は、小中規模なプロジェクトのデバッグ手法として参考になるかもしれません。 まず、この問題の発見と初期調査において、VOICEVOXコミュニティのコミュニティサーバーの方々の多大なる貢献があったことを深く感謝申し上げます。彼ら彼女らの綿密な調査と報告がなければ、今回の問題解決には至らなかったと考えています。 問題との出会い 私の所属している VOICEVOX(テキスト読み上げ・歌声合成ソフトウェア)のコミュニティである 「VOICEVOX Communty by Discord」の開発雑談チャンネルで、とても気になるIssueについての話題が挙がって

                    ESLintがセグフォする件を調査していたら、Node.jsにコントリビュートしていた話 - CARTA TECH BLOG
                  • 13億パラメータ日本語GPT-2を使ってみる

                    2021年11月18日にOpenAIが「GPT-3」のウェイティングリストを解除すると発表しました。 これにより申請すれば誰でもGPT-3のAPIを使用できるようになります。 ということで、GPT-3 ... ただ、上記の記事でも紹介していますが、日本語に特化したモデルではなく、やっぱり日本語で生活している人にとっては日本語のGPTが欲しくなりますね。 そこで、13億パラメータを持つGPT-2のモデルを日本語で学習して、公開してくれたのがこの「rinna」社です。 ということで今回は、この日本語GPT-2を触ってみたいと思います。 なお、今回はモデルの説明は一切ありませんので、詳細についてはこちらの記事を参照していただければと思います。 GPT ... 『【論文解説】OpenAI 「GPT」を理解する』 一番仕組みを詳しく解説しています。GPT-2 ... 『【論文解説】OpenAI 「G

                      13億パラメータ日本語GPT-2を使ってみる
                    • トーバルズ氏、Linuxの「次の楽しみな30年が待ち受けている」

                      Linus Torvalds氏は、Linuxカーネルが誕生してから30周年を迎えたことに言及する一方で、Linux開発者にはこれからまだたくさんの仕事があると指摘した。 Linuxは、スマートフォンからクラウドコンピューティングに至るまで、あらゆることに極めて大きな影響を与えてきたが、IT業界の外ではLinuxがこんな節目を迎えたことは意識されないだろう。Linuxの生みの親であるTorvalds氏は、日曜に公開した新しい安定版カーネルのリリースノートの中で、Linuxの認知度の低さをネタにした。 「皆さんは今も30周年イベントの派手な催し物で忙しくしているだろうが、きっとどこかのタイミングで、この派手さや花火やシャンペンにも飽きてきているに違いない」と同氏は述べている。「今着ている夜会服や燕尾服も、それほど快適なものではないだろう。お祝いはもう数週間は続くだろうが、皆さんもそろそろ一息つ

                        トーバルズ氏、Linuxの「次の楽しみな30年が待ち受けている」
                      • 雑務をこなすうちにLinuxに習熟できるかも!? シェル・ワンライナーをお勧めする理由 : 新刊ピックアップ | 技術評論社

                        コンピュータは便利ですが、それでも手間のかかる作業は多々あります。とくにGUI(グラフィカルユーザーインターフェース)のソフトウェアで次のような作業をやらないといけないとしたら、面倒そうだと思いませんか? 複数のファイルのファイル名を一括で変更する 大量の画像ファイルの中から全く同じ画像のファイルを探す 複数のファイルに記録されている数ヵ月にわたるログから特定の期間の情報だけを抽出する これらの作業をするには、ファイラー(Windowsのエクスプローラーなど)やエディタだけでは限界があります。専用ソフトをいくつか使ったり、単純な手作業を繰り返したりして作業することになります。 その点、シェルやスクリプト言語を使えば細かな条件をプログラミングすればどんな作業でも片付けられます。また、ターミナルのCLI(コマンドラインインターフェース)上では、コードを書いてそのまま実行できるため、たいへんお手

                          雑務をこなすうちにLinuxに習熟できるかも!? シェル・ワンライナーをお勧めする理由 : 新刊ピックアップ | 技術評論社
                        • Cline × Amazon Bedrock でCRUDアプリのフルスタック開発をやってみた - Taste of Tech Topics

                          はじめに こんにちは一史です。 先日神代植物公園に行きました、まだ藤の花が残っておりとても綺麗で癒されました。 昨今、開発支援のAIエージェントとしてClineが話題になっています。 github.com ClineはVisual Studio Code(VSCode)の拡張機能であり、単なるコード生成だけでなく、コマンド実行や動作確認・デバッグまでを一貫して行ってくれる点が特徴です。 Clineは任意の生成AIモデルを指定し、コードを生成させることができます。 このためセキュアで実際の開発現場でも活用されるAmazon Bedrockと組み合わせることでビジネスシーンでの活用も可能となります。 今回、LLMとしてBedrockを利用して、CRUD処理を行うアプリを開発できるか、TODOアプリ作成を題材に試していきます。 はじめに 概要 Clineとは? Amazon Bedrockを使う

                            Cline × Amazon Bedrock でCRUDアプリのフルスタック開発をやってみた - Taste of Tech Topics
                          • 「HTML解体新書」HTMLのこれからと向き合うための本 - クラウドワークス エンジニアブログ

                            「HTMLの前提についてはざっと知った、ステップアップできるHTMLの勉強がしたい」「人に勧められるHTMLにまつわる書籍はあるだろうか」「令和でHTMLを学ぶならこの1冊、というものがほしい」―――そうした人々のニーズを叶えてくれる書籍が販売された。 その名も「HTML解体新書」だ。 本ブログ記事は、レビュアーとして関わり本書を読んだ@okuto_oyamaによる感想と、HTMLのこれからについて考えていることをまとめたものである。 本の内容については、著者によるブログ記事にまとまってあるのでそちらを参考にしてもらいたい。 creators.bengo4.com まだまだHTMLについて知らないことがあった 私がHTMLについて始めて触れたのは、とあるブログサービスのHTML編集機能からだ。その頃は HTMLの仕様というものを知る由もなく、どういったタグを使うと画面上にどのように表示され

                              「HTML解体新書」HTMLのこれからと向き合うための本 - クラウドワークス エンジニアブログ
                            • 失敗する書き直し、成功する書き直し / karino2 - Message Passing

                              全体的な事を言えば、自分は書き直し反対派と思う。 morritaさんの言う20年前の意見をほぼそのまま現代まで持っている。 頭の硬い古い老人という事だろう。 そういう訳で、そんな古い側の人間が書き直しについてどんな事を思っているのかを書いてみたい。 失敗するケースは割と限定されている ソフトウェアの書き直しには、成功するものと失敗するものがある。 失敗する条件を厳密に挙げるのは難しいけれど、失敗する書き直しは、自分は見れば分かる、と思っている(本当に分かるかは議論の余地があるけれど)。 まずshinhさんの言っている半分素人が挑戦するケースは良く見かける。これはまぁいい。全然良く無いけれど。 それ以外で良く失敗するのは、ある程度の規模、だいたい10万行以上のソフトウェアで、 その時点で多くのユーザーを持っていて、 書き直しにかなりの時間と人がかかる奴が多いと思う。 そしてデスクトップ、iO

                                失敗する書き直し、成功する書き直し / karino2 - Message Passing
                              • Goコンパイラのお勉強(2)~高階関数のためのインライン展開とエスケープ解析~ - Techtouch Developers Blog

                                はじめに インライン展開 インライン展開とは 高階関数のパフォーマンスが落ちる例 インライン展開の制約 エスケープ解析 エスケープ解析とは 高階関数のパフォーマンスが落ちる例 さいごに 参考文献 はじめに 先々月にも Go コンパイラの最適化に関するブログ記事を書いたのですが、多くのブックマークを頂けて感謝です! SRE の izzii です。 github.com 上のドキュメントを参考にしつつ Go コンパイラの最適化に関する記事を連載していきます。本記事は 2 本目です。 [第 1 回] Goコンパイラのお勉強(1)~ゼロ幅の型によるメモリ利用の最適化と未定義動作~ [本記事] Goコンパイラのお勉強(2)~高階関数のためのインライン展開とエスケープ解析~ [第 3 回] Goコンパイラのお勉強(3)~配列の効率的な操作に関する最適化~ 文字数の関係でタイトルでは高階関数という言葉を

                                  Goコンパイラのお勉強(2)~高階関数のためのインライン展開とエスケープ解析~ - Techtouch Developers Blog
                                • サイバーエージェントにおけるMLOpsに関する取り組み at PyDataTokyo 23

                                  PyData.Tokyo Meetup #23 MLOps〜AIを社会に届ける技術での発表資料 https://pydatatokyo.connpass.com/event/210654/

                                    サイバーエージェントにおけるMLOpsに関する取り組み at PyDataTokyo 23
                                  • Java のpublic static void main なくなるってよ。 - Qiita

                                    そもそもなに? Javaプログラムのエントリポイントは、public static void main(String[] args)と相場が決まっています。いっぽうでツイッター界隈ではJava 21の最新機能として必ずと言っていい程「今後はstatic要らないんだよ」これが出てきます。 短期間に二度三度出てきたので、気になって調べてみました。すごく気になったのは static の記述自体の廃止 これは目も当てらません。ちょっとjava使うの辞めたい気持ちになります。なぜなら、javaバイトコード仕様自体が変更になるということは過去資産が使えなくなる可能性や、今後のマイグレーション案件に多大な影響を与えるからです。。ほんとまずい。。 調べてみましょう こういう時は1次情報をきちんと見ないといけませんね。JDKの一次情報といえば OpenJDKの公式サイト ですね。みてみましょう。Featur

                                      Java のpublic static void main なくなるってよ。 - Qiita
                                    • 数学的基礎を徹底解説!――近刊『コンピュータサイエンスにおける様相論理』まえがき公開|森北出版

                                      2022年1月下旬発行予定の新刊書籍、『コンピュータサイエンスにおける様相論理』のご紹介です。 同書の「まえがき」の一部を、発行に先駆けて公開します。 *** 〈 本書の目的 〉 様相論理とは、たとえば「真の可能性がある」「将来にわたってずっと偽」「それが真であることを花子は知っている」のように、単に真か偽かだけでなく状況に依存した真偽や複雑化された真偽概念を表現できる論理です。さまざまな動機から生まれたさまざまな様相論理がありますが、コンピュータサイエンスにおいてはCTL(computation tree logic)、様相ミュー計算(modal μ-calculus)、PDL(propositional dynamic logic)といった様相論理がよく研究されています。CTLは、たとえば「Aが起こればその後いつかはBが起こる」のような、時間とともに変化する真偽を細かく記述できるので、

                                        数学的基礎を徹底解説!――近刊『コンピュータサイエンスにおける様相論理』まえがき公開|森北出版
                                      • GitHub Copilot X:AIを搭載した開発者体験

                                        GitHub Copilotは、チャットや音声インターフェイスの組み込み、Pull Requestのサポート、ドキュメントに関する質問への回答、OpenAIのGPT-4の採用など、よりパーソナライズした開発者体験を提供できるよう進化を遂げています。 GitHubのミッションは常に、時代の先を行くイノベーションを起こし、ソフトウェアで強化された世界で、開発者がより幸せかつ生産的になるために必要なものを提供することです。数年前に大規模言語モデルの実験を開始し、生成系AIはソフトウェア開発の未来を象徴する存在であることがすぐに明らかになりました。GitHubはOpenAIと提携して、GPT-3の子孫であるOpenAIのCodexモデルを使用した世界初の大規模な生成系AI開発ツールとしてGitHub Copilotを開発しました。 GitHub Copilotは、コメントやコードを自動補完すること

                                          GitHub Copilot X:AIを搭載した開発者体験
                                        • とある高専生にソフトウェアエンジニアについて話した - tenntenn.dev

                                          昨日は1日休みをとって、親戚の高専の情報科に通う学生にソフトウェアエンジニアについて以下のようなことを話をしました。 自分の将来について考える大切さ 情報を得ることの重要性 ソフトウェアエンジニアとはどういう職業か プログラミングの楽しさ 大学への進学について 私が経験したことや知ってることをなるべくバイアスが掛からないように伝えるよう心がけたつもりです。どのくらい上手く伝えられたかは分かりませんが、熱心に聞いてくれました。 当日用いた資料は一部を覗いて一般的な内容なので以下のURLから公開しています。内容で間違ってる部分があったらDMなどで教えていただけると嬉しいです。また、親戚のおじさんから親戚の学生へのアドバイスのための資料だという視点で暖かく見てもらえると助かります。 https://tenn.in/forstudents もし、高校や高専、大学などで似たような話をしてほしいという

                                          • Choose the Right Python Concurrency API - Super Fast Python

                                            How to Choose the Right Python Concurrency API Python standard library offers 3 concurrency APIs. How do you know which API to use in your project? In this tutorial, you will discover a helpful step-by-step procedure and helpful questions to guide you to the most appropriate concurrency API. After reading this guide, you will also know how to choose the right Python concurrency API for current and

                                              Choose the Right Python Concurrency API - Super Fast Python
                                            • ロボ太 on Twitter: "普段からコンパイラをいじめてると、「どうやったらコンピュータが困るか」が、なんとなくわかるようになるんですよね…… https://t.co/vQzX2aN8p8"

                                              普段からコンパイラをいじめてると、「どうやったらコンピュータが困るか」が、なんとなくわかるようになるんですよね…… https://t.co/vQzX2aN8p8

                                                ロボ太 on Twitter: "普段からコンパイラをいじめてると、「どうやったらコンピュータが困るか」が、なんとなくわかるようになるんですよね…… https://t.co/vQzX2aN8p8"
                                              • オープンソースの終焉? ではなく次代の(技術、ガバナンス)モデルに移るべきという話 - YAMDAS現更新履歴

                                                techcrunch.com 「オープンソースの終焉?」という不穏なタイトルを掲げている文章だが、TechCrunch Japan ではなぜか翻訳されていないようだ。 このエントリは、今年の春にミネソタ大の研究者が研究のためとして Linux カーネルに意図的に脆弱性コードをコミットしようとし、Linux コミュニティが出禁措置を言い渡したのを受けてミネソタ大学がおわびの公開書簡を発表するにいたった Hypocrite Commits(偽善者のコミット)騒動の話から始まる。 この問題はオープンソースのエコシステムとそのユーザを脅かすもので、このエコシステムはいわゆる FOSS があらゆる人間の事業にますます重要になっているという問題と格闘してきた――と続くのだが、うーん、あの騒動はパッチ主の態度にかなり問題があったと思うのよね。 ともかく Mirantis の CTO でもある Shaun

                                                  オープンソースの終焉? ではなく次代の(技術、ガバナンス)モデルに移るべきという話 - YAMDAS現更新履歴
                                                • 入れ子構造を自由に拡張する – TypeScript版「Trees that Grow」 | IIJ Engineers Blog

                                                  日本Haskellユーザーグループ(愛称 Haskell-jp)発起人の一人にして、Haskell-jpで一番のおしゃべり。 HaskellとWebAssemblyとプリキュアとポムポムプリンをこよなく愛する。 This is a Japanese translation of Flexiblly Extend Nested Structures – “Trees that Grow” in TypeScript. 抽象構文木(AST, Abstract Syntax Tree)の扱いに慣れた一部のHaskell開発者の間では、「Trees that Grow」というイディオムが一般的で、Haskellの最も有名なコンパイラ、GHCにおいても採用されています。今回は、この「Trees that Grow」をTypeScriptで実現するにはどうすれば良いかを共有しましょう。 あらまし Ha

                                                    入れ子構造を自由に拡張する – TypeScript版「Trees that Grow」 | IIJ Engineers Blog
                                                  • 続・AIのためのオンボーディングドキュメントを整備する (2026年1月版) - inSmartBank

                                                    スマートバンク新春エンジニア駅伝2026も第五区に差し掛かりました*1。 昨日の id:minisera によるクレジットカード番号の混入を防ぐ技術 - inSmartBank はまさにカード決済に携われるエンジニアリングならではの記事でした。打って変わって本記事はSoftware Engineer / Engineering Managerの id:ohbarye が旬と思しきAIトピックをお届けします。 去る2025年3月、弊社が公開した『AIのためのオンボーディングドキュメントを整備する』ではAIコーディングツール活用時に期待した通りの成果物にならないという課題と、その解決策としての「AIのためのオンボーディング整備」について紹介しました。 あれから約10ヶ月が経過する中で起きたツールや周辺状況の変化に合わせ、以前の記事で紹介したAI向けオンボーディングドキュメントを再整理しました。

                                                      続・AIのためのオンボーディングドキュメントを整備する (2026年1月版) - inSmartBank
                                                    • 抽象度の高い関数型言語プログラミングのスキルを身につけるための書籍が発売/「OCaml」を通じて関数型プログラミングを学べる『関数型言語で学ぶプログラミングの基本』【Book Watch/ニュース】

                                                        抽象度の高い関数型言語プログラミングのスキルを身につけるための書籍が発売/「OCaml」を通じて関数型プログラミングを学べる『関数型言語で学ぶプログラミングの基本』【Book Watch/ニュース】
                                                      • 皆で楽しく成長するためのペアプログラミングとモブプログラミングのガイドライン - Qiita

                                                        Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 1. はじめに 本稿は、ペアプログラミングとモブプログラミング(以降、ペアプロ・モブプロと表記)について、私のチームでのガイドラインを紹介します。執筆時点でのペアプロ・モブプロ歴は4年です。 私のチームは若手が多く、「ハピネスチームビルディング」という皆が主体的に楽しく成長しながら開発するという取り組みをしているため、「メンバーが楽しく成長する事」を重視している点が、普通のやり方と少し異なります。 ハピネスチームビルディングの詳細は、ITエンジニア向け月刊誌「Software Design」で連載してますので、そのWeb公開版の以下を参

                                                          皆で楽しく成長するためのペアプログラミングとモブプログラミングのガイドライン - Qiita
                                                        • コードをセルフレビューしてる?〜いまから実務を始める君へ〜 - Qiita

                                                          はじめに 「自身のコードを振り返り、実装内容を言語化する習慣はありますか?」 「開発をするとき、動いたからOKと思い、急いでPRを出していませんか?」 また、「コードを書いて要件を満たしているからと、そのまま丸投げレビューを依頼してませんか?」 今はAIがあることが当たり前なので、「AIが生成したコードも、なぜその実装が正しいのか理解せずに、そのままレビューを依頼してませんか?」 それは、チーム内の開発コミュニュケーションとして良くないよーーーー! この記事では、Draft Pull Requestと、セルフレビューはどういうものかやその大切さを教えます!!! 以下では、Pull RequestをPRと省略します。 対象読者 長期インターン前に急いでGitHubの復習をしているエンジニア チームに入る前や入りたての駆け出しエンジニア セルフレビューが苦手な若手エンジニア まずは自分の体験か

                                                            コードをセルフレビューしてる?〜いまから実務を始める君へ〜 - Qiita
                                                          • Vibe coding に .env は使わない

                                                            対象 .env に API キーを入れてそのまま開発している セキュリティーを意識して、Vibe Coding を行いたい方 はじめに  ~.envはなんで危ない?~ 🧑‍💻:「.env 読まないでね」 🤖:「かしこまりました! では .env を読み込みます」 ではでは、.envを読み込まれるとなにが問題なの? AIに.env を読まれると機密情報が学習されることが真っ先に思い浮かびますが、 実際問題になるのは、学習よりも前の段階で 機密情報(.env)がAIとその周辺のツールの処理に乗ることです。 (もちろん、AIエージェントの設定で学習されるリスクもあります) 具体的に何が起きるのか .env を AI が読める状態にしていると、以下のようなリスクがあります。 1. 生成コードへの埋め込み 「この API を使って通信処理を書いて」と依頼した際に、.env から読み取った値がハ

                                                              Vibe coding に .env は使わない
                                                            • OpenAI API

                                                              An API for accessing new AI models developed by OpenAI

                                                              • Scalaのメモリ使用量はJavaよりも多いか検証した - Lambdaカクテル

                                                                こういう記事を読んだ。 transparent-to-radiation.blogspot.com なんかScalaのメモリ使用量が異常に多いなと思って、調べた。検証コードもアップした。 github.com 検証として、様々なJVM(OpenJDKとかCorettoとか)とそのバージョン(8, 11, 17)でJARを実行して考察した。JVMを用意するためにASDFを使った。また、ASDFから引っぱってこれないJVMのバージョン(OpenJDKの8など)は省略している。 JAVA_OPTSは-Xms100M -Xmx2Gである。 手元のマシン(Linux x86_64 Xeon W-10855M 2.80GHz 64GiB RAM)でのrun-matrix.shの実行結果は、以下の通り(各列は、JVM、計算件数、実行時間Sec、メモリ総使用量KiB)。 openjdk-11 openjd

                                                                  Scalaのメモリ使用量はJavaよりも多いか検証した - Lambdaカクテル
                                                                • 値オブジェクトへの誤解が生まれる一つのストーリー - 文脈と定義を大事にする

                                                                  先日、 という記事を書いたところ、思ったよりも反響がありました。その影響があったかは不明ですが、また値オブジェクトについての話題がちょびちょびと発生していました。 そのやり取りの中で、私は未読だった論文が紹介されていて、その論文を読んだことで「このようにすると値オブジェクトに誤解が生じる」という一つのストーリーを認知できたため、どのようにこの論文を読むと誤解が発生するか、という事について説明します。 なお、前回書いた記事も、この記事も、誤りを糾弾したいとか、誤ったから著者が悪であるといった事を主張しているわけではありませんので、改めて記しておきます。この記事では、単純に事実の指摘と修正の提案、およびなぜ文脈や定義を大事にする必要があるのかという事について述べます。 いい加減、値オブジェクトの話題はしつこすぎるのでは?非生産的なのでは?そんな事よりもっと生産的な事をしたら?というご意見もある

                                                                    値オブジェクトへの誤解が生まれる一つのストーリー - 文脈と定義を大事にする
                                                                  • Pythonの整数型はどのように実装されているのか

                                                                    この記事はPython Advent Calendar 2021 18日目の記事です。 GoogleでソフトウェアエンジニアをしているAlberto Oshiro氏のHow Python Represents Integers using Bignumの翻訳になります。本人のご了承を得て公開しています。感謝。 Photo by Crissy Jarvis on Unsplash C/C++のような低レイヤーのコーディングをしているプログラマは整数型のメモリ使用量を気にしなければいけません。また、オーバーフローを防ぐために変数の取りうる最小・最大値も把握して、intで十分なのか、longが必要なのかを常に考えなければいけません。 C/C++と違ってPythonの整数値にはオーバーフローがないので、Pythonプログラマは整数にどの型を使うか考える必要はないです。また、Pythonの整数型はと

                                                                      Pythonの整数型はどのように実装されているのか
                                                                    • imgタグの変化 - 気づいたら時代遅れなHTMLを書いてた - Qiita

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

                                                                        imgタグの変化 - 気づいたら時代遅れなHTMLを書いてた - Qiita
                                                                      • 【海外記事紹介】「Reactを規制すべき」「ReactはWebを劣化させている」と強烈にDisる記事が話題に — Webプラットフォームの可能性を再評価すべきと主張

                                                                        10月24日、デザイナー兼フロントエンド開発者のDave Bushell氏が「Reactを規制するべき時期ではないか?(Is it Time to Regulate React?)」と題した記事を公開した。この記事では、近年のWeb開発におけるReactの支配的地位と、それがもたらす弊害について論じられている。Bushell氏は、Reactがもはや「便利なフレームワーク」ではなく、Webを劣化させる一因になっていると強く批判している。以下に、その内容を紹介する。 Reactがもたらした「Webの劣化」 Bushell氏は冒頭で、Reactに対する「規制」という刺激的な言葉を用いながらも、真意は「開発者自身による自省と是正」にあると述べている。 彼によれば、今日のWebは「遅く」「壊れやすく」「アクセシビリティを欠いた」状態にあり、その多くがReactによって構築されているという。過剰なJa

                                                                          【海外記事紹介】「Reactを規制すべき」「ReactはWebを劣化させている」と強烈にDisる記事が話題に — Webプラットフォームの可能性を再評価すべきと主張
                                                                        • 「プログラマの抱いている名前についての誤謬」に関する誤謬 - Islands in the byte stream

                                                                          プログラマの抱いている名前についての誤謬 こういうよく知られた翻訳エントリがあって、主張しているのはだいたい次のようなことです。 名前とはその人のアイデンティティの中核をなすものだから、システムは「その人が主張する名前」を尊重するべきである 「名前」を入力するべきシステムの開発者は、名前に関して暗黙の仮定を置いてしまうことが多い たとえば「名前はファースト・ネームとラスト・ネームに分かれている。」というような しかし、それらの仮定は基本的に全て間違っている これに関して「この要求を満たすシステムを実装するのは不可能ではないか」という反応が散見されます。 しかしそれは、この「プログラマの抱いている名前についての誤謬」に関する誤謬ではないでしょうか。 このエントリには直接書いてないのですが、このエントリでは要するに 名前について仮定を置くな と言っているのです。言い換えれば、 名前を入力するフ

                                                                            「プログラマの抱いている名前についての誤謬」に関する誤謬 - Islands in the byte stream
                                                                          • 超インタラクティブなWebサイトやゲームが作り放題の「Playful」を使ってみた! -

                                                                            どうも、まさとらん(@0310lan)です! 今回は、インタラクティブ性の高いWebサイトやミニゲームなどを簡単に開発できる無料のWebサービスをご紹介します。 一般的なWebサイトはもちろんのこと、ノーコードで高度なロジックを組み立てる機能も提供されているので、アイデアしだいでとてもユニークな作品を作れるのが特徴です。 オリジナリティあふれるWeb作品を手軽に作りたい人はぜひ参考にしてください! 【 Playful 】 ■「Playful」の使い方! それでは、「Playful」をどのように使えばいいのか詳しく見ていきましょう! まずはサイトのトップページから【Sign Up】ボタンをクリックして、無料のユーザー登録を済ませておきます。 「メールアドレス」と「パスワード」を入力します(Googleアカウントも利用可)。 次に好きなユーザー名を設定しましょう。 最後に「LET'S PLAY

                                                                              超インタラクティブなWebサイトやゲームが作り放題の「Playful」を使ってみた! -
                                                                            • Rubyアンチパターン: なんでもHash

                                                                              ソフトウェアの内部では、データを様々な形に加工しつつ、あちこちに受け渡して再利用します。そのためのデータ構造として、RubyではHashクラスのオブジェクト(他の言語ではMapだったりDictionaryだったり連想配列だったりします)を使うことはよくあります。 単体の数値や文字列ではなく、それらを組み合わせたデータを扱う際には、Hashオブジェクトが便利です。 しかし、あらゆる場面でHashを駆使しようとすると、利便性よりも弊害が大きくなります。 典型的な症状 あちこちで同じだったりちょっと違ったりするHashオブジェクトを引き回していたりします インスタンス変数が少なく(あるいはまったくなく)、その代わりとしてメソッド引数のHashオブジェクトにいろんなデータを渡していたりします 1つのHashオブジェクトのキーとして、文字列やシンボル、さらにはそれ以外のクラスのオブジェクトが使われて

                                                                                Rubyアンチパターン: なんでもHash
                                                                              • フロントエンドの知識地図 | 技術評論社

                                                                                著者 株式会社ICS 池田泰延(いけだやすのぶ) ,西原翼(にしはらつばさ),松本ゆき(まつもとゆき) 著 定価 2,860円(本体2,600円+税10%) 発売日 2023.11.24 判型 A5 頁数 344ページ ISBN 978-4-297-13871-4 978-4-297-13872-1 概要 フロントエンド開発の範囲は広く、習得すべき技術は多種多様です。 HTML・CSS・JavaScriptはフロントエンドエンジニアにとって共通言語ではあるものの、Webサイトを制作するのか、Webアプリケーションを開発するのか、その違いによって採用すべき技術は全く異なります。それは、Webの多様性に対して技術的な正解がひとつではないことを示しています。 本書はフロントエンドの技術を俯瞰し、「エンジニアが共通して知っておくべき技術はなにか」、「(多種多様なエンジニアにとって)どの分野にフォー

                                                                                  フロントエンドの知識地図 | 技術評論社
                                                                                • スマホでもPCでもタスクをこなすAIネイティブな開発環境を作ろう! - tacomsテックブログ

                                                                                  こんにちは、プロダクト開発チームのかわさきです。 みなさん、AIは活用されていますか? AIエージェントの登場によって私たちの開発スタイルは大きく変化しています。ソースコードはLLMの生成物となり、エンジニアの役割は「いかに適切なコンテキストとプロンプトを与えるか」にシフトしています。 以下のブログにもある通り、弊社開発チームにはClaude CodeがMax (20x)のプランで配布されています。 直近のプロジェクトではドキュメントからコードまですべて Claude Code で生成しています。 tacoms-inc.hatenablog.com AIエージェントの強みのひとつは速度です。人間に比べて圧倒的な速度で成果物ができあがります。この変化はこれまでにない速度で開発を推し進めることができる一方で、新たな悩みも出てきました。 1. 人間が付いていけない 複数のセッションを開始すること

                                                                                    スマホでもPCでもタスクをこなすAIネイティブな開発環境を作ろう! - tacomsテックブログ

                                                                                  新着記事