並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 2325件

新着順 人気順

Satoruの検索結果1 - 40 件 / 2325件

  • どの国からも承認されていない国家「アジャリア」に行く

    1982年生まれ。ウィーンに住んでいるのに、わざわざパレスチナやらトルクメニスタンやらに出かけます。 岡田悠さんと「旅のラジオ」更新中。 前の記事:ジョージアの廃墟の町で「スターリン温泉」に入る > 個人サイト ウィーンと私と、旅する子どもたち (上記9枚の写真は、アジャリア観光資源開発庁からの提供) アジャリア『自治』共和国 「アジャリアは、通貨も言語もジョージアと同じです」と、政府職員が私に応えた。 「それって、ほんとうに国と言えるんですか?」 すこし意地悪な質問をぶつけてみると、 「まあ、だから『自治』共和国と名乗っているのです」 どこか飄然とした回答なのであった。 アジャリアの首都バトゥミは、ジョージア国旗の左下の「赤丸」部分(出所:トビリシの古本屋で買った歴史の教科書) 街中でアジャリア国旗を見かけたが(写真奥)、数としてはジョージア国旗の方が多かった(写真手前) トルコと隣り合

      どの国からも承認されていない国家「アジャリア」に行く
    • いま知っておきたいLinux─WebアプリがOSのプロセスとしてどのように見えるか? を運用に生かす|ハイクラス転職・求人情報サイト AMBI(アンビ)

      いま知っておきたいLinux─WebアプリがOSのプロセスとしてどのように見えるか? を運用に生かす Webアプリを動かして負荷をかけると、OSのプロセスという観点ではどのように見えるのでしょう? それを通して運用やトラブルシューティングではどういったことが分かるのでしょう? Linuxカーネルの開発者でもある武内覚(sat)さんによる解説です。 こんにちは、sat(@satoru_takeuchi)と申します。 コンピュータが誕生してから現在まで、最終的にエンドユーザが意識するアプリケーション開発はどんどん楽になっています。先人たちのたゆまぬ努力の結果、アプリ開発者はOSや、そのさらに下にあるハードウェアのことをほとんど意識することなく開発ができるようになりました。 しかし、「作ったアプリが、OSレベルでどのように動いているか?」が今一つピンと来なくて、モヤモヤしていないでしょうか。それ

        いま知っておきたいLinux─WebアプリがOSのプロセスとしてどのように見えるか? を運用に生かす|ハイクラス転職・求人情報サイト AMBI(アンビ)
      • kindleの本が全部消えた話 - 覚書

        2022/5/27 変更 - 後述のアカウント統合後にamazon.comのアカウント削除によってkindle本が全部消えるのは仕様である旨、追記 2022/6/1 変更 - 「サポートの指示によってamazon.comのアカウントを消した」のではなく、「使用していないamazon.comのアカウントを閉鎖してもいいのか」という趣旨の質問を私がしたのに対して「そうですね」と回答されたということがわかったので、訂正。 編集前の記述には取り消し線を引いて、編集後の記述は強調表示しました。 NOTE: 上記変更点にもあるように、「サポートの指示によってamazon.comのアカウントを消した」という私の認識は誤っていたことがわかりました。これについてはamazon.co.jpのかたがたにメールで謝罪いたしました。 ここに書いたことは2022年4月21日現在の話です。 サマリ kindleの本が全

          kindleの本が全部消えた話 - 覚書
        • Dockerハンドブック - 教会エンジニアの開発日記

          Dockerの概念や仕組みまではなんとなく理解できるもののDockerfileを書こうとするとスムーズに書けなかったり、そもそものDockerの基礎、あるいはコンテナ技術というものの基礎が抜け落ちていてDocker環境に移行できていないところも多いのではと思い、この記事を翻訳しました。 Source:The Docker Handbook by Farhan Hasin Chowdhury(@Twitter) 本記事は、原著者の許諾のもとに翻訳・掲載しております。 コンテナ化の概念自体はかなり古いですが、2013年にDocker Engineが登場したことで、アプリケーションのコンテナ化がはるかに簡単になりました。 Stack Overflow Developer Survey-2020によると、 Dockerは#1 最も望まれるプラットフォーム、#2 最も愛されるプラットフォーム、および

            Dockerハンドブック - 教会エンジニアの開発日記
          • 書籍を使った勉強のしかた - 覚書

            わたしがこれまでに書籍でなにか新しいことを学ぼうと思ったときにどういう手段で目的を達成してきたかについて書きます。生業にしているIT系のこともそうですが、それ以外も同じ方法を使っています。 はじめに書いておくと、これまでの自分自身の体験や優秀な人の観察などから、学習の原則コツコツと反復練習を続けることであり、近道は無いと思っています。原則を守るための典型的な方法の一つが「網羅的に書かれた決定版と呼ばれる本を何度も精読する」です。これができる人はこうしたほうがいいと思いますし、ここから先を読む必要はないです。しかしながら、わたしはこの方法がうまくいったためしがないので、自分なりに工夫して、金銭的コストがやや高いながらそこそこうまくいく方法にたどり着きました。本記事ではこの方法を紹介します。 わたしは何かを理解しようとするときには、まずは初心者向きのページ数が少なくて読みやすそうな本をたくさん

              書籍を使った勉強のしかた - 覚書
            • 2022年に観てよかった映画教えて! はてなブロガーの「ベスト映画2022」をまとめました - 週刊はてなブログ

              今年もいい映画といい感想記事に出会いたい! 毎日さまざまな話題のエントリーが生まれるはてなブログの中から「旬な話題」をピックアップする企画「はてなブログで話題」。今回は「2022年ベスト映画」をテーマに記事を紹介します。 2022年はどんな映画を観ましたか? はてなブログでは、年末年始にかけて、2022年に観てよかった映画について語るエントリーが数多く投稿されました。映画から1年間の思い出をたぐりよせるのも楽しそうです。 そこで本特集では、「ベスト映画2022」をテーマに、はてなブロガーたちが2022年に観てよかった映画をご紹介します! 『RRR』 「意味不明な感情」が湧きあがった もっと話題になるべき作品 『NOPE/ノープ』 興奮しっぱなし こちらの期待を大きく上回る出来映え 『トップガン マーヴェリック』 とにかく驚き、やたらとエキサイトした 大好きなものがすべて詰まった作品 かっこ

                2022年に観てよかった映画教えて! はてなブロガーの「ベスト映画2022」をまとめました - 週刊はてなブログ
              • プログラミングを学ぶにあたって詰まったことと、そこから学んだこと - mizchi's blog

                toyokeizai.net satoru-takeuchi.hatenablog.com 全然レイヤーが違うが、自分が何に悩んで、どういう風に理解したか、思い出しながら書き出してみる。 プログラミング歴 20歳からなので、現時点で10年ぐらいだが、中学生の時ちょっと触ったことがあった。 14 歳: 病気で入院したときに暇すぎて、2 週間ほど VBA を触った 大学 1 年: 大学の選択科目で Java, 夏休みに Python と Ubuntu の独習 大学 3 年: Python で自然言語処理のバイト 大学 4 年: Android アプリを作るバイト、就活ポートフォリオとして node/Websocket で MMO 一社目: Unity, ActionScript, Haskell, JavaScript 以降~: JavaScript/CoffeeScript/TypeScri

                  プログラミングを学ぶにあたって詰まったことと、そこから学んだこと - mizchi's blog
                • ヘタクソなコードを書いてもいい - 覚書

                  プログラミング言語のお作法から外れたコードやメンテ性が悪いコードを書くのはダメとよくいわれます。わたしは学生の頃、そういう意見を過剰に気にしていました。コードを書くことそのものに慣れていないのに綺麗に書こうとして手が動かず、動かないがゆえにコーディングの練習が進まない、という悪循環になっていました。そうすると何もアウトプットしないまま知識だけが増えていって、自分がこれくらいできそうというイメージと実際のプログラミング能力とのギャップで苦しみました。 この意識が薄れたのは、あるときものすごく手が早い人のコードを偶然見たときでした。たしかにちゃんと動くものができているんですが、そのコードの中身は当時の私の基準からいって*1おぞましいほど汚いものでした。そこで「これはわたしが書けば100倍くらい綺麗なコードを書けるんでは…」と一瞬思ったんですが、その後すぐに「あ、自分は知識はあるけど練習してない

                    ヘタクソなコードを書いてもいい - 覚書
                  • kindleの本が全部消えた話(3) 「仕様です」編 - 覚書

                    2022/5/27 変更 - この挙動が仕様ということを示すamazon.comのヘルプページへのリンクを張るとともに引用した - amazonのサポートに、amazonの指示によって問題のある操作をしたことがわかる通話履歴があるはずの日時を伝えた - amazon.comのサポートセンターに諸々書くにした旨追記 - こちらからamazonへの要求について補足 2022/6/1 変更 - 「サポートの指示によってamazon.comのアカウントを消した」のではなく「使用していないamazon.comのアカウントを閉鎖してもいいのか」という趣旨の質問を私がしたのに対して「そうですね」と回答されたということがわかったので、訂正。 編集前の記述には取り消し線を引いて、編集後の記述は強調表示しました。 NOTE: 上記変更点にもあるように、「サポートの指示によってamazon.comのアカウントを

                      kindleの本が全部消えた話(3) 「仕様です」編 - 覚書
                    • プログラミングでつまづいてきたこと - 覚書

                      プログラミング初心者に対してどういう情報が役立つのかをぼんやり考えていると、そこそこコードを書けるベテランが、いつ、どういうことにつまづいてきたのかを書くとけっこう有益なのではないかと思ったので書きました。これを読むと直接プログラミング能力が上がるわけではないですが、「ああ、こういうところでつまづいてもいっぱしのプログラマになれている人もいるのだな」と思ってもらうのが目的です。成功談よりも失敗談のほうが役立つとよく言われますが、それと少し似ているのかもしれません。 全段落で「いっぱしのプログラマ」とか言った手前、自分のことを書いておきます。18歳ごろから20年くらい前からプログラミングをしていて、主に有名どころのOSSに向けてコードを書いてきました。昔はLinuxカーネルを10年少々やっていて、ここ最近はCephオーケストレータであるRookの開発とかをしています。プログラマとしてはスーパ

                        プログラミングでつまづいてきたこと - 覚書
                      • 【年末年始まとめ読み】2022年の「年間総合はてなブログランキング」トップ100と「はてな匿名ダイアリー」トップ50を公開しました! - 週刊はてなブログ

                        お正月休みに読みたおそう! 気づけば今年もあっという間に年の瀬ですね! 皆さんにとってこの1年はどのような年でしたか? はてなブログでは2022年もさまざまな話題が書き残されています。 特に週刊はてなブログで、毎週月曜日に公開している「今週のはてなブログランキング*1」には、そのときどきの注目記事が集まっています! 今回は、その総決算として2022年にもっとも注目を集めた「年間総合はてなブログランキング」トップ100の記事と、「はてな匿名ダイアリー」トップ50の記事を発表します*2! 集計期間は2022年1月1日~同12月19日です。 # タイトル/著者とブックマーク 1 逮捕にそなえる人生継続計画 - やしお by id:Yashio 2 なぜ投資をさっさと始めないのか - 本しゃぶり by id:honeshabri 3 新NISAとは。新NISAつみたて投資枠、成長投資枠と旧NISA

                          【年末年始まとめ読み】2022年の「年間総合はてなブログランキング」トップ100と「はてな匿名ダイアリー」トップ50を公開しました! - 週刊はてなブログ
                        • kindleの本が全部消えた話(2) 弁護士に依頼して裁判するのは辛そう編 - 覚書

                          2022/5/27編集 - 後述のアカウント統合後にamazon.comのアカウント削除によってkindle本が全部消えるのは仕様である旨、追記 2022/6/1 変更 - 「サポートの指示によってamazon.comのアカウントを消した」のではなく「使用していないamazon.comのアカウントを閉鎖してもいいのか」という趣旨の質問を私がしたのに対して「そうですね」と回答されたということがわかったので、訂正。 変更前の記述には取り消し線を引いて、編集後の記述は強調表示しました。 NOTE: 上記変更点にもあるように、「サポートの指示によってamazon.comのアカウントを消した」という私の認識は誤っていたことがわかりました。これについてはamazon.co.jpのかたがたにメールで謝罪いたしました。 以下記事の続きです。 satoru-takeuchi.hatenablog.com 問

                            kindleの本が全部消えた話(2) 弁護士に依頼して裁判するのは辛そう編 - 覚書
                          • 科学者がどんなに「事実」を並べても、"反ワクチン"が強く支持される理由

                            多くの知性派は世界を憂いている。 一体なぜ、ここまで事実が積み上がっているのに、あるいは事実は確固としてあるのに、彼らの意見は変わらないままなのだろうか、と。

                              科学者がどんなに「事実」を並べても、"反ワクチン"が強く支持される理由
                            • kindleの本が全部消えた話(4) 完結編 ~ 書籍のリスト復旧と自分の記憶の誤り - 覚書

                              6/1 - 誤字修正。amacon -> amazon 6.11 - kindleの電子書籍がすべて復旧したことを追記 - amazon prime videoやamazon prime musicの不具合についての顛末を追加 以下エントリの続きです。 satoru-takeuchi.hatenablog.com 概要 問題 4月9日にkindleの本が全部消えた。その後に新たに買った本も読めないように見える。消えた本はわかっている範囲で300冊以上、総額は恐らく30-60万円程度 amazon prime videoやmusicなどにも(少なくともAndroidアプリからは)アクセスできなくなっている 問題発生契機 問題発生契機は、かつてamazon.co.jpのアカウントと統合したamazon.comのアカウントを消したこと 解決方法 amazon.co.jpの別アカウントを新規作成の

                                kindleの本が全部消えた話(4) 完結編 ~ 書籍のリスト復旧と自分の記憶の誤り - 覚書
                              • 休むことは難しい - 覚書

                                休むことがどれだけ難しいか、および、私がそういうときにどう考えてきたかについて書きます。 プログラミングをはじめとしてコンピュータが好きであればあるほど*1、やる気があればあるほど休むことが難しいです。若くて気力体力が有り余っている場合はとくにそうで、朝から晩までプログラミングをしていてもあまり疲れを感じず、かつ、寝て起きたらスッキリです。ところが次第にそうではなくなってくることが多いようです。私が実際にそうでした。私の場合は以下のような流れで休みかたを忘れていきました。 10代後半でコンピュータに出会ったことによって興味の持てる対象が激増した コンピュータについての知識を得るために毎日昼夜を問わずに作業していた 休憩という概念がなく、寝る(気絶する)まで作業して、起きたらまた作業という状態になった。若くて体力があったので死ななかった 生活のリズムが乱れて疲労が蓄積していった。が、茹で蛙の

                                  休むことは難しい - 覚書
                                • 夜のビーチを歩いてはいけない(トーゴの歩き方)

                                  その言語がマイナーであればあるほど、現地民に与える感銘は大きくなる。私が英語を話してもアメリカ人は驚かないが、カザフ語を話すとカザフ人は喜ぶ。いわんやエウェ語をや、である。 トーゴに行きたい貴方へのアドバイス。アッペィー(ありがとう)とエニョント(めっちゃいい)。この2語を覚えておこう。感動されること請け合いだ。 パイナップルは、まるごとひとつで100フラン(約18円) 「エニョント!」 年末の祝祭ムード 2019年12月31日に、私はトーゴに到着した。 年の区切りはエウェ族の人たちにも特別であるようでーーその日の夜に警察に連行された私は、「これが今年最後の事件だ。おめでとう」と言われたーー祝福された空気に満ちていた。 まっすぐに歩けないほどの人混みのなか、ご機嫌な兄ィが演奏をはじめる。たちまち皆が踊りだした。 「おまえも来いよ!」と誘われて、ダンスバトルに参戦した。 近くの少年にiPad

                                    夜のビーチを歩いてはいけない(トーゴの歩き方)
                                  • 個人事業で大事にしていることは「後々のため、付き合いのため、などの理由で無償で何かをしない」一度やれば利用され続ける

                                    sat @satoru_takeuchi わたしは先人たちのアドバイスのおかげで経験したことないんですけど、経験者からは「後で利益に繋がることはあまりなかった。むしろつけあがって無償のままさらに色々なことをやらせようとしてくる、態度が大きくなってくる」ということをよく聞きました 2021-12-27 20:39:32 sat @satoru_takeuchi 無償ではないけど「今は給与が低いけど上場したら」とか「半年待てば部署を変えてやる」とかもですかね。一度やれば、人を利用するタイプの輩にとってはもう勝利条件を満たしていてこちらの望みを聞く義理はないし、しかも頼めばタダでなんかやってくれる、こき使える奴らリスト入りなのかな 2021-12-27 20:42:15

                                      個人事業で大事にしていることは「後々のため、付き合いのため、などの理由で無償で何かをしない」一度やれば利用され続ける
                                    • プログラミングを始めたころとは考え方が全然変わっていることに気づいてびっくりした話 - 覚書

                                      家にパソコンがはじめて来てから30年くらい、プログラミングを始めてから20年以上が経ちました。その間、IT技術に対する愛は変わらずに、ずっと走り続けてきました。では当時の自分と今の自分で何が違うのだろうと考えてみたところ、めちゃくちゃ変わっていたのでびっくりました。本記事では何がどう変わったのか、それを見てなにを思ったかなどを書きます。 昔は次のようなこだわりがありました。 大きなものは一つの仕事をする単純で小さなツールを組み合わせて作るべし ソフトウェアは可能な限り設定可能になっていてほしいし、それを自分の好みになるまでカリカリチューニングしたい 可能な限りすべてキーボードだけで操作できるようになっていてほしい いわゆるUNIX哲学をはじめとして、いろんな本やWebサイトなどに強い影響を受けていることがよくわかります。 ところが今は次のように全然違うことを考えています。 トラブルハマった

                                        プログラミングを始めたころとは考え方が全然変わっていることに気づいてびっくりした話 - 覚書
                                      • 「[試して理解]Linuxのしくみ ~実験と図解で学ぶOS、仮想マシン、コンテナの基礎知識【増補改訂版】」が発売されます - 覚書

                                        拙著、「[試して理解]Linuxのしくみ ~実験と図解で学ぶOS、仮想マシン、コンテナの基礎知識【増補改訂版】」が10/17日に発売されることになりました。本記事はその宣伝のためのブログエントリです。 [試して理解]Linuxのしくみ ―実験と図解で学ぶOS、仮想マシン、コンテナの基礎知識【増補改訂版】 作者:武内 覚技術評論社Amazon まずは本書がどのようなものかについて説明し、その後に、すでに第一版を読まれている方向けに第一版と本書の差分について説明します。 どんな本なのか 筆者は過去にLinuxカーネル開発をしていたのですが、そのころから次のような思いをずっと持っていました。 OS、とくにOSカーネルについての広く浅い知識はOSカーネル開発者だけではなく多くの技術者にとって役立つはず 当時OSカーネルについての知識を得ようとすると、OSを作ったりサポートしたりする人用の難しくて分

                                        • 第1ステージで起きてしまった事故の経緯 - ツール・ド・北海道2023 大会キャンセル 詳報

                                          ツール・ド・北海道第1ステージは、レース中に起きた事故のため中断され、以降のレースはキャンセルとされた。また、第2、第3ステージもキャンセルとなった。事故までの経緯をレポートし、ツール・ド・北海道の交通規制について解説する。 第1ステージ 事故が起きるまでの経緯 青空の下、美瑛町の丘を越えていく集団 photo:Satoru Kato ツール・ド・北海道第1ステージは、旭川市から新得町までの174km。午前9時30分、旭川市総合防災センターをパレードスタートし、3kmほど進んだところでリアルスタートが切られた。序盤の平坦区間でのアタック合戦ではレースの流れが決まらず、30kmを過ぎても逃げが容認されない状況が続いた。 40km以上に及んだアタック合戦 photo:Satoru Kato 1回目の山岳賞ポイントを先頭通過する金子宗平(東京大学)後方に留目夕陽(EFエデュケーション・NIPPO

                                            第1ステージで起きてしまった事故の経緯 - ツール・ド・北海道2023 大会キャンセル 詳報
                                          • ふるさと納税でオリジナル音頭を頼んだら、予想を超える音頭が届いた

                                            ふるさと納税で、「オリジナル音頭をつくります」という返礼品を見つけた。そこで「自分のやってるPodcastの音頭をつくってほしい」と申し込んでみたところ、予想を上回る音頭が届いた。 かなり大きい観葉植物が部屋に2つあり、どちらも枯れている。「旅のラジオ」を毎週更新中。著書に『1歳の君とバナナへ』(小学館)、『0メートルの旅』(ダイヤモンド社)、『10年間飲みかけの午後の紅茶に別れを告げたい』(河出書房新社)。 > 個人サイト note 「音頭」のふるさと納税を見つけた 2021年の大晦日、ふるさと納税のことを思い出した。自治体に寄付したら、税金が減額されて、ご当地の「返礼品」がもらえる。今日が締切なのを、すっかり忘れていた。 慌ててネットでお肉や果物を物色し始めたが、しっくりこない。どうせなら、この機会にしかもらえない返礼品が欲しい。そこでユニークな返礼品を探してみたところ、「防災シェルタ

                                              ふるさと納税でオリジナル音頭を頼んだら、予想を超える音頭が届いた
                                            • 排他制御の基礎の基礎

                                              はじめに システムに存在するリソースには同時にアクセスしてはいけないものが多々あります。身近な例を挙げると、Ubuntuのパッケージ管理システムのデータベースがあります。aptコマンドの動作によってこのデータベースは更新されるのですが、同時に2つ以上のaptが動作できたとすると、データベースが破壊されてシステムが危機的状況に陥ります。 このような問題を避けるために、あるリソースに同時に1つの処理しかアクセスできなくする排他制御というしくみがあります。排他制御はOSが提供する重要な機能の一つです。 排他制御が必要なケース 排他制御は直感的ではなく非常に理解が難しいのですが、ここでは比較的理解が簡単なファイルロックというしくみを使って説明します。説明には、あるファイルの中身を読みだして、その中に書いてある数字に1を加えて終了するincというという単純なプログラムを使います。

                                                排他制御の基礎の基礎
                                              • 当たり前のことをやっているだけで凄い - 覚書

                                                IT業界で10年以上過ごしている中で、凄いと思う人達にたくさん出会ってきました。最初はとくに新卒で入社した会社の先輩方が中心でした。ここでいう凄さとは何かというと「仕事を片づけるのが早い」とか「成果物の完成度が高い」などです。当時、こんなふうに自分もなってみたいという思いが強くて必至で真似しようと試行錯誤したのですが、全然うまくいきませんでした。ありていにいえば、表面上の凄さだけを見ていたことが失敗の原因だったかと思っています。早く仕事を片づけようと焦り、結果完成度も下がり…と、さんざんでした。 その後はアプローチを変えて、彼らの日常の何気ない振る舞いなどを観察することにしました。すると、彼らのうちの多くの凄さの源泉は驚異的に頭の回転が速いとか、ほかの誰もが持っていない異能力を持っていたりするわけではなく、世間で当たり前と言われていることを息をするようにやっていることだとわかりました。たと

                                                  当たり前のことをやっているだけで凄い - 覚書
                                                • 【年末年始】2021年の「年間総合はてなブログランキング」トップ100と「はてな匿名ダイアリー」トップ50、一挙公開! - 週刊はてなブログ

                                                  みなさんにとって2021年はどんな一年だったでしょうか? 週刊はてなブログでは、毎週月曜日にはてなブログ・はてな匿名ダイアリーの記事を対象としてはてなブログ独自の集計を行い、「今週のはてなブログランキング」を公開。ランキングにはそのときどきの注目記事が集まっています。 今回は、その総決算として2021年にもっとも注目を集めた「年間総合はてなブログランキング」トップ100の記事と、「はてな匿名ダイアリー」トップ50の記事を発表します!*1。集計期間は2021年1月1日~同12月22日です。 # タイトル/著者とブックマーク 1 東大が無料公開している超良質なPython/Data Science/Cloud教材まとめ (*随時更新) - Digital, digital and digital by id:touya_hujitani 2 高卒新人に資産運用を説明する - やしお by id

                                                    【年末年始】2021年の「年間総合はてなブログランキング」トップ100と「はてな匿名ダイアリー」トップ50、一挙公開! - 週刊はてなブログ
                                                  • ジン6種を飲み比べて、違いを感じてみた

                                                    ・NIKKA WILKINSON GIN(47%)……通称「ウィルキンソンジン」 ・BEEFEATER GIN(40%)……通称「ビーフィーター」 ・BOMBAY SAPPHIRE(47度)……通称「ボンベイ」「ボンベイサファイア」 ・GILBEY'S GIN(37%以上38%未満)……通称「ギルビージン」 ・GORDON'S LONDON DRY GIN(43%)……通称「ゴードン」 ・TANQUERAY LONDON DRY GIN(47%以上48%未満)……通称「タンカレー」 ※カッコ内のアルコール度数は瓶の成分表示のまま記載しています。 ※BOMBAY SAPPHIREだけ小瓶なのは、当初できるだけ小さいボトルで揃えようとしたところボンベイ以外全く見つからなかったためです(仕方なく大きいボトルを担いできました)(重かった)。 ※通称は筆者がそう呼んでいるだけのものなので、知らん人の

                                                      ジン6種を飲み比べて、違いを感じてみた
                                                    • 自作OSとかLinuxカーネルについて役立った本 - Qiita

                                                      はじめに なんらかの理由によってOSやOSカーネルに興味を持つ人は多々います。しかし、その次のステップとしてどんな本を読めばいいんだろうと思っている人はこれまたいっぱいいます。そこで、長年Linuxカーネルにかかわってきた筆者がこれまでに読んでよかったと思うものについてここの列挙しました。紹介するのは本だけであって、記事は省いています。もう一点、筆者が書いたものは省いています。 OSそのものに興味を持った人は、その後に興味の方向が次のような二つに分かれることが多いと筆者は考えています。 オレオレOSを作りたい 既存のOSを改造したい この仮説をもとに、それぞれについて筆者がかつて真面目に読んだ本の中から「自作OS」および「Linuxカーネル」というキーワードでよかったものを挙げておきます。Linux以外の既存OSについては語れるほどの知識はないので書いてません。 筆者について 本の良し悪し

                                                        自作OSとかLinuxカーネルについて役立った本 - Qiita
                                                      • Linuxカーネルで学ぶC言語のマクロ - 覚書

                                                        はじめに 本記事は電子書籍版もあります。 linuxカーネルはC言語のマクロを駆使して書かれています。それらのうち、凝ったマクロになじみの無い人には初見では意図がわからない&わかってみれば面白いであろうものをいくつか紹介いたします。対象読者は、C言語のユーザだけれども、マクロは定数定義くらいにしか使わないというライトなマクロユーザです。 マクロを使用する場所に依存するエラーを防ぐ 次のマクロは、二つの引き数の値を置換するだけの単純なものです。 #define swap(a, b) \ do { typeof(a) __tmp = (a); (a) = (b); (b) = __tmp; } while (0) 注目すべきはマクロの定義全体を囲んでいるdo { ... } while (0)という表記です。初見の人には何のことかわからないと思います。考えられる最も単純な定義から遡って、なぜこ

                                                          Linuxカーネルで学ぶC言語のマクロ - 覚書
                                                        • スワップの弁護:よくある誤解を解く

                                                          (This post is also available in English.) この記事は In defence of swap: common misconceptions を 著者の Chris Down さんの許可 を得て Hiroaki Nakamura が日本語に翻訳したものです。 原文のライセンス は CC BY-SA 4.0 であり、翻訳のライセンスも同じく CC BY 4.0 とします。 長文を読みたくない方への要約: スワップを持つことは正しく機能するシステムのかなり重要なポイントです。 スワップが無ければ、まともなメモリ管理を実現することは難しくなります。 スワップは一般的に緊急事態用のメモリを取得するためのものではなく、メモリの回収を平等に効率的に行うためのものです。 実のところ「緊急事態用のメモリ」は一般的に盛大に悪影響を及ぼします。 スワップを無効にすることは

                                                            スワップの弁護:よくある誤解を解く
                                                          • プログラマに必要になっているプログラミング以外の技術の一例

                                                            はじめに よくソフトウェア技術者にはプログラミング以外にもたくさんの技術が必要といわれます。では具体的に何が必要なのか…というと、実のところ個々人が置かれた状況によって全然異なるので何とも言えません。ただこれだけだと実務経験が無い人には全然ピンと来ないと思うので、現役職業プログラマである私が今の仕事で必要になっている能力について書きます。 私が現在なにを作っているか 私がやっていることはオンプレのインフラ基盤であるKubernetesクラスタの開発、およびその上で動くストレージ基盤であるRook/Cephクラスタの開発です。簡単に言ってしまえばこれらを作るのが現在所属しているプロジェクトのミッションです。 その中でもわたしのわかりやすい仕事はRookの開発です。上記インフラ基盤に必要な機能の開発、バグ修正が中心です。Rookはメンテナとして開発に参加しているので、それ以外にもコードレビュー

                                                              プログラマに必要になっているプログラミング以外の技術の一例
                                                            • 公式ドキュメントの読み方

                                                              「公式ドキュメントを読め」というのが急に話題になっていたので自分なりに整理してみました。 注意: そんなに真面目に推敲していません。フィーリングで書いているので実態に即してない部分もあるかも…… 公式ドキュメントとは何か あなたが使おうとしている道具 (ライブラリ、フレームワーク、プログラミング言語、ミドルウェア、コマンドラインツール、etc.)[1] は必ず誰かによって作られています。ある程度成熟した道具であれば通常、その作った人・組織自身によって公開されているドキュメントがあるはずです。これが公式ドキュメントです。 公式ドキュメントは、OSSにおいてはソースコードと双璧をなす最も信頼できる資料のひとつです。ソースコードが非公開の場合は通常、公式ドキュメントが最も信頼できる資料でしょう。 (以降はOSSを主に想定して説明します) たとえば…… Python のソースコードはGitHub上

                                                                公式ドキュメントの読み方
                                                              • 重要そうだけど興味のないことを頑張っても大していいことなかった話 - 覚書

                                                                時間は有限です。その合間を縫ってひねり出した可処分時間は貴重です。こういう時間は自分が楽しいと思えることにとことんつぎ込めばいいと今では思っているのですが、そうではなかった時の失敗談を紹介します。読者のみなさまの中で、好きなこと、やらなきゃいけないことしかできないという私のようなタイプの人には刺さるかもしれないです。 10年近く前の、まだわたしが若手というカテゴリに入っていたとき、当時ずっと生業にしていたLinuxカーネル以外にも、将来のために何かもう一つ引き出しの数を広げておかないといけないと思っていたことがありました。そういうときに飛びつきがちなのは流行りものです。当時のわたしにはそれがARMサーバでした。当時は何やらやらないと取り残されるのではという空気が身辺にありましたし、カーネル屋さんなのでハードウェアに近いところの知識はあればあるだけ損ではないという思いもありました。 ところが

                                                                  重要そうだけど興味のないことを頑張っても大していいことなかった話 - 覚書
                                                                • 実体の無い完璧超人と戦っていた過去の失敗談 - 覚書

                                                                  かつての失敗談。ついった初めたばかりのころにはまった次のような悪い循環です。 すごい人をたくさんフォローする すごい人達がすごいこと言ったりやったりする それに比べて自分は大したことできないと自信喪失する 何もしなくなる フォローする人が多くなればなるほどこの傾向は加速していきました。なぜかというと、それぞれのすごい人達の凄い部分を全部合成した完璧超人と戦おうとしていたからです。 たとえば次のような3人をフォローしたとします。 RDBにめちゃくちゃ詳しい人 カーネルめちゃくちゃ詳しい人 特定のプログラミング言語にめちゃくちゃ詳しい人 ここで私は「RDBにもカーネルにも特定のプログラミング言語にも全部めっちゃ詳しい超人」を脳内で作って、その架空の超人を見上げて自信喪失していたのです。 この誤解が解消したのは、のちのち各種カンファレンスや勉強会などに参加して彼らに出会う幸運に恵まれたときでした

                                                                    実体の無い完璧超人と戦っていた過去の失敗談 - 覚書
                                                                  • 年とってくると注意してくれる人がいなくなる - 覚書

                                                                    あらゆる組織の若手は最初は先輩社員の指導を受けて育っていきます。ところが年を経るにつれて注意されなくなってきます。わたしも社会人になってから今まで、注意される回数がどんどん減っていきました。もちろん私が成長して注意すべき点が減ってきたというのもありますが、それだけでは説明がつきません。あとから振り返ってみると「これは相当まずいことをしたな、昔なら相当叱られてただろうな」ということが多々あります。では自分の成長以外にどういう要素があるかというと、それなりに大きなウェイトを占めるのが加齢だと思っています。 「技術の前には年齢は関係ない!」という話もあり、実際それはそうだと私も思いますが、年長者は敬うべきという文化がずっと続いてきた日本で実際に年長者に正面からボロカスに注意する人というのはなかなかいません。それに加えて「この年になるまで変わらなかったんだからもう注意しても無駄だろう」「年食ってき

                                                                      年とってくると注意してくれる人がいなくなる - 覚書
                                                                    • かつては残業こそ多かったけれどコンピューターにジョブを流したら終わるまで休憩だった→一方いまは高速コンピューターが待ち時間なく働かされている

                                                                      sat @satoru_takeuchi Rook(メンテナ)/TopoLVM(メンテナ) 「Linuxのしくみ 」著者 amzn.to/3Ioqwix 「入門モダンlinux」 amzn.to/3OmyA79 「入門eBPF」訳者 amzn.to/45OPTCV github.com/satoru-takeuchi sat @satoru_takeuchi かつて聞いた先輩の発言。「昔は残業が多かったけどコンピュータにバッチジョブ流せば終わるまで休憩とか当たり前でノンビリしてた。今は高速なコンピュータが一人一台あって待ち時間なくずっと働いているので労働時間減ってなお仕事はしんどくなってる」 もちろん場所によるだろうけど、そうかもね 2022-03-18 09:24:39

                                                                        かつては残業こそ多かったけれどコンピューターにジョブを流したら終わるまで休憩だった→一方いまは高速コンピューターが待ち時間なく働かされている
                                                                      • 犯人のヤフオク取引履歴まとめ - 神奈川県HDD転売・情報流出事件

                                                                        品数:7504点 合計:20191549円 金額:27円~72000円 期間:2015/06/16~2019/11/30

                                                                        • ソフトウェア開発者のわたしが好きなコンピュータ以外の本 - 覚書

                                                                          2023/8/13 18:20 タイトル変更。「ソフトウェア開発者が好きなコンピュータ以外の本」→「ソフトウェア開発者のわたしが好きなコンピュータ以外の本」 2023/8/15 16;20 「敗者のゲーム」から「星を継ぐもの」までを追加 私はソフトウェア開発者です。このブログなり別の場所なりでコンピュータについての参考書を何度なく紹介してみました。本記事はそれとはちょっと違って、私がこれまで出会ってきて感銘を受けたコンピュータに関係ない本たちを紹介します。紹介順とお気に入り度は連動していません。思いついた順番に書いただけです。 ルワンダ中央銀行総裁日記 銀行家である筆者がルワンダという国の中央銀行総裁を務めていた時期のことについて述べた本です。事あるごとに色々なところで紹介される有名な本なので、名前は聞いたことがあるとか読んだことがあるとかいう人は多いかと思います。本書の凄いところは2つあ

                                                                            ソフトウェア開発者のわたしが好きなコンピュータ以外の本 - 覚書
                                                                          • 任天堂元社長・岩田聡氏への「幻のインタビュー」を海外記者が公開。ニンテンドーDSにタッチパネル採用の理由など貴重な証言が続々発掘 - AUTOMATON

                                                                            任天堂の第4代代表取締役社長を務めた故・岩田聡氏に向けて、約20年前にインタビューをおこなったジャーナリストがその未公開だった内容を公開し注目を集めている。ニンテンドーDSが発表されたゲームイベントE3におけるインタビューであり、任天堂のハード開発における戦略やエピソードが語られている興味深い内容だ。 岩田聡氏は約13年間にわたり、任天堂の第4代代表取締役社長を務めた人物だ。『星のカービィ』『大乱闘スマッシュブラザーズ』シリーズなどの開発元として知られるハル研究所の創業メンバーであり、後に同社代表取締役社長に就任。2000年に任天堂に入社し、2002年から同社の代表取締役社長を務めていた。2013年からは任天堂の米国法人のCEOも兼任するなど、任天堂の顔として国内外で活躍。しかし2015年に胆管腫瘍のためこの世を去った。 2004年の「E3」にて 今回、約20年前におこなわれた、岩田氏への

                                                                              任天堂元社長・岩田聡氏への「幻のインタビュー」を海外記者が公開。ニンテンドーDSにタッチパネル採用の理由など貴重な証言が続々発掘 - AUTOMATON
                                                                            • ソフトウェア開発者人生に影響を与えてきた本

                                                                              はじめに なんとなく書きたくなったので書きます。詳しいレビューなどは書きません。書いても一言程度。実は昔似たようなエントリを書いたことがあるんですが、そちらは初心者+αくらいの人に勧める本についてのもので、こちらはあくまで私に刺さった本です。 達人プログラマー ソフトウェア技術者としての考え方のいくつかはこの本の影響によって身に着けました。この手の本は抽象的でスカスカなことが多いのですが、この本は著者の文書作成技術が高いこと、例が具体的なこともあって、ずいぶん納得できることが多かったです。わたしが読んだのは第一版ですが、あえて第二版へのリンクを張っています。 プログラミング作法 よいプログラムをどう組めばいいかということを学べました。いろいろな言語を題材にしていますが、どういうものを使っていても役に立つ実践的なことが書いています。 珠玉のプログラミング アルゴリズムについて、具体的にどう役

                                                                                ソフトウェア開発者人生に影響を与えてきた本
                                                                              • 低レイヤ技術を間接的に仕事で生かしてきた経験の共有。元Linuxカーネル開発技術者の場合 - 覚書

                                                                                はじめに ITの世界で「低レイヤ技術」と呼ばれるものがあります。明確に定義されているわけではありませんが、アプリケーションのような直接エンドユーザに触れる部分ではなく、しかもなるべく生のコンピュータに近い部分、たとえばOSカーネルやコンパイラ、CPUを開発する技術などがあります。これらの技術に明るい人はそうそういないのですが、「やってみたい」という根強い人気があります。 学生のかたでもセキュリティキャンプなどで実際にある程度身につけてしまうような人もいます。そしてますますこの手の技術に趣味としてのめり込んでいって楽しくなる…というところまではいいのですが、「ではこの技術を会得した先に何があるのか」と不安になる人も多いようです。とくに学生さんの場合は「低レイヤ技術を使って今後なんらかの仕事をして生きていけるのか?」といったことが気になるようです。今日もそのような話を少し耳にしたので、自分の経

                                                                                  低レイヤ技術を間接的に仕事で生かしてきた経験の共有。元Linuxカーネル開発技術者の場合 - 覚書
                                                                                • 「中央アジアの北朝鮮」に行ってきた(トルクメニスタン)

                                                                                  (2)先月、仕事でロシアに行ってきた。 そこで知り合ったロシア人、カザフスタン人、ウズベキスタン人に、(気軽な雑談として)トルクメニスタン旅行の話をしたところ、 「Satoru、おまえ大丈夫か?」 「狂った独裁国家で、国民が悲惨なことになってるんだろう?」 「あそこがいまどうなっているのか、全然わかんないんだよね」 とのコメントが寄せられた。 「中央アジアの北朝鮮」の異名をとるトルクメニスタン。 旧ソ連圏の仲間たち(?)からも、やはりそうしたまなざしを注がれているのであった。

                                                                                    「中央アジアの北朝鮮」に行ってきた(トルクメニスタン)