Varnish 4 Global Release Party | 4.0 Release Party SiteOrganizers: Iwana-chan (@xcir), Issei Naruta (@mirakui) Sessions: TBD Location: Cookpad Inc.
インターネットの根幹「DNS」に根本的欠陥が見つかる(dragoner) - 個人 - Yahoo!ニュース
このJPRSの発表に対し、この欠陥を発見した中京大学の鈴木常彦教授、前野年紀氏は「危険性をよく理解して対策をとるにあたって十分な情報が含まれているとはいえません」を懸念し、下記のブログ記事等でこの問題の危険性を訴えています。 この問題はインターネットの根幹に関わるものですが、どんな問題を孕んでいるのでしょうか。それを理解するために、まずはDNSの仕組みから見て行きましょう。 DNSの仕組みとDNSキャッシュサーバDNSとはインターネットの根幹に関わる仕組みで、目的のサーバにアクセスする為の重要な役割を持ちます。簡単に説明すると、"http://www.example.jp"というURLのサイトを見たい場合、それを管理するサーバのインターネット上の住所（IPアドレス）が必要になります。そこで、DNSサーバに上記URLのラベル（ドメイン）に相当する"www.example.jp"を管理するサー
社員数名の開発会社が20人採用したあと黒字をキープするためにやったこと｜TechRacho by BPS株式会社
2年前、役員と社員あわせてエンジニア5人だった弊社は1年間で20人のエンジニアを採用しました。採用前の当時の売上は約1億。採用のために使ったキャッシュは売上の10％程度の1000万円前後。社内の実働も含めると実質売上の15％以上です。それについては以前記事にしましたので興味があるかたはこちらをどうぞ。今回のその後についでです。そもそも何やってる会社だ？と興味もってくださった方はこの記事でも軽く紹介しますがもしよければ弊社HPをご覧ください。 採用の目的は事業拡大でした。時間の切り売りから商品の提供まで売り方は様々でしたが弊社売り物は技術です。だからエンジニア募集しました。そして自分たちの夢を一緒に追いかけてくれる人が20人も集まってくれました。数年間3~7人でやってきたのでまるで夢のような感覚でした。でも悪夢のような速度でお金が飛んでいきます。倒産しかけるって表現は人それぞれだと思いますが
日傘の脅威から身を守るために気をつけていること
最初におことわりしておきますと、 日傘をさすこと自体を非難するものではありません。 紫外線から身を守る手段のひとつですしね。 ただ、怖い思いをしてる人もいるんだよということは 知っておいていただけるといいなと思います。 春です。だんだん日射しも強くなってきました。 この時期から日傘をさす人が増えてきますね。 この日傘で恐ろしい思いをしたことが何度もあります。 日傘をさした人とすれ違うとき 傘の骨の先端部分が眼球をかすめるんです。 一歩間違えば惨事につながりかねない。 幸いにしていまのところ実際に接触したことはないけど 日頃気をつけておかないと危ないな、と思います。 日傘がこわい理由 尖ってる 多くの日傘は、骨の先端が尖ってませんか。 刃物みたいになってるわけじゃないけど、 少なくともコンビニで売られてる雨傘のように 丸みを帯びたキャップがついてるやつはあまり見ない。 サイズやデザインや構造
プログラム中級者が感じる関数型の違和感
なんだか話題になってるから書く。 やっと初心者を脱して中級者になりかけてるプログラミング学習者が関数型言語に何を感じているかを書こうと思う。 1 圏論とかいらないんじゃないの？Haskellが短いコードでプログラムを書けるというのは分かる。 forループをmapやfoldで抽象化する利点も分かる。 それでやりたい処理のほぼ全てがまかなえるということも実感している。 副作用のない小さな関数を合成して大きな関数を作る利点も分かる。 再利用性も上がるし、どこからどう影響を受けているかが簡単に分かるからバグも出にくい。 ただ、Haskellの基礎になってる圏論が何の役に立つのかは、まったく分からない。 むしろ邪魔なんじゃないかと思う。 ファンクターやモナドの概念が圏論で扱われているのは分かるけど、圏論なんて名前だけ知ってればコードを書くのに不都合はないだろう。 圏論が必要なのは、Haskellを設
チーム開発とクソコード - tototoshi の日記
今までパッケージソフトとかWebサービスの開発をしてきた中で、ビジネス上の納期や要求を満たすためにひどいコードを書くっていうのは自分の経験ではあまりなかった気がします。なにかひどいバグがあって、とりあえずのパッチを当てて間に合わす、ということはたまにあるけれど。SIの世界は知りませんよ。 そもそもコードを汚くかけば納期に間に合うということもないし、ビジネス上の近道になるということもない。コードをきれいに書こうが汚く書こうが無理なものは無理。第一汚いコードを意図的に書くというのも意外に難しいということは、普段まあまあきれいなコードを書いている人ならわかってくれるんじゃないかと思います。 仕様変更に設計がついていけてなくておかしいとかならともかく、関数が1000行あるとか、newした瞬間全てが終わるとか、変数のスコープがびっくりするくらい広い、みたいなコードについてははビジネス上の要求ではなく
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
第1回 杉山峻輔「グラフィックデザイナー」 | 未来クリエイティブ概論 | Adobe美術大学
日本経済新聞
UX侍 × Google マップ UXデザイナー「ユーザーにフォーカスをあてれば結果は後からついてくる」 | UXサムライ