平素は株式会社ライブドアのサービスを ご利用いただきありがとうございます。 提言型ニュースサイト「BLOGOS」は、 2022年5月31日をもちまして、 サービスの提供を終了いたしました。 一部のオリジナル記事につきましては、 livedoorニュース内の 「BLOGOSの記事一覧」からご覧いただけます。 長らくご利用いただき、ありがとうございました。 サービス終了に関するお問い合わせは、 下記までお願いいたします。 お問い合わせ ※カテゴリは、「その他のお問い合わせ」を選択して下さい。
![BLOGOS サービス終了のお知らせ](https://cdn-ak-scissors.b.st-hatena.com/image/square/ea13b559ab8a92213578f10c01241372b4e3e3fe/height=288;version=1;width=512/https%3A%2F%2Fblogos.com%2Fimg_ogp_blogos.jpg)
2014年10月1日 12時26分 リンクをコピーする by ライブドアニュース編集部 ざっくり言うと 東京のラーメン店で起きた暴行致死事件で、店側に対する批判が噴出している 被疑者が犯行後に「最後の晩さん」と注文したラーメンを店側が提供したため ネット上には「ラーメンを出す神経がわからない」などの声が上げられている 歌舞伎『盟三五大切』という作品の中では、人を殺した人物が、その後で茶漬けを啜るというシーンがあるが、このほど、ラーメン店でほかの客とトラブルになり、相手の顔面や腹部を踏みつけて暴行死させた男が、その犯行後に何事もなかったかのようにラーメンを注文していたという、なんとも不可解な事件が発生、ネット上で話題となっている。 逮捕されたのは、会社員・今西伸一郎(37)。同被疑者は、東京の北区にあるラーメン店で、他の客と口論となった末に暴行を行い、内臓を損傷するなどの重症を負わせた。被害
警察によりますと、御嶽山の噴火で心肺停止の状態で見つかり、ふもとに搬送された48人全員の死亡が確認されました。 火山災害としては戦後最悪となりました。 御嶽山の噴火で自衛隊や警察消防は、1日朝から1000人余りの態勢で、山頂や登山道での捜索を再開しました。 そして1日午前、山頂南側の八丁ダルミ付近で新たに7人が、その後、山頂付近で5人が、いずれも心肺停止の状態で見つかりました。 このほか、ふもとに搬送された人のうち、新たに13人の死亡が確認されました。 そして、ふもとに搬送された48人全員の死亡が確認されました。 戦後最悪の火山災害に 国内の火山活動による被害としては、死者と行方不明者が43人に上った23年前、平成3年6月の長崎県の雲仙普賢岳の火砕流を上回り、火山災害としては戦後最悪の被害となりました。
いつも livedoor Reader(LDR) ご利用いただき、ありがとうございます。 下記、「livedoor Reader サービス終了のお知らせ」は撤回され、12月1日よりサービス運営元がLINE株式会社から株式会社ドワンゴへと変更になりました。 また、 livedoor Reader 派生スマートフォン版 LDR Pocket をリリースいたしました。 livedoor Reader (LDR) 、現 Live Dwango Reader また LDR Pocket を引き続きよろしくお願いいたします。 2014年10月15日 追記:みなさまのご要望を受け、サービス終了を撤回し、継続の道を検討中です。 【重要】 サービス終了撤回のお知らせ|livedoor Reader 開発日誌 いつも livedoor Reader をご利用いただきましてありがとうございます。 2006年4月
全文要約:でかい仕事任せてたのに競合の引き抜きに応じて辞めるとか言い出しやがったから激怒して圧力かけたったw / 社員をコマとしか思ってないクソ経営者の妄言なので全文読むのは時間の無駄です
先日、とある若い社員が、突然サイバーエージェントを辞めたいと言って有給消化に入ったという話を聞き、私は「激怒」しました。「社長が怒っている」という噂が社内に拡散するよう、意図的に怒りました。社員数が3000人を超えた今、社員が辞めることなど日常茶飯事であり、もちろん通常はいちいち怒ったりしません。仲間が減ることは残念だと思いつつ、黙って手続きを進め、気持ち良く送り出すことにしています。ではなぜ
自分も化学系出身だし今現在も化学業界で仕事をしているが、硫黄原子を含む化合物にはかなり共通する匂いがある(もちろんすべてでは無いが)。それらを称して「硫黄(原子が組み込まれた化合物)の匂い」と呼んでいるし、硫化水素もその一つだ。化学屋でもこのような言い方をする場合もある。要するにその言葉が守備する範囲の定義問題だ。 科学用語をはじめとする専門用語は厳密に定義されており適切に使用することで誤解を減じ、議論においても「言葉の再定義」が不要になり、少ないワードで正確に伝えられるという多大なメリットはあるが、逆に言えば事前に話者同士を同じ知識レベルにすり合わせておかなくてはならない。 だからそもそも「硫黄の匂い」の言葉の定義が違うのに、専門家がドヤ顔で口をはさむからおかしな事になるんだよ。これは科学というよりは国語の問題。 :追記 本件は理系・文系の違いとかはそもそも関係無いでしょ。概念を表すのに
テレビ局が御嶽山リポートで「硫黄のような臭いがします」と伝えたら、Twitterで理系の東大教授が「硫黄は無臭だ」とツイートし、それが絶賛されているとのこと。 御嶽山リポート「硫黄のような臭いが・・・」 東大教授がツッコミ「硫黄は無臭だ」 : J-CASTニュース http://www.j-cast.com/2014/09/30217143.html 絶賛の例はこんな意見 「化学系の人には常識なのだけれどね」 「化学で習ったでしょといつも思う」 「そろそろ硫黄は無臭で硫化水素だということをメディアは広めるべき」 しかし、そもそもは… 363 風吹けば名無し@転載禁止 2014/09/30(火) 18:23:33.09 ID:35V+eBbX そもそも硫黄の命名が 温泉地特有の匂いを硫黄、ユノアワと読んでた→温泉地のにおいの元は硫化水素 →Sを硫黄と呼ぼう という流れだから硫黄の匂いがします
「辺りは暗くなってきました。機内に硫黄のような臭いが立ち込めています」――。長野、岐阜県境にある御嶽山の噴火の様子を、情報番組のリポーターがヘリから伝えた。 すると、放送からわずか1分後。東大教授から「硫黄は無臭だ」とツイッターでツッコミが入った。 「化学で習ったでしょといつも思う」 ツッコミを入れられたのは、2014年9月28日放送「真相報道 バンキシャ!」(日本テレビ系)の冒頭でヘリからリポートをした濱田隼平アナウンサーだ。山頂から約5キロの地点で、迫力ある映像とともに御嶽山の状況を伝えていた。 これに即座に反応したのが東大大学院理学系研究科の鍵裕之教授。「バンキシャの冒頭、御嶽山からのアナウンサーのレポートは『硫黄のような臭い』で始まったが、硫黄は無臭だ」と、該当する場面の放送からわずか1分ほどでツッコんだ。 温泉街などで感じる、いわゆる「硫黄の臭い」は硫黄と水素の化合物である硫化水
AngularJS support has officially ended as of January 2022. See what ending support means and read the end of life announcement. Visit angular.io for the actively supported Angular. Why AngularJS? HTML is great for declaring static documents, but it falters when we try to use it for declaring dynamic views in web-applications. AngularJS lets you extend HTML vocabulary for your application. The resu
アプリの特長や機能を紹介するプレビュー アセットをストアの掲載情報のページに追加すると、Google Play の新しいユーザーにアプリをアピールできます。 フィーチャー グラフィック、スクリーンショット、簡単な説明、動画は、Google Play だけでなく Google の他のサービスでも、アプリの紹介や宣伝に使用されます。 プレビュー アセットを管理する アプリのストアの掲載情報にプレビュー アセットを追加する前に、次の点に注意してください。 ストアの掲載情報にアセットを追加すると、すべてのテストトラックでストアの掲載情報に表示されます。 アプリの [ストアの設定] ページ([成長] > [ストアでの表示] > [ストアの設定])の [外部マーケティング] チェックボックスをオフにすると、Google が所有するサービスでのアプリのプロモーションを制限できます。 アプリのプレビュー
『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0063 号 バックナンバー Rubyist Magazine 0063 号 Rubyist Magazine 0062 号 Kaigi on Rails 特集号 RubyKaigi Takeout 2020 特集号 Rubyist Magazine 0061 号 Rubyist Magazine 0060 号 RubyKaigi 2019 直前特集号 Rubyist Magazine 0059 号 Rubyist
http://dablog.rubypal.com/2009/1/14/10-things-to-be-aware-of-in-moving-to-ruby-1-9の翻訳 Ruby 1.9 についていろいろと書いてきて(The Well-Grounded Rubyist は2〜3ヶ月のうちに出る予定だ),Ruby 1.8 から Ruby 1.9 に移行する際に気をつけるべき個人的な見解を共有しようと思い立った.これは変更点のリストではない.これは Ruby 1.8 のコードを Ruby 1.9 で動くようにするために必要な変更点であり,知らなければひどい目にあいそうな事項のリストである. String はもはや Enumerable ではない String はそれに類するもので string.each という具合に実行することはできない.これは例えば Rack インターフェイスにおいては衝
The Swift Programming Language ゆるふわ和訳 その1 ~About Swift~・~Swift Tour~Swift OSX/iOS開発のための新言語SwiftについてAppleが提供しているドキュメントを、要点だけおさえてふわっと和訳しました。 原文: Apple Inc. “The Swift Programming Language”。 iBooks. https://itun.es/jp/jEUH0.l Swiftについて SwiftはCとObjective-CでビルドされたiOSとOSX用の新しいプログラミング言語 Swiftはモダンな機能を備え、プログラミングをもっと簡単に、柔軟に、もっと楽しくします Objective-Cの名前付きパラメータや動的オブジェクトモデルを採用してるので、Objective-C開発者にやさしい スクリプト言語のように柔
さきほどWWDCにて新言語 Swiftが発表されました。 The Swift Programming Language (iBooks Store) で言語ガイドが公開されていたのでザッと目を通してみました。 Objecitve-Cと比較してSwiftがイケてそうなところをパッと気になったところだけ書いていってみます。 変数/定数の型推論がある Objective-Cのように明示的に型を書かなくても型を推論してくれます。 推論で問題ないケースも多いと思うのでタイプ数がかなり減らせそうですね。 ( 変数を宣言する際はvar、定数を宣言する際はletで宣言します。 ) // 型推論 var name = "Shinji Ikari" // 変数の型は推論によりString型になる var age = 14 // 変数の型は推論によりInteger型になる let height = 141.5
同じコンピュータでも、Linuxを走らせたときのほうがWindows XPやVistaを走らせたときよりも性能は高くなる。しかしLinuxシステムはさらに高速化することも可能だ。この記事では、Linuxシステムの性能を向上させるための、3つの異なるレベルで行なう最適化の方法を紹介する。 あらゆる最適化について言えることだが、何らかの簡単なベンチマークを行なわなければ、結果を本当に向上させることができたのかどうかを知ることはできない。Linux PC上では通常、数多くのプロセスが走っていて、それらが性能の測定に影響を与える可能性がある。その影響を最低限に抑えるために作業はランレベル1で行なうようにしよう。ランレベル1は、最低限のプロセスのみを実行するシングルユーザモードだ。ランレベル1で作業を行なうためには、ALT-F1を入力してコンソールに切り替え、ルートとしてログインして「init 1」
というタイトルで発表してきました。Engine Yardさま、いつも会場提供ありがとうございます。 ( 第72回 PHP勉強会@東京 : ATND ) JSON Schemaというものがあって、すげー応用範囲が広くて、バリデーションなら大体これだけで出来ますよーという内容でした。 スライドはちょっとネタに走ってますが、書いてあることは割と本気です。「JSON SchemaはJSONのバリデーションを行うためのもの」と一般には定義されていますが、JSON互換のデータ構造を持っている動的型付き言語においては、JSON Schemaで言語ネイティブのデータ構造が全てバリデーションできてしまうのです。 JSON Schemaはいまひとつ流行ってない気もしますが、構造そのもののバリデーションに主眼を置いていたり、言語を超えてバリデーションルールを共有できたり、結構おもしろいことができるので、使ってみ
JSON(http://www.json.org/)データはけっこうよく使うので、何度か話題にしたことがあります(例えば「もう一度、ちゃんとJSON入門」)。でも、JSONには型情報/メタ情報が付けられないのがとても不満で、JSON改なんてもんを考えたこともありました。(後でXIONに改名) JSONデータに対するスキーマ定義の仕様がかたまりつつあることを、ごく最近になって知りました。 http://json-schema.org/ JSON本体はRFC 4627になっていますが、JSONスキーマの標準化のステータスは、あまりハッキリとは分かりません(僕には)。http://groups.google.com/group/json-schema?pli=1 を覗き見した感じでは、現状ワーキングドラフトという位置付けらしいです。 なかなか面白いし役に立ちそうなので紹介します。ただし、僕にとっ
http://corner.squareup.com/2014/09/squares-api.html 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約2時間前 SOAにおけるサービス間のコミュニケーションについては、CODE CLIMATEにおいて、Protocol Buffers vs JSONという比較が取り上げられていて、「ブラウザやJavaScriptが直接データを利用しないケース、特に内部サービス間のコミュニケーションにはProtocol Buffersの方が向いているのでは。」と紹介されています。 せっかく整合性のあるデータ構造を用意しても、サービス間のデータのやり取りの際に苦労させられることが多い。Protocol BuffersならProtoフォーマットにしてエンコーディングするだけで、意図す
Heroku の基本 Hello Heroku(Web アプリケーション) Hello clockwork on Heroku(定期実行アプリケーション) foreman について 複数のプロセスを管理する Ruby 上のツール/ライブラリ clockwork について cron の代替となる機能を単独で提供してくれる軽量のツール/ライブラリ Git について ローカル環境で試す 僕がつまずいた Ruby 1.8/1.9/2.0 系の環境の差異をまとめていきます。 概要 具体的な内容に言及する前に体感(≒経験則)をまずざっと書きます。 Ruby 1.8 と 1.9 の差異 最も大きいのは「多言語化(M17N)対応」の有無である。 マルチバイト文字列の扱いに互換性がない。 そのため対応を考慮せず書いたプログラムは、片方のバージョンでしか動かない。 Ruby 1.8 から 1.9 への移行、そ
Getting Started Introduction A simple tutorial Language Reference Basic syntax Types Variables Constants Expressions Operators Control Structures Functions Classes and Objects Namespaces Errors Exceptions Generators References Explained Predefined Variables Predefined Exceptions Predefined Interfaces and Classes Context options and parameters Supported Protocols and Wrappers Security Introduction
The PHP development teamは9月18日(現地時間)、「PHP 5.4.33」および「PHP 5.5.17」のリリースを発表した。 PHP 5.5は、PHPの最新系列。「PHP 5.5.17」および「PHP 5.4.33」は安定性向上とセキュリティ向上が中心となっており、PHP 5.4系列およびPHP 5.5系列のユーザ共に、アップグレードが推奨されている。また、PHP 5.4.33はPHP 5.4系列の最後のマイナーアップデートリリースになる予定で、ユーザはPHP 5.6または5.5系列への移行が推奨されている。 「PHP 5.5.17」および「PHP 5.4.33」は、Webサイトから無償でダウンロード・利用できる。 (川原 龍人/びぎねっと) [関連リンク] リリースアナウンス(PHP 5.5.17) リリースアナウンス(PHP 5.4.33)
こんにちは。Java 初心者です。 Java 初心者、得に LL から Java に来た人にありがちな問題について社内向けに書いたものをオープンアンドシェアさせていただきます。 前提として、我々は Java 8 でガンガン攻めているということをご承知おきください。 また、自分がこの数ヶ月で「うわー。こうしとくべきだったのかー」と気づいたやつをドヤ顔で語っているということにもご注意ください。 【追記】 対象は中規模 B2C の場合です(中規模というのは facebook より小さいという程度の意味です) 例外を握りつぶさないようにしよう Eclipse が生成する以下のようなコードをそのまま残しているケース。 これは言うまでもなく良くないですね。デバッグが困難になります。 try { } catch (IOException e) { e.printStackTrace(); } Perl
最近、寒暖の差が激しいですがみなさん体調は崩されていないでしょうか? こんにちわ。モニプラ for Facebookを担当しています高橋です。 サービス開始当初は問題なかったものの稼働が高くなりデータ量が多くなって クエリのパフォーマンスが悪化すること…よくありますよね? 今回はクエリチューニングの基本的な手順とケース別に解決方法を解説したいと思います。 クエリチューニングの手順 1.スロークエリログで問題のクエリをあぶり出す まずはどのクエリが問題なのか特定する必要があります。 アプリケーション側でクエリの実行時間を測定し自前でログを出力しておくというのも手ですが、 お手軽にMySQLの設定で一定時間以上掛かったクエリをログに出力しておくことができます。 スロー クエリ ログ(MySQL 5.1 リファレンスマニュアル) mysqldを–log-slow-queriesオプションつきで起
この記事は MySQL Casual Advent Calendar 2013 の18日目の記事です。こんな記事をAdvent Calendar初日に書いちゃったので今回は別のネタで。 メモ:ENUM型をフラグにするのどうなんだろうと思った件 - rkajiyamaの日記 みんな大好きEXPLAIN文。インデックス利用の有無やファイルソートしないかの確認など、MySQLでの実行計画の確認に使う、便利なあれです。MySQL 5.6.3からは、SELECT文だけではなく、UPDATE文、DELETE文、INSERT文とREPLACE文でも使えるようになっています。 EXPLAIN文の一般的な使い方やアウトプットの見方は漢の記事が役に立つのでそっちを見てください。 ここでは小ネタを2つほど。 SQLの実行計画の確認だけじゃないEXPLAIN文 EXPLAINに続けてテーブル名を付けると、 mys
以前、MySQLを高速化する10の方法という投稿で「EXPLAINの見方についてはいずれ解説しようと思う」と書いてしまったので、今日はその公約?を果たそうと思う。 MySQLのチューニングで最も大切なのは、クエリとスキーマの最適化である。スキーマの設計は一度決めてしまうとそのテーブルを利用する全てのクエリに影響してしまうためなかなか変更することは出来ないが、クエリはそのクエリだけを書き直せば良いので変更の敷居は低い。そして遅いクエリをなくすことは、性能を大幅に向上させるための最も有効な手段である。従って、アプリケーションの性能を向上させたいなら、まず最初にクエリのチューニングを検討するべきなのである。 最適化するべきクエリはスロークエリログやクエリアナライザで見付けられるが、ではそのようなクエリが見つかった場合にはどのように最適化すればいいのか?そのためにはまず現在どのようにクエリが実行さ
SAVEPOINT、ROLLBACK TO SAVEPOINT および RELEASE SAVEPOINT ステートメント
今回はMySQLのテーブルにインデックスを追加する方法をご紹介したいと思います。 初めに、現在のテーブルのインデックスの状態を確認します。 インデックスの表示は以下のコマンドで行います。 SHOW INDEX FROM [テーブル名]; 例)社員テーブルのカラムを表示する -------------ここから--------------------------------------------- mysql> SHOW INDEX FROM syain\G *************************** 1. row *************************** Table: syain Non_unique: 0 Key_name: PRIMARY Seq_in_index: 1 Column_name: No Collation: A Cardinality: 100
2010年05月31日 16:23 カテゴリMySQL MySQL インデックスのチューニング Posted by ashibuya0128 No Comments No Trackbacks この本の第8章、第9章の「インデックスのチューニング(前編・後編)」を読みましょう Linux-DB システム構築/運用入門 (DB Magazine SELECTION) 著者:松信 嘉範 販売元:翔泳社 発売日:2009-09-17 おすすめ度: クチコミを見る この本、読めば読むほど、第2のバイブル化してきました。 MySQLを使って開発している人は、この2章だけは読んだほうがいいですね。 性能の支配要因は処理しなければならないレコード数とランダムI/O回数なので スキャン範囲を絞る I/O回数を軽減すること です。 まず、インデックス構造とデータヒットのメカニズムを本書では詳しく解説してくれ
MySQL 5.1のmysqldumpslowを使うとチューニングが楽になる!という話題です。 mysqldumpslowはもともとMySQLに付属しているツールで、スロークエリログを集計してくれるものです。これ自体はMySQL 5.1で特に変わったところはありませんが、スロークエリログ本体の方が機能強化されているため、組み合わせるとなかなか便利になっています。MySQL 5.1におけるスロークエリログの主な機能強化は以下の三点です。 long_query_timeに1秒未満の値を設定できるようになった。 出力先を設定できるようになった。 これらの設定をオンラインで変更できるようになった。 これでどうなるかというと、MySQLの性能分析をしたいと思ったときに、サーバを止めずにその場で mysql> set global slow_query_log = 1; mysql> set glob
スローログの解析には、mysqldumpslowや、Maatkitなどがあるみたいです。 今回はその中のmysqldumpslowを使ってみました!( ̄ー ̄)ニヤリ 基本的にはスローログのファイルに対して次のコマンドを実行するだけです!( ´∀`)bグッ! #一番時間がかかっているクエリ mysqldumpslow -s t /var/lib/mysql/mysql-slow.log #実行回数の多い順 mysqldumpslow -s c /var/lib/mysql/mysql-slow.log #合計実行時間順に10件表示 mysqldumpslow -s t -t 10 /var/lib/mysql/mysql-slow.log #平均実行時間順に10件表示 mysqldumpslow -s at -t 10 /var/lib/mysql/mysql-slow.log #一番時間
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く