Movatterモバイル変換


[0]ホーム

URL:


はてなブックマークアプリ

サクサク読めて、
アプリ限定の機能も多数!

アプリで開く

はてなブックマーク

タグ

goto_infamousのブックマーク (794)

  • 【Go言語】死なないジョブワーカー処理~数万並行処理でも落ちない設計~

    mattn 大学卒業後、ソフトウェアハウスやSIerなどでソフトウェア開発に携わる。vi派生のテキストエディタVimの日語化やプラグイン、Go言語などでOSS(オープンソースソフトウェア)の開発・コミュニティ運営に参加し、2019年からGoogle Developers Expert。2021〜2023GitHub Stars。著書に『みんなのGo言語』(2016年、2019年に改訂2版、技術評論社、共著)、『Go 言語プログラミングエッセンス』(2023年、2025年に改訂新版、技術評論社、単著)がある。関西在住。 X:@mattn_jpGitHub プログラミング言語の学習において、チュートリアルや書籍で基文法を押さえたあと、「手を動かして何かを作る」というのはよくあるステップです。しかし、基礎を終えたばかりのエンジニアにとって「何をつくればその言語の特性を深く理解できるのか

    【Go言語】死なないジョブワーカー処理~数万並行処理でも落ちない設計~
    goto_infamous
    goto_infamous2025/12/15非公開
    “さばくジョブワーカーはGo言語の得意分野の一つですが、並行処理の設計を誤るとデータ消失などの重大な事故に繋がるリスク”
      • AIエンジニアが本気で作ったLLM勉強会資料を大公開 〜そのまま使えるハンズオン用コード付き〜 | BLOG - DeNA Engineering

        2025.12.05 イベントレポートAIエンジニア気で作ったLLM勉強会資料を大公開 〜そのまま使えるハンズオン用コード付き〜 by Tomoki Yoshida #ai #llm #rag はじめに こんにちは、2020年に新卒入社してからDeNAでAIエンジニアをしている吉田( @birdwatcherYT )です。 いつもは Qiita に技術記事を発信しているのですが、今回は社内の取り組みとしてエンジニアリングブログを書くことにしました(入社6年目でなにげに初執筆です)。 それでは、2025年12月1日に渋谷オフィスでのオフライン開催とオンラインのハイブリッド形式で開催した社内勉強会の開催レポートをお届けします。 3時間の講義&ハンズオン形式のLLM勉強会を実施 新規AIプロダクトを開発しているPdM&エンジニア向けに、AIをコアとしたプロダクト作りのために必要な知識を詰め

        AIエンジニアが本気で作ったLLM勉強会資料を大公開 〜そのまま使えるハンズオン用コード付き〜 | BLOG - DeNA Engineering
        • 【npm】11月21日以降にnpm installした人へ - Shai-Hulud感染チェック & 多層防御ガイド

          npm史上最悪のサプライチェーン攻撃「Shai-Hulud 2.0」。正規パッケージのメンテナー認証情報を盗み、悪意あるバージョンをnpmに公開するという手口で、11月21日から急速に拡散しました。 この記事では2つのことを解説します: 自分が被害にあっていないか確認する方法 今後の被害を防ぐ多層防御アプローチ *この記事と同じ内容を動画でも解説していますので、動画の方が好きな方は下記からどうぞ 被害確認 - あなたは大丈夫か? Shai-Hulud 2.0は11月21日から急速に拡散しました。この日以降にnpm installを実行した人は、感染の可能性があります。 チェック1:GitHubアカウントの確認(ブラウザで完結) 確認ポイント1: 見覚えのないリポジトリ まずGitHubで自分のリポジトリ一覧を確認。 Shai-Huludは感染したアカウントにランダムな名前のパブリックリポ

          【npm】11月21日以降にnpm installした人へ - Shai-Hulud感染チェック & 多層防御ガイド
          • 「東京のマンション1億円」に踊らされてはいけない…「賃貸と持ち家どちらがいいのか」大学教授が示す最新回答(プレジデントオンライン) - Yahoo!ニュース

            東京23区における中古マンションの平均希望売り出し価格は、1億円を超えている。もう家を買うことはできないのか。長年「住みここちランキング」に携わってきた麗澤大学教授の宗健さんは「平均にイメージを引きずられてはいけない。都心のタワーマンションには1億どころか2億、5億といった物件もあり、そうした超高額物件が平均値を引き上げている」という――。 【この記事の画像を見る】 ■日では持ち家が多数派 持ち家vs賃貸論争は、アクセスが稼げる鉄板ネタのようで多くの動画や解説がネットにある。そして、「どちらがいいかは個人の価値観や暮らし方によるから結論はない」という意見も多い。 しかし、一部にある持ち家はリスクであり賃貸を選ぶべきだ、という強い主張とは別に、世の中では、持ち家が多数派だ、という動かせない事実がある。2023年の住宅・土地統計調査によれば、全世帯の持ち家率は60.9%で過半数を占め、60

            「東京のマンション1億円」に踊らされてはいけない…「賃貸と持ち家どちらがいいのか」大学教授が示す最新回答(プレジデントオンライン) - Yahoo!ニュース
            • 読んだ本は忘れていい ― 年間300冊読む私の読書術

              すべてのが正確で信頼できることを主張しているわけではないことに注意してください。信頼性が高い情報が含まれる割合の高さという観点でとインターネット情報を比較しています。の中にも誤った情報や偏った情報が含まれることがあります。すべてを鵜呑みにせずに批判的思考を持って情報を評価することが重要です。を読む環境を整える この章で私が伝える内容は「スマホを捨てろ」以上です。スマホには多くの誘惑があります。SNS、メール、通知、ゲームなど、スマホは注意を引く要素が満載です。 特にSNS は短時間で多くの情報を消費するように設計されており、集中力を削ぐ最大の要因です。スワイプするたびに「良い情報が得られるかも」という期待感がドーパミンを分泌させます。これはガチャと同じ仕組みです。 スマホが手元にあるだけで、集中力が落ちてしまったという研究結果もあります。ですから読書をする際には、(いえ読書する

              読んだ本は忘れていい ― 年間300冊読む私の読書術
              • 【海外記事紹介】Rustにはガッカリしている

                11月24日、bykozyが「Blog -Rust is a disappointment」と題した記事を公開した。この記事では、Rustが期待されてきた「C++の後継候補」としての役割を十分に果たしていないのではないかという問題提起を行い、とくにコンパイル速度の遅さ、言語としての複雑さ、メモリ安全性と信頼性のトレードオフ、可変共有状態の扱いにおける限界について詳しく紹介している。以下に、その内容を紹介する。 11月24日、bykozyが「Blog -Rust is a disappointment」と題した記事を公開した。この記事では、Rustが期待されてきた「C++の後継候補」としての役割を十分に果たしていないのではないかという問題提起を行い、とくにコンパイル速度の遅さ、言語としての複雑さ、メモリ安全性と信頼性のトレードオフ、可変共有状態の扱いにおける限界について詳しく紹介している

                【海外記事紹介】Rustにはガッカリしている
                • 書評:『なぜ人は締め切りを守れないのか』 - シロクマの屑籠

                  いいに出会ったので紹介したくなりました。紹介します。 なぜ人は締め切りを守れないのか 作者:難波優輝堀之内出版Amazon このは「人はなぜ締め切りを守れないのか」という疑問から出発して、人間にとって時間とはどういうものなのか、ひいては「いい時間」「悪い時間」とはどういうものなのか等を論じているだ。締め切りをひとつのキーワードとして、古今の哲学者や思想家のお話を引用し、はるか昔からの人間の時間観念を振り返り、時間に追われる現代人のありようを紐解いていく(そうしたうえで著者自身の展望も記される)。こう書くと重たそうなに思えるかもしれないが、このは内容に比してかなり軽やかだ。書には良い点がたくさんある。 ひとつは、時間について“哲学する”なのに難読ではない点だ。 哲学と銘打った、哲学に明るい人が書いたは読みにくいことが多い。少なくとも20世紀までに書かれた哲学系の書籍は、ど

                  書評:『なぜ人は締め切りを守れないのか』 - シロクマの屑籠
                  • 設計に疎いエンジニアでも始めやすいアーキテクチャドキュメント

                    2025.11.01 開催 KomeKaigi 2025 の 15 分枠で登壇させていただいた際の資料です。 https://komekaigi.dev/ 個人プロフィール https://github.com/hayashit6239

                    設計に疎いエンジニアでも始めやすいアーキテクチャドキュメント
                    • 「タスク遅れに対しての手札をふやす」ことが、マネージャーの立ち回りとして大事だという話

                      皆さん、「タスクが遅れている時」の対処法って、いくつくらいお持ちですか? この記事で書きたいのは、大体以下のようなことです。 ・昔、「タスク遅れ解決のための手札をどれだけ持っているかがマネージャーの価値」と教わりました ・タスク遅れは必ず発生するものですし、必ず対処しなくてはいけません ・タスク遅れの解決方法は色々ありますが、ざっくり分類すると「人的リソースでなんとかする」「調整でなんとかする」「プロセスをなんとかする」の三つになります ・ただし、タスク遅れに対してどんな手を打てるかは組織次第、状況次第で変わります ・「タスク遅れ解決のための手札」をなるべく増やすように、普段から立ち回りを意識するのが良いような気がします よろしくお願いします。 さて、書きたいことは最初に全部書いてしまったので、後はざっくばらんにいきましょう。 前から何度か書いていますが、しんざきはシステム開発の会社で管理

                      「タスク遅れに対しての手札をふやす」ことが、マネージャーの立ち回りとして大事だという話
                      • チームより先にタスクがある──導入1年で分かったFASTの本質【ログラス×ユーザベース】 - Agile Journey

                        クラウド経営管理システムを開発する株式会社ログラスでは、事業の成長に伴って、組織面でのさまざまな課題に直面しました。スクラムチームがサイロ化し、プロダクトの全体像にずれが生じたり、チーム間のコミュニケーションコストが増大したり……。そうした課題を解決するため、同社は2024年8月、「FAST」という新たな開発プロセスの導入に踏み切りました。 FAST導入から1年──。開発現場はどう変わり、どんな学びが得られたのでしょうか。 今回はアジャイル開発に取り組む株式会社ユーザベースの中嶋淳さん・福田航輝さんが、ログラスの飯田意己さん・粟田恭介さんとディスカッション。FASTの背後にあるユニークな考え方やXP(eXtremeProgramming)との共通点・相違点を深掘りします。 FASTとXPには「組織の流動性」という共通点がある FASTって何? 特徴を簡単におさらい FAST(Fluid

                        チームより先にタスクがある──導入1年で分かったFASTの本質【ログラス×ユーザベース】 - Agile Journey
                        • AWS経験者が知るべきGoogle Cloudネットワークの基本思想と主要サービス比較 - NRIネットコムBlog

                          記事は ネットワークウィーク 4日目の記事です。 💻 3日目 ▶▶ 記事 ▶▶ 5日目 🌐 はじめに 対象読者 この記事で伝えたいこと すべての基AWSGoogle Cloudの「思想の壁」 主要サービス比較:AWSの知識をGoogle Cloudに置き換えて理解する 1. 仮想ネットワーク (VPC) 2. サブネット 3. ファイアウォール 4. ロードバランサ + CDNAWS経験者が意識すべきポイント おわりに はじめに クラウド事業推進部の小野内です。ネットコムに入社して、もうすぐ3年半となります。 多くのインフラエンジニアにとって、AWSのネットワーク構成はもはや共通言語と言っても過言ではないでしょう。VPC、サブネット、セキュリティグループといったコンポーネントを組み合わせて、要件に合わせたネットワークを設計するのはおなじみの作業かと思います。 しかし、いざG

                          AWS経験者が知るべきGoogle Cloudネットワークの基本思想と主要サービス比較 - NRIネットコムBlog
                          • システムを作る人がまず理解すべきシステム思考の基礎 - じゃあ、おうちで学べる

                            はじめに 先日、若いエンジニアと話をしていて、システム思考について話題になった。「物事を個別に捉えるのではなく、全体の関係性や相互作用を理解する考え方」—これがシステム思考の質だ。僕は彼に、これはどんな分野でも応用できる基的な教養だと伝えた。特にシステムを構築する立場の人には重要だけど、そうでなくても持っておいて損のないスキルだと。 世界はシステムで動く ― いま起きていることの質をつかむ考え方 作者:ドネラ・H・メドウズ英治出版Amazon その会話を終えた後、ふと考えた。僕たちエンジニアは日々システムを作っているのに、どれだけ「システムとして」物事を考えているだろうか、と。 あなたは日々、コードを書いている。機能を実装し、バグを修正し、システムを構築している。そして、予想外の挙動に困惑することがあるかもしれない。完璧に動くはずの機能が、別の機能と組み合わせると謎の不具合を起こす。

                            システムを作る人がまず理解すべきシステム思考の基礎 - じゃあ、おうちで学べる
                            • めんつゆと白だしの違いを理解して使い分けたい

                              趣味材採取とそれを使った冒険スペクタクル料理。週に一度はなにかを捕まえてべるようにしている。最近は製麺機を使った麺作りが趣味。(動画インタビュー) 前の記事:チャンバラをする貝、チャンバラガイ(マガキガイ) > 個人サイト >私的標趣味の製麺 >ライターwiki 白だしが気になってきた 白だしに手を出そうと思ったのは、当サイトの先輩ライターであるヨシダプロと久しぶりに話したとき(こちらの記事)、「料理の味付けは全部白だしです」と言い切っていたのが気になったから。え、全部? 「パスタを1カ月べ続けると何kg太るのか!? 」より。自宅には白だししか調味料がないそうだ。ちなみにこれはヤマサの「昆布つゆ白だし」ですね。 白だしを料理上手が使う隠し味的な存在だと勝手に思っていたのだが、意外とメインとして使い続けることも可能らしい。私も気がつけばおかずが全部めんつゆ味になっていることもあ

                              めんつゆと白だしの違いを理解して使い分けたい
                              • AIインフラを考える

                                第38回 ISOC-JP Workshop での登壇資料です。 https://isoc.jp/activities/38th_isocjp_workshop/AI関連技術の急速な発展に伴い、分散深層学習や推論処理といった要求の厳しいワークロードを支えるため、ハードウェアやソフトウェア・フレー…

                                AIインフラを考える
                                • Goの†黒魔術†に対する防衛術 ~Defence Against the Go's dark Arts~ - ANDPAD Tech Blog

                                  前書き 黒魔術のざっくり概要 黒魔術をどうやって使うか 黒魔術の副作用 黒魔術に対する防衛術 ~Defence Against theGo's dark Arts~ インターフェース適合アサーション 標準的な構文 動作メカニズム 主な用途 実装例 配列長アサーション 標準的な構文 動作メカニズム 主な用途 実装例 定数演算と型定義によるアサーション 標準的な構文 動作メカニズム 主な用途 実装例 マップキー重複アサーション 標準的な構文 動作メカニズム 主な用途 実装例 リンカエラーアサーション 標準的な構文 動作メカニズム import "C" の副作用 コンパイラの定数評価とデッドコード除去 (DCE) リンカのシンボル解決 主な用途 実装例 まとめ 前書き ソフトウェアエンジニアリングの世界では、一見すると動作原理が不可解でありながら、言語仕様の巧みな(あるいは強引な)解釈によって

                                  Goの†黒魔術†に対する防衛術 ~Defence Against the Go's dark Arts~ - ANDPAD Tech Blog
                                  • ソフトウェアエンジニアがプロダクトにオーナーシップを持てないアンチパターン、構造 - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く

                                    世間ではよく、「プロダクトにオーナーシップを持て」というようなことを言われる。かんたんにいうと「このプロダクトは自分のものだ」と思って仕事しろ、という話だ。よく言われるということは、逆にいうと「そうなっていないことが多い」ということだとも思う。つまり、「ほんとうはオーナーシップを持っていてほしいんだけど、そうじゃないから、"持て"と言われる」ということだ。あいさつがあたりまえになされている場所では「あいさつをしましょう」と言われない、というような話。 では、なぜオーナーシップを持つことが難しいのだろう? ぼくは、いままでいろんな現場を見てきて、いくつかのアンチパターンがあるな、と思っている。 アンチパターンの解説から入るまえにまず、前提の話から。そもそも、ソフトウェアエンジニア自体が「オーナーシップなんか持ちたくないよ」と思っている場合、それはどうやってもオーナーシップを持たせることは不可

                                    ソフトウェアエンジニアがプロダクトにオーナーシップを持てないアンチパターン、構造 - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く
                                    • エンジニアはちゃんと身銭を切れ - じゃあ、おうちで学べる

                                      はじめに nekogata.hatenablog.com を読みました。 オーナーシップを阻害する構造的な問題について丁寧な分析がされていて、なるほどと思う部分が多かった。しかし、私はこの問題の核心はもっとシンプルなところにあると考えている。エンジニアが身銭を切っていない。それだけだ。 構造を変えても、制度を整えても、身銭を切らないエンジニアは責任を取らない。逆に、どんな環境でも身銭を切るエンジニアは結果を出す。言い方はなんでもよいが私はそういう覚悟のキマったエンジニアを何人も見てきた。 このブログが良ければ読者になったり、nwiizoのXやGithubをフォローしてくれると嬉しいです。では、早速はじめていきます。 身銭を切るとは何か 身銭を切るとは、「リスクと責任を自ら引き受け、成功すれば報酬を、失敗すれば代償を受け入れる覚悟を持つこと」だと、私は理解している。 ナシーム・ニコラス・タ

                                      エンジニアはちゃんと身銭を切れ - じゃあ、おうちで学べる
                                      • 元OpenAIの研究者ら、AIの応答が毎回違う理由をついに解明 | XenoSpectrum

                                        OpenAIの研究者らが設立したThinkingMachines Labが、AIの応答が毎回揺らぐ根原因を解明した。それによれば、犯人は長年信じられてきたGPUの並列処理ではなく、サーバー負荷に起因する「バッチ不変性の欠如」だという。 シリコンバレーを揺るがす新星、AIの「再現性」にメス 2025年9月10日、元OpenAIのCTO、Mira Murati氏が率い、20億ドルものシード資金を調達して評価額120億ドルに達したスタートアップ「ThinkingMachines Lab」がひっそりと公開した1の論文の内容は、世界に衝撃を与えるに足るものだった。 タイトルは「Defeating Nondeterminism in LLM Inference(LLM推論における非決定性の打破)」。 執筆者は、同社の研究者であるHorace He氏。この論文が持つ意味は、単なる技術報告に留ま

                                        元OpenAIの研究者ら、AIの応答が毎回違う理由をついに解明 | XenoSpectrum
                                        • ユーザーに「欲しい機能」を聞いても意味ない|すてぃお

                                          「どんな機能が欲しいですか?」 この質問、プロダクト開発をしているとプロダクトマネージャーやエンジニアが聞いているのを良く耳にします。 お客さんに質問してしまっているケースもよく見ます。でも僕は、この質問は意味はなく、無駄だと考えています。 なぜ「欲しい機能」を聞くのが悪手なのか聞かれたら何か答えなきゃいけない心理ユーザーインタビューで「欲しい機能ありますか?」と聞かれたら、ユーザーは何か答えなきゃいけないと思ってしまいます。 実際、僕も他社のサービスについてインタビューを受けた時、同じ経験をしたことがあります。特に困ってないけど、聞かれたから「あったら便利かも」程度のことを答えてしまう。でも、それにお金を払うかと言われたら、絶対に払いません。 この「聞かれたから答える」という機能要望は、当のニーズとは全く違うものです。 ユーザーは自分が欲しいものを知らない「もし顧客に望むものを聞いてい

                                          ユーザーに「欲しい機能」を聞いても意味ない|すてぃお
                                          • 2025 年のコーディングエージェントの現在地とエンジニアの仕事の変化について

                                            2025年現在、開発現場では「コードを書く」から「AIと協働する」への大転換が起きています。GitHub Copilotのような補完型から始まったAI支援は、今や自律的にタスクを遂行するエージェントへと進化しました。 2025 年時点ではどのような類型のコーディングエージェントが存在しているか、コ…

                                            2025 年のコーディングエージェントの現在地とエンジニアの仕事の変化について

                                            お知らせ

                                            公式Twitter

                                            • @HatenaBookmark

                                              リリース、障害情報などのサービスのお知らせ

                                            • @hatebu

                                              最新の人気エントリーの配信

                                            処理を実行中です

                                            キーボードショートカット一覧

                                            j次のブックマーク

                                            k前のブックマーク

                                            lあとで読む

                                            eコメント一覧を開く

                                            oページを開く

                                            はてなブックマーク

                                            公式Twitter

                                            はてなのサービス

                                            • App Storeからダウンロード
                                            • Google Playで手に入れよう
                                            Copyright © 2005-2025Hatena. All Rights Reserved.
                                            設定を変更しましたx

                                            [8]ページ先頭

                                            ©2009-2025 Movatter.jp