アメリカでは脳震盪や脳の損傷を起こす主な原因が「自転車からの転倒」となっており、州によっては自転車運転時にヘルメットの着用が義務づけられています。そんな中、一般的な発泡スチロール製の自転車用ヘルメットの安全性に疑問を持ったスタンフォード大学の生物工学研究者が、衝撃を受けると展開する「エアバッグヘルメット」のテストを行い、一般的なヘルメットよりも脳震盪などを防ぐ効果が高いことを実証されました。 Modeling and Optimization of Airbag Helmets for Preventing Head Injuries in Bicycling | SpringerLink http://link.springer.com/article/10.1007%2Fs10439-016-1732-1 Stanford researchers show air bag bike h
Google対OracleのJava API訴訟。歴史的経緯とIT業界への影響を考える(その2)。JJUGナイトセミナー 2016年5月、GoogleとOracleがJava APIを巡って争っていた裁判に最初の陪審員による評決がくだりました。結果は、GoogleがJava APIをAndroidに流用したことはフェアユースにあたる、というものです。 この評決にはどのような背景があり、IT業界にどんな影響を与えるものなのか。このことをテーマに2016年7月に行われた日本Javaユーザーグループ主催の「JJUGセミナー」の内容を紹介しましょう。 記事は全部で4本(その1、その2、その3、その4)。いまお読みの記事は「その2」です。 ライセンスで揉めるJava実装のオープンソース化 そこで2005年に、後にいろんな波紋を引き起こすProject HarmonyがApache Software
Google対OracleのJava API訴訟。歴史的経緯とIT業界への影響を考える(その1)。JJUGナイトセミナー 2016年5月、GoogleとOracleがJava APIを巡って争っていた裁判に最初の陪審員による評決がくだりました。結果は、GoogleがJava APIをAndroidに流用したことはフェアユースにあたる、というものです。 この評決にはどのような背景があり、IT業界にどんな影響を与えるものなのか。このことをテーマに2016年7月に行われた日本Javaユーザーグループ主催の「JJUGセミナー」の内容を紹介しましょう。 記事は全部で4本(その1、その2、その3、その4)。いまお読みの記事は「その1」です。 日本マイクロソフトで開催したJJUGナイトセミナー 日本Javaユーザーグループ会長 鈴木雄介氏。 今日の前半では私から、JavaとAndroidとOSS(Ope
ワシントン条約の締約国会議が南アフリカで開かれています。マグロやウナギについては大きな動きはありません。大平洋クロマグロやニホンウナギの資源は相変わらず壊滅的ですが、東アジアのローカルな資源なので国際的な関心が薄いのです。 今回の締約国会議のハイライトは象牙で、主役は日本です。象牙のニュースがNHKなどのメディアで大きく報道されているので目にされた方も多いと思います。 http://www3.nhk.or.jp/news/html/20161003/k10010715241000.html 大まかな流れはこんな感じです。 1)象牙の国際取引の全面停止が提案された 2)日本が強硬に反対したために、「密猟、または違法取引につながる市場」のみの取引停止が採択される 日本政府の代表は、厳格に管理されている日本市場は閉鎖の対象外だと国内メディアに説明していますが、これは希望的推測であり、国際的な合意
Dockerとは コンテナベースのアプリケーションを仮想化したもの。軽量なVMの様に見えるがこれまでの(VirtualBoxなど)VMでは実現が難しい、不可能であったユースケースを解決してくれる。 ホストOSとリソースを共有するのでリソースの管理がVMより効率的 基本的に状態を持たないのでポータビリティが非常に高く、特定の環境に依存することがない 軽量なのでVMと比較し複数のインスタンスを実行することができる DockerHubなどのレジストリを利用することで既存のイメージをダウンロードして実行することができる コンテナとVM VM VMはハイパーバイザを通してホストOSに対してのシステムコールを解釈させるなどの必要がある それぞれのVMには全て独立したOS・アプリケーション・ライブラリが必要 コンテナ ホストのカーネルは実行されるコンテナと共有される(コンテナは常にホストと同じカーネルを
データベース設計の基本中の基本であるER図。ER図を書きたいけど、「記法が分からない」「どういうステップで書けば良いか分からない」という若手エンジニアも多いのではないでしょうか。 ER図は10種類近くあり、種類によって記法が異なります。このことが難しいイメージを与えていますが、実はそれほど難しいものではありません。覚えれば良いER図は2種類だけです。 しかも、この記事で解説している基礎知識を押えれば、たった5つのステップで作成することができます。 この記事では、ER図の基礎知識からER図の書き方まで、エンジニアが抑えておくべきER図の全知識をどこよりも分かりやすく解説します。 この記事を読み終えたとき、若手エンジニアもER図を書けるようになっているでしょう。 この記事を参考に最適なデータベース設計を進めて下さい。 1.ER図とは ER図とは、「データベース設計(データモデリング)で使う設計
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
Pythonは、習得が容易で、より大きく複雑なアプリケーションの開発にすぐに適用していけることから、コンピューティング環境に広く普及し、勢いを強めています。ただ、あまりに明瞭で親しみやすい言語なので、ソフトウェアエンジニアやシステムアドミニストレータが警戒を解いてしまい、セキュリティに重大な影響を及ぼすコーディングミスを誘発する可能性はあるかもしれません。主に、初めてPythonを使う人を対象とするこの記事では、この言語のセキュリティ関連のクセに触れます。ベテラン開発者にとってもその特異性を意識するきっかけになればと思います。 入力関数 Python 2に多数存在するビルトイン関数の中で、 input はセキュリティの面で完全に難点です。この関数をひとたび呼び出すと、標準入力から読み込んだものが即座にPythonコードとして評価されます。 $ python2 >>> input() dir
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く