playing around with radios to create something like a very simple css based slideshow/click through box. all images from dribbble. ...

2013年11月にHAL東京・大阪・名古屋でやってきた講義の資料。 クックパッドの働き方や技術の話です。

Open Source Software used in PlayStation®4 abseil-cpp base64 Bonjour BoringSSL BSD libc cairo cJSON CLAPACK CodeMirror cURL easyexif eglib Ethernet driver Expat XML Parser FLAC - Free Lossless Audio Codec FreeBSD Kernel FreeBSD's fsck/newfs commands FreeType 2 fuse kernel module giflib growfs HarfBuzz ICU Intrusive MPSC node-based queue Jerasure version 1.2A jQuery JSON for Modern C++ kiconv for u

所要期間 着手しはじめたのが2010年12月ごろ、完了したのが2013年9月だったので何と３年近くかかったことになります。 長引いた原因は、日々の機能追加や運用をしながら孤独に片手間で細々とやってたからです。(単純に人手不足とも言う) また、PHPバージョンアップと同時にCentOSサーバを5から6にあげることにしたのでサーバ再構築のための工数も含まれています。 後半は仕事仲間が増えてその人が専業でバージョンアップ作業をやってくれたのでだいぶ楽できました。 それと専任のテスターさんたちにも参加していただいたので本番で大きなトラブルなく完了することができました。 感謝感謝です。 サーバ入れ替え作業が終わってPHP5.1の入った古いサーバを削除したときの、まさに「技術的負債」を返済し終わった瞬間の、あのスッキリ感、もう言葉にはできません。 終わってみてこの件に関するRedmineのチケットを数

技術屋にMac使いが多い理由ってなに？ : IT速報 答え：お手軽なUNIX互換環境だから。 今、個人が使うデスクトップやラップトップ用のOSとして、実用的なものに、GNU/Linux, Windows, Mac OS Xがある。読者の中には、FreeBSDも十分に実用的だと主張する者もいるかもしれないが、少数派だろう。 もちろん、サーバーや組込み用途には、その用途に合わせて別のOSが使われている。しかし、プログラマー個人が使うコンピューター用のOSは、圧倒的にMac OS Xである。これはとても残念なことだ。なぜならば、Macは不自由なソフトウェアで、しかもその動作するコンピューターまで、技術的な理由がなく制限されているからだ。 UNIX互換環境を必要とする理由としては、既存のPOSIX互換環境向けに書かれた有用なツールがとても多く、プログラマーはなんとしてもそのツールを使いたいのだ。

JavaOne2013報告会福岡第二段で話したlambdaの資料に加筆して公開しました。 lambdaの詳細な構文は適当に調べてもらうとして、lambdaでどのようにプログラミングスタイルが変わるかということに重点おきました。 追記「用意されたFuncationalInterface」のリンクはここです。 Java8 Lambdaの文法拡張まとめ - きしだのはてな

最近おすすめ映画を紹介するブログをよく目にしますが邦画のみに絞った記事はあまり見かけた記憶がありません。 そこで今回は映画好きの私が自信を持っておすすめする邦画を10作品選びました。 普段ハリウッド作品しか見ない方も是非邦画をご覧になってみてください。 ハリウッドに比べて圧倒的に少ない予算で製作者達は知恵を振り絞って作り上げています。 予算が少ないからといって面白い作品が作れないわけじゃない。 そんな意気込みを感じる作品を選んだつもりです。 それではどうぞ。 天然コケッコー [DVD] 出版社/メーカー: 角川エンタテインメント発売日: 2007/12/21メディア: DVD購入: 5人 クリック: 386回この商品を含むブログ (365件) を見る 天然コケッコー 島根の田舎町で起こる甘酸っぱい青春ストーリー 誰しもが経験したことのある思春期特有の苦悩と葛藤 傷つけたり傷つけられたり。大

複数 Mac 間で、.vimrc や .zshrc などの設定ファイル（dotfiles）の同期って面倒くさいですよね。 dotfiles の管理には、GitHub とシェルで管理したり、Dropbox を使ったりあるようですが、 最近 homesick という gem を教えてもらい、簡単に管理することができたので、私はコレを使っています。 用意するもの GitHub のアカウント Mac *1 homesick のインストール homesick は gem install で簡単にインストールできます。 $ gem install homesick rbenv を使ってる場合は、rehash しておきましょう。 $ rbenv rehash GitHub に dotfiles リポジトリを作成 GitHub にリポジトリを作成します。 先ずは、ローカルに dotfiles ディレクトリ

この記事では、Microsoft インターネット インフォメーション サービス (IIS) 7.0 以降のバージョンのハイパーテキスト転送プロトコル (HTTP) の状態コードの一覧を示します。 元の製品バージョン:インターネット インフォメーション サービス 7.0 以降のバージョン 元の KB 番号: 943891 概要 HTTP プロトコルを使用して IIS を実行しているサーバー上のコンテンツにアクセスしようとすると、IIS は、要求の結果と応答のセマンティクス (要求が成功したかどうかなど) を示す数値コードを返します。 状態コードの最初の桁は、応答のクラスを定義します。 最後の 2 桁には分類ロールがありません。 最初の桁には 5 つの値があります。 1xx (情報提供): 暫定応答 - 要求が受信され、プロセスが続行されました。 2xx (成功): サーバーは要求を正常に受信

This article provides a list of the Hypertext Transfer Protocol (HTTP) status codes in Microsoft Internet Information Services (IIS). Original product version:   Internet Information Services Original KB number:   943891 Introduction When you try to access content on a server that is running IIS by using the HTTP protocol, IIS returns a numeric code that indicates the result of the request and sem

11/9 に LINE 株式会社 渋谷ヒカリエオフィスで開催された ISUCON 本戦に Third Party Cookies として、id:onishi, id:wtatsuru と参加してきました。結果は第三回 ISUCON 本選結果 : ISUCON公式Blogにある通りで、点数的にはひどい結果となり、全員意気消沈、土曜の夜はブーヤでオケカラでもしましょうと決めていたのでパセラに行ったものの誰も歌いはじめず即座に反省会が始まるとい体たらくで、賞金100万円をあてにしていた帰りの交通費が捻出できず仕方なくカードを使って帰りました。 予選のあとの反省会で、流れや計測ツールの準備はしておこうということで三人合意をしていて、「エンドポイントごとの応答時間の統計を取る」「定期的に手を止めて相談する」「デプロイまわりを早めに整える」といった点についてはおおかた予定どおりに進んでいたのですが、肝

[2013-11-20: Print::IndentedがCPANになくてしょんぼりしている。 とのことで shipit いたしました。 あざーす！] 過去のよく分からないコードの挙動を把握したいときには print (warn) するのが少なくともとりあえずの方法としては常套手段ですが、これがただ平坦に画面に現れるだけだと見づらい。例えば条件分岐やループの中にいる時は出力をインデントするようにすると動きが掴みやすくなるけれど、ただでさえ人間に単純労働を課す print デバッグにそこまで労力を使うのは辛い。そういう面倒さを減らそうという動機で、このモジュールは書かれました。 https://github.com/motemen/perl5-Print-Indented 一体何をするのかというと今書いた通りですが、print 時に、その print 関数の呼び出しコードのインデントに応じて

前回の続き。 前回の時点では「git blameが密になっているところはきっと活発に編集されていたに違いない」という仮説があったわけですが、これは本当のところは、よくわからない。なぜかというと、blameというのは地層のように降り積もったコミットの表面に露頭してるところしか見せてくれないわけです。本当に活発に更新されていたかを知るには、ようするに地質平面図じゃなくて地質断面図が必要なわけ。分かりますよね。 で、それはどうやって作ればいいかというと、gitには便利なgit log -pという、こういうとき便利だけど普段は使い道のなさそーなコマンドがあって、これは生のdiffをすべてだらだらと表示してくれるわけですよ。で、diffからblameを再構成するにはdiffの+行をひたすら集めてくればいいわけだけど、その時-行も一緒に覚えておいて、あるコミットでどのコミットが上書きされたかを覚えてお

きしだൠ(K1S) @kis SIの、元請はユーザー企業の業務をよりよくするために、プロダクトを作るんじゃなくて契約書をつくる。で、元請はそれを下請けにつくらせるんだけど、そのときはユーザー企業の業務をよりよくするためではなく契約を満たすためにプロダクトを作らせる。これが負のスパイラルの発端。 2013-11-15 08:17:14 きしだൠ(K1S) @kis 契約を満たすことが目的でプロダクトを作ってるから、実装段階で気づいたアイデアや欠陥は報告されない。納期や金額なんかの契約は満たさないといけないのに追加仕様や変更が発生してやぶへびだもん。品質は悪くなる。 2013-11-15 08:23:58 きしだൠ(K1S) @kis 品質が悪くなってとられる対策は、技術向上ではなく契約の厳密化。設計書を「きっちり」つくるとか、テストのエビデンス(画面キャプチャのかっこいい言い方)をとるとか、

きしださん、嫌なことでもあったんやろか・・・。 「SIをダメにする負のスパイラル」 - Togetter 要点はこのTweetに集約されています。 契約を満たすことが目的でプロダクトを作ってるから、実装段階で気づいたアイデアや欠陥は報告されない。納期や金額なんかの契約は満たさないといけないのに追加仕様や変更が発生してやぶへびだもん。品質は悪くなる。— きしだ (@kis) November 14, 2013 「与えられた課題を解決する最適なシステム」を作ることが目的ではなく、「決められた仕様を満たすシステム」を作ることが優先されてしまうので、技術的・仕様的に間違っている状態でもそのまま進んでしまうこと見えない負債が積み重なる。そして、結局誰も得をしないのです、と。はいはい。 この点につきましては何度も同じことを指摘してるんですが、大切なことは何度も言うべきかと思いました。 なんでそんな苦労

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

2. 2 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. 以下の事項は、弊社の一般的な製品の方向性に関する概要を説明するものです。 また、情報提供を唯一の目的とするものであり、いかなる契約にも組み込むことは できません。以下の事項は、マテリアルやコード、機能を提供することをコミットメン ト（確約）するものではないため、購買決定を行う際の判断材料になさらないで下さ い。オラクル製品に関して記載されている機能の開発、リリースおよび時期につい ては、弊社の裁量により決定されます。 OracleとJavaは、Oracle Corporation 及びその子会社、関連会社の米国及びその他の国における登録商標です。文中 の社名、商品名等は各社の商標または登録商標である場合があります。 免責事項 また、以下の事項は

「ミライリアルの幸せを、デジタルの力で創る」ことを目指すSupershipグループの社内報です。日々の出来事、メンバーの働く様子や声、未来への想いなど、Supershipグループの”Be Super”なストーリーをみんなでシェアしていきます。

※１．検索数３０００以上のものをビッグキーワードと定義 ※２．検索数５００以上のものをミドルキーワードと定義 ※３．検索数５００未満のものをロングテールキーワードと定義 ご覧のように、ロングテールキーワードからのコンバージョン率は５０%を超えている。これは、ビッグキーワードの約１００倍の確率だ。 検証に使用したECサイトのビッグ・ミドルキーワードとロングテールキーワードの売上比率は約５０対５０だった。ロングテールSEOの施策をさらに促進すると２０対８０にかなり近付くだろうと予測している。 １−３．ロングテールSEOこそ検索エンジン攻略の基礎このように集客や売上の基盤はロングテールキーワードから生まれる。そして地道に良質なコンテンツを作り続けていれば、上位表示キーワードがどんどん増えていき基盤を強化することができる。 さらに、詳しくは後述するが、ロングテールキーワードを使って地道にコンテンツ

僕は、4年前から思い立って「ベターホーム」の料理教室に通っています。 今ちょうど、11月開始の教室の申し込み時期で、体験教室が開かれていて、Twitterでも紹介したので、それをブログにもまとめておきます。 http://www.betterhome.jp/school/beginner/experience/index.html ツイートした内容はこちら。 たまに聞かれることがある料理教室。今、11月開講の募集を行っている時期なので体験教室のページを紹介します。体験教室は1000円と安いので、興味ある方にはおすすめ。男性コースはお年寄り向けな感じなので男性でも普通コースがよいと思います。 URL 2013-08-27 21:45:55 via YoruFukurou 料理教室のことをよく聞かれるのに、募集がある度に言おうと思って忘れちゃってたのでやっとタイムリーにポスト。あと、僕からの紹

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

isucon3反省会に行ってきたのと、Noderとして参戦した時の話を発表資料として残したいと思ったので、発表もしてきました。 僕の話はLTとして話したので上の通りで、この前ブログにも書いたので、そこまで紹介しませんが、isucon3の反省会で得られた教訓についてまとめておきます。 isucon夏期講習資料はisucon参加する人必読 特にモリスさんが話してた、このisuconの夏期講習の話が一番ためになった。 Isucon summer class_2013 from SATOSHI TAGOMORI これはisucon参加者は一回必ず目を通しておくべき資料で、isuconにおける心構えと時間配分や気をつけないといけないところを話してた。 「大きな改造はほぼワンチャンス」とか「スコア算出方法をよく読んで何を改善するべきか知る」とかそういう基本的なことなんだけど、できてないことがちゃんと書

© 2012-2024 Ookla, LLC., a Ziff Davis company. All Rights Reserved. Downdetector® is among the federally registered trademarks of Ookla® and may not be used by third parties without express written permission.

先日AWSから新しいEC2インスタンスタイプc3.8xlargeが発表されましたね。 【AWS発表】 新世代の数値計算向けEC2インスタンス 2013年11月時点の性能と価格は以下のとおり。ISUCON予選で使用したm3.xlargeと比較。 インスタンスタイプ vCPU ECU Memory(GiB) Tokyoリージョンの1時間あたりのオンデマンド価格 m3.xlarge 4 13 15 0.684ドル c3.8xlarge 32 108 60 3.064ドル CPU性能約8倍、メモリ4倍。価格約4.5倍。c3.8xlargeお得。 さて、オンデマンドの価格は上のとおりですが、開始後すぐのためか需要が少なくスポットインスタンスが激安なんですね。 Amazon(Web Services)が大セール！c3.8xlargeがなんと！$0.0001！！ 新しいHPC向けAmazon EC2イン

もし起業家が最小限のコストで起業するために、起業家自身がコードを書かねばならないとしたら、そこに必要な要素とは、 「極論、コードの質もセキュリティもめちゃくちゃでいいから、初期ユーザーを熱狂させ、開発者を採用する入り口になる未来を提示できる能力」 だと思う。創業者が技術者であろうがそうでなかろうが、テクノロジがコアコンピタンスであってもなくても、運用における成長のフェーズはチームに任せなくてはいけないのは変わらない。創業者がCEOになるかCTOになるかの差ぐらいしか無くて、そこはどんなタイプの起業家であっても、誰かに任せないといけないというのは変わらない。 って書くと、昔の某氏騒動が思い起こ出されるし、理屈上は踏み台になって危険だという話もあるので、こんなことを書くと怒られるのだが、正論で完璧を求めるのは簡単だけど、コードの質、セキュリティやスケーラビリティを必要条件にするのは「素人はコー

「オープンソースソフトウェア(OSS)」と聞いて、あなたがイメージするものはなんですか？　多くの人は Linux や Apache、Firefox といった成功した大規模なソフトウェア製品を思い浮かべることでしょう。 実は、ウェブ上でサービスを提供する会社のエンジニアたちは、これらとは別の種類のOSSを使って仕事をしています。このブログエントリでは、そのようなOSSを紹介し、それらがなぜ開発され使われているかを説明したいと思います。 ■ウェブ企業におけるOSS開発の実例と合理性 下の図は、Perl で記述される大規模ウェブアプリケーションの一般的な構成を示しています注1。このうち、「自社ロジック」と書かれているところ以外は、全てオープンソースとして開発／公開されているモジュール（ソフトウェア部品）です。各社のエンジニアが密接に協力しながら、ミドルウェアをオープンソースとして整備していること

フレームワークの責務とセキュリティ - MugeSoの日記についての感想文です。 世の中にはたくさんの通信プロトコルが存在し、中には、特定の条件でパスワードを含む文字列をハッシュ化した値を検証しなければならないものも含まれています。 例えば、HTTP Digest認証の場合は、MD5("realm:user:password")を保存しておく必要がありますし、APOPの場合は生のパスワードを、CRAM-MD5の場合はMD5("password")を保存しておく必要があったはず。 で、こういった様々なプロトコルに対応可能な認証データベースを準備しようとすると、パスワードを復号可能な方式で保存しておく必要があります*1。 ただ、パスワードを復号可能な方式で保存するとか、開発者あるいは管理者としてやりたくないというのはもちろんそうなので。で、長期的には世の中どこへ向かってるかというと： 選択肢a