タグ

2015年7月16日のブックマーク (7件)

  • Basics tutorial

    Basics tutorialA basic tutorial introduction to gRPC in C++. This tutorial provides a basic C++ programmer’s introduction to working with gRPC. By walking through this example you’ll learn how to: Define a service in a .proto file.Generate server and client code using the protocol buffer compiler.Use the C++ gRPC API to write a simple client and server for your service.It assumes that you have rea

    Basics tutorial
  • Java Scheduler ScheduledExecutorService ScheduledThreadPoolExecutor Example - JournalDev

    Ehren
    Ehren 2015/07/16
  • perl のライブラリ(ライセンスはperlと同じ)をrubyに移植した場合、GPL汚染を受けるのか? - iiirc

    perl のライブラリ(ライセンスはperlと同じ)をrubyに移植した場合、GPL汚染を受けるのか? 14:41 sonots: ライセンス周りに詳しい方におききしたいのですが、perl のライブラリ(ライセンスは perl と同じ、と書いてある)を ruby に移植した場合、GPL 汚染を受けるでしょうか? ★1 14:42 kazuho: Perl のライセンスは Artistic と GPL の dual license (利用者がどちらかを選ぶ)なので ★0 14:42 kazuho: ruby へ移植した版でも、dual license のまま行くことができます ★0 14:43 kazuho: で、ユーザーが artistic を選択すれば、GPLによる制約はうけないことになります ★0 14:43 yosuke_furukawa: 勉強になった ★0 14:44 sonot

  • はじめてのmaven central 公開 - たごもりすメモ

    前置き:このエントリはJavaおよびJava周辺の*1開発環境に全く縁の無い人間が、可能な限り依存ソフトウェアを少なく手順をシンプルに保ったままやろうとしたものであり、知識・経験のある人にとっては全く最適な手段でなかろうことをお断りします。 先日のエントリ で書いたとおり woothee 1.0.0 をリリースした。Perl, Ruby, Node.js および PHP などはそれぞれの言語毎のモジュールリポジトリに登録されている。 が、Javaについては自分が Maven Central の勝手がわからず、されてると便利だよなーとは思いつつ放置していた。 が、なんと @making さんからMaven Central登録用の pull requestがきた 。きてしまった。これで最大の問題(xmlを書く)はおおむね解決されてしまったので、覚悟を決めて登録作業をすることにした。 せっかくや

    はじめてのmaven central 公開 - たごもりすメモ
    Ehren
    Ehren 2015/07/16
  • RFC 7230: Hypertext Transfer Protocol (HTTP/1.1): Message Syntax and Routing

    [RFC Home] [TEXT|PDF|HTML] [Tracker] [IPR] [Errata] [Info page] Obsoleted by: 9110, 9112 PROPOSED STANDARD Updated by: 8615 Errata ExistInternet Engineering Task Force (IETF) R. Fielding, Ed. Request for Comments: 7230 Adobe Obsoletes: 2145, 2616 J. Reschke, Ed. Updates: 2817, 2818 greenbytes Category: Standards Track June 2014 ISSN: 2070-1721 Hypertext Transfer Protocol (HTTP/1.1): Message Syntax

    Ehren
    Ehren 2015/07/16
    A proxy MUST NOT transform the payload (Section 3.3 of [RFC7231]) of a message that contains a no-transform cache-control directive (Section 5.2 of [RFC7234]).
  • A Million Hello Worlds - steps to phantasien

    テクノロジの流行をファッションに例えて揶揄することがある。新しいテクノロジを追いかけてばかりいるプログラマを非難し、勉強会もいいけど問題解決に頭を使えという。 ファッショナブルなプログラマを責めるのは、衣服や装飾品で散財する人を無駄遣いせず金を貯めろと責めるのに似ている。ユニクロ・無印・(その他無難なブランド)でいいじゃん、それより体でも鍛えなよ、なんて説教するかんじ。一理ある。でも話が通じる気はしない。 おしゃれ貧乏はさておき、人々はなぜ身だしなみに気を使うのだろう。周りと同じがいいなんて消極的な理由もあろう。特定の文化的集団、サブカルチャーに参加するためかもしれない。反対に人と同じが嫌だからかもしれなければ流行りに詳しいところを見せたいからかもしれず、単に目立ちたいからかもしれない。演出したい自己像を求める人もいれば洋服マニアもいる。防寒や衛生や法令遵守だけが衣類への期待とは限らない。

    Ehren
    Ehren 2015/07/16
    reading;
  • ssig33.com - Amazon API Gateway と S3 で動的なサイトを作る。

    Amazon API Gateway と S3 においた静的なファイルだけで、動的なサイトを作ることができそうなのでやってみました。 http://ssig33-keijiban.s3-website-ap-northeast-1.amazonaws.com/ わりと楽に作れます。めんどうなのは CORS 対応だけです。うまくまとまったドキュメントがあるので参考にしましょう。 認証とかが必要な場合は、 Cognito が使えると思います。 データストアに Dynamo DB などを使えば当に何も考えずに自動的にスケールしていくサイトを作ることが出来るのではないかと思います。 現状やってみて分かった課題は以下のとおりです AWS Lambda Function のデプロイと管理がやりづらい Amazon API Gateway の設定をコードで管理できないと絶対に破滅する どうやら API

    Ehren
    Ehren 2015/07/16