3大モールセール終了、Yahoo!セール結果に注目3月末にヤフー株式会社（以下、Yahoo!）、楽天株式会社（以下、楽天）、Amazon.co.jp（以下、Amazon）が、それぞれセールを行ったのはご存知だろうか。実際に今回のセールで買い物をした人も、ネットショップとして出店した人もいるだろう。そんな、３大モールのショップ、それぞれセールの結果はいかがなものだったのだろうか。今回、Yahoo!が「Yahoo!ショッピング すごい年度末セール（以下、年度末セール）」の結果について情報を解禁してくれた。 Tポイントユーザーに嬉しい、Yahoo!の作戦年度末セールは3月25（金）～4月1日（金）1：59まで開催され、結果として、流通総額約2倍（約200％対前年比）と好調であったとのこと。ジャンル別にみてみると、食品・家電全般・パッケージメディア（DVDなど）が特に好調で、前年比2倍の規模でポイ
デジタルマーケティングにおいて、もはや不可欠となりつつあるソーシャルメディア。 今後5回にわたり、株式会社オプトが、企業やユーザーのソーシャルメディアの活用動向を事例ではなく、データや統計情報に基づき、簡潔に解説していく。 転載元： 株式会社オプト コラム LINEは3月24日（木）に事業戦略カンファレンス「LINE CONFERENCE TOKYO 2016」を開催し、その中で『スマートポータル』構想を打ち出しました。単純に中身を要約すると、ヤマト運輸やピザハット、日本交通など様々な事業社と組み、モバイルとリアルライフを結合した便利なサービスを手広く提供するというものです。 Yahoo! Japanのポータルサイトではメール、ショッピング、ニュース、ホテル予約、ゲームなど生活に密着したサービスを総合的に提供しているので今後、LINEがYahoo!の大きな競合相手として台頭することが予想さ
スマホで見ると一瞬何が起きたのかわからないMVスマートフォンで見られることを意識していないMVが多すぎる。最近そんなことを考えていたところ、2016年4月5日に公開されたのがlyrical school（リリカルスクール、通称リリスク）の「RUN and RUN」のMVだった。YouTubeでも公開されているが、再生はvimeoが推奨されている（後述）。しかも、スマートフォンでの再生だ。 https://vimeo.com/161487817/8dc6bebe6f lyrical schoolは6人組ヒップホップアイドルグループ。「RUN and RUN」は、4月27日にキングレコードから発売される彼女たちのメジャー・デビュー曲だ。 lyrical schoolの公式Twitterアカウントがスマートフォンでの再生を推奨していたので、さっそくiPhoneで再生したところ、いきなりiPhon
ヒップホップアイドルユニット・lyrical school（リリカルスクール）のメジャーデビュー曲「RUN and RUN」のMVが、Vimeoで公開された。 スマートフォンのカメラ機能やFacetime、Twitter、Vine、Vimeoなど、ありとあらゆるアプリケーションを活用した前代未聞の縦型MVに、Twitterでは「RUN and RUN」がトレンド入りするほどの話題を集めている。 「RUN and RUN」のMVでスマホがジャックされる!? リリカルスクール（通称：リリスク）は、ayakaさん、minanさん、himeさん、yumiさん、meiさん、amiさんの6人からなるアイドルユニット。2010年にtengal6として結成され、2012年に現在のグループ名に改名した。 その後、2013年には世界最大級のアイドルフェスティバル・TOKYO IDOL FESTIVAL（TIF
90年代生まれの6人組、ヒップホップアイドルユニット「リリカルスクール」の新曲「RUN and RUN」のミュージック・ビデオ（MV）がすごい。
Gitのコミットメッセージの書き方 自分なりにまとめてみました。Git歴浅いので、意見募集中です。 （2014年12月17日追記） 想像以上にたくさんの方にストックなりはてブなりいただいたので、はてブでなるほど！と思ったコメントをもとに少し修正・加筆してみました。 （2022年1月4日追記） 最新の書き方をこちらに書きました。 https://zenn.dev/itosho/articles/git-commit-message-2023 原則 以下のフォーマットとします。 1行目：変更内容の要約（タイトル、概要） 2行目 ：空行 3行目以降：変更した理由（内容、詳細） 日本語でも英語でもOKですが、リポジトリで統一してください。 1行目 コミット種別と要約を書きます。フォーマットは以下とします。 [コミット種別]要約 コミット種別 以下の中から適切な種別を選びます。 （多すぎても悩むので
今回は前回にも少し登場したPropについて取り上げたいと思います。 基本的な使い方 Propは基本的にはCompnentのattributeとして定義してComponentの中ではthis.props.xxxとして参照する。それだけです。PropにはObjectでも関数でも何でも指定することが出来ます。 var Avatar = React.createClass({ render() { var avatarImg = `/img/avatar_${this.props.user.id}.png`; return( <div> <span>{this.props.user.name}</span> <img src={avatarImg} /> </div> ); } }); var user = { id: 10, name: "Hoge" }; // <Avatar user={us
対象者：Reactの基本を理解している人 / Reduxについて勉強している人 前：ReactJS入門@ES6:ReactRouter編 次：未定 まえがき Reduxの目的はStateを一元管理することです。 素のReactでは、Stateはコンポーネントが管理します。 コンポーネントの数が多くなり、親から子、子から子へとStateを継承したり、 コンポーネント間の連携などを考えだすと、Stateをどこかで一元管理し、 コンポーネントはイベントを受け、Stateを変更する命令を出すことに専念したくなります。 その仕組と制約を実現するのがReduxの役目だと、私は考えています。 まずはReduxを使わないカウンターをつくってみる カウンターをつくりましょう、カウンター。 画面にカウント回数と、プラスボタンとマイナスボタンが表示されているだけのやつです。 class Counter exte
先日参加した、isomorphic tokyo meetupで紹介されていたfetchrが良さそうだったので、使ってみた。 fetchrが解決する課題 React＋Fluxでサーバサイドレンダリング時に、superagentやaxios、isomorphic-fetchなどのIsomorphicなHTTPクライアントを使ってデータをフェッチするが、そのまま使うと下記のような課題にぶつかる。 ブラウザから直接BEのAPIにアクセスできない（またはさせたくない、外部のAPIでキー・シークレットをブラウザ側で持ちたくない）場合、そのAPIとProxyするエントリポイントを作る必要がある。 フェッチ部分のロジックが共有されるので、ブラウザではWeb API経由でフェッチして、サーバサイドレンダリング時は直接DBにクエリを叩きたい、みたいなのを自分で実装すると面倒。 fetchrはBEや外部のAPI
Bashだけでなく、多数のオープンソースツールがネイティブで動作する 「これは仮想マシンでも、（Cygwinのような）クロスコンパイルしたツールでもない。新しいWindowsサブシステムの“魔法”によって、Ubuntuのネイティブバイナリがそのまま動作する」（ギャロ氏） ギャロ氏の短いデモでは「Windows上でBashが動作する」ことだけが強調されたが、実際にはBashだけでなく、Ubuntuが提供するユーザーモードアプリケーション（ELFバイナリ）の多くがそのまま動作するという。実際、ギャロ氏のデモにおいても、Bashから起動したEmacsやsshクライアントが動作していた（言うまでもなく、これらはBashとは独立したバイナリである）。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
