消費税「税抜き表示」認める法律施行 NHKニュース
政府は、これまで小売店などで表示される販売価格について、商品の本体価格に消費税を加えた「総額での表示」を義務づけてきましたが、来年４月からの消費税率の引き上げに備えて、消費税を含まない「税抜きの表示」も認めることなどを盛り込んだ法律が１日から施行されました。 スーパーやコンビニなどでの価格表示は、これまで消費者がいくら支払えばいいかはっきり分かるようにするためなどとして、商品の本体価格に消費税分を加えた「総額表示」が義務づけられていました。 しかし、消費税率が法律どおり来年４月に８％、再来年１０月に１０％に引き上げられた場合、「総額表示」では短い間に２度、値札を貼り替えなければならず、事業者にとっては手間やコストなどの負担が増えることが懸念されます。一方、「本体価格プラス税」などと記す「税抜き表示」であれば、事業者は税率が変わっても値札を貼り替えなくてすみます。 このため、「総額表示」に加
マカフィー氏、「D-Central」開発計画を明かす--傍受不可のネットワーク構築を可能に
ウィルス対策企業McAfeeの創業者であるJohn McAfee氏が、新製品「D-Central」の計画を発表した。同氏は、ユーザーを政府の監視から守る製品だと約束している。 McAfee氏は米国時間9月28日、San Jose McEnery Convention Centerで行われたインタビューで、D-Centralは価格が100ドル未満のハードウェア製品だと語った。スマートフォンやタブレットなどのモバイル機器と通信し、一連の分散型ローカルネットワークを構築できるという。こうしたネットワークは、本質的にウェブ空間に存在するプライベートネットワークなので、捕捉することはほぼ不可能だという。 McAfee氏はインタビュー中に、このデバイスを「不正な目的」に使用することは可能だと認めながらも、「電話も不正な目的に使用されている」と述べて批判を退けた。 McAfee氏は2012年に批判の的に
Systemd入門(2) - Serviceの操作方法 - めもめも
この連載では、Fedora 17での実装をベースとして、systemdの考え方や仕組み、利用方法を説明します。今後出てくる予定のRHEL7での実装とは異なる部分があるかも知れませんが、その点はご了承ください。 前回は、systemdの基本概念となるUnitの説明をしました。今回は、日々のオペレーションで必要となる、serviceの操作方法をまとめます。旧来のchkconfigコマンド、serviceコマンドに相当する部分ですね。 サービスの確認 現在稼働中のサービス一覧 # systemctl list-units --type=service UNIT LOAD ACTIVE SUB JOB DESCRIPTION auditd.service loaded active running Security Auditing Service crond.service loaded act
Systemd入門(1) - Unitの概念を理解する - めもめも
Linuxの起動処理は、これまでinit/upstartと呼ばれる仕組みで行われていました。Red Hat Enterprise Linux 7 (RHEL7)では、これが、systemdと呼ばれるまったく新しい仕組みに置き換わります。Fedoraでは、すでに先行してsystemdが採用されていますが、この連載（？）では、Fedora 17での実装をベースとして、systemdの考え方や仕組み、利用方法を説明していきます。今回は、systemdの動作の基礎となる「Unit」の概念を理解します。 systemdを採用したFedoraでLinuxの基礎を学びなそう！という方には、「「独習Linux専科」サーバ構築/運用/管理――あなたに伝えたい技と知恵と鉄則」がお勧めです。(^^/ systemdの考え方 参考資料 ・Rethinking PID 1：systemdの開発者であるLennart
全ての国会議員の公的活動を集約、記録、公表する―「国会議員白書」の紹介
国会議員白書は、議員の国会での活動をまとめたウェブサイトです。現在のところ、衆議院議員は2012年総選挙直前参議院議員は2013年通常選挙直前までに在籍した、戦後新憲法下の全衆院議員、全参院議員の活動履歴を記録しています。
第4回 AIツール入門講座 Linked Open Data入門
44. 1. request /resource/Japan 2. return an HTML document for /resource/Japan http://dbpedia.orgWeb Browser % curl -ILH 'Accept: text/html' http://dbpedia.org/resource/Japan HTTP/1.1 303 See Other Date: Thu, 04 Jul 2013 09:30:17 GMT Content-Type: text/html; charset=UTF-8 Content-Length: 0 Connection: keep-alive Server: Virtuoso/07.00.3203 (Linux) i686-generic-linux-glibc212-64 VDB Accept-Ranges: b
“ビッグ＆オープン”なデータ活用が始まった、個人情報保護法の改正は必要？
最近、“ビッグデータ”“データ活用”“データサイエンティスト”という言葉を耳にしない日はない。それほど、IT業界ではデータアナリティックスの話で持ちきりである。大手IT企業が相次いで、ビッグデータの専任組織を立ち上げているというニュースもあるほどだ（関連記事：ビッグデータ専任組織の新設相次ぐ ）。 実は先月、政府や自治体などが提供するビッグデータである「オープンデータ」を活用するための勉強会「オープンデータ・イノベーション・カンファレンス」と、毎日の診療で蓄積される医療情報＝ビッグデータをいかに活用するかをメインテーマに掲げた、第17回日本医療情報学会春季学術大会という二つのイベントを取材する機会を得た。それぞれ興味深いデータ活用の事例発表があったので、その中からいくつかを紹介したい。 電車やバスのロケーションを把握、地震時の危険度を地図表示 オープンデータとは、国、地方自治体などが保有す
国会議員白書――政治家の仕事を記録・公開するウェブサイトです
専門家向けメディアプラットフォーム“theLetter”でニュースレターの配信を開始します。初回配信は3月6日で、国民民主党の選挙結果について論じます。国会議員白書に関する記事も配信予定です。ぜひご登録ください。 登録はこちらから（2025/03/04） 議員立法、委員会発言など各議員のデータはリアルタイム更新ではありません。データの入手日は各ページに記載しています。最新のデータを入手したい場合は各自お調べいただくか、そのようにご依頼ください。（2025/01/10） 当サイト運営者の新刊 荻上チキ編著『選挙との対話』（青弓社） 【内容紹介】「あなたにとって選挙とは？」「政治参加の手段？」「民主主義の根幹？」、それとも「行っても／行かなくても変わらないもの…？」科学的な分析に加え、杉並区長へのインタビューやお互いの話を聴き合いながら思索を深める哲学対話から、選挙を、そして政治をより身近にた
【進撃の巨大データ】Log集計用DBとシステム構成の美しい設計を考える - Y's note
[:W560] Log集計用DB設計 考える問題 Document無しのAgile開発をガチで推奨したい@yutakikuchi_です。【進撃の巨大データ】の第2回目として巨大アクセスLog集計用DBの設計について勉強した内容についてメモしたいと思います。DB周りはそこまで詳しく無いので詳しい皆様からの突っ込み大歓迎でございます。また図々しいですが知恵をください(笑)。 今日の主目的は下の2要件を叶えるためのDB設計を考える事です。特に問題になるのがRealTimeの話でTableにLogDataを書き込む処理と集計のSQLをどのように組み立てるか、それ以外にもSystemPerformanceとArchitectureにも関わってきます。 リアルタイムで大量データを集計したい 定期処理で大量データを集計したい 使うもの Fluentd : Fluentd: Open Source Log
熱中症の警戒レベルをスマホに通知--ウェザーニューズ
ウェザーニューズは7月8日、スマートフォンアプリ「ウェザーニュースタッチ」（iOS/Android）において、熱中症の危険性を事前に通知するサービス「スマートアラーム熱中症モード」を有料会員向けに公開した。 スマートアラーム熱中症モードは、全国3000カ所に設置している独自観測システム「ソラテナ」の解析データを活用して、利用者の現在地で熱中症の危険性が高まる恐れがある場合に、事前にプッシュ通知するサービス。 あらかじめスマートアラームの設定をオンにしておくだけで、現在地の熱中症の危険性について、熱中症患者が急激に増加する“警戒レベル”、室内にいても熱中症になる恐れがある“最大危険レベル”に達する恐れがある場合に、事前に通知を受け取れる。 また、水分補給や室内での温度調整を促す注意コメントが表示されるほか、現在地の実況気温なども確認できる。
LINE 執行役員 葉村より、LINEの広告事業が目指す「CHANGE」 - ブログ | LINE Biz-Solutions
コミュニケーションアプリ「LINE」上に企業や店舗がアカウントを作成し、友だち追加してくれたユーザーに対して情報を発信できます。
ITエンジニアの『生産性』と、データ・サイエンスの微妙な関係 | タイム・コンサルタントの日誌から
ある、社外の人との集まりに顔を出した時のこと。IT分野の経験を積んだ人が多く、みな一家言持っておられる。わたしは昨年後半から、久しぶりに社内のIT関連業務を見るセクションに移ったばかりなので、最近の事情に疎い。なるべく拝聴する側に回ることにした。話は業界の技術トレンドから、クラウドやビッグデータといった最新のバズワードに向かい、日本のIT業界の現状をなげく論調にうつった。日本を代表する大手SIerたちの低空飛行ぶり、技術的イノベーションの不足、そして多重下請に象徴される業界の構造的問題。追い打ちをかけるように、オフショアとの競合による単価の下落。なんだか、あんまりエンカレッジされるような話題が出てこない。 －－だとすると、日本のSI業界というのは将来性があるのでしょうか？ わたしは思い切って、直球ど真ん中の質問をなげてみた。しかし返ってきたのは、苦笑いするように首を横に振る姿ばかり。 「情
むしろ数式が苦手だけど統計を勉強したいという人はRをやるといいかもしれない - Line 1: Error: Invalid Blog('by Esehara' )
はじめに なぜか唐突にRブームが俺の中でやってきてしまってどうしようもないので、Rの本を注文しまくってたりしていたら、下のような本の山が出来てしまいました。 これらの本を付箋でペタペタしながら読み進めていくうちに、段々とRというのはどういう言語で、どういう風に勉強するといいのか、という方針が固まってきたので、ここにメモをしておきます。 Rとはどのような言語か 一言で、しかも乱暴に言ってしまうならば「統計に特化したPHP」というのが一番雰囲気を伝えられるかもしれない。いや、PHPの悪評は知っているし、ガチでRをやっている人にとっては嫌がられることもわかっているけど、あえてそういう説明が、あくまで入り口としてはわかりやすいのではないかと。 どういうことかというのを言い訳します。 自分が読んだ感じだと、統計というのは、「何らかのデータ」と「分析するためのツールとしての数式」と「その数式が意図する
はてなブックマーク記事のレコメンドシステムを作成 PythonによるはてなAPIの活用とRによるモデルベースレコメンド - データ分析がしたい
私は情報収集にはてなブックマークを多用しており、暇な時は結構な割合ではてなブックマークで記事を探してます。しかし、はてなブックマークは最新の記事を探すのは便利ですが、過去の記事を探すにはいまいち使えません。個人的には多少過去の記事でも自分が興味を持っている分野に関しては、レコメンドして欲しいと感じてます。 ありがたいことにはてなはAPIを公開しており、はてなブックマークの情報を比較的簡単に取得できます。そこでこのAPIを利用して自分に合った記事を見つけるようなレコメンド機能をRとPythonで作成してみたいと思います。 利用するデータは、はてなAPIを使って収集します。具体的には、はてなブックマークフィードを利用して自分のブックマークしているURLを取得し、そのURLをブックマークしているユーザをエントリー情報取得APIを用いて抽出し、そのユーザのブックマークしているURLを収集します。こ
地方で盛り上がった！オープンデータハッカソン in 寺 開催レポート | TechWave（テックウェーブ）
福井からコンニチハ！ 先日ご紹介した「オープンデータハッカソン in 寺」が、6月22日(土)～23日(日)の2日間の日程で無事終了しました！ 24時間におよぶ長丁場のイベントでしたが、たくさんの方に参加いただき、無事終了できました。 それでは開催レポートということで、時間軸にそってざっとご紹介します。 市内散策 開催されたのは福井県の越前市というところで、市役所に集合し市内をかるく散策するところからスタートしました。 越前市はちょっと路地を入るとお寺ばかり！ということで、その経緯などをレクチャーいただきながら近辺を練り歩く参加者たち。 すこし早めの昼食は、市内の料亭萬谷で。 今回のイベントに協力いただき、かなりプライスダウンしてもらえたそうです！ そしてついに、今回の会場である称名寺(しょうみょうじ)に到着。 前説 まずは越前市が取り組む、「コウノトリが舞う里づくり」についてのセッション
ORDER BY RAND()の代わりを実装する、あるいはMySQLでランダムにデータを取ってくる方法についてのメモ - Line 1: Error: Invalid Blog('by Esehara' )
こんにちは。相変わらずBookableというサービスをこつこつとやっているのですが、前回に「ORDER BY RAND()を使うと重くなる」という話を書いたところ、知人から「それやめろ」という斧であったり、あるいは他の方面からアドバイスを頂きました(Thanks グニャラくん！)。 なんでORDER BY RAND()がダメなの？という話は、ちょっと息抜きに翻訳したものがあるのですが、まず問題としてMySQLの乱数を生成するコストが高いという問題がある様子。少なくとも全件に対して乱数を発行するし、そして並び替えも発生してしまうので、とにかく非効率であると。だからその辺はMySQLにまかせるのではなく、それを呼び出すプログラム側にまかせたほうが圧倒的に効率がよくなるようです。 例えば、RANDでやると、下のように件数が増えるにつれて負荷が膨大になっていきます。 djangoの場合、元々のOM
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Maintenance Page - Future Tense
国会議員白書 meets Linked data になるとよいな - 発声練習
Yahoo! JAPANの検索ビッグデータが参院選を予測、自公で71議席以上 
楽天プロジェクトX：基幹DB移設 編
