フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
![Webプログラマと数学の接点、その入り口](https://cdn-ak-scissors.b.st-hatena.com/image/square/09506cbaaf9dcce5ce34390160e8e1dbf054c9ec/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2Fda8c9ad62f93434cb3e0c8cbfd15a7c9%2Fslide_0.jpg%3F6942963)
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
Googleは今年3月、東京にGoogle Cloudの東アジアリージョンを2016年後半に設置する ことを正式に発表しています。 その東アジアリージョンがいつどのような規模で開設されるのか、具体的な計画はまだ明らかになっていませんが、9月29日付のGoogle Cloud Platformブログの記事「Google Cloud Platform sets a course for new horizons」で公開された図から、東アジアリージョンは3つのゾーンから構成されることが判明しました。 上の図は、その記事で2016年から2017年にかけて新設される9つのリージョンを青い四角で示したものです。 東京に設置される東アジアリージョンのみ2016年に開設予定で、それ以外のムンバイ、シンガポール、シドニー、北バージニア、サンパウロ、ロンドン、フィンランド、フランクフルトの8カ所は2017年に
2016 - 10 - 03 【レンズレビュー】ソニーのSEL90M28G 使いやすいフルサイズマクロレンズです 機材 スポンサーリンク Google+ Pocket 人気記事一覧 写真撮影が上手くなるかも!?おすすめのカメラグッズ 【一眼レフ・ミラーレス一眼ユーザー必見】 かっこいいカメラバッグ Incase DSLR デザイン、収納性抜群です おしゃれでかっこいいおすすめのカメラストラップ SONYのフルサイズ対応、単焦点マクロレンズSEL90M28G(FE 90mm F2.8 Macro G OSS)のレビューです。 FEレンズでは初のマクロレンズとなったこのレンズ。普段花の撮影も多かった私はどうしてもマクロレンズが欲しくてたまりませんでした。 発売前から色んな噂をネットで見て回り、販売されるのを楽しみに待っていて、発表されたと同時に購入したレンズです。 SEL90M28G(FE 9
イベント参加後の感想書くの久しぶりな気がするw 9/30(金)〜10/1(土)に開催されたServerlessConf Tokyo 2016に1日目のワークショップは普通に一般参加者として、2日目はスピーカーとして参加してきました。 ワークショップ 思った以上に実践的でそこそこ長丁場だったのもあって、けっこう疲れました。 ゾンビが大量発生した世界で生き残った人々が連絡を取り合うためのチャットシステムを作るみたいな感じだったのだけど、そのストーリー性のあるテーマのおかげでTwitterで参加者がわいわいしながらやっててとても楽しかったです。 その様子はこちらでご覧いただけます↓ togetter.com 内容はAPI Gatewayはやっぱりマネジメントコンソールから手動でポチポチするのツラいな・・・とか、Amazon ESやっぱ微妙だな・・・とか思ったりもしたけど全体的にはとても満足度が高
(追記)2017/06/03 本記事を書いた当時のモバイルバッテリーは マイナーチェンジしたバージョン を含めて既に完売になっていますが、一見すると同じに見えるものが最近になって発売されました。 これを便宜上3代目と呼称させて頂きますが、この3代目は極めて奇抜な仕様となっています。 筐体には、モバイルバッテリーを充電するために使う USB-IN と、モバイルバッテリーから他の機器に給電するための USB-OUT と、別々のコネクタが備えられていますがハッタリで、内部的に直結になっているということが判明しました。 なんと、USB-IN のコネクタ側へも給電されます! いわゆる「逆流」でして、逆流対策を施していない充電器を使ってモバイルバッテリーを充電しようとすると、もれなく想定外の事態が発生する可能性に見舞われます。 3代目・ダイソー300円モバイルバッテリーがデンジャラス仕様に というタイ
想定の50倍ものトラフィックが発生したPokémon Go。基盤となったのはGoogle CloudのCloud DatastoreとGoogle Container Engine Googleは9月29日付のブログ「Bringing Pokémon GO to life on Google Cloud」で、Pokémon GoのインフラとしてGoogle Cloudが使われており、サービス開始後に想定の50倍ものトラフィックが押し寄せてきたことを紹介しています。 下記のグラフのオレンジ色の線が当初の想定(Original Launch Target)、赤い線が想定していた最悪のケース(Estimated Worst Case)です。しかし現実にやってきたトラフィックは緑路の線(Actual Traffic)でした。 当初の想定よりも5倍余裕を持って最悪のケースを想定していたところに、実際
ここ2年ぐらいで俺が働いた現場はみんなgitを採用している。就職エージェントと面談するときもgit経験の有無をよく訊かれるし、今ではVSSやCVSどころか、SVNですら時代遅れになってきて、SVNを使っている現場は「レベルが低い」「保守的・旧態依然」という雰囲気すら感じる。 俺としては4-5年前からgit(GitHub)を使っているし、gitを使うこと自体に抵抗はない。一通りの基本操作はできるし、人並みにはできると言っても差し支えはない。 …が、正直gitの良さがあまり見えてこない。 もし俺が中規模以上のプロジェクトのリリースを本格的に管理する側であれば全然違った感想を持ったかもしれない。でも一人の開発者として、せいぜい10人程度のプロジェクトで利用する限り、「gitで良かった」という状況があまり思い当たらない。 ではgitの何が気に食わないのか書いていきたい。 ①gitは馬鹿には難しい
LINE Developer Meetup in Fukuoka #16 http://connpass.com/event/38413/
- はじめに - 最近、"ガルパン"や"シンゴジラ"、"君の名は"が話題になって、映画批評系のブログ記事がホットエントリーになる事が多い。 昨日も「同じ映画を何回も見る人って…」みたいなブログ記事がバズっていた。 同じ映画も好きなだけ見ると良いと思うし、色んな映画を幅広く見るのも、映画を見ないのも構わないが、ブログ記事のサムネイルは映画のワンシーンだし、記事内で引用されてる映画論評アカウントのアイコンも映画の画像かアニメキャラの画像。 コンテンツの事は好きなのに画像は転載するってお前それ「コンテンツが好きな自分が好き」なだけなのと勘違いしてんじゃないのという話。 - でもお前のアイコン無断転載じゃん? - 今やインターネットが普及して、市民ジャーナリズムや個人ジャーナリストが一般に認知されている。 個人の意見や見解が時に人を動かすし、企業も「個人の発信する力」を常に考えている時代だ。 個人
契約による設計と名前による型づけ 最近, 社内で契約による設計の話が雑談として何度か出ていて, id:hakobe932さんが社内勉強会で紹介していたり, id:shiba_yu36さんがWEB+DB PRESSでSmart::Argsで制約をチェックする記事を書いていたり, 活発な議論になっている. インスタンスのファクトリメソッドとオプショナルな型を組み合わせると事前・事後条件を満たすことが保証できて, id:hakobe932さんの資料で言うところの「要求型」と「保護型」の区別も明確になってよいという話を書こうかとおもっていた. (これはそのうち別で書く.) とはいえ, こんな話はもう言っている人がいるだろうと思ってちょっと調べていて, どういう語句で調べたらいいか考えていた. インスタンスの型からそれを生成したファクトリメソッドが特定できて, それによって事前・事後条件が保証される
こんにちは。あんどう(@t_andou)です。 ディープラーニングによる学習精度を上げるためには大量のデータが必要と言われていますが、学習済みのモデルを流用することで少ないデータから効率よく・高精度な学習をさせることが可能な場合があります。 それが Fine Tuning と言われるものです。 具体的なやり方については↓こちらの記事がとてもわかりやすかったので、著者のFrancois Cholletさんより許可を頂き、翻訳させていただきます。 Building powerful image classification models using very little data 注意:意訳しています。間違っているところも多々あると思いますので、ご指摘いただけると幸いです。 本文が長いので3回程度に分けて投稿する予定です。 データの準備・データの水増し 1から小さな畳み込みニューラルネットワ
東京都内にはお金をかけずにデートを楽しめるスポットがたくさんあります。 入館料無料の博物館や無料で入園できる動物園など探してみれば多様なデートスポットが見つかります。東京23区内で豊かな自然を満喫できるスポットも存在しています。 愛はあるけどお金はない。そんなカップルはたくさんいることでしょう。 「遊びに行くお金がないから、最近はおうちデートばっかり…」なんて、ため息をついていませんか? お部屋でまったりするのもよいですが、たまにはお出かけしなければ二人の関係もマンネリ化してしまいます。 そこで活用して欲しいのが、無料で遊べるデートスポット。日本全国には、お金をかけずに遊べる施設がたくさんあります。 特に東京都内は、無料で利用できてデートに最適なスポットが豊富。お財布事情に心もとないカップルでも、存分にデートを楽しめます。 二人でお出かけしたくなってきましたか?次のデートに備えて、東京都内
こんばんは。プログラマーのhakatashiです。2ヶ月ぶりですね。普段はpixivコミックやpixivノベルの開発を手伝っていますが、今回もそれとは全く関係ない話をします。 pixiv×機械学習 「機械学習」「深層学習」といった単語がプログラマーの間でも広く囁かれるようになって既に幾年月経とうとしています。ここpixivの開発陣においても、人口に膾炙する機械学習の輝かしい成果に関する話題は尽きることがなく、常に最新のトピックに目を光らせています。 そんな取り組みの一環として、今回は弊社が運営するpixivの小説機能の投稿データで機械学習を行ってみたので、簡単に紹介したいと思います。 ※この記事における「pixiv小説」とは「pixivの小説投稿機能およびそれによってpixivに投稿された小説」を指し、「pixivノベル」とは異なります。 word2vecとは 自然言語処理における機械学習
『SHENZHEN I/O』でプレイヤーは、中国深センのエンジニアリング企業“深圳龙腾科技有限公司”の新人開発者として、マイクロコントローラーやメモリー、論理ゲート、LCDディスプレイなどの電子パーツを組み合わせ、アセンブリ言語でプログラムを書いて、ちょっとした電子機器を作るのだ。 これは世間一般にある「そういった設定のパズルゲーム」というわけではなく、本当に30ページ長のマニュアル(PDF)を読みこなしてデータシートやリファレンスガイドを把握し、実際にプログラムコードを書かなければいけないというハードコアな内容。 本当にアセンブリ言語でプログラムを書くゲームだった『TIS-100』や、エンジニア的な最適化センスが問われる『Infinifactory』や『Spacechem』といったタイトルをプレイしたことがある人なら、その作者の新作と聞けば納得だろう。 なお限定版として、専用バインダー付
日本国内で、ガス消火設備の放射音がデータセンターのハードディスクを破壊する可能性についてメーカーが注意喚起済み。実験でも回復不能になる事象を確認 大手金融機関INGの基幹データセンターで、消火ガスの噴射テストにより生じた激しい爆音がハードディスクなどを大量に破損、ATMやカード決済などの銀行業務が停止する深刻な事態が発生したことを報じた1つ前の記事には、非常に多くの反響がありました。 ING銀行の基幹データセンター、消防訓練で消火ガス噴射の衝撃音が大量のハードディスクとサーバを破壊。ATMや決済サービスが停止に こうした消火ガス放射音によってハードディスクなどが故障を起こす可能性があることは、すでに日本国内で防災機器メーカーから注意喚起されていたとの情報を、はてなブックマークでいただきました(id:poko_penさん、ありがとうございます)。 それが能美防災株式会社が2014年2月付で公
jp.techcrunch.com 5月にIBMが誰にでも使える量子コンピュータを公開したことがニュースになってました.興味はありつつも5qubitしかないし大したことできそうにないなーと思って今まで触ってなかったんですが簡単な量子アルゴリズムを動かしてみるだけならできるんじゃないかと思って実際に登録して触ってみました. まずはアカウントを登録 結構SignUp画面がどこにあるのか分かりにくくて苦労しました…… http://www.research.ibm.com/quantum/www.research.ibm.com 上のページが実際にIBMが公開している量子コンピュータの紹介ページです. この量子コンピュータを使うためにはアカウントを取得する必要があります. 既にアカウントを持っているという人は右上のloginから自分のアカウントでログインしてもらえれば使えます. アカウントを持っ
はじめに エンジニアなら誰でもたくさんのドキュメントを読むことになります。 その中にはわかりにくいドキュメントも少なからずあると思います。 自分はわかりにくいドキュメントは「全体像が掴みにくい」ことが多いと感じています。 そこで、ここではわかりやすいドキュメントを書くための方法を「全体像を把握できるようにする」という視点でまとめてみました。 また、最後に具体例としてQiita APIドキュメントでわかりにくい点の指摘と改善をしてみました。 ここで扱うドキュメントの種類 ここでは仕様書やリファレンスマニュアルといった類のドキュメントを想定しています。 Qiitaの投稿やブログの記事といったものでも共通する部分は多いのですが、これらには他にも重要な要素があると思うので、ここでは扱いません。 わかりにくいドキュメント=全体像が掴めないものが多い 先ず、わかりにくいドキュメントとはどんなものでしょ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く