Mourn Dead Google Products at Their Virtual Graveyard
It’s hard to lose a loved one, especially if that loved one is a Google service. That’s why we’re opening the gates of the Google Graveyard, a virtual space for grieving. Buried in these hallowed grounds are some of Google’s ill-fated services. Some, like Google Reader, lived long, prosperous lives, full of admiration and glory. Most, like Google Wave and Google Buzz, struggled to carve out a plac
ブシロードとKLabの『ラブライブ！スクフェス』がApp Store（iPad）売上ランキングで『パズドラ』を抜かして1位に!! スクールアイドルがドラゴンを負かした！ | gamebiz
ブシロードとKLab<3656>が手掛ける『ラブライブ！スクールアイドルフェスティバル』が、4月16日のApp Store（iPad）売上ランキングにおいて、『パズル＆ドラゴンズ』を抜いて首位に輝いた。 売上ランキング上昇の要因には、アニメ2期の放映や、様々な豪華内容を盛り込んだ200万ダウンロードキャンペーンが寄与したことが伺える。キャンペーンでは、「サマーガール決定戦」といった投票イベントのほか、ログインボーナスも実施。 なかでも、4月15日（火）より新規Rカード9枚を「特待生勧誘」及び「一般生勧誘」に追加したことが大きいだろう（関連記事）。下部の推移でも4月15日に日付が変わった瞬間、急激にランキング上昇したことが分かる。 なお、本作の200万ダウンロード達成日は2014年2月24日。2013年4月15日のiOSアプリ版リリースから約160日後の9月24日に100万人を突破。そこから
【鼻血】ディズニープリンセスを男子に置きかえてみたら…ヤバいレベルの美麗さ!! “ワイルドセクシーなエルサ” や “キュート細マッチョのアリエル” ほか
» 【鼻血】ディズニープリンセスを男子に置きかえてみたら…ヤバいレベルの美麗さ!! “ワイルドセクシーなエルサ” や “キュート細マッチョのアリエル” ほか 【鼻血】ディズニープリンセスを男子に置きかえてみたら…ヤバいレベルの美麗さ!! “ワイルドセクシーなエルサ” や “キュート細マッチョのアリエル” ほか ヘイリー英里奈 2014年4月15日 0 映画「アナと雪の女王」の人気は、今も勢いを増すばかり。魔法をかけらたんじゃないかと思うくらい、ディズニープリンセスが世界に巻き起こすブームは、とことんスゴい！ 歌が上手で、綺麗で、動物の気持ちもわかって、魔法も使えて、そんでもって王子に見初められて……そんなプリンセスたちに、うっとりしない人間なんていないはず（断言）。 そんな美しすぎるプリンセスや女性キャラクターですが、イケメン風に描きなおすとどうなるのかしら。なんだか気にならない？ 気にな
【PC遠隔操作事件】C#でのプログラム作成能力を巡って（第6回公判メモ）（江川紹子） - エキスパート - Yahoo!ニュース
４月15日に行われた第6回公判では、右陪席裁判官が戸苅左近裁判官に代わったため、更新手続きが行われ、主任弁護人の佐藤博史弁護士が意見を述べた。続いて検察側の証拠の要旨告知の続きを行い、犯人からのメールやメッセージを全文読み上げた。午後からは、派遣先で２ヵ月間ほど同じチームにいた元同僚の証言が行われた。 更新弁論で佐藤弁護士は「片山さんが犯人であれば、存在するはずの証拠が決定的に欠けている」と強調。また、検察側が公判が始まってから「ファイルスラック領域にiesys開発の痕跡が残っていた」という点を犯人性の最大の根拠にし始めたと指摘し、「公判前整理手続きでは全く主張していなかった。こういうやり方は、争点を明確にする公判前整理手続を反故にするもの」と批判した。にもかかわらず、裁判所は検察に理解を示しているとして、「なぜ裁判所は検察に肩入れするのか」と声を荒げた。 元同僚が「被告人からC#のプログ
Serializing accept(), AKA Thundering Herd, AKA the Zeeg Problem — uWSGI 2.0 documentation
After having forked itself a bunch of times, each process will generally start blocking on accept() The funny problem is that on older/classic UNIX, accept() is woken up in each process blocked on it whenever a connection is attempted on the socket. Only one of those processes will be able to truly accept the connection, the others will get a boring EAGAIN. This results in a vast number of wasted
WiresharkでSSL通信の中身を覗いてみる - ろば電子が詰まつてゐる
OpenSSLの脆弱性「Heartbleed」が世間を賑わせていますが、色々と乗り遅れてしまった感があるので、ゆるゆると落ち穂拾いをしようかと思います。 Heartbleedで秘密鍵を手に入れたらSSL通信の中身全部見えちゃうじゃん!! という事態になっていますが、なんとなく理論的にそうだろうなと分かるもののイマイチ具体的な手順が分からない。 というわけで今回のテーマとして、手元にサーバの秘密鍵と、SSL通信をパケットキャプチャしたpcapファイルがあるときに、Wiresharkでどんな感じでSSL通信を「ほどく」のか……という具体的な手順を、ハマり所を含めてまとめておこうかと思います。 というか、私自身がハマったので自分用メモですな。なおこの文書では"SSL"とだけ記述し、TLSは無視しています。 前提条件 とりあえず以下のような感じの検証環境で試しました。 IPアドレス 説明 ホストO
【プレゼン】見やすいプレゼン資料の作り方【初心者用】
プレゼンテーションのスライド資料を作る上で押さえておきたい基本をまとめました． 多分これがslideshare内で一番役に立つと思います． スライドの作り方を学んだことがない方、参考にどうぞ！ 2016.01.22 書籍発売 好評につき重版決定！！ http://book.impress.co.jp/books/1114101129 リニューアル増量版 http://www.slideshare.net/yutamorishige50/ss-41321443 2014.11.9アップロード！ 【連絡先等】 Yuta Morishige Webサイト: https://mocks.jp/ ※旧タイトル 【プレゼン】研究室発表のプレゼン資料の作り方【初心者用】Read less
もう巨大なデータをgitignoreしなくていい！ ~git-mediaの使い方~ - 3度の飯と最新技術
はじめに gitはコミットごとにレポジトリ内のファイル全てをスナップショットとして保存するというリッチな 設計になっている。 それがgitの便利さの所以なのだが画像データや音声データのようなバイナリデータを持とうとすると 少しの変更でもそのたびにコピーが生じてファイルサイズ分の容量が増えることになり、あっという間にレポジトリが 肥大化してしまう。 特に学習結果をファイルに保持してテスト等に使いまわすようなプログラムを管理しようとすると アルゴリズムのパラメータを少し変えるたびに100kB近い容量が増えていき、実にイケてない。 普通なら.gitignoreに*.xmlと書いてデータ自体は手動管理したり、シンボリックリンクにして別ディレクトリに置いてそれだけrsyncで同期するようにしたりするんだが 過去の実験時の状態に戻れなかったり、毎回rsyncするのは不便だった。 なんか無いかなーと思っ
Ruby 2.1.1 GC Tuning - Qiita
Help us understand the problem. What is going on with this article? Ruby2.1では、RGenGCによりかなりパフォーマンスが改善されている。 また、チューニングパラメータが増えているが、まとまった日本語の解説が無かったので書いてみた。 間違いがある可能性があるので、指摘は歓迎です。 RGenGCとは RGenGC(Restricted Generational Garbage Collection)については、まずはこれを読むべし www.atdot.net/~ko1/activities/rubyconf2013-ko1_pub.pdf www.atdot.net/~ko1/activities/2014_rubyconf_ph_pub.pdf Ruby 2.1: RGenGC · computer talk by
MariaDB 10.0 GA記念 並列レプリケーションって何？ - interdb’s blog
2014年3月末にMariaDB 10.0.10 GAがリリースされて、並列レプリケーション(Parallel replication)が目玉の１つっぽく書かれているので、簡単に解説。(2014.12.3追記：以下の書籍にも記述した。) 並列レプリケーションとはスレーブ側の機能で、従来はSQLスレッド１つで処理していたrelayログの再生を、複数のスレッドで並列に処理しようというもの。 MySQLにもパラレルworkerという機能があるが、MariaDBのそれとは並列化の粒度が全く異なる。(注：MySQL5.7でMariaDBと同レベルの機能が実装された。) MariaDBのマスタがコミットしてバイナリログを書く際に、並列実行できるかどうかをバイナリログに書き込んでいる。スレーブはそれに応じて、並列に実行できるSQLは並列に実行する。 具体例をみてみよう。 マスタでbinlog_commi
MariaDB 10.0 GA記念 ダイナミックカラムって何？ - interdb’s blog
(2014.12.3追記：以下の書籍にも記述した。) (2014.4.16)微妙に反応があるので、PostgreSQLネタ追記。 PostgreSQLには古くから配列型や複合型というのがあって、似たようなことができる。 あと、MariaDBのダイナミックカラムをJSONで取り出すcolumn_jsonなんてのもあるが、PostgreSQLはネイティブなデータ型としてJSON型があるので、わざわざBLOBを使わずとも、最初からJSON型でデータ処理できる。 そもそも、こんな感じで自由にデータ型も追加できたりと、中の作りはPostgreSQLのほうが圧倒的に出来が良い。 以下、本文。 MariaDB 5.3で導入されたダイナミックカラムという機能が、MariaDB 10.0でかなり使いやすくなった*1。 これは、BLOB型のカラムの内部を独自フォーマットで分割し、一つのカラムに複数のデータを格
数百GiBの全文検索用データベースをMroongaのストレージモードにしてはまったこと - CreateField Blog
前回は、全文検索Webサービスを作ったときにはまったことの第2回として、 Mroongaのラッパーモードからストレージモードに変えた理由という記事を書きました。 今回は、Mroongaのストレージモードにしたことによってはまったことについて書きたいと思います。 Spiderストレージエンジンを使ったMroongaの分散構成の検討 当初、データベースを複数に分割し、Spiderストレージエンジンを使ってデータベースシャーディングする予定でした。 Spiderストレージエンジンは、ストレージエンジンの種類を問わずデータベースを水平分散させることができるMySQL/Mariadbのストレージエンジンです。 Spiderストレージエンジンは、国産で個人の方が開発されたストレージエンジンでMariaDB10.0系にすでにバンドルされています。 Spiderストレージエンジンの開発者の方は、全文検索M
Mroongaのラッパーモードからストレージモードに変えた理由 - CreateField Blog
前回は、全文検索Webサービスを作ったときにはまったことの第1回という記事を書きました。 今回は、Mroongaを使って全文検索Webサービスを作ったときにはまったことの第2回として、ラッパーモードからストレージモードに変えた理由について書きたいと思います。 なお、かなり長く、MySQL、Groongaについて前提知識がないと理解できない部分が多々含まれている可能性があります。 ラッパーモードとは 全文検索Mroongaストレージエンジンでは、全文検索するためにラッパーモードとストレージモードの2つのモードが用意されています。 (引用) ラッパーモードでは全文検索機能のみGroongaの機能を利用し、データストアはInnoDBなど既存のストレージエンジンを利用します。ラッパーモードを利用することにより、ストレージエンジンとして多くの利用実績のあるInnoDBに全文検索エンジンとして実績のあ
社員数名の開発会社が20人採用したあと黒字をキープするためにやったこと｜TechRacho by BPS株式会社
2年前、役員と社員あわせてエンジニア5人だった弊社は1年間で20人のエンジニアを採用しました。採用前の当時の売上は約1億。採用のために使ったキャッシュは売上の10％程度の1000万円前後。社内の実働も含めると実質売上の15％以上です。それについては以前記事にしましたので興味があるかたはこちらをどうぞ。今回のその後についでです。そもそも何やってる会社だ？と興味もってくださった方はこの記事でも軽く紹介しますがもしよければ弊社HPをご覧ください。 採用の目的は事業拡大でした。時間の切り売りから商品の提供まで売り方は様々でしたが弊社売り物は技術です。だからエンジニア募集しました。そして自分たちの夢を一緒に追いかけてくれる人が20人も集まってくれました。数年間3~7人でやってきたのでまるで夢のような感覚でした。でも悪夢のような速度でお金が飛んでいきます。倒産しかけるって表現は人それぞれだと思いますが
社員数名の開発会社がエンジニア20人採用するためにやってみたこと｜TechRacho by BPS株式会社
続編はこちらです：社員数名の開発会社が20人採用したあと黒字をキープするためにやったこと 約2年前の今頃、弊社はこんな状況でした。 学生アルバイトだけは今も昔も一杯いるけど、優秀な学生であっても仕事経験がないと戦力計算は難しい。一部の仕事デキル人たちがすべてを回していて、仕事は一杯あるんだけど仕事できる人が足りない状態でした。 というわけで、売上の10％程度である1000万くらいのキャッシュを投入して全力で採用活動してみました。社内人員の動きも含めると計15％かな？大事になパートナー探しですからね。しっかりやるとしっかり時間とられます。 試してみたこと＋感想 社員に紹介をお願いしてみた 紹介で入社した場合のインセンティブを設定してみました。紹介したほうに20万円。紹介された方にも20万円。そもそも全員知り合いは片っ端から連れてきていたので紹介料を設定しても最初は意味はなかったですね。でも、
突然シリコンバレーのエンジニア2名から連絡をうけ日本で共同開発してみてわかったこと｜TechRacho by BPS株式会社
2ヶ月前、シリコンバレーでこれまで仕事していた2人組からMANGAREBORNに関わりたいと、FACEBOOK経由で連絡をうけました。FACEBOOKのFANPAGEは64万ほどLIKEされているのでいろんな人と繋がれてるんだなあと関心しつつも日本語は話せなさそうなのでどうやって共同開発するか？ソースコードだけで採用可否を判断したことはあるけど言語も住む国も異なるとさすがに難しいので”日本に来なよ”と連絡したらその翌月（先月）日本に来た。定期的にFACEBOOKのスパムフォルダを見るのは大事ですね。 一人は大学の入学手続きをして学生というステータスと住むところと収入源をある程度確保していて、もう一人は住むところも給与も在留資格もなく海を越えて飛んできました。間違いなくいいやつだと確信しました。会った初日は延々とサービスを世界に広めるロードマップやそれぞれの夢について語りあいました。夢の話が
久々にチーム開発したのでメモ - ひげろぐ
昨年秋頃から年明けにかけてRailsで顧客のサービスをひとつ作った 久々のチーム開発で。チーム人数は3名。 せっかくなので使ったツールややり方などを備忘録的に残しておく。次いつまたチーム開発する機会があるのか知らんけど。 実践したこと プルリクベースの開発 Webサービス開発現場から / 近頃の開発のやり方 ･･･ Github と Pull Request とコードレビュー 上記のやり方が面白そうだったので試してみた。 Githubを使っていれば拍子抜けするほど簡単に流れに乗ることができた。 Git力が足りないので最初は少し大変だったが、馴れてくると細かくブランチを切ってフィーチャーごとに対応するということが開発のテンポを良くしてくれた。 コードレビューはイージーミスによるバグや既存のコードと大きく流れの違うコードが混ざるのを未然に食い止める事ができたりと、一定の成果はあった。 一方でい
「働きがい」はどのように作られるか
「働きがい」という言葉がある。当然のことながら、仕事にやりがいを感じてくれる社員が多いほうが、企業にとって有利であることは間違いなく、企業は様々な活動を通じて従業員の働きがいを演出しようとする。それには、仕事の内容を変えること、社内の提案制度の採用、社員食堂の充実、給与から異動の施策まで様々なものがある。 だが、それらの施策は本当に当を得ているのだろうか。内閣府による調査では、「仕事についてやりがいを感じている」という人の割合は２０％以下。しかも漸減している。残念ながら、生活時間の半分以上を占める「仕事」において、やりがいを感じてもらうことは非常に難しいようである。現在のところ、残念ながら多くの企業は有効な手を打てていない。
子供が産まれたら言いたいことがいっぱい出てきた - 言いたいことがなにもない
大げさに言うと、人類の歴史で考えれば子供は大家族や地域で育てることが普通だった。けれども今の日本、特に都会では共働きしている両親だけで子供を育てるケースの方が増えている。 最近子供が産まれて、これがどれだけ大変なことなのか、やっと分かった。いや僕よりも、特に奥さんが大変だ。子供が泣けばおむつを替えて母乳をあげて、というのを3時間おきに繰り返す。正味その間の2時間に寝たり洗濯したり、ごはんを作ったりしなければならない。しかもこの3時間というのが定期的であればまだいい方だ。 もちろん僕も炊事洗濯やオムツ替え、子供の入浴などを手伝っている。とはいえ、平日の日中は会社に行かなければならないし、何より母乳をあげることは男にはどうにもできない。本当に女性は凄い。 今は育児休暇中だが、これから共働きになったら、どうすればいいのだろうか。それほどの補助があるわけでもなく、保育園に数万円を払って働きに出て、
公立中学校 部活動の顧問制度は絶対に違法だ！！ : 中学校教員、辞めます。 ２
公立中学校 部活動の顧問制度は絶対に違法だ！！ 今年で公立中学校教員６年目の真由子（仮名）といいます。 部活動の顧問制度がおかしい・不条理と感じ、ブログを立ち上げました。 よろしくお願いします。 今年で公立中学校教員６年目の真由子（仮名）といいます。 部活動の顧問制度がおかしい・不条理と感じ、ブログを立ち上げました。 よろしくお願いします。 毎日新聞やYahoo! や国会の衆議院予算委員会にも取り上げられました。 ★ ライブドアブログ OF THE YEAR 2015 話題賞 を受賞 ★ いよいよ始業式が終わり、新年度が開幕しました。 私は新しいクラスに向かい、希望にあふれる生徒の瞳を見て、気持ちを新たにしました。 しっかりと子どもを育て、また一緒に育っていこうと思います。 年度末から新年度にかけて忙しかったこともあり、ブログを更新することができませんでした。 たくさんのコメントありがとう
実行中プロセスの ulimit/rlimit を変更する - Qiita
（bash のコマンドだと ulimit だけどシステムコールだと get/setrlimit だし、ulimit？ rlimit？ どっち？） はじめに ここ↓にある通りですが、カーネル 2.6.36 以降なら prlimit(1) で簡単にできます（prlimit が使える環境が手元になかったので試していませんが）。 それ以前のカーネル（あるいは Linux 以外）なら gdb でアタッチして対象プロセスで setrlimit を無理やり呼び出します。 debug - setting ulimit on a running process - Super User 手元に prlimit が使える環境がなかったので gdb を使います。 バッチを作成 gdb でアタッチした瞬間にプロセスが停止してしまうため gdb のコマンドは手打ちせず、停止時間を短くするために gdb のコマンドを
hamashun me : ディレクター目線での HRForecast と GrowthForecast の違いについて
職場ではいくつかのデータビジュアライズツールを使っていますが、HRForecast と GrowthForecast の違いが分かりづらいなーと思ったので、調べてまとめてみました。 おかしな点とかあったら指摘して貰えると嬉しいです。 HRForecast GrowthForecast グラフの更新頻度 最小で 1 時間単位 最小で 1 分単位 グラフの期間指定 週間 月間 年間 年間 月間 週間 3日間 日間 8時間 4時間 1時間 半日 その他任意 エクスポート CSV, HTML JSON 複合グラフ 可 可 過去データの登録 可 不可 特定の日時の数値を正確に把握できるか グラフにマウスオンで正確な数値が見られる グラフからは分からない 他のページへの埋め込み方法 iframe のソースコードが提供される スクショ撮って貼り付けよう！ 適した使い方 デイリーで観測したい CSV や
強烈なDNSキャッシュポイズニング手法が公開される:Geekなぺーじ
本日、JPRSが緊急の注意喚起を公表しました。 緊急）キャッシュポイズニング攻撃の危険性増加に伴うDNSサーバーの設定再確認について（2014年4月15日公開）- 問い合わせUDPポートのランダム化の速やかな確認・対応を強く推奨 それに対して、2月中旬に脆弱性を発見してJPRSへと報告していた鈴木氏(脆弱性は前野氏との共同発見)が、JPRSの注意喚起では「危険性をよく理解して対策をとるにあたって十分な情報が含まれているとはいえません」として、以下の情報を公開しています。 開いたパンドラの箱 - 長年放置されてきたDNSの恐るべき欠陥が明らかに キャッシュポイズニングの開いたパンドラの箱 キャッシュポイズニングの開いたパンドラの箱 - 2 - 本来であれば、より上位からの正規の回答が優先されなければならないはずなのに、下位側が優先される仕様になっているので、偽装されたデータが優先されてしまう
キャッシュポイズニングの開いたパンドラの箱 -2-
キャッシュポイズニングの開いたパンドラの箱 -2- Opened Pandora's box of Cache Poisoning -2- 鈴木常彦 2014.04.15 (Concept by 前野年紀 2014.02) 移転インジェクション攻撃: RFC2181 5.4.1 "Ranking data" の欠陥 今回、委任インジェクション攻撃に加え、さらに RFC2181 の欠陥を突いた攻撃が可能であることを確認した。 委譲元から得た最低ランクの NS キャッシュを、偽権威の Answer に付随する Authority Section の NS で上書きして毒入れすることができ、そのゾーンを自由にできる。 これにより、現状では別途示した 1, 2, 3 の条件に関係なく容易に毒入れすることが可能である。 攻撃者は以下のようにターゲットのゾーンの NS を偽権威に向けることができる。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://jp.techcrunch.com/2014/04/10/jp140410coubic/
“社外活動”で会える!? ティーン誌の人気モデルだった営業ウーマン・市岡さんの場合 - 日経トレンディネット