3月29 #JSオジサンで Source Map について話してきました JSオジサンという名前からしてダメそうな感じのイベントでLTしてきました。 内容については azu さんのまとめ(→ JSオジサンで現在のJavaScript ASTについて発表してきた )を見ると良いと思います。 LT5分なのに時間オーバーしたあげく枠のおかわりまでしてすみませんでした…。 おっさんたちが集まってわいわいLTするゆるふわイベントだと思って、 最近ちょっと触った Source Map の話でもするかーと思って申し込んだら予想外にガチ勢が多くいたため、こりゃもうちょっと資料ちゃんとしないと駄目かなと思ってページ増やしたら時間足りなくなってしまいました。 楽しいイベントだったので次回以降もあるならば、予定があえば参加していきたいです。 発表資料 カテゴリなしの他の記事
つらい https://github.com/typesafehub/migration-manager/issues/118 https://github.com/xuwei-k/mima-bug-118-scalaz https://github.com/xuwei-k/migration-manager-trait-mixin https://github.com/scalaz/scalaz/issues/1199 「必要以上に余計に検知しすぎる」 ならともかく 「壊れてるのに検知されない」 というパターンなので、だいぶつらい。 mimaが、traitへのメソッド追加はバイナリ互換壊れる、と指摘してくるのに、既存のtraitに(メソッドを持っている)新たなtraitをmixinする場合はバイナリ互換壊れない、と言ってて、その理由を考えている・・・ 2016-06-12 22:40:0
炉心溶融、いわゆるメルトダウンの公表が遅れた原因などを検証する、東京電力が設置した外部の弁護士などによる委員会の報告書の主な内容です。検証の対象は、炉心溶融を巡る事故当時の通報、報告の内容、社内マニュアルにしたがって炉心溶融を判断、公表できなかった原因などです。 当時の清水社長が、事故から3日後の夜の記者会見にあたって、広報担当社員に「官邸からの指示で炉心溶融ということばを使わないように」という趣旨の耳打ちをさせた経緯を指摘し、清水社長が官邸側からの意向を受けて、対外的に炉心溶融を認めることについて、慎重な対応をするよう指示していたとしています。ただ、清水社長らにヒアリングをしたものの、官邸の誰からどのような指示や要請を受けたかは解明できなかったとしています。
はじめに ディレクティブは、AngularJSにおいて、ViewとModelの双方向バインドを実現するための根幹的な仕組みである。 ディレクティブは、開発者から見ると、Templateの要素・属性として現れる。 例えば、テキストボックスの入力値とscope.nameを紐付ける場合、Angularではhtmlに下記を記述するだけで、ユーザの入力値がscopeへ即時反映される。 上記コードの"ng-model"はAngularにデフォルトで組み込まれたディレクティブである。 もちろん、htmlの文法上は、ng-modelという名称の属性はinputタグには存在しない。Angularが独自にng-model属性を解釈して、双方向バインディングの機能を実現しているのである(Angularでは、これを「html文法の拡張」と呼んでいる)。 ディレクティブには、ng-repeatや{{...}}等、様
Apple WWDC 2016に参加するためにサンフランシスコへ来ているid:niwatakoです。 WWDC 2016のセッション にて、App Storeに公開するアプリは今年中にATS(App Transport Security)が要求されるようになるという発表がありました。 アプリからの通信をhttps接続のみに制限するATSの有効化がApp Storeへのアプリ提出には必須になるとのことですが、はてなブックマークのようにhttpのウェブページを含む不特定多数のコンテンツの表示が必要なアプリはどこまで制限されるのでしょうか。 WWDC期間中はAppleのエンジニアに質問が出来るLabが設けられているので、ATSとiOS 10でのATS周りの仕様について質問してきました。 2016/12/22 追記 2016年末とされていたApp Transport Security必須化の延期が
fossBytesに6月14日(米国時間)に掲載された記事「Microsoft Open Sources "Checked C" — An Extended Version Of C To Avoid Coding Errors」が、Microsoftにより開発が進められている「Checked C」と呼ばれる技術について伝えた。「Checked C」はC言語を拡張する機能で、より安全なコーディングが可能になるとされている。 Microsoftのソフトウェアの多くはC/C++で開発されている。C言語はポインタの扱いを間違えると本来アクセスしてはいけないメモリを指した操作をしてしまうことがあり、これがバグや脆弱性の原因の1つになっている。「Checked C」はこうした問題を回避することを目指してC言語の機能を拡張するもので、ポインタに対してあらかじめ範囲情報を持たせておき、ポインタの指し示す
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く