01 シリコンバレーの超高速カイゼン
01 シリコンバレーの超高速カイゼン 02 意思決定とデータ分析 03 データ・バーチュアス・サイクル 04 アナリティカル・シンキング 05 相関関係と因果関係 06 サブスクリプション・ビジネス 07 KPI（重要業績評価指標） 08 予測とコントロール 09 データインフォームド 10 探索的データ分析 11 データの可視化 12 統計のアルゴリズム～線形回帰 13 コホート分析 14 時系列予測 15 データラングリング 16 統計と機械学習 17 データ人材育成 ＞＞ 一覧 GAFA（グーグル、アップル、フェイスブック、アマゾン・ドット・コム）などのテック企業は過去10年の間に飛躍的な成長を遂げた。彼らの急成長を支えているのは、ソフトウエアの技術力もさることながらデータを活用したカイゼンだ。日々吸い上げられる膨大なデータを分析、導き出した数々の仮説をテストし、プロダクトやサービス
Exploratory
Exploratory Desktop provides a Simple and Easy-to-Use UI experience to access various data sources, clean and transform data, visualize and analyze data to gain deeper insights, communicate your discoveries with Notes, and monitor your business metrics with Dashboards. You can quickly extract data from various built-in data sources such as Redshift, BigQuery, PostgreSQL, MySQL, Oracle, SQL Server,
「赤の他人」の対義語は「白い恋人」 これを自動生成したい物語 - Qiita
背景 「造語対義語」がちょっと面白いと思ったので、Word2Vecを応用して機械に作らせてみよう！という試み。 やりたいことは、以下のようなギャグ対義語を自動生成すること。 「赤の他人」⇔「白い恋人」 「ウサギは寂しいと死ぬ」⇔「ゴリラは孤独を背負い生き抜く」 「生きろそなたは美しい」⇔ 「死ねブス」 「冷やし中華始めました」⇔ 「おでんはもう辞めました」 「コアラのマーチ」 ⇔ 「ゴリラのレクイエム」 「やせ我慢」 ⇔ 「デブ大暴れ」 「生理的に無理」 ⇔ 「理論上は可能」 「ゲスの極み乙女」 ⇔ 「ほんのりピュア親父」 「週刊少年ジャンプ」⇔「月刊老人スクワット」 「お母さんと一緒」 ⇔ 「お父さんは別居」 「そんなんじゃ社会に出てから通用しないぞ」 ⇔ 「それだけの力があれば幼稚園では無敵だろう」 果たしてWord2Vecを活用して、このようなユーモアを生み出せるのか！？ 本投稿の内
UXに関わる仕事をして感じた4つのこと | ベイジの日報
当社がWebサイトを企画・設計するときは必ずユーザ行動の分析から入り、ここ4年くらいはカスタマージャーニーを作ることが定番化している。そのため、Webにおける設計業務の一環としてUXデザインの一部は行っていた。しかしながら、サービスの根幹に関わる類のUXデザイン的な仕事はほとんどなかった。 ところがここ1年くらい、UXのコンサルというか、アドバイスというか、 支援というか 、単にWebのUI改善を超える立場での仕事を依頼されるケースがでてきた。一般企業でもUXという言葉が使われるようになってきており、市場の中で課題意識は高まっている。一方で専門職としてのUXデザイナーはまだまだ少なく、実務に落とせる人材が不足しているからだろう。 そのUX支援っぽい仕事をいくつかする中で、UXを実践するうえで私なりに感じたことがある。その中から4つほどをまとめてみた。 まず1つ目、概念的なUX理論をいくら知
DHHはどのようにRailsのコントローラを書くのか | POSTD
私たちの救世主DHH™は最近の Full Stack Radioのインタビュー で、 Basecamp の最新版で彼がどのようにRailsのコントローラを書いたかを説明しています。下記は、彼のすばらしい話を書き取ったものです。 これまでに思うようになってきたのは、「RESTの原則に従うには、どのタイミングで新たなコントローラを作るべきかを一度決めたら、ほぼ異例なくその原則を遵守するべきだ」ということです。いつだってその方がうまくいくんです。自分の作ったコントローラの状態を悔やむのは決まって、作ったコントローラの数が少なすぎた時です。多くの処理を任せようとしすぎてしまうんです。 そこでBasecamp 3では、ある程度理にかなったサブリソースがあれば、毎回コントローラを分割していきます。フィルタなどの場合ですね。例えば画面があって、それがある状態になっているとします。もしこれにいくつかのフィ
歯科予約システムの治療履歴画面（基本） | ツクロア - DESIGN LAB
デザインに関する何かを書いていくDESIGN LAB、わたしのターンでは「なぜこういうデザインになったのか」というデザインフローを毎月お伝えしていこうと思います。 具体的な例については、架空の仕様のアプリが多くなると思います。 デザインには正解がない、でも最適なものはある デザインにはいろいろなアプローチ、表現があるので、「デザインには正解がない」とよくいわれます。 でも、その案件に応じた最適なデザインというのはそれぞれにあると考えています。 この「最適な」の根底にあるのは、クライアントの要望。…と思われがちですが、それだけではありません。クライアントの要望プラス、ユーザーの動向や気持ちも見逃してはいけません。 クライアントの要望だけを見ていると、ユーザーの気持ちを忘れがちになる わたしがデザインをするときに必ず考えるのは、「ユーザーの気持ち」。 クライアントと話をしていると、ついついクラ
.NET開発者のためのJavaScriptライブラリカタログ（MVCフレームワーク編）
.NET開発者のためのJavaScriptライブラリカタログ（MVCフレームワーク編）：特集：今から始めるJavaScriptアプリ開発（1/3 ページ） 最近のWeb開発では、どんな技術を使い、どのようにアプリが開発されているのだろう。モダンJSライブラリをよく知らない.NET開発者に向けて、その世界をまとめて紹介する。 連載目次 本特集では、最新のWeb技術にはあまり取り組めていない.NET開発者を対象として、Web標準技術を使ってアプリ開発を行う際によく使われているライブラリやフレームワークなどを紹介していく。モダンWebの世界では、現在、どんなことが行われているかをのぞいてみよう（すでにこれらの技術を活用している方にとっては「何をいまさら」な話ばかりだろうがご容赦願いたい）。今回はクライアントサイドMVCフレームワークを紹介する。 クライアントサイドMVCフレームワーク ここ数年、
DMM inside
日本アニメ初の快挙！海外アニメ賞を受賞した『スキップとローファー』海外ライセンス部長&プロデューサーが語る、奮闘の舞台裏
生き残るスタートアップ、消えてしまうスタートアップについての長めの雑感 【増田(@maskin)真樹】 | TechWave（テックウェーブ）
こんにちは、maskinこと増田真樹です。最近、やたらとスタートアップという言葉を耳にしますよね？ お金をもった投資家が「スタートアップを支援します！」って。この流れに乗り“起業しよう”また“起業した”という人は想像以上に多いと思います。実際、多くの投資家が「数年に1度の投資チャンス」といいますし、僕も同じような波の到来を感じています。どうしてそう思うのか？その説明は別の記事で執筆するとして、今日は筆者の経験上、生き残るスタートアップはどういうものか、消えちゃうのはどういうものだったかを、ざっくばらんにお話したいと思います。 起業という言葉は広義で、個人事務所として事業をスタートするのも、チームで会社を設立するのもそれに該当するわけですが、ここでは純粋な意味での“スタートアップ＝事業の立ち上げ”について、筆者の経験に基づきその成功法則について説明＆思索しようと思います。 まず、僕はとても沢
Webデザイナーだけど初めてのiPhoneアプリを7日間で開発した手順
初めてのiPhoneアプリを7日間で開発しました。 ウェブサイトの企画・制作が本業の僕にとって、アプリの制作はまったくの未経験。そのくせApp storeでリリースするところまで達成できたのは、 アプリ作成に挑む前の「気持ちの作り方」 技術不足を補ってくれるツール この2つのおかげだと思っています。 アプリの制作に挑戦し、途中で挫折してしまう失敗の原因に多いのは、身の丈に合わない難しすぎるアプリを作ろうとしてしまうことです。 僕の場合は、とにかくアプリを完成させることをゴールとして設定。開発期間を短縮してくれそうなツールがあれば利用することをアリとしました。 その結果、わずか1週間で初めてのアプリの制作を終えられたのです。 アプリをApp Storeからリリースしたことが「ある」と「ない」の差は自分にとっては大きく、ゼロから1にできたことへの達成感は今でも心に残っています。（この記事はアプ
2013/10/08 Yahooショッピング無料化についてまとめ（前編）
この記事は、公開から１ヶ月以上経過しています。弊社では他にも記事を公開しています。このジャンルの最新記事はこちらのページからご覧ください。 こんにちは、坂本です。 昨日10/7に発表された、Yahooショッピング無料化について。 facebook上で「Yahooショッピング無料化について語る会」というグループを作ったら、272人の方にご参加頂き、色んなお話を伺いました。なので、ちょっとまとめてみます。 グループの外でも色々お話を伺ったのを色々混ぜてあり、主観的で乱暴です。まあ、こういう話もあるかもねくらいで、軽く読んで下さい。 大きな動きの裏を読むのは楽しいもので、上記グループ内では様々な説が飛び交ってますｗ あと当日カンファレンスに出た方からも色々情報を頂いています。ナマの声を読んでみたい方は、参加してみて下さい（もちろん無料）。 さて今回は、前編・後編でお届けします。 前編は、色々な話
正しいwebサービスの葬り方 - razokulover publog
このたび、7月頃から個人ではじめた「Share Memo」というwebサービスを今年中には閉鎖することにしました。 閉鎖するにあたって、正しいwebサービスの葬り方について考えてみました。 大袈裟に、考えた、といっても大きくわけて２つしかありません。 以下、その２つです。 既存ユーザーへの配慮 どんな過疎化したサービスであっても、1人くらいはユーザーがいるはずです。 たとえ１人であろうと自分の作った拙いサービスを利用してくれた大切な大切なユーザーです。 閉鎖にあたっては、しっかりとそのユーザーへの配慮を行ないましょう。 ShareMemoに関しては、メモサービスなのでいきなり過去のメモがみえなくなるのはとても困ります。なので、今年中は過去分のメモは全てみられるようにしました。 ソースの公開 webサービスを閉鎖するなら、ソースは公開すべきです。 理由は、２つです。 ①インターネットコミュニ
第2回 なぜ、「技術力のないシステムエンジニア」が通用するのか？
（前回はこちら） 情報システムの構築には、多くの人手がかかります。「最大瞬間要員数100人」のプロジェクトがあったとして、100人のうち何人が顧客やエンドユーザーの顔を見ながら仕事をすることができるのでしょうか。 100名のうち半数近く、あるいは半数以上が、プロジェクトの「山場」に召集される、いわゆる「下流工程」を担当する要員です。彼ら彼女らは詳細設計書などのドキュメントが正確、かつ変更されないという前提で、その設計を実現するソフトウエア・プログラムの開発を担います。 設計書が間違っていたり、設計内容が変更されることは当然あり得ます。設計ミスを発見できる実力や、変更に迅速かつ柔軟に対応できる実力があれば、「人月単価」のアップにつながります。 ところが、設計を実現するという役割自体は固定化されています。顧客企業やエンドユーザーの顔が見える「上流工程」に関われる機会はなかなかないのが現実です。
kentaro-jp.com - このウェブサイトは販売用です！ - 日記 雑記 日刊 コンボイ プリンター たろー ぁぁぁあ トランプ リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
聞き手を引き込む 企画 / 提案資料を説明する際のコツ
最近なんだか「プレゼン上手いですね！」とか言われすぎて調子に乗ってるナカムラですこんにちは。 今回は調子に乗るついでに、資料の説明やプレゼンの時にディレクターが気をつけたほうが良いコトなんかを書いてみようかと思います。 説明が退屈だと提案まるごとツマラナイもの扱いされる いきなりマーケティングデータだとかワイヤー案だとか、あるいはデザイン案なんて資料を出してその説明に終始。こういう提案の方法を取られる方を結構な頻度で見かけます。 資料の出来が良ければそれで問題無いのかもしれませんが、大抵は聞き手に退屈に感じられてしまい、結果として提案内容そのものの評価も下がってしまうケースもちょいちょい。。。なので、今回の主題は「どうやって"提案内容を聞きたい"と思わせるか？」という僕なりのやり方になります。 まずは問題を整理し マイナスの共感を誘導 事前のヒアリングなどで確認していた内容や前提条件に対し
A successful Git branching model を翻訳しました
Vincent Driessenさんの "A successful Git branching model" を翻訳しました。 元記事はこちら： http://nvie.com/posts/a-successful-git-branching-model/ （翻訳の公開と画像の利用は本人より許諾済みです） このブランチモデルの導入を補助してくれる、git-flowというGit用プラグインがあるそうです。 翻訳の間違い等があれば遠慮なくご指摘ください。 A successful Git branching model この記事では、私のいくつかのプロジェクト（仕事でもプライベートでも）で約一年ほど導入して、とてもうまくいくことがわかった開発モデルを紹介する。しばらく前からこれについて書くつもりだったんだが、今まですっかりその時間を見つけられずにいた。ここでは私のプロジェクトの詳細については書
JavaScriptのMVCフレームワークと仲間たち ｜ Classmethod.dev()
JavaScriptのMVCフレームワークと仲間たち JavaScriptでイイ感じに開発をしたいという欲求が高まってきたため、自分でフレームワークを作らずに世界の賢者たちから学びたいと思います。今回は、JavaScriptでMVCフレームワーク等を実現しているフレームワークや周辺のライブラリ、さらにはツールやユーティリティまで幅広くご紹介します。 (2012/1/17 updated) Backbone.js Spine.js JavaScriptMVC AngularJS SproutCore Ember.js YUI App Framework Broke.js Fidel.js Sammy.js KnockoutJS eyeballs.js The M Project Knockback Batman.js Shipyard.js Agility.js ベース jQuery Doj
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
住太陽氏のセミナー「Webクリエイターに足りない、本当のSEOスキル」の感想 | amplifizr, Vol. 5
in the looop | Looops communications
TechCrunch | Startup and Technology News
