おがた (@xtetsuji) です。

ひょんなことから、2013年12月11日から一週間以上の長期入院をすることになってしまいました。しかも何の心の準備もないまま救急車で搬送されて緊急入院という形で。

緊急入院までのいきさつ

Twitterでも同報通信的意味合いでツイートしていたのですが、いきさつを書いておきます。

• 2013年12月6日(金曜日)から腹の調子が悪くなる
• 土日は病院休みだし、すぐ直るかなと思って放置していた
• 月火と勉強会などで動いていたものの、腹の調子は良くならず
• 水曜日に静岡の三島に行く予定だったが、その前に内科に行って診てもらって薬でももらおうと近所の病院に行く
• 近所の病院で即座に胃カメラ(口から)ということになった
• 胃からすごい出血しているのが分かって、病院の先生から「今すぐ緊急入院」と言われる。三島行きは当然キャンセルに
• 救急車が到着。三島に行く装備で、今いる入院設備が整った病院に搬送される。
• また胃カメラ(鼻から)。連続胃カメラつらい
• 病変を確認。胃潰瘍という診断
• 床上安静ということになって、ベッドから出られない状況に

めまぐるしくて、自分でも状況がよくわかりませんでした。深刻なのか楽観なのかとか。

入院先

• 横畠病院 (東京都中野区新井1-38-8)

少なくとも2013年12月18日までは入院しています。お見舞い歓迎しています。お見舞いの際は何らかのメッセージ手段(Twitter、Facebook、LINE、メールなど)で事前にご一報いただけると幸いです。

• 2013年12月20日 追記: クリスマスあたりまでは入院しているっぽいです。身軽にはなったのですが、生体検査と食事療法に時間がかかるとのこと。
• 2013年12月20日 追記: 順調に行けば12月24日の昼に退院できることになりました。
• 2013年12月24日 追記: 12月24日に退院しました。

ソーシャルストリームに状況を流したこと

今回は状況をTwitterにアップしていきました。家族親戚が東京におらず単身なので、まずは身動きがとれるうちに同報通信をしようというとっさの判断でした。

あまり私は「承認欲求」と言われるものの類が強い人ではなくて、ブログ記事も一人に共感してもらえれば後は反感買わなければいいかなーといった感じの人です。なので、今回のソーシャルストリームに状況を流したことは、同情を得たいとか目立ちたいというよりも、単に自由のきくうちに同報通信をしたいという考えでしかありませんでした。

TLを見ていると、心配の声を多く頂いて非常にありがたかったのですが、中には暗に「こんな情報でソーシャルストリームを埋められても反応に困る」といった内容もあったような気がします。そこは非常に申し訳ない部分もありますが、心理的物理的距離感というのもありますし「あー @xtetsuji なんか大変そうだなー」くらいに受け流してもらっても全然問題無いですよ。私だってあまり面識のない人が同じ状況だった場合、どういう対応していいか分からないと思います。

これは見なかった意見ですが、ソーシャルストリームに状況を流すことで起こるリスクというのも少なからずあるとは思いました。私は心配性なので、出せばいくらでも出てきそう。だけど今回はリスクよりもメリットのほうが大きいととっさに判断して状況を随時流すことにしました。

単身者はホットラインの類を事前に準備確認しておきたい

今回は突然の入院で、上述の通り、正直自分でも最初は状況がよくわからなかったです。胃カメラ本当大変といった程度。そして搬送されて入院して、だいぶ状況がわかるようになってきました。

入院は以前もしたことがありますが「一泊二日」といった軽いものでした。しかし今回は少なくとも一週間、しかも緊急入院。何の準備もしていませんでした。三島行きの装備をしていたので、コンピュータ機器などの連絡手段を持っていたのが唯一幸いでした。

今回痛感したのは、こういう緊急の時に連絡を取って助けてもらえる人を日頃から作っておくべきだなということでした。もちろん、身近に家族親戚やそれに類する人がいればその人に頼れば良いでしょうし、例えば「妻に頼ればいい」と内心思っている人はそれでいいかなと思います。羨ましい。ただ、私のように単身一人暮らしで地元から離れて生活しているという人は少なくないと思います。誰もが突然事故や病気にあうリスクを持っています。万が一の時に備えることは重要だなと痛感しました。

今回はTwitterで流した同報通信を見てくださった人の中から、最も病院に近いところに住んでいる友人をまず頼って身の回りの生活用品などを買ってきてもらいました。多くの人に声をかけてもらえる事は嬉しいのですが、みなさん暇じゃないし、誰にお願いするか、お願いする決め手に欠けて悩む部分もありました。親友や無二の友が「今すぐ駆けつけたい！」と言われても、それが帯広や札幌とかだと、さすがに気軽に「東京まで来て下さい」とは言えませんからね。ともかく、様々な方に心配していただいたことは本当にありがたいです。

特に2011年から積極的に参加させていただいているPerlなどの各所のエンジニアコミュニティの方々からは本当に多くの心配の声をいただいて、感謝してもしきれません。直接ソーシャルストリームでつながっていないはずの方からも声を掛けてくださったり、エンジニアコミュニティの人達の横のつながりを感じました。私も逆の立場になったときには、優秀なエンジニアの方々を助けられるようになりたいです。本当にありがとうございます。

@miyagawa Thank you! My condition has being good. Great engineers community supports and be worried me. I am very happy!

— OGATA Tetsuji (@xtetsuji) December 13, 2013

その他

退院したら、入院中のあれこれとか、胃潰瘍の人に参考になる情報などをブログで書こうと思います。闘病記というほどではありませんが、せっかくの貴重な体験、記録して後の人の参考なれば幸いです。

おがた (@xtetsuji) です。

結論はタイトルの通りなんですが、ブログ記事は「それがいつ書かれたかという日付」もしくは日付に準ずるものがすぐ分かるようになっていて欲しいという話。

書かれた日付を重要視する理由

それはネット上の情報はすぐに陳腐化するから。特に私が知りたいITエンジニア系情報の陳腐化の速度は相当なもので、「○○が今流行っている！」って書かれていても、それが3年前の記事だったりすると、今とはだいぶ情勢が違ったりするわけです。書かれた日付が見つけやすければいいものの、それを知る事が困難な場合もあったりして、やっとの思いで書かれた日付を見つけたら3年前だったりするとガッカリですよね。

逆に「○○は今や廃れた」というブログ記事はなかなか出てきません。それは、その○○を作っている人や、それを愛用している人へ喧嘩を売ること同然であることも一つの理由です。こういう情報はなかなかネットに上がらない。だからこそ勉強会やエンジニア同士のリアルな交流が必要なのですが、その話はまた別のブログ記事で。

書かれた日付を目立たせる方法

人によってどの部分を先に見るか分かれる部分でもありますが、最も目立つ明瞭な情報の一つはURL(ブログ記事のパーマリンク・固有のURL)であると言えます。URLの中に日付やそれに準ずる情報が入っていれば一目瞭然と言えましょう。

既に運用されているブログで、URLに日付やそれに準ずる情報が入っていない場合、それを変更するのは難しいでしょう。外部のブックマークなどを断ち切ることになったり、ソーシャルボタンのカウントを破棄することになったりするからです。

ちなみに私は2013年8月から自分のサーバ(VPS)上でWordPressを使ったブログ運用にしていますが、WordPressのブログ記事のURLはデフォルトである “/?p=数字” 形式から、”/年/月/記事スラッグ/” (スラッグとは記事の概要をURL用に要約した文字列)形式に変更しました。これでブログ記事自体を一切読まなくても、そのブログ記事が書かれた年月を知ることができます。ちなみに “/年/月/日/記事スラッグ” といった「日にち」を入れる設定にもできますが、個人ブログなので毎日更新するわけでもないし、月別アーカイブのURLが “/年/月/” であることがURLデザイン的に綺麗に対比していることから、この形式を選びました。WordPressユーザであれば、この設定は設定画面から簡単に変更することができます (上述の通り既に別形式で運用しているサイトでは気軽にこれを変更すべきではないでしょう)。

もう一つの簡単な方法は、自分が使っているブログのデザインテーマで書いた日付が目立つテーマを選ぶことでしょう。WordPressでも、ブログを書いた日付が目立つものもあれば、そんな事なんて全く考えられていないテーマもあります。まずはテーマ選びが大事。

ブログはファンがつけば毎日見てもらうものになります。そんな中でブログテーマはくどくどしくないものが良いような気がします。一画面に表示しきれないような巨大なヘッダ画像があるような「まるでアメブロのような」ブログテーマは、毎日閲覧する人のどれほどが嬉しいでしょうか。芸能人や有名人の端正な容姿の写真を毎日観て嬉しい人以外は、単なる一画面スクロールの手間を発生させ、無駄なデータをダウンロードさせるだけ (近年のスマートフォンではテザリング等で転送制限などもあります) ではないでしょうか。ブログパーツも一時期流行して、過剰に貼りつけているサイトもあります。適切に使えば他の情報源への誘導として効果的ではありますが、ブログパーツは調味料のようなもので、得てして役に立たないブログパーツを過剰に貼りつけているサイトがチラホラとあるように思えます。ブログパーツ自体を否定するわけではないですが、まずは上述のような問題点を鑑みて、各ブログ記事そのものこそが自分が見せたいコンテンツであり、それと比べて各ブログパーツがどれほど有用なのか、今一度比較してみてほしいと思わされるサイトもあります。必要ではない情報で本当に読者が求めている情報が目立たない・探しづらいというのは不幸そのものです。

URLでもテーマでも解決できない場合は、泥臭い方法ですが、ブログ記事中に手作業で日付を書いてしまうという方法もあります。私はよくブログ中に情報を載せる時、それが時代と共に流行り廃りの対象になりそうなものに対しては「(○年○月現在)」と書くようにしています。また、イベント参加などに関しては「○年○月○日に参加した…」といった事も書くようにしています。イベント参加のブログ記事はなるべく参加後すぐに書けるのが理想ではありますが、なかなかそうも行きません。ブログを書いた日付が分かっても、ブログで言及されている情報の日付が数ヶ月単位でズレていることもあるので、手作業で日付を書くことは手間ではありますが、良い習慣であると思います。

SNS全盛の今、ブログを書く事の重要性

これは「ブログ記事を書いた日付を目立たせよ」という本筋とは微妙に異なるのですが、FacebookなどのSNS全盛の今、ブログを選択する理由というものがあります。端的に言えば、Facebookを含んだ多くのSNSと呼ばれるサイトでは過去記事の検索が容易にはできないからです。ブログであればブログ自体が検索機能を持っていたり、検索エンジンの力を借りることだってできます。しかしFacebookの情報は数日もすれば埋もれてしまいます。しかもなんとFacebookは他人どころか自分が書いた投稿記事の検索すら通常のインターフェースではできません。驚きですね。長く参照されるべき情報まですぐに陳腐化させるもったいないプラットフォーム、それがSNSだと私は思っています。これについては、私はSNSの類を積極的に好んでいないことも加味した意見である事を差し引いて読んでいただければ幸いです。

私はプログラマーで、各種SNSから強引にデータを引っこ抜くプログラムも書けますが、自分が書いた情報を見てもらいたいのは、そういう手間をしない・できない多くの方々です。「それFQL(Facebookの情報問い合せ言語)でできるよ」という発言は、私だけを主体とした世界では命題の解決になっていますが、根本的な問題解決にはなっていません。

SNSにも良さがあって、レコメンドや承認の可視化というものが嬉しいというものもあります。また情報が刹那である反面、直近の情報が目立つということもあり、電話やIM的なその場限りの情報を展開する場としても有用です。それに閉じた(閉じることもできる)ネットワークである事の活用から、インターネット全体から見られたくない情報を仲間内だけで公開する用途としては良い場所でしょう。

それでも、せっかく自分が書いた情報の多くは、多くの人に末永く見てもらえるというのが、インターネットの良さであり、多くの人の情報利便性を高めることではないでしょうか。通常のブログであればGoogleなどの検索エンジンが拾ってくれて、それこそ「直近に更新された」記事の検索すらできます。情報の海から新しい情報を求めている人には、こういった検索エンジンの機能などエコシステムが揃っていることも心強いです。

SNSそのものについての功罪については長くなるので、また別記事で書こうと思います。

まとめ

ここまで読んでくださった方なら大体理解していただいたかと思いますが、まとめを書いておきます。

• ネットの情報は陳腐化が激しい
• 特にITエンジニアに関する情報の流行り廃りは激しい
• 流行りは取り上げられるものの、廃りをネットで取り上げることに差し障りのあるケースが多く、古い流行りを取り上げた記事ばかり残り続けて、その時点では正しくない情報に翻弄されるという問題がある
• ブログで書いた日付を目立たせる方法は、URL、適切なブログテーマの選択、もしくは愚直に手で書く
• ブログ中で言及されたイベントなどの事象は、ブログを書いた日付より古いものもあるので、都度その日付を書くことも重要
• SNSは刹那な情報ツールであり、それを理解した上で使うなら良いが、ナレッジベース的に情報を蓄積して再利用するといったツールではない
• 今SNSではなくブログに情報を書くことは、検索エンジンなどのエコシステムに回収してもらって読者に選別してもらえるという利点もある

色々な意見があるかと思いますが、ブログを使い、ブログ記事を書いた日付だけを明瞭にするだけで、色々な人の利便性が上がる。それに共感していただければ幸いです。

おがた (@xtetsuji) です。

最近、人と話す機会が減少気味で、単なる飲み会でもしたいなと思っていたので、自主的に動いてみることにしました。去る2013年11月15日(金曜日)の夜に、主にエンジニアを対象とした飲み会を開催しました。

単なる飲み会なのに自分自身で名前 #xtcup まで付けて、エンジニアらしく ATND beta に告知ページを作ったりしたところ、自分を含めて7名の方々に参加していただけました。「xtetsujiと飲み会しようぜ」という独善的なサブタイトルをつけたにも関わらずです。嬉しい！まだ人徳あった！

ITエンジニアやプログラマは「名前重要」というほど名前を付けることが自然ですが、今回の #xtcup は、たんに私のハンドルネーム xtetsuji の頭2文字をprefixとして、飲み会のさかずきを表すcupを付けただけです。今回 #01 が非常に楽しいものだったので、是非とも #01 にとどまらず #02 以降も定期的に催していこうと思っています。会場は主に新宿〜渋谷界隈の居酒屋で、特に大きなエンジニア系イベントが無い日に、エンジニアが職場帰りに集まって最近の情勢を気軽に情報交換できる場の一つとして活用していただければ幸いです。情報は定期的に @xtetsuji 等で流しますので、もし興味があれば多くの方と懇親したいです。もちろん、エンジニア以外の方も大歓迎です。

今回は、@__papix__ さんと前々から一緖に飲みたいという話をしていて、ちょうど @__papix__ さんが東京にいるという11月15日を狙って開催したのでした。Hachioji.pmでもお馴染みの面々の他にも、先日のJPA理事変更で新理事に就任された肥後さんもいらっしゃって、昨今のPerl界隈のお話などができたことも良い経験でした。全ては @__papix__ さんのおかげという説もあり。独善的と言われても仕方が無い飲み会に、こんなスゴイ方々が来ていただき、いろんな楽しみや学びを与えていただいて、本当にありがたいです。来てくださった方々にこの場を借りてお礼をいたします。

終盤で皆さんが集まっているときに、チャット(Yancha)で雰囲気が知りたいとリクエストがあったので、初めてツイキャスを試してみました。10分少々。こんな雰囲気でした。

• 録画ライブ #25451851 – ツイキャス

#xtcup は定期的に開催していこうと考えています。大体2ヶ月から3ヶ月に一度、ふとした気分で開催するような気がするので、時間が合う方はぜひ参加して懇親しませんか？

最近よく、退職エントリが良い悪いといった記事をよくネットで見かけるので、私なりの考えも書いてみようと思いました。

一点注意ですが、これは私の主観的な考えです。客観的な一般論として押し付けるものではないので、その点ご注意ください。

時々ネットで上がる議論の一つに「技術者がよく書く退職エントリは是か非か」というものがあります。色々な意見はあると思うのですが、総合的に考えてみると「強制はしないけど、書きたい人はどんどん書いたほうがいいんじゃないか」というのが私の今の考えです。その考えの詳細は以下の長文を読んでみてください。

そもそも転職の理由なんて一つなんかじゃない、本当に大量の理由が積み重なったところに、とある何かのキッカケが降りかかってきてふと腰をあげる、そういうものだと思います。もちろん「今逃げないとヤラレル」といった切迫したブラックな状況に置かれている事も考えられますが、それは別として。

私は転職理由にポジティブもネガティブも無いと考えます。というかポジティブとネガティブは互いに光と影の存在で、一つの理由はどちらにも解釈できる。例えば「次の会社で新たなチャレンジをしたい」と「今の会社では新たなチャレンジができない」、「次の会社で給料アップしたい」と「今の会社では給料は頭打ち」、「技術コミュニティに魅力を持って…」と「今の会社では技術コミュニティとの接点がない」…などなど。これらは同じことを言っているようなものでも、人にとって片方を書いたらもう片方を想像するような人がいて、とことんネガティブに捉える人は「退職エントリなんて書くものじゃない。前の会社に泥を塗るべきじゃない」といい、業界のポジティブなエネルギーを読んで活力にしたい人は「どんどん退職エントリを書くべきだ」という。私がそれらに対する議論を読んでいて思うのは、ポジティブに読まないと誰もが損だということ。せっかくの文章、ポジティブな側面を引き出して良い気分になりたいではありませんか。

転職理由には病気であるとか介護であるとか年齢であるとかUターンを求められたりとか、純粋な外的要因もあります。それらについては、その話題の詳細を除けば、退職・転職理由としてポジティブでもネガティブでもない単なる偶発的な理由にしかすぎないでしょう。そういうものも日々積み重なっていったり、ある日突然背後から迫ってきたりするもの、それが人生なのだと思います。

もっとも、ウェブ業界は今も人材流動も激しく、かつ成熟してきている側面もあって、転職という手段でも使わないとなかなか昇給したり環境を刷新したりできないという側面もあると聞きます。綺麗事なんて言う気はないけど、お金が無いと人間は生きていけないわけで、そういった問題は前の会社が悪いとかそういうわけではなく、転職をしないと抜本的に解決できない問題があるという業界の側面も、特のウェブ開発業界以外の人には理解して欲しい部分ではあります。特にそれが下っ端であれば「会社を変える」なんて事は会社の大小関係なく無理に近い。そういう意味でも「前の会社に泥を塗る」わけではなく、業界全体への提言という意味合いもあるんじゃないかなっていうのが私の意見。むしろ会社が持つ開発情報の流動性などからか「IT業界の会社は人が固定化している会社こそヤバい」という意見すら聞くくらいです。

ある側面から見れば、退職エントリとか転職エントリなんて、ポジティブでもネガティブでもない、顔の広いエンジニアの同報通信的意味合いしかない、全く大したことじゃないと思います。退職や転職に至った動機といった部分はオマケみたいなもの。少なくないエンジニアは外部での勉強やブログ等でのアウトプットを常にしているからそうなだけで、他の職種でも勉強会やコミュニティに属してアウトプットを常にしている人は、同報通信的意味合いで退職エントリを書くのは自然ではないかと思えます。セルフブランディング的意味合いで退職・転職エントリが語られる事もありますが、退職や転職の事実を書くことが、セルフブランディングになるのかは私にはちょっとよく分かりません。注目される事はわかりますし、目立つという意味では成功しているとは思いますが…。

当然のことながら世界は狭いし、去りゆく会社をことさら悪く書くのは当然良くないことでしょう。また同じ仕事を共にする機会がある可能性だってある。要は単に相性が悪かったのです。会社も人も日々変わります。しかも人と人といった関係性とは若干違って、人対組織というものは大体は互いと互いが関係ない状態で。互いの変化によって、相性の良い時期もあれば相性が悪くなる時期もある。しかもそういった相互関係を調整することは難しい。そういう事を経て、矩形波のように相性の良い時期悪い時期を経る間に、色々なタイミングで転職を考えるかどうかは人それぞれなのだと思います。ある時点で会社との相性が良い社員もいれば悪い社員もいる。仕事内容も待遇もまちまちなのですし、違う価値観を持つ違う人間なのですから、同じ会社の社員でも誰がどういう決断をするかというのは違ってくるのは当然でしょう。

退職・転職エントリ賛成派の中には「前の会社での犠牲者を増やさないために、書くべきことは書きましょう」といった穏健ではないことを言う人もいますが、残る人は何らかの積極的または消極的理由を持って残っているわけで、その人の「去る動機」というのは極めて主観的なものなんだと思います。また、退職・転職エントリを読む側も、そういった「退職者」の書いた文章が主観的なものであることを織り込んで読む必要がありますが、当然ながら万人がそういうことができずに扇動されたりするわけで、退職・転職エントリの扱いの微妙さが取り沙汰されることの一端となっているのでしょう。

とはいえ、多くの人が退職・転職エントリがもたらす効用を有益な方向に活かすようにして、退職・転職エントリはもっと出てきて欲しいというのが個人的な要望です。少なくとも私はそのエントリをポジティブな側面でしか読まないことでしょう。退職エントリで語られた会社に入社する人も在職している人もそれに臆さず、また残る人もそこに書かれた「その人が実現できなかった想い」という、愚痴や不満ではない「問題提起」をより良い方向に受け止めて、その会社を良くしていくという好循環が回れば、もっとIT業界全体が良くなっていくのではないか。私はそう信じています。