Open Source Durable Execution | Temporal Technologies
Failures happen. Temporal makes them irrelevant. Build applications that never lose state, even when everything else fails. @workflow.defn class SleepForDaysWorkflow: # Send an email every 30 days, for the year @workflow.run async def run(self) -> None: for i in range(12): # Activities have built-in support for timeouts and retries! await workflow.execute_activity( send_email, start_to_close_timeo
「書店活性化プラン」を公表します （METI/経済産業省）
経済産業省は、街中にある「書店」は創造性が育まれる文化創造基盤として重要であるという認識の下、2024年3月に「書店振興プロジェクトチーム」を立ち上げ、2025年1月には「関係者から指摘された書店活性化のための課題」を公表しました。 今回、「関係者から指摘された書店活性化のための課題」を踏まえ、政府が取り組む施策を「書店活性化プラン」として公表します。 また、2024年10月に公表した中小企業庁の支援策などを整理した、「書店経営者向け支援施策活用ガイド」を更新しました。 1．書店活性化プランの公表について 2025年1月に「関係者から指摘された書店活性化のための課題」を公表するとともに、関係省庁連絡会議を設置し、書店活性化における各省庁の対応策について検討してまいりました。 この度、関係省庁の書店活性化に向けた施策を整理し、「書店活性化プラン」として公表します。 2．「書店経営者向け支援施
「クォーク」は本当に素粒子か？ 0.00000000000000000001mスケールまでは内部構造がないことを確認
私たちの身近にある普通の物質は、最小単位まで分解していくと「クォーク」という粒子に行きつきます。クォークは内部構造を持たず、これ以上分解できない素粒子であると考えられていますが、内部構造がある可能性も残されています。 CERN（欧州原子核研究機構）が建設した加速器「LHC（大型ハドロン衝突型加速器）」で実験を行っている国際研究チーム「CMSコラボレーション」は、過去の実験データを分析し、クォークの内部構造の兆候を調べました。 結果としては、クォークに内部構造がある兆候を見つけることはできず、クォークは引き続き素粒子の地位を維持することが分かりました。仮に、今回の実験で見逃されるような内部構造があるとしても、その大きさは0.00000000000000000001m（10のマイナス20乗m＝1垓分の1m）スケールより小さい可能性が高いことになります。 【▲ 図1: 今回の分析では、クォークに
GoでGraphQLの静的解析ツールを作る
はじめに Appify Technologiesでは以下のGraphQLの静的解析ツールをGoで実装しました。 Yamashou/gqlgenc - GraphQLクライアントコードの生成 gqlgo/lackid - idの指定を忘れているQueryを検出 gqlgo/nodecheck - Nodeを実装していないtypeを検出 gqlgo/deprecatedquery - deprecatedなqueryを検出 gqlgo/optionalschema - optionalなfieldをSchemaから検出 gqlgo/querystring - ソースコードの中からGraphQL Queryを抽出 忘れないうちにGraphQLの静的解析ツールの実装方法をまとめておこうと思います。 前提知識 Goの .go ファイルの静的解析ツールの作成にはanalysis を利用しますが、Gra
govulncheckで行う脆弱性対応 - every Tech Blog
govulncheckで行う脆弱性対応 はじめに 開発本部でデリッシュキッチンプレミアム会員向けの開発を担当しているhondです！ 先日axiosのサプライチェーン攻撃が話題になりました。axiosのリードメンテナのnpmアカウントがソーシャルエンジニアリング経由で侵害され、悪意のあるバージョン（1.14.1と0.30.4）が約3時間npmに公開されていたというもので、詳細はaxios公式のPost Mortemにまとまっています。広く使われているHTTPクライアントが直接狙われた事件で、エコシステムに依存する側としても他人事ではないなと感じました。 これを受けて、普段業務で利用しているGoではどのような脆弱性対策が取られているのか、また開発者としてどのような運用が推奨されているのかを改めて確認しました。結論として、Goではサプライチェーン攻撃自体はgo.sumとChecksum Data
TimからAppleコミュニティのみなさんへ
Timから Appleコミュニティの みなさんへ 私はこれまでの15年間、毎朝同じように一日を始めてきました。メールを開いて、世界中のAppleユーザーのみなさんから届いたメッセージを読むのです。 みなさんは暮らしの中で起こった出来事を私に共有し、Appleがどんなふうに人生を変えたのかを教えてくれます。Apple Watchがお母さんの命を救った話。登頂は不可能だと思われていた山の頂上で、完璧なセルフィーを撮った話。Macのおかげで仕事の可能性が広がったという感謝の言葉。時には、大事なことがうまくいかないとお叱りを受けることもありました。 そのすべてのメールの中に、私たちが共有する人間らしさが息づいています。それは私に、もっと努力をし、前進しなければという使命感を持たせてくれました。そしてそれ以上に、言葉にできないほどの感謝の気持ちを感じさせてくれました。みなさんのメールを受け取る立
「OSS開発者の憂鬱」のその先へ、AI時代にHono作者が見ている景色 - Findy Media
Webフレームワーク「Hono」は、2021年にCloudflare Workers向けの小さなプロジェクトとして始まり、いまではnpmで1億ダウンロードを超える規模へと成長しています。作者の和田 裕介（@yusukebe）氏は、CloudflareのDeveloper Advocateとして働きながら、そのメンテナンスを続けています。 多くのユーザーに届くOSSには、つくる楽しさだけでは済まない現実があります。IssueやPull Request（PR）への対応、期待との向き合い、説明責任。さらに近年は、AIが生成した低品質なIssueやPR、いわゆるAI Slopも、新たな負荷としてのしかかっています。YAPC::Fukuoka 2025で「OSS開発者の憂鬱」を語った和田氏に、巨大OSSの開発リーダーとして見えている苦悩と、それでも続ける理由を伺いました。 【OSS応援ボタン】 本記
ADサーバーが消えた日 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ※この記事は「本番環境などでやらかしちゃった人 Advent Calendar 2025」向けの体験談です。 ADサーバーが消えると、たくさん楽しいことが起きます。 1. 登場人物 まずは登場人物から。 Aさん：作業者。入社1年目。数回のメンテナンス作業経験あり。 私：作業の確認者。入社5年目くらい。システム構築やメンテナンス作業の経験あり。 B課長：Aさんと私の上司。 C部長：B課長の上司 D事業部長：C部長の上司 2. システム構成 VMware製品を使用した DaaS（仮想デスクトップサービス）環境 です。 細かい構成要素はいろい
バージョン管理システム Jujutsu
Jujutsu（jj）は、近年注目を集めている新しいバージョン管理システムです。この記事では、Gitを使ったことがある人向けにjjの特徴をいくつか紹介します。 バージョン管理システムとは バージョン管理システムとは、ファイルの変更履歴を記録・管理するためのシステムです。ソフトウェア開発において、ソースコードの変更を追跡し、過去の状態に戻したり、複数人で同じコードベースを編集したりすることを可能にします。 現在もっとも広く使われているバージョン管理システムはGitです。Gitは2005年に最初のバージョンがリリースされました。その後GitHubが2008年に登場し、2010年代の前半にはGitやGitHubが広く普及していきました。今から10年前にはすでにGitがデファクトスタンダードとなっていました。そのため、今となってはGit以外のバージョン管理システムを使ったことがないという人も多いで
Vertical Slice Architecture 〜アプリケーション、上から切るか？横から切るか？〜
Vertical Slice Architecture 〜アプリケーション、上から切るか？横から切るか？〜 結合は可能な限りなくしたい プログラミングには、YAGNIやDRY原則など、従うことが推奨されるTipsが色々とあります。 その中の優先順位としては、以下の記事による順序が非常に参考になります。 ここで本記事において重要な点は、結合度というものは優先順位高く解消したいものだということです。 従来のアーキテクチャ 結合の解消などを踏まえたアーキテクチャの変遷としては、スパゲティコード → N層アーキテクチャ → クリーンアーキテクチャ（オニオンアーキテクチャ・ヘキサゴナルアーキテクチャ） といった流れのようです。 クリーンアーキテクチャはこの図が有名なやつですね。 このアーキテクチャは、以下の主要なメリットから広く使われているようです。 技術的関心を層別に分割（フォルダもこの関心別に分
docker runでコンテナにホスト側のAWS CLIの認証情報を伝えたい - 私が歌川です
はじめに docker run コマンドで実行するDockerコンテナ内でAWSのAPI呼び出しを行うとき、何もしないと認証情報がなくて失敗すると思う。なんとかしてホスト側の認証情報を伝えたい。なお、令和なのでアクセスキーはホストのどこにも (~/.aws/credentials ファイルにも) 永続化されておらず、一時的な認証情報 (SSOやAssumeRole) しかないものとする。 やりかた 結論から言うと、aws configure export-credentials コマンドを使って認証情報をアクセスキー・シークレットキーの形式で取得できるので、これが使える。ホスト側でアクセスキーを使っていない限りは永続性のない (有効期限のある) 認証情報として取り回せる。 aws configure export-credentials のようにフォーマットを指定してあげることで、以下のよ
Introducing a new spam policy for "back button hijacking" | Google Search Central Blog | Google for Developers
Subscribe to our RSS feed Follow us on X Subscribe to our YouTube Channel SEO fundamentals Introduction Search Essentials SEO Starter Guide How Google Search Works Do you need an SEO? Crawling and indexing Sitemaps robots.txt Meta tags Crawler management Removals Canonicalization Redirects JavaScript SEO Ranking and search appearance Visual Elements gallery Title links Snippets Images Videos Struc
「点として速い」だけでは意味がない。AI時代のプロダクト開発で本当に大事なこと【Bet X】｜LayerX
今回「Bet X」のコーナーに登場するのは、バクラク事業のCPO（最高プロダクト責任者）務める榎本 悠介（以下、mosa）です。 債務管理、経費精算、法人カード、請求書発行、勤怠管理、給与計算など、バクラクシリーズのほぼすべての新規プロダクトを次々と立ち上げてきたmosa。2022年には「開発速度が速い #とは」という資料を公開し、エンジニアやプロダクト界隈で大きな反響を呼びました。 AIの登場によって誰もがプロダクトを作れる時代になった今、「どれだけ速く作れても、点としての速さで終わるなら意味がない」とmosaは語ります。 AIを積極的に活用しながらも、自らの失敗談を率直に振り返りつつ、AI時代のプロダクト開発で本当に大事にしていることは何か。 mosaがプロダクト開発においてBetしている「継続的なアウトカム」を生み出すために必要な考えについて話を聞きました。 執行役員 バクラク事業
MINIXの30年の歴史から学んだこと
(本文書はAndrew S. Tanenbaum教授の許可をいただいて島慶一が翻訳しました。) MINIXの30年の歴史から学んだこと (原題: Lessons learned from 30 years of Minix) 著者: Andrew S. Tanenbaum (収録: Communications of the ACM, Vol. 59 No. 3, March 2016, Pages 70-78) Linuxのことはみなさんよくご存知だと思いますが、その直接の祖先であるMINIXも齢三十を迎え、古参のソフトウェアとしてはまだまだ元気にやっています。MINIXの生い立ち、またMINIXやLinuxの始まりの物語はあまり知られておらず、だからこそMINIXの開発から多少なりとも学ぶべきことがあるのではないかと思うのです。これからお話しすることには、オペレーティングシステム特有の
Linuxカーネルで「AIが生成したコードのすべての行、およびそれに起因するバグやセキュリティ上の欠陥の法的責任」を提出した人間がしっかりと負うことに
by Mike Cohen Linuxカーネルの開発コミュニティが数ヶ月にわたる議論を経て、AIが生成したコードの寄稿に関する正式なプロジェクト全体のポリシーを策定しました。LinuxカーネルのBDFLであるリーナス・トーバルズ氏とメンテナーたちの合意によって成立したこの規定は、AIを単なる一つのツールとして認める実利的な姿勢を基本としており、AIの全面禁止は実効性がないとして否定され、人間が責任を持ってツールを使いこなすことを前提としたガイドラインとなっています。 linux/Documentation/process/coding-assistants.rst at master · torvalds/linux https://github.com/torvalds/linux/blob/master/Documentation/process/coding-assistants.r
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
メッセージキュー型の非同期処理から Temporal 移行へ
郵便番号・デジタルアドレスAPI｜日本郵便株式会社
t *testing.T は どこからやってくるの？
Thunderbolt — AI You Control
Calling a Rust library from Go with CGO_ENABLED=0