NVIDIA、画像内の一部を削除しリアルに修復するDeep learningを用いた画像修復技術を発表
NVIDIA、画像内の一部を削除しリアルに修復するDeep learningを用いた画像修復技術を発表 2018-04-23 NVIDIAの研究チームは、画像内の一部を削除し修復するDeep learningを用いた画像修復法を発表しました。 論文：Image Inpainting for Irregular Holes Using Partial Convolutions 著者：Guilin Liu, Fitsum A. Reda, Kevin J. Shih, Ting-Chun Wang, Andrew Tao, Bryan Catanzaro 本稿は、画像内の修正したい箇所をマスクし、除去したあとを自然に見せる代替を生成し再構築するモデルを提案します。不規則な形状のマスクでも画像修復できるDeep learningモデルです。 本提案手法は、最初にニューラルネットワークを訓練するた
教師なし学習は機械翻訳に魔法をかけるか？ - ディープラーニングブログ
つい先週，機械翻訳で驚くべき進展がありました． 教師なし機械翻訳がヤバい進化を遂げててびっくりした．たった半年でBLEUスコアを15から25に改善したのブレイクスルーでは？https://t.co/SVQlYYu2Pt 教師なし学習でこのクオリティの機械翻訳できるのまじで感動するし，ちょっと語っていい？ pic.twitter.com/fBllGtTkgb— Ryobot | りょぼっと (@_Ryobot) 2018年4月23日 要約すると教師なし学習でもひと昔前の教師あり学習の機械翻訳に匹敵する性能を獲得できたというのです．この記事では機械翻訳を知らない初心者にもわかるように魔法のような教師なし機械翻訳の仕組みを説明したいと思います． 教師あり学習の限界 機械翻訳はディープラーニングを適用することで急激に進歩した分野の１つだと思います．Google 翻訳はニューラル機械翻訳を導入するこ
「技術的負債だらけのチームで技術マネージメントしてみた」資料が素晴らしい - プログラマの思索
「技術的負債だらけのチームで技術マネージメントしてみた」の公開資料が素晴らしいのでリンクしておく。 【参考】 akipiiさんのツイート: "すごく良い資料。RT @yassan168: #kichijojipm 発表資料upしました。誰かの役にたてば良いのだけど。connpassにもUPしています。＞技術的負債だらけのチームで技術マネージメントしてみた https://t.co/3R25aUnI4S" 前任の仕事を引き継ぎしたら、下記の問題があったらしい。 技術的負債込みで引き継いでしまった、という例は、本当によくある。 (引用開始) １年前の状態 ・すべてがメールベース ・ドキュメントはほぼ無い ・最強の属人化。個人のパワーで乗り切る ・技術に関心が無く誰も行動しない ・暫定スクリプトが今も元気に本番稼働中 ・ソースには、ほぼコメント無し ・hoge.pl.(日付) 形式のソース管理
クロスケーブルは もう要らないの？
LANケーブルには、ケーブル内の信号線の配列によって「ストレートケーブル」と「クロスケーブル」の2種類があります。ただし最近は、ネットワークを構築する際にクロスケーブルを使うことは、まずありません。クロスケーブルは、ほぼ要らなくなったといえます。 現在一般的に使われている銅線のLANケーブルは、内部に信号線が8本入っています。ストレートケーブルは両端にある端子の同じピンをつなぐように信号線が並んでいて、クロスケーブルは受信用と送信用の信号線が交差しています。 このようになっているのは、LANスイッチのポートとパソコンのLANポートで、受信用と送信用のピンの配置が逆になっているからです。信号が相手の受信用のピンに届くようにするには、LANスイッチとパソコンをつなぐときはストレートケーブルを、LANスイッチ同士をつなぐときはクロスケーブルを使うのです。 一般的なネットワークでは、パソコンの数が
レイヤー設計とか、オブジェクト指向とか、DDDとか、その辺 - まっつんの日記
自分の指向としては、技術の勉強というとDDDとかOODとか、そういう抽象的方面が好きなのだが、オブジェクト指向否定論もあることは承知している。 ---------------追記 2020/09/27 この記事は「ユーザーのメンタルモデルを反映させる」というMVCの本来の設計思想を捉えていません。ただ、巷に流布しているものを元に考えた記事としては資料的には無価値ではないと思いますので、ログとして残しときます。 MVCの本来の考えはOOUIの本や、コプリエンのLean Architecture本が良さそう ------------------------------- 過剰設計の落とし穴 実際、レイヤー構造や業務モデルを頑張って作っているが、実装時に足かせになったり、プログラマがよく規約や方針を理解できずに、ごちゃごちゃに作り、余計に複雑になってしまったりするのは、色々聞く。（自分はこれをや
PlantUMLをAtomで使ってみよう！泣きながらシーケンス図！
PlantUMLを使ってシーケンス図を書こう！！ PlantUMLって？ テキストベースでUMLが書ける便利なかんじのやつです。 これいいな！って思ったのは なんか書くのが簡単そう。個人的にはExcelでちょっとずつ四角を動かしていく作業がなくなるだけで天と地の差。 テキストベースなのでGitで管理できる！ いろいろな画像形式で出力できる。 Eclipseでやろうとして挫折した過去があるので、これからはこれを使っていこうよ！という話し。 あと、うちの部署の新人さんたちはUMLなんかまったく使っていないので、そろそろクラス図とかシーケンス図とかかけてもいいかなと思った。教育用。 なぜPlantUML使おうと思ったか はぁ（ため息x10000） 突然お客様から「シーケンス図」を提供してほしいと言われた。 前々から思ってたんだけど、Excel（私の場合はLibreOfficeのCalcだけど）で
ViewModel設計の原則 その１
□導入 MVVMの知名度は十分に高まっているものの、MVVMでの開発はまだまだしきいが高いと感じる方が多いのではないかと思います。確かに、MVVMで開発するためのライブラリやフレームワークが出揃い始めており、それらの技術について説明したコンテンツも充実しつつあるように思います。しかし、これらの技術をどう使って設計していけばよいのかはどのコンテンツにもあまり語られていません。特にMVVMの肝であるはずのView Modelの設計をどうしたらよいのかについて説明しているコンテンツがなく、各技術者に任されてしまっています。 私自身、模索を繰り返しながら何とかViewModelの設計をやっているのが実態で、まだまだ不明な点が多くあります。しかし、今まで私がMVVMによる開発を行ってきたなかで得たものを、「View Model設計のための原則」というテーマで、何回かに分けてご紹介したいと思います。い
Railsで開発してもPHPで開発しても大して変わらねえじゃねえか。Facebook見てみろや。リア充はプログラミング言語なんで気にしてないぞ。
2015/01/07 (更新日: 2018/04/26) Railsで開発してもPHPで開発しても大して変わらねえじゃねえか。Facebook見てみろや。リア充はプログラミング言語なんで気にしてないぞ。 THOUGHT Ruby on Rails Cake PHP Go jQuery Angular JS Web界隈にいる方ならよく聞くワードかと思います。 上記の言語は、ここ3,4年で流行りだしたものです。 最近、ふと疑問に思うことがありました。 「これってラットレースに巻き込まれていないか？」 プログラミングはすばらしいです。 パソコン1台で、すばらしいサービスを世の中に生み出すことが出来ます。 ぼくも、こういった考えを信じて、日々勉強に励んでいました。 プログラミングは、勉強しても、勉強しても、新しい技術が出てきます。 それをまた勉強します。 無限ループです。 仕方のないことです。 で
あの「イラつく文字認証」のおかげで年間250万冊もの本がデジタル化されている - ログミー[o_O]
誰もが一度はイラっとさせられたであろう文字認証「CAPTCHA」。ユーザがコンピュータで無いことを確認するセキュリティ機能のひとつですが、近年、これを解読することは「本のテキスト化」に協力することと同義になりました。同システムの開発者でクラウドソーシングも発案した起業家、Luis von Ahn（ルイス・フォン・アン）氏が、7億5,000万人が参加するプロジェクトが生まれたキッカケを語ります。（TEDxCMU 2011より） 誰もが一度はイラっとさせられるCAPTCHA（キャプチャ） ルイス・フォン・アン氏：このように、ゆがめられた文字の並びを読んで埋めるタイプのウェブフォームを見たことのある人は何人いますか？ これを見て本当にいらいらすると感じた人は何人いますか？ はい、すばらしいですね。私がこれを発明しました。私がこれを発明したメンバーの1人です。 （会場笑） これはCAPTCHAと呼
![あの「イラつく文字認証」のおかげで年間250万冊もの本がデジタル化されている - ログミー[o_O]](https://cdn-ak-scissors.b.st-hatena.com/image/square/8ba18e7ffd334cdf4bc1b04ec39ddafc0c460dcc/height=288;version=1;width=512/https%3A%2F%2Fimg.logmi.jp%2Fwp-content%2Fuploads%2F2014%2F11%2Fvon1ec_R.jpg)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
