A Guide to the Zsh Completion with Examples
#Tools #MouselessA Guide to the Zsh Completion with ExamplesThis article is part of a series about Zsh: “The completion offered by Zsh is great, but could it be better? Why not trying to understand how it works? I could then configure it for my own needs!” This was my thinking a couple of months ago, after waking up a Monday morning full of energy and will to eat my breakfast. I was young and inno
原油危機・円安・株安で日本はどうなる？→ノーベル経済学者が断言「これ以外に解決策はない」
中東情勢を受けて円安が進み、一時1ドル159円を付けた。なぜ円の力が弱くなっているのか。円の価値は戻るのか？ ノーベル経済学者のポール・クルーグマン氏を緊急インタビュー。米国経済は悪化するのか、日本が円安や原油高、対中レアアース問題に打ち勝つ方法について聞いた。（国際ジャーナリスト 大野和基） トランプのイラン攻撃、真の狙いは？ ドル高・円安はどこまで進むのか ――トランプ米大統領がイランを攻撃した真の狙いは何でしょうか？ トランプ氏のイラン攻撃は、核放棄や体制転換を促すため、あるいは石油利権を握りたいといった地政学的な狙いが明確にあるかというと、私にはそうは見えません。そもそも彼の外交政策には、一貫した長期戦略がないのです。国内政治や金融マーケットの反応を強く意識した、即興的な意思決定が多いからです。 そのためイラン政策についても、戦略目標よりは株式市場の動きや支持者へのアピール、強い指
Playstation 2 Recompilation Project Is Absolutely Incredible – RedGamingTech
The PlayStation 2’s library is easily among the best of any console ever released, and even if you were to narrow down the list of games to the very best, you’d be left with dozens (more like hundreds) of incredible titles. But the PS2 hardware is getting a bit long in the tooth, and even though you can hook up the console using RGB component cables to a great upscaler (or use other means) to get
「こんな複雑なことをしないといけないのはおかしい」というソフトウェアエンジニアの勘 - valid,invalid
時折、「やりたいことに対してこんな複雑なことをしないといけないのはおかしい」という感覚がはたらく。ソフトウェアエンジニアの勘といってもいい。 FizzBuzz Enterprise Editionはプログラマジョークとして解されるが、実際のエンジニアリングではもっと微妙な形で表れる。たとえば設計やコードレビューの最中に「こうしたらどうなるだろうか」と思いつき、提案を実装した結果として管理すべき状態やコード量が減ったりする。(関連: 状態、結合、複雑性、コード量の順に最適化する - valid,invalid) あるいはシステム要件や仕様について話す中で表出することも多い。「新しい画面を作ってこういう情報を見せたい」であったり「ツールAと双方向に同期して検索したい」といった言葉からよくよく要求を聞いてみると、既存機能で代替ができたり、大仰なインテグレーションは不要だと気づく。 不要な仕事を減
論理削除という技術的負債、それでも僕たちは使い続ける - じゃあ、おうちで学べる
はじめに 「論理削除？deleted_atカラム追加すればいいでしょ」この一言から始まる地獄を、何度見てきただろうか。 最初は簡単に見える。カラムを1つ追加するだけ。しかし、その「簡単さ」こそが罠だ。 論理削除は技術的負債の温床だ。WHERE句への条件追加忘れ、認知コストの増大、テストの複雑化、パフォーマンス劣化。すべては「最初にドメインを考えなかった」ツケである。 しかし現実として、サービスを運用していくと論理削除が必要になる場面は確実に訪れる。 論理削除の本質は、「このレコードは存在するが、存在しないことにしてほしい」という矛盾だ。この矛盾を解消するか、受け入れて安全に管理するか。本記事ではその両方のアプローチを解説する。 なお、私はDBのスペシャリストではないので、ここで紹介する方法が唯一の正解というわけではない。あくまで一つのアプローチとして参考にしてほしい。データベース設計は文脈
Gradle再入門 - 基本から実践的な運用まで
概要 この記事では、モダンなソフトウェア開発に不可欠なビルド自動化ツール「Gradle」について、その基本概念から内部構造、実践的な利用方法、そしてCI/CDとの連携までを体系的に解説します。 Gradleは、多言語ソフトウェア開発に対応するオープンソースのビルド自動化ツールです。ソースコードのコンパイル、テスト、パッケージング、デプロイといった一連のプロセスを自動化し、実行可能なアプリケーションやライブラリへと変換します。 Apache AntやMavenの思想を基盤としつつ、パフォーマンスと柔軟性の課題を解決するために設計されました。XMLベースのMavenとは異なり、GroovyまたはKotlinによる表現力豊かでプログラマブルなドメイン固有言語（DSL）でビルドスクリプトを記述できる点が大きな特徴です。 また、「設定より規約（Convention over Configuratio
Goodbye Microservices
<title>An icon of a outbound link arrow</title> <path class="icon-stroke" d="M75.3037 3.98207L3 75.5935M75.3037 3.98207L76.0435 43.3021M75.3037 3.98207L35.951 3.59351" stroke="#F22F46" stroke-width="5.5" stroke-linecap="round" stroke-linejoin="round"/> </svg> "> 2025 Gartner® Magic Quadrant™ for CPaaS <title>An icon of a outbound link arrow</title> <path class="icon-stroke" d="M75.3037 3.98207L3 7
Rubyは「みんなのプロジェクト」 まつもとゆきひろ氏が振り返るRubyとコミュニティーの30年
「みんなのプロジェクト」の誕生 Rubyの最初のバージョンである「Ruby 0.95」は、1995年12月21日にリリースされた。リリースと同時にメーリングリストが作られ、これがRubyコミュニティの始まりとなった。最初のメーリングリスト登録者は、恐らく200人にも満たなかったとまつもと氏は記憶している。 最初のメーリングリストへのリアクションはバグ報告であった。当時のコンピュータ環境は多様であり、さまざまなプラットフォーム（例えば、HP-UXなど）でユーザーがRubyのコンパイルやテストを試みていた。 初期のユーザーからの貢献は、単なるエラー報告にとどまらなかった。 「Rubyにこういう機能があったらいいな、こういう方法が考えられますよ、というようなことを言ってきてくれて、そのアイデアを基にRubyが改良されていきました」 初期の貢献者「吉田さん」 初期のRubyはシフトJISやEUC-
【入社エントリ】元VPoEがIVRyで「一人のエンジニア」として挑戦する理由｜takai
こんにちは！ 2025年11月より、株式会社IVRyにプラットフォームエンジニアとして入社したtakaiです。 これまで私はいくつかの企業でVPoEのような立場を経験し、エンジニア組織のマネジメントを中心に仕事をしてきました。そんな私が今回、マネジメント職ではなく「IC（Individual Contributor）」としてIVRyに入社する道を選びました。 生成AIのインパクトこの転機は、2025年に入り生成AIによるコーディングが実用的になってきたことと深く関係しています。私はプライベートで、いわゆる「vibe coding」に熱中するようになっていました。 Chrome拡張を作ったり、LLMで情報を要約させたり、RAGを実装したり、一つひとつは小さなツールですが、便利なものです。 そのようにAIとペアプログラミングをするうちに、ある現実を突きつけられたのです。「もはや、コーディングそ
GitHub Japanに入社しました | おそらくはそれさえも平凡な日々
しばらくフリーランスとしてフラフラしていましたが、縁とタイミングが合って、12/16付でGitHub Japanにシニアソリューションエンジニアとして入社しました。開発職ではなく技術営業職で、担当は主にエンプラ領域の予定です。 GitHubが好き 「SongmuさんてGitHub好きですよね」 Mackerelのプロダクトマネージャーをやっていた頃、一緒に事業を手がけていたビジネスマネージャーのnkakoさんにそう言われたことを覚えています。これは「そういうふうに見えているのか」という気付きを与えてくれました。GitHubはもちろん嫌いではありませんでしたが日常的に使うサービスなので、好き嫌いはそこまで意識してはいませんでした。 ただ、MackerelのPdM時代はかなりGitHubを意識していた事は確かです。個人の道具としても仕事でも使えることや使いたくなるサービスであることを目指してい
“DRAMパニック”はなぜ起きたか、価格はいつ落ち着くのか？ 狂騒の裏で起きていること
原因は長期契約における“狼狽買い”？ 「この状況がなぜ起こったのか」というと、筆者は基本的に、DRAMの長期的な取引形態におけるPanic Buy、つまり“狼狽買い”が原因と考えている。 まず大前提として、DRAMベンダーにおける製品の作り方を簡単に説明したい。以下の画像は、2025年2月に行われたMicronの1γnmプロセスに関する説明会で示されたロードマップだ。最近DRAMベンダーはプロセスを示すのに数字ではなく記号を使うようになっている。 Micronの場合、17年中旬に「1xnm」、18年後半に「1ynm」、19年末に「1znm」という具合に少しづつ微細化を進めている。25年2月時点では「1αnm」を経て「1βnmプロセス」がメインだが、ロードマップはこれに続く「1γnm」プロセスのサンプル出荷も開始した、という話である。 このDRAMの技術そのものは、Micronが提供している
企業のTech Blog担当者よ、頼むからその「無価値なゴミ」の量産を止めて
はっきり言う。 企業のTech Blog、もう全部やめてくれ！！！頼むから！！！！ いや、マジで。 今年もまたこの季節が来てしまった。アドベントカレンダーだ。 QiitaだのZennだの自社ブログだので、TLに流れてくる「〇〇社のAdvent Calendar」。 これを見るたびに、俺は心の底からうんざりするんだよ。吐き気がするほどに。 はてなでも度々話題になるが、あえて言わせてもらう。 お前らの書くTech Blog、9割9分は無価値だ！！！！！！ 「〇〇イベントに行ってきた。熱気がすごかった！」 「〇〇の新機能を試してみた。便利だと思った！」 ……小学生の絵日記かよ！！！！！！！！ 「すごかった」「便利だった」じゃねえよ！！！！ そんなもん、公式ドキュメント読めば3秒でわかることだろ！？ わざわざ自社のロゴ貼り付けて、ドヤ顔で公開する内容か！？ 本当に！本当に！！なんの！！！価値も！！
オープンソース・プロジェクトのたたみ方
本記事は Embulk に関する以下のアナウンスの、非公式日本語版 + α です。 Embulk の「メンテナンス・モード」 去る 2025 年 10 月 15 日、その時点で GitHub の embulk organization に入っていた人に向けて、以下のようなメールを送りました。 Embulk に関係し、中でも Embulk の GitHub org にいる皆さま、 Embulk 関係の git log から確認できた公開メールアドレスや、個別に確認できたメールアドレス宛にお送りしています。 … (中略: 英語でのごあいさつなど) … ご無沙汰しております。みくるべです。 このところ、一部から RubyGems 周辺の話題が聞こえてきます。 https://rubycentral.org/news/rubygems-org-aws-root-access-event-septe
Ruby父 まつもとゆきひろ「出社させたがるのは、マネジャーの怠慢でしかない」 - エンジニアtype | 転職type
2025.11.29 働き方 フルリモートまつもとゆきひろtype会員限定 世界的なビッグテックでの出社回帰の流れを受け、日本でもLINEヤフーなど、出社頻度を増やす企業が出てきた。 「自然な会話や雑談の中から、新しいアイデアが生まれる」「顔を合わせることでチームワークが高まる」そんな言葉とともに、多くのエンジニアが再びオフィスへと呼び戻されている。 だが、この潮流を「ソフトウエア開発企業にとっては、明確な後退でしかない」と一刀両断するのが、プログラミング言語「Ruby」の生みの親・まつもとゆきひろさんだ。 なぜエンジニアにとって、オフィスは「非効率な場所」になり得るのか。まつもとさんに、話を聞いた。 Rubyアソシエーション理事長 Ruby開発者 まつもと ゆきひろさん（@yukihiro_matz） プログラミング言語Rubyの生みの親であり、一般財団法人Rubyアソシエーション理事長
【libxml2】libxml2プロジェクトは放棄されました - Qiita
This is open-source software written by hobbyists, maintained by a single volunteer, badly tested, written in a memory-unsafe language and full of security bugs. It is foolish to use this software to process untrusted data. As such, we treat security issues like any other bug. Each security report we receive will be made public immediately and won't be prioritized. これは趣味人たちによって開発され、たった一人のボランティアによっ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Future Enterprise Arch Guidelines
なぜインフラコードのモジュール化は難しいのか - アプリケーションコードとの本質的な違いから考える
なぜThrottleではなくDebounceだったのか？ 700並列リクエストと戦うサーバーサイド実装のすべて
予防に勝る防御なし（2025年版） - 堅牢なコードを導く様々な設計のヒント / Growing Reliable Code PHP Conference Fukuoka 2025
ivarch.com: Pipe Viewer