Goでchannelがcloseしてるかどうか知りたい というアンチパターン
そういえば金沢に行って来た話の2〜4日目をかいてる途中で2ヶ月くらい経ったことに気付きましたが、まぁその話はおいておいて今日はGoの話です。 さて、このタイトルを見てGoに詳しく賢明な読者の方々は「あぁまたこの話題だよ、Goでchannelがcloseしてるかどうか知りたいようなパターンはだいたい書いてるアプリの設計とかchannelの使い方が間違ってるんだからやめとけ」と眉をひそめるかもしれません。まぁちょっとまって! オレもそうなんじゃないかなぁという気はしているし、ハマリどころがありそうということはうすうす分かってるけど一応調べて考えてみてもいいじゃないか。 結局の所調べて「こうすればいいね!」ってことは分かったんですが、それも破綻する場合があるので、アンチパターンだなぁと思いつつこの記事を書くことにしました。 まずGoのchannelのナイーブさを再確認する そもそもGoのchan
京都に引っ越した - hitode909の日記
会社には実家から通ってたけど、酒飲んで遊んでたら帰れない日も多々あり、いい加減引っ越すかと思って、先々週から部屋探しだして、見に行ったりして、先週契約して、今日入居した。 とにかく安くてボロい部屋をテーマに探して、築60年、家賃39000円の部屋を発見した。 リュックとボストンバッグでとりあえず服とブラシだけ持ってとりあえずやってきた。 ウィッシュリストはこちらです。新生活は勝手に始めるので、本とか送ってほしい。冷蔵庫もないので今から買いに行く。 http://www.amazon.co.jp/registry/wishlist/CUACF9TYLOUS/ref=cm_sw_r_tw_ws_0a8Iub1P377AQ
Slimより高速なHaml実装「Hamlit」をリリースしました - k0kubun's blog
slim-template/slimのcompiled benchでオリジナルのhamlに比べ8倍高速に動作するhaml実装をリリースしました。 github.com なぜ高速なHaml実装を作ったのか 個人的にhamlのシンタックスのほうが好きなので、「hamlは遅いからslimを使う」みたいな人を減らしたかったから。以前slimの普及に貢献したんだけど、気が変わったのでhamlを応援することにした。 実は他にも既にeagletmt/famlという高速なHaml実装が存在していたんだけどベンチを走らせたらslimより遅かったので、slimを打倒するべく再実装した。 どのくらいHamlより速いのか 自分の実装に都合のいいベンチマークを作るのは簡単なので、公平性を期すためにslim-template/slimのcompiled benchと同じものを使い、誰でも同じ環境が使えるtravisで
新卒ソフトウェアエンジニアのための技術書100冊 - クックパッド開発者ブログ
こんにちは、技術部 高井です。 春といえば、フレッシュマンの季節ですね。このブログを読む方の中には、明日からエンジニアとして新社会人になるという方もいらっしゃるのではないでしょうか。クックパッドでも新しい仲間を迎えるための準備をしていたところで、その準備の一環として「新卒ソフトウェアエンジニアのための技術書100冊」というものを作成しました。 この100冊は、職業ソフトウェアエンジニアとしてキャリアを積むにあたって、読むべき技術書に悩んだら、まずはこのリストから選ぶとよいのではないでしょうかという提案です。 リストに多少の趣味や主張がはいっているのは、まあご愛嬌ということでお許しいただければとおもいますが、職業プログラマとして知っておくべき知識を網羅できるように心がけました。古典と呼ばれる名著についてはできるだけ取りいれ、独習が難しい難解なコンピュータサイエンスの教科書は避けています。これ
会社のメンバーが辞めるというとホッとする話
nanapiも、KDDIグループ入りという非常に区切りになるタイミングとなり、nanapiをやめて、次の新天地にいったり、起業するという人がちらほら出てきました。 僕が社員だとしても、このタイミングだよなあ、と思いますし、僕はそもそもリクルート出身なので、2〜3年でどんどんやめて新しいところにいくというのはポジティブな感じです。会社にもガンガン人が増える時や、減る時もあるので、このあたりは時期の問題もある。 しかし、人が辞める時というのは、創業者としては、非常に複雑な気持ちだったりします。というのも僕は「友達になれなそうな人は雇わない」というルールがあったりするので仕事ができるできないよりも、友達感覚が強いんですよね。なので最初の感覚としては この人が辞めると寂しいなあだったりします。そこまでは普通だと思うんですが、そのあとに、めっちゃホッとするんですよね。 経営者とかならみんなわかっても
GitHubに“史上最大”のDDoS攻撃、中国のネット検閲絡みか
GitHubが対策を講じても、そのたびに攻撃が増幅されたり、手口が切り替えられたりする事態が繰り返され、「github.com史上最大のDDoS攻撃」に発展している。 米GitHubが大規模なサービス妨害（DDoS）攻撃を仕掛けられていることを明らかにした。執拗な攻撃は世界協定時（UTC）3月30日まで足かけ5日間にわたって続き、「github.com史上最大のDDoS攻撃」に発展しているという。一部報道では中国の関与を指摘している。 同社の3月28日付ブログによると、攻撃は世界協定時の26日午前2時（日本時間同日午前11時）ごろから始まった。幅広い攻撃経路を組み合わせる手口が使用され、「過去の攻撃で目にしてきたあらゆる経路に加え、無関係なユーザーのWebブラウザを使って高レベルのトラフィックでgithub.comを洪水状態に陥れる新手の高度な手口」が使われているという。 ステータス情報に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ゲームシステムが同じであればソフトを超えて対戦できるのか？→見事成功させた猛者現る！！