並び順

ブックマーク数

期間指定

  • から
  • まで

3761 - 3800 件 / 16791件

新着順 人気順

*programmingの検索結果3761 - 3800 件 / 16791件

  • 病院でマイナンバーカードを読み取るやつをLinuxから叩く - 点と接線。

    詳細は伏せるが、Panasonic製のやつ(XC-STFR2J-MN)を自由にいじる機会を得たので色々試した。病院に置かれている端末では特に主要なタイプの一つではないだろうか。従来の健康保険証が廃止されマイナンバーカードに事実上一本化された今日では、すでに多くの人々に馴染みのある端末と思われる。 こんな立派な機械を全国津々浦々、遍く病院にことごとく購入させ、補助金まで総動員して半ば無理やり運用を開始したほどなのだから、目に見える有用さをそのうち発揮してくれると嬉しい。幸いにして端末の扱い自体はとても楽で、ユーザ側の操作といえばカードを置いてボタンを押して、顔写真を撮らせて後はいくつかの質問に答えるくらいしかない。 これらの裏側では端末と繋がっているWindowsマシン上の管理ソフトウェアが、受け取った各種情報をよしなに処理している。実は端末本体にはCPUもストレージも単独でインターネットに

      病院でマイナンバーカードを読み取るやつをLinuxから叩く - 点と接線。
    • プログラミングの現実的な話がしたい

      いろいろ盛り上がってるけど、今学ぶなら何がいいのか建設的な話をしようじゃないか 20年以上前に聞いたことがあるのはC+だのプラプラだの、ビジュアルベーシックだの、フォートランだの、Javaだのだった 今なら何を学べば一番潰しが聞くのか。これを話してほしいと思う

        プログラミングの現実的な話がしたい
      • IT社長「ここ数年、前職ではパソコンを触ったこともないですって人がITエンジニアを目指す傾向がある」→「まーまー人を選ぶ仕事です」

        代表取締役 岩元仁@株式会社ロックシステム @iwam_rock ゆるふわIT業界のリアルが分かる。 「ブラック企業をやっつけろ!」がスローガンのIT開発会社の代表です。 残業ほぼゼロ、2021年の1日の平均残業時間は…マイナス3分!22年23年は0分。24年はマイナス1分。まーまー良い会社のはず。 親戚のおっちゃんくらいの気持ちで気軽に話しかけてくだしあ。 https://t.co/AZlVrmd0yq 代表取締役 岩元仁@株式会社ロックシステム @iwam_rock ここ数年「プログラミングの勉強をしていました」どころか「前職ではパソコンを触ったこともないです」って人がITエンジニアを目指す傾向がある気がする。 人材が集まっているといえば聞こえは良いが、まーまー人を選ぶとお伝えしておきますね。 2023-01-05 19:09:01

          IT社長「ここ数年、前職ではパソコンを触ったこともないですって人がITエンジニアを目指す傾向がある」→「まーまー人を選ぶ仕事です」
        • WebAPI の自動テスト戦略 - Shin x Blog

          テストコードを実装する際に単体テストで書くか、統合テストで書くか迷う場面はないでしょうか。本エントリでは、私なりのテスト戦略についての考えをまとめました。 概要 対象アプリケーション 本エントリにおける単体テストと統合テスト 単体テスト(ユニットテスト) 統合テスト(結合テスト、API テスト、フィーチャテスト) 単体テストと統合テストの特徴 テスト方針 テスト戦略 単体テストのみ 統合テストのみ 単体テストと統合テストを組み合わせる コンポーネント別のテストガイドライン 統合テストによるテスト テストピラミッドとテストダイヤモンド 統合テストの懸念 統合テストが無い 共有データセットが辛い 実行時間が遅くなりそう まとめ 参照 概要 単体テストと統合テストの特徴 テスト戦略 統合テストの懸念への対応 NotebookLM による音声概要を作成しました。よくまとまっているのでこちらもどうぞ

            WebAPI の自動テスト戦略 - Shin x Blog
          • 【React/Vue.js】コンポーネント設計の(個人的)ベストプラクティス | Offers Tech Blog

            概要 こんにちは、Offers を運営している株式会社 overflow の Software Engineer(主戦場はフロントエンド)の Kazuya です。今回は、React や Vue.js などの SPA フレームワークにおけるコンポーネント設計について紹介します。 昨今のフロントエンド開発では、コンポーネント指向での開発がスタンダート化しつつありますが、コンポーネント設計には厳格なルールが無く、どのように設計すればいいか悩む方も多いのではないでしょうか?(筆者は沼にはまりました) コンポーネントの単位はどの程度に分割すべきなのか、状態管理はどうすればいいのか、API 通信はどこですべきなのかなど、一言にコンポーネント設計と言っても考えるべき項目が多いです。チーム開発では、認識があっていないとコードが魔境になることもしばしばあると思います。(筆者の経験談より) そこで今回は、数々

              【React/Vue.js】コンポーネント設計の(個人的)ベストプラクティス | Offers Tech Blog
            • 「便利なものを作ったら負け」OSS界の巨人・mattnが語る、アウトプットの心理的ハードルとの付き合い方 - エンジニアtype | 転職type

              転職・求人情報サイトのtype エンジニアtype スキル 「便利なものを作ったら負け」OSS界の巨人・mattnが語る、アウトプットの心理的ハードルとの付き合い方 NEW! 2026.02.03 スキル GoOSSプログラミング インプットだけでなくアウトプットが重要という話は、もはや定説と言っていい。ブログを書く、OSSを公開する、技術記事を発信する。そうした活動が評価や機会につながるケースは、枚挙にいとまが無い。 ただ、アウトプットが大切だと分かっていても、実際に行動に移せないエンジニアが多いのも事実だろう。こんなコードを見られたら恥ずかしい、マサカリが飛んできたらどうしよう……。そうやって完璧な成果物を目指すあまり、つい手が止まってしまう。 そんな中、呼吸をするようにコードを書き、全世界へ公開し続けている男がいる。VimやGoのコントリビューターとして知られるエンジニア・mattn

                「便利なものを作ったら負け」OSS界の巨人・mattnが語る、アウトプットの心理的ハードルとの付き合い方 - エンジニアtype | 転職type
              • ワイのGitHubリポジトリおすすめ設定(2022年 決定版) - Qiita

                設定対象 今回紹介する設定対象は以下2つです。 Repository Settings Repository Templates 1. Repository Settings おすすめの設定内容をシートにまとめました💡 よろしければ、ご活用ください🙇‍♂️ 各設定の選定理由をこの章で紹介します。 設定チートシート 1.1 General 1.1.1 General Require contributors to sign off on web-based commits 必要に応じて有効 機能について GitHubのWeb上で編集を行う場合、コミット時にサインオフを求める機能です。 詳細はリポジトリの強制コミット サインオフを有効または無効にする をご覧ください。 推奨シーン OSS開発など様々な開発者のコミットが想定されるとき 理由 OSS開発などにおいて、コミッターの方に著作権やラ

                  ワイのGitHubリポジトリおすすめ設定(2022年 決定版) - Qiita
                • My new error...

                  2023 年度の僕のエラーハンドリング について書きたい。 昨日Safe Data Fetching in Modern JavaScriptを読んでいて、fetch に限った話ではないが一家言ある内容だったので書きたくなった。 おそらくやりすぎだとか非効率と言われる点はあると思うので、みんなの一家言も教えて欲しい。 対象は Typescript での サーバー開発想定だが、TS であればクライアント開発にもほとんどに当てはまる話だと思う。 例外のスローではなく Result 型を使う Result は失敗するかもしれないという文脈を与えてくれる型 エラーハンドリングの戦略として例外を投げるのではなく、Result 型を返すやり方がある。 Result 型というのは export type Result<T, E> = Ok<T> | Err<E>; export interface Ok

                    My new error...
                  • 実践Claude Code:20の失敗から学ぶAIペアプログラミング

                    生成AIを使用したペアプログラミングが新しい開発スタイルとして注目されています。しかし、いざ実践しようとすると「思うように動かない」「期待した結果にならない」といった壁にぶつかることが多々あります。 このセッションでは、私が実際にClaude Codeを使用する中で遭遇した「あるある」な問題を20…

                      実践Claude Code:20の失敗から学ぶAIペアプログラミング
                    • PHPにはエスケープ関数が何種類もあるけど、できればエスケープしない方法が良い理由

                      このエントリは、PHP Advent Calendar 2021 の20日目のエントリです。19日目は @takoba さんによる PHPプロジェクトのComposerパッケージをRenovateで定期アップデートする でした。 SQLインジェクションやクロスサイトスクリプティング(XSS)の対策を行う際には「エスケープ処理」をしましょうと言われますが、その割にPHP以外の言語ではあまりエスケープ処理の関数が用意されていなかったりします。それに比べてPHPはエスケープ処理の関数が非常に豊富です。これだけ見ても、PHPはなんてセキュアなんだ! と早とちりする人がいるかもしれませんが、しかし、他言語でエスケープ処理関数があまりないのはちゃんと理由があると思うのです。 本稿では、PHPのエスケープ処理用の関数を紹介しながら、その利用目的と、その関数を使わないで済ませる方法を説明します。 SQL用

                      • スクラムにおける朝会の目的は進捗共有ではないよという話 - Qiita

                        これは何 スクラムを採用していてもしていなくても、朝会(デイリースクラム)を行っているチームは多いと思います。 最近僕が在籍するQiita株式会社のチームで朝会が形骸化してない?みたいな話があったので、そもそも朝会を行う目的と、朝会で行うべきことについて記事化していきたいと思います。 今回はスクラムを採用している前提で話をするので、朝会=デイリースクラムとします。 デイリースクラムの目的は進捗共有ではない デイリースクラムで、進捗共有をして終わりになっているチーム、意外と多いのではないでしょうか。 しかし、そもそも進捗の共有をしないといけない理由を考えなければなりません。 もしチームのみんながやっていることを知りたいだけであれば、朝会などでみんなで集まらなくとも日報や日々のチャットの中で把握はできるのではないでしょうか。つまり、朝みんなで時間をとって集まっている以上、ある程度のリターンがな

                          スクラムにおける朝会の目的は進捗共有ではないよという話 - Qiita
                        • Claude Desktopで爆速開発する

                          はじめに Anthropicが提供する「Claude Code」をMCP(Model Context Protocol)で活用した開発環境を構築について気づいたことをまとめました。特に本記事ではClaude DesktopとMCPを組み合わせた開発環境の構築方法と、実用例について紹介します。 結論から言うと、Claude Desktopでコード書くコスパも悪くないぞ、という話。 Desktop Appで?と思う人もいるかも知れないですが、その気持ちも分かる。でもいったん読んでほしい。 IntelliJとClineの現状 私はIntelliJユーザーなのですが、Clineにまだ対応しておらず、SNSで話題になっているようなAIの潮流に乗れていないように感じていました。2025年4月9日現在、GitHub上で対応についての議論は進行中ですが(GitHub Discussion #581)、実装

                            Claude Desktopで爆速開発する
                          • 時系列データ分析コンテンツ「ごちきか」を公開します - NTT docomo Business Engineers' Blog

                            この記事は、 NTT Communications Advent Calendar 2022 24日目の記事です。 はじめに イノベーションセンターの木村と申します。初めてのアドベントカレンダー&Engineers’blog投稿です。普段の業務は、機械学習をもちいた時系列データ分析の研究開発やお客様データ分析案件支援を主として行っています。プライベートでは自転車にお熱でZwiftでバーチャルライドをしたり、最近ではテクニック向上のためバニーホップの練習に励んでいます(なかなか上達しません…)。 今日はクリスマスイブということで、時系列データ分析コンテンツ「ごちきか」 をプレゼント(?)します!年末休みのお供にぜひご照覧ください。 サマリー 時系列データ分析コンテンツ「ごちきか」を公開しました (余談として)基盤やデプロイ方法を紹介します What is 「ごちきか」? 私たちのチームでは、

                              時系列データ分析コンテンツ「ごちきか」を公開します - NTT docomo Business Engineers' Blog
                            • Prisma で本物のDBMSを使って自動テストを書く - mizdra's blog

                              DBMS に依存するロジックのテストを書く時、主に2つの手法があると思います。 Repository 層などを mock する Service 層のテストをする時は、その下位の Repository 層を mock して、DBMS に依存しない形にしてからテストする レイヤードなアプリケーションで適用できる手法 テスト実行時も DBMS を裏で動かして、それを使う 本番と同じスキーマを持つ DBMS に対して、実際に insert したり select してテストする DBMS は docker-compose upとかで事前に立ち上げておく 双方にそれぞれ良さがあって、プロダクトによってどっちでやるか変わってくると思います。 この記事では 2 の手法を Prisma でどうやるかについて紹介します。 前提 実際のテストコードの例 テストヘルパーを作る 別解: ヘルパーを自動生成する je

                                Prisma で本物のDBMSを使って自動テストを書く - mizdra's blog
                              • strlen() の深淵 - Qiita

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

                                  strlen() の深淵 - Qiita
                                • 綺麗なコミットログを作りたいときのgitテクニック - Qiita

                                  これは何 僕は開発作業をしているとき、PRをあげるまでの開発途中はwipコミットに変更を記録していき、最後にコミットを仕上げていくような作業をよくします。 初めからコミットを綺麗に書きながら開発ができれば良いのですが、 にあるようなコミットログを仕上げていこうと思うとどうしても最後にコミットログを整理したくなります。 この記事はこのようにgitを使うと綺麗なコミットログを作れるよ、というTipsです。 具体的にこういうコミットを作ると良いよ、みたいな話はこの記事ではしません。 僕はこのような工程でPRを出す前にコミットログを作っています。 git rebase -iで作業中のコミットを全て一つのコミットにsquashする git reset HEAD~で一度コミットを取り消す git add -pで作りたいコミットごとに変更をstageにあげていく コミットを作成する git rebase

                                    綺麗なコミットログを作りたいときのgitテクニック - Qiita
                                  • Japanese Version - 100 Go Mistakes and How to Avoid Them

                                    Go Mistakes Book Details The Story Behind 100 Go Mistakes Go言語でありがちな間違い The Coder Cafe もし私の本を楽しんでいただけたなら、私の最新プロジェクトにもご興味があるかもしれません。The Coder Cafeは、コーダー向けの日刊ニュースレターです。 Feeling overwhelmed by the endless stream of tech content? At The Coder Cafe, we serve one essential concept for coders. Written by a senior software engineer at Google, it's perfectly brewed for your morning coffee, helping you grow

                                      Japanese Version - 100 Go Mistakes and How to Avoid Them
                                    • サクッと始めるプロンプトエンジニアリング【LangChain / ChatGPT】

                                      この本では、初心者・入門者の方に向けて、プロンプトエンジニアリングの知識や使い方を体系的にまとめました。 【概要】 ・内容:プロンプトエンジニアとは?、プロンプトエンジニアの必須スキル5選、プロンプトデザイン入門【質問テクニック10選】、LangChainの概要と使い方、LangChainのインストール方法【Python】、LangChainのインストール方法【JavaScript・TypeScript】、LCEL(LangChain Expression Language)の概要と使い方、LangSmithの概要と使い方【LLMOps】、LangServeの概要と使い方【API】、LangGraphの概要と使い方【Multi-Actor】、OpenGPTsの概要と使い方【OSS版のGPTs】、LangChain Evaluations【生成物の評価方法】、LangChain Hub、Op

                                        サクッと始めるプロンプトエンジニアリング【LangChain / ChatGPT】
                                      • Webフロントエンド開発(2021)の見取り図をつくりたい

                                        本業はiOS開発なのですが、6月頃から個人開発でWebフロントを触っています。 Webフロントに入門するときに、開発の前提知識・専門用語が多すぎて、脳が処理しきれない状態になりました。 これでも数年前のより混沌としてた時期よりは安定してきているように思うんですが、それでもやはりカオス感は否めませんでした。 Webフロントエンド開発の見取り図があればいいのにと思ったので、自分でちょっとつくってみようと思いました。 個別の技術要素の情報は豊富にある(ありすぎると言ってもいいかもしれません)んですが、全体像がよくわからないので、 たとえば「TypeScriptで開発した方がいいのか?」とか、「Babelとかwebpackってインストールしなきゃいけないの?」とか、 そういう素朴な疑問が学習進めて行っても、なかなか解消できなかったので、いい感じのざっくり感でまとめられたらと思います。 この記事で全

                                          Webフロントエンド開発(2021)の見取り図をつくりたい
                                        • クラウドネイティブ環境におけるJavaチューニングの進め方 〜 20,000rpsをさばく超PayPay祭の事例

                                          ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは、ショッピング統括本部の川口です。 本記事では、2022年2月から3月にかけて開催された超PayPay祭の事例をもとに、クラウドネイティブ環境におけるJavaチューニングの進め方について解説します。 本記事の内容は2022年6月19日に開催された、JJUG 2022 Springで発表した内容をベースにしています。 Yahoo!ショッピングにおける超PayPay祭は高負荷 超PayPay祭は全国のPayPay加盟店とオンラインショップでお得に買い物をお楽しみいただける大規模キャンペーンです。Yahoo!ショッピングにおいても、PayPayポイントがもらえるキャンペーンなどさまざまなお得な施策が実施されます。超PayPay

                                            クラウドネイティブ環境におけるJavaチューニングの進め方 〜 20,000rpsをさばく超PayPay祭の事例
                                          • 妄想的DHH理解 - Qiita

                                            Caution この記事はDHHファンの妄想によるシナリオが多分に含まれます。 というかほとんどです。 成り立ちが間違ってることも当然あるように思うので話半分で読んでください。 これは一体 最近のRailsフロントエンドやDHHの活動には一連の流れがあるわけですが、一部トレンドに沿ってない部分がある故にそれが汲めないというところがあるのではと思います。 それらの流れを記憶が定かなうちにつないで記録しておこうという記事です。 前提知識 DHH Railsの生みの親、Rubyist Basecamp(社) DHHがCTOやってる会社 Basecamp(サービス) Basecamp(社)が開発してるプロジェクト管理ツール Trixを開発してたある日 Basecamp(サービス)に組み込まれてるリッチテキストエディタのtrixをcustomElements使って開発してたある日、DHHはあることに

                                              妄想的DHH理解 - Qiita
                                            • AIがバイナリを直接吐くようにはならない - きしだのHatena

                                              たびたび見かける「そのうちAIが直接バイナリを吐くようになるんでは」という話、原理的に難しいし、できるとしてもだれもやらないし、できるようになったとしてもだれも使わないので、今の仕組みのAIが直接バイナリを吐く未来は来ないと思います。 ここらへんも参照 AIがコードを書くようになるなら、AIだけに理解できる言語を作ればいい、のかな? - きしだのHatena AI専用のプログラミング言語は現れない - きしだのHatena AIが読み書きするコードも読みやすいほうがいい(トランスフォーマの特性の考慮やリーダブルコードについて追記) - きしだのHatena プログラミング言語は人間が扱いやすく機械が実現できるよう論理を表現するものでありプログラムの本体 - きしだのHatena ※ LLMが生成したコードを内部でコンパイラを呼び出してバイナリにするというのは、例えばここにあるようなプログラ

                                                AIがバイナリを直接吐くようにはならない - きしだのHatena
                                              • VSCodeに新機能「Copilot Vision」プレビュー版が登場。モックアップ画像を読み込ませてHTML/CSSを作成、エラーのスクリーンショットから分析を依頼など

                                                VSCodeに新機能「Copilot Vision」プレビュー版が登場。モックアップ画像を読み込ませてHTML/CSSを作成、エラーのスクリーンショットから分析を依頼など マイクロソフトはコードエディタVisual Studio Code(以下VSCode)の新機能として、Copilotでモックアップ画像の読み込みなどが可能になる「Copilot Vision」プレビュー版などの搭載を発表しました。 また、ターミナルにおいてbashやzsh、PowerShellなどの入力補完をしてくれるIntelliSenseの改善なども追加されています。 これらの新機能は3月6日付けで公開されたVSCode 1.98(February Update)に搭載されています。 Version 1.98 of @code is out now with drag and drop peek references

                                                  VSCodeに新機能「Copilot Vision」プレビュー版が登場。モックアップ画像を読み込ませてHTML/CSSを作成、エラーのスクリーンショットから分析を依頼など
                                                • 25年愛するお絵かき掲示板のために、54歳でコードを書き始めた。Javaアプレット廃止に抗って【フォーカス】 レバテックラボ(レバテックLAB)

                                                  TOPフォーカス25年愛するお絵かき掲示板のために、54歳でコードを書き始めた。Javaアプレット廃止に抗って【フォーカス】 「お絵かき掲示板交流サイト Petit Note」管理人・開発者 さとぴあ 2000年ごろより「お絵かき掲示板」のユーザーや管理人として活動。2018年、スクリプトの保守・改修のため独学で関連ツール開発に関わり始める。現在はPHPスクリプト「Petit Note」(さとぴあさんが運営するサイトと同名)の開発や「POTI-board EVO」の保守、HTML5製ペイントツール「PaintBBS NEO」「litaChix」の改良・翻訳などを手がける。趣味はロードバイク。 お絵かき掲示板交流サイト Petit Note X:@satopian GitHub:@satopian 2000年代、Web上の創作文化の中心地として「お絵かき掲示板」が栄華を極めていました。専用ソ

                                                    25年愛するお絵かき掲示板のために、54歳でコードを書き始めた。Javaアプレット廃止に抗って【フォーカス】 レバテックラボ(レバテックLAB)
                                                  • 『メタルギア』『ZOE』の開発者がレトロゲームエンジン「Pyxel」を作った理由【フォーカス】 | レバテックラボ(レバテックLAB)

                                                    レトロゲームエンジン「Pyxel」開発者 北尾 崇(Takashi Kitao) 元ゲーム開発者。コナミ在籍時に『METAL GEAR SOLID』(企画・ツール開発・CGムービー制作)、『ZONE OF THE ENDERS』(メインプログラマ・ゲームデザインユニットディレクター)、『ANUBIS ZONE OF THE ENDERS』(メインプログラマ・グラフィックエンジン開発)などに携わる。現在はエンターテインメント・テクノロジー企業でデジタル機器やゲーム向けのXR技術の研究開発を統括。2018年から個人活動として、オープンソースのゲームエンジン「Pyxel」の開発を手がける。2025年1月には技術評論社よりPyxelの入門書籍「ゲームで学ぶPython! Pyxelではじめるレトロゲームプログラミング」が発売予定。 X Pyxel レトロゲームエンジン「Pyxel」は、GitHub

                                                      『メタルギア』『ZOE』の開発者がレトロゲームエンジン「Pyxel」を作った理由【フォーカス】 | レバテックラボ(レバテックLAB)
                                                    • Hono + htmx + Cloudflareは新しいスタック

                                                      この記事は以前7月に自分で書いた「Hono + htmx + Cloudflare is a new stack」という記事を一部修正し、訳したものです。 Hono + htmx + Cloudflareは新しいスタック 以前、バックエンドエンジニアだった身からすれば、Reactは複雑だと感じることがあります。さらに(私はフレームワーク開発者なのですが)フレームワーク開発者にとってはハイドレーションの仕組みを作ることは厄介です。しかし、しばしばReactを使うことになります。 Reactの優位な点の一つは「JSX」です。最初見た時、JSXは奇妙に思えました。「なんでJavaScriptの中にHTMLのタグが入っているんだ!」。しかし、一度慣れると、JSXは柔軟で、書きやすいことに気づきました。 今日はこれから、JSXをサーバーサイドのテンプレートとして使う技術スタックを紹介します。これはつ

                                                        Hono + htmx + Cloudflareは新しいスタック
                                                      • 機械学習で逆ストリートビューを作り、写真から港区らしさを判定する - エムスリーテックブログ

                                                        テストデータでの予測結果 先日新橋を散歩していたときの会話。 妻 "こういう路地って新橋らしさあるよねー" 私 "本当です?どういうところで当てられるの?" 妻 "歩道の雰囲気?" 私 "うーん" ということで、MLエンジニアたるもの、そんなことが本当にできるのか機械学習で検証してみましょう。 写真から撮影場所を当てる 作るもの 港区らしさとは 柵でわかる中央区・千代田区・江東区 最もXX区に間違えそうなYY区の写真とは 技術的な話 参考論文: PlaNet Google Streetview API と Geolonia API 学習について 他の地域の分類機を作る 自分の撮った写真の地域を当てる Limitation まとめ We are hiring! おまけ: モデルと勝負! 写真から撮影場所を当てる こんにちは、AI・機械学習チームリーダーの大垣(id:Hi_king)です。 こ

                                                          機械学習で逆ストリートビューを作り、写真から港区らしさを判定する - エムスリーテックブログ
                                                        • プログラミング言語別の平均年収ランキング トップ10にPythonやJSなど入らず 1位は? パーソル調査

                                                          プログラミング言語別の平均年収ランキング トップ10にPythonやJSなど入らず 1位は? パーソル調査 パーソルキャリアは6月6日、日本におけるプログラミング言語別の平均年収ランキングを発表した。1位は「ABAP」で平均年収661万円。2位は「R」で656万円、同率3位は「Perl」と「VC・VC++」で630万円だった。同社が過去に調査した「ITエンジニアが学びたい言語ランキング」ではPython、Java、JavaScriptが上位だったが、これらはトップ10に入らなかった。 プログラミング言語別の平均年収ランキングでは、5位が「Delphi」で629万円、6位が「ASP」で628万円、7位が「Go」で627万円、8位が「PL/1」で618万円、9位が「Cocos2d-x」で607万円、10位が「C++」で605万円だった。調査結果は、パーソルキャリアが転職支援サービス「doda」

                                                            プログラミング言語別の平均年収ランキング トップ10にPythonやJSなど入らず 1位は? パーソル調査
                                                          • High Performance FastAPI

                                                            PyCon JP 2021 発表資料です。

                                                              High Performance FastAPI
                                                            • AI駆動開発では「Project as Code」が超重要である! - Qiita

                                                              Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに こんにちは。主にXにてAI駆動開発について発信している熊井悠 と申します。 この度、念願のQiitaを投稿してみようと思い筆を持った次第なのですが、以前からAI駆動開発において『Project as Code』が重要と口酸っぱく言っていますら。ただProject as Codeって検索しても出てこないという話がありました。なぜなら僕が造語したからです。 そのため本記事ではProject as Codeについて解説しようと思います! Project as Code(PaC)とは PaCはインフラのコード管理の概念である「Infr

                                                                AI駆動開発では「Project as Code」が超重要である! - Qiita
                                                              • ソフトウェアエンジニアリングサバイバルガイド: 廃墟を直す、廃墟を出る、廃墟を壊す、あるいは廃墟に暮らす、廃墟に死す

                                                                このブラウザ バージョンのサポートは終了しました。サポートされているブラウザにアップグレードしてください。

                                                                  ソフトウェアエンジニアリングサバイバルガイド: 廃墟を直す、廃墟を出る、廃墟を壊す、あるいは廃墟に暮らす、廃墟に死す
                                                                • VSCodeのワークスペースを素早く切り替える

                                                                  はじめに 普段VSCodeを利用しているのですが、複数のプロジェクトを並行して進めている場合にワークスペースの切り替えが地味に面倒だなと感じていました。。 何か簡単に切り替えれる方法はないかと調べていたところ、VSCodeの拡張機能「Workspace Explorer」がよさげだったので試してみました! 事前準備 VSCodeの ファイル > 名前を付けてワークスペースを保存 から各プロジェクトのワークスペースを作成し、1つのフォルダにまとめて保存しておきます。 設定方法 拡張機能のインストール VSCodeの拡張機能から「Workspace Explorer」で検索し、インストールします。 拡張機能の設定 VSCodeの ファイル > ユーザー設定 > 設定 を開き、設定の検索から「workspaceExplorer.workspaceStorageDirectory」を入力します。

                                                                    VSCodeのワークスペースを素早く切り替える
                                                                  • A Philosophy of Software Design 前半

                                                                    2022/02/28 に MoneyForward で発表した A Philosophy of Software Design の話です。

                                                                      A Philosophy of Software Design 前半
                                                                    • VSCodeのDevContainer入門&Claude Codeのリファレンス実装を見てみる - くらげになりたい。

                                                                      この記事を読んで、Cline / RooCodeなどを使うなら、 ちゃんと使えるようにしたいなと思い、いろいろ調べてみたときの備忘録(*´ω`*) Cline / RooCodeを安全に使うためにDevContainerを使い始めた 環境は、macOS+OrbStack DevContainerとは Dev Containerは、Dockerコンテナ上で開発するための拡張機能。 環境構築をコンテナとして用意でき、ローカル環境も汚さないですむ Dev Containers - Visual Studio Marketplace Developing inside a Container また、開いたフォルダをコンテナ上にマウントして、コンテナ内で実行するので、 それ以外のファイルにアクセスできなくすることができるので、AIエージェントを使うときにも安全 コンテナへの接続方法はいくつかあり、そ

                                                                        VSCodeのDevContainer入門&Claude Codeのリファレンス実装を見てみる - くらげになりたい。
                                                                      • Docker MCP Gatewayがすんばらしい👌 - Qiita

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

                                                                          Docker MCP Gatewayがすんばらしい👌 - Qiita
                                                                        • AI で再注目された技術やツールたち - ぽ靴な缶

                                                                          これは はてなエンジニア Advent Calendar 2025 2 日目の記事です。 年の瀬なので振り返りたくなる季節ですね。 今年も AI の話題が非常に多く、コーディングエージェントの普及を始めいろんな変化がありました。新しいモデル、高まる精度、飛び交うビッグマネー、跳ね回る驚き達。そういう景気の良い話はさておき、既存の技術が新しい文脈で再注目されたり、思わぬ用途で広く使われるようになったりすることも起きています。 今日はそんな「以前から存在していたけど AI によって新しい価値を見出された技術やツールを語ろう」のコーナーです。 いくぞ!! Server-Sent Events (SSE) まず出世頭として思いつくのは Server-Sent Events でしょう。 Server-sent events - Web API | MDN 今やチャット AI のレスポンスはほとんど

                                                                            AI で再注目された技術やツールたち - ぽ靴な缶
                                                                          • Claude Codeが私の職場を激変させはじめた - Qiita

                                                                            Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 私は、大企業の精密機器メーカーに勤務するソフトウェアエンジニアですが、私の職場にも生成AIの大波がやってきました。 全社的にClaude Codeを導入し、派遣社員・契約社員の人数を見直す可能性の検討が始まっています。 私も現場のプロジェクトリーダーとして導入を検討していますが、確かにこれはソフトウェア開発の現場を激変させるポテンシャルを持っていると認めざるを得ません。 まだまだ過渡期で今後どうなっていくかはわかりませんが、今までの検討でわかったことと課題を書き留めておこうと思います。 これまでの経緯 私の会社では、以下のよう

                                                                              Claude Codeが私の職場を激変させはじめた - Qiita
                                                                            • 「英語は新しいプログラミング言語であり、生成的AIは新しいコンパイラだ」。英語対応のためのSDK「English SDK for Apache Spark」をデータブリックスが発表

                                                                              「英語は新しいプログラミング言語であり、生成的AIは新しいコンパイラだ」。英語対応のためのSDK「English SDK for Apache Spark」をデータブリックスが発表 Apache Sparkなどの開発で知られるデータブリックス社は、同社が主催したイベント「DATA+AI Summit 2023 by Databricks」で、英語をApache Sparkの問い合わせ言語にできるSDK「English SDK for Apache Spark」を発表しました。 英語は新しいプログラミング言語である Databricks共同創業者兼チーフアーキテクト Reynold Xin氏。 英語は新しいプログラミング言語であり、生成的AIは新しいコンパイラであり、Pythonは新しいバイトコードだ。 これが何を意味するのか。多くの方々がChatGPTを使ってSparkの問い合わせコードを

                                                                                「英語は新しいプログラミング言語であり、生成的AIは新しいコンパイラだ」。英語対応のためのSDK「English SDK for Apache Spark」をデータブリックスが発表
                                                                              • Microsoftがたった13億のパラメーターでGPT-3.5超えのHumanEval50.6%をたたき出す「phi-1」を発表

                                                                                LLaMaやFalconといった小型の大規模言語モデル(LLM)が矢継ぎ早にリリースされる中、Microsoft ResearchのAI研究チームが、プレプリントサーバーのarXivで、Transformerベースのモデル「phi-1」を発表しました。このモデルは、パラメーター数がGPT-3.5の100分の1以下の13億しかないにもかかわらず、テスト用データセット・HumanEvalでGPT-3.5を上回る成績を収めたことが報告されています。 [2306.11644] Textbooks Are All You Need https://doi.org/10.48550/arXiv.2306.11644 Microsoft Releases 1.3 Bn Parameter Language Model, Outperforms LLaMa https://analyticsindiama

                                                                                  Microsoftがたった13億のパラメーターでGPT-3.5超えのHumanEval50.6%をたたき出す「phi-1」を発表
                                                                                • プログラミング経験がない上司から偉そうに「なぜ遅延する」と言われくやしい

                                                                                  Q.新卒入社3年目のシステムエンジニア(SE)です。SE職の位置づけですが、若手メンバーはプログラミングもします。上司である課長SEは、一度もプログラミング経験がないと自慢げに話します。その経験のない上司に、「なぜプログラミングに遅れが出るのか不思議だ」「設計書通りにつくるだけなので簡単だろう」「遅れは自己責任、誰も手助けはしないぞ」「デートや趣味はやめて、残業と休日出勤は当然だ」と怒られます。対策や指導に至る言葉は全くありません。パワハラを恒常的に受けている気分です。未経験者が何も知らないくせに偉そうに言うなとくやしいです。 課長SEの発言は指導ではなく、単なるいじめです。部下から嫌われるタイプで、いつか大きな職場トラブルになるように思います。こんなリーダーには、誰もついていきたくないでしょう。 質問者の会社は、若年層しかプログラミングをしないとのこと。基本的にプログラミングは協力会社へ

                                                                                    プログラミング経験がない上司から偉そうに「なぜ遅延する」と言われくやしい

                                                                                  新着記事