アプリへの機械学習機能の追加 Firebase ML を使用してカスタムモデルのトレーニングとデプロイを行うことも、Cloud Vision API による手軽なソリューションを利用することもできます。 デバイス上で機能するカスタムモデルをデプロイ 既存の TensorFlow Lite モデルから着手する場合でも、また独自のモデルをトレーニングする場合であっても、Firebase ML によるモデルのデプロイを使用して、無線（OTA）でユーザーにモデルを配信できます。この方法では、モデルが必要な場合にのみデバイスにダウンロードされるので、当初のアプリのインストール サイズが小さくなります。また、複数のモデルを A/B テストしてそのパフォーマンスを評価できるほか、アプリ全体の再公開を必要とせずに、定期的にモデルを更新することもできます。Firebase コンソールにモデルをアップロードす

WEBINAR | AI Prototype to Production: Operationalizing and Orchestrating AI

Fast and reliable Barcode Scanning Document Scanning Data Capture for your mobile app or website Get started with Scanbot SDK, your trusted partner for barcode scanning, document scanning, and data extraction

こんにちは。デザイナーの大橋です。 今日は、私が担当している “（しら）ずにお金が（たま）る”自動貯金アプリ『しらたま』 で導入してました、デザインのバージョン管理の話を紹介します。 デザインのバージョン管理といえば、AbstractやKactusがありますが、今回はあえてGit Sketch Pluginを試してみました。 デザインデータをGitHubで管理しようと思ったキッカケ 私以外のチームメンバーがみんなエンジニアだから、間違いなくGitHubに寄せたほうが効率いいんじゃないか。 新しいツールを導入すると、プロジェクトに関する情報が分散してしまいがちで、エンジニアも招待したり登録してもらったりしなきゃいけないのかなという印象。※あくまで印象です。 Kactusはプライベートレポジトリが有料。 こんな感じでなんかファイルが増えてく。。。(忙しいと放置しがちでよくない。。 GitHub

Roadmap to becoming a web developer in 2021 Below you find a set of charts demonstrating the paths that you can take and the technologies that you would want to adopt in order to become a frontend, backend or a devops. I made these charts for an old professor of mine who wanted something to share with his college students to give them a perspective; sharing them here to help the community. Special

AWS Compute Blog Announcing Go Support for AWS Lambda This post courtesy of Paul Maddox, Specialist Solutions Architect (Developer Technologies). Today, we’re excited to announce Go as a supported language for AWS Lambda. As someone who’s done their fair share of Go development (recent projects include AWS SAM Local and GoFormation), this is a release I’ve been looking forward to for a while. I’m

絶賛人員拡大中のスタートアップに転職して以降、コーディング面接の面接官をするようになった*1。 弊社はいろんな方面で人員を拡大中のため、面接対象の職種も多岐にわたっている。具体的には、入社からの数ヶ月の間で以下の５つの職種の候補者を面接した。 Fullstack engineer (自分の職種) Infrastructure engineer Data scientist Technical product manager Sales engineer 基本的に自分に期待されているのはエンジニアリング（主にコーディング）の技能のチェックなので、職種にかかわらず似たようなコーディング面接を行い*2、職種に応じて評価を調節することが多い。 コーディング面接に際しては、うちの会社ではcoderpadを利用して、実際に動くコードを書く面接を行っている。自分の（インタビューされる側としての）数少ない

この記事はJavaScriptの入門書として書いているjs-primerのthisに関する部分をベースにしています。 またjs-primerでは書けなかった現在時点(2018年1月1日)でのブラウザの挙動についてを加えたものです。 次の場所にjs-primer版（書籍版）のthisについての解説があります。 この記事と違って実際にコードを実行しながら読めるので、学習ソースとしては書籍版を推奨します。 書籍版: 関数とthis · JavaScriptの入門書 #jsprimer また、バグ報告やPRも直接リポジトリにして問題ありません。 asciidwango/js-primer: JavaScriptの入門書 おかしい場所を選択した状態で右下にある”Bug Report”ボタンを押せば、簡単にtypoとかのバグを報告できます。(PRでも歓迎) 前置きはこの辺までで、ここから本編。 この記

GMOペパボ Advent Calendar 2017の23日目の記事です。 今回はJavaScriptでGraphQLのサーバ／クライアントや関連ツールを提供しているApolloのツールセットでRailsプロジェクトでGraphQLのモックサーバを立ち上げるところまでを試してみます。 業務でRails製の（RESTishな）Web APIとVue.js製のSPAからなるアプリケーションを開発していて、スキーマファースト開発を取り入れています。また、GraphQLで通信するAPIを実験的に導入しはじめていますが、こちらは明示的な開発フローを決めず導入しようとしているため、なかなかサクサクと開発が進まないのが現状です。そこで、GraphQLでも先にインタフェースだけを決めてから、モックサーバを使ってフロントエンドとバックエンドで並行開発していけばよいのでは、という発想になります。 しかし、そ

Web標準の1つである「Service Worker」は、Webブラウザで表示されるWebページのバックグラウンドで実行されるスクリプトです。 Service Workerを利用することで、ネットワークに接続されていないオフラインのときでもプロキシサーバのようにWebページからのリクエストを処理することができるため、オフラインに対応したWebアプリケーションを実現することが可能になります。 今後の高度なWebアプリケーションの実現に、Service Workerの機能は欠かせないものになっていくとみられています。 Service Workerは、すでにChrome 63とFirefox 57でサポートが開始されている一方、SafariとMicrosoft Edgeではサポートされていませんでした。 SafariとEdgeの開発版でService Workerが利用可能に そのSafariと

TL; DR どれだけ努力しても"ネイティブ並"は無理なので諦めが肝心 エンジニアは英語ができなくても話を聞いてもらえるので「伝える意思」と「分かったか分かってないかを絶対に曖昧にしない」こと 謝辞 このエントリは弊Android Projectのビルド待ち時間を使って書かれています。Android Studioさんに感謝します。 ビルド待ち時間にブログを書かれたくない場合は弊社は僕に全部盛りiMacを買ってください。 前口上 英語力に関するエントリは盛り上がりやすく荒れやすい気がするんだけど、それはやっぱりみんな英語は出来たほうがいいに決まってるしさりとて英語を身につけるのは難しいよねってことが分かってるからだと思う。 僕はエンジニアの中では比較的英語が得意な部類に入ると思うけど、それでも全然充分だとは思わない。ただ、これでやっていけないか？というと全然そんなことはないので、一番重要なの

ex-mixi Advent Calendar 2017 - Qiita 9日目をいただいた @kkakizaki です。 株式会社ミクシィの在籍期間は2008年から2016年までで、 QAマネージャーとして、次々に巻き起こる品質保証上の課題を何とかするお仕事をしていました。 現在は株式会社サイバードにて、同じく品質保証部門の長として、 品質保証だけではない様々な課題解決に勤しんでおります。 折角の ex-mixi なので、今回は この記事 の続きです。 前回の記事は2012年に書かれたものですが、 現在も繊細なエンジニア達が死にやすい状況に変わりはなく、 影響の大きな死因の1つとして「イケてないバグレポート」が存在しています。 BTS にイケてないバグレポートが増殖してしまう現場の方は、 この記事をテスターに叩きつけてやってください。 アンチパターンその1：敬語 テスト業務が受発注関係で

はじめに もうほかに選択肢無いでしょ的なライブラリを除くと主に使ってるのは以下くらいです。 思っていた以上に標準パッケージで筋肉なコード書いていたようです 😇 github.com/goadesign/goa: WAF github.com/jinzhu/gorm: DBのmappingとquerybuilder go.uber.org/zap: logger aws-sdk-goとか紹介することもあまり無いので割愛してます。 github.com/goadesign/goa 独自のDSLでAPIの設計をすることで go generate とかでgoのコードとswaggerを生成している 設計の共通化やクライアントエンジニアと対話するときのドキュメントがコードとセットで吐き出せるので重宝している ↑にも書きましたが、レビューしてほしいときにswaggerのURLがgithubのコメントで

テストがなかった無法地帯のプロジェクトに自動テストを導入して、開発速度を1.7倍にした話をします。 自動テストがなぜないのか 自動テストのないプロジェクトには、そうなる理由が必ず存在します。よくみる理由は、「時間がないから1」「テストの書き方がわからないから」「無理やりテストを書いたつらい経験があったから2」といったものです。今回のプロジェクトの場合は、以下の2点でした： 自動テストの書き方がわからないから レビューがテスト代わりだったから まず、チーム編成が変わって私ともう一人がチームに加わるまで、実装者の中に自動テストの経験者はいませんでした。このような状況では、自動テストは困難になります。なぜなら、何をどうやってどこまでテストするかを決めるには、多少の慣れが必要だからです。この慣れがないと、何をしたらいいかわからないという状態に陥りがちで、結果として自動テストが後回しにされてしまいま

プログラマとしてのキャリアをスタートすると、構文や設計を理解するだけでなく、その他の様々な事柄を理解し習得する必要があると気づきます。本書は、優れたコードを作りだし、人々と効率的に働く生産性の高いプログラマになるための考え方とテクニックを38のテーマで紹介します。はじめに、コード1行1行の書き方、デバッグやエラー処理、コードの改善方法など開発現場でのコーディングを取り上げます。次にコードを単純に保つこと、コード変更やテスト、リリースなどソフトウェアを開発する際の考え方や心構えを扱います。個人的な活動として、継続的な学習方法と停滞を避けるための課題の見つけ方など、自らを成長させる方法も紹介。さらに組織の中で他の人とコミュニケーションを取りながら、効果的に働くための習慣を解説します。『Code Craft』の著者Pete Goodliffeが、自らの経験を元に「優れたプログラマ」になるための考

AWS News Blog Introducing AWS AppSync – Build data-driven apps with real-time and off-line capabilities September 8, 2021: Amazon Elasticsearch Service has been renamed to Amazon OpenSearch Service. See details. In this day and age, it is almost impossible to do without our mobile devices and the applications that help make our lives easier. As our dependency on our mobile phone grows, the mobile

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.

Appleは、一部のMacBookやMacBook Proでディスプレイの反射防止コーティングがはがれる問題について、無償交換修理の期間を延長したことがわかりました。2013年以降に発売された各モデルが対象となります。 2013年以降のモデルが修理受付中 MacBookやMacBook Proのディスプレイに施された反射防止コーティングがはがれてしまう、という指摘は2015年から相次いでいました。 この問題に対し、Appleは無償での交換修理に応じており、今年2月には購入時期の対象を「購入から3年」に拡大していました。 米メディアMacRumorsによると、Appleは無償修理の期間を「購入から4年以内」まで延長しています。 現時点で交換修理の対象となるのは、以下の各モデルです。 2013年 13インチ MacBook Pro 2013年 15インチ MacBook Pro 2014年 1