タグ

2015年4月28日のブックマーク (3件)

  • 「イオン不振の原因は、コスト削減の常態化」:日経ビジネスオンライン

    イオンが岐路に立っている。規模では国内最大級になった同社のPB(プライベートブランド)「トップバリュ」は「質より安さ」の印象が染み付き、ブランドイメージがここ数年で急速に悪化。トップバリュの4割弱を削減する決断を下した(詳細は「イオン、『トップバリュ』を4割弱削減へ」)。不振の背景には、限界に達した中央集権の拡大路線があった。日経ビジネス誌4月27日号の特集「イオン 挫折の核心~セブンも怯えるスーパーの終焉」では、イオン不振の真相と次に目指す成長の姿に迫った。 なぜ今、大改革に乗り出したのか。グループの中核となる総合スーパー事業を展開するイオンリテールの岡崎双一社長が語った。 イオングループの中核事業である総合スーパーの不振が続いています。 岡崎社長(以下、岡崎):色んな理由を言う人がいますが、当のところは…うーん…。 現象を分析すると、人が足らなくなりすぎたのでしょう。 長いデフレの

    「イオン不振の原因は、コスト削減の常態化」:日経ビジネスオンライン
    cd01
    cd01 2015/04/28
  • Promiseに関するパターンや命名規則 - Qiita

    やや自己流含む。 getXxx/fetchXxx getXxxは同期、fetchXxxはPromiseということにしている。とくに非同期の取得系はfetchということに決め打ってる。 GETリクエストであることを明示したいときにややこしいという問題はあるが、そのケースは少なく、JS内で同期/非同期を明示したいことの方が多い。 例: 非同期の副作用系はput/post/sync/send/uploadとかそのあたりを適当に使う。 Promise( (done, reject) => {..}) 恐らく仕様的に正しいワードは fulfill, reject なのだが、fulfillはタイプ数が妙に多いのと、llが多くタイポしやすく、またタイポが発見しづらいので、自分は慣習的にdoneを使っている。 追記: fulfillよりもresolveの方が仕様に沿ってるっぽいhttp://people.

    Promiseに関するパターンや命名規則 - Qiita
  • 社内勉強会でReactとFluxについて喋った - pixiv inside [archive]

    開発が大好きな@geta6です。 React meetupのことを完全に見逃していて悔しかったので、外部公開の社内勉強会でReactとFluxについての発表をしました。 経緯 現在ピクシブではReactでFluxな感じの構成で新サービスを開発中です。これまで社のプロダクトとしてReactを採用したことは無く、この新サービスが初の採用となる予定です。社内の空気感は「FluxReactもよく聞くし何となくわかってるけど、詳しくは知らない」という感じでした。 そこで、自分の理解度の確認と、一緒に開発しているチームの人や社内外の開発現場の皆さんに大体の感覚を掴んでもらえるよう「ReactとFluxって一体全体なんじゃらほい」というテーマで、ざっくりと大枠を捉える発表をしました。 資料 speakerdeck.com ReactとFluxのこと // Speaker Deck スライドには入ってい

    社内勉強会でReactとFluxについて喋った - pixiv inside [archive]