この記事はCSS-TRICKSに掲載された CSS Style Guides の内容を日本語訳したものです。

CSSプロパティを書く私たちの最近の意見をまとめたとき、CSSスタイルガイドの大きな問題点が持ち上がる。 プロパティを1つ選択することは、完璧なスタイル戦略をつくり上げるための1つの選択です。 ネーミングはそのパーツのうちの1つです。セクション分けもそのパーツのうちの1つです。 コメントやインデント、その他全てのファイル構成。これらはすべて完全なCSSスタイルガイドを作り上げます。

既存のCSSスタイルガイドを列挙しましょう。

しかし最初はパターンライブラリではありません。

私はパターンライブラリが大好きです。Twitter BootstrapやGELを考えてみてください。これらは特に大きなサイトやウェブアプリを作るときに素晴らしい方法だと考えます。この記事はこれらの方法に関することではありません。それらのいくつかは非常に貴重だと思うので私たちはいくらかそれらを探しまわります。 この記事はCSS自体のスタイルガイドについてまとめています。

私は上記のことから、いくつか抜粋したCSSスタイルガイドをリストアップしていきます。

GitHub

GitHub CSS Style Guide →

経験則として、ネストは3レベル以上しないでください。あなた自身がそのようなコードを見つけたときは必要に応じてその特異なコードや入れ子のレイアウトを再構成することを考えてください。

Google

Google HTML/CSS Style Guide →

必要な限り、かつ出来るだけ短いIDやクラス名を使うべきだ。

例）#navigationではなく、#nav。 .authorではなく.atr

理解や一覧性を高めるために、ハイフン以外の全ての文字によってセレクタ内の単語や略語を連結しないでください。

例）.demoimageや.demo_imageではなく、.demo-image

Idiomatic CSS

Nicolas Gallagher’s Idiomatic CSS →

「不可視文字を表示」するようにエディタを設定します。これは、空白行の終わりを取り除くようになり、意図しない空白行を取り除き、コミットを汚染することを防ぎます。

CSS Wizardry

Harry Robert’s CSS Style →

Smashing Magazine

Vitaly Friedman’s “Improving Code Readability With CSS Styleguides”

大規模プロジェクトや大規模な開発チームにとって、簡単なアップデートのための資料を作っておくと便利です。

ThinkUp

ThinkUp CSS Style Guide →

幅、または高さの値が0である場合、単位を指定しない。

セレクタのブロックを参照するコメントは、参照するブロックの直前に別々の行で指定する必要があります。

WordPress

WordPress CSS Coding Standards →

セクションブロックの間にあるセクションや一つの空白には2行の空白行を追加します。

SMACSS

Jonathan Snook’s Scalable and Modular Architecture for CSS →

この記事はCSS-TRICKSに掲載された CSS Style Guides の内容を日本語訳したものです。

CSSをチーム内でどのように規約を決めたらよいか決めかねたのでこの記事に頼りました。 CSSスタイルガイドはたくさんの企業や団体が作成しているのでこれらを参考にそれぞれの規約を作っていけばよいと思います。

あなたはiPhoneをもっていますか？

あなたはゲームをしますか？ iPhoneで出来るゲームはクオリティが高いものが多いです。

最近ではiPhone5が出るというので一般消費者も開発者も盛り上がっていますね。 今回は僕がiPhoneのゲームで徹底的にはまったiPhoneゲームアプリを◯つ紹介しようと思います。 今回はいつもの記事とは少し趣向を変えて、僕がはまったゲームを紹介します。

Cut the rope

Cut the Rope カテゴリ: ゲーム 価格: ￥85

シンプルな操作感におしゃれなデザイン。これのスコアアタックにめちゃくちゃはまりました。 単純なんだけど攻略ルートをがらっと変えるだけで圧倒的にスコアが変わる。そんなところにはまりました。 続編として、 「Cut the rope Experience」、無料版の「Cut the rope free」、「Cut the rope Experience free」があります。 まず最初に無料版をプレイしてみるとよいかもしれません。

Cut the Rope: Experiments カテゴリ: ゲーム 価格: ￥85

Cut the Rope Free カテゴリ: ゲーム 価格: 無料

Cut the Rope: Experiments Free カテゴリ: ゲーム 価格: 無料

プラント vs. ゾンビ

プラント vs. ゾンビ　日本語版 カテゴリ: ゲーム 価格: ￥250

適度な気持ち悪さと面白さを兼ね備えたゲーム。 ある程度コツを掴んでしまえば最強のフォーメーションが組めるようになるが、何週もしているとそれも崩される。 なぜか何週もやってしまう面白さがあり、いつまでたってもやめられない。 多少高いけど1回やってみるのはいいかもしれない。。 どはまり注意です。。

ファンタジーxランナーズ

ファンタジーxランナーズ (FANTASYxRUNNERS) カテゴリ: ゲーム 価格: ￥85

買って結構たつはずなのにいまだにたまに起動してやってしまうくらいはまってます。 強制スクロールゲームに敵を倒す要素を加えた感じですね。 今はキャラがたくさんいますが昔はキャラが少なかったのです。 ただ少なかったほうがお目当てのキャラが出やすかったのでそれはそれでよかったのですが。。

パズル＆ドラゴンズ

パズル＆ドラゴンズ カテゴリ: ゲーム 価格: 無料

あのCEDEC2012にでて受賞した今話題のゲーム。それがパズドラ！ パズルゲーム×モンスター育成ゲーム。 たまにいきなり現れる緊急ダンジョンや、曜日によって変わるダンジョンに夢中になります。 無料なので一度やってみるとよいと思います。

ZOOKEEPER

ZOOKEEPER DX Touch Edition カテゴリ: ゲーム 価格: ￥85

僕がはじめてZOOKERPERをやったのはmixiのゲームでした。 あのときは友達と必死でスコアを競い合っていました。 それがiPhoneで出来るときいて即ダウンロードしました。 毎日何時間もやり続けた、そんなゲームです。

最近新しいZOOKERPERが出ました。 それが「対戦ZOOKERPER」です！

対戦ズーキーパー カテゴリ: ゲーム 価格: 無料

対戦型のZOOKERPERで、30秒間の間にどれだけ多くの動物を確保出来るかを競うゲームです。 僕は最大世界ランキング90位までいきましたが、今は1万位くらいまで落ちてしまいました。。 これは無料なのでぜひやってみてください。

最後に

いかがでしたでしょうか。 僕が大好きなゲーム5つです。 意外と有料ゲームが多いですね。。 無料ゲームはすぐダウンロード出来ますが有料は少しハードルが高いですね。 今回紹介した無料ゲームでもやってみて、はまってもらえれば僕は嬉しいです。

この記事はSMASHING HUBに掲載された 10 Best Responsive CSS Frameworks For Web Design の内容を日本語訳したものです。

よいレスポンシブCSSフレームワークやひな形は簡単に使用出来、時間が節約出来るという事実と、求められているものがよく似ています。 これらのフレームワークは基本的なCSSスタイルなどを書く手間を省いてくれます。

ただ、よいものを見つけ、問題のないフレームワークを見つけるのは簡単ではありません。

あなたはおそらくレスポンシブHTML5フレームワークに興味があるでしょう。 なので今回はいくつかの驚くべきレスポンシブCSSフレームワークを見つける手助けをするために10個のレスポンシブCSSフレームワークと紹介文をのせています。 これらすべて標準的なCSSで作成されています。

好きなものをピックアップして使用してみてください。

YAMB

すばやくサイトを作るための素晴らしいツールや方法を兼ね備えているフレームワークです。 流動的なグリッド、キャプションつきのかっこいいフォトスライドショー、サブレベルが無制限なドロップダウンメニューなどを使用することが出来ます。

Less+ Framework

Lessフレームワークを拡張したものです。IEにも対応しています。 デザイナーがjQueryメディアクエリライブラリを利用して、画面の解像度に応じてそのコンテンツを合わせることが出来るレスポンシブなサイトを作成することが出来ます。

Ingrid – A Fluid CSS Layout System

1つ1つの単位で機能を使用することが出来ることを目指した、小さくて扱いやすいCSSレイアウトシステムです。 これは全てをとても簡単に作ることができます。またカスタマイズ性にとても優れています。

Responsive Grid System

ウェブサイトをすばやく開発することを目指した流動的なグリッドをもつCSSフレームワークです。現在12,16,24カラムのバージョンがあります。とてもよいCSSフレームワークの1つです。

Susy – Responsive Grids for Compass

レスポンシブなセマンティックCSSグリッドシステムです。 これらのグリッドは流動的で、いつ、どこで、どのようにそれらが応答するかを好きなように作成することが出来ます。見た目の異なるウェブサイトを作成するのを助けてくれるでしょう。

Responsive Grid System

レスポンシブなサイトをとても早く手軽に構築することが出来るフレームワークです。 これはいくつでもカラムをもつことが出来ます。 これはパーセンテージでカラムを指定しているので任意の幅に流動的なカラムをおさめることが出来ます。自分が好きなように利用でき、モバイル版のグリッドも提供しています。

Gridiculous – A Fully Responsive Grid Boilerplate

12カラムのグリッドをもつとてもかっこいいひな形です。 これを使うことで、カラムにスペースを空け、ネストしたカラムを作成し、写真やビデオを画面サイズに関係なくレスポンシブに置くことが可能です。

Responsive HTML5 Aeon Framework

これはAeonフレームワークのversion 2.0です。 HTML5で書かれたレスポンシブな12個のグリッドをもつことが特徴的です。 簡単に素早くモックアップやワイヤーフレーム、本格的なウェブサイトを立ち上げるための3つの基本的なクラスを保持しています。

Wirefy – The Responsive Wireframe Boilerplate

レスポンシブワイヤーフレームをもつことが出来るCSSとJSで作成されたフレームワークです。常に正しいviewportに対応します。デザイナーや開発者に、基本的なCSSを作成する手助けをしてくれるすばらしいツールの1つです。

Titan Framework

これは960.gsと同じCSSクラスを利用しています。なので960.gsからこれに乗り換えるのは非常に簡単です。このことからTitan Frameworkは残りのフレームワークの中でとても目立っています。

この記事はSMASHING HUBに掲載された 10 Best Responsive CSS Frameworks For Web Design の内容を日本語訳したものです。

最近はレスポンシブなウェブサイトが普通になってきていると感じます。 ただ自分自身まだ’px’でサイトを構築していたりパーセンテージでの指定がうまくないなどまだまだな部分が多いのでこういうフレームワークを使用したりコードを見たりすることで勉強していこうと思います。 まだまだ日本語の情報が少ないと感じていたので訳させていただきました。

最近MongoDB入門した @DAI199 ですが、NoSQLに興味が出たのでNoSQL勉強会に参加してきました。 イベントリンクはこちら→ 【NoSQL徹底解剖！＠ヒカリエ】 最先端の新技術研究を行うシーエー・アドバンスの技術責任者が登壇！ ハッシュタグはこちら→#lvtve

追記：2012/10/11 22:30 イベントレポートがアップされました！ 以下URLになります。 >> 「NoSQL徹底解剖！」が開催されました！ – @Agent

追記：2012/10/03 09:53 当日スライドがアップされました！ 以下URLになります。 >> NoSQL勉強会

講演者について

大谷 祐司 様 →Facebook：https://www.facebook.com/yuji.otani.16 株式会社CA ADvance（シーエー・アドバンス）技術統括本部 本部長 兼 技術責任者

インターネット広告運用のプラットフォーム「SearchSuite」をゼロから一人で立ち上げる。
サイバーエージェントでのスタッフMVPをはじめ、数多くの賞を受賞する。
2011年11月よりシーエー・アドバンスの技術責任者に着任。要件定義から開発までをマルチにこなし、多くのシステムをリリースする。
「ADvanceFriday(金曜午後に新しい技術に取り組むことができる)」「WorkADvance(沖縄勤務)」等、多くの社内制度を実現。

仲里 淳矢 様 　→Facebook：https://www.facebook.com/j138cm 株式会社シーエー・アドバンス（CA ADvance,Inc）エグジニア

岩瀬 高博 様 →Facebook：https://www.facebook.com/takahiro.iwase 神戸デジタル・ラボ 上級技術者

分散KVS「okuyanma」の開発者　CEP Setsunaの開発
大規模eコマースサイトのチューニング、運用
分散処理、データベースの研究及び適応
OSS,Java,DB,車が好き

講演内容

■NoSQLってなに？
　・今まで主流であったRDBMSとは
　　→RDBMSの強み・弱み
　・NoSQLがRDBMSと違うところ
　　→NoSQLの強み・弱み
　・どういった開発ケースの際に使用すべき技術なのか

■どんな種類があるのか？それぞれどんな特徴があるのか
　・Cassandra
　・HBase
　・TokyoTyrant
　・MongoDB　など

NoSQL徹底解剖

内容：
◯CAアドバンスとは
◯NoSQLの特徴
◯NoSQLが苦手なこと
◯NoSQLの種類
◯CAP定理について
◯CAアドバンス社で検証したNoSQL
◯CAアドバンスでの採用
◯最後に

◯CAアドバンスとは

サイバーエージェントの子会社。東京と沖縄に事業所がある。（東京：50名、沖縄：250名）
技術推進グループを立ち上げ、NoSQLの研究をしている

■NoSQLの用途
・リスティング広告のデータに使っている
・サイト監視対象の画像やテキストデータ→アメーバやアメーバピグのものを監視している。そのデータ分析のためにNoSQLを使用している
・サイバーエージェントの大量のログデータの分析をしている

上記3つはMySQLだと読み書きの性能に限界を感じていた。
資金投入出来る環境でもないため、限られた資源を最大限使うためにNoSQLを使用することにした。

■CAアドバンスで使うデータ量はどれくらい？
▶リスティング広告のデータ
1日600万〜1500万レコードくらい
▶キーワード・広告
全部で20億レコードくらい。10％くらいが1日に更新される
▶サイト監視対象の画像、テキストデータ
1日500万〜1000万レコードくらいずつ増加。
▶システム運用に関する各種ログデータ
1日2000万レコードくらいずつ増加

◯NoSQLの特徴

▶固定されたスキーマに縛られない
　　→スキーマレス：自由に絡む定義が出来る
　　→KVS(KeyValueStore)：キーと値をセットで保持する

▶関係モデルの結合操作を利用しない（JOINが出来ない）
　　→テーブル間のJOINが出来ない
　　→必要であればアプリケーション側で実装
　　→JOINがない理由としては、ロックが発生してしまうため

▶水平スケーラビリティが確保しやすい事が多い
　　→サーバの追加が容易
　　→自動的に負荷分散を行なってくれるケースが多い

▶トランザクションが利用出来ないものが多い
　　→データの一貫性よりも速度を重視しているから
　　→必要ならアプリケーション側で実装する必要がある

▶SQLではない方法でデータを操作する
　　→memcachedプロトコル等の汎用的なものを使用
　　→独自のコマンドで操作を行う
　　→言語側でライブラリが提供されている場合がある

◯NoSQLが苦手なこと

▶データを結合させて取り出す
　　→KVSではデータをキーの単位でしか操作できない
　　→階層モデルはテーブル間の結合が出来ない

▶データの整合性を完全に保つ
　　→複数サーバにデータが分散している場合、サーバ間の整合性が保証されないケースが多い

▶柔軟な検索/集計/並び替え
　　→SQLのように、値に対しての操作は苦手
　　例）MongoDB
　　　検索用のコマンドは容易されているが、実行速度が非常に遅くなる
　　　シェルを使ったMapReduceで集計すると速いが、シェル作成の手間がかかる
　　例）KVS
　　　そもそも値が操作出来ないのでアプリケーション側一度取得して操作する

◯NoSQLの種類

▶分散KVS
データをキーとバリューのペアにして管理するデータベース。高速な読み書きが可能だが、複雑な検索処理には向いていない
例）memcached,Couchbase,okuyama,Amazon Dynamo, kyoto cabinet

▶列指向データベース
データを列単位でひとめとめにして管理するデータベース。大容量に対して検索を行うなど、処理の負荷が高くてRDBMSでは高性能を期待できない場合でも、高速な読み書きが可能
例）Google BigTable, Amazon Simpledb ,HBase, Cassandra

▶ドキュメント指向型データベース
特定のスキーマを持たないデータベース。構造が複雑なオブジェクトをそのまま保存しやすい。スケーラビリティが高く、サーバを容易に追加出来る
例）mongoDB,Couchdb

◯CAP定理について

CAP定理とは→wiki

C (Consistency)
　全てのサーバーでおなじデータが見れる
A (Availability)
　どんな状態でもデータの参照が可能である
P (Partition-tolerance)
あるサーバーのネットワークが分断されても、別のサーバーからデータを参照可能であること

例）RDB(MySQL)はCとAを保証しており、Pを犠牲にしている
C:サーバーが単一なため、一貫性は保証されている
A:ネットワークを超えた高頻度の読み込みロックは発生せず、高い可用性が保証されている
P:構成するネットワークが途中で切れたり大きく遅延した場合、そのシステムとしては動作が保証されなくなってしまう

例）Apache CassandraはAとPを保証。代わりにCを犠牲にしている
C:複数サーバにデータが存在し、サーバ間のデータ同一性は保証されていない。
A:単一障害点となるノードが存在しない。同一のデータが複数サーバで保持されている。
P:ネットワークが分断されても、同一ネットワーク内のノードで運用を続けることが出来る

NoSQLにも様々な種類があるため、システムに求められるものは何か、解決したい問題は何かを意識してNoSQLを選択する必要がある

◯CAアドバンス社で検証したNoSQL

Cassandra

開発：Facebook
2008年公開、Javaで実装
開発体制：Apache Incubator
採用実績：楽天、docomo、Facebook、Twitter
Google BigTable+Amazon Dynamo
高可用性と冗長性を併せ持つ分散データベース

Google BigTableのデータモデルとは
無停止でサーバーの増加、削減が出来る。
常に1台のマスターが存在し、それが全体を管理している

Amazon Dynamoの分散システムデザインとは
高い可用性と永続性を達成するため、複数のホストにデータを複製する。

Cassandraの特徴 ▶大規模データを扱えるように設計。
▶前ノードが同一の機能を持っており、管理サーバなどは存在しない。可用性の高いシステムが構築可能。
▶データは各ノードに自動的にレプリケーションが行われる。ノードを増やすことで容易にスケールアウトが可能。
▶ノードの追加、削除が停止せずに行える。
▶データはすべて4次元、5次元の連想配列で保持する
▶データ保持方法がしっかりしているため、データベース設計がしやすい

HBase

開発：Powerset社、Rapleaf社の社員
実装言語：Java
公開日：2007年2月(プロトタイプ公開)
開発体制：Apache Software Foundation
採用実績：Facebook,サイバーエージェント

特徴 ▶KVS型の分散データベース
▶GoogleのBigTableを参考に設計
▶負荷に対して非常に高いスケーラビリティと性能を発揮
▶シンプルで強い一貫性モデルを備えている
▶自動ロードバランス、フェイスオーバー、自動シャーディング
▶行に対する操作はアトミック
▶更新前の古いデータが見えることがない
▶ReadよりもWrite性能が重視されている（RDBとは逆）
▶writeの動作は、メモリにバッファされ、一定サイズに達したらディスクに書き込む
データは3階層で保持する。一般的なRDBとおなじようなデータモデル

mongoDB

開発者：10gen社
公開日：2009年2月
実装言語：C++
開発体制：10gen社
採用実績：SAP,MTV,SourceForge,GILT Group,Disney,サイバーエージェント,NAVER他多数

ドキュメント指向データベース
▶スキーマレス
▶シャーディングが容易
▶レプリケーションが容易
▶スケールアウトが簡単
▶js実行エンジンを搭載しているので、MapReduce等に利用出来る

MapReduceとは→wiki 大量出たを分散処理させるために使用されているフレームワーク。MAPで処理を多数のノードに分散し、Reduceで結合する

kyoto cabinet
開発者：mixi 平林さん
公開日：2010年5月
実装言語：C++
開発体制：FAL labs
採用実績：mixi

mixiにより開発されたkey-valueストアの機能を持ったデータストレージ。
TokyoCabinetに代わるものとして開発
memcachedからの比較的容易な移行が可能

memcachedとの違いは
▶データをファイルに書き出すことにより、永続性をもたせている
▶keyに対するvalueあたりの容量制限がない(memcachedは1Mの制約)
▶keyだけでなく任意のvalueを条件としてデータの検索を行える

◯CAアドバンスでの採用

▶システムのログ蓄積
mongoDB
・多くの採用実績
・大量データ操作時の安定したパフォーマンス
・PHPに専用のアクセスクラスが存在した

▶リスティング広告のレポートデータ蓄積
MySQL
・枯れたDBなので運用がしやすい
・データの一貫性と稼働率の高さが求められるため

▶社内標準のキャッシュ用DB
KyotoCabinet
memcachedプロトコルのために既存のプログラム資産を活かせる

運用しはじめて2ヶ月。何か起こりそう。。。

◯最後に

NoSQL導入にあたって、「問題点は何か」「導入によって何を実現したいのか」をしっかりと考えて選定するのが良い
検証にあたって、MySQL速いな、と感じた。「速い=NoSQL」っていう概念が崩れた。

一緒に働くメンバーを募集中です。
メールでのお問い合わせはこちら→ saiyo [at] ca-adv.co.jp まで

今回のNoSQL勉強会で、NoSQLの全体像がつかめた気がします。
データベースまわりは興味のある分野なので聞いていてすごくわくわくしました。
これからは一度触ったmongoDBで何かを作ってみたりしながら動向を追っていこうと思います。
講師の大谷 祐司様、仲里 淳矢様、岩瀬 高博様
今日はありがとうございました。

このブログは2012年7月11日に立ちあげ、今日で2ヶ月目になる。
このブログを立ち上げようと思ったのは本当にひょんなことで、せっかくブログを書くのだから何か目標があったら面白いかも、などと思い、わかったブログさんの「これからブログを頑張ろうと思う人へ。まずは三ヶ月毎日書く。話はそれからだ。」を読み、触発され、毎日ブログを書くことを決意しました。それも3ヶ月毎日。

最初はとても苦痛な作業だったり、何を書けばいいのか悩むこともあったが、自分のブログなので自分が書きたいことを書けばいいんじゃないか、と思うようになって毎日書くことが苦痛じゃなくなった。

ブログを毎日書き続けることは、多くの文字を書くことが苦痛じゃなくなる、発信する癖をつけるにはちょうどいいのではないかと思う。

もしこれからブログを始めようと思う人がいれば、一緒にブログを書き続けよう。僕は少なくともあと1ヶ月は毎日書き続ける予定なので。

おかげ様でこのブログは2ヶ月で約1400人の方に見られ、PVとしては合計で4000PVくらいになっている。
また、最近ではGoogleからの流入も多く、何もせずとも20人くらいの方が来てくれるようになりました。本当に嬉しいことです。

僕のブログのPVやUUは他の大手ブログからすれば微々たるものかもしれないが、僕からしたら当初予定していたよりも多くの方に見てもらえているので満足しています。もちろんもっと多くの人に見られるべく努力はしていきます。

今日、ブログ開始2ヶ月を迎えるにあたって、これまでの2ヶ月間を振り返るという意味も含めて、このブログの中でよく読まれている記事5つを紹介したいと思います。
もしまだ読んだことがない記事があれば見てみてください。

5番目によく読まれている記事：
プログラミング出来るようになるまでにしたであろうこと

この記事は自分がプログラミング出来るようになるまで、実際に行動したことをまとめた記事になっています。
ただ自分でも明確に自分のやったことを覚えているわけではないのであやふやな題名になっています。

今思い返すと、しっかりとした題名にすればよかったかなぁと思います。
プログラミングを今から勉強して出来るようになりたい！と思っている人は参考にしてみてください。

4番目によく読まれている記事：
ブログを1ヶ月毎日書き続けてわかった、ブログを毎日更新し続ける秘訣

ブログを書き続けて1ヶ月記念として作った記事が4番目によく読まれています。
1ヶ月続けてみると、何がブログを書かなくなる理由なのかが明確にわかってきます。
そのブログを書かなくなるであろう原因をしっかりつぶしてこれたからこそ毎日書き続けて2ヶ月目を迎えることが出来たのかなぁと感じます。

機会があればブログを書かなくなる理由もまとめてみようと思います。

3番目によく読まれている記事：
知らないなら損をしている！HTMLコーディングスピード3倍に！？ zencoding 導入方法まとめ

僕がコーディングをするときは、もうzencodingなしではやる気がなくなるくらい便利です。
これを導入することでHTMLを書くことが苦じゃなくなりましたし、作業効率も圧倒的にあがりました。
なのでもしコーディングをしている人がいれば、zencodingを導入してみてください。
必ずコーディングスピードがあがること、間違いなしです！

2番目によく読まれている記事：
テック系なら必ずフォローすべき おすすめTwitterアカウント10選

僕がフォローしていて、かつ有益な情報をよく流してくれているTwitterのアカウントを10個、紹介しています。
Twitterは人とコミュニケーションをとるツールとしても優れていますが、情報収集ツールとして使う場合でもとても優れています。
もしまだフォローしていないアカウントがあればぜひフォローしてみてください。

1番よく読まれている記事：
WordPressでブログを立ち上げたときにすぐに入れるべきプラグイン9選

WordPressを立ち上げたときに、最初に必ずいれるべきプラグインたちをまとめました。
この記事がやはり1番シェアされていて、このバズが起きたときは本当に驚きました。
ただとても便利なのでWordPressを運用されている人は1度チェックしてみるとよいと思います。

毎日ブログを書き続けて2ヶ月を迎えて

2ヶ月間毎日書き続けていることによって、僕のブログのコンテンツは60を超えました。
これによってGoogleからの流入も日に日に多くなっています。
僕の目標である3ヶ月毎日書き続ければコンテンツは100を超えているでしょう。
どれだけ流入が増えるのかをわくわくしながら毎日記事を更新し続けたいと思います。

今までこのブログを読んでくださったみなさま、ありがとうございます。これからもよろしくお願いします。そしてぜひ、下記のFacebookページにいいね！を押してください（笑）

この記事はSMASHING HUBに掲載された 12 Evil HTML Tag Mistakes You Really Should Avoid の内容を日本語訳したものです。

HTMLを書く仕事をしている人たちはHTMLポリシーについて熟考し、気をつけなければならない。ここでは、コード内でよくある小さなミスを取り上げ、それぞれのHTMLタグのミスに名前をつけました。これから取り上げるようなミスを避けたいのであれば、この記事はあなたを助けることになります。以下で、コーディング中に犯しがちなもの、無視されがちなものについて解決策とともに、議論しています。これらのヒント（チップス）はHTMLを書く仕事をしている全ての人たちにとって役立つものになるでしょう。

ミス1：HTMLタグの間違ったネスト

HTMLタグの適切な閉じ方は重要です。HTMLタグは上から書いた順とは逆の順番で閉じていかなければなりません。初心者は通常、適切な終了タグについてチェックすることを怠らないでください。バリデーションエラーが出てしまい、適切なスタイルが適用されないことがあります。なので、以下のミスには注意してください。

間違った使い方：

<div><p><a>This is my Smashing text</p></div></a>

正しい使い方：

<div><p><a>This is my Smashing text</a></p></div>

ミス2：リストの不適切な使い方

OLタグ、LIタグはいつも、ウェブページの様々な用途で使用するアイテムを並べるために使われるべきです。これによって他の多くの利点を得ることが出来ます。リストタグは適切な方法で情報を並べることにとても役立ちます。コード内で、強制的な改行を避けたほうがよりよいです。(強制改行とは長い1文を見栄えをよくするために文の途中で改行すること)

また、サーチエンジンはリストタグを認識し、間違った使い方をしたサイトの順位を下げ、標準的な使い方をしているサイト順位を上げます。

ミス3：フォームタグの不適切な使い方

私たちの多くはフォームタグとテーブルタグを同時に使うときに困惑します。多くはテーブルタグを最初に置きます。テーブルタグ、フォームタグ、どちらを最初に置くのか迷うのです。以下が正しい方法です。

間違った使い方：

<table><form><tr><td>……..</td></tr></form></table>

正しい使い方：

<form><table><tr>…….</tr></table></form>

ミス4：インライン要素内にブロック要素を使う

使っているHTMLのほとんどは、インライン要素かアウトライン要素のどれかに当てはまることを知っているだろう。プログラマーによって作られたこれらのタグはデフォルトではブロック要素かインライン要素として作られた。ブロック要素は、ドキュメント内の区分と同様にパラグラフを含みます。それに対してインライン要素はブロック要素の内部に置かれます。この構造はドキュメントの構造と合っています。したがって、インライン要素を使うとき、必ずブロック要素の内側に置き、それ以外の場所に置いてはいけない。

いくつかのブロック要素：

<pre><div>,<h1>…<h6>,<p>,<ul>,<ol>,<dl>,<table>,<blockquote>,<form></pre>

いくつかのインライン要素：

<pre><span>,<a>,<strong>,<em>,<img />,<abbr>,<acronym></pre>

ミス5：alt要素を取り除いてしまう

画像を扱うときや、ページに画像を並べたいときは必ずalt要素を使わなければならない。これはユーザーが並べられた画像が何か決定することが出来るし、回線速度の遅い閲覧環境やスクリーンリーダー（音声でページを読み上げるソフト）を使用しているユーザーにとって必要です。この属性は表示された画像を適切に説明しなければならない。alt=”image”と書いてはいけない。画像を用いて装飾する場合はalt=””を使う。

間違った使い方：

<img src="smiley.gif" alt="" />

正しい使い方：

<img src="smiley.gif" alt="Smiley face" width="42" height="42" />

ミス6：太字や斜体に間違ったコードを使う

普通、<b>は太字に使われ、<i>は斜体で使われるが、これらは表層タグとして知られている。したがって、CSSを用いて様々なフォントスタイルにしていくのがよいのです。もし一部のテキストだけ強調したい場合は、<strong>や<em>を使う。これらは<b>や<i>とおなじことをしてくれる。

ミス7：不必要な強制改行を使う

タグは1つの文章を強制的に改行し、次の行のセンテンスを始めるタグです。多くの人たちは要素間で強制的に改行を挿入しています。これは正しくない。次の行にする必要があるときだけ必要なら使用しましょう。

間違った使い方：

This is my first paragraph
<br>
<br>
<br>
This will be my test description

正しい使い方：

<p>This is my first paragraph</p>
<p>This will be my test description</p>

ミス8：正しくないstrikeタグを使用する

これまで、<strike>タグや<s>タグはテキストの打ち消し線に使われてきました。しかし今ではこれらのタグは非推奨のタグとして知られています。新しいタグは<ins>タグや<del>タグが紹介されています。これらはページやドキュメントからテキストを挿入したり消去したりするのに使われます。

ミス9：インラインstyleを使う

インラインstyleはよくないとたくさん聞いたことがあると思います。ではなぜ悪いことなのか思ったことはありますか？それはCSSとセマンティックHTMLはすべての装飾と構造をわけることであり、よってHTMLドキュメントに直接書き込むことは正しくないのです。これがスタイルシートでスタイルを常に保つこといつもアドバイスしている理由です。

間違った使い方：

<p style="font-size:14px; font-weight: bol">

また、スタイルシートを用いた適切な方法は、表層的であり、よい方法はCSS内に保持しておくことです。

ミス10：border属性を要素に含めたり含めなかったりすること

border属性は表層的な効果でしかないことを心にとめておきなさい。したがって、CSSによって代替しなければならないのです。たとえデフォルトでborderが作成され、邪魔されたとしても面倒臭がってはいけない。

間違った使い方：

<img src="smiley.gif" alt="" border="0" />

正しい方法はスタイルシートを用いて定義することです。

ミス11：ヘッダータグを無視すること

ヘッダータグは文章の見出しを作り、ヘッダーとともにセクションが作られます。通常、<h1>や<h6>タグがこの目的で使われます。ときどき、ヘッダーはページの正しい位置に置く必要があります。全体的に、ヘッダーが現れて欲しいところに依存します。これらを1-6のオーダーで使用するのがよい方法です。

間違った使い方：

<strong>This is my Smashing Heading</strong><p>This is my xyz description.</p>

正しい使い方：

<h1>This is my Smashing Heading</h1><p>This is my xyz description.</p>

ミス12：marqueeやblinkのひどい使い方

<marquee>タグや<blink>タグはページの見た目をひどいものしてしまう方法の1つだと言えます。もし何かでユーザーの気をひきたいのならば、文章を縦横に流すよりも代わりの方法を使ったほうがよいかもしれません。これは間違いなくユーザーを不愉快にさせます。

この記事はSMASHING HUBに掲載された 12 Evil HTML Tag Mistakes You Really Should Avoid の内容を日本語訳したものです。

HTMLのバッドノウハウがよくまとめていますね。 ついつい面倒だと思ってやってしまうことがありますが、それをやってしまうということはまだまだレベルが低いということですね。 常に気をつけながらHTMLを書いていこうと思いました。

ソーシャルメディアの登場により情報の取得方法はまるっきり変わってしまった。 ただしソーシャルメディアは基本的にフロー情報の中から情報を取捨選択しなければならず、ある1つのブログやテーマをずっと追い続けるには向いていない。 そういう場合にはRSSリーダーなどを使えば便利だ。 ここではRSSリーダーにブログなどを登録するときに必要になるRSSフィードを取得する方法がまとめてある。 ぜひ参考にしてほしい。 ちなみにこのブログのRSSフィードは https://tagamidaiki.com/feed/なのでぜひ登録していただきたい。

Facebookページ

Facebookページでは以下のURLでRSSフィードを取得することが出来ます。

以下のURLにアクセスすると無印のFacebookページのフィードを取得することが出来ます。

https://www.facebook.com/feeds/page.php?format=atom10&id=106191702776460

上記のURLの最後についている「?id=ここ」の「ここ」の部分にFacebookページのIDを入れます。 FacebookページのIDの取得方法は、FacebookページのURLの www の部分を graphに変更してそのURLにアクセスします。 例えば無印の場合は以下のURLにアクセスしましょう。

https://graph.facebook.com/muji.jp

そこに意味不明な文字列がたくさん書いてありますが、その中で以下の画像のような「ID」の部分があります。 それが今回必要なIDです。他のページも同様な手順で取得することが出来ます。

Twitter

TwitterのRSSフィードの取得方法はあるのだが、2013年3月5日にRSSフィードが廃止される。 なので今回紹介しても1年も経たないうちに使えなくなるので紹介しない。

このニュースが紹介されている記事はこちら TwitterからのRSS取得が2013年3月5日で打ち切りへ

Naverまとめ

Naverまとめでは全てのまとめでRSSフィードを取得することが出来ます。 NaverまとめでRSSフィードを取得するためには以下のボタンをクリックしよう。

とても簡単である。

LinkedIn

LinkedInの更新情報はとてつもなく多い。 それをWebで確認しようとするのは無理があるため、RSSで取得することが出来る。 LinkedInのアカウント設定ページの「アカウント」部分にRSSをフィードする項目がある。それをクリックすればRSSフィードを取得することが出来る。

最後に

ここでは4つの主要だと思われるSNSでRSSフィードを取得するためにはどうしたらいいのかを紹介した。 もし他にあなたが知りたいSNSでのフィード取得がある場合はぜひ教えていただきたい。 以下のFacebookコメント欄にコメントをお願いしたい。 Facebookが嫌だ、という場合は、リプライ(@DAI199)でも構わない。ぜひ意見を聞かせてほしい。

画像から色を抽出することが出来るサイト、「colr.org」の紹介です。

使い方は簡単！
「load your own」から自分の画像をアップロードするか、画像がアップロードされているURLを入力すれば画像が読み込まれ、色を取得することが出来るようになります。

その他にも色を検索出来たり、キーワードから色を検索出来たりするので色々試してみると面白いと思います。

Liverty×サムライインキュベート ということで行ってきました。

【概要】 自由に生きる。それは多くの人にとって理想的な生き方である反面、自分には実現不可能だと思われている最も矛盾した存在だと思います。 たった１度の人生の中で、そういった生活を手に入れられる人は特別な人だけだと思われているから。

でも、それは決して特別な事なんかじゃないのかもしれない。 今回はそんな矛盾した生き方、そして理想的な生き方を本気で目指しているLivertyというチームを迎え、自由に生きる事を目指した「次世代の働き方」についてパネルディスカッションを行います。

チョコくれ！やStudygift、そして最近では顔面広告.comなど、多くの話題をさらうWebサービスを生み出し続ける家入一真氏率いるLivertyとは。雇用関係もなければ上下関係もなく、組織として自由な生き方を選択する本当の意味とは。全く新しい働き方や次世代の組織のあり方について、余す事無く、立ち上げ時から関わる４名の正規メンバーによって存分に語り合っていきます。

【パネルディスカッションテーマ】

１：家入一真氏によるチーム紹介＆登壇者紹介 ２：これまでの働き方の課題とは？ ３：学生も、会社員も、フリーターも、起業家も、誰にだって自由は目指せる ４：上下関係も雇用関係もない、“海賊スタイルの働き方”とは ５：メンバーがなぜLivertyというチームに参加しているのか ６：バズるサービスを生み続けるサービス開発の舞台裏 ７：質疑応答

基本的にこのテーマで全く進みませんでしたｗ ただLivertyという集団がどういうものなのか、どういう雰囲気なのかがよくわかる講演でした。

今回のまとめはU-NOTEというWebサービスでまとめられています。 以下を参照していただければ発言はわかると思います。

海賊スタイル”Liverty”が目指す次世代の働き方 〜自由に生きろ！新しい働き方の提案〜 #侍liverty

発言は上のまとめを見てもらえばわかります。

ただこのイベントは発言から得られる知見だけじゃなく、会場の雰囲気を味わうことで、Livertyという組織がどういうものなのかわかります。 という意味で僕はこのイベントに参加してよかったと思いました。

自分本位で生きればいいじゃん、とか、好きなことで生計立てれるようにすればいいじゃんみたいな考えはすごい好きです。