はてなブログのSEO最強伝説 googleで「ブログ」で検索すると１４番目。 僕のパーソナライズ検索だと3位。「はてなブログのSEOが一番強い」といった話がまことしやかに言われがちだが、実際には「どうなの？」という話があった。はてながSEOに強いという話は、2013年4月9日にSEOサービスを提供する株式会社so.laのCEOである辻正浩氏(id:t-w-o)による、はてなブログ開発ブログの寄稿記事から生まれたものであると推測される。辻氏ははてなブログのSEOアドバイザーである。 数ある無料ブログの中で、はてなブログはSEO面で最強だと考えています。 そもそも「無料ブログのSEO」で重要なことは何でしょう？ 「ブログ」を検索したときにサービスのトップページが上位にいることでしょうか？ 違いますよね。あくまで、サービスを使っているユーザーの文章が、検索エンジンを通してより多くの人に届くように

プロジェクトの進行では情報の共有は大事な要素だと思いますが、Evernoteを使うと書類にしてメールに添付し一斉送信で共有するよりも、確実にスマートな方法で情報の共有ができます。アイデアや、共有するべき事項や画像など、テキストだけでは無く画像を掲載し共有することができるので、お知らせ板的使い方も可能ですし、修正も容易です。 出典： Evernote でプロジェクト管理 - Evernote日本語版ブログ

広告のレイアウト 昨日は、他人をパクれ！という記事を書きました。 www.b-chan.jp で、今日はパクってもらうための事例を書きます。 このシリーズは月収を5万円アップさせるための記事なので、実際に5万円以上をブログで稼いでいる人のやり方をパクればいいんです。 100万円アップさせたいなら、そういう人をパクってください。 というわけで、ボクは5万円は楽々クリアしているので、ボクの事例を書きましょう。 それは、広告のレイアウト（配置）の仕方です。 広告のレイアウトが難しいのはGoogleの判定とクリックされやすさの兼ね合いです。 目立つところに広告を配置すればクリックされやすくなる代わりに、Googleの評価は下がります。 Googleの評価が下がるってことは、アクセス数が減るってことです。 いつも言っていることですが、検索エンジンからの流入は、収益を得る上でとても大事なことなので、と

6 月ごろから AWS 認定資格を取るために勉強していました。 AWS は仕事でもプライベートでも利用しており、そのスキルを客観的に証明したいと思ったのがきっかけです。 AWS 認定には 3 つの分野と 2 つのレベルがあり、全部で 5 つの試験があります。 自分は次の順番で受験し、ちょうど 3 か月で制覇しました。 2015/06/25 : AWS 認定ソリューションアーキテクト - アソシエイト 2015/07/23 : AWS 認定デベロッパー - アソシエイト 2015/08/06 : AWS 認定 SysOps アドミニストレーター - アソシエイト 2015/08/27 : AWS 認定ソリューションアーキテクト - プロフェッショナル 2015/09/24 : AWS 認定 DevOps エンジニア - プロフェッショナル 余談ですが、認定証には国ごとの合格者の通し番号が振ら

LIGフロントエンドチームの歴史 まず、2015年9月現在のフロントエンドチームは、以下のメンバーで構成されています。 はやち せいと おじいちゃん まろ いなば 店長 [New] ゆうた [New] ゆたろ 7月にゆうた、8月中旬にゆたろが新しく仲間に加わりました。まだLIGブログ上にはデビューしていないのでメンバーページへのリンクはありませんが、近々登場する予定です。 さて、そもそもチームが発足したのは2014年の1月頃のことでした。 2014年1月 私がLIGの最終面接へやってきたときのこと。当時はまだフロントエンドチームという明確な組織形態はなく、代表のたかさんから以下のように言われました。 「これからフロントエンドチームを作ってほしい」 「うちはどこの会社よりも必要としている！」 「必要としている」とはっきり言われたことがすごく嬉しく、その熱意に惹かれて入社する決意をかためました

2014初頭に書いた「WindowsにおけるGit利用環境は整った： Git for Windows と SourceTree for Windows」の最後の文： ブランチは、Gitのなかで最も重要でありながら最も分かりにくい概念でしょう。表面的な言葉に騙されず、先入観を持たず、SourceTreeの視覚的表示（樹形図）の力を借りながら学習するのが、理解への一番の近道です。 そんへんの詳しいことはまたの機会に述べるかも知れません。 1年半以上たってしまいましたが、「またの機会」がやって来ましたよ。ええ、Gitの説明をします、ブランチを中心に詳しく。 「基礎編」と「ブランチ編」で2回に分けようかと思ったけど、長大な記事として一挙公開。これからGitを使う人が対象ではありません。Gitが何をやっているのか、自分が何をやっているのかイマイチ自信が持てない方向けです。 ブランチやマージって、なん

PDFのファイル構造を理解すると、テキストエディタでも直接PDFファイルを作ることができるようになります。このエントリーではPDFファイルの基礎要素を説明し、簡単なPDFファイルを例にしてファイル構造を説明します。更に、テキストを渡すとPDFファイルを吐いてくれる簡単なプログラムや、PDFを読み込んで簡単な解析をするプログラムを書いてみます。 目次 目次 まえがき オブジェクト 間接参照 ファイル構造 Hello, world! ヘッダ トレーラ 相互参照テーブル 本体 PDFを生成するプログラム 日本語の扱い方 日本語を含むPDFを生成するプログラム グラフィックス PDFを読むプログラム あとがき まえがき 1990年代前半、アドビシステムズは、どのプラットフォームやデバイスでも文書を確実に表示・共有できることを目的としてPDFファイルフォーマットを開発しました。 PDFの表示ソフト

一方通行の報告だけの会議は生産的ではありません。生産的な会議とは、その場でディスカッションをしてアイデアを出し合って、その打ち合わせの時間内に結論や成果を出すような会議です。そのためには、打ち合わせでの発言の質が大事になります。 会議で良い発言をするためにも、頭の回転の速さが求められますが、それは才能ある人だけの特権でしょうか。否、そんなことはなくて、努力をすることで身につけることができるのではないか、と私は考えています。この記事では、会議でのアドリブに強くなるための思考スピードを鍛える方法について考察しました。 デキる人は「持ち帰って検討します」を言わない 打ち合わせをしていても、その場で考えることをギブアップして「持ち帰って検討します」「あとで考えてみます」みたいな発言が出ることがあります。そうした後回し思考の発言が出ると、打ち合わせは進まなくなってしまいます。 優秀だなと思う人との打

ありがちなgitの失敗とその修正コマンドをまとめました。(´﹃｀) masterブランチで作業を始めてしまった！　Σ(llﾟ艸ﾟll) git stash をすると、stashリストに書きかけのソースが退避して登録される。 なので、git statusとしても"nothing got commit"となり、変更が隠される。 ちなみにstashはこっそりしまう、という意味。 git stash list　とすると、退避されているソースのリストが表示される。 コードを持っていきたいブランチに切り替えて、 git stash apply とすると、最後にstashされたものがそのブランチで反映される。 直前のソースではなく、特定のstashしたソースを指定したい場合は、 git stash apply stash@{[git stash listで確認した番号]}とすると、適用できる。 べつにm

* develop master remotes/origin/develop remotes/origin/master

はじめに こんにちは、クレイの亀井です。ここ最近一気に気温が上がりましたね。顔に重点的に汗をかくタイプの私には憂鬱な季節がやってまいりました さて、今月正式リリースしました(！) DocBase プロジェクトではクレイ外部のデザイナーの方と一緒に開発しています。SourceTree で Git を使っている方で、軽いデザイン修正などは弊社の Rails プロジェクトに直接手を加えてプルリクエストを送ってくれます。 こちらのデザイナーさんに「プルリクエストを送る際は、作業ブランチで git pull --rebase origin master してから送ってもらえますか？」とお願いすると「pull はわかるんですけど、この --rebase ってなんですか？これつけると何が変わるんですか？」と質問がきたのです。 作業ブランチで git pull --rebase origin master

Creating the possibilities of humans and society, Like sports. CEO Dai Tamesue 人間と社会の可能性を拓く、 スポーツのように。 タイムというはっきりとした結果が出る競技を追求しながら、人間の限界はどこにあるのだろうかと考え続けてきました。伸び悩んだり、重圧に苦しんだりする中で、限界は自分自身の思い込みが作っているのではないかと、そう思うようになりました。 社会を見渡せばそんな出来事が溢れています。思い込みによって制約がかかり可能性が狭まっている。自分がスポーツと向き合ってきた方法が、人間と社会の可能性を拓く上で活かせるのではないかと思い、会社を始めました。 私は「スポーツとは身体と環境の間で遊ぶこと」だと定義しています。遊びには計画も、義務もありません。面白いから行われる自由な活動です。そんな「遊ぶ」という感覚が

OpenLDAP と言えば、マルチマスタ構成が組めると書いてあったり、試してみると実はシビアな環境だとトランザクションないからダメだったり、Berkeley DB を RDBMS に置き換えれば行けるんじゃねと思ったら、案の定罠満載だったりするのだけど、同様に高可用性の設計が以外と難儀する。 一般的にはミラーにして、片方をマスタとして読み書きし、スレーブ側を読込専用で使うような、要は MySQL のマスタースレーブライクに使うパターンが多い模様。そして負荷分散に関しては LB 挟んでフェイルオーバーが一般的な模様。 ざっくり言うと、gihyo の連載(ちょっと古いが)に載っている。 第21回（最終回）　OpenLDAPの冗長化対策【3】：そろそろLDAPにしてみないか？｜gihyo.jp … 技術評論社 閑話休題、今回はここで紹介されている書込用ポートと読込用ポートを分けて、読込を負荷分散