生活排水をめぐる長年のご近所トラブルで、男Ａが隣人Ｂ氏を殺害した現場となったＢ氏方。男は敷地内にある池でＢ氏を溺死させた＝館山市大戸（中辻健太郎撮影） 「生活排水が流れてきている。カネを持ってこい」－。千葉県館山市で隣人男性のＢ氏＝当時（７３）＝を殺害したとして、殺人罪に問われた男Ａ（７６）の公判で、Ｂ氏が執拗（しつよう）なクレームや嫌がらせをＡに２０年以上続けていたことや、ほかにも近所で多くのトラブルを起こしていたことが明かされた。殺害の際の心境を問われたＡは「これ以上、住民にＢが迷惑をかけないようにと考えた」。罪の軽減を求め、１千人以上が署名した嘆願書も提出される異例の展開となった法廷で、言い渡された判決は…。　（千葉総局　中辻健太郎） 鎌がついた長い棒千葉地裁での裁判員裁判によると、事件は昨年１１月、人口約１５０人ほどの小さな集落で起きた。被告のＡと被害者のＢ氏は約４０年来の隣人同士

そういえば、9.6のVACUUM Progress Reportingをきちんと試してなかった。 VACUUM Progress Reporting この機能は名前のとおり、VACUUMの進捗状況をレポートしてくれるというもの。 進捗状況は pg_stat_progress_vacuum ビューに書き込まれる。 なお、このビューに表示されるレコードはVACUUM処理中のみ存在する。VACUUMが完了すると消えてしまう。 なので、VACUUMがすぐに終わっちゃうと、進捗を見ようとしても見れないというもどかしさｗ かといって、うちのようなpoorな環境では巨大なテーブルを作るわけにもいかない・・・。 vacuum_cost系パラメータを使う ということで、小さいテーブルでもVACUUM Progress Reportingを見たい場合には、VACUUMの動作を遅くすればいいのですよ。 このため

さあ来年は何を始めようか。そう考えるのではなく「何をやめるか」を先に決めよう。それも自分にとってかなり重要な何かを「やめること」。 それが「来年の抱負」「今年の抱負」を真に意味のあるものにするための最重要ポイントだと思う。新しく始める「何か」を決めるだけでは、できない場合がほとんどだ。 「時間の使い方の優先順位」を変えないと、新しいことを始める時間はなかなか捻出できない。とにかく「やめること」を決めなくちゃいけない。 僕にとってのここ数年は、かなり新しいことへと舵をぐっと切った時期だった。JTPAを始めたこと、たくさん勉強するようになったこと、若い人たちとばかり会うようになったこと、ブログ(CNET Japanから本欄)を始めたこと、はてなに参画したこと・・・。 こうした新しいことのすべては、僕の本業である「MUSE Associatesのコンサルティング事業」で「もう新しい仕事はいっさい

ヘッドライトの黄ばみがサッとキレイに! メッキ・ホイール・シートにも使えるマルチ過ぎなお手軽クリーナー「ウルトライト」

言いたいことがストレートに伝わる良い文章だと思います。 simplearchitect.hatenablog.com ウォーターフォールはなんのメリットもない。プロジェクトの工程間のつじつまを合わせることができないやり方でオーダーメイドのソフトウエアが正しく作れるわけがない。正しいし、それなら一切のメリットが無いという話も理解できる。 では、ここで小噺をひとつ。受託開発の要件定義フェーズであなたは要件を変えないと顧客にとって不都合が起こることがわかったとします。社内で相談した結果、えらい人がこう言いました。 確かに不都合はあるかもしれないけど、固まった要件を自分から揺り戻すなんて出来ないぞ。これ以外やりませんって合意を取らないと前に進めないだろ？ その変更が違う変更を産むかもしれないし、お前それ膨らんだ時に責任取れるの？ 僕の実体験を一部脚色してお伝えしています。簡単に言えば、ソフトウエア

Research indicates that carbon dioxide removal plans will not be enough to meet Paris treaty goals

Digdag が Apache License 2.0 の元でオープンソース化されましたよ！ さぁ試すんだ…！ 今すぐにでも！ https://t.co/Uzc4a5GLCe ドキュメント：https://t.co/PF8wy5KHln— Sadayuki Furuhashi (@frsyuki) 2016年6月15日 Digdagが先日リリースされたのをきっかけにデータ分析基盤構築の夢を見た。 今回は、Google Cloud Platform（以下、GCP）のコストを可視化かつ分析可能にしてみて、まずはDigdagの使用感を試してみることにする。 事前知識 Digdagとは Workload Automation Systemである。以下の記事が詳しい。 EmbulkとDigdagとデータ分析基盤と 分散ワークフローエンジン『DigDag』の実装 at Tokyo RubyKaigi

SEARCH STORE Blog : The posts Forums : Read the rules Store : Wonderful Products (Contact Support) Newsletter : Daily wonderful things About Us : Writers and staff Contact Us : Get satisfaction Advertise : Thank you for reading Privacy Policy : The data you generate TOS : What you agree to Thumbnails : Youtube Thumbnail generator Recent Intel x86 processors implement a secret, powerful control mec

セキュリティ研究者のDamien Zammit氏は6月15日(米国時間)、「Intel x86s hide another CPU that can take over your machine (you can't audit it) / Boing Boing」において、最近のIntel x86プロセッサには遠隔から操作が可能な脆弱性が存在すると伝えた。今のところ、この脆弱性を悪用したと見られる攻撃などは報告されていないが、この脆弱性を悪用したルートキットが開発された場合、広範囲にわたって影響が出る可能性があり注意が必要。利用しているオペレーティングシステムに関係しないため、ルートキットへの対策などが困難になることも推測される。 最近のIntel x86プロセッサおよびチップセットにはME (Intel Management Engine)と呼ばれる機能が実装されている。具体的にはチッ

最近ドラクエ10のサブキャラで防具鍛冶職人を始めました。でも数値取りとか与えられるダメージ量とかよくわからん！ということで、自分でツールサイトを作りました。 名付けて、DQX鍛冶職人ダメージチェッカーです。 canvasJSを使って作りました。ホスティングはGiuhub Page。 各フォームにその位置のダメージ量を書き加えると、赤いバーが伸びて緑色の成功ゾーンまであとどのくらいなのか分かります。また、ダメージ量の右上と右下にある細かいバーは、それぞれ手加減打ちや乱れ打ちなどを表していて、上のスライドバーで現在の温度を調節してから見ると、次にどんな打ち方をしたらどの辺りまでダメージが伸びるかが分かるようになっています。 今は主にレベル75以上の装備に対応していますが、これからまだまだデータを追加していく予定です。 また、今はまだ防具職人にのみ対応なのですが、防具職人のデータ追加が終わったら

pplogがキッカケ？ 当時の私は、このまま何者にもなれずに終わるのかなって思ってた。 そんなときpplogを知って、つらつら思いつきをぽえんでたら、私のアイデアに「需要ある」と足跡を残してくれた方がいた。それが #マンガでわかるWebデザイン の始まり。 pic.twitter.com/rJby0gp3r7— 湊川あい🌱技術書典5 あ20 マンガでわかるDocker② (@llminatoll) 2016年6月19日 まじかよッて感じでずっと楽しみにしていた本がやっと届いた！ わかばちゃん来た！Special thanksにpplogという文字列を発見してニヤついてる( ˘ω˘) pic.twitter.com/MgJsGHwXyJ— 🌈KOSHIKAWA (@ppworks) 2016年6月19日 ので読みました。読みながらの感想はツイッターに書いてたのでその辺を適当に貼っておく。

当社は、JPX及びPTSのコロケーションに設置したサーバー上のプログラムによって、日々数千銘柄に及ぶ現物株式と金融派生商品を取引する、内国法人唯一の高速取引行為者（HST）*1です。なかでも、東京金融取引所、Cboe Japan、ODXにおいては、指定マーケットメイカー*2として継続的に売り買い両方の気配を提示することで、それらの市場の流動性と効率性を支える役割を担っています。 *1 高速取引行為者登録一覧 *2 取引所・PTSが注文執行能力と流動性供給能力の観点から指定するHFT業者。一つのベニューにつき通例5社程度が指定を受ける。 社是 高能率高賃金 K語廃止 士魂商才 進取果敢 社訓 明るく - 自らの決意を礎、その情熱を糧として 楽しく - みんな一緒に力をあわせて 逞しく - リスクを取って飼いならせ Founder/CEO 塩谷 明達 1995年リーマン・ブラザーズ証券会社東京

PHPには大量の配列操作関数が用意されています。 これらの関数、イマイチ書き味が悪いということで、よくPHPがDISられるポイントになっています。 お題として、こんな感じのコードを書きたいとしましょう。(意味は特にないです) 0~10000のうち、偶数だけを抽出して自乗し、結果が20を超えるものを足しあわせよ array_xxx系の関数だけで入れ子にしながら書くとこんなことになります。 echo array_sum( array_filter( array_map( function ($v) { return $v ** 2; }, array_filter(range(0, 10000), function ($v) { return $v % 2 === 0; }) ), function ($v) { return $v > 20; } ) ); 読めたもんじゃないですね。 関数の

総務省は2025年までにIT（情報技術）人材を新たに100万人育成する方針だ。データ分析や情報セキュリティーの技術を評価する新たな資格制度をつくるほか、小中高校などの教育も強化する。あらゆるモノがインターネットにつながるIoTの普及に対応していく。総務省が20日の情報通信審議会に示す報告書に、ITに関する専門的な技術者を現在の約103万人から25年に約202万人に倍増させる目標を盛り込

今日のラーメン 人工知能は人間がボドルネックだった 日曜日は、オオギリダイバーというイベントがあり、それに『大喜利β』という人工知能が参戦すると聞いてきたので、元エンジニアで、ふらふらと大喜利に参加していた身としては、そりゃ参加しなきゃいけないだろうということで、人工知能のメカ大喜利くんを持ちこんで参戦してきた。どういうイベントかというと、こういう奴。 オオギリダイバー“フォース”Ⅱ【2ndステージAブロック】サツマカワRPG vs 能登たわし vs アキヤマ vs 俺スナ 結論から言うと、惨敗。でも、惨敗の結果は、結構面白い。 人工知能が意味不明なボケをだして滑る、というところの惨敗の結果ではなかった。実際のところ、システム上では、観客席から見ていた身からすると、確実に「大喜利β」の打率というか精度は抜群だったように思う。 どこで負けたかというと、事前に人工知能用に出されたレギュレーショ

汎用系のエンジニアからRubyのエンジニアとして転職して1年。 コボラー（笑）なんて言われることも多いが、この1年で出会ったRubyエンジニアは全て糞だった。 その特徴はだいたいこの3つだ。 1.テストを甘く見ているやれテスト自動化だ、やれテスト駆動開発だの口だけ達者なエンジニアの多いこと。 そもそもブラックボックステスト、ホワイトボックステストを分かっていない奴が多すぎ。 テストコードでカバレージが100%だったとしても実際の打鍵結果でエラーは弾けることが多いのにリリースしてしまう。 そもそもテストケース表を若いうちに書く習慣が無いからだ。 ドキュメントを揶揄し机上デバッグも行わない、こんな状態で「アジャイルですから」とかドヤ顔でいってしまうRubyエンジニアは糞である。 2.パフォーマンスを考えないRubyエンジニアはパフォーマンスを考えない。 どのメソッドがどれくらいの負荷なのか意識