Trac入門(技術評論社) の執筆にまつわるエピソードなどをまとめました。2008/10/18 Shibya.trac 勉強会で発表しました。Read less
![Trac入門執筆うらばなし](https://cdn-ak-scissors.b.st-hatena.com/image/square/7df4b8406d6d4ecb4f7760624cc673b744128e0e/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2Ftrac-1224330075630823-8-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
Trac入門(技術評論社) の執筆にまつわるエピソードなどをまとめました。2008/10/18 Shibya.trac 勉強会で発表しました。Read less
はてなブックマーク - Fasterfoxが最強すぎる件 - 真性引き篭もり が盛り上がってたので,机上の話だけですが,いまさら書いてみます。 RFC (2616) での記述 Clients that use persistent connections SHOULD limit the number of simultaneous connections that they maintain to a given server. A single-user client SHOULD NOT maintain more than 2 connections with any server or proxy. A proxy SHOULD use up to 2*N connections to another server or proxy, where N is the number
ロードバランサーの機能のうち、セッション維持は重要な役割な一つです。セッション維持を実現するための方法としては主に4つあります。 ソースIPアドレス利用 Cookie利用 SSL Session ID利用 URL利用 一番手軽なのはソースIPアドレスを利用する方法なのですが、NAT(Network Address Translation)環境では全てのマシンが同じIPアドレスに見えてしまうのでこの方法が使えない場合も多いと思います。そんなわけで私はこれまでCookieを利用する方法をよく使っていました。しかし最近になってCookieを利用したセッション維持が失敗するケースが増えてきました。それはなぜでしょうか? Cookieを利用する方法の問題点 Cookieを利用したロードバランスでは、セッション情報をCookieに書き込みます。ところでCookieの仕様をRFC2965で確認してみると
Java におけるコード進化パターン (Code Evolution Patterns in Java) asato shimotaki <asatohan at gmail.com> 最終更新日 : 2009/6/21 (2004/4/22 より) [...] For twenty years, I spent two or three hours a day looking at pairs of things -- buildings, tiles, stones, windows, carpets, figures, carvings of flowers, paths, seats, funiture, streets, paintings, fountains, doorways, arches, friezes -- comparing them, and asking my
尾藤正人(a.k.a BTO)です このブログを読んでる方にはWebプログラマが多いかと思いますが、Webの仕組みを基礎から理解してプログラムは書いてますでしょうか。 もちろんそんなことは知らなくても抽象化されてるので気にする必要は全然ないのですが、やはりエンジニアとしてはちゃんとどういうものか理解してプログラムを書いた方がよりよいプログラムが書けると思います。 そこで先日の社内勉強会で、TCP/IPについて軽くおさらいしてみました。 かくいう僕もTCP/IPについて勉強したのは7, 8年前だったのでいろいろ復習してたんですが、忘れていたり、実はちゃんと理解できてなかったことがありました。 せっかくなので資料を公開しておきます。 よかったら参考にしていただければと思います。
1 はじめに 1.1 コーディング規約の必要性 1.2 謝辞 2 ファイル名 2.1 ファイルの拡張子 2.2 一般的なファイル名 3 ファイルの構成 3.1 Java ソースファイル 3.1.1 冒頭のコメント 3.1.2 package と import の宣言 3.1.3 class と interface の宣言 4 インデント 4.1 1行の長さ 4.2 行の折り返し 5 コメント 5.1 インプリメンテーション・コメントのフォーマット 5.1.1 ブロック・コメント 5.1.2 1行コメント 5.1.3 行末に書くコメント 5.1.4 C++ 形式のコメント(//) 5.2 ドキュメンテーション・コメント 6 宣言 6.1 1つの行に書く宣言の数 6.2 初期化 6.3 配置 6.4 クラスとインタフェースの宣言 7 文 7
今回は、第22回の「Webエンジニア武勇伝」に登場いただいた株式会社はてな 舘野祐一(secondlife)さんのご紹介で、株式会社永和システムマネジメントでチーフプログラマを務める角谷信太郎さんにお話をお聞きしました。角谷さんは現在、Rubyの開発チームの面倒をみるかたわら、「JavaからRubyへ――マネージャのための実践移行ガイド」などの翻訳書を出版されていたり、日本Ruby会議2008では実行委員を努めたりと、Ruby界隈で幅広く活躍されています。今回のインタビューでは、Rubyな人たちに囲まれて、Rubyを仕事にできている角谷さんが、なにも特別で最初からそうであったわけではないといった非常に等身大の感慨深いお話を伺うことができました。 角谷信太郎 氏 (株)永和システムマネジメント サービスプロバイディング事業部チーフプログラマ。「『楽しさ』がシステム開発の生産性を左右する」と信
質問の一つひとつに熟考して真摯に答えてくれる態度、深みと含蓄のある言葉、初対面の人間に対する優しい接し方……そして、返答に窮すると隣の奥さんに「どうだっけ?」と呼びかける夫婦仲のよさ。私はラリー・ウォールさんの大ファンになりました。もちろん、奥さんのグロリアさんのファンにも。
こんにちは、佐々木です。 櫛井がハンバーガーを食べにシリコンバレーに行っているので、代打です。 先日開催した第一回マネタイズHacks(第一回マネタイズHacks開催と参加者募集のお知らせ)につきまして、簡単なレポートと資料の公開のご案内をさせていただきます。 当初は動画なども公開する予定でしたが、諸般の事情により資料のみの公開させていただくことになりました。ご容赦ください。 (以下からダウンロードできる資料の内容についてのお問い合わせは、文責のある会社様へ直接ご連絡ください) ■ブロックリンク is not evil. (ライブドア 畑山) 資料をダウンロード ■5分でわかる livedoor Blog 第3世代有料プランの秘密 (ライブドア 佐々木) 資料をダウンロード ■はてなアドセンス Hacks (はてな 川崎様) 資料をダウンロード ■モバイル広告で一番効率がよい広告はなに?
John Hughes, Institutionen för Datavetenskap, Chalmers Tekniska Högskola, 41296 Göteborg, SWEDEN. rjmh@cs.chalmers.se この日本語訳は原著者の承諾を得て山下がここに公開するものです。 この訳文についての、御指摘などは山下伸夫(nobsun .at. sampou.org)までおねがい いたします。 翻訳最終更新日 : 2011-09-17 原文 "Why Functional Programming Matters" 日本語訳PostScript この論文は1984年以来何年ものあいだChalmers大学のメモとして回覧された。 1989年と1990年に幾分か改訂をしたのが[Hug89]と [Hug90]である。この版はもとのChalmer大学のメモ のnroff原稿をもとに
Haskellというプログラミング言語を知っていますか? 全く聞いたことがないという人が多いかもしれません。そういう名前の言語があるのは知っているけど,どんな言語かは知らないという人もいるかもしれませんね。でも最近では,一部の先進的なソフトウエア開発者の間で,一種のブームと言えるほど熱狂的に受け入れられています。 なぜならば,Haskellは様々な優れた特徴を持っているからです。最初に,他の言語にはあまり見られない際だった特長を一つだけ紹介してみましょう。「遅延評価(lazy evaluation,怠惰評価ともいう)」です。 遅延評価とは,与えられた値を必要になるまで評価(計算)しないということです。この性質により,不必要な計算が行われる無駄をなくすことができます。また,「潜在的に無限の大きさを持つデータ構造」といった通常のプログラミング言語では扱いの難しいものを直接扱えるため,より直接的
ソフトウェアテストのテクニックについて紹介する本連載ですが、前回(第1回)はテストの全体像を確認しながら、さまざまなテストの種類があることをご説明しました。今回から、それらの1つ1つについて詳しく見ていきましょう。まず今回は静的テストについて紹介します。 静的テスト ソフトウェアはテストによって品質を確保することができますが、第1回で紹介したように、テストにもさまざまな種類があります。一般的にテストと言えば、実際のテスト対象を動作させてみて、その結果を確認する動的テストのことを指します。それとは対照的に、テスト対象を動作させずに行う静的テストというものがあります。テスト対象を動作させないのであれば、一体何を検証するのでしょうか? 静的テストはドキュメントやソースコードなどを「見る」「読む」といった方法で確認し、そこにある誤りを検出します。一般的には「レビュー」と呼ばれる方法です。 静的テ
/‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾ ワーイ スレッドヘン 1ゲト ズザー! \ ‾‾‾‾‾‾|/‾‾‾‾‾‾‾‾‾‾‾ ( Λ_Λ ⊂ ´⌒つ゜ー゜)つ ‾‾‾‾‾‾‾ .___________ | ..| | ギコ猫暗号入門はこちら .| |___________| ∧,,∧ || ⊂ミ.,,゜Д゜彡つ https://www.hyuki.com/cr/cat_index.html 目次 はじめに 登場する猫たち ギコ猫とGoFのパターンたち ギコ猫とマルチスレッドのパターンたち アニメGIF みなさんからのフィードバック ぜひ、感想をお送りください このページにリンクしてくださっている方々 リンク集 更新履歴 はじめに このページでは2ch.netのキャラクタ「ギコ猫」にナビゲートしてもらい、 デザインパターンをいくつか紹介(?)します。 といっても
はじめに 多くの場合、開発者の仕事は機能コードを開発することだけではありません。開発するコードがアプリケーション環境で適切なスケーラビリティを持ち、適切に動作することを保証しなければなりません。開発したコードに対しては、本来、次の3つのテストを行う必要があります。機能テスト…コードが提案どおりに機能することを確認します。スケーラビリティテスト…コードが提案どおりに機能しながら、できるだけ少ないリソースで動作することを確認します。ゴールテスト…コードが、指定のサービス品質保証契約(SLA)より短い時間で実行されることを確認します。 この3つの中では、通常は機能テストが最も行いやすいでしょう。 本稿では、スケーラビリティテストとゴールテストの違いを取り上げ、手動テスト向けの擬似コードテストハーネスの例を紹介し、実際にQuest SoftwareのToadという自動テストインターフェイスを使用
今回は、ひげぽん(higepon)こと、サイボウズ・ラボの蓑輪太郎さんにお話をお聞きしました。蓑輪さんがブログで、「Webエンジニア武勇伝」の宮下尚さん記事を取り上げていただいたのを発見しまして、是非、インタビューをということでお願いし、今回の企画が実現いたしました。IPAで未踏ソフトウェアに採択され、スーパークリエータの認定もされているにも関わらず、謙虚で本当に人柄が素晴らしい蓑輪さんのお話を存分にお楽しみください。取材は、ユニークさで知られるサイボウズ・ラボのミーティングルームをお借りいたしました。 蓑輪太郎 氏 慶應義塾大学 理工学部 物理学科 卒業 某大手企業のシステム開発会社 入社 グループ会社向けの Web サービスの開発を担当 2002年: - 趣味でオープンソースOS Monaの開発を始める。 - OS開発の知識が一切ない状態から多くの人に助けられ開発を進める 2005年:
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く