3大AIスピーカーの設計、プロの評価は「天才」「秀才」「初心者」
前回の記事はこちら 電機メーカーや部品メーカーでの勤務経験を持つ“熟練”のエンジニアたちの協力を得て実施したAIスピーカー（スマートスピーカー）主要3機種の分解。エンジニアたちは設計に関して、米グーグル（Google）社の「Google Home」を「天才」、米アマゾン・ドット・コム（Amazon.com）社の「Amazon Echo」を「秀才」、そしてLINEの「Clova WAVE」を「初心者」と形容した。 同じAIスピーカーでありながら、どういった違いがこのような印象の差を生んだのか。具体的には、全体設計や製造コストに直結する部品点数、AIスピーカーで重要になる音声の処理の違いなどにあるという。 「まるでパズルのようだ」 「まるでパズルを組み合わせたかのように無駄がない。なんか天才的なエンジニアが、“これでもか”という感じでシンプルな設計を追求した感じがする」 分解されたGoogle
RxSwiftなどを利用しないMVVMのサンプル - Qiita
はじめに RxSwiftやReactiveCocoaなどのReactive Programmingを実現するフレームワークを利用する方が増えているので、もともとデータバインディングの機構がなかったiOSアプリ開発においてもMVVMを用いるられる機会が増えつつあると思います。 そのため、RxSwfitなどを用いてデータバインディングを行うデザインパターン = MVVMという雰囲気が漂っている気がしています。 MVVMは、View・ViewModel・Modelによって構成されます。 Viewはユーザーからのアクションを受け取って、そのイベントをViewModelにバインドします。 そして、そのバインドされたイベントによってViewModelはModelの取得や更新を行います。 ViewModelは更新された情報をイベントとしてViewにバインドし、Viewはバインドされたイベントをもとに結果
Real world es201x and future
現場のES201x と未来のアーキテクチャ - インサイドフロントエンド2
“Web Componentsだけ” で新サービスを実装して見えたこと - Qiita
Double O というサービスを作りました。 フロントエンドはピュアな Web Components を採用していて、バックエンドは Lambda と DynamoDB のみで構成しました。 (厳密には CloudFront とか API Gateway とかもあるけどそこは省いていいよね？) REST API 以外の Util 系の Lambda 関数はすべて AWS Cloud9 で管理することで環境構築も不要な Lambda ができて楽でした。 TL;DR サーバーレスについてはごく普通のことしかしていないので、詳しくは触れないでおきます。 ピュアな Web Components だけでサービスを成立させることができた。 HTMLElement クラスを継承するだけなのでメジャーライブラリは不要になった。 Web Components の Custom Elements は標準仕様
アプリを成長させるためのログ取りとログ解析に必要なこと
シリコンバレーのスタートアップを数多く取材する中で気付いた「シリコンバレーにおけるディシプリン（規律）の存在」や「General Electric（GE）やIBM、SAPといった老舗企業が必死になってシリコンバレーのスタートアップを真似している理由」、そして「日本企業がイノベーションを実現するための処方箋」について解説します 詳しく知りたい場合は「GE 巨人の復活」をご覧下さい。 http://www.nikkeibp.co.jp/atclpubmkt/book/17/P55110/ 今後の記事は「シリコンバレーNext」をご覧下さい。 http://itpro.nikkeibp.co.jp/siliconvalley/
GraphQLを導入してみて得た知見と雑感。GraphQLはタイタニックの救命ボードになりえるかも - Qiita
GraphQLは実装内容に合えばタイタニックの救命ボードのように混沌から救い出してくれる。だからと言って全てのプロジェクトがタイタニックな訳ではないので、使い所が合わなければそんな救命ボードにもあまり意味は無い、という話。 先日、個人開発して公開したプロジェクト「node-node-node」のバックエンドはRails APIにGraphQLを使っていて、このプロジェクト内容に対しては最高の親和性を発揮してくれた。 GraphQLのメリットを一言で言えば「クライアント＝サーバー間での複雑なトランザクション処理の全てをGraphQLが吸収してくれる」ということに尽きる。ややこしい技術の詳細を書いたところでメリットはこれ以外に無い。 /usersや/postsというそれぞれのエンドポイントにリクエストを投げていたのがRESTful。 GraphQLにするとエンドポイントを気にすることなく「これ
SmartHR が組織運営で一番大切にしていること - 宮田昇始のブログ
こんにちは、SmartHRの宮田です。 今回は、SmartHR社の経営、組織運営で一番大事にしている考え方を紹介します。 前提: スタートアップは難問がいっぱい スタートアップを創業して成長させていく過程は、100個の問題を解いていくようなものだと思っています。 しかも1問1問がなかなか手強いです。 創業期は、「どんな社会インパクトを与えるのか？」「どの市場で勝負するのか？」「どんなプロダクトにするのか？」「最初のターゲットは誰？」「どうやって顧客にリーチする？」「どうやってマネタイズする？」「採用は？」「資金調達は？」などからはじまり、 事業が軌道にのっても、「どうしたらこの機能のUXを良くできるのか？」「CPAどうやって下げる？」「ARPUどうやって上げる？」「CRMは何がいいの？」「開発の優先順位は？」「評価制度どうする？」「内定したAさんのオファー金額は適正？」「知財ってどこから手
10分で分かる、いま話題の未来組織「ティール組織」 | ハイクラス転職ならdoda X（デューダエックス）
doda X（旧：iX転職）は、パーソルキャリアが運営するハイクラス転職サービス。今すぐ転職しない方にも登録いただいています。 今の自分の市場価値を確かめてみましょう。 ビジネス書の中でも、とりわけ王道なのが「マネジメント」のカテゴリー。どのように組織を運営し、上司は部下にどのように接し、会社ではどのように目標を設定するか。そして、どうすればより高い成果・業績が挙がるかについて、解説された書籍はゴマンとあります。 その内容はさまざまな切り口、さまざまな理論とともに紹介されており、どれももう出尽くしたのではないかと思われても、毎年毎年、新しい「マネジメント本」が発行されます。大ヒットは出なくとも、コンスタントに売れ続ける分野というわけです。 ところが最近、このマネジメントの分野でダントツの売上1位を記録し、一般書籍を含むランキングでも上位を席巻している本があります。『ティール組織』です。 2
"体系的" に開発サイクルを回して "効果的" に学びを得るには - クックパッド開発者ブログ
会員事業部エンジニアの新井( @SpicyCoffee66 )です。 Splatoon2 で各ルール S+1 以上になるため日々奮闘中のところに MHW が発売されました。 加えて最近ぷよぷよを始めたので、どう考えてもいろいろ計算が合わなくなってきました。 本日おこなわれた Cookpad TechConf 2018 では「クックパッドの "体系的" サービス開発」と題し、社内でどのような点に気をつけて開発サイクルが回されているかをお話しさせていただきました。 動画・発表資料は後日アップロードされる予定ですので、よろしければ合わせてご覧ください*1。 今回は、TechConf 2018 での発表内容から、BML ループの運用について、多少の補足や要約を交えながら書きたいと思います。 サービス開発は難しい まず前提として、サービス開発は難しいです。 その難しさの大部分は、以下の２つの要因から
【Reduxに疲れた人のための】Undux入門 - Qiita
巷のフロントエンドではReact+Reduxの技術スタックがどちゃクソ流行ってますね！ とはいえ、Reduxだとやはりどうしてもひとつアプリを作る際のボイラプレートコードの多さや、ステートの更新によってトリガされる副作用処理のハンドリングをredux-sagaやredux-side-effectsなしではうまくやれないケースが多いです。 もし、Reduxとその周辺ライブラリのよせあつめにちょっとでもツラミを感じ始めたら、Unduxを試すチャンスです。 Unduxとは？ Dead simple state management for React Reactのための死ぬほどシンプルなステート管理ライブラリです。 特徴 TypeScriptやFlowなどでの型付けを意識した設計。 ReduxにおけるAction, Reducer, Dispatcher, Containerなどの概念を必要とし
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Android案件見積りに現れる要素、あるいは丁寧に埋設された地雷たち
アプリをエミュレートするアプリの登場とその危険性 / How multi-account app works
https://future-catalyst.com/publica