Post, Quote, Links on our works...
This is a Tumblr for something technical posts

 

NSURLCredentialStorage *storage = [NSURLCredentialStorage sharedCredentialStorage]; NSURLCredential *credential = [NSURLCredential credentialWithUser:@”USER” password:@”PASSWORD” persistence:NSURLCredentialPersistenceForSession]; NSURLProtectionSpace *protectionSpace = [[NSURLProtectionSpace alloc] initWithHost:@”www.domain.com” port:80 protocol:@”http” realm:@”Authorization required” authenticationMethod:NSURLAuthenticationMethodHTTPBasic]; [storage setCredential:credential forProtectionSpace:protectionSpace];

Ranges The following range styles are supported: 1.2.3 A specific version. When nothing else will do. Note that build metadata is still ignored, so 1.2.3 build2012 will satisfy this range. >1.2.3 Greater than a specific version. =1.2.3 Greater than or equal to. Note that prerelease versions are NOT equal to their “normal” equivalents, so 1.2.3-beta will not satisfy this range, but 2.3.0-beta will. =1.2.3 =1.2.3-0 =1.2.3-0 =0.1.3-0 =1.2.0-0 =1.2.0-0 =1.2.0-0 =1.0.0-0 =1.0.0-0 =1.0.0-0

NTPサーバー『ntpd』のインストール - 祈れ、そして働け ~ Ora et labora

Cassandraの書き込みが消失することがあって調べていたら、プロキシしてる自前ゲートウェイサーバにntpd入ってなくてtimestampがズレてるのが原因だった。

リリース前に完全にフィクスされたコードを出してくださいとか、パフォーマンスに問題のあるコードは許さないとか、そういう完璧さを求めるのは正しいように見えるけれど、なにかおかしい。
DevとかOpsとかの前に必ずBizというのがあって、会社なり組織のビジネスを盛り上げなければなりません。大事なのはお客さんに価値を届けることであって、性能を出すことでもバグをなくすことでもない。
そもそも利用者にとって有益かどうか、だから求めるべきは完璧さではなくて健全さ。
健全さは、意思決定をするのにとてもいい言葉だと思っていて、「これって組織にとって健全だっけ?」と考えるのはいいと思う。
健全な判断って、例えば開発初期からパフォーマンスについて話し合って、このサービス結構アクセスくるのではないかとか、ここにリンクを貼ると誘導でいっぱい来るよねとか、じゃあパフォーマンスのためにKVSを置こうとか。
パフォーマンスの問題なら、サーバを増やして解決するならそれでいいかもしれないし。ユーザーや組織にとって何がいいかを考える。