並び順

ブックマーク数

期間指定

  • から
  • まで

5081 - 5120 件 / 16789件

新着順 人気順

*programmingの検索結果5081 - 5120 件 / 16789件

  • エンジニアが居着く会社

    増田、40代男性、現在非上場だけど大手企業でエンジニアやってる。 何回か転職してたり他社との話で狭い世界だけどエンジニアが居着く会社の条件が自分なりに固まった 競プロが居ない(外に出さなきゃ影響無し)とにかく見下す人多い。あと努力教で効率厨。フリーランスや部署の奥地で最低限の人間とのみ触れ合わせるようにすれば良い。 変に普通のエンジニアと絡ませるとフルボッコにして数名病む。 1人だけにしてお任せとか言わない(しない)初回だけ打合せに一緒に出て以降は自走させる人。管理職に多め。ペアプロとか関係なく2人以上のチームでの心理的安心は大きい。成果も失敗も割ろう 通知表査定しないこれは会社レベルだが、いつでも成果出せるエンジニアなんて僅かなのに3を中心に良い悪いを評価するのは無慈悲。当たり前のように下は上は結果出してないくせにと思う。上のショボい成果を時勢のせいにしたら末期 (スタートアップやベンチ

      エンジニアが居着く会社
    • すべてのコードやライブラリ自体が技術的負債である / 高利率な技術と低利率な技術 - Lambdaカクテル

      技術的負債という言葉がある。もともとは、「楽するために導入したが、メンテにコストがかかるようになってしまった技術や構成」くらいの意味合いで使われているように思う。しかし、そもそも全部が負債ではないか、というのがこのメモの趣旨である。 負債 同僚とSlackで会話していると、「けっきょくどの言語を利用しても負債になるときはなるし、大抵負債になる」といった話になった。言われてみればそうで、基本的にコードというものは書いたそばから負債になっていく。去年書いたコードのことも思い出せない。 そんな中で思ったのだが、そもそも、負債になるコードと負債にならないコードとがあったり、技術が「負債化する」のではなく、コードや技術そのものが負債なのではないか。そして、どの言語で書こうが負債からは逃れることができない。負債にならないコードは存在しない。ゆえに、コードや技術は無ければ無いほど良い、ということになる。

        すべてのコードやライブラリ自体が技術的負債である / 高利率な技術と低利率な技術 - Lambdaカクテル
      • MySQL JOIN Types Poster - Steve Stedman

        So many times I have been asked for help with a query, where the question really comes down to the understanding of the difference between INNER and LEFT or RIGHT JOINs. I created this poster a few years ago and I keep it posted on the wall at the office. This way when I am trying to explain JOIN types, I just refer to the poster. I have created the poster below to help describe JOIN types in My S

          MySQL JOIN Types Poster - Steve Stedman
        • プログラミング教育について(公開版)

          2022/09/11 に小学校のPTA活動で話したプログラミング教育についての話です。

            プログラミング教育について(公開版)
          • RustでLinuxカーネルの機能を拡張しよう!

            Linuxカーネルの機能を安全に拡張できるeBPFのコードはC言語で実装する必要があると知り、がっかりしているクラウドネイティブ 世代の皆様に朗報です。実は、Rustで、eBPFのコードを実装することができます。今更、C言語(クラウドネイティブ ではない感じ)を学ぶ必要はありません! eBPFとプログラミング言語eBPFを活用するソフトウェアは、カーネルスペースで動作するeBPFバイトコードと、eBPFバイトコードを制御するユーザスペースのアプリケーションから構成されます。後者は、Go、Python、Rustなど様々なプログラミング言語で実装することができますが、前者は、制限のあるC言語で実装する必要があります。 eBPFの構成Rust用eBPFライブラリRustでeBPFを扱う一般的な方法は、libbpf-rsライブラリです。これは、C言語でユーザスペースのアプリケーションを実装するため

              RustでLinuxカーネルの機能を拡張しよう!
            • AWS CDKを始めるハンズオン ─ IaCの第一歩をAWS LambdaとDynamoDBのシンプルな仕組みで学ぶ|ハイクラス転職・求人情報サイト アンビ(AMBI)

              AWS CDKを始めるハンズオン ─ IaCの第一歩をAWS LambdaとDynamoDBのシンプルな仕組みで学ぶ アマゾン ウェブ サービスが提供するIaC(Infrastructure as Code)の開発キットがAWS CDK(AWS Cloud Development Kit)です。本記事はAWS CDK入門者向けのチュートリアルとして、AWSでソリューションアーキテクトを務める吉川幸弘(@WinterYukky)さんによる、AWS Lambda関数でDynamoDBテーブルをスキャンするシンプルなハンズオンです。 みなさん、こんにちは。アマゾン ウェブ サービス ジャパン合同会社でソリューションアーキテクトを務めている吉川幸弘と申します。私は普段、西日本のお客様を中心に技術的なご支援や課題解決などをしています。 さっそくですが、みなさんはInfrastructure as C

                AWS CDKを始めるハンズオン ─ IaCの第一歩をAWS LambdaとDynamoDBのシンプルな仕組みで学ぶ|ハイクラス転職・求人情報サイト アンビ(AMBI)
              • ゲーム開発もAIで完全自動化。ChatGPTが働く仮想のソフトウェア開発企業「ChatDev」

                ゲーム開発もAIで完全自動化。ChatGPTが働く仮想のソフトウェア開発企業「ChatDev」 2023年12月11日 ITジャーナリスト 牧野 武文(まきの たけふみ) 生活とテクノロジー、ビジネスの関係を考えるITジャーナリスト、中国テックウォッチャー。著書に「Googleの正体」(マイコミ新書)、「任天堂ノスタルジー・横井軍平とその時代」(角川新書)など。 ChatGPTが「働く」ソフトウェア開発企業「ChatDev」が設立された。このChatDevの「CEO」に、どのようなソフトウェアが欲しいかを発注すると、ChatGPTが演じるCEO、CTO、CPO、プログラマー、デザイナー、テスターなどが議論をしあって、実際の開発手順に沿って設計し、ソースコードを生成、テストを実施、ドキュメントまでまとめてくれるというものだ。すでにGitHubには、いくつもの開発されたソフトウェアが共有されて

                  ゲーム開発もAIで完全自動化。ChatGPTが働く仮想のソフトウェア開発企業「ChatDev」
                • React プロジェクトのディレクトリ構成 - fsubal

                  #React #フロントエンド #設計 #React プロジェクトのディレクトリ設計をもう5〜6年同じようなディレクトリ構造でやっている 1個のプロジェクトではなく複数のプロジェクトで全部同じような感じ それであまり困ったことがない のでどんな感じにしているかをメモしていく だいたい以下の構造で作る code:plaintext /src /api /domain /components /pages /utils (任意) index.tsx (任意) ルーターやフレームワークは(だいたい)問わない #Next.js だろうと React Router だろうと Tanstack Router だろうと関係ない #Redux を使ってようと #react-query や SWR を使ってようと関係ない 裏が Firestore でも #REST API でもやはり関係がない

                    React プロジェクトのディレクトリ構成 - fsubal
                  • Tidy First?のススメ - 日々常々

                    薄い本なので軽い気持ちで読みましょう。 先に読むべき?→Yes! 私は初詣の列に並んでいる1時間で読みました。寒かった。 Tidy First? ―個人で実践する経験主義的ソフトウェア設計 作者:Kent Beckオーム社Amazon 力を失ってしまった「リファクタリング」を復活させる本です。私の中のサブタイトルは「Make Refactoring Great Again」です。 第一部の冒頭から引用します。 整頓はリファクタリングのサブセットだ。整頓は可愛くてふわふわした小さなリファクタリングなので、誰も嫌いになれないはずだ。 「リファクタリング」という言葉は、機能開発の長い中断を指す言葉として使われ始めたとき、致命傷を負った。 「致命傷を負った」に「だよねー」と思ってしまう昨今。「それリファクタリングじゃねーしなー」とか思いながら「リファクタリング」という言葉が使われているのを眺めつつ

                      Tidy First?のススメ - 日々常々
                    • https://jp.techcrunch.com/2021/10/16/2021-10-15-apple-removes-a-popular-quran-app-in-china-after-request-from-local-regulators/

                        https://jp.techcrunch.com/2021/10/16/2021-10-15-apple-removes-a-popular-quran-app-in-china-after-request-from-local-regulators/
                      • アプリケーション固有の「ロジックの脆弱性」を防ぐ開発者のためのセキュリティ観点

                        スライド内でも紹介している、ロジックの脆弱性の診断やセキュリティ観点での仕様レビューが可能なAIエージェント「Takumi」は下記からウェイトリストにご登録いただけます。 https://flatt.tech/takumi

                          アプリケーション固有の「ロジックの脆弱性」を防ぐ開発者のためのセキュリティ観点
                        • Tailwind CSSを本気でカスタマイズする方法

                          2024-04-19に開催されたBARフロントえんどう #2 「CSS Library / Framework」(サイボウズ)での登壇資料です。 イベント → https://cybozu.connpass.com/event/311066/

                            Tailwind CSSを本気でカスタマイズする方法
                          • Devinにコンテナイメージサイズを70%削減・デプロイ時間を40%削減してもらった話 - LayerX エンジニアブログ

                            こんにちは。LayerX AI・LLM事業部のエンジニア、Osukeです。普段は Ai Workforce のプロダクト開発に従事しています。 getaiworkforce.com 当事業部では、開発現場で役立つさまざまなAIツールを取り入れており、今回ご紹介するのはそのひとつ、Devin です。 Devinとは Devinは2024年12月に正式リリースされたエージェント型プロダクトで、GitHubやSlackなど、普段使い慣れたツールと連携して、まるでAIエンジニアがサポートしてくれるかのように開発タスクを自律的にこなします。 Slack上で指示を与えるだけで、Task PlanningからPR作成を実施してくれます。コードベース全体の整合性を考慮しながら作業を進めてくれるため、開発現場のコンテキストを想像以上に考慮しながらコード生成など行なってくれるのが特徴的です。 背景 私たちのプ

                              Devinにコンテナイメージサイズを70%削減・デプロイ時間を40%削減してもらった話 - LayerX エンジニアブログ
                            • ClineでMemory Bankをやめてタスクリストを使うことによってコンテキストを最適化してる

                              この記事をOpenAIの新しい画像生成で、『この記事を元に挿絵付きの手書きグラレコ風マインドマップでまとめ画像を作って ---記事の文章を貼り付け』で作成したのが以下の画像になります。 Memory Bankの使い分け:大規模コードベースでの考慮点 Clineで開発を行う際、状況に応じてMemory Bankを選択的に活用するアプローチを取っています。特にコードベースが大きい場合は、Memory Bankを使わない方が効果的なケースが多いと実感しています。 Memory Bankはコンテキストを豊富に提供できる強力なツールである一方、大量の情報が与えられることで実際の命令に従う精度が下がることがあります。これはAIの注意が分散してしまうためと考えられます。 使い分けの基準 大きなコードベースの一部を正確に変更したい場合:Memory Bankを使わない方が効率的 Vive Coding的に

                                ClineでMemory Bankをやめてタスクリストを使うことによってコンテキストを最適化してる
                              • Log4j 2のバージョンアップのやりかた - 日々常々

                                「Log4j 2に脆弱性があるらしい、バージョンアップしたら治るらしい。」 本日話題のこのテーマで軽く書いておきます。 未完です。 未完公開の言い訳。更新した内容は最後に書いてます。大きな間違いは(今のとこ)ないので、よかった。 2021-12-20追記: 2.17.0 出てますのでコピペしてそのままにせず適宜読み替えてくださいね。 とにかくバージョンを上げよう ……リリースできるかは別の話として。 バージョンを上げられないことには話になりません。ということでとにかくあげましょう。 Log4j 2のようなログライブラリは多くのプロダクトで使用されています。 意識する/しないに関わらず、ログライブラリは何かしら関連があると思うべきでしょう。 使用しているかの調べ方 常時依存ライブラリリストを出力するなどして管理しているのであればそれを見ればいいだけの話ですが、そうでなければ、 mvn dep

                                  Log4j 2のバージョンアップのやりかた - 日々常々
                                • 【Unity】グラフィックス周りを業務で扱うまでにやったこと

                                  こんにちは。株式会社アプリボットでクライアントエンジニアをしている@siguma_sigです。 こちらは Applibot Advent Calendar 2023 24 日目の記事になります。 前回の記事は@_kz_devさんの、自作パッケージの依存関係ちゃんと管理してる?静的解析とGraphvizで実現した自作パッケージ依存関係可視化ツール"prelviz"です。 はじめに ちょうど今年の初めから 5 月頃までにかけて、Unity を用いたモック開発ではありますが、初めてグラフィックス周りを業務で扱う機会がありました。 それまで私は、グラフィックスパイプラインやシェーダー周りを知識としてなんとなくは知っているが実装したことがないという状態でした。 グラフィックス周りを業務で扱うに当たって、モック向けではありますが、最終的には URP 上でキャラや背景のシェーダーを書いたり、アウトライン

                                    【Unity】グラフィックス周りを業務で扱うまでにやったこと
                                  • 7 Must Know Software Design Patterns

                                    Photo by charlesdeluvio on UnsplashWhy Should We Care About Design PatternsSimply put, design patterns help us solve problems by creating a reusable solution that we can use as a template for our software. That being said, design patterns aren't algorithms and you can't paste them into the code base. They give you a template of sorts, but if misused some patterns may cause additional complexity an

                                      7 Must Know Software Design Patterns
                                    • チーム開発を加速するテストの育て方

                                      テストを書いてないというチームには色々理由があると思いますが、「何をテストすべきかわからない」「書き方がわからない」「どのくらいメリットがあるかわからない」という意見は多いのではないでしょうか?テスティングフレームワークの選定や使い方を学ぶのは重要ですが、それ以上にテストの目的や戦略を学ぶことが重要です。チーム開発においてテストを活かすのは相応の知識とスキルが必要になりますが、活かせればテストは開発スピードを維持・促進する飛び道具になり得ます。 本稿は筆者が取り組んで実際に高いチーム満足度と速度を得られた、テスト戦略についてまとめたものです。

                                        チーム開発を加速するテストの育て方
                                      • [確率思考の戦略論] 1.確率理論の導入とプレファレンスの数学的説明

                                        import numpy as np import scipy from scipy.stats import binom %matplotlib inline %config InlineBackend.figure_format = 'svg' import matplotlib import matplotlib.pyplot as plt import seaborn as sns print("numpy version :", np.__version__) print("matplotlib version :", matplotlib.__version__) print("sns version :",sns.__version__) numpy version : 1.18.1 matplotlib version : 2.2.2 sns version : 0.8.1

                                          [確率思考の戦略論] 1.確率理論の導入とプレファレンスの数学的説明
                                        • freeeのエンジニアにリモートワーク環境のこだわりを聞いてみた - freee Developers Hub

                                          こんにちは、DevBrandingのellyです。 先日、こちらの記事でfreeeの開発メンバーがどのようなキーボード・マウスを使っているのかをご紹介しました。そのアンケートの中で、キーボードやマウスの他にも、椅子や机、音響、カメラ等の作業ツールへのこだわりやライフスタイルの変化についても回答してくれた人も多くいました。 今回はその中から特に気になる5人のエンジニア・デザイナーに、書斎を持つことが夢なichienさんと一緒にインタビューしてきました! kenoji tomoz toofu harutan manabusakai kenoji ―kenojiさんはfreeeでも随一のガジェットマスターらしいですね。キーボードは何を使ってますか? キーボードはTEX Shinobi(TTC Gold Pink スイッチ)かHHKB(全キー35gへ押下圧軽量化&グリス塗布済み)をよく使っています

                                            freeeのエンジニアにリモートワーク環境のこだわりを聞いてみた - freee Developers Hub
                                          • 初心者でも分かる!VSCodeでGemini CLIを使いこなす方法 - インストールから応用まで徹底解説 - Qiita

                                            開発者の強い味方!Gemini CLIとは何か? 最近、コードの解析や自動化タスクに悩んでいたんですよね。そんな時、Google Geminiチームが開発した「Gemini CLI」というオープンソースのコマンドラインAIツールを見つけました。これが想像以上に便利で、今日はその体験をシェアしたいと思います! Gemini CLIは開発者向けに特化したツールで、コードを理解し、複雑なクエリを実行し、タスクを自動化できるんです。さらに、Geminiのマルチモーダル機能(画像認識など)を活用してクリエイティブなコンテンツも生成できます。 主な特徴: 大規模コードベースのサポート: 100万トークン以上のコンテキストを処理できるので、大きなプロジェクトの分析が簡単です。 マルチモーダルアプリのプロトタイピング: PDFやスケッチからアプリのプロトタイプを素早く生成できます。 DevOpsタスクの自

                                              初心者でも分かる!VSCodeでGemini CLIを使いこなす方法 - インストールから応用まで徹底解説 - Qiita
                                            • Difyで実現するAIヘルプデスク:顧客体験を向上させた構築の裏側 - kickflow Tech Blog

                                              こんにちは、kickflowでテクニカルサポートを担当している大谷です。 最近、多くのサービスでAIチャットボットを見かけるようになりました。kickflowでも、お客様の疑問をより迅速に解決し、顧客体験が向上することを目指し、AIヘルプデスクの構築に取り組みました。 今回のプロジェクトでは、テクニカルサポートチームが中心となり、CRE (Customer Reliability Engineer) と協力してAIヘルプデスクを構築しました。 この記事では、非エンジニアである私が、DifyというLLMアプリケーション開発プラットフォームを使い、プロンプトエンジニアリングを駆使して技術的な課題を乗り越えていったプロセスをご紹介します。 技術的な詳細やより深い知見については、今後CREから発信される記事に譲るとして、まずは非エンジニアでもAI開発に挑戦できるということをお伝えできれば幸いです。

                                                Difyで実現するAIヘルプデスク:顧客体験を向上させた構築の裏側 - kickflow Tech Blog
                                              • 経営者が知るべき、なぜエンジニアの「合理的な判断」が事業を圧迫するのか|すてぃお

                                                個人としては合理的な判断が組織として見た場合に非合理な判断となり、事業を圧迫する結果になるという話を書きます。 質問箱にて元々『「月間2.5億PVの時点でサーバー費用は月15万円+メール送信費用で月15万円で計30万円」だったのに 引き継いだら、インフラだけで毎月50万円近い赤字となっていた』という話は 僕にも似たような相談を受けることが多く どうしてこういったことが起こってしまうのか書こうと思い、筆を取っております。 皆様には混乱をお招きしましたこと謹んでお詫び申し上げます。 現状、インフラ費用だけで毎月50万円近い赤字が出ている状況ですので、まずはインフラの最適化や非効率なコードの見直しを早急に行う必要がある状況です。 (その状態でもなんとか運営を続けられていた元会社さんを尊敬です) (2/3) — 【公式】Peing-質問箱- (@Peing_net) August 23, 2025

                                                  経営者が知るべき、なぜエンジニアの「合理的な判断」が事業を圧迫するのか|すてぃお
                                                • AI駆動開発で苦労した話 〜笑えないけど笑うしかない日々〜

                                                  AI駆動開発で苦労した話 〜笑えないけど笑うしかない日々〜 はじめに ※本記事で使用している画像はAIツール(DALL-E)を使用して生成したものです。 略歴と、SecureNaviにおけるAI駆動開発の導入の経緯 2002年にお茶の水のジュンク堂でXP本に出合い強烈な衝撃を受けました。2005年にはSeleniumに出合いさらに大きな衝撃を受けました。 以降、テストの自動化、コードやテストの自動生成をライフワークとしてエンジニア人生を送っているしがないエンジニアです。 前々職の富士通時代は、頑固な職人的なエンジニアの理想である「ダース・ベイダー」(ピープルウエアで有名の受け売り)になることを目指して日々精進していました。「ダース・ベイダー」って富士通じゃ・・・ 変な前置きはこれぐらいにして、プログラミング言語を切り替える毎に統合開発環境を切り替えるのはストレスが大きいです。 そのため数年

                                                    AI駆動開発で苦労した話 〜笑えないけど笑うしかない日々〜
                                                  • uv × DockerでのPython開発環境構築方法

                                                    松尾研究所では、Python開発における標準ツールとしてuvを推奨しています。uvはPythonのパッケージ管理ツールで、依存関係の管理や仮想環境の構築を自動化し、高速で再現性のある開発を可能にすることが特長です。 Pythonパッケージだけでなく、Node.jsやブラウザ周りのツールなど他の依存も扱うときには、uvとDockerを併用するケースもあるかと思います。Dockerのコンテナ上でuvを使用する方法について社内で話題になったとき、調べたところいくつか方法があることが分かったので、それぞれの方法の違いと松尾研究所推奨の環境構築方法についてまとめました。 推奨方針まとめ Python開発はuvを標準とする Docker運用はAstral公式のuv+pythonイメージの使用を推奨 Astral公式のuvイメージ、または公式インストーラ(install.sh)によるuvの直接インストー

                                                      uv × DockerでのPython開発環境構築方法
                                                    • 『みらい まる見え政治資金』を支える技術-国政政党がリリースしたOSSの技術選定と実装について|Jun Ito

                                                      はじめまして。チームみらい 永田町エンジニアチームの伊藤と申します!エンジニアチームではエディと呼ばれています。 先日チームみらいでは、政治資金の流れを透明性を持って公開するプラットフォーム「みらい まる見え政治資金」をリリース、ソースコードも OSS として公開し、サービス開始から約2日で20万PVと、大きな反響をいただきました。 2日で20万アクセス!ありがとうございました!このサービスがどういったものなのか、なぜ公開するのかについてはこちらの記事に譲るとして、この記事では、ソフトウェアエンジニア向けに振り切った記事として、サービス構成と工夫した部分を紹介しようと思います。 また、関連記事として、「どのようにして95%以上のコードをLLMに書かせることができたのか」についても記事にしているので、よければ合わせてお読みください。 国政政党の提供するサービスとして意識したポイント公共性のあ

                                                        『みらい まる見え政治資金』を支える技術-国政政党がリリースしたOSSの技術選定と実装について|Jun Ito
                                                      • 2024年を振り返る~"休職"を通して学んだこと~ - Sakiのプログラミング学習ブログ

                                                        はじめに 2023年2月に実務未経験からWebアプリケーションエンジニアとして働き始めましたが、2024年5月から休職していました。 今月1月6日付けで会社を退職することになったので、一つの節目として休職期間を振り返ることにしました。 「働く先が決まってひと段落ついてから書こう」とか、「どこの会社にも所属しておらず、次の就職先を探しているという中途半端な状態で何かアウトプットするのはちょっと勇気が要るな」と思って、何か書きたい気持ちはずっとありつつも書けない日々が続いていました。 でも今の気持ちは今の自分にしか書けないですし、転職活動が本格的に始まったり実際に働き始めたら、この記事を書くことにリソースを割けなくなりそうだなと思ったので、年末年始休みの今時間がある時に書こうと思い、筆を取りました。 はじめに 1-3月 エンジニア2年目になったけど、想像していたよりできることが少ないことに焦る

                                                          2024年を振り返る~"休職"を通して学んだこと~ - Sakiのプログラミング学習ブログ
                                                        • プログラミング言語で書かれた謎の広告→「分かる人」が見ると……? 粋なアイデアが「おしゃれ」と話題 東急に制作背景を聞いた(1/3) | ライフスタイル ねとらぼ

                                                          話題の広告の背景を聞いてみた ねとらぼ編集部では、「URBAN HACKS」を手掛ける東急を取材。今回の広告の意図や掲出後の反応について、詳しく話を聞きました。 ―― なぜこのような広告を掲載しているのでしょうか? また、ターゲット層を教えてください 東急: 東急各線にご乗車いただくエンジニア・デザイナーなどを対象として、「おっ、何か面白いものがあるな」というきっかけからURBAN HACKS(東急)に興味を持っていただきたいという思いがあり、直接的なメッセージではなく毎回少しひねったデザインにしています。 ―― 「知識を持った人のみがCSS部分を読むため、一次選考にもなっていてすごい」というネットの意見もありますが、意図してのものでしょうか? 東急: 一次選考とする意図はありませんでしたが、分かる人には伝わることを意図していたため、前向きに受け止めていただいたことはうれしく思います。 ―

                                                            プログラミング言語で書かれた謎の広告→「分かる人」が見ると……? 粋なアイデアが「おしゃれ」と話題 東急に制作背景を聞いた(1/3) | ライフスタイル ねとらぼ
                                                          • 自然に見える画像の枠線を求めて - Qiita

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

                                                              自然に見える画像の枠線を求めて - Qiita
                                                            • 構文のことは忘れて、JSON, S式, XMLのデータモデルを比較する

                                                              データをシリアライズするには、独自のフォーマットを定めるよりも、基本的な定義済みの構造を組み合わせてフォーマットを作るほうが望ましい場合が多いです。 そのような仕組みとしてJSON, S式, XMLなどが存在しますが、これらは 「基本的な構造」として何を選ぶか、という観点からそれぞれに個性を持っています。 本記事では、具体的な構文のことは基本的に忘れて、各フォーマットが採用するデータモデルの違いに焦点を絞って比較します。 JSON data JSON = Value data Value = -- Compounds Array [Value] | Object (Map String Value) -- Scalars | Null | Boolean Boolean | String String -- UCS-2 | Number IntegerOrFloat -- no NaNs

                                                                構文のことは忘れて、JSON, S式, XMLのデータモデルを比較する
                                                              • Apple公式下取りに約670万円で購入した3年前のMac Proを出すと査定額が98%減の約12万4000円になったという報告

                                                                Appleが2019年12月に発売したMacデバイスの最上位モデルである「Mac Pro」を5万2199ドル(約670万円)で購入したジャーナリストのデビッド・イメル氏がAppleの公式下取りプログラム「Apple Trade In」に出したところ、98%減の970ドル(約12万4000円)で買取が行われたと報告しています。 Just tried pricing out our $52,199 Mac Pro's at the office for trade in, which you can still buy from Apple, $52,199. What else has dropped 50x in value in 3 years.. besides crypto? pic.twitter.com/pRESBQBoT4— David ImeI (@DurvidImel) J

                                                                  Apple公式下取りに約670万円で購入した3年前のMac Proを出すと査定額が98%減の約12万4000円になったという報告
                                                                • AIエージェント規格「MCP」が3ヶ月ぶりにアプデ! どこが変わったの? - Qiita

                                                                  主にAIエージェントとツールの接続を標準化するのに使われているModel Context Protocol。 急速に普及が進んでいますが、その仕様は絶賛策定中です。 前回の改版2025/3/26から約3ヶ月、先週6/18に大きなアップデートがありました。 そのうち大きな変更点を9つ、ピックアップしてまとめます。 基本プロトコル ライフサイクル 1. 運用フェーズの遵守事項を義務化 ネゴシエートしたときの「MCPバージョン尊重」と「成功した機能のみ使用」がSHOULDからMUSTに強められました。 トランスポート 2. 標準入出力でJSON-RPCのバッチ対応が廃止 stdioでサポートされていたJSON-RPCのバッチ呼び出しが削除されました。 3. HTTPヘッダー内でMCPバージョン指定が義務化 HTTPでネゴシエートしたプロトコルバージョンを、後続リクエストヘッダーで指定することが必

                                                                  • MCPの認証と認可の現在と未来 | hi120ki

                                                                    English 2025年7月現在、MCPは2024-11-05、2025-03-26、2025-06-18の3つのバージョンを経て進化し、私達は手元のMCPクライアントとなるCursorやClaude CodeやVSCodeからnpxコマンドやuvコマンドやDockerコンテナによってMCPサーバーを起動したりRemote MCPサーバーに接続するなど日常的に使うようになりました。 実際に私自身がよく利用しているMCPライブラリであるMCP Servers - Cursorを見てみると多くのサービスが独自にMCPサーバーの提供に投資している様子が伺え、エコシステムは拡大していっています。 例: Notion、Figma、Linear、GitHub 特にAtlassian Remote MCP Server betaはサービスが公式に提供するMCPサーバーの中で、最も先進的なものの一つです

                                                                      MCPの認証と認可の現在と未来 | hi120ki
                                                                    • Windowsにおける環境変数をあらためて整理する (1/2)

                                                                      Windowsを始め、Unixの影響を受けているOSが持つ機能に環境変数がある。環境変数は、実行するプログラムに対してなんらかの情報/パラメーターを与える方法。1979年に作られたVersion 7 Unixに搭載され、Unixの基本的な機能の1つとして今でも使われている。 プログラムに対して情報やなんらかのパラメーターを与える方法にはコマンドラインがあるが、環境変数は事前に定義しておくもので、複数回実行されるプログラムに常に同じ情報/パラメーターを指定する。あるいは、デフォルト値のように常に情報/パラメーターを指定するといった使い方をすることが多い。 典型的なUnix系のコンソールアプリケーションでは、コマンドラインのオプション指定の一部を環境変数から受け取ることができるものが多い。 Windowsでも、cmd.exeの組み込みコマンドである「dir」は、「DIRCMD」という環境変数か

                                                                        Windowsにおける環境変数をあらためて整理する (1/2)
                                                                      • Microsoftのドキュメントはなぜ「わかりにくい」といわれるのか - kkamegawa's weblog

                                                                        Xでも社内でもしばしば「Microsoftのドキュメントがわかりづらい」という声を聴きます。私は印刷物のころから…それこそMS-DOSの時代から、ずーっと見ていたので、慣れきってしまったのか、「わかりづらい」とはあまり思っていません。もちろん初めて聞く概念や初めて学ぶ分野(例えば認証で使う標準技術に関連するところ)に関してはわかりづらいではなく、「知らない」のとMicrosoft外の技術に関しては本来の規格の仕様書を読むのが筋です。標準規格の部分に関しては軽く書かれることもありますが、それを求めるのは酷というか、対象外でいいでしょう。 で、ここではいくつかのタイプを想定して考えてみます。対象は .NET とAzureとしてみます。ほかのドキュメントでも大して変わらないかもしれませんが、私がよく見るのがこのへんなので。 Xのような140文字で「わかりづらい」では何がわからないのかわからないの

                                                                          Microsoftのドキュメントはなぜ「わかりにくい」といわれるのか - kkamegawa's weblog
                                                                        • MCPはAPIではない - 単純変換してはいけない理由 - 吉田の備忘録

                                                                          Microsoft Copilot Studio でカスタムのエージェントを最近作り始めた方は、システムとの連携にMCPを利用したり、APIも利用することもあると思います。ありがちな勘違いが、APIをそのままMCPにすればいいじゃないか?という考えを持つこともありますが、MCPの本質を理解し、何が違うのかを理解することで、より良いエージェントを作れるようになります。そこで今回はMCPとAPIの違いについて、触れたいと思います。 MCP ってそもそも何? MCP(Model Context Protocol)は、Anthropic が 2024 年末に公開したオープンプロトコルです。狙いは、大規模言語モデル(LLM)が外部サービスをもっと自然に扱えるようにすることです。 基本的には 3 つの要素があります。 ツール― LLM が実行できる“アクション”。 リソース― ツールが扱う対象物や I

                                                                            MCPはAPIではない - 単純変換してはいけない理由 - 吉田の備忘録
                                                                          • Rust によるデスクトップアプリケーションフレームワーク Tauri | 豆蔵デベロッパーサイト

                                                                            Tauri はクロスプラットフォームデスクトップアプリのための Rust によるフレームワークです。Electron と同様 Web 技術でアプリの UI を構築します。 Build smaller, faster, and more secure desktop applications with a web frontend | Tauri Studio 記事執筆時点で v1.0.0-rc.5 (Pre-release)、もうすぐ v1.0 がリリースされそうなところです。 Release v1.0.0-rc.5: Apply Version Updates From Current Changes (#3468) · tauri-apps/tauri Electron と比べて、インストーラーのサイズ、メモリ消費量、起動時間などが圧倒的に小さいと謳われています。 https://gi

                                                                              Rust によるデスクトップアプリケーションフレームワーク Tauri | 豆蔵デベロッパーサイト
                                                                            • 話題のbrowser-use使ってみた - Qiita

                                                                              はじめに 開発業務で「情報収集」や「タスク自動化」をするときにスクレイピングやクローリングを用いる場合があると思います。一時期私もスクレイピング関連の本を読んでBeautifulSoup, Seleniumなどを使って自動化をしましたが、CSSセレクタを指定していくのが大変だったり、DOM構造が変わると動かなくなったりと、色々苦労した覚えがあります。 そんな時、browser-useという面白そうなライブラリを見つけたので、この記事では、browser-useを使ってみた内容を自分用のメモとして残そうと思います。 browser-useとは? browser-useはAIを使ってブラウザ操作を自動化してくれるツールです。 このツールは、Pythonを使ってブラウザで実行する操作をテキストで渡してあげると、AIがそのテキストに基づき操作を行ってくれます。そのためスクレイピング/提携業務の自動

                                                                              • 社内コードを公開せずに内部で共有する方法 - Qiita

                                                                                Read this article in English. はじめに 見つけやすく、インストールしやすいソフトウェアパッケージは、開発者にとって使いやすいです。React、Ruby on Rails、Airflow のような有名な OSS は良い事例です。しかし、社内の非公開のコードは、企業秘密として世間から隠されることが多いです。権限を持っている人のみ見ることができて、オープンソースのように npm gem や pip で簡単にインストールすることもできません。 その結果、社内のコードがうまく再利用されなくなる(あるいはできなくなる)ことがあります。各チームはそれぞれ独立したコードベースを持ち、他のチームにコードを共有したくても、満足がいく解決策を導き出すことが難しかったりします。戦略を立てないままでは、それぞれの独立したコードベースを充実させ続け「社内共通のライブラリー」が遠い夢のよう

                                                                                  社内コードを公開せずに内部で共有する方法 - Qiita
                                                                                • Appleで26年間勤め上げたプログラマーが引退後に思いを語る、「気づいたらまたプログラミングを始めてしまう」とポツリ

                                                                                  Appleで26年間働き、退職してから1年半が経過したというプログラマーのジョン・カルフーン氏が、退職後に感じたことをブログにつづりました。 Same Stop https://www.engineersneedart.com/blog/samestop/samestop.html 1980年代後半、大学生だったカルフーン氏はMacintoshコンピューターを手に入れてプログラミングに夢中になりました。カルフーン氏はもともと遊びでシェアウェアのゲームを制作しており、その後生活のために商用ゲームを制作する日々が続いたあと、Appleに入社しました。 大学生時代のカルフーン氏。 退職した医師が手術をやめてゴルフを始めるように、26年間働いたAppleを退職したあとはキーボードを手放すだろうと予想していたカルフーン氏。退職後の14カ月間は木工製作やBlender・3Dプリントの実験、自転車に乗っ

                                                                                    Appleで26年間勤め上げたプログラマーが引退後に思いを語る、「気づいたらまたプログラミングを始めてしまう」とポツリ

                                                                                  新着記事