アイティメディア、「ITmedia DMP」提供開始 | RTB SQUARE
アイティメディア株式会社（本社：東京都千代田区、代表取締役社長：大槻利樹）は、当社が運営する専門メディア群のオーディエンスデータ(*1)を活用する「ITmedia DMP」(*2)の提供を開始したことをお知らせします。 ITmedia DMPとは、月間2,500万UB、1億5,000万PVに及ぶ当社コンテンツの閲覧履歴と、登録75万人を超える会員基盤「アイティメディアID」に蓄積された属性データを組み合わせたプライベートDMP（パブリッシャーDMP）です。日本最大級のテクノロジー専門メディア群を運営する当社は、同分野での情報収集活動には欠かせない存在であり、質・量ともに優良なオーディエンスデータを得られる優位な立場にあります。そこにアイティメディアIDの属性情報を加えることで、さらにデータの有用性を高め、広告主向けのサービスに活用できるよう、DMPとして整えました。当社は、ITmedia
システムをハックする首相 - やしお
安倍首相・内閣の言動がはちゃめちゃだとするなら、「どんな風にはちゃめちゃなのか」というより「どうしてはちゃめちゃが成立するのか」の方に興味があるし、「首相は愚かだ」と嘆くよりは「愚かな事態をシステムはどのように許したのか」を知りたい。 今の時点でどう見えているか記録を残しておけば、10年後くらいに読み返して面白いかもしれないと思って。 はちゃめちゃが成立する構造 はちゃめちゃが安定して存在するには、「はちゃめちゃを許容する構造」と「はちゃめちゃを用意する構造」の両方が必要になる。 おふとん（＝眠気を許容する構造）と眠い人（＝眠気を用意する構造）の両方がそろって安定した睡眠が成立するみたいな感じ。おふとんだけあっても全く眠くなければ睡眠は発生しないし、眠い人がいてもおふとんが無ければぐっすり眠れず目が覚めてしまう。 それから眠くなかったのにおふとんに入ったら眠くなってしまうといった、「許容す
Slack API でユーザ・チャンネルの名前がリンクされないときの対処法 (あるいは takosan を試した件) - Qiita
ikachan for Slack こと takosan を試した Slack API を通じて簡単に Slack にメッセージを送信できる takosan が便利そうだったので試してみました。 Slack用のIkachanを作った 用途としては、例えば実行に時間のかかるコマンドを実行して、終わったら自分宛てに mention を飛ばさせる、みたいな感じです。 takosan は Heroku ボタンに対応しているので、サクッと Heroku にアップして試してみたところ以下のようになりました。 ユーザ名やチャンネル名がリンクになっていません。 また、Recent Mentions にも表示されず、通知も行われませんでした。 これでは当初想定した使い方ができない、と思ってなんとかできないか調べてみました。 対処法: link_names=1 を指定する 調べたところ、takosan の内部
「業務システムが出力したデータをExcelでもらえないだろうか？」という要求に、簡単に対応できる高速ライブラリ「ExcelCreator for Java」［PR］
「業務システムが出力したデータをExcelでもらえないだろうか？」という要求に、簡単に対応できる高速ライブラリ「ExcelCreator for Java」［PR］ 「この業務システムが出力したデータをExcelのシートでもらえないだろうか」。業務システムを運用している現場であればどこでも 、こんな要望をいちどは聞いたことがあるのではないでしょうか。 業務システムのデータを活用して柔軟なレポートや緻密なレイアウトの帳票に仕上げたり、複雑な分析を行うには、データをExcelへインポートできるようにすることが手軽で、効果的な方法のひとつです。 業務システムからExcelへとデータを出力する方法には、CSVやタブ区切りのファイル形式が選択されがちですが、もっと便利な選択肢として、Excelのデータ形式であるxlsxファイルを直接読み書きできるライブラリを用いる方法があります。 アドバンスソフトウ
「covfefe」とは……トランプ氏の謎メッセージにツイッター大いに盛り上がり - BBCニュース
ワシントンで日付が31日に変わって間もなく、ドナルド・トランプ米大統領がツイートした謎の「covfefe」という言葉に、ツイッター利用者は大いに盛り上がった。
コードレビューのクオリティとスピード，とくにスピードについて，それとコミュニケーションについて - hitode909の日記
ソフトウェアを作るときにクオリティとスピードのバランスをとりたくて，どちらかに偏ってはいけなく，どちらもキープしないといけない．すごく雑に*1とらえると， クオリティ→正しく動き，不具合がないほうがよい スピード→(計算時間ではなく)早く作れるほうがよい ということになる． コードレビューでは，不具合を見つけて直してもらったり，動きはしてもコードの可読性に問題があって直してもらったりと，クオリティに目を向けられがちだと思う． ところで，コードレビューとスピードの関わりについて考えてみる．スピードのためにできることはいくつかあり， 早く読み始める→他のことやってても手を止めて読み始めたり，1日のうち決まった時間にレビュータイムを設けたり 速く読む→これはコツとかある*2けど精読しないといけないので難しい 不具合を見逃さない→リリース後とか，リリース直前に正しく動かないことが分かったら大きな手
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
NIKKEI STYLEは次のステージに
明治「カール」殿様商売のツケ - 日本経済新聞
