米Twitterは4月16日（現地時間）、嫌がらせ対策を含む「会話の健全性」向上のための取り組みについてのこれまでの成果と今後の予定について、公式ブログで説明した。 成果としては、人間のレビュアーが問題ありと判断したコンテンツ全体の38％が、ユーザーからの報告ではなく、AIツールが自動的にフラグを立てたものになったことを挙げた。このツールは、スパムなど、Twitterルールに違反するコンテンツの検出に使っているのと同じものという。 TwitterではAIツールが問題のあるアウントを凍結するのではなく、人間のレビュアーが正否を判断する。そのためにレビュアーチームを拡大しているという。 また、アカウントを凍結されたユーザーが新規アカウントを作成する行為の対策の結果、1～3月に10万件のアカウントを凍結したという。これは前年同期比で45％増だ。また、報告された悪質アカウントが24時間以内に凍結さ

突然ですが、けものフレンズのアニメから外れる事になりました。ざっくりカドカワさん方面よりのお達しみたいです。すみません、僕もとても残念です

Google日本法人が2月3日、日本語検索のアルゴリズムを変更したと発表した。内容の薄い記事を大量に掲載するキュレーションメディアについて、検索にヒットしにくくしたようだ。Googleが日本語の検索アルゴリズムの変更について発表するのは極めて異例。「WELQ」騒動に端を発したキュレーションメディア問題に、Googleがついに本腰を入れて対策し始めた。 今回アルゴリズム変更の狙いや影響を、SEO（検索エンジン最適化）専門家の辻正浩さんに聞いた。 「ページ自体の評価が下がる」アルゴリズム Googleの発表によると、今回の変更により、検索上位に表示されることのみを重視し、記事の内容や質が低いサイトの検索順位は低下。その結果、オリジナルで有用なコンテンツを持つ高品質なサイトが、上位に表示されるようになる――という。 辻さんによるとこの変更は、「アルゴリズムで抽出された特定サイトの一部ページだけに

まだ土鍋使ってるの？ 「ハリオのご飯釜」の方がもっと便利ですよ イケダハヤト氏が土鍋を推薦していたので、ハリオ最強だと信じる我が家からブログでお伝えいたします。 まだ炊飯器使ってるの？「土鍋」の方が全然便利ですよ : まだ東京で消耗してるの？ 基本的にディスってないんだけど、もうちょっと便利なのがあるのでご紹介させていただきます。 イケダハヤト氏の米の炊き方は、このように紹介されていました。 ①まずは火力マックスでグラグラお米を茹でます。 ②5分くらいすると粘り気のある気泡が土鍋上部まで噴き上がってくるので、弱火にして8分放置。 ③8分経ったら10〜15分程度蒸らして、ほらもう食べられちゃいます。 でもハリオの鍋でご飯を炊くともっと簡単！①まずは火力マックスでグラグラお米を茹でます。 ②しばらくするとハリオは、沸騰すると鍋フタについた穴から笛の音が鳴ります。そしたら止める。（我が家は、鳴っ

表題の通り、3年前にネタだけ出して、2年前にプロットだけ書きなぐって放置していた『なれる！ SELinux』の本文を書いて、明日12/30の冬コミ3日目で出せることになったので、遅ればせながらお知らせです。 いつか時間ができたら出すとずっと言っていたので、出す出す詐欺にならなくてよかったですｗ スペースは、西2ホール・西く09b「サーバ擬人化ユーザ会」です。 ストーリーは、基本的には以下のエントリにあるプロットの通りです。 なれる！ SELinux のプロット（案）のメモ書き - 双六工場日誌 A5・8ページの薄い本なので、過度な期待はご遠慮くださいｗ また、今回も「ちゃんおぷ」と合同ブースなので、「ちゃんおぷ」のドラマCDも一緒に頒布する予定です。ちゃんおぷの頒布物の情報はこちらへ → ちゃんおぷ！Ｃ８７情報！ 今回のコミケでは、このセットと一緒に、毎度おなじみになってきた社畜ストラップ

2016-12-09追記 「Pythonクローリング&スクレイピング」という本を書きました！ Pythonクローリング&スクレイピング -データ収集・解析のための実践開発ガイド- 作者: 加藤耕太出版社/メーカー: 技術評論社発売日: 2016/12/16メディア: 大型本この商品を含むブログを見る これはクローラー／スクレイピング Advent Calendar 2014の7日目の記事です。 Pythonでクローリング・スクレイピングするにあたって、いろいろなライブラリがあるので一覧でまとめてみます。 以下の4つのカテゴリにわけて紹介します。 Webページを取得する Webページからデータを抜き出す Webページの自動操作 総合的なフレームワーク なんでこれが載ってないの？この説明はおかしい！などありましたらお気軽にお知らせください。なお、この記事はいろいろなライブラリを紹介することを目

はじめに こんにちは、レシピ投稿推進室の勝間（@ryo_katsuma）です。 techlifeでの執筆は5年ぶり（！）になります。 さて、そんな私も今年2014年の5月にエンジニアからサービス開発の部署のマネージャに転身しました。 そこで今回のtechlifeブログは、いつもの技術ネタとは少し異なるテーマとして、「クックパッドにおいて、エンジニアからマネージャに転身する」ことが、どういうことなのかを自分自身で振り返り、まとめたいと思います。 エンジニアが自身のキャリアを考える上で、少しでも参考になれば幸いです。 現状 私は、2009年5月に中途入社し、今年で6年目になります。この年数は、エンジニア全体はもちろん、社内全体で見ても古い方になります。 これまで、技術部、HappyAuthor部（現在、私が所属している前身になった部）、新規事業部、プレミアム会員事業部...など、いろんな部署で

Gitのコミットメッセージの書き方 自分なりにまとめてみました。Git歴浅いので、意見募集中です。 （2014年12月17日追記） 想像以上にたくさんの方にストックなりはてブなりいただいたので、はてブでなるほど！と思ったコメントをもとに少し修正・加筆してみました。 （2022年1月4日追記） 最新の書き方をこちらに書きました。 https://zenn.dev/itosho/articles/git-commit-message-2023 原則 以下のフォーマットとします。 1行目：変更内容の要約（タイトル、概要） 2行目 ：空行 3行目以降：変更した理由（内容、詳細） 日本語でも英語でもOKですが、リポジトリで統一してください。 1行目 コミット種別と要約を書きます。フォーマットは以下とします。 [コミット種別]要約 コミット種別 以下の中から適切な種別を選びます。 （多すぎても悩むので

11月の19,20日に開催されたWebDB Forumに参加してきた。カンファレンスそのものは、いろんな人に久しぶりに会えたり、ネット上でなんとなく知っていても話したことなかった人と話したり、意外な人の意外な一面をみることができたりと、とても楽しむことができた。立場としては所属している会社のスポンサー枠で参加して目的もあって発表もしてきたわけだが、いくつか思うところがあるのでここにまとめておきたい。 現実にアカデミックで起きていること WebDB Forumと銘打ってはいるものの、データベースに関する研究発表は非常に少ない。OSやネットワーク、システム系の研究と併せても、機械学習やNLP、Webなどの技術に感心を持つ人は多く数で圧倒されている。体感では 90% だ。それをいえば別に VLDB や SIGMOD などのトップカンファレンスもデータベースの技術を直接扱うことは少ないし、データベ

1. あなたが知らない リレーショナルモデル @dbtech showcase tokoy 2014 奥野 幹也 Twitter: @nippondanji mikiya (dot) okuno (at) gmail (dot) com 3. 自己紹介 ● MySQL サポートエンジニア – 日々のしごと ● トラブルシューティング全般 ● Q&A回答 ● パフォーマンスチューニング など ● ライフワーク – 自由なソフトウェアの普及 ● オープンソースではない ● ブログ 今日は個人として 参加しています。 – 漢のコンピュータ道 – http://nippondanji.blogspot.com/

慣れないうちは母国語でない英語で誰かと話をするのって大変ですよね。 相手が何を言っているのかわからないとき、もう少し掘り下げて聞きたいとき、さらには会話のテンポを良くする相づちを打ちたいときに、日本語のようにポンポンと切り返しのフレーズが出てこないのは、最初誰でもあることです。 そこで今回は「聞き取れなかったとき」「何か質問したいとき」「相づちを打つとき」の3つのシチュエーションに合わせた、上手な英語の切り返しフレーズを厳選して31個ご紹介します。 どのフレーズも今日このコラムを読んだあとからすぐに使えるすごくシンプルで使いやすいものばかりです。 聞き取れなかったときの英語フレーズ まず紹介するフレーズは、相手の言ったことがまったく聞き取れなかったときの切り返しフレーズです。 ネイティブは “What?” や “What was that?” と言うことも多いですが、あまり丁寧ではないので

2. システム概要 homingは、アメーバピグ関連サービスのいずれかにログインしているユーザに対して、各サービスの通知情報を横断的にプッシュ通知します。 システムの構成は以下の通りです。 図2-1. システム概要 2-1. APIサーバ ユーザへの通知要求を受け付けるREST fullなAPIを備えたWebサーバです。 Node.jsのClusterによる、master/worker構成で稼働します。 通知要求はワーカプロセスで処理します。 図2-2. APIサーバ 2-2. Redisサーバ（データストア用） 一時的なデータをストアするためのRedisサーバです。 sentinelプロセスによる、master/slave構成で稼働します。 ストアされたデータはメモリ上のみで管理し、ディスクへの書き込みは行いません。 以下の情報を管理します。 ユーザのオンライン情報 ユーザIDの索