並び順

ブックマーク数

期間指定

  • から
  • まで

4841 - 4880 件 / 16787件

新着順 人気順

*programmingの検索結果4841 - 4880 件 / 16787件

  • [入門] Pythonを10倍高速化する実践テクニック集 - Qiita

    この記事で学べること この記事を読むことで、以下のスキルが身につきます。 Pythonコードのボトルネックを特定する方法 NumPyを使ったベクトル化処理の実装 非同期処理による並列化テクニック メモリ効率を最適化する実践的な方法 JITコンパイラ(Numba)の効果的な使い方 それでは、実際のコードと測定結果を見ながら、Pythonの高速化テクニックを学んでいきましょう。 なぜPythonは遅いのか?そして、どう高速化するのか? Pythonが遅い理由を理解していますか? 普段Pythonを使っている皆さんは、なぜPythonが遅いと言われるのか、その根本的な理由を理解しているでしょうか。Pythonの実行速度が遅い主な理由は以下の通りです。 動的型付け1 - 実行時に型チェックが行われる インタープリタ実行 - コードが逐次解釈される GIL(Global Interpreter Lo

      [入門] Pythonを10倍高速化する実践テクニック集 - Qiita
    • ソフトウェアエンジニアのライブラリアップデートの向き合い方 - Uzabase for Engineers

      こんにちは。ソーシャル経済メディア「NewsPicks」NewsPicks Stage.事業のエンジニアをしています、林です。 業務では Next.js / Rust / Go などを用いて、経済・ビジネス情報に特化した動画配信サービスであるNewsPicks Stage.の開発・運用を行っています。 はじめに 突然ですが、皆さんは自身のソフトウェアのライブラリアップデートは行えていますか? 皆さんはどのようにライブラリアップデートを行なっていますか? 新機能を試したくて? npm iで失敗してから頑張る? Renovate / dependabot が自動Mergeされる環境? もしくは対応担当が特定の日にまとめてMergeする運用? しかし多くの開発者は、アップデートに対して「うまくいっている」と言えないのではないでしょうか?自身も様々なプロダクトを開発してきた経験上、日々の中ではどう

        ソフトウェアエンジニアのライブラリアップデートの向き合い方 - Uzabase for Engineers
      • なぜ Go ではロガーをコンストラクタ DI してはならないのか

        問題のある実装パターン 共通実装 以下のような applog パッケージ上のロガー実装を考えましょう。ここでは Go 標準の log.Logger をラップしていますが,様々な実装に拡張できることを想定しています。 package applog import ( "fmt" "log" "os" ) type Logger interface { Info(message string) Error(message string) } func NewLogger() Logger { return &logger{ inner: log.New(os.Stdout, "", log.LstdFlags), } } var _ Logger = (*logger)(nil) type logger struct { inner *log.Logger } func (l *logger)

          なぜ Go ではロガーをコンストラクタ DI してはならないのか
        • 反AIの方が「貴方のプログラムは他人のプログラムを継ぎ接ぎして作ってるんですか!?」と言ってるのを見て思わず「そうですけど!?」が出かけた

          なにわづ @imawo_harubeto 先人の作ったマシンとOSの上で、先人の作ったデバイスとソフトを用いて、先人の書いた言語とライブラリを借りて、先人の考えたデータ構造とアルゴリズ厶に感謝してプログラミングをしている 依拠性の程度はそれぞれでも、巨人の肩の上に乗らなければcreationは成り立たないと思う 2024-10-03 09:22:12

            反AIの方が「貴方のプログラムは他人のプログラムを継ぎ接ぎして作ってるんですか!?」と言ってるのを見て思わず「そうですけど!?」が出かけた
          • スタバでMacを開くエンジニア on Twitter: "ゲーム感覚でプログラミング学習ができるサービスをまとめました。 こちらにまとめています👇 https://t.co/q948oGfKVu https://t.co/EsNDwCpxgj"

            ゲーム感覚でプログラミング学習ができるサービスをまとめました。 こちらにまとめています👇 https://t.co/q948oGfKVu https://t.co/EsNDwCpxgj

              スタバでMacを開くエンジニア on Twitter: "ゲーム感覚でプログラミング学習ができるサービスをまとめました。 こちらにまとめています👇 https://t.co/q948oGfKVu https://t.co/EsNDwCpxgj"
            • 令和 3 年秋期応用情報技術者試験のコンテナ型仮想化に関する問題からコンテナを考える - TenForward

              今さらの話なのですが、「コンテナとは」というお話です。厳密には「コンテナ型仮想化とは」です。 まあ、ほとんどネタなので、細かなところへのツッコミはなしでお願いします😂 X を見てると、徳丸さん(@ockeghem)の気になるポストを見つけました。 この応用情報技術者試験の問題、正答は消去法で答えられるのだけど、「コンテナ型仮想化の説明として、適切」かと言われると、違う、そうじゃないと言いたくなりますね。https://t.co/DIwYo5zm3t— 徳丸 浩 (@ockeghem) 2025年8月12日 情報処理試験に出た「コンテナ型仮想化」に関する問題です。令和 3 年秋期という結構前の問題なので、IPA さんも「今ならこんな問題出さないよ」という話かもしれませんが。 なんで令和 3 年の問題が今取り上げられていたのかは知りません。 問題は次のような問題です。 正解は「ア」です。うー

                令和 3 年秋期応用情報技術者試験のコンテナ型仮想化に関する問題からコンテナを考える - TenForward
              • 開発生産性指標を向上させるためにやってはいけないアンチパターン - Findy Tech Blog

                こんにちは!ファインディでFindy Team+開発チームのEMをしている浜田です。 昨今、開発生産性を高めるための取り組みを行っている組織が増えてきていると感じています。 開発生産性を向上させるためには、まずは定量的に可視化することが重要です。 可視化することで現状を把握して、開発組織の伸びしろを発見したり、課題を明らかにし、改善活動に取り組みやすくなります。 一方、定量的な指標に焦点を当てすぎてしまい本質的ではない対応をしてしまい、指標は向上したものの実際の生産性は向上していなかったり、むしろ悪化してしまうこともあります。 この記事では、開発生産性指標を向上させるためにやってはいけないアンチパターンについて紹介します。 デプロイ頻度を向上させるために、デプロイプロセスは変更せずに実施回数を増やした デプロイ頻度はDORAが提唱するDevOpsの4つの指標(Four Keys)の1つであ

                  開発生産性指標を向上させるためにやってはいけないアンチパターン - Findy Tech Blog
                • 自宅LAN内で環境構築してみる?『Pythonで作るおうちクラウドコンピューティング』が発売/『技術の泉シリーズ』新作【Book Watch/ニュース】

                    自宅LAN内で環境構築してみる?『Pythonで作るおうちクラウドコンピューティング』が発売/『技術の泉シリーズ』新作【Book Watch/ニュース】
                  • なぜ「AIによる株式投資」は普及していないのか?

                    AIは囲碁などのボードゲーム、自動運転車、タンパク質構造の解析などさまざまな分野で実用化されています。しかし、一見するとAIとの相性がよさそうな「株式市場への投資」においては、機械学習やAIによる意思決定があまり普及していないとのこと。そこで、ケンブリッジ大学やオックスフォード大学の研究チームが、2000年~2018年に発表された複数の研究から「AIを使った株式投資は実用化できるのか?」を分析した研究結果を発表しました。 A review of machine learning experiments in equity investment decision-making: why most published research findings do not live up to their promise in real life | SpringerLink https://lin

                      なぜ「AIによる株式投資」は普及していないのか?
                    • 「Ruby」環境がWebブラウザー上で動作する時代に! サーバーを介さずに処理が完結/「Ruby」言語のWebAssembly/WASIポートを使ってファイルはたった51行のHTMLだけ【やじうまの杜】

                        「Ruby」環境がWebブラウザー上で動作する時代に! サーバーを介さずに処理が完結/「Ruby」言語のWebAssembly/WASIポートを使ってファイルはたった51行のHTMLだけ【やじうまの杜】
                      • Laravelへの異常な愛情 または私は如何にして心配するのを止めてEloquentを愛するようになったか

                        動画: https://youtu.be/QHjRGPw34EI?si=MWb-1v1i1S5MG0eE プロポーザル: https://fortee.jp/phperkaigi-2023/proposal/6211083d-fc51-49a3-8b27-485d8e231b1f

                          Laravelへの異常な愛情 または私は如何にして心配するのを止めてEloquentを愛するようになったか
                        • 35年ぶりの第2版「プログラミング言語AWK 第2版」、オライリーから5月発売

                          awkは、UNIX登場初期からgrepやsedなどと並んで代表的なコマンドラインツールとして使われてきました。その名称が、作者であるAho氏、Weinberger氏、Kernighan氏の三者の名前からとったものであるというエピソードも非常に有名です。 そしてこの三人の作者が執筆した書籍「The AWK Programming Language」(邦題:プログラミング言語AWK)は、awkのバイブルと言ってよい書籍でしょう。 日本で1989年に第1版が発行されたこの「プログラミング言語AWK」が、35年ぶりに第2版に改訂され、今年(2024年)5月16日にオライリー・ジャパンから発売されることが分かりました(Amazon、楽天ブックス)。 著者は第1版と変わらず、Alfred V. Aho氏、Brian W. Kernighan氏、Peter J. Weinberger氏です。 下記はAm

                            35年ぶりの第2版「プログラミング言語AWK 第2版」、オライリーから5月発売
                          • GhosttyをVSCodeみたいにしよう!|Naoki |電電猫猫

                            English Article 最近はClaude Codeでコーディングすることが増えてきました!しかしこいつもそうだけどVSCodeもメモリをもりもり食います。大食いが5プロジェクトもあるとまあメモリもカツカツです。 そうして流行りのGhosttyに乗り換えたのが半年前なんですが、最近はGhosttyでVSCode環境をそのまま再現したい!という今の自分のGhostty環境をお見せします! 私の環境Ghostty環境そして私の元々のVSCode環境です。 詳しく見ていきましょう。まずVSCodeのほうですが、簡単にはこれです。一般的な部類だと思いますが、左のサイドバーにファイル一覧とGitのTree表示。右にはClaude Code or Code Editorとその下にターミナルという基本構成です。 これをそのまんまGhosttyで再現したい!ということで実際に使っているのはこれです

                              GhosttyをVSCodeみたいにしよう!|Naoki |電電猫猫
                            • 「418 I'm a teapot」が永久欠番(?)に ~25年前の発行されたジョークRFCの後始末/【やじうまの杜】

                                「418 I'm a teapot」が永久欠番(?)に ~25年前の発行されたジョークRFCの後始末/【やじうまの杜】
                              • AWS、Google、マイクロソフトらがAIエージェント連携のため「Agent2Agentプロジェクト」設立。Linux Foundation傘下で

                                AWS、Google、マイクロソフトらがAIエージェント連携のため「Agent2Agentプロジェクト」設立。Linux Foundation傘下で 異なるベンダが提供する複数のAIエージェント間でのコミュニケーションやコラボレーションを実現するオープンスタンダード確立のための「Agent2Agentプロジェクト」(A2Aプロジェックト)設立を、Linux Foundationが発表しました。 Breaking news The Linux Foundation launched the Agent2Agent Protocol project at #OSSummit! Created by @Google, A2A enables secure, open communication between AI agents across vendors, platforms and fra

                                  AWS、Google、マイクロソフトらがAIエージェント連携のため「Agent2Agentプロジェクト」設立。Linux Foundation傘下で
                                • [ChatGPT API][AWSサーバーレス]ChatGPT APIであなたとの会話・文脈を覚えてくれるLINEボットを作る方法まとめ | DevelopersIO

                                    [ChatGPT API][AWSサーバーレス]ChatGPT APIであなたとの会話・文脈を覚えてくれるLINEボットを作る方法まとめ | DevelopersIO
                                  • 長くなりがちだったコードレビューを改善した話 - 弁護士ドットコム株式会社 Creators’ blog

                                    弁護士ドットコム クラウドサイン事業本部でエンジニアをしている山田です。 主にフロントエンドを担当しています。 普段の業務でフロントエンド開発のコードレビューをすることが多く、今回は長い時間がかかりがちだったコードレビューを以下の施策で改善した話をします。 タスクへの認識合わせを拡充 タスクを小さく分割 類似するタスクのレビュー内容は共有 必要に応じて同期的にレビュー 達成されないスプリントゴール スプリントゴールが達成できない原因 コードレビューが長くなる要因 レビュアーのレビュー期間が長い タスク担当による対応期間が長い 対応策 タスクについての認識合わせの時間を設ける タスクをなるべく小さくする 類似する複数のタスクはレビュー内容を共有 必要に応じてオンラインミーティングなどで画面共有し会話しながら同期的にレビューする スプリントゴールも達成できるように まとめ 達成されないスプリン

                                      長くなりがちだったコードレビューを改善した話 - 弁護士ドットコム株式会社 Creators’ blog
                                    • 書籍を書きました。 そう、VS Codeで。

                                      TechFeed Experts Night#12 〜 【VSCode, Vim, Emacs】エンジニア向けエディタ最新動向!にて発表した資料です。 ※8分間のLTなので「詳細はググれ!」となっているのはご容赦ください🙏 https://techfeed.io/events/techfee…

                                        書籍を書きました。 そう、VS Codeで。
                                      • Hands-on for Beginners で AWS を使いはじめよう ! 〜目的にあわせてハンズオンをおすすめします〜

                                        How to be a Developer Hands-on for Beginners で AWS を使いはじめよう ! ~ 目的にあわせてハンズオンをおすすめします ~ 2022-04-06 | Author : 金澤 圭 ソリューションアーキテクト(SA)の金澤 (@ketancho) です。builders.flash では今月 2 回目の登場です。4 月ということで、今月からエンジニアとして働きはじめました ! という方も多いのではないでしょうか🎉 私が新卒で会社に入ったのがちょうど 10 年前になります。アプリケーションエンジニアとして入社したのですが、仕事で関わるシステムは規模が大きく、インフラも意識する必要もあり (当時、インフラに関する知識がほぼありませんでした)、配属してから最初の半年間はかなりしんどかったなーということを思い出しながらこの記事を書いています。当時のメ

                                          Hands-on for Beginners で AWS を使いはじめよう ! 〜目的にあわせてハンズオンをおすすめします〜
                                        • 夫婦で結婚式の余興用クイズアプリを作った話

                                          はじめに 私事ですが11月12日に結婚式をあげました。 私達夫婦はよく一緒にアプリを作っているので、今回もなにか一緒に作れないかと思い、余興のクイズアプリを作ることにしました。 ついでに席札もQRコードにして、webアプリ内でメッセージも入れれるようにしました。 作ったもの ユーザーに配布用のサイトと、披露宴会場で投影する用のサイトの2つを作りました。 ユーザーに配布用のサイト 当日はこういう↓感じの席札を用意しました。 この席札は名刺サイズで印刷して一人ひとりラミネートしたのですが、地味に大変な作業でした。 QRコードを読み取ると、以下DEMO動画のようなサイトが現れます。 ちなみにクイズに関してはスクリーンに問題が表示されるまでは回答できないようになっています。(DEMO動画では省略) ページの表示速度を上げたかったので、uuid、名前、メッセージ等に関してはcsvでダウンロードしてか

                                            夫婦で結婚式の余興用クイズアプリを作った話
                                          • オープン化が進むC++の現状と展望

                                            Microsoft Orleans, Daprのアクターモデルを使い効率的に開発、デプロイを行うためのSekibanの試行錯誤 / Sekiban: Exploring Efficient Development and Deployment with Microsoft Orleans and Dapr Actor Models

                                              オープン化が進むC++の現状と展望
                                            • ソフトウェアを完成させる - blog.8-p.info

                                              Why is building the Ruby environment hard? の、 ソフトウェアは何もしないと壊れる というのは事実ではあるんだけど、それが良いことかというと、どうなのかなあと思う。ほかにも、我々プログラマはつい「ソフトウェアは完成しない」とかいってしまうし、それは雇用のためには良いことなんだろうけど、でも本当に完成しないんだろうか。 Go の logrus の README には、こんな段落がある。 Logrus is in maintenance-mode. We will not be introducing new features. It’s simply too hard to do in a way that won’t break many people’s projects, which is the last thing you want fro

                                              • とあるプログラミングを教えてくれるサイトがひっそりと終焉を迎えていた→「これが新時代の教科書」「尖り過ぎてて草」

                                                青瀬ユウ @aose_developer 本当に必要なものは知識ではなく、知見を持った先駆者が校閲した章立てとプロンプトなのかもしれない👀 ネット記事だからこそできる力技で好き x.com/57tggx/status/… 2025-02-18 16:13:07

                                                  とあるプログラミングを教えてくれるサイトがひっそりと終焉を迎えていた→「これが新時代の教科書」「尖り過ぎてて草」
                                                • アセンブラをゼロから作って自作コンパイラをアセンブルするまで(日記)

                                                  GNU Assembler互換(サブセット)のアセンブラをGo言語でフルスクラッチで作ってみました。 開発22日目で自作Goコンパイラ(をセルフホストしたときに出力される20万行のアセンブリ)をアセンブルすることに成功しました。 どうやって作ったかというと、小さいコードを GNU Assembler (以下 as) に食わせて出力されたバイナリを観察する、を繰り返して中のロジックを推定し再現しました。as の実装は見ていません。(一瞬見たけど巨大すぎて何もわからなかった) アセンブラ自作は、やってみるとコンパイラ自作よりだいぶ簡単でハマりポイントも少ないので、学習テーマとしてはおすすめです。2箇所ほど難所(命令エンコーディングのルールを理解するのと、ジャンプ命令の最適化)がありましたがそれ以外はさくさく楽しく作れました。 作ってみた結果、アセンブリ言語の理解が深まったのはもちろんのこと、E

                                                    アセンブラをゼロから作って自作コンパイラをアセンブルするまで(日記)
                                                  • 組込みエンジニアのためのRustのよくわからない記号まとめ - Qiita

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

                                                      組込みエンジニアのためのRustのよくわからない記号まとめ - Qiita
                                                    • 詳細設計書なんて、書きたくない・・・・Doxygenを使って自動生成してみる - Qiita

                                                      はじめに お客様に提案をしているときの会話です。 お客様:「詳細設計書は作りますか」 私:「昔ながらの詳細設計(ロジックを日本語で書くもの)は作りません。クラス図とか、シーケンス図は複雑であれば作りますが、今回のシステムはそこまで必要なものはないものなので、割愛しようと思っています。」 お客様:「保守をお願いするかどうか未定なので、場合によっては引継ぎのために作ってもらうかもしれません」 私:「・・・・」 といった感じで、私がこの業界に入った30年前は、確かにプログラムを作る前に、詳細設計書と呼ばれるプログラムを日本語で書いていました。 最近、詳細設計と呼ばれるものを作った記憶がなく、無駄なものは作りたくないなぁという思いから、コードから自動生成できないかなと思って、いろいろ試してみました。 Doxygenって いろいろ調べてみると、Doxygen にたどり着きました。 色々な言語に対応し

                                                        詳細設計書なんて、書きたくない・・・・Doxygenを使って自動生成してみる - Qiita
                                                      • WebRTC を理解するためにカメラ映像を送るだけの最小実装を探る

                                                        GW なんも予定がなくてブログ書くかソシャゲやるか昼から酒飲むしかやることがないです。だから予定があったら使っていたであろうお金でソシャゲに課金したらめちゃくちゃ強くなりました。やったー。友達にはドン引きされましたが、GW に予定がある人よりかは節約できていると思います。そんなソシャゲもやることなくなって暇なので酒飲みながらブログを書きます。今日は WebRTC です。 免責 筆者は RFC を読んでいません。これは「そもそも WebRTC それ自体 の RFC なんてものは存在しないもんね〜」という意味でなく、ICE や SDP の RFC すら読んでいないという意味です。そのため WebRTC そのものの解説として読むと良くない表現が含まれるかもしれません。ただし自分が WebRTC でカメラ映像を送る実装を動作させ、そのコードの解説という点では間違ったことは書いていないはずです。動作

                                                          WebRTC を理解するためにカメラ映像を送るだけの最小実装を探る
                                                        • 【西川善司のグラフィックスMANIAC】 ためになる3Dグラフィックスの歴史(3)。テクスチャフィルタリング技術最適化の乱

                                                            【西川善司のグラフィックスMANIAC】 ためになる3Dグラフィックスの歴史(3)。テクスチャフィルタリング技術最適化の乱
                                                          • GitHub Actionsと"仲良くなる"ための練習方法

                                                            CI/CD Conference 2023 #CICD2023 https://event.cloudnativedays.jp/cicd2023/talks/1766

                                                              GitHub Actionsと"仲良くなる"ための練習方法
                                                            • VSCode派生IDE「Google Antigravity」が、AI駆動開発の新しいパラダイムを切り拓いている - Qiita

                                                              Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 本日2025/11/19、GoogleがGemini3.0を発表すると同時に、「Google Antigravity」というIDEを発表しました。 CursorやKiroのように、VSCodeから派生して作られたIDEです。 そしてさすがGoogle、今までのAI駆動開発とは異なる開発者体験を提供するIDEとなっているので、この記事では公式ブログを引用しつつ、実際に触ってみた感想を書いていきます。 特徴 まずはGoogle Antigravityの公式ブログをご一読ください。 Antigravity は、ブラウザ制御機能、非同

                                                                VSCode派生IDE「Google Antigravity」が、AI駆動開発の新しいパラダイムを切り拓いている - Qiita
                                                              • 最古の「プログラマ不要論」とAI時代の「プログラマ不要論」の共通点 - きしだのHatena

                                                                AIがコードを書くのでプログラマ(or エンジニア)が不要になるという話が出てくるようになりましたね。 けど、プログラマ不要論って、プログラミング言語が現れて以来、10年に1度くらいのペースで表れている話です。10年前の2015年あたりにはちょっと途切れていたというか限定的だったので、久しぶりに現れたプログラマ不要論にみんなビックリ、という状況なんじゃないでしょうか。 ここで「プログラミング言語が現れて以来」と書きましたが、最初のプログラマ不要論は、1960年ごろFORTRAN、COBOLという最初期のプログラミング言語が現れたときに言われたものです。1956年FORTRAN、1960年COBOLという感じで仕様書やマニュアルが書かれたみたいですね。ちなみにLISPが1960年3月、COBOLは1960年4月という感じらしい。 それ以前は直接数値コードを書いていたり、さすがにそれは大変とい

                                                                  最古の「プログラマ不要論」とAI時代の「プログラマ不要論」の共通点 - きしだのHatena
                                                                • AWS ソリューションで車輪の再発明をしない生活

                                                                  https://jawsugosaka.doorkeeper.jp/events/141505 JAWS-UG KANSAI - AWSアーキテクチャ祭り - 2022-10-01(土)15:00 - 18:00

                                                                    AWS ソリューションで車輪の再発明をしない生活
                                                                  • Python 3.8以降(~3.11)の型ヒント革命:DataclassとPydanticの徹底比較

                                                                    はじめに 📘 この記事は ラクスパートナーズ Advent Calendar 2023 の1日目の記事になります!! 本社の ラクス Advent Calendar 2023 の7日目にも参加予定なのでそちらもよろしくお願い致します🥳 長い間 Python3.7 環境のプロジェクトに携わっていましたが、この度 Python3.10~ 環境のプロジェクトに携わることになりました。 そこでこの機会に python3.8 以降の最新の型ヒントやコード品質向上のテクニックについて、改めて情報をキャッチアップしながらまとめていきたいと思います。 この記事の対象者 🎯 Python の型ヒントについて学び直したい方 Python3.8 以降の型ヒントについて理解を深めたい方 python のドメインモデルクラスについて理解を深めたい方 型ヒントを使用したことがないが、興味がある方 なぜ型ヒントを

                                                                      Python 3.8以降(~3.11)の型ヒント革命:DataclassとPydanticの徹底比較
                                                                    • 新しいブラウザ操作系エージェントのworkflow-useがかなり良さそうな予感

                                                                      Browser Useから新しいブラウザ操作系エージェントが登場しました めちゃくちゃ魅力的だったので紹介します。 従来のブラウザ操作系エージェント browser-useに限らず、従来のブラウザ操作系エージェントはユーザーからの自然言語な指令をもとにブラウザを操作します。 AIエージェントは画面キャプチャ + DOMの取得 → キャプチャを解析 → クリックすべき要素を推論 → playwrightで操作をループしてタスクを行います。 現在僕もよく使っているのですが、何点か課題があります。 どうしてもアクションに揺らぎがある 自然言語での指示である以上仕方ないのですが、「〇〇をクリックして〇〇をしてほしい」と言った細かい指示はプロンプトのチューニングが不可欠であり使用モデルの賢さにも依存します。 処理に時間がかかる 画面キャプチャ + DOMの取得 → キャプチャを解析 → クリックすべ

                                                                        新しいブラウザ操作系エージェントのworkflow-useがかなり良さそうな予感
                                                                      • 2023年買ったもの(技術書とか) - Magnolia Tech

                                                                        2023年のお買い物、技術書編です。 技術書以外はこちら blog.magnolia.tech とりあえずノータイムで買っちゃえ!損は無いよ!という3冊 他に、類似の本がないか、有ってもこっち買っておけばよくね?という3冊 なっとく!関数型プログラミング なっとく!関数型プログラミング 作者:Michał Płachta翔泳社Amazon Scalaをベースとした関数型プログラミングの学習本。オブジェクト指向言語であり、関数型プログラミング言語であるScalaの特性を生かして、命令型から宣言型のコードの書き方への変え方を学んでいくスタイル。 前半の凄まじい丁寧な学習のステップと、後半の「ここまで一気にやらなくても良くない?」の落差もすごいけど、ページ数の厚さに躊躇せず、前半1/3くらいを時間をかけて丁寧に学習するくらいが良いと思います。 周りに良い先生が居れば別ですが、そうでなければこの本

                                                                          2023年買ったもの(技術書とか) - Magnolia Tech
                                                                        • 「自分の付加価値は何なのか」を考え続けていく必要がある 及川卓也氏が思う「エンジニア」と「生成AI」の関係性 | ログミーBusiness

                                                                          米国OpenAI社が公開した「ChatGPT」が盛り上がりを見せている中、議論されがちなのは“AIの脅威”。それではエンジニアやプログラマーにとって、AIは脅威なのでしょうか?それとも新たな相棒なのでしょうか? 今まで多くのエンジニア組織をまとめてきた及川卓也氏に、エンジニアとChatGPTの関係についてうかがいしました。 ChatGPTに対してプログラマーができることーー最近の話でいうと、ChatGPTのような生成AIが出てきて、なんか「エンジニアの仕事も取られるんじゃないの?」とか、エンジニアもプログラミングをやっていて、ChatGPTももちろんプログラミングをするというのはあるとは思うんですけど、そういう意見も一部はあるのかなとは思うんですけど、そこというのは、あまり心配しなくてもいい話なんですかね? 昔は「AIによってプログラマーの仕事がなくなるんじゃないか」という質問が出た時に、

                                                                            「自分の付加価値は何なのか」を考え続けていく必要がある 及川卓也氏が思う「エンジニア」と「生成AI」の関係性 | ログミーBusiness
                                                                          • デバッガと和解せよ

                                                                            2022/08/28 Kernel/VM探検隊online part5 (https://kernelvm.connpass.com/event/256248/) の @nullpo_head (https://twitter.com/nullpo_head) の発表資料です。 ptraceを使っ…

                                                                              デバッガと和解せよ
                                                                            • 不要な処理が実行速度を速くする謎を追う - Money Forward Developers Blog

                                                                              こんにちは。 id:Pocke です。マネーフォワードでは Rails を用いた Web アプリケーションの開発と、RBS という Ruby の静的型システムの開発を行っています。 最近 RBS の開発をする中で、「不要な処理を削除すると実行速度が遅くなる」という不思議な現象に遭遇しました。この記事ではその現象を解説しようと思います。 なおこの記事は Ruby の知識を前提としないように執筆されており、Ruby の知識が必要となるところには注釈を加えて補足しています。 普段 Ruby を書かない方にも読んでいただければ幸いです。 問題を引き起こした変更 今回の問題は、RBS のメモリ使用量の削減を行っている中で遭遇しました。まずはどんな変更を行おうとしていたかを解説します。 変更の動機 最近私は RBS のメモリ使用量の削減に取り組んでいます。1 その取り組みの中で、RBS のパーサーが作

                                                                                不要な処理が実行速度を速くする謎を追う - Money Forward Developers Blog
                                                                              • 『ゼルダの伝説 ブレス オブ ザ ワイルド』に学ぶ、スキル習得の難易度コントロール | コラム

                                                                                『ゼルダの伝説 ブレス オブ ザ ワイルド』に学ぶ、スキル習得の難易度コントロール 2025年3月10日 しんざき システムエンジニア、PM、ケーナ奏者、三児の父。南米民族音楽の演奏が趣味。仕事・育児・演奏活動の傍ら、レトロゲーム雑記ブログ「不倒城」を20年程運営している。 X:@shinzaki ブログ:「不倒城」 今日書きたいことは、大体以下のようなことです。 ・エンジニアにとって「スキルの学び方、身につけ方」は非常に重要な問題です ・学習環境を用意する時、「応用的なスキルをどのように身につけるか」を考える上では、ゲームの難易度調整が大いに参考になります ・最近だと、特に『ゼルダの伝説ブレス オブ ザ ワイルド』の「祠」における難易度調整が非常に秀逸だと感じました ・祠のギミックは「①スキルの基本的な使い方を提示する」「②基本的な課題を解かせる過程で、スキルの応用的な使い方を考えさせる

                                                                                  『ゼルダの伝説 ブレス オブ ザ ワイルド』に学ぶ、スキル習得の難易度コントロール | コラム
                                                                                • GoとRust - 並行プログラミング編

                                                                                  はじめに こんにちはnasaちゃんです。 goroutine何も分からん!async/await何も分からん!となったのでそれぞれを比較しつつ理解を深めてみよう。という考えのもとGo, Rustの並行プログラミングの解説記事を書いてみました。 ところどころふわっとしているため、補足や指摘を貰えると大変助かります。 今回話すこと goroutineとは結局何なの Goの並行処理の仕組み goroutine(Go)とasync/await(Rust)の比較 Goのランタイム、Rustのランタイムの話 話さないこと 構文の違いについては特に触れない どちらが優れているとい言う話はしない ベースになっている思想については特に触れない TL;DR Goには標準のランタイムがあるよ、Rustではランタイムライブラリを使う必要があるよ Goはランタイムが中断再開を管理するよ、Rustではプログラマーが管

                                                                                    GoとRust - 並行プログラミング編

                                                                                  新着記事