タグ

2018年4月5日のブックマーク (19件)

  • なぜ地方のクリーニング屋で機械学習? 「無人店舗作りたい」 たった1人、独学でAI作る副社長の挑戦 (1/2) - ITmedia NEWS

    なぜ地方のクリーニング屋で機械学習? 「無人店舗作りたい」 たった1人、独学でAI作る副社長の挑戦(1/2 ページ) 「中小企業でお金もない、人もいない。ここ10年でIT化に取り組んできたが、今ある課題や業界の将来を見据え、今はAI人工知能)を自作している」──福岡県田川市でクリーニング店を8店舗展開するエルアンドエーの田原大輔副社長はこう話す。同社はスーツやズボンなどを判別する画像認識システムなどを導入。人材が不足するクリーニング業界の中で業務効率化を図るためいち早くIT化に取り組み、いずれは無人店舗のオープンを目指す。 IT化に取り組んだ10年 電話からSkypeによるビデオチャットへ、メールからチャットワークへ、ExcelからGoogleスプレッドシートへ──2008年ごろから10年近くクリーニング業務のIT化を進め、15年11月にGoogle機械学習用オープンソースライブラリ「

    なぜ地方のクリーニング屋で機械学習? 「無人店舗作りたい」 たった1人、独学でAI作る副社長の挑戦 (1/2) - ITmedia NEWS
  • 【Pythonエンジニア列伝:vol.4】Pythonドキュメント翻訳者cocoatomoさんに、技術ドキュメント翻訳との関わりや歴史を伺いました - Python学習チャンネル by PyQ

    大変ご好評頂いているPythonエンジニア列伝の第4回は、cocoatomoさんにお越しいただきました。 Pythonエンジニア列伝とは 「Pythonエンジニアとして活躍する方にインタビューしよう」という連載です。 Pythonを学ぶサービスであるPyQオフィシャルブログとして、Pythonを単なるプログラミング言語としてではなく、日常や仕事で使えるものとしてお伝えしたいと考えています。Pythonエンジニアたちのインタビューを通して、Pythonを使う人達がどんな人なのか、どんな場面で活用しているのか、なぜPythonに出会ったかなどを知ってもらいたいと思います! Pythonエンジニア列伝とは お客さま cocoatomoさん 連載記事一覧 Pythoncocoatomoさんの関わり-ドキュメント翻訳について Pipenvのドキュメント翻訳 Pipenv Dive Into Pyt

    【Pythonエンジニア列伝:vol.4】Pythonドキュメント翻訳者cocoatomoさんに、技術ドキュメント翻訳との関わりや歴史を伺いました - Python学習チャンネル by PyQ
  • 日本は「偽ニュース」のダメージが小さい国だ

    山田:ネットメディアをめぐり、フェイクニュースやアドフラウド(広告詐欺)など、マイナスイメージの言葉が飛び交っています。メディアの未来をどう考えていますか。 伊藤:今、起きていることは、スパムに似た現象と、ハッキングに似た現象に分けられる。スパムに似た現象は、ツールである程度フィルターできるようになると思う。これはもう時間の問題だ。 ただ、問題はハッキング。進化するハッキングに対しては、対策もいたちごっこになるしかない。こういう戦いは、今後もなくならない。すでに、メディアはバトルフィールド(戦場)にいるからだ。 ところが、ニューヨーク・タイムズも含めて多くの伝統的なニュースメディアの人たちは、メディアがバトルフィールドの中にいる、ということをわかっていない。それどころか、自分たちがネット時代においてどういう役割を果たしているのかを理解できていない。 既存メディアの役割は「エサの投入」 山田

    日本は「偽ニュース」のダメージが小さい国だ
  • ぼっちからはじめる・カイゼンジャーニー第1部 - Speaker Deck

    「組織をアジャイルへ変えるぼっちなボクのカイゼンジャーニー」スライド資料 DevLOVE「カイゼン・ジャーニー / 「一人から始める」を始める。」スライド資料 2018/04/04 初回 2018/04/21 モディファイ1 2018/06/21 モディファイ2 BPStudy130回 2018/06/25 モディファイ3 富士通様向け 2018/10/18 モディファイ4 東芝様向け 2018/11/28 モディファイ5 レバレジーズ様向け 2019/05/21 モディファイ6 NTTデータNJK様向け 2019/09/18 モディファイ7 メディーバ様向け 2019/10/04 モディファイ8 国内大手様向け #devlove #kaizenj

    ぼっちからはじめる・カイゼンジャーニー第1部 - Speaker Deck
  • Rubyのリリースマネジャーを趣味でやるのは無理

    「異能」ともいえる際立った能力や実績を持ち、まわりから一目置かれるエンジニアを1カ月に一人ずつ取り上げ、インタビューを掲載する。今月取り上げるのは「Yugui」というハンドルネームで知られる園田裕貴(そのだゆうき)氏。書籍「初めてのRuby」の執筆者であり、過去にはRuby 1.9系のリリースマネジャーを務めた。スケールアウト(現Supership)の初期中心メンバーの一人でもある。今回は、Rubyとの関わりやスケールアウトに参加したきっかけを聞いた。 (前回から続く) Rubyは2000年半ば、大学1年生の頃に趣味で触り始めました。バージョンが1.4の頃でした。高校時代からちょっとしたCGIを書くためにPerlを触っていました。そうした情報をいろいろ調べているうちに、Rubyといういい言語があるらしいという話を聞いたのです。 Rubyは割とすぐ手になじんだので、ちょっとしたスクリプトを書

    Rubyのリリースマネジャーを趣味でやるのは無理
  • ソートアルゴリズムを極める! 〜 なぜソートを学ぶのか 〜 - Qiita

    NTT データ数理システムでリサーチャーをしている大槻 (通称、けんちょん) です。 今回はソートについて記します。 0. はじめに データ構造とアルゴリズムを学ぶと一番最初に「線形探索」や「ソート」が出て来ます。これらのテーマは応用情報技術者試験などでも頻出のテーマであり、アルゴリズムの Hello World とも呼ぶべきものです。 特にソートは、 計算量の改善 ($O(n^2)$ から $O(n\log{n})$ へ) 分割統治法 ヒープ、バケットなどのデータ構造 乱択アルゴリズムの思想 といった様々なアルゴリズム技法を学ぶことができるため、大学の授業でも、アルゴリズム関連の入門書籍でも、何種類ものソートアルゴリズムが詳細に解説される傾向にあります。記事でも、様々なソートアルゴリズムを一通り解説してみました。 しかしながら様々な種類のソートを勉強するのもよいが、「ソートの使い方」や

    ソートアルゴリズムを極める! 〜 なぜソートを学ぶのか 〜 - Qiita
  • Pythonを勉強しはじめたら毎日楽しくなってきた - Hagex-day info

    最初のコンピューター言語に触れたのは「BASIC」だった。 今はなき「九州エネルギー館」(2014年3月3日閉館)で、「マイコンを触ろう」(パソコンではなく、マイコンだ!)という4回ぐらいの講座があり、小学3年生か4年生だった私は申し込んだ。 ひとり一台マイコンが用意されており、機種は富士通の名器「FM-7」。マイコン講座の中身は、BASIC学習となっており、print、for、color、if then goto、などを教わり、色を出したり、音を出したり、四則演算をさせたりし興奮した。この講座は当時の私にとって、スゲー刺激的で毎回楽しみにしていた。 講座には「カセットテープを必ず1もってくること」と書かれていた。マイコン講座なのに、いったい何のため? と思っていたが、これはその日に書いたプログラムを保存するために必要だった。 自宅にもマイコンが欲しかったが、お金はなく。小学生用のマイコ

    Pythonを勉強しはじめたら毎日楽しくなってきた - Hagex-day info
  • ブロックチェーンで出版業界を変える「Publica」のビジネスモデルを分析 - ZOWEB

    2018年4月現在ではブロックチェーンといば仮想通貨を支える技術という印象が強い気がしますがもちろん同技術は金融にとどまらず色々な領域に活用されていくものです。そんな一例として気になる海外サービスを見つけました。次世代出版プラットフォーム「Publica」です。稿では既存の出版業界の仕組みや既存サービスに触れながらPublicaの何が新しく、それがどのように出版のあり方を変える可能性があるのかについて考察しようと思います。 ■Publicaとは? 簡単にいうとPublicaは、独自のトークン「PBL」を使い、 著者が読者から直接の代金を受け取れる仕組みです。実際にができあがるまでの流れを見るとわかりやすいです。下記の図と併せて御覧ください。 まず作品を形にしたい作家は必要な費用を算定してPublica上で クラウドファンディングを実施し、興味を持った読者から資金をPBLで集めます。支

    ブロックチェーンで出版業界を変える「Publica」のビジネスモデルを分析 - ZOWEB
  • AWS 上で利用している SSL/TLS 証明書を一括管理するツール aws-cert-utils を作った話 - Kaizen Platform 開発者ブログ

    はじめまして、Kaizen Platform SRE の @tkuchiki です。 記事では AWS 上で利用している SSL/TLS 証明書(以下、証明書)を一括管理するツールを作成したので紹介いたします。 TL;DR aws-cert-utils を作成して AWS 上で利用している証明書を一括管理できるようにした 証明書の一覧表示、証明書を利用している ALB / CLB / CloudFront の一覧表示も可能 aws-cert-utilsを利用し証明書を管理することで、更新・確認作業においてミスが発生しにくくなった 背景 今までの問題点 CLB / ALB / CloudFront の証明書更新時に aws cli iam でアップロードした証明書を Management Console から一つひとつ切り替えていた 更新対象が多いので作業に時間がかかる 確認作業も大変 そ

    AWS 上で利用している SSL/TLS 証明書を一括管理するツール aws-cert-utils を作った話 - Kaizen Platform 開発者ブログ
  • チームやプロダクトの "ふりかえり" (KPT)について意識していること - ぷらこあ

    こんにちは、青木ととです。 最近、 所属している会社 でふりかえりにおけるファシリテーションをすることが多くなってきたので、ふりかえりについてのポエムを書こうと思います*1。 特定の書籍や文章から影響を受けている部分は多いですが、持論の箇所も多々あるので、何か違和感を感じたら遠慮なく石を投げてください。ぽいぽい。 "ふりかえり" について 🌲木こりのジレンマ 🗯ふりかえりは愚痴大会ではない 📆開催頻度は1~2週間に1度 ⚒ふりかえりの手段/フレームワーク KPT KPTとは KEEP KEEP ≠ GOOD PROBLEM 掘下タイム⏰ 問題 🆚 私たち TRY 質より量🗻 コントロール🎮できることに注力する TODO/ACTION 「誰が」「いつ」やるのか KPTの進め方について 大まかな流れ テーマを決める グラウンドルールを決める 出来事を思い出す 今週はどんな出来事があ

    チームやプロダクトの "ふりかえり" (KPT)について意識していること - ぷらこあ
  • 【完全新機能】DB認証情報やOAuthキーを一元管理可能なAWS Secrets Managerが発表されました! | DevelopersIO

    現在開催されている、AWS Summits 2018 | San Franciscoにおいて、AWS Secrets Managerが発表されました。 AWS Secrets Manager: Store, Distribute, and Rotate Credentials Securely | AWS News Blog 2018年4月9日更新 AWS Secrets Managerを学ぶ時に便利なリソースや、概要、構造、チュートリアルなどをまとめた記事を公開しました。こちらも合わせて御覧ください。 機密情報を一元管理できる「AWS Secrets Manager」とは?概要と主要機能、動作原理、各種リソースまとめ __ (祭) ∧ ∧ Y  ( ゚Д゚) Φ[_ソ__y_l〉     Secrets Managerダワッショイ |_|_| し'´J AWS Secrets Mana

    【完全新機能】DB認証情報やOAuthキーを一元管理可能なAWS Secrets Managerが発表されました! | DevelopersIO
  • マーチン・ファウラー氏「リファクタリング 2nd Edition」で20年ぶり内容刷新、サンプルコードはJavaScriptに。Web主体で書籍はエッセンシャル版の位置づけ

    マーチン・ファウラー氏「リファクタリング 2nd Edition」で20年ぶり内容刷新、サンプルコードはJavaScriptに。Web主体で書籍はエッセンシャル版の位置づけ マーチン・ファウラー氏が20年ぶりに大幅に内容を刷新した書籍「リファクタリング 2nd Edition」を今年秋に出版する計画だ。サンプルコードはJavaからJavaScriptに変わる。また、コンテンツ体はWebサイトとなり、書籍はそのエッセンシャル版の位置づけとなる。 「リファクタリング」とは、ソフトウェアの機能追加や変更、性能向上などに備えるため、開発されたコードの外部に対する振る舞いは変更せず、より整理された、あるいは洗練されたコードに書き換えること、あるいはその手法のことを指します。 いまでは開発者の間で広く知られているこのリファクタリングについて、その目的や手法などを書籍としてまとめあげ、出版したことで啓

    マーチン・ファウラー氏「リファクタリング 2nd Edition」で20年ぶり内容刷新、サンプルコードはJavaScriptに。Web主体で書籍はエッセンシャル版の位置づけ
  • API 設計ガイド  |  Cloud APIs  |  Google Cloud

    フィードバックを送信 API 設計ガイド コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 変更履歴 はじめに これは、ネットワーク API の一般的な設計ガイドです。2014 年以来 Google 内部で使用され、Cloud API やその他の Google API を設計するときに Google が従うガイドです。この設計ガイドは、外部のデベロッパーへの情報提供と、互いの連携作業の効率化のためにここで共有されています。 Cloud Endpoints のデベロッパーには、このガイドは、gRPC API を設計するときに特に役立つことがあり、そのような場合にはこれらの設計原則を使用することを強くおすすめします。ただし、このガイドの使用は必須ではありません。Cloud Endpoints と gRPC はガイドに従わなくても使用できます。 このガイドは、gR

    API 設計ガイド  |  Cloud APIs  |  Google Cloud
  • データサイエンティストを目指して勉強した1年間まとめ - Qiita

    はじめに 記事では、データサイエンスについて学んだこと、データ分析業務に携わって、経験したこと、気付いたことをまとめています。特に、後半を中心にまとめています。前半についてはこちらの「データサイエンティストを目指して半年で学んだことまとめ」に書いています。ご興味があれば、読んでいただければと思います。 全てはビジョン(あるべき/ありたい姿)を明確にしてから始まる データ分析で最も重要になるのが、ビジョン(あるべき/ありたい姿)の明確度にあると感じています。ビジョンが明確であるほど、課題・目的も明確に設定でき、課題解決のための仮説検証、必要なデータの準備と、ビジョンの実現に向けたデータ分析ができるようになります。勿論、ビジョンが明確であれば良いというものではないかもしれません(必要なデータが集められない等)が、少なくとも、意味のない作業を減らすことは可能だと考えられます。 逆にビジョンが明

    データサイエンティストを目指して勉強した1年間まとめ - Qiita
  • 工数見積もりのコツ - Qiita

    はじめに 稿では、仕事をする上での作業工数の見積もり方法について説明します。 工数とは何か 工数(こうすう1)というのは、仕事において、あるひとつの作業を完了するまでにかかる総累計時間のことです。情報処理技術者試験に出てくるTAT(ターンアラウンドタイム)とは意味合いが異なります2。 例えば、ある作業に40時間(40H3)かかるとした場合、工数は40時間であるといえます。1日8時間勤務だとした場合、40時間は5人日(にんにち)と表現することができます。さらに、1ヶ月20日勤務だとした場合、0.25人月(にんげつ)と表現することもできます。 一般的に工数の単位は「人日」および「人月」で扱います。 学生時代は工数を気にすることはないですが、ITエンジニアとして会社で働くようになると、かならず工数を意識する必要があります。 なぜ工数を意識する必要があるのか なぜ工数を意識する必要があるのかとい

    工数見積もりのコツ - Qiita
  • プロトタイピング - mizchi's blog

    Path of Exile ってハクスラにはまってるんだけど、ゲームってやってたら作りたくなりませんか。 途中まで作った。 https://infallible-easley-5955b5.netlify.com/ 使ったもの React Redux SVG ひたすら素朴な react-redux で作るのを心がけた 他はすべて気合で0から実装 実装したもの 経路探索 カメラ ポインタシステム 当たり判定 詰んだ きれいな設計にするために副作用起こせる場所とアクセス絞ってたら無限に想定から外れて、「絶対に副作用を起こさないと詰む」みたいな箇所が増えてしまい、コードを大幅に書き直さないといけなくなったので、一旦断念。オブジェクト間のメッセージシステムをもっと念頭に置くべきだった。 React部分で困ったことはない(複雑なものもない)。当初懸念していた reducer の実行コストと描画コスト

    プロトタイピング - mizchi's blog
  • React v16.3 changes - blog.koba04.com

    React v16.3.0 がリリースされました。 ※4/4 にバグフィックスを含む v16.3.1 がリリースされています このバージョンでは、基的には v17 で有効化される非同期レンダリングへの対応が中心になっています。変更点は多いですが、ほとんどが機能追加であり破壊的な変更はないため、v16.2 から v16.3 へのアップグレードは比較的簡単じゃないかなと思います。 https://reactjs.org/blog/2018/03/29/react-v-16-3.html 当初の予定からはかなり延びたため、直前に発表された React Suspense の機能も入れるのかと思いましたが入りませんでした。まだ最終的な API は決まってないようなので今後に期待。 React Suspense については、v16.3 と関係ないので今回は省略します。 https://reactjs

    React v16.3 changes - blog.koba04.com
  • gRPCを学んでいる - はこべにっき ♨

    マイクロサービスや自作ミドルウェアのAPIをメンテナブルにしたいよねっていう文脈で、OpenAPIGraphQLgRPCといった技術が採用されるのを最近よく目にする。 バックエンドを実装しているWebエンジニアとしては、こういう仕組みが整備されつつあるのはありがたい。APIをシステムの外に公開しようとすると、ドキュメンテーション/バリデーション/クライアントの実装など、意外と副次的な作業が必要なので、、汎用化されたツールに頼れるのは助かる。マイクロサービスを用いたアーキテクチャを考えるにあたっても、システム間のアダプタをイメージしやすくなる。 そういう背景で、最近家ではgRPCを調べている。このあとはgRPCについて調べたことのメモや感想のコーナーになっているので、興味があったらどうぞ。 主な情報源 だいたいこのへんを眺めておくと、gRPCの基については抑えることができる。 grpc

    gRPCを学んでいる - はこべにっき ♨
  • 「プロエンジニアになるための「アジャイル開発」再入門」が素晴らしい - プログラマの思索

    倉貫さんの資料プロエンジニアになるための「アジャイル開発」再入門が素晴らしいのでリンクしておく。 新入社員向けのアジャイル研修の資料は、これを使えば十分ではないかな、と思った。 以下はラフなメモ書き。 【研修資料】 【参考】 アジャイル開発とウォーターフォール型開発の違いについて再考: プログラマの思索 アジャイルとウォーターフォールは文化や価値観のレベルで異なるという話 - たなかこういちの開発ノート アジャイル開発の質 ? アジャイルとウォーターフォールの違いとは | Social Change! ソフトウェアは完成しても価値はない ? アジャイル開発は何を解決するのか | Social Change! アジャイル開発とは:「アジャイル開発」をエグゼクティブサマリにまとめてみた | Social Change! ドキュメントをなくしてもうまくいく? ? 人に依存するリスクへの対処とは

    「プロエンジニアになるための「アジャイル開発」再入門」が素晴らしい - プログラマの思索