FastMetro aims for sub-second reload cycles, fast startup and quick bundling speeds.
幸せは、からかい上手の高木さんを読めばやってくる。 そんな風に思ってしまうほど、私は「からかい上手の高木さん」という作品が大好きです。 先日、その高木さんのスピンオフ作品、「からかい上手の(元)高木さん」が発売されました。 宣伝失礼します! ご報告遅れましたが、 本日 からかい上手の高木さん7巻 からかい上手の元高木さん1巻 が発売されました! 元高木さん1巻には以前宣伝したように本家、山本先生におまけの執筆をして頂きました! よろしくお願いします!! pic.twitter.com/g1aNgcenpD— 稲葉光史 (@Y6W9v) 2017年12月12日 本日12月12日、「からかい上手の高木さん」7巻とスピンオフの「からかい上手の元高木さん」1巻発売日です。 元高木さんの方におまけで数ページ描かせてもらってます。 どうぞよろしくおねがいします。 pic.twitter.com/vmk
まるでニューラルネットワーク まずはとある映像をご紹介。10分にわたり、いわゆる日本の「萌えキャラ」をひたすら映像で流すモノ。タダたんに流すのではなく、ぐにゃぐにゃと顔が変形しながら色々な萌えキャラに変貌していく映像だ。 2017年にNvidiaが行った有名人の顔を使って独自の顔を生成するアレの萌えキャラバージョンって感じのヤツ。そう思ってもらえば良いと思う。 もしかしたら、この中に自分好みのキャラクターが隠れているかも…。 そしてこの記事では、そのキャラクターの元ネタもご紹介。それが今回メインで紹介したいヤツでもあるMakeGirlsMoeというWEBサービス。AIの技術を使ってキャラクターを自由に生み出せるサービスだ!(女性キャラクターのみ) こちらが例の動画「10 Minutes of Imaginary Japanese Anime Face」。ニューラルネットワークを使ったあの手
ゴゴ通信の元の記事はこちらからご覧ください 【簡単に説明すると】 ・145人の男にプロポーズされた美女が公開される ・どうみてもおっさん ・しかし当時は美人だった 19世紀のペルシャカザール(カージャール)王朝(1779~)の姫として紹介されてきた「伝説の美女」の写真が公開され話題になっている。 その伝説の美女は生涯に145人の男性にプロポーズされるほどモテモテだったという。 しかし、公開された写真を見ると意外にもそんなに美女では無い。今と19世紀では「美女」の基準が違うのだろうか。ぽっちゃり体型に太い眉毛、そしてヒゲまで描かれているように見える。今では美人に程遠いルックスであるが、当時では最高に美女だったのかもしれない。 この美女はナーセロッディーン・シャー(Naser aI-Din Shah Qajar)王の8番目の娘。 先ほども書いたように145人の男がプロポーズし、更に姫の気を引く
search-v2#onMouseover" data-url="https://www.coingecko.com/ja/search_redirect" data-search-trending="{"coins":[{"item":{"id":"cate-on-eth","coin_id":40146,"name":"Cate on ETH","symbol":"CATE","market_cap_rank":662,"thumb":"https://assets.coingecko.com/coins/images/40146/standard/Cate_on_ETH.png?1726048356","small":"https://assets.coingecko.com/coins/images/40146/small/Cate_on_ETH.png?1726048356","
この間、えろい人(@ichi_sien)にBUFFALOのルーターをもったんですが、このルーターがPPTPプロトコルのVPNに対応していたので自宅にVPNを張ってみることにしました。 VPNの設定は意外と簡単で、ルーターの設定をちょこっと変えるだけでできました。 でも、どうやらVPN接続のために割り当てられているグローバルIPアドレスは不定期で変わるらしいのでDDNS(Dynamic Domain Name System)を使うらしい。が、BAFFALO公式のやつに契約すると年間3500円ぐらい取られるらしいです。固定IPだともっとかかるのかな? というわけでフリーのDDNSサービスを利用して、IPアドレスを定期的に更新することにしました。 使ったサービスはmydns ここはAPIを提供していてHTTP GetするだけでIPを更新できます。 というわけで電気代も心配なのでラズベリーパイでw
この記事は退職者その2 Advent Calendar 2017の17日目の記事です。 今年に入ってこれからの生き方を考えた結果、某社を退職しました、転職して3ヶ月。現在の話と勉強会復活のお知らせ。という2つの転職系記事を書いており、こっち方向のネタは尽きたので転職活動を焦点にした記事にしようと思います。 エンジニアが転職する時、いろいろな軸で会社の良し悪しを決めていくと思います。ただ、「自分では○○が重要だと思ってそればっかり見てたけど今にして思えば△△もちゃんと見ておけば良かった」となってしまう時もあります。なのでとりあえず会社を見る上でチェックポイントになりそうな項目をひたすら並べていこうと思います。この中で「これは重要だな」と思う項目があったら、転職活動する時に確かめてみてください。 ※ちなみにもちろんですが私は転職する時に以下に挙げる全ての項目をチェックしたわけではありません。単
概要 このドキュメントは、効率的かつ安定した、システム開発/運用をするためのログ設計指針です。 的確かつ無駄のない、ログ出力を目指します。 ログレベル ログの緊急度や用途により、以下のようにログレベルを設定する。 Log4j のログレベルを踏襲しているため、運用の状況によっては Critical などのレベルを適宜追加すると良い。 PHP における PSR-3 では、さらに細分化され emergency, alert, critical, error, warning, notice, info, debug となっている。 「出力先」「運用時の対応」は、各プロジェクトのポリシーに準じてください。 レベル 概要 説明 出力先 運用時の対応
本記事では、 チームによる持続的に変更可能なWebアプリケーションの開発を目標に、フレームワーク導入時に考慮すべき22の観点を紹介する。 フレームワークによって特徴は異なるが、本番導入にあたって、考慮すべきポイントはあまり変わらないので、極力フレームワーク1に依存しすぎないよう配慮する。また、話をシンプルにするため、REST APIを提供するアプリケーションを題材とする。 前提 ソフトウェアのエントロピー ソフトウェアがエントロピー増大の法則を避けられないことを、体感している開発者は多いだろう2。普通にアプリケーション開発を続けると、開発スピードは鈍化し、品質は低下してバグが増え、開発者からは技術的負債への怨嗟の声が聞かれるようになる。エントロピー増大というフォースは極めて強力で、意思を持って立ち向かわなければ、容易にダークサイドに堕ちてしまう。 関心事の分離 大規模Webアプリケーション
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く