タグ

ブックマーク / blog.8arrow.org (17)

  • クローン病として17年間治療していたが違う病気だった - 八発白中

    「すると、蘭方はわからぬことばかりでござるな」 松岡は、大きく笑った。 「左様」 伊之助はうなずき、 「蘭方はほんのすこしだけ人体と病気のことについてわかっている。漢方は唐土の神代の昔から陰陽五行説なる大投網(おおとあみ)にて人間をひっからげてしまうために、すべてが初めからわかっている。しかしすべてわかっているということは、何もわかっていないということと同じです」 ――司馬遼太郎「胡蝶の夢」 彼岸もすぎて空を覆う羊雲を眺めながら、相変わらず医学というのは分からぬことばかりで無力だなと感じています。 首相辞任のニュースにより「潰瘍性大腸炎」という病気がにわかに有名になりました。大腸に潰瘍ができること。餌制限があること。原因がわかっておらず完治しないこと、などがこの病気の概略的な説明でしょうか。 似た病気に「クローン病」というものもあります。こちらは大腸に加えて、小腸、胃、道など消化管全体

    クローン病として17年間治療していたが違う病気だった - 八発白中
    nagayama
    nagayama 2020/09/26
  • OSS利用企業はOSS開発を支援してほしい - 八発白中

    先日同僚と酒の席で話をしていた。 僕「最近OSS書けてる?」 同僚「書けてないです。仕事してたら書く暇なくないですか」 1年前まではリモートのパートタイムで働いていた彼としては、週5日フルタイム勤務になってから使える時間が大幅に減っただろうことは簡単に想像がつく。 とはいえ、働かなければ生活費が稼げない。 「どうにか時間を作って開発するしかないね」 僕個人としては若い彼にはもっとOSS活動をしてもらいたいし、うちの会社に入ってからOSS活動ができなくなったと言われるのは入社のときに間に入った自分としては心苦しい。そんなことを考えながら苦い顔をしていると、反対に質問された。 「深町さんはOSS書いてますか? どうやって時間作ってますか?」 「いまは育休中で育児に忙しいから、時間は取れたり取れなかったり」 「仕事してるときはどうでしたか?」 「うーん…僕もあんまり取れてたわけじゃないね」 翻っ

    OSS利用企業はOSS開発を支援してほしい - 八発白中
    nagayama
    nagayama 2019/09/19
  • リードエンジニアが育休を6ヶ月取ることにした話 - 八発白中

    先月子供が産まれました。この記事は育休を取得しようと思った経緯を書き綴ったものです。 の記事はこちら。 meymao.hatenablog.com ことの始まり 2019年1月。妊娠7ヶ月を迎えていた。 うちは夫婦共働きで二人共30代の中堅会社員。子供が産まれても働き続けたいという希望はある。けれど初めての子であるために働きながら子育てをするとはどのようなものかという実感が薄い。Web上には育児の大変さを吐露する書き込みはいくらでもあるが、それらは隣町の火事程度にしか思えず漠然とした不安しかなかった。 夫婦の両母親には出産予定日を伝えてある。産後に手伝いに来てくれないかという依頼を伝えるためである。しかし二人とも仕事をしているという都合や、遠方 (福岡) に住んでいるという事情もありなかなか思い切りのよい返事は得られない。 から育休の話をされたのはその頃だった。 ――育休を取る予定

    リードエンジニアが育休を6ヶ月取ることにした話 - 八発白中
    nagayama
    nagayama 2019/06/03
  • Mackerelで家族のヘルスチェックをする - 八発白中

    5月に入院して1ヶ月くらい療養していました。 健康にも気をつけないとな、と今更ながら反省しつつ、どうすれば健康管理ってできるのかなと考えてみています。 Fitbitログから学ぶ 一年半前からFitbit Charge 2で心拍数と睡眠時間を記録しています。運動量ではなく、主に睡眠時間を計測するためにつけています。 普段は計測するだけして結果を見ることはほとんどないのですが、「今日は頭が働かないな」というときにふとFitbitのダッシュボードを見ると「なんだ睡眠不足か」とかわかるので便利です。 人によって必要な睡眠時間は異なります。僕は週の平均睡眠時間が7時間を切ると体調が悪くなるようです。 入院中に思い立って過去のFitbitのデータをさかのぼって見返してみると面白いことが見つかりました。安静時心拍数が見事に入院まで右肩上がりで推移しています。 fitbitのログを見返していると安静時心拍

    Mackerelで家族のヘルスチェックをする - 八発白中
    nagayama
    nagayama 2018/08/02
  • ポケットチェンジに入社しました - 八発白中

    こんにちは。深町です。 年末に著しく体調を損なっていたこともあって方々に年賀の挨拶の機会を失ったまま過ごしています。旧暦では1月28日が元日だったようなので普段は旧暦で生活しているということにすると辻褄も合いそうです。明けましておめでとうございます。 さて、去年の12月に月末の退職から雇用先の募集をしました。 働く側ではなく雇う側をスコアリングするというのが上から目線で豪胆だと評価されたのか、私の交友範囲を大きく越えて見ていただいたようです。 最終的に2週間で31社からメールをいただき、数社に訪問して話をしました。 そして縁あってポケットチェンジという企業で働くことになり、2月1日に入社となりました。 ポケットチェンジとは 海外旅行をしたときに余る外貨を帰国後に電子マネーやギフト券に交換できるサービスを提供する会社です。 http://www.pocket-change.jp より 空港な

    ポケットチェンジに入社しました - 八発白中
    nagayama
    nagayama 2017/02/04
  • Day 2: Clack - 八発白中

    これは fukamachi products advent calendar 2016 の2日目の記事です。 今日はClackについて話します。 YAPC Asia 2010 keynote 僕が最初に学んだプログラム言語はPerlでした。その後PHPでのアルバイトを経験しましたが、好きな言語はやはりPerlでした。 最初に参加したカンファレンスはYAPC::Asia 2009だったと思います。まだPerlを始めて数年の若者で、技術力なんて吹けば飛ぶほどのものです。 当時はPerlにもまだ勢いがあり、YAPCは日最大規模のカンファレンスでした。いろんな人が入れ替わりでPerlの話をし、ある人は自分のプロダクトのこと、ある人は会社での運用について、またある人はPerlの言語自体のことなど、内容はさまざまでした。そのとき受けた刺激は僕のプログラミング活動に大きく勢いをつけ、いつか自分も壇上に

    Day 2: Clack - 八発白中
    nagayama
    nagayama 2016/12/02
  • 落語Botを作った & LINE Botの設計考察 - 八発白中

    僕はよく落語を聴きに行きます。 寄席のときもあるし、お気に入りの落語家が出演する落語会のチケットを買って行くこともあります。寄席と落語会を合わせてだいたい月に3回くらい。 「寄席」というのは都内の各所で1年365日やってる落語イベントです。都内には新宿、池袋、上野、浅草に席亭があります。途中から入ったり途中で帰ったりが自由なので「あー、落語聴きに行きたいなー」というときに気楽にいけます。 そういうときにはどこの席亭の寄席に行こうかな、と当日の出演スケジュールを見て決めることになります。 ところがこれが意外と面倒くさい。 それぞれの席亭の日の番組表を複数窓で開いて見比べるわけですが、一昔前のWebサイトっぽさがあってあんまりスマートフォン対応してくれていません。小さな文字を見比べて「上野には誰々が出るから…」とか思案するわけです。 落語Bot そういう事情もあって、LINEで寄席の情報を調

    落語Botを作った & LINE Botの設計考察 - 八発白中
    nagayama
    nagayama 2016/12/01
  • HubotスクリプトをCommon Lispで書く - 八発白中

    いい加減ChatOpsにも手を付けたいなぁ、と思って、試しに家庭内SlackにHubotを導入してみました。 HubotはGitHub社製のチャットボットフレームワークです。CoffeeScriptで書かれていてNode.jsで動きます。挙動を追加するにはCoffeeScriptでスクリプトを書きます。 これを利用して、チャットというインターフェイスを使って様々な日常タスクを処理させることができます。最近の流行りでは、hubot deployなどと唱えるとチャットからサーバのデプロイをしたりできるようです。 今年もChatOps Advent Calendarでチャットボットを使ったテクニックが投稿されているようです。 ChatOps Advent Calendar 2015 - Qiita さて、導入したのはいいのですが、CoffeeScriptを書くのがどうにもダルい。JavaScri

    HubotスクリプトをCommon Lispで書く - 八発白中
  • 割と本気で家庭用Slack Botを作ってみた - 八発白中

    僕はと二人暮らしをしています。かつてはLINEを使って普段のやり取りをしていたのですが、一年ほど前からSlackを使い始めました。 Slackの良いところはハッカビリティが高いところです。Google Calendarなど他のサービスと連携することができるし、IFTTTを使って多少凝ったこともできます。 IFTTT時代 IFTTTを使えば天気予報をSlackチャンネルに流せます。 英語というのは不意ですが、一応今日の天気はわかります。英語が読めなくてもアイコンを見れば、雨が降りそうな気がするってくらいはわかります。 しかし、しばらく運用しているうちに疑念が。 天気予報が当たらない。 IFTTTが連携している天気予報は「The Weather Channel」の情報なのですが、これが日の気象庁の予想と違っていて全然当たらない。 ちなみにiOS8から標準の天気アプリが提供している予報もこ

    割と本気で家庭用Slack Botを作ってみた - 八発白中
    nagayama
    nagayama 2016/01/13
    Common Lisp 便利だ
  • ISUCON5オンライン予選にclfreaksとして参加しました - 八発白中

    9/27(日)に開催されたISUCON5のオンライン予選に参加しました。 僕はアプリケーション側の改善、他の二人はインフラ寄りの対応をするように事前に役割分担をしていました。 “ISUCON”とは ISUCONは「Iikanjini Speed Up Contest」の略で、LINE株式会社 (昔はLivedoor) が主催する、アプリケーションやインフラのパフォーマンスチューニングを行ってそのスコアを競うイベントです。2〜3人のチームを作って参加します。 優勝賞金100万円!今年もやります ISUCON5 開催と日程のお知らせ #isucon : ISUCON公式Blog この週末の2日間にオンライン予選が行われました。 チームビルディング ISUCONというイベント自体は知っていたのですが、どうも自分には縁遠いものだと思っていました。まさか参加することになろうとは。 というのも、ISU

    ISUCON5オンライン予選にclfreaksとして参加しました - 八発白中
    nagayama
    nagayama 2015/09/28
  • 「The Healthy Programmer」を読んで自宅を快適なプログラミング環境にする - 八発白中

    柄にもなく健康の話をします。 去年の今頃は京都から東京に引っ越してきたところでした。まだはてなで働いていましたが、勤務形態は自宅からのリモートが主になっていました。週に6日は家から出ずに家でコードを書いていました。昼から早朝まで書いて昼からまた早朝までコードを書くような、ある意味規則的な生活です*1。 この間、生産性はかなり上がっていて、起きているときはもちろん、寝ている間も脳が活動を続け、睡眠中に考えたアイデアを唐突に起き上がってホワイトボードに書き込むみたいな状態でした。 しかし、1ヶ月くらいすると体調が悪くなってきます。なんか左脳の後ろ側が死んでるみたいな。 なんか脳が欠けてる感じがする— fukamachi (@nitro_idiot) January 12, 2014 あと心臓が異常にバクバクする。座るのもきつくなってくるのでだいたいダメ人間ソファに沈んでHHKB叩いてるみたいな

    「The Healthy Programmer」を読んで自宅を快適なプログラミング環境にする - 八発白中
    nagayama
    nagayama 2015/02/12
    エアロバイク気になっているのだよなあ…
  • 高速なCommon LispのWebサーバ「Woo」を作りました - 八発白中

    ここ一ヶ月ほど手掛けていたCommon LispのWebサーバ「Woo」が一応の完成に至りましたのでお知らせします。Clack-compatibleなAPIになっており、現状運用しているClackのWebアプリケーションでそのままお試しいただけます。 高速であることを最優先に設計しており、Hunchentootの4倍、Wookieの3.5倍高速に動きます。現状ではCommon Lispのサーバでは最速ではないでしょうか。*1 Woo by fukamachi | GitHub Benchmarks いくつかのCommon Lispのサーバと、Node.js、GoPythonのサーバを比較してみました。縦軸はreq/secで、高いほうが多くのリクエストを捌けることを意味します。 Wooは、PythonのTornadoより約9.5倍、Node.jsの約1.9倍のリクエストを捌けます。一方、G

    高速なCommon LispのWebサーバ「Woo」を作りました - 八発白中
  • サムライト株式会社に入社しました - 八発白中

    日11月17日、サムライト株式会社にプログラマとして入社しました。 サムライトはCommon Lispという最先端の技術を使う数少ないWeb企業です。 今月の頭までどこかの会社に雇用されるなど想像もしていなかったことです。 それがつい2週間前、兼ねてからTwitter上でやり取りをしていた @Rudolph_Miller が高速な広告配信サーバをCommon Lispで書きたいと言って人を募集しているのを見たことをきっかけに、社員で入る気はなかったにせよ何か共同で開発すれば僕もいくらか助けになるかもしれないと思ってすぐに会う約束をし、対面で詳しい話を聞くにつれ、いよいよ入社してフルコミットしたほうができることも多いだろうと考え、終には「いつまで居られるかわかりませんよ」という念押しをしつつも、一時振るう刀をこの会社に預けることにした次第です。 所感。 この会社には何もありません。従業員は

    サムライト株式会社に入社しました - 八発白中
  • Cより高速なCommon Lispコードを書く - 八発白中

    Cで書くコードの方がCommon Lispで書くより速いって人がいたら、それは彼のCの技量が高すぎるってことだね。 “If you can't outperform C in CL, you're too good at C.” — Eric Naggum 最近、Common Lispの非同期Webサーバ「Wookie」を高速化する過程で、ボトルネックになっていたHTTPリクエストのパース部分を高速に処理するライブラリを書きました。 fast-http - A fast HTTP request/response parser for Common Lisp 既存のライブラリ「http-parse」よりも約10倍速く、Cのライブラリ「http-parser」より5%ほど高速です。 追記 (2014/10/26): 最適化をやり直し、現在は「http-parse」よりも約27倍速く、Cの「h

    Cより高速なCommon Lispコードを書く - 八発白中
  • 株式会社はてなを退職しました - 八発白中

    二月末日で株式会社はてな退職しました。二年半の間、大変お世話になりました。 理由。はてなで働き続けて得られる以上のことをしようと思ったから。 この一年くらい、僕は今の自分に何の価値も感じられず、今の自分に何の満足もできていない。それなのに、気を抜いたら現状に甘えて、一年後の自分が想像できる範囲の成長しかできなくなってる。 年末に一年間を振り返るとき「驚くべき進歩だ」と思えなかったら、きっと努力が足りてないんです。そして、一年後の自分が予想できるなら、今歩いている道は間違ってるんだと思う。 そんなことを考えつつ、ちょうど携わったサービスも終了したということもあって、居心地の良いはてなと大好きな京都を離れることにしました。 特に今後について現状で言えることは何もないですし、振り返るほどの立派な功績もないので、よくある退職エントリみたいにかっこいい文章は書けないですが、ご報告として。 こちらか

    株式会社はてなを退職しました - 八発白中
  • 誰向けかわからないCommon Lispでの関数型プログラミング入門とその未来 - 八発白中

    Lispと言えば関数型言語という印象を持つ人が多いようです。 まあ正直に言うと、Common Lispに関して言えば違うんですけどね。Common Lispは効率のためと言えばループも代入も使いまくるし、構造体もクラスもある。実際書かれたコードも関数型プログラミングとは程遠いことも多くて、たとえば僕が作ったClackのコードを見ればオブジェクト指向言語だって言っても信じると思います。 僕自身、繰り返しをわざわざ再帰で書くよりもloop使うことが多いです。最近loopに頼りすぎてて良くないなーと思うことが多く、Common Lispでも性能が重要でないところは関数型っぽく書く癖をつけないとなー、と思っていろいろ考えています。なんでもloopだと可読性が悪い。 特に、僕が今作っているCommon Lisp方言の「CL21」では関数プログラミングをもっとしやすくする機能を入れたいと思っています。

    誰向けかわからないCommon Lispでの関数型プログラミング入門とその未来 - 八発白中
  • ILC2012 @ Kyotoに参加して発表しました - 八発白中

    10月21〜24日の4日間、International Lisp Conference (国際Lisp会議) 2012 @ 京都に参加してきました。4日目にはClackについて発表してきました。 せっかくなのでレポートがてら、ILCについて少し書いておこうと思います。 ILC2010 @ Reno/Sparks ILCの参加は前回のILC2010 @ Renoが最初でした。 そのときはClojureでAppEngineを使ってWebアプリケーションを作ろうとしたり、プレゼンツールを作っていました。Schemeは少し書けたものの、Common Lispはまだ複雑に思えてほとんど書いたこともありませんでした。 英語も話せず、お金もなかったにも関わらず、行ったこともないアメリカに単身で行くのは今思い返すとかなり無謀ではありました。 なぜ参加しようと思ったかというと、CLtL3 *1 について調べ

    ILC2012 @ Kyotoに参加して発表しました - 八発白中
    nagayama
    nagayama 2012/10/28
  • 1