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
joker1007のブックマーク (8,242)
-
joker1007 2026/02/02
-
「こんな複雑なことをしないといけないのはおかしい」というソフトウェアエンジニアの勘 - 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 働き方 フルリモートまつもとゆきひろ 世界的なビッグテックでの出社回帰の流れを受け、日本でもLINEヤフーなど、出社頻度を増やす企業が出てきた。 「自然な会話や雑談の中から、新しいアイデアが生まれる」「顔を合わせることでチームワークが高まる」そんな言葉とともに、多くのエンジニアが再びオフィスへと呼び戻されている。 だが、この潮流を「ソフトウエア開発企業にとっては、明確な後退でしかない」と一刀両断するのが、プログラミング言語「Ruby」の生みの親・まつもとゆきひろさんだ。 なぜエンジニアにとって、オフィスは「非効率な場所」になり得るのか。まつもとさんに、話を聞いた。 Rubyアソシエーション理事長 Ruby開発者 まつもと ゆきひろさん（@yukihiro_matz） プログラミング言語Rubyの生みの親であり、一般財団法人Rubyアソシエーション理事長。株式会社ZOZ
-
-
【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. これは趣味人たちによって開発され、たった一人のボランティアによっ
-
-
-
-
【動画】石破茂首相が戦後80年所感を公表「平和国家の礎が一層強化されていくと信じる」【全文】
石破茂首相は10日の記者会見で、戦後80年の節目にあたって先の大戦に関する首相個人の「見解」をまとめた首相所感を公表した。歴代の首相談話の歴史認識を引き継ぐとしたうえで、「国民一人一人が先の大戦や平和について能動的に考え、平和国家としての礎が一層強化されていくと信じる」と表明した。全文は以下の通り。 ◇ 「戦後80年に寄せて」 【はじめに】 先の大戦の終結から、80年が経ちました。 この80年間、わが国は一貫して、平和国家として歩み、世界の平和と繁栄に力を尽くしてまいりました。今日のわが国の平和と繁栄は、戦没者を始めとする皆さまの尊い命と苦難の歴史の上に築かれたものです。 私は、3月の硫黄島訪問、4月のフィリピン・カリラヤの比島戦没者の碑訪問、6月の沖縄全戦没者追悼式出席およびひめゆり平和祈念資料館訪問、8月の広島、長崎における原爆死没者・犠牲者慰霊式出席、終戦記念日の全国戦没者追悼式出席
-
【Kaigi on Rails 2025】「入門 FormObject」で登壇しました - 部屋の隅っこで書く技術ブログ
09/26金-27土に開催されたKaigi on Rails 2025にて「入門 FormObject」のタイトルで登壇しました。 先に発表についての補足記事は出したので、この記事ではカンファレンス全体の感想を書いていきます。 改めまして、スタッフのみなさん、聞いてくださったみなさん、ありがとうございました！ 登壇した テーマ設定 設計を扱うトーク準備の難しさ ストーリー作り 分かりやすさと正確さと尺 発表 他のスピーカーからの言及 スライドの背景に使った秘境駅 発表を聞いた Keynote: dynamic! Railsアプリケーション開発者のためのブックガイド Railsによる人工的「設計」入門 今改めてServiceクラスについて考える 〜あるRails開発者の10年〜 2重リクエスト完全攻略HANDBOOK Railsアプリから何を切り出す？機能分離の判断基準 Rails on S
公式Twitter
- @HatenaBookmark
リリース、障害情報などのサービスのお知らせ
- @hatebu
最新の人気エントリーの配信
キーボードショートカット一覧
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Copyright © 2005-2026 Hatena. All Rights Reserved.
設定を変更しました