覚書スマートフォン用の表示で見る覚書2019-10-06コードの写経中にやってることソフトウェアのプログラミングの文脈でソースコードの写経と呼ばれるものがあります。簡単に言うとソースコードの読み書き技術の上達のために既存のソースコードを手元で入力する作業です。最近ではgithubなどでOSSが大量に公開されているのでいくらでもできます。写経は明確に定義がある言葉ではないので、ただ無心に写すという人もいるでしょうし、写しながらその他のことをする人もいるでしょう。ここでは私が「(ソースコードの)写経をする」といったときに何をしているのかを、だれかの参考になるかもしれないので書いておきます。別にこれが唯一絶対とかいうつもりは毛頭ないです。(とくに不慣れな分野、言語において)何をしたいときにどういうライブラリを使うか、どういうコードを書くかというパターンを覚える、およびそれを体に叩き込むコードを書いたときの作者のお気持ちを推測する実際に書かれているコードと自分ならこう書くであろうコードを比較して、どちらがよさそうかを考えるよさそうだとして単に好みの問題なのか、変更するに値するものなのかを考える変更に値するのならば何をすればupstreamに受け入れられるだろうかと考えるすぐに思いつく限りではこんなものです。ついでに言うと写経の後の話ですが、変更に値するものがあって、かつ、自分の時間に余裕があればupstreamにPR送るということもたまにします。みなさんはどんなこと考えながら写経してますかね。コメント欄とかに生やしたりして教えてくれると嬉しいです。13.1.1では解消していました。satoru-takeuchi.hatenablog.com13betaで治ったという報告があったのでたぶん行けるだろうと思ってましたが、いけました。理由はvCPUがアイドルになる処理、およびその後再びidleが解除される処理がpCPUに比べてとても遅い。vCPU1上のプロセスAがアイドルなvCPU2上のプロセスBを起こす場合、通常プロセスBをvCPU2上で起こすが、あえてvCPU1上で起こす。schedulingは現在省電力のためによく使われているやつ。1」を読んだ大規模イベントにおいて参加者に提供する無線LANサービスを構築するノウハウについて書いた本です。著者のえぬかねさんに献本いただいたときは「この全く知見が無い分野の本をいただいたが理解できるだろうか」と心配していましたが、案の定専門的なところは全く理解できませんでした。わからないならわからないなりに、本書はわたしにはとても楽しめる本でした。筆者の簡潔明快な文体、血と汗の臭いがする具体的な話の数々、大量のデータ、どれもこれもわたしの好みのど真ん中でした。いうのもっと読みたい。2」を読んだ技術書典7において販売されていた本の読書感想文です。BOOTHで電子版を販売中です。GIrls」の続編です。前作の読書感想文はこちら。satoru-takeuchi.hatenablog.comわりと真面目な感想文は前回書いているし今回も同様の感想なので省略。今回はその他の感想を主に書きます。前回同様、相変わらずかっ飛ばしていて、いい意味での突っ込みみどころがたくさんあります。ネタをそのまま書いてしまうと全然面白くなくなるで私の突っ込み部分だけを書いておきます。