おがた (@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業界全体が良くなっていくのではないか。私はそう信じています。