【翻訳】あなたが求めていたリアクティブプログラミング入門 - ninjinkun's diary
original: The introduction to Reactive Programming you've been missing (by @andrestaltz) (translated by @ninjinkun, reviewed by @ma0e) あなたはリアクティブプログラミングと呼ばれる新しい方法が気になっている。 勉強するのは大変で、良い教材がないのでさらに難しい。私が勉強を始めたときは、まずチュートリアルを探した。見つけたのは一握りの実践的なガイドだけ、しかもそれらは表面をなぞっているだけで、リアクティブプログラミングのアーキテクチャ全体像を構築しようとしてはいなかった。ある関数を理解するのに、ライブラリのドキュメントは役に立たないことがある。 これを見て欲しい。 Rx.Observable.prototype.flatMapLatest(selector,
Customized Training | GitHub Professional Services
Customized Training Empower your developers with the tools and skills for collaboration Summary Work simpler, faster, and more effectively than ever. Our trainer will walk you and your team through hands-on demonstrations of Git and GitHub, grounding everything in our collaboration model, the GitHub Flow. Customize this offering for your team by including Integrated Development Environments (IDEs)
【人材不足？】優秀なITエンジニアを採用できない本当の理由 - paiza times
Photo by Andrew Stawarz こんにちは。谷口がお送りします。 弊社はITエンジニアの転職・学習サービスを運営しておりますので、企業の皆様から「どうしたら優秀なエンジニアを採用できますか？」というご相談を受けることがよくあります。 優秀なエンジニアの皆さんはどのように転職しているのでしょうか？どうしたら優秀なITエンジニアを採用することができるのでしょうか。 今回は、ITビジネスにおけるエンジニアの採用、教育についての課題点について考察していきたいと思います。 ■現代のITエンジニアの採用・教育における課題 Photo by Maya-Anaïs Yataghène ◆課題1：ITエンジニアに既存の採用手法ではリーチできない 以前、実際にエンジニアの方々50人ほどに転職方法について聞いてみたところ、優秀なエンジニアの方々ほど、特に縁故等で転職された方が多いことが分かりまし
コードレビューのススメ
SonicGarden Study #11で放送された資料から一部スライドを抜いたものになります。 http://sonicgarden.doorkeeper.jp/events/13229 ----- 優れたプログラマだけが優れたソースコードを書くことができます。 では優れたプログラマになるにはどうすれば良いでしょうか。 自分の書いたコードを、優れたプログラマに指摘してもらうことが一番の近道です。それがコードレビューです。たった一人でコードレビューも受けずに、ただ書き続けてもクソコードはクソコードのままなのです。 そこで今回は、良いコードが書けるプログラマになるための、コードレビューを上手に実践する秘訣を話します。
【図解】RESTful WebサービスにおけるHTTPステータスコード : アジャイル株式会社
RESTful WebサービスではHTTPステータスコード=処理結果 弊社 アイコン認証Webサービス は、REST方式のWebサービスとして実装されています。 REST方式でない通常のWebアプリケーションでは、通常HTTPステータスコードとしては200(OK)しか返されません。 エラー等の状態を表す場合でもHTTPステータスは200(OK)が返され、画面に表示される内容にエラーを表すメッセージ等を含ませる事によって状態を表現します。 RESTfulなWebサービスを実現する場合には、処理結果はHTTPステータスコードで表現するべきとされています。 理由としては、以下のものがあげられます。 適切なHTTPステータスコードを返さない ( 全部 200 (OK) とかの ) 場合、エンティティの中身を解析しなければ、処理結果が判別できない。 Web標準に従う事で、HTTPステータスコードから
Publicly Available Standards
In accordance with ISO/IEC JTC 1 and the ISO and IEC Councils, these International Standards are publicly available for Standardization purposes. Licence Agreement for Publicly Available Standards When you download (an) ISO publication(s) from this site, you accept the ISO Customer Licence Agreement ("Licence Agreement"), excluding clauses 2. Watermark, 5. Paper copies, and 6. Codes and Graphical
「リーン」について : 「何を作るか」よりも「何を作らない」か - naoyaのはてなダイアリー
2013年に「リーン・スタートアップ」という書籍が出版されて、それからリーン (LEAN) という考え方に注目が集まるようになった。LEAN とは「無駄のない」とか「ぜいにくのない」とかそういう単語らしい。 書籍リーン・スタートアップには「スタートアップやその類が新しい事業を始めるときに普通にやってるとだいたい失敗するから、潜在顧客や顧客からのフィードバックをこまめに集めて軌道修正しながらゴールを見極めるやり方が良い」とか、雑にまとめるとそういうことが書いてる。 仮説を立ててフィードバックをもらって検証するということを短いイテレーションで繰り返す･･･というのを "フィードバックループ" と呼んでいて、それを細かくやる場合、製品を作り込んでからフィードバックをもらうのでは遅いし、例えばペーパープロトタイプをするとかそういう実験的なことで欲しいフィードバックが得られるならそれが一番いい ─
C++でfinally
一部の言語には、finallyという機能がある。あるブロックスコープを抜ける時に、必ず実行される処理を記述することが出来る。 try { // 処理 } finally { // ブロック文を抜けた時に必ず実行される処理 } C++にfinallyがない理由は、特に専用の文法が必要なく、ライブラリで十分なためだ。デストラクターとlambda式を使えばよい。 class scoped_guard { std::function< void() > f ; public : explicit scoped_guard( std::function< void () > f ) : f(f) { } scoped_guard( scoped_guard const & ) = delete ; void operator = ( scoped_guard const & ) = delete ;
offsetTopやらoffsetHeightやら | 0から目指すWebマスター
コンテンツの高さだったり、ページ内の指定した要素を表示するようスクロールさせようとした際とか、毎回同じことをネット検索してしまうので、ここで高さを取得する方法に限定してまとめておきます。 ①画面の表示領域 window.innerHeight ②現在表示している上部は、コンテンツ上部からどのくらい離れているか window.pageYoffsetwindow.pageYOffset ちなみに、「window.pageYOffset」の代わりに、「document.documentElement.scrollTop」を使うと、iPhone（iOSのバージョン覚えておらず。。）でスクロール量に関わらず「0」が返ってきてしまってた。。 ③指定した要素は、コンテンツ上部からどのくらい離れているか document.getElementById(‘test’).offsetTop ④内包されたコンテ
Windows PowerShell
Windows Power Shell は、 Windows をコマンドラインから、あるいは、 スクリプトを使って管理するために作られた新しいシェル環境です。 作られた目的のせいか、 Power Shell を解説する書籍・ウェブサイトには、 「管理者向けの TIPS、実例集」 （レジストリの値の変え方とか、WMI の呼び出し方とか） みたいな物が多かったりします。 でも、Power Shell を調べてみた感じ、 Power Shell 用のスクリプト言語や、 コマンドレットの動作・作り方など、 プログラミング的にも結構面白そうな感じなので、 その辺りを中心に話をしてみようかと思います。 （注： コマンドの実行結果など、 ページ表示の収まりをよくするため、 ところどころ省略している部分があります。 ）
Introducing Content Security Policy - MDC Doc Center
HTTP ガイド リソースと URI ウェブ上のリソースの識別 データ URL MIME タイプ入門 よくある MIME タイプ www 付きと www なしの URL の選択 HTTP ガイド HTTP の基本 HTTP の概要 HTTP の進化 HTTP メッセージ 典型的な HTTP セッション HTTP/1.x のコネクション管理 プロトコルのアップグレードの仕組み HTTP セキュリティ Content Security Policy (CSP) HTTP Strict Transport Security (HSTS) X-Content-Type-Options X-Frame-Options X-XSS-Protection サイトの安全化 HTTP Observatory HTTP アクセス制御 (CORS) HTTP 認証 HTTP キャッシュ HTTP の圧縮 HTT
oEmbed
oEmbed is a format for allowing an embedded representation of a URL on third party sites. The simple API allows a website to display embedded content (such as photos or videos) when a user posts a link to that resource, without having to parse the resource directly. This document is stored on GitHub. Table Of Contents Quick Example Full Spec Security considerations Discovery More examples Authors
桝田省治氏が語る企画の立て方，制作の進め方――「ニコニコ自作ゲームフェス 勉強会」レポート
桝田省治氏が語る企画の立て方，制作の進め方――「ニコニコ自作ゲームフェス 勉強会」レポート ライター：徳岡正肇 ドワンゴ主催による自作ゲーム制作者向けのイベント「ニコニコ自作ゲームフェス 勉強会」が8月23日に，ドワンゴ本社内にて行われた。 これは，個人制作のゲームを盛り上げるための取り組みである「ニコニコ自作ゲームフェス」の活動の一環として行われたもの。講師に「俺の屍を越えてゆけ2」の桝田省治氏を招き，ゲーム制作におけるポイントやコツ，陥りがちな問題についての解決法など，幅広いテーマについての講義が行われた。 イベント全体としては，講義が中心というよりは，その後の自作ゲーム作者達の交流会＆勉強会がメインではあったが，4Gamerでは，桝田氏の講演を中心に本イベントをレポートしてみたい。 「ニコニコ 自作ゲームフェス 特集ページ」はこちら 企画の普遍性とその検証，そして普遍性の確定 桝田氏
Fluentd | Open Source Data Collector
Fluentd is an open source data collector for unified logging layer. Fluentd allows you to unify data collection and consumption for a better use and understanding of data.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
クックパッドはなぜ開発しやすいのか // Speaker Deck
よく使うC++のイディオム 「NVI」と「RAII」
GitHub Flow (Japanese translation)
https://developer.apple.com/app-store/review/
http://api-portal.nhk.or.jp/ja
NHK番組表API ‐ 放送通信連携とAPIのこれから
