Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに この度は個人でmeta翻訳という翻訳サービスを開発しました。 現在Google翻訳を筆頭に、機械翻訳サービスは乱立していて、業界としてレッドオーシャンだと思いますが、meta翻訳は複数ある翻訳サービスの中でも日本語⇄英語の翻訳では最高精度だと自負しております。 なので、個人でも頑張ればレッドオーシャンに突っ込めるくらいの機械学習サービスを開発できるというお話しをしたいと思います。 ※個人開発とは思えないくらい高精度なので是非一度使ってみてください。 meta翻訳の精度 まず初めにmeta翻訳の精度を簡潔に紹介したいと思います。

話：レイ・カーツワイル … 70年代になり発明を続けていると、発明の内容が、それが具体化される将来に存在するはずの、発明を現実にするテクノロジーや市場原理に釣り合っていないといけない、ということがわかってきた。 発明が現実になるときの世の中は、発明が考案されたときの世の中とは、大きく違っているはずだからだ。 そこでわたしは、個々のテクノロジー（電子工学、通信、コンピュータのプロセッサ、メモリ、磁気記憶装置など）がどのように発展し、それらの変化が、市場やひいては社会制度にどのような波紋を引き起こしたかをモデル化する作業を始めた。 発明が失敗する理由は、ほとんどの場合、研究開発がうまくいかないからではなく、タイミングが悪いからだということがよくわかった。 発明はサーフィンによく似ている。波がいつ来るかを予測し、ちょうどよいタイミングで乗らなければならないのだ。 … シンギュラリティは近い―人類

IT業界に蔓延する客先常駐によるシステム開発ですが、もう今更言うまでもなく理不尽なことだらけの世界です。 現在の客先常駐のスタイルが続く限りはIT業界の長時間残業の問題を解消することは難しいですし、働き方改革を推進し、日本のIT業界を成長させていくのであれば何としても現在の客先常駐によるシステム開発は消滅させていかねばならないと思います。 客先常駐スタイルのシステム開発の変なところをまとめてみました。 偽装請負が当たり前に行われている 客先常駐の何が一番おかしいかと言えば何といってもこの偽装請負です。どう考えても違法行為なのになぜか中々是正されません。 準委任契約だと請負契約ではないから偽装請負にはならないと勘違いしている愚かな経営者もいますが、違法行為であることは薄々気づいて（というか完全に気づいて）偽装請負に手を染めている経営者もいます。彼らは偽装請負のことを「グレーゾーン」のような呼

追記 12/7 23時 ここで伝えたいことはさらに情報を補完したまとめ記事を日経が書いてくれたので、こっち読むといいよ。 ニュース解説 - PEZY社長逮捕、スパコンの旗手に何が起きたのか：ITpro 追記ここまで 開発資金確保が目的か　スパコン助成金詐取事件　　：日本経済新聞 どうもこの記事で勘違いしている人が多すぎるので書いておく。 逮捕容疑はこれ↓ ～～～～～～～～～～～～～～～～～～ 特捜部によると、２人はメモリーデバイスの開発に絡み14年２月、事業費を約７億7300万円とした実績報告書をＮＥＤＯ職員に提出し、助成金額はほぼ上限の約４億9900万円に確定した。翌３月、すでに支払われた約6800万円を除いた約４億3100万円が同社に支払われた。 事業費は本来の経費より水増しされており、特捜部は助成金を上限まで受け取れるよう逆算して水増し額を決め、実績報告書に記載していたとみている。

こんにちは、Kosukeです。:) IncrementsのQiitaプロダクトマネージャー及川卓也さんがMisocaへいらっしゃったので、インタビューさせて頂きました！ （左から共同創業者 松本、及川さん、代表 豊吉、Kosuke） 及川卓也氏のプロフィール 一般社団法人情報支援レスキュー隊 代表理事。東京出身。早稲田大学理工学部卒。 専門だった探査工学に必要だったことからコンピューターサイエンスを学ぶ。 卒業後は外資系コンピューター企業にて、研究開発業務に従事。米国マイクロソフトに派遣され、Windowsの開発を行う。その後もWindows関連のプロジェクトに関わっていたが、どうせWindowsの仕事をするのならと、マイクロソフト株式会社(当時)に転職。 マイクロソフトではWindowsの開発を行い、最終的には日本語版と韓国語版のWindowsの開発の統括を務める。 2006年にグーグル

クロスカルチャーの専門家Rochelle Koppさんと一緒に考案した 新技術の導入を加速させるための「８つの習慣」をまとめ上げた。この習慣を習得することで、米国と同じようなスピードで新しいことに対応したり、生産的になることができる。今回はその一つ目の習慣について解説してみた。 今回、日本最大級のアジャイル開発のイベントの一つである Scrum Gathering Tokyo で先のRochelle さんと一緒に「８つの習慣」を初めて発表させていただいた。 2017.scrumgatheringtokyo.org 「８つの習慣」は日本での Agile / DevOps をはじめとする最新技術やプロセスの導入を米国並みのスピードにすることを目指している。Agile や DevOps を開発した人は西洋の人なので、西洋文化の上に成り立っている。だから、日本の文化の上でそれらを使うと、どうもうま

あらまし お仕事で様々な立場の方とお話しする機会があるわけですが、以前からどの階層にいる人にも共通した「技術開発と製品開発とビジネス開発が同時に出来るのではないかという思い込み」を持っている方が非常に多い事に気付きました。 よくある混同で起きるマズい事 例えば、おぼろげながら自分達で考えている製品像が浮かんだとしましょう。この製品像は、それこそ具体的になっているものではありませんが、必要な機能や性能やインターフェースが何となく整理できた状態になっていたとします。そこで必要になる機能を実現するための技術的な要素は、少し頑張れば実現できそうな事ばかりで、さっそく製品開発をスタートする事にしてしまいます。 このシチュエーションで起きるのは以下です。 製品の機能を仕様にまとめる 仕様が好ましいものと判断され/判断し、計画をスタートさせる 仕様を満たす機能を実現できるように設計を開始する 設計が完了

ケルビン＠斜壊人 @legendkelbin ラーメン屋で「醤油ラーメン」と注文した後に「半ライスつけて。餃子つけて。やっぱ塩で。ネギ多め。やっぱ炒飯で。メンマつけて。やっぱ味噌で。もやしつけて。海苔要らない」位の追加注文した客が、最初の醤油ラーメン代だけ払って帰るのを呆然と見るのがシステム開発です。 2016-03-17 12:33:40

売上27兆5000億円。営業利益2兆8000億円。日本では圧倒的、世界でも有数の大企業であるトヨタ。ではなぜトヨタはこれほど強いのか？　新著『トヨタの強さの秘密』で、日本ではほとんど語られてこなかったその謎を明かした酒井崇男さんにインタビューする。 English is here. 意外と知られていないトヨタの強さの理由Ｑ：トヨタが強いのは、数字を見れば一目瞭然で日本企業の中では圧倒的。でもたしかに「なぜ強いの？」と言ったときに、いままで正面から語られてこなかった気がします。それを本書ではトヨタの強さは「製品開発」にあると言い切りましたね。逆になぜいままで本書のような本がなかったのでしょうか？ 酒井　今回の本のタイトルの副題は、「日本人の知らない日本最大のグローバル企業」となっています。そこで早速SNSの知り合いから、「トヨタって本当にグローバル企業なの？」という質問がありました。変な話で

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 株式会社Photosynthの@koichi222です。 Akerunというスマートロックのサービスを提供しています。 自分自身の主なロールとしては、Webサービス側のプロダクトマネジメントですが、 ハードウェアとソフトウェアを組み合わせたサービスを生み出す中で、プロダクトマネージャの役割についての学びを書かせていただければと思います。 体験を中心に設計する Iot製品開発で最も重要なのは、ソフトウェアとハードウェアが組み合わさった時のユーザ体験です。 そして１番のリスクは、この体験の検証が製品開発の１番最後のタイミングで行われることで

Twitter でプロダクトマネージャーについてぶつぶつ呟いていたら、まとめられていました。ありがとうございます。 プロダクトマネージャー制度を導入するにはどうすれば良いのか プロダクトマネージャーについてあれこれ考えていることを、ここらで一旦整理する良い機会かなとも思いましたので、ちょっと文章をこさえてみることにしました。一年ぶりにブログでも書いてみようと思います。 プロダクトマネージャーはユニコーンなのか。なぜそれが必要なのか。プロダクトマネージャーを見つける / 組織で制度化するとはどういうことなのか。それについて自分の考えを述べていこうと思います。 プロダクトマネージャーは新しいユニコーンか? 昨今よくプロダクトマネージャーが話題になっていますが、人によっては「プロダクトマネージャー」 が今自分たちができないことを象徴している/それが登場すれば全てが解決する銀の弾丸的なもの･･･い

アプリ・サービスのUIデザイナーが集うコミュニティ「UI Crunch」は、若手が成長できる場の提供を目的として、25歳以下限定のコミュニティ「UI Crunch Under25」を設立。その第1回イベントを9月26日、東京・渋谷にある株式会社ディー・エヌ・エー（以下、DeNA）の社員食堂「サクラカフェ」で開催した。基調講演には、DeNA会長の南場智子氏が登壇。「何故いまデザインなのか？」と題し、多くの失敗から導き出したという、いわばヒットサービスを開発するための「悟り」を披露した。開発者にも大変参考になる内容なので、本稿でお伝えする。 【関連リンク】　UI Crunch Under25　｜　UI Crunch この日は若手デザイナーに向けてということもあってか、南場氏のトークは大変気さくでノリがよく、語り口はロックスターのMCのようであった。文字では伝わりにくいが、その楽しさ・雰囲気を少

20億行のコードを保存し、毎日4万5000回のコミットを発行しているGoogleが、単一のリポジトリで全社のソースコードを管理している理由 Googleは検索サービスやGoogle Apps、Google Cloud Platformなど巨大なサービスを多数運営しています。その同社は、20億行にもおよぶソースコードの管理をサービスやプロジェクトごとに分けず、すべて単一のリポジトリで管理しているそうです。 先週9月14日にサンノゼで開催されたイベント「＠Scale」で、Googleによるセッション「The Motivation for a Monolithic Codebase: Why Google Stores Billions of Lines of Code in a Single Repsitory」（単一コードベースへの取り組み：なぜGoogleは単一リポジトリに数十億行ものコー

とあるSI向けが得意そうな有名転職斡旋会社の採用要項のシートを書いていて、だんだんイライラしてきて、ついついブログに逃げてしまいます。 すごく誤解をされやすい話を書いていいですか？センシティブな話なので、正直言って書きにくいです。 自分は製造業出身なので、大卒、院卒と大卒以外の人たちの新卒事情に、ヒエラルキー的な差があるのは事実として意識しています。 つまり製造業の場合は、設計や開発を行う技術者、と、主にラインでものつくりを行う製造の立場というのがあると思います。大卒は原則、設計、開発や生産管理で、高卒とかだとブルーカラーという立ち位置で給与水準などが違うという現実があるかと思います。 最近まで意識してなかったんですが、それをソフトウエア産業にそのまま適用すると、いわゆるSE職が大卒、生産部隊としてのプログラマ職が大卒以外ということになるみたいですね。 ・ホワイトカラーエグゼンプションの議

勉強会資料

機械学習や自然言語処理といった人工知能（AI:Artificial Intelligence）の領域で、優秀な人材の奪い合いが世界各地で起きている。ITpro連載「脳に挑む人工知能」第8回以降は、日本、米国を中心としたAI人材獲得の現場をレポートする。 TOEIC 900点、博士号、実装力 東京・千代田区にあるリクルートホールディングスのオフィス。同社が2015年4月に開設した人工知能研究所（Recruit Institute of Technology）を統括する石山洸氏は、毎日のように採用面接を繰り返していた。 その目的について、石山氏は「リクルートが人工知能で世界トップになるため、トップ級の研究者にジョインしてもらうこと」と語る（写真1）。 採用の条件は厳しい。TOEIC 900点以上の英語力と、機械学習に関する博士号相当の研究実績、そして人工知能を具体的なサービスに結びつけるソフト

Last Updated on: 2018年8月4日何年間も下書きのまま塩漬けになっていたエントリを多少修正して公開します。 プログラミングではホワイトリスティングが基本ではプログラミング/システム開発とセキュリティに対する基本的な考え方をまとめて説明していませんでした。手短にこれらの基本的な考え方・解決策を紹介します。 このエントリでは「アプリケーション開発における根本的なセキュリティ対策」を考えています。 問題を知る 多くのセキュリティ上の問題は複数のシステムがデータ交換う場合に発生します。データ交換を伴わない認証の問題、システムの安定性の問題などもセキュリティ問題です。脆弱性報告されるセキュリティ問題の8割、9割は入出力の問題です。入出力以外、つまりアプリケーションロジックの問題も重要な問題ですがこのエントリでの考察は省略します。省略はしますが紹介するセキュアな開発プロセスを実施すれ