ストラテジーレターV射撃しつつ前進下っ端でも何かを成し遂げる方法ストラテジーレターIV：ブロートウェアと80/20の神話ビッグマック 対 裸のシェフジョエル・テストストラテジーレターⅢ：もとに戻してくれ!ストラテジーレターⅠ：ベン&ジェリー 対 アマゾンストラテジーレターⅡ：鶏と卵の問題ゲリラ的雇用面接のすすめ二つの話ソフトウェアにおける高音域言語をめぐる論争開発者観察ガイド子犬だ！ユーザビリティがすべてではないラクダとおもちゃのアヒルダクトテーププログラマプログラムマネージャになるには開発抽象化レイヤ一体化マネジメント法Fog Creek Softwareマネジメントトレーニングプログラム指揮統制マネジメント法入門経済学マネジメント法FogBugz 4½と主観的幸福感なぜテスターが必要なのか？コンピュータサイエンスの学生へのアドバイス自分の会社が何であるかを理解するClearの底知れぬ楽
watchOS 11 is out now, with new Sleep Apnea feature
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに この記事では、メインフレームでは異常時の処理でどのようなことをやっているのか、また、Linuxの異常処理との違いなどについて話してみようと思います。 この記事を書くに至った直接的なきっかけは、とある人からリクエストがあったからです。が、日ごろからメインフレームの異常処理の考え方については、PCサーバーやクラウドによるシステムがメジャーになった現代であっても、参考になることは多いと感じていてはいました。 筆者は今でこそLinux Kernel周りの仕事をしていますが、20年ぐらい前のころはメインフレームのOS開発部隊に配属されて
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
