並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 369件

新着順 人気順

覚書の検索結果1 - 40 件 / 369件

タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。

覚書に関するエントリは369件あります。 考え方仕事 などが関連タグです。 人気エントリには 『エクスプローラ周り重い人向け覚書』などがあります。
  • エクスプローラ周り重い人向け覚書

    ファイルコピー(というかエクスプローラ)周りの余計なお世話で発生する重さは本当にひどいので、 個人的な覚書を貼っておくので、もしよければ参考にしてほしい。 大変面倒だけど、全て設定すると劇的に早くなる。ためしてみてほしい。 勘違いしている人がやたら多いので追記下の設定はWindowsDefenderを切っているのでありません。WindowDefenderがWindowsDefenderを検索してループに陥る問題に対処しているだけです! システム設定Windows Defender自身を検索して無限ループに陥る問題を解消する - 設定→更新とセキュリティ→Windows セキュリティ→ウイルスの驚異の防止 - ウイルスと驚異の防止の設定→設定の管理 - 除外の追加または削除 - 除外の追加→ファイル - 「C:\Program Files\Windows Defender\MsMpEng.e

      エクスプローラ周り重い人向け覚書
    • マンション光回線の配線方式のお話 - notokenの覚書

      これは マンション光配線の方式別になぜ速度が出ないのか?を解説する資料 配線方式によって天地の差が出るマンションタイプの回線を、できる限り快適に利用したい人向けの情報 付随情報として、J:COMとかのCATVの話や、UCOM光とかBB4Uとかのマンション共有インターネットの話も載せておく (注意) 一部例外はあります。例外につきましては、「そういうこともある」だと思って下さい。 想定すべき前提知識 フレッツ光やauひかりの分岐数は方式に関わらず 1収容 あたり 最大で 32 回線 となる 光配線方式はGE-PONの仕様上、どの事業者でも最大分岐数は32分岐となる NUROの採用するG-PONは規格上の最大分岐数は64~254となっているが、実際の運用は資料がないのでわかりません NTT の シェアドアクセスを利用している以上、8以上、8の倍数(8, 16, 24, 32, .... )分岐

        マンション光回線の配線方式のお話 - notokenの覚書
      • 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の本が全部消えた話 - 覚書
        • 書籍を使った勉強のしかた - 覚書

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

            書籍を使った勉強のしかた - 覚書
          • ヘタクソなコードを書いてもいい - 覚書

            プログラミング言語のお作法から外れたコードやメンテ性が悪いコードを書くのはダメとよくいわれます。わたしは学生の頃、そういう意見を過剰に気にしていました。コードを書くことそのものに慣れていないのに綺麗に書こうとして手が動かず、動かないがゆえにコーディングの練習が進まない、という悪循環になっていました。そうすると何もアウトプットしないまま知識だけが増えていって、自分がこれくらいできそうというイメージと実際のプログラミング能力とのギャップで苦しみました。 この意識が薄れたのは、あるときものすごく手が早い人のコードを偶然見たときでした。たしかにちゃんと動くものができているんですが、そのコードの中身は当時の私の基準からいって*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の開発とかをしています。プログラマとしてはスーパ

                  プログラミングでつまづいてきたこと - 覚書
                • 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代後半でコンピュータに出会ったことによって興味の持てる対象が激増した コンピュータについての知識を得るために毎日昼夜を問わずに作業していた 休憩という概念がなく、寝る(気絶する)まで作業して、起きたらまた作業という状態になった。若くて体力があったので死ななかった 生活のリズムが乱れて疲労が蓄積していった。が、茹で蛙の

                        休むことは難しい - 覚書
                      • アフガニスタン覚書

                        たぶん専門の人から見るといろいろ間違っていると思う。 アフガニスタン国土現在の国境線は英領インドとロシア(とペルシア)との緩衝国として残ったもの。ほぼ乾燥した山。 国民山がちな国土もあって民族構成は複雑。パキスタンにまたがるパシュトゥーン人(最大勢力)・バローチ人、タジキスタンにまたがるタジク人、テュルク・モンゴルの血を引くハザーラ人、トルクメニスタンにまたがるトルクメン人、ウズベキスタンにまたがるウズベク人、その他イラン系、テュルク系を中心に多民族が混在している。 パシュトゥーン人アフガニスタンとパキスタンにまたがる民族。アフガニスタンでは4割程度を占める。山間部ではパシュトゥーンワリという独特の復讐感や名誉感を重んじる割と血なまぐさい掟に従っている。 政治背景氏族社会が強い、最後の王ザーヒル・シャーの時代ですら氏族長会議が後ろ盾だったし、今(2004年憲法)でも上院・下院の上に氏族長の

                          アフガニスタン覚書
                        • プログラミングを始めたころとは考え方が全然変わっていることに気づいてびっくりした話 - 覚書

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

                            プログラミングを始めたころとは考え方が全然変わっていることに気づいてびっくりした話 - 覚書
                          • Tumblrにおけるコンテンツ規制について覚書

                            「Yahooが、Tumblrを11億ドルで買収したあと300万ドルで売却しなきゃだったとき、私もTumblrにいたんだよね。」―Twitterユーザー[1] これは何? 2018年にTumblrが実施したコンテンツ規制を覚えているだろうか。 当時のTumblrユーザーにとっては、忘れるのも難しい大事件であった。しかしながら、後から追える情報が断片的であるがために(特に日本語圏では綿密な記録が残っていないために)原因や結果について把握するのが難しい事件でもあった。この文章は、事件の流れをできる限り詳細に記したものである。 事件は2018年に起こった。しかし、Tumblrは一日で成ったわけではない。まずは、Tumblrの歴史を簡単に追っていくこととする(もちろん、読み飛ばしても良い)。 ファンの楽園、Tumblr始動!(2007年~) 2007年、20歳のDavid Karpが開発&公開したT

                              Tumblrにおけるコンテンツ規制について覚書
                            • 「[試して理解]Linuxのしくみ ~実験と図解で学ぶOS、仮想マシン、コンテナの基礎知識【増補改訂版】」が発売されます - 覚書

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

                              • 当たり前のことをやっているだけで凄い - 覚書

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

                                  当たり前のことをやっているだけで凄い - 覚書
                                • 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言語のマクロ - 覚書
                                  • 重要そうだけど興味のないことを頑張っても大していいことなかった話 - 覚書

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

                                      重要そうだけど興味のないことを頑張っても大していいことなかった話 - 覚書
                                    • 問題解決より深掘りを優先する人が困っていたこと - 覚書

                                      何らかの問題を解決しなくてはならなくなった時に、解決よりも深掘りを優先してしまう特性の人がいます。 たとえば問題に対する短期的な対策を考えることをおろそかにして、根本原因究明と根本対策方法をじっくり考え込んでしまうような人が該当します。他人事のように言ってますが、筆者もそうです。本記事は、そういう筆者が過去に仕事で困っていたこと、ある時から状況によって取り組み方を変えられるようになったという話をします。 上記のような特性の人は、調査のたびに深い知識が得られ、血肉となっていきます。それゆえ技術に明るい人とみなされることもあります。その一方で、困ることもあります。とくにそれは発生した問題が自分ではなく他の誰かのものだった場合、かつ、急ぎ問題解決が必要な場合です。業務ではこのような場面が非常に多いです。 この場合、問題の深掘りを最優先にしてしまうと仕事が遅くなりがちです。みなさんも、「あの人、技

                                        問題解決より深掘りを優先する人が困っていたこと - 覚書
                                      • 【メモ】「低身長暴力イケメン」キャラクターなるものについての覚書 - INVISIBLE Dojo. ーQUIET & COLORFUL PLACE-

                                        ネット上の雑談の記録として 【創作系譜論】 巨乳を羨ましがる女なんていない、いてもみんな普通じゃなくておかしい人。心が壊れてオスアニメの影響受けたオタク云々と言ってたアカウント… 「男って低身長で暴力的なイケメン大好きだよね?リヴァイとか飛影とか少年漫画で人気出るキャラ全部これ。」と言ってた。これまた何言ってんだ冗談。— ひじきとオリちゃん🐇🍒 (@oriii_chance) 2023年4月11日 飛影とリヴァイは共に女性読者から大人気だったのに。— XYZの掲示板 (@sokuiron) 2023年4月11日 確かに低身長暴力イケメン、定期的に人気爆発するイメージあるよな……— (Ǝ)ɐsıɥıɥso⅄ ouɐɓnS (@koshian) 2023年4月11日 いま2例(飛影、リヴァイ)が出ているけど、お約束認定には、もう少し例がほしい…鋼の錬金術師のエドワード・エルリックを追加して

                                          【メモ】「低身長暴力イケメン」キャラクターなるものについての覚書 - INVISIBLE Dojo. ーQUIET & COLORFUL PLACE-
                                        • 実体の無い完璧超人と戦っていた過去の失敗談 - 覚書

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

                                            実体の無い完璧超人と戦っていた過去の失敗談 - 覚書
                                          • OSやエクスプローラーが軽くなる? 「エクスプローラ周り重い人向け覚書」が人気/「はてブ」は1,600以上、有志によるバッチファイルも【やじうまの杜】

                                              OSやエクスプローラーが軽くなる? 「エクスプローラ周り重い人向け覚書」が人気/「はてブ」は1,600以上、有志によるバッチファイルも【やじうまの杜】
                                            • 年とってくると注意してくれる人がいなくなる - 覚書

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

                                                年とってくると注意してくれる人がいなくなる - 覚書
                                              • ソフトウェア開発者のわたしが好きなコンピュータ以外の本 - 覚書

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

                                                  ソフトウェア開発者のわたしが好きなコンピュータ以外の本 - 覚書
                                                • 「絵で見てわかるLinuxカーネルの仕組み」という本の宣伝 - 覚書

                                                  本日10/23発売の「絵で見てわかるLinuxカーネルの仕組み」という本を自分含め6人で書きましたので、宣伝します。 絵で見てわかるLinuxカーネルの仕組み 作者:市川 正美,大岩 尚宏,島本 裕志,武内 覚,田中 隆久,丸山 翔平翔泳社Amazon 本書はIT技術のさまざまな分野について視覚的に理解するための翔泳社の「絵で見てわかる」シリーズの中の一冊です。 www.shoeisha.co.jp このシリーズは、これまでに「ITインフラの仕組み」、「Webアプリ開発の仕組み」、「マイクロサービスの仕組み」など、さまざまなものを扱ってきました。本書は「Linuxカーネル*1の仕組み」を扱います。Linuxカーネルを絵から理解するというコンセプトの本です。 Linuxカーネルは Red Hat Enterprise LinuxやUbuntuといったLinuxディストリビューションの核(カー

                                                    「絵で見てわかるLinuxカーネルの仕組み」という本の宣伝 - 覚書
                                                  • Makefile覚書: Goアプリ開発に役立ちそうな基礎知識 | フューチャー技術ブログ

                                                    はじめにTIG真野です。育休明けです。 フューチャー社内のタスクランナーはmakeやTaskなど複数の流派があり、チームによって使い分けられています。個人的にはmakeで良いんじゃないかと思っていますが、Taskも良いですよね。 makeは細かい記法をいつも忘れる+調べるとC言語向けの情報が出てきて脳内変換に手間を感じたため、makeを用いてWebバックエンドアプリをGoで開発するということをテーマに、役立ちそうな情報をまとめます。 なお、今記事におけるmakeは、GNU Makeを指します。バージョンは以下で動かしています。 MakefileのためのEditorConfigMakefileのインデントはハードタブである必要があります。誤りを防ぐためにもEditorConfigを設定しておくと良いでしょう。 makeは通常、Makefileという名称をデフォルトで認識しますが、同一フォルダ

                                                      Makefile覚書: Goアプリ開発に役立ちそうな基礎知識 | フューチャー技術ブログ
                                                    • 『女性の階級』覚書

                                                      橋本健二『女性の階級』(PHP新書)を読んだので、覚え書き。この本のメイン内容はいわゆるアンケート統計を分析する系の新書なのだが、なかなか興味深かったので。 なお、アンケート時期ははコロナ前であり、全国4万3千人を対象に行われた。 著者は、女性の階級を以下の20のクラスに分類して分析している。 ※便宜上、書籍内の表現から一部変更している。 ※高収入・中収入・定収入労働者は、いずれも正規雇用者を指す。 ※若年の独身無職女性については結婚によるクラスチェンジを考慮し、結果に含めないものとする。 ①・中小企業経営者の妻 ②・大企業経営者の妻 ③・夫が高収入労働者で妻も高収入労働者 ④・夫が中収入労働者で妻は専業主婦 ⑤・夫が中収入労働者で妻はパート労働者 ⑥・夫が中収入労働者で妻は高収入労働者 ⑦・独身の中級・高収入労働者 ⑧・シングルマザーの中級・高収入労働者 ⑨・夫が中収入労働者で妻も中収入

                                                        『女性の階級』覚書
                                                      • 低レイヤ技術を間接的に仕事で生かしてきた経験の共有。元Linuxカーネル開発技術者の場合 - 覚書

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

                                                          低レイヤ技術を間接的に仕事で生かしてきた経験の共有。元Linuxカーネル開発技術者の場合 - 覚書
                                                        • フェミニズムと表現規制についてのざっくり覚書(1) 反表現規制フェミニストが語る、フェミニズム史概観|ヤヤネヒロコ

                                                          世間で「フェミニスト」を名乗る皆さんの主張が多様すぎて訳わかんなくなっているひとをけっこう見かけるので、表現規制問題を軸にざっくりと整理する記事を書いてみようと思った。話題を追いかけている人には今更な内容が多いし、ざっくりといっても8000字弱あるけど…… ## フェミニストと性表現検閲と真のフェミニスト フェミニズムは、「女性解放」「女権拡張」「男女平等」など、多様に訳される。フェミニストもアンチ・フェミニストも「真のフェミニスト」を定義したがるが、表現規制問題を軸にする場合、これを定義するのはかなり難しい。 フェミニストのフェミニストによる反検閲・表現の自由論として著名な「ポルノグラフィ防衛論(原題:Defending Pornography: Free Speech, Sex and the Fight for Women's Rights、ナディーン・ストロッセン著)」の序文には、

                                                            フェミニズムと表現規制についてのざっくり覚書(1) 反表現規制フェミニストが語る、フェミニズム史概観|ヤヤネヒロコ
                                                          • カンファレンスイベントで会場回線を過信してはいけない - notokenの覚書

                                                            前段 PHP Conference Japan 2023が 10/08 に大田区産業プラザPiOで行われたわけですが、開会直後に提供している無線LANがいきなり不安定になってしまい、そのまま一部の部屋以外で提供できない状態になってしまった。 この記事では、なぜそのようなことが発生してしまったか?という点に関して解説しようと思う。 結論 会場側設備として入っているNAPT-BOXが YAMAHA RTX1200 という 15年前*1に発売されたルータで、来場者を捌けるだけのNAPTセッションテーブル*2が備わっておらず、NAPTテーブル溢れ*3を起こしてしまった。 事前知識 NAPT Network Address Port Translation 1つのグローバルIPアドレスを複数のホストで共有するための仕組み。この機能により1つのグローバルIPアドレスを複数のクライアント(コンピュータや

                                                              カンファレンスイベントで会場回線を過信してはいけない - notokenの覚書
                                                            • 仕事としてOSS開発者をやってきた話 - 覚書

                                                              はじめに わたしは今も昔も仕事としてOSS開発者をしていて、twitterなどでそれなりに名前が知られていることもあって、昔から「どうすればそういうこと(業務としてOSS開発)ができるのか」「どういうキャリアを歩んできたのか」「Linuxカーネル開発者になるにはどうすればいいのか」ということをよく聞かれてきました。当時わたしが置かれた環境と現在の環境では違いがありすぎるので公開に積極的にはなれなかったのですが、一つの過去事例として何らかの意味はあるかもと思って公開することにしました。 書き方が難しかったのですが、うまくまとまらなかったので、自分が書くのが楽な日記みたいになりました。 きっかけ 2000年初頭に学部4年のころにLinuxを触りはじめてから「UNIXとかLinuxってすげえ」「こんなものが無償で使えるのか」「これらのソースコードが全部見られるのか」と感動して、「自分も成果物を公

                                                                仕事としてOSS開発者をやってきた話 - 覚書
                                                              • 一人前のエンジニアになれたと感じたとき - 覚書

                                                                よく聞かれるのでタイトル通りのことを書こうと思ったわけですが、さて実際のところどうだったかとなると、なかなか思い出すのが難しいです。少なくとも「最初からできた」ではなかったです。そして「俺は全然駄目だ」な状態から「いける」という状態に、あるときを境にフラグが立ってそうなるというようなものでもなかったです。いくつかの出来事によって、ようやくそう思えたと感じたと記憶しています。本記事ではこれらの出来事について紹介いたします。 本記事の主な対象読者は、社会人一年生を含む経験が浅いソフトウェア技術者で、かつ、「一人前になれてないなあ」と日々悩む人々です。「一人前とは何か」という疑問もありますが、これは先輩方から逐一指導されて仕事をするジュニアエンジニアから、それなりに独立して仕事ができるようになるミドルエンジニアへの脱皮までの道と考えてもらえればいいかと思います。みなさん取り組んでいる業務は恐らく

                                                                  一人前のエンジニアになれたと感じたとき - 覚書
                                                                • 企業にとってのプログラミング言語の位置づけ - 覚書

                                                                  プログラミング言語の良し悪しについては昔から活発に議論されてきました。このような議論の中で企業がどのようなプログラミング言語を採用するかについて釈然としない思いをしたかたも多々いらっしゃるかと思います。典型的には「なぜ自分の会社では俺の好きな言語を採用しないのか」です。この「なぜ」の一部に回答する、かつ、そこに共感しないまでも理解してもらうのが本記事の目的です。 この手の会話は炎上しがちであり、かつ、私はそのようなことはしたくないので個々の言語の名前は挙げません。そのためやや抽象的な表現が多くなりがちですがご容赦ください。また、筆者はここで書く価値観が絶対というつもりはなく、読者のみなさま個人のプロジェクトは自分の欲望の赴くままに好きなものを使えばいいと思っています。 企業は継続的にプログラムの開発やメンテナンスをする必要があります。これを念頭に置くと、使いこなせる人が多い言語であれば複数

                                                                    企業にとってのプログラミング言語の位置づけ - 覚書
                                                                  • 「経験の浅いソフトウェア開発者が気になっていること」という募集への反応のまとめ - 覚書

                                                                    数日前にブログや記事、書籍執筆ネタ集めのためにこういうtweetをしました。 [ゆるぽ] 経験の浅いソフトウェア開発者が気になっていること、とくにすでにそれなりのキャリアを積んだ人に聞きたいこと もっというと別に(ソフトウェア技術者としての)私個人について聞きたいことでもいいです— sat🧊 (@satoru_takeuchi) 2020年2月28日 その結果、返信および引用RTで数十個のネタが寄せられたので、まとめてみました。その場で回答したものについては回答一緒に書いています。それに加えて、私がわからないと言ったことについて別のかたから回答をしていただいたものについても書きました。さらに、既に経験豊富なかたがたから「経験の浅いソフトウェア開発者が気になっていそうなこと」や「知っておいてほしいこと」のようなネタもいただいたので、こちらもまとめました。 文面は基本的には改変せずにそのまま

                                                                      「経験の浅いソフトウェア開発者が気になっていること」という募集への反応のまとめ - 覚書
                                                                    • ジョイのボーイズクラブ|MITメディアラボ所長の辞任騒動をめぐる覚書 【若林恵】|黒鳥社|blkswn publishers Inc.

                                                                      TEXT BY KEI WAKABAYASHI 【まえがき】 下記に掲載したテキストの骨子は、伊藤穰一さんがMITメディアラボ所長を退任した直後に書いたもので、どこかに出そうかどうしようか迷っているうちに思わぬ時間が経ってしまった。 騒動の顛末については、特に終盤になってからかなり熱心に追いかけていたので、新しい情報が出てくるたびにSNSで大騒ぎになるのをリアルタイムで、こういうと大変失礼だが、手に汗握りながら見ていた。 MITメディアラボには、一度ばかり取材に行ったことがあるし、伊藤穰一さんには取材などで何度もご協力いただいたことがあるが、個人的にメールをやりとりするような間柄ではなかった。お話はいつも面白く、キレキレなので、もちろんリスペクトしていたが、MITメディアラボという組織に関して言えば、ある時期から興味を失っていた。なかには好きな研究者もいたが、表立って目立つものと言えばイノ

                                                                        ジョイのボーイズクラブ|MITメディアラボ所長の辞任騒動をめぐる覚書 【若林恵】|黒鳥社|blkswn publishers Inc.
                                                                      • ソフトウェア技術者はなるべくソフトウェア技術で目立つほうがいい - 覚書

                                                                        ソフトウェア技術者として名を上げたい人向けの記事です。 まずは前置き。ソフトウェア技術者の世界にはスーパースターといえるような凄まじい能力を持つ人達がいます。彼らのうちの一部は生活能力がゼロだったり、口や態度が悪かったり、好きなこと以外は一切できなかったりといった様々な欠点があります。すごい人の中でもこういう人は親近感を生むのか、なんとなく目立つ傾向にあるように思います。SNSなどでも粛々と技術の話だけしたりする人よりも、こういう破天荒な人たちがウケて人気を集める傾向にあります。かくいうわたしも、この手の人たちは人間臭くて好きです。 ここからが本題。スーパースターにあこがれる人が彼らのスキルを真似するのではなく、立ち振る舞いを真似してしまって、とくにSNSなどでそうしてしまって、自分の価値を貶めているのを頻繁に目にします。典型的には凄くなりたいけどまだまだ経験が足りない学生さんや経験の浅い

                                                                          ソフトウェア技術者はなるべくソフトウェア技術で目立つほうがいい - 覚書
                                                                        • オープンソースソフトウェア(OSS)にまつわる色々な誤解 - 覚書

                                                                          はじめに 筆者はオープンソースソフトウェア(OSS)に20年近くユーザないし開発者としてかかわってきました。その間ずっとOSSは様々な誤解を受けてきましたし、また、その誤解をもとに多くの根拠のない希望、その後の落胆を生んできました。何度も語られてきた陳腐な話題ではあるのですが、見かける頻度が多い誤解とそれに対する筆者の見解を書いておきます。 オープンソースはボランティアベースで開発されている。 これはyesでもありnoでもあります。ボランティアの定義は人により様々ですが、ここでは「有志が無償でやっている」くらいの意味だと考えてください。 まず、個人あるいは組織が誰からの利益を得ることもなくOSSを開発をしているという一般にイメージしやすいケースは数多くあります。ただしその目的は千差万別です。 ボランティアという字面から想像されるような世の中をよくしたい、世の中のためになりたい、という強い思

                                                                            オープンソースソフトウェア(OSS)にまつわる色々な誤解 - 覚書
                                                                          • 一部訳した本の宣伝: 「入門モダンLinux」 - 覚書

                                                                            4/6 更新。Amazon上の煽り文を最新化&公式サイトから目次を転載 一部だけ翻訳にかかわった「入門モダンLinux」という本が4月7日に出るので宣伝を兼ねた紹介をします。 原著は「Learning Modern Linux」です。 本書のタイトルを目にしてまず思うのは「モダンLinuxとはいったいなんぞや」でしょう。これについてはamazonにも載っている煽り文をご覧ください。 Linuxはサーバ、組み込み機器、スーパーコンピュータなどにおいて存在感を示してきました。近年では、オンプレミスのシステムだけではなく、クラウドサービスでも広く使われています。本書は、前半でLinuxを使いこなす上で必要な基本知識を、後半で最新情報をまとめています。Linuxの知識を体系的に整理したい、最新動向が知りたい、運用を改善したい、効率的に開発を行いたい、といった要望をかなえる内容となっています。時代の

                                                                              一部訳した本の宣伝: 「入門モダンLinux」 - 覚書
                                                                            • プログラマが入門書の次に読めばよさげな書籍 - 覚書

                                                                              はじめに 本記事は2010年10月に某所で書いた記事を2016/2/2に編集したものです。 プログラムの入門書を読んだ上でプログラムを書いた経験があるけれども、そこからステップアップするために何をしていいのかわからないという人向けの本をいくつか紹介したいと思います。なるべく平易な文書で書いてあるものを選びました。ただし、筆者の趣味の問題で、Linux/UNIX関連の本が多いです。 「これらを読むだけで凄腕エンジニアになれます」などという無責任なことは言わないですが、飛躍するための1ステップとしては十分役立つのではないかと思います。 珠玉のプログラミング コンピュータシステムを使って物事を解決しようとするとき、どんな状況でどのようなデータ構造、アルゴリズムを使うことによって、結果がどうなったかという面白いエッセイを掲載しています。データ構造やアルゴリズムを扱った本は数式がたくさん出てきて一目

                                                                                プログラマが入門書の次に読めばよさげな書籍 - 覚書
                                                                              • メモリダンプの模様とはどのようなものなのか(入門編) - 覚書

                                                                                はじめに 最近バズった以下の記事について、補足のようなものを書きたくなったので書きます。 note.com 上記の記事に対して「模様って何…?」のようなコメントが散見されましたので、カーネルのメモリダンプ解析経験が数年ある筆者が、わたしの理解できる範囲でメモリの模様とはどんなものかについて書きます。なお、模様とはあくまで感覚的なものなので、上記記事で扱われているかたの定義とわたしの定義は違うかもしれませんのであしからず。また、LinuxカーネルやCPUについてのある程度の知識が必要な表現や用語が出てきますが、本記事ではそれらについての説明は割愛します。 メモリのさまざまな模様 メモリの模様とは(少なくとも私にとっては)16進バイナリの文字列の特定パターンです。ここでいうパターンとは正規表現マッチングできるようなパターンのことを指します。その中の代表的なパターンを見てみましょう。 ポインタ

                                                                                  メモリダンプの模様とはどのようなものなのか(入門編) - 覚書
                                                                                • ファクトチェック:学術会議、中国との活動「覚書どおりに開催」は誤り | 毎日新聞

                                                                                  日本学術会議が2015年に中国科学技術協会と交わした協力覚書について、大西隆元会長が「覚書を交わしたが活動実績はない」と説明した。この説明に対して、「その覚書どおりに中国科学技術協会と大阪大学、東京大学、東京工業大学、名古屋大学が共同ユニットを度々開催している」という情報が、まとめサイトに投稿され、ツイッターで拡散されている。しかし、日本学術会議に問い合わせたが、これらは覚書に基づく事業ではなく、出典として示された中国語の案内には中国科学技術協会とは別のNPO法人名が記されていることから、この情報は誤りだ。【木許はるみ、浦松丈二/統合デジタル取材センター】 問題の情報は、16日にまとめサイト「anonymous post」から投稿されたもので、約2000回リツイートされ、3700以上の「いいね」が付いている。 記事本文は、産経新聞の記事を引用し、大西さんが15日の野党ヒアリングで、中国の研

                                                                                    ファクトチェック:学術会議、中国との活動「覚書どおりに開催」は誤り | 毎日新聞

                                                                                  新着記事