Oracle | Hardware and Software, Engineered to Work Together
Oracle | Hardware and Software, Engineered to Work Together
2015-03-16 AWS(Amazon Web Services)技術資料メモ(2015年3月版) 2015年3月版に更新。 技術資料はココにあるんだけど、散らかってるのでまとめてみた。全体的に資料の日付をチェックした方がいいかも。資料公開からアップデートがある場合も。あとどの資料も最初に概要入っててごめんなさい。 概要的なやつ スタートアップならおさえておきたいAWS入門サービス概要と基礎知識編 スタートアップならおさえておきたいAWS入門サービス概要と基礎知識編 from Hiroshi Takayama →つまづきやすいポイントや不安点など WebサービスStartUP向け AWSスケーラブルな構成例 WebサービスStartUP向け AWSスケーラブルな構成例 from Amazon Web Services Japan →構成例・代表的なサービスの一言紹介・課金関連・サポ
9. 9 最適化について 「細かい効率のことは忘れて、時間の 97% について考え よう。時期尚早な最適化は諸悪の根源だ。それでも残り 3% についても機会を逃すべきではない」 - Donald E. Knuth 「プログラム最適化の第一法則 : 最適化するな。 プログラム最適化の第二法則 ( 上級者限定 ): まだするな。 」 - Michael A. Jackson 11. 11 最適化の対象 主に Intel の Haswell マイクロアーキテクチャ以降を対象 多くのテクニックは他のプロセッサにも応用できます ベース マイクロアーキテクチャ プロセスルール 登場年 Nehalem Nehalem 45nm 2008 〃 Westmere 32nm 2010 Sandy Bridge Sandy Bridge 32nm 2011 〃 Ivy Bridge 22nm 2012 Hasw
追記 カリー化を間違えてカーリー化という表記をしていたのを修正しました。 そもそもカリー化とは何か 複数の引数を取る関数は、一つの引数を取る、関数を返す関数の連続として表現できるということ、と言葉で表現しても抽象的すぎるので、ちょっと式で表してみる。 まず初めにラムダの導入 例として、ある整数に対してプラス1する関数を定義する。このような関数は、として表現できる。 ここでこの関数はplusoneという名前を与えられているが、このx + 1という関数そのものを表現するような記法があると便利だろう。そこで、をそのような記法として定義する。 この記法を用いることにより、上記のはとして表現できるようになる。つまり、関数それ自体を表す記法を導入することによって、関数の名前と、関数それ自体を区別することができるようになる。 カリー化 このような考え方が便利なのは、関数を返す関数というものを表現できるよ
夏頃にDockerコンテナというベータ版がリリースされたはずですが それとは違い、Chef-soloをキックする方法です。 そんな素晴らしい手法を紹介していた参考サイト。 Dockerイメージをchef-soloでプロビジョニングする | Developers.IO: こういう事が発見&実行できる人がうらやましいですぞ。 まず最初の目的はSinatraの環境をさくっと作っちゃう事です。前回は手作業で作って途中でDockerコンテナをコミットしておけばいつでもそこから出来る!っとか言ってましたが、出来上がってから考えると、めんどくさいっちゅうの&管理が大変だっちゅうの。 Chefで管理した方がいいでしょう。というのも最近コード化をちょこっとやった影響もあるのでしょう。 コンテナをコミットしていくのもいつでも使いたい時に鬼速で起動できるというメリットはあるにはありますが、中の構成はハッキリ言う
WebWorker の作り方を4つ紹介するついでに、ライブラリ作るマンから見た それぞれの所感 と node.js でも動かせる & テストしやすい インラインワーカーの技法 について書きます。 1. 外部のワーカーファイルを読み込む 基本のやり方。 一番わかりやすいので良いけど、ライブラリとして配布することを考えると複数ファイルの管理をする/してもらうのが面倒い。ライブラリの中で書くならワーカーのパスは設定で変更できるようにしたほうが良い。 シンプルでわかりやすい 管理が面倒い var worker = new Worker("worker.js"); worker.onmessage = function(e) { console.log(e.data); // (3) hello!! }; worker.postMessage("hello"); // (1)
最近話題のReact.jsですが、実戦投入に当たっては結構重たい選択を迫られることになります。 ざっくり言えば、テンプレートエンジンを捨ててReactしますか?それともReactあきらめますか?という選択です。 本記事ではReactの基本思想とこうした選択肢が生まれてしまう背景を述べるとともに、後半では「どちらもあきらめない」という(若干シミュレーションRPGあるある感のある)第三の方策について案を提示します。 Reactの基本 最初に、Reactの基本的な仕組みについてまとめておきます。 Reactは公式ドキュメントが非常に充実しているので、始める際はぜひQuick Startのドキュメントに目を通すことをお勧めします。 Getting Started Tutorial Thinking in React 後述しますが、Reactを使ってアプリケーションを作る際の設計方法についての記載が
スキル体系について 経済産業省(IPA)が制定したITスキル標準(以下「ITSS」)と、 株式会社パソナテックが、ITSS、SFIA(Skills Framework for the Information Age : 英国)、SWEBOK(SoftWare Engineering Body Of Knowledge : 米国)を参考に体系化し、人材ビジネスで 豊富な運用実績のあるPT-ITSSをベースに使用しております。 ※役割全体図(pdf:2.1MB) ニアショア開発活用に関するお問い合わせはこちら 首都圏単価より割安で高いパフォーマンスが期待できるニアショア開発に注目が 高まっています。 ニアショアベンダー紹介依頼、開発コスト最適化、リソース確保のご相談等、 お気軽にお問い合わせください。
These docs are old and won’t be updated. Go to react.dev for the new React docs. The new Quick Start teaches modern React and includes live examples. This page is an overview of the React documentation and related resources. React is a JavaScript library for building user interfaces. Learn what React is all about on our homepage or in the tutorial. Try React Learn React Staying Informed Versioned
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く