2014/03/11(火) に、共著で執筆した『Webアプリエンジニア養成読本』というムック本を出版します！また、本日 2/20 から、Amazon で予約受付を開始しました。 この本は、Webアプリを多くの人に使ってもらえるようにするために必要な知識となる、Web技術の基礎〜開発〜ITインフラの構築・運用までを凝縮して一気通貫で学べる、ちょっと珍しい本です。これらを、 @yusukebe, @uzulla, @sugamasao, そして僕 @koemu の4名で分担して執筆しました！ あわせて、刊行イベントを 2014/03/20(木) 19:00より、ジュンク堂書店 池袋本店で開催します。4人の執筆陣が、本にまつわるいろいろなお話を用意しています。お誘い合わせの上、ぜひご来場ください！詳細の確認・申込は『ジュンク堂書店 池袋本店 イベント・フェア詳細』のページからどうぞ。 さて、本書
米大物ギタリストのスラッシュ氏が、テキサス州オースティンで2014年3月に開かれるアートイベント「SXSW 2014」において、アプリケーション開発の腕を競うハッカソンならぬ「Slashathon」（スラッシャソン）を開催すると発表した。 米大物ギタリストのスラッシュ（Slash、本名ソール・ハドソン氏）が、テキサス州オースティンで2014年3月に開かれるアートイベント「SXSW 2014」において、アプリケーション開発の腕を競うハッカソンならぬ「Slashathon」（スラッシャソン）を開催すると発表した。 「Slashathon」では、12時間の制限時間でアプリケーション開発や技術開発に挑戦してもらい、「アーティストがアルバム販売時期にコミュニティと交流するためのソリューション創作」を目指す。運営は技術者マッチングサービス「Geeklist」が行う。スラッシュ氏の公式サイトの発表による
これまで、負荷テストの実行には専門知識と実行環境の準備に多くのコストが必要でした。社会からWebサービスの性能に関する不具合をゼロにするために、簡単、無料、圧倒的な負荷テストサービスを提供します。 ユーザビリティ サーバの応答速度は常に変化し、利用者の直帰率に大きく影響を与えます。サーバの応答速度を可視化し、日々計測することで、すみやかに問題個所を発見できます。 性能測定 サーバの性能不足により、せっかくの営業機会を失うサイトが多く存在します。サーバの性能を正しく把握することで、予測される負荷に応じたサーバの増強ができます。 負荷チェッカー／カレンダーを利用したテスト（ジョブ）の予約や、グラフィカルな結果画面を準備しており、初心者の方にも大変使いやすいサービス。インスタントテスト／URLを入力するだけで、すぐに負荷テストを行うことができます。シナリオテスト／ログインが必要なページや複数のペ
Hadoopアドベントカレンダー2012の15日目の記事を書かせていただきます。 HiveServerの事を書こうと思ったのですが、ゆるふわエントリに変更してHadoop関連のロゴについて書きたいと思います。 Hadoopのロゴはまぁお察しの通りキモイきゃわわな象さんなわけですが、ちょっとグッズを作ろうと思った事もありHadoop関連の正式ロゴとボツ案のロゴなどを集めましたので紹介します。 Hadoop これが基本形で、以下のように各コンポーネント毎にサイト用のロゴがあります。 http://svn.apache.org/repos/asf/hadoop/logos/ https://issues.apache.org/jira/browse/HADOOP-7480 HadoopのPowered By powered by用のものです。こちらはApacheの羽有りのものでちょっといろいろと
「『Webアプリエンジニア養成読本』(技術評論社)刊行記念 Webアプリエンジニアが出来るまで」 ジュンク堂書店 池袋本店 開催日時：2014年03月20日（木）19:30 ～ フェア・イベント一覧 開催店舗ページへ 和田裕介(「ボケて (bokete)」開発者) 石田絢一(uzulla)(フリーランスエンジニア) すがわらまさのり(Web男子/『パーフェクトRuby』共著者) 斎藤祐一郎(株式会社ハートビーツ 運用エンジニア) Webアプリをつくるのは楽しい!との思いで開発や運用を続けているエンジニア4人が書いた『Webアプリエンジニア養成読本』。その刊行を記念して、トークセッションを行います。実はこの執筆メンバー... 以前からオフラインミーティングで出会っていて仲が良い?かもしれません。だからこそ聴ける執筆時の裏話も含め、Webアプリのつくり方から、エンジニアとして活動す
元糞コードマイスターとしては、生産性については思うところある。 技術的到達深度が深い人じゃないとそもそもかけないコードってのももちろん存在して、その前提で10倍とか100倍になりうる話をする。 そもそもマイナスになる人がいるって話。 隠しパラメータをモデル化 エンジニアA:「週に10の成果を出して3の負債を生む人」を考える。この人は開発を止めてリファクタリングをすれば10-3 = 7の技術的負債を返却できるとする。 ここで正確には成果10には* aの係数が掛かっている。これはプロジェクト開始時1.0で、技術的負債が貯まるほど0に近づいて行く 次に、エンジニアB:「週に15の成果を出して10の負債を生む人」を考える(これにも係数aがかかる)。この人は見た目上は上の人の1.5倍速く成果を出しているように観測できるが、負債もたまりやすい。リファクタしても綺麗になりにくい。 これは割とエンジニアに
ちょいネタです。ちょうどGitで特定コミットのファイルだけをzipで納品する必要があったので。 git：特定コミットのファイル一式を抽出＆zip保存。ワンクリックで。 | ラスタッタPぃやぁ をとても参考にさせていただきましたが、ちょっと変更したのでメモ代わりに書いておきます。 こんなコミットログがあったとして、 $ git log --oneline --graph * c000004 コミット4 * c000003 コミット3 * c000002 コミット2 * c000001 コミット1 「コミット2からコミット3まで変更ファイルだけをください」と言われたら、以下のようにすればOKです。 $ git archive --format=zip c000003 `git diff c000003..c000001 --name-only` -o ~/Desktop/c000003.zip
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
