米アマゾン・ドット・コムは2018年9月20日、音声アシスタント「Alexa」を搭載するデジタル家電を実現する開発キット「Alexa Connect Kit（ACK）」を発表した。デバイスメーカーはACKを組み込むだけで、音声操作が可能な製品を開発できる。キットの価格は数ドル程度。

Alexa、熱燗一本つけて Alexaちゃん、ついに電子レンジへ。おでん屋さんにも搭載されてロボット相手に熱燗オーダーする時代も近づいたのでしょうか。ニュースでも話題になっていますが、電子レンジだけでなく車、掛け時計にまでAlexaが内蔵される時代が来ました。特に電子レンジですごいのは Alexaコーヒーあたためて、だけで最適なあたためを自動でしてくれる Amazonで買った冷凍食品を温めるだけで自動でAmazonで冷凍食品を追加注文してくれる Alexa入り電子レンジの気になるお値段は60ドルと破格。 気になるその詳細はこちら。 Amazonの電子レンジの機能・出来ること スマートクッキングする Amazon電子レンジが冷凍食品を自動注文する Amazon電子レンジの価格は60ドル、Alexa入りだから安い？ 実際どうなのか？アレクサ電子レンジの使ってみたレポート紹介 Alexa内蔵の互

問題Laravelを使用したアプリケーションをローカル環境で開発してたとき、 PCを再起動したらDBに接続できなくなった！ PDOException : SQLSTATE[HY000] [2006] MySQL server has gone away Exception message: PDO::__construct(): Unexpected server respose while doing caching_sha2 auth: 109 コマンドやただのPHPからは接続できるのに、Laravelだけダメ！ 原因パスワードがcaching_sha2_passwordではなかったから？ 解決策ALTER USER `username`@`localhost` IDENTIFIED WITH caching_sha2_password BY 'password'; パスワードをcac

初めに この記事ではJavascriptのclassについてザックリですが解説します。 多くの初心者にとってclassは「何だこれ？？？」と躓くポイントだと思います。 （実際、自分も最初眺めた時は意味が分からず頭が学級崩壊してました。） なので、本記事ではサンプルコードと共に、 「何だこれ？？？」を「なるほど！！！」に 変えていけるように解説します。 序章 - 基本構文 まずはclassの基本構文を載せます。 使い方は後々に解説しますので、 とりあえず構文を眺めて美味しいご飯でも考えてください。 意味は深く考えないでいいと思います。 はいど～ん！ classの基本構文はこんな感じ！これだけ。 大丈夫です、内容も全く難しくないです。 解説すると、 ・NAMEは任意の名前（変数や関数の定義と一緒） ・constructorは必須な関数（classが呼び出された時に最初に実行される関数） ・a,

Typed Properties 2.0というRFCが投票フェーズに入ったのですが、2018/09/13時点で賛成48反対0となっていて、ほぼ決まりの状態です。 Typed Properties 2.0 どういうRFCなのかというと、これです。 class User { public int $id; public string $name; public function __construct(int $id, string $name) { $this->id = $id; $this->name = $name; } } class Example { // 対象型はvoidとcallable以外全て public int $scalarType; protected ClassName $classType; private ?ClassName $nullableClassTy

2018年9月5日、第70回となる「HTML5とか勉強会」が開催されました。今回のテーマは「開発環境」。 Webフロントエンドの開発環境をテーマに、エディタプラクティスやServiceWorkerを開発ツールとして使うアプローチ、長期運用されたサービスのリニューアル方針など、登壇者たちがその知見を語ります。プレゼンテーション「ServiceWorker Side XXX」に登場したのは、mizchi氏。ServiceWorkerを駆使したある取り組みについて紹介します。講演資料はこちら 開発環境のためにServiceWorkerを使う mizchi氏（以下、mizchi）：では「ServiceWorker Side XXX」ということで発表させていただきます。mizchiです。よろしくお願いします。 （会場拍手） ちょっと自己紹介とかはする気ないんですけど、最近本を書いたので、その紹介だけ

@kinakobo です。 先日フィークルという新規サービスのiOS, AndroidアプリをReactNativeで開発し、リリースしました。 アプリ: iOS | Android feecle.works すでに国内でもいくつか採用事例があるReactNativeですが、まだまだ事例が少ないと感じます。 今回自分たちもReactNativeを採用したので、まずはその検討段階から紹介したいと思います。 また、開発チームはWebエンジニアのみで構成されていたため、特にWebエンジニアの方向けの内容になります。参考までに、開発チームの人数は4人でAPI側も同じメンバーが担当していました。 はじめに、ネイティブアプリを何で作るか検討した際に出た選択肢は以下の3つでした。 iOSとAndroidそれぞれネイティブのコードで書く ReactNativeを使用する Flutterを使用する 1は全く

本エントリは3部作のPart3となっております。 Part1: Monorepo/CI Part2: 導入/Bridge Part3: 振り返り/今後 モバイルエンジニアの@hotchemiです。 Part1、2では実際にインテグレーションを進めてきた中で得られた知見を公開してきましたが、今回は半年程の運用を経て我々は当初の目的を達成できているのか、という事に関しての振り返りと今後について共有できればと思います。 振り返り 現状を軽く復習しておくと私達は今年の初頭からハイブリッドスタイルの開発を初め、現在のコード比率はNative75%, React Native 25%程となっています。 Good まず、Part1で宣言した3つの目標に関して振り返ってみます。 モバイルエンジニア不足の解消(◎) 達成する事ができました。一例を紹介すると現在Quipperには3名のiOSエンジニアがいます

5年前に参加した、とあるワークショップを今でも覚えています。 冒頭にこんなシーンがありました。 完全に再現はしていませんが、こんなデモの後にプロトタイピングを学ぶワークショップが始まりました。新人さんには気の毒ですが良いたとえだったので覚えています。 作り込んでしまうとボツになった時にダメージが大きい 逆に荒く作ってしまえばボツになってもダメージが少なく、量も多く作れる そんなことを印象づけてくれました。 ******** こういった作り込みの忠実性/程度をUIデザインの世界ではFidelity（フィデリティ）と呼びます。 Illustrator やPhotoshopで作った、いわゆるデザインされたモノはHigh Fidelity。手書きで書いたスケッチなどはLow Fidelity と言えます。 じつはこのFidelityの違いはフィードバックの質にも影響してきます。 見た目が良いほどフ

flex-wrap Wraps items if they can't all be made to fit on one line.

概要 『もっとより良いニュースアプリはできないだろうか』 そう考えてMenthasというニュースアプリを開発し、プログラマ向けニュースキュレーションサービスを作ってみた話 という記事をQiitaに書き、自分の予想を超えた反響を受けてから約3年になります。 しばらく開発の更新は留まってしまいましたが、ニュース推薦に関しての探求が終わったわけではなく、むしろ見えてきた課題のために数多くの論文を読んだりプロトタイピングを繰り返していました。 そしてつい先日、これまで解けなかった問題に対してようやく答えを自分なりに導き出すことができたため、骨格となるアルゴリズムの刷新に始まり、ついで開発もインフラからサーバサイド、フロントエンド・デザインと、全面的なリニューアルを行うことに成功しました。 新しいMenthasは以下のリンクから使用することができます。 https://menthas.com 今回は

メディア関係者向けお問い合わせ先 メールでのお問い合わせ: pr-jp@google.com メディア関係者以外からのお問い合わせにはお答えいたしかねます。 その他すべてのお問い合わせにつきましては、ヘルプセンターをご覧ください。

ども、@kimihom です。 サービスをローンチしてから最初の有料顧客が来るまでには長くの時間を要する。サービス開発の時間をかけた分だけ、この時間は辛く長く感じることだろう。ローンチから1年以上経ってようやく有料顧客を見つけたというケースも少なくない。 そんなサービス開発における"迷える期間"で、コツコツとやっていくべきだと考えているのが「布教活動」である。今回は私の具体例を交えながら、説明していく。 コアなファンはサービスの Why に共感する 最初の顧客をいかに満足して使ってもらい、そのあと使い続けてくれるか。そして顧客が他人へ紹介してくれるようになるのか。単にサービスを使ってくれる顧客ではなく、ファンになってもらえるようにしなければ、その先のサービスの成長を得ることはできない。 サービスのファンになってもらうには、私たち運営者は Why (なぜそのサービスを作ったのか、存在するのか

はじめに 個人でAWSを使って遊んでたら、自分の作ったアプリの不具合だったり設定が原因で高額請求されてしまいました。APIキーを誤ってぎっはぶなどに上げてしまい、それを悪用されて高額請求されました！という報告は多々ありますが、 自分で埋め込んだ不具合が原因で高額請求されてしまった話は見当たらなかったので残しておきます。 何をしてしまったかS3に置いた動画ファイルをトリガーにして、 Lambdaを起動、AWS Transcoderで動画処理して処理したファイルをS3に置く。 S3のイベントトリガーの設定が悪く、Transcoderで処理して置いたファイルでもLambdaが起動するという不具合を混ぜ込みました。 Lambda無限起動という不具合です。 翌日夜にいぢくるまで約24h程度動かし続けました。 S3のコンソール開いたときは、血の気が引きました。。 請求の内訳(約24h稼働)・Lambd

記事概要 書いた目的 フリーランスエンジニアの単価設定に「情報の非対称性」ある フリーランスは市場動向掴んで「売り手」になるべき エンジニア応援したい、優秀なエンジニアは年収伸ばせば良いし、キャリアミスマッチしてるエンジニアは再構築すれば良い 読者想定はフリーランスエンジニア、qiitaに多そうだから投稿 記事の内容 1. 自分のプロフィールと単価を公開 前職年収900万円で、フリーランス日額6.5万円〜10万円 40社ぐらい営業して、1/3は話が進む 2. この単価設定にした根拠を説明 前職基準、採用市場、派遣、フリーランス市場、英語圏 3. 終わりに 「こんな人材求められてるんじゃないかな」、「こうしたらキャリア積めるかも」を記載 正社員に戻って修行するなら、開発チームが強い（CTOが役員として存在）イケてるWeb企業で正社員キャリア積むことを目指すべき フリーランスのままでも「チーム

HOMEApp Engine PHP 7.2 Standard Env における Redis / Memcached / Spanner の利用方法 インフラの矢口です GAEにおいてついにPHP 7に対応したランタイムがリリースされました！ gVisorを利用することにより今までよりも圧倒的に制約が減り、標準的な構成を動作させやすくなりました。また大きな懸念点であった言語処理系ランタイムの更新頻度についても改善されることがアナウンスされています。 さて、そのようなGAE PHP 7ですが、DBやキャッシュのミドルウェアまわりについてはどうなっているのでしょうか。通信周りも自由になったため任意のプロトコルで外部に接続できるようになり使用できるものはかなり増えているはずです。 しかし公式ドキュメントで記載されているDBはDatastore, Cloud SQLにとどまっています。またApp

Buy this domain. codespot.io 2020 Copyright. All Rights Reserved. The Sponsored Listings displayed above are served automatically by a third party. Neither the service provider nor the domain owner maintain any relationship with the advertisers. In case of trademark issues please contact the domain owner directly (contact information can be found in whois). Privacy Policy

2019/07/26 追記 2019年7月26日、はてなダイアリーからはてなブログへの自動移行が完了し、はてなダイアリーでの記事の公開が終了いたしました。詳しくは下記の告知をご参照ください。 diary.hatenastaff.com 本文 株式会社はてな サービス・システム開発本部長の大西（id:onishi）です。平素ははてなダイアリーをご利用いただき、誠にありがとうございます。 はてなでは現在、「はてなダイアリー」と「はてなブログ」という2つのブログサービスを提供しておりますが、はてなダイアリーを2019年春をめどに終了し、はてなブログに統合いたします。 はてなダイアリーユーザーの皆さまには、さまざまな機能が進化し、より安全・便利にご利用いただけるはてなブログへの移行を、ぜひお願いしたいと思います。 私は、エンジニアとして「はてなダイアリー」の開発に携わり、ディレクターとして「はてな