もともとは24ドル(約1800円)の有料セットだったのですが、今は無料でダウンロード可能なのが「Zocial」です。42種類のCSS3によるフォントフェイス(font-face)と、ベクター形式によって自由なサイズでキレイに描画できるアイコンボタンの組み合わせとなっています。 Zocial ~ CSS3 Buttons, Sass Framework. http://zocialbuttons.com/ Zocial | CSS3 Button Set http://zocial.smcllns.com/ ダウンロードは下記サイトの「ZIP」ボタンをクリックすれば可能です。 samcollins/css-social-buttons - GitHub https://github.com/samcollins/css-social-buttons/ サンプルは以下から閲覧可能。 Zocia
[Agile Tool Review] – AgileWrap – No Bloat, Just Scrum Toolin’ [We review Agile tools. Have you seen our Agile tools list?] The AgileScout covers a lot of ground when it comes to Agile and Scrum tools. He also likes to speak of himself in the 3rd person. Sometimes, he likes to be surprised. He was. I was pleasantly surprised to find an easy-to-use, intuitive yet feature rich and enterprise-class a
今日の航海日誌は、仲がお送りします。 新年からずっと、今日この日のことだけを考えてきました。 ウォンテッド、とうとう本日公式リリースとなります。 ウォンテッドが構想段階まで公式リリースとなるまで、約1年間かかりました。 今日は、これまでの歩みを振り返ってみたいと思います。 ひょんなキッカケから生まれたウォンテッド それは2011年の年の初め、まだ季節は冬でした。 震災が起こる前です。 Facebookから独立したての私は、自分のサービスを作らなければ、と焦る一方で、 有難いことに、どんどん入ってくるFacebook関連のマーケティング支援の お仕事を断れず、コンサルティングのようなことをしていました。 稼ぎは凄くよかったのですが、「ビジネスモデルをしっかり作らないと!」 という多くの先輩の助言に従い、泣く泣くマーケティングの仕事は全て断ることにしました。 そしてすぐ、ウォンテッドの原型とな
OSの種類・解像度・ブラウザ名・ブラウザのウィンドウサイズ・IPアドレス・色数・JavaScriptのON/OFF・Flashのバージョン・CookieのON/OFFといった各種情報を簡単に表示し、指定したメールアドレスへ簡単に送信可能にしてくれるサイトが「Support Details」です。 Support Details | Tech Support Management http://supportdetails.com/ 主目的としてはウェブサイトのデバッグを簡単にするためで、クライアントが「ページの表示がおかしい」「動かない」「操作できない」ということになった際に、クライアント側の情報を簡単に送信してもらい、問題解決に役立てる、というもの。当たり前ですが、利用者側はあまりこういう各種情報を問題が発生しても伝えてくれず、「動かない動かないとわめくだけでなく、まずはお前の環境がどう
この前、NHKスペシャルの「リーダー論」という番組を見ていたら強いリーダーが必要という論調の意見が特に50代の管理職に多く見られた。ただ、最近いろいろと本を読みながら、この強いリーダーという概念にすごく違和感を覚えるようになった。というのも、最近たまたまなのだが、チームビルディングについての本をいろいろ読む機会があったが、なんとなく強いリーダーを求める先に日本での成功はないのではないかと思うからだ。 世界最高のイノベーションファームIDEOのチームビルディング方法 まずは以下はIDEOでチームを結成するときに人材をどのように分類し配置するかについてのノウハウが記載された本。イノベーションの達人!―発想する会社をつくる10の人材 トム ケリー ジョナサン リットマン Tom Kelley 早川書房 2006-06 売り上げランキング : 109660 Amazonで詳しく見る by G-To
デイリースクラムのやり方は、いろいろなところに書いてあるし、チームによっていろいろ工夫をしていると思うので、ここでは書かない。 Scrum Guide にも書いていないけれど、ScrumMaster が絶対にやるべき重要なことがある。 メンバーの顔色を確認することだ。メンバーの体調を計測することだ。それだけでも、ScrumMaster がフルタイムの役割である十分な理由がある。 メンバーの体調は、常に気を配っていないと気付くことはできない。デイリースクラムの3つの質問に気を遣うと同時に、ScrumMaster はメンバーの体調についても十分注意を払う必要がある。 どうも風邪薬や栄養剤のCMのおかげで、体調が悪くても会社にいくべき、のような風潮がある。でも、この時期、インフルエンザのメンバーを一日出社させてしまったら、そのスプリントは終わりだ。チームが全滅するだろうし、他のチームにも迷惑をか
会社をスケールさせていくために組織面,技術面で何を行ってきたか.以下簡単なまとめ 組織面 従業員をよりhappyにするために,面白い仕組みを導入している.ミーティングがない,オフィスに来なくても良い.やりとりはpull requestとcampfire. 他にも組織として強くなるために,個人に依存しすぎない(知識共有を促進する),internal talk(tech talkみたいなのかな?それとも普通の会話?)は将来の従業員のために全て記録する*1,など. 技術面 自動化可能なことを手作業でやり続けることによるコストは,手間だけではない.新規メンバーに学習コストが発生することになる. masterブランチは常にデプロイ可能な状態に保ち,1日に5~30回デプロイを行なっている. 意味のあるメトリクスをグラフ化しよう.全体でのレスポンスタイム平均がXXXms,というのは意味がない. リリース
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く