タグ

2017年1月13日のブックマーク (5件)

  • プロ用のすごさを思い知る

    1971年東京生まれ。イラストレーター。ドクロ服、ドクロ雑貨集めに情熱を燃やしすぎている。ほかにはワニ、ウツボ、ハダカデバネズミなど毛の生えていない動物も好む。著書に「しろねこくん」、「ココロミくん」、「ひとみしり道」、「ばかスイーツ」などがある。(動画インタビュー) 前の記事:自分の名字がついた神社を見に行く

    プロ用のすごさを思い知る
    nomnel
    nomnel 2017/01/13
  • 職場を崩壊させないために必要な「心理的安全性」を作り出す方法

    by sid 「昼から夕方の6時間労働がクリエイティブな仕事には重要」など、仕事において人がアイデアを出し、イノベーションを起こすために必要なものについては色んな説があります。一方で、「仕事」ではなく「仕事場」において重要なのは個人の資質ではなく、「心理的安全性」であると説いているのが世界で最も影響力のあるビジネス思想家に選ばれている世界的な経営学者Amy Edmondson教授。Edmondson教授はスピーチフォーラムのTEDで、心理的安全性がないとどのような事態を招くのか、そして職場が心理的安全性を得るにはどうすればいいのかを語っています。 Building a psychologically safe workplace: Amy Edmondson at TEDxHGSE - YouTube Edmondson教授が語ったのは、まず以下の3つのエピソード。 「ある都会のせわしない

    職場を崩壊させないために必要な「心理的安全性」を作り出す方法
    nomnel
    nomnel 2017/01/13
  • 【決定版】アプリ事業のKPIツリー! | Growth Hack Journal

    はじめに アプリによってビジネスモデルは異なりますが、大多数のアプリがゴール(KGI)にしているのは売上増かと思います。 では、あなたは売上増に向けた指標の把握と整理ができているでしょうか? この記事ではKPIツリーを使ってアプリの売上に貢献する指標を洗い出し、各指標について説明したいと思います。 1.KPIツリーの重要性 ◆そもそもKPIツリーとは? KPIツリーとは、例えばアプリのKGIを売上とした場合、売上を構成する要素を分解して施策が実行可能になるレベルまで落とし込まれた指標(KPI)の一覧です。 ◆KPIツリーを作らない場合の問題点 ①ボトルネックとなっている問題がわからない 売上を構成する要素を洗い出さないと、売上増の妨げになっている問題に気づかないことがあります。 ②具体的な施策を考えるのが難しい 売上やアクティブユーザー数など上位の指標を分解しないままでは、「じゃあその指標

    【決定版】アプリ事業のKPIツリー! | Growth Hack Journal
    nomnel
    nomnel 2017/01/13
  • Kaminari 1.0.0 でやってくる 5 つの大きな変更 - Qiita

    Rubygems には現在 Kaminari 1.0.0.rc1 が出ているが、近いうちに 1.0.0 をリリースする予定である。大きな変更点がいくつもあるので、利用者のためにこれらの重要な変更点をまとめておこうと思う。 古い RubyRails のバージョンのサポート打ち切り Kaminari 1.0.0 では、以下のバージョンのサポートを打ち切ることにした。 Ruby 1.9.3 JRuby 1.7 Rails 4.0 とそれ以前のすべてのバージョン これらのバージョンを使っている人は、まず kaminari 0.17.0 で RubyRails をアップグレードしてから kaminari 1.0.0 へアップグレードしてほしい。 Gem を細分化 Kaminari 1.0.0 で最も大きな変更はなんといっても、今まですべてのコードを一つの gem で管理していたものを、k

    Kaminari 1.0.0 でやってくる 5 つの大きな変更 - Qiita
    nomnel
    nomnel 2017/01/13
  • OSSコミュニティの継続性

    力武さんがこういう記事を書いている。自分自身BSD界隈に関わって15年は経つし、コミュニティ運営についてはいろいろと経験を積んだつもりなので、意見を書いてみることにした。書いてみたらまとまりのない文章になってしまったけれど、残しておくことにする。 目的のないコミュニティは続かない 「コミュニティに参加している人の年齢が高くなって、そのうちなくなるんじゃないか」という懸念は、少なくともFreeBSDには当てはまらない。活動がなくなる開発者もいるが、若いcommitter(ソースコードの変更権限を持っている開発者)は定期的に入ってきていて、人材の流動性は入口も出口も高い。CSRGの時代に活躍していた人が最近になって開発に再参加するケースも増えた。これらは国際会議の運営などを通じて交流を深める努力をしている成果でもある。50代や60代でコードを書いて参加しているひとはたくさんいて、特別なことでは

    nomnel
    nomnel 2017/01/13