2012/09/24 Pythonコミュニティが開催する「PyCon JP 2012」が、東京の産業技術大学院大学で2012年9月15日から17日まで開催された。PyCon JPは世界中で行われてるPython Conference（PyCon）の日本版で、今回は2回目。「つながるPython」のテーマのもと初の併設イベントも開催され、東京開催にも関わらずヨーロッパ、オーストラリア、台湾など各国のPythonistaが集うなど、前年のほぼ倍の480人を超える参加者が集まり盛り上がった（レポート：タイムインターメディア・飯野卓見） PyCon JP本編ではPython製サービスの事例として写真共有サービス「SnapDish」やNIFTY Cloudに新しく加わったPaaSの「C4SA」のアーキテクチャ紹介、Pythonの非同期IOフレームワーク、「Gevent」と「Tornado」の発表、P
■ Tポイントは本当は何をやっているのか Tポイントが実際のところ何をやっているのかは、以前から確認する必要があると考えていたのだが*1、その加盟店に公共図書館をを加えるという話が出てきて*2、いよいよ待ったなしの段階に入ったと思い、5月から6月にかけて「Tカードサポートセンター」に問い合わせて確認していた。 最初に問い合わせたのは5月8日で、「T会員規約にはこう書かれているが実際には何をやっているのか」と素朴に尋ねたところ、電話に出たオペレータからは、「ファミリーマートを利用した会員にガストでクーポンを出したり、ガストを利用した会員にファミリーマートでクーポンを出したりしている」という趣旨の説明があった。このオペレータは、このようなクーポン発行に、商品名レベルの購入履歴は使用しておらず、ファミリーマートの利用の有無（店舗レベル）に基づいてクーポンを発行しているという認識のようだった。 そ
Cookpad Case Study Cookpad.com (TYO:2193) is Japan’s No.1 recipe website. With more than fifteen million users and one million online recipes, Cookpad.com dominates the market of recipe search and sharing. In fact, according to Cookpad.com’s internal research, 50% of Japanese women in their 20s and 30s use Cookpad.com as their primary source of recipes and cooking advice. So, how does Cookpad.com
「ニフティ」「はてな」「GREE」を経て、最近フリーのプログラマとして新たなキャリアをスタートさせた伊藤直也さん。スタートアップと大手企業の両方を経験した伊藤さんが考える「理想のキャリア」とは？ エンジニアの理想のキャリアとは？ WEB・IT業界は、できてまだ数十年の若い業界である。第一人者たちが未だ現役ということも少なくはなく、それゆえ業界における理想的なキャリアというものが確立されているわけでは決してない。エンジニア一人ひとりが試行錯誤しつつ、自らのキャリアを模索していかなければならないのが現状だ。だからこそ、見識ある先達たちが自分のキャリアをどのように考え、どういったキャリアを選んでいるのか知ることが重要なのではないだろうか？ そこで今回は、スタートアップと大手企業の両方を経験した伊藤直也さんに、エンジニアにとって理想のキャリアとは何なのか、考えを伺った。 エンジニアが、企業に属する
＜ノマドはフリーランスではない＞ これからの仕事のあり方という意味で、「ノマド」という言葉がかなり一般的になってきました。僕も2009年に独立して以後、「最近流行の“ノマド”ですね」と言われることもちょくちょくあり、最初のうちは、「ええ、そうです。まさにノマドですねぇ」なんて答えていたのですが、最近実はちょっと違和感を覚えています。 というのも、確かにオフィスが無くて色んなところで仕事しているという意味ではノマドなのですが、ノマドという言葉を「＝フリーランス」ととらえている人がかなりの数いるようで、そりゃちょっと違うよと思うわけです。ノマド＝フリーランスではなく、組織に属していたとしても自由に動ける/振る舞えるのであれば、それはノマドで良いと思っています。 逆にフリーランスであってもそれなりに強い「個」を保てていないと、結局は「外注」という形で「組織の歯車」に入っているだけということもあり
もし図の表示がおかしかったら、このページの SVGでないバージョンを試して下さい。 SVG の画像処理を中止しています。 (SVG の画像処理を再開) このページのオリジナルは、Mark Lodato さんが執筆した A Visual Git Referenceです。 このページでは、よく使われる git のコマンドを簡潔に図を用いて説明します。 git について少し知識があるなら、このページはその知識を整理するのに役立つかもしれません。このページがどのようにして作られたのか興味があるなら、私のGitHub リポジトリを見て下さい。(日本語訳の GitHub リポジトリ) 内容 基本的な使い方 凡例 コマンドの詳細 Diff Commit Checkout 分離HEADでの commit Reset Merge Cherry Pick Rebase 技術メモ 基本的な使い方 上記4つのコマ
Basically, a Mac application has a .app extension, but it’s not really a file — it’s a package. You can view the application’s contents by navigating to it in the Finder, right-clicking it and then choosing “Show Package Contents”. The internal folder structure may vary between apps, but you can be sure that every Mac app will have a Contents folder with a MacOS subfolder in it. Inside the MacOS d
HHKB Professional Type-Sが欲しいインフラ兼ソフトウェアエンジニアのbokkoです。 普段はHHKB Proの日本語配列キーボードを愛用しています。英語配列は苦手です。このことを同僚のエンジニアに言うとジト目で見つめられ・・・睨みつけられること請け合いです。 本連載の最後となる今回はpixivのデータストア/キャッシュ戦略を支える周辺ミドルウェアについて解説していきます。 memcachedからKyotoTycoonへ移行した際に発生した問題 前回の記事の最後にもあったようにpixivではAPの数だけあったmemcachedへのリクエストを少数のKyotoTycoonにまとめたことで一部のKyotoTycoonサーバへのTCPコネクション数が爆発してKyotoTycoonサーバのCPUやメモリリソースには余裕があるのにネットワークで詰まるという問題が起こりました。 元
コードレビューの話をいくつか見かけた. (1, 2, 3) 私もはやりにのってなにか書いてみたい. といってもリンク先についてどうこう言う気はない. ふだんからぼんやり感じていることをテキストにしてみたい. コードレビューの様式 コードレビューのやりかたは色々ある. 話の背景をあきらかにすべく, まずは私が参加したり見聞きしたりしてきた方法を紹介したい. ただとりとめなく列挙しても見通しが悪いから, 方法を評価する軸を見立てておこう. コードの粒度: 一回のレビューでレビュアが目を通すコードの量はどのくらいだろう. プロジェクト全体? モジュール単位, 機能単位, それともクラス単位? 古典的なレビュー様式はこれら <論理的な単位> でレビューをすることが多い. 最近はブランチやコミットのような <ひとまとまりの変更> を単位とする方法に人気がある. Github の Pull Reque
2012年6月のエントリの続きです。前回は同期レプリケーションによるネットワーク遅延のある環境において、MySQLの性能がどの程度低下するのかということを確認しました。その中でも特にsync_binlogが1に設定されている場合、性能が大きく低下するということが分かりました。参考としてAmazon RDSのマルチAZデプロイメントにおいては、性能と信頼性のトレードオフを考慮した結果、sync_binlogがデフォルトで0に設定されているということを調査しました。 タイトルでネタバレしていますが、MySQLの次期バージョン、MySQL 5.6でこのsync_binlog=1の性能が大きく改善します。前回と同じ負荷テストをMySQL 5.5.25からMySQL 5.6.6-labsに差し替えて行った結果を、以下に示します。 前回のMySQL 5.5.25と異なり、sync_binlog=1にお
SSL アクセラレータの価格に胃を痛めている貴兄、それが買えず SSL のためだけにサーバの台数をニョキニョキ増やしている貴兄、そうでなくとも SSL のパフォーマンスでお嘆きの貴兄のために、いろいろまとめてみましたよ。 SSLセッションキャッシュのタイムアウト設定を長くしよう SSL の負荷のほとんどはセッションの生成によるものなので、当然のようにサーバ側の SSL セッションキャッシュを有効にしておられると思いますが、そのタイムアウトの設定がデフォルトのままという方が多いのではないでしょうか。 たとえばApacheでしたら、設定サンプルのまま SSLSessionCache shm:/usr/local/apache/logs/ssl_gcache_data(512000) SSLSessionCacheTimeout 300 としている方が多いのではないでしょうか。 各サーバのデフォ
僕が在籍しているアイデアマンズ株式会社はBtoBのプロダクト販売や受託開発を事業としているのですが、先日当社としては初となるBtoCのスマホアプリの開発に挑戦しました。今回はその時の話をしたいと思います。 -挑戦- 皆さんご存知の通りコンシューマー向けのスマホアプリは大手からスタートアップまで非常に過熱した市場なので「せっかく仕掛けるなら他のアプリから頭一つ抜きん出るものを出そう！」と、様々なアイディアを出し合いました。ソーシャル系、ゲーミフィケーション、写真共有、OtoOなど、いくつかのアプリアイディアが出ましたが、最終的に決まったのはおっぱいのアプリでした。OtoO、つまり「おっととっと、おっぱいだぜ！」です。 今回作ることに決まったおっぱいのアプリはぽっとでのアイディアではなく、実は僕が1年近く前から暖めていた企画でした。そのアプリのメインコンセプトは「乳のサイズを見極める、『乳師』
はじめに アジャイル開発に興味を持っている人に取っては「まだ読んでなかったの？」といった感じかもしれませんが、先日書籍「アジャイルサムライ」を借りたので、ざっくりと読んでみました。 今回のエントリは読んでみた感想に加えて、ソニックガーデンでの開発スタイルとの比較をしてみたいと思います。 アジャイルサムライ−達人開発者への道− 作者: Jonathan Rasmusson,西村直人,角谷信太郎,近藤修平,角掛拓未出版社/メーカー: オーム社発売日: 2011/07/16メディア: 単行本（ソフトカバー）購入: 42人 クリック: 1,991回この商品を含むブログ (257件) を見る とりあえず最初から読んでみた 1章の内容はアジャイル開発の基礎知識が中心で、読みながら「うん、まあそうだよねえ」と思いました。 14ページの挿絵にある「やり方がたった1つなんてことはないんだ！」「君自身が編み出
これまで電力会社に依存してきた日本の電力ネットワークが少しずつ変わり始めている。電力の供給源が急速に増えており、中心になっているのは太陽光発電だ。ただし天気の良い日中にしか電力を作ることができず、安定性に問題がある。その弱点を補うのが蓄電システムである。 セミナー1日目：電力を表す基本単位「kW」と「kWh」 セミナー2日目：電力の世界を二分する「直流」と「交流」 発電と蓄電の関係を分かりやすい例にたとえると、雨水をバケツに溜めるのに似ている。雨が大量に降れば短時間でバケツいっぱいに水が溜まるが、雨の量が少なければ満杯になるまで長い時間が必要になる。それでもバケツに溜められる水の最大量は同じだ。バケツからあふれた水は取っておくことができない。 雨を発電システムからの電力、バケツを蓄電システムに置き換えて考えてみよう。太陽光や風力、さらには水力も同様だが、発電できる電力は気象条件によって大き
タスク管理することがタスクになっていませんか？ Asanaは僕の考える理想的なタスク管理システムを提供してくれました。 http://asana.com/ 僕はタスク管理にテキストファイルを使っていた 開発を始めるときは、まずテキストファイルを開いて、「何を作らなければならないか」を書き出していました。必要な作業を細分化し、優先順位を適当につけて並べ替え、後は順番にこなしていって、終わったものには印をつけていました。 「何をやらなければならないか」を可視化したいけれど、あまりそれに時間をかけたくない。 何をやるかを書きだすのに時間をかけすぎるくらいなら、直接コードを書いてしまった方が早いからです。そのためにテキストファイルは最適でした。 チーム開発することになってGoogle Docsを使うことにした チームで開発することになりました。自分にしか見えない「テキストファイル管理法」は早くも破
2. もくじ ► おさらい ► クライアント(ssh/scp)の話 ポート転送の話 多段ssh その他の転送の話・他のオプション ► サーバ(sshd)の話 ► ちょっとした疑問 ► セキュリティの話 ► まとめ 2 / 62 5. RFC RFC 4250 The Secure Shell (SSH) Protocol Assigned Numbers RFC 4251 The Secure Shell (SSH) Protocol Architecture RFC 4252 The Secure Shell (SSH) Authentication Protocol RFC 4253 The Secure Shell (SSH) Transport Layer Protocol RFC 4254 The Secure Shell (SSH) Connection Protocol RF
とあるクラスタ（複数台あるサーバ）に対して性能評価しているときに dstatでリアルタイムに数値見ながら評価したいんですが さらにまとめてリアルタイムグラフ化出来たら嬉しいのではないかなーと。 お、これはfluentd+growthforecastの出番では…！ と思い早速試してみましたよっと。 全体像 ノードサーバ（監視される側） 各サーバでdstatを収集／整形しログに出力 fluentdでgrowthforecastAPIを叩く グラフ生成サーバ（growthforecast） config生成plackアプリを起動（今回はログ収集サーバで実行しているが、本来はどこで起動してもよい） growthforecastプラグインでグラフ化 ※最初考えていた構成ではグラフ生成サーバでログを受け取ってから growthforecastに流しこんでました。 ログファイル自体も収集したい時にはその
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
