Ring
Ringとは、リクルートグループ会社従業員を対象にした新規事業提案制度です。 『ゼクシィ』『R25』『スタディサプリ』など数多くの事業を生み出してきた新規事業制度は、 1982年に「RING」としてスタートし、1990年「New RING」と改定、そして2018年「Ring」にリニューアルしました。 リクルートグループの従業員は誰でも自由に参加することができ、 テーマはリクルートの既存領域に限らず、ありとあらゆる領域が対象です。 リクルートにとって、Ringとは「新しい価値の創造」というグループ経営理念を体現する場であり、 従業員が自分の意思で新規事業を提案・実現できる機会です。 Ringフロー その後の事業開発手法 Ringを通過した案件は、事業化を検討する権利を得て、事業開発を行います。 さまざまな事業開発の手法がありますが、例えば既存領域での事業開発の場合は、 担当事業会社内で予算や
「自分が面白いと思うこと｣をやるべきか?「他人が面白いと思うこと｣をやるべきか? - teruyastarはかく語りき
今後の漫画界についての話で、この記事が面白かったです。 これからの漫画についての話は記事を見てもらうとして、 2人の価値観がはっきり違うところを抜粋。 特に気になったところを太字にしてます。 徹底討論 竹熊健太郎×赤松健 Vol.1：電子出版時代における漫画編集者のあるべき姿 (1/3) - ITmedia eBook USER http://ebook.itmedia.co.jp/ebook/articles/1102/14/news015.html 赤松 面白いのと売れるのと、どっちがいいですか。 つまんないのに売れてるのはダメですか。 竹熊 うーん、面白いのがいいでしょ。 赤松 じゃあ、面白ければ売れなくてもいいんですね。 竹熊 まあその場合はね。 でも、「面白い物を売りたい」 とはみんな考えているんじゃないですか。 赤松 うーん、私は嫌だなあ。 そこがロマンチストすぎません？ (略
Javaのチェック例外はクソ仕様 - やさしいデスマーチ
Java言語のチェック例外は本当にGood Partなのか？というエントリーを読んで自分の考え方を簡単にまとめておこうと思う。 まず、チェック例外自体はJavaの『あまり良くない仕様』とみるのが体勢であると思う。自分もどちらかといえば、『なるべく実行時例外で』という派。とはいえ、『クソ仕様なんでチェック例外はまったく使うべきではない』派ではなく、『必要に応じて使い分ける』派。そもそもクソ仕様とdisるくらいならクソ言語なんか使わない方が幸せ。 まずチェック例外自体に関する問題を改めて整理する。 いちいち定義するのがクソ面倒 常にtry-catchかthrows句を強制するのでクソウザい 横断的に処理しにくい 大規模プロジェクトになればなるほど、例外に関するスキルがないクソ人ばかり これらについては散々議論されているだろうし、愚痴になるだけだと思うので割愛。 で、自分はどうして『必要に応じて
進捗は95%？OAuth 2.0 Draft 13の内容をざっくりまとめる - r-weblife
OAuth 2.0のDraft 13出ました。 draft-ietf-oauth-v2-13 - The OAuth 2.0 Authorization Framework Facebookやmixi Graph APIなどを使って開発されたことがある方は、OAuth 2.0 Draft 10の仕様はほぼ理解されていると思います。 Draft 10は単体である程度まとまった仕様として書かれていましたが、そのあとのDraft 11から構成の見直しなどが行われました。 もうそろそろ決まりそうだという噂があるので、今一度ざっくり最初からまとめ直していきます。 ただ、ClientやAuthorization Serverなど、基本的な説明は省略しています。 Draft 11以降に出てきた(と思われる)説明などを簡単にまとめたつもりです。 毎度のことながら、長いうえにこれは翻訳ではないので、厳密に調
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Welcome!
http://valums.com/ajax-upload/
