タグ

あとで読むに関するarktks00のブックマーク (136)

  • Trac入門執筆うらばなし

    Trac入門(技術評論社) の執筆にまつわるエピソードなどをまとめました。2008/10/18 Shibya.trac 勉強会で発表しました。Read less

    Trac入門執筆うらばなし
  • HTTP/1.1 の同時接続数について - daily dayflower

    はてなブックマーク - 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

    HTTP/1.1 の同時接続数について - daily dayflower
  • 正規表現の問題集1(基本編)

    CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

    正規表現の問題集1(基本編)
  • Cookieを利用したセッション維持(Sticky)の問題点

    ロードバランサーの機能のうち、セッション維持は重要な役割な一つです。セッション維持を実現するための方法としては主に4つあります。 ソースIPアドレス利用 Cookie利用 SSL Session ID利用 URL利用 一番手軽なのはソースIPアドレスを利用する方法なのですが、NAT(Network Address Translation)環境では全てのマシンが同じIPアドレスに見えてしまうのでこの方法が使えない場合も多いと思います。そんなわけで私はこれまでCookieを利用する方法をよく使っていました。しかし最近になってCookieを利用したセッション維持が失敗するケースが増えてきました。それはなぜでしょうか? Cookieを利用する方法の問題点 Cookieを利用したロードバランスでは、セッション情報をCookieに書き込みます。ところでCookieの仕様をRFC2965で確認してみると

    Cookieを利用したセッション維持(Sticky)の問題点
  • Java におけるコード進化パターン (Code Evolution Patterns in Java)

    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

  • ウノウラボ Unoh Labs: TCP/IP入門

    尾藤正人(a.k.a BTO)です このブログを読んでる方にはWebプログラマが多いかと思いますが、Webの仕組みを基礎から理解してプログラムは書いてますでしょうか。 もちろんそんなことは知らなくても抽象化されてるので気にする必要は全然ないのですが、やはりエンジニアとしてはちゃんとどういうものか理解してプログラムを書いた方がよりよいプログラムが書けると思います。 そこで先日の社内勉強会で、TCP/IPについて軽くおさらいしてみました。 かくいう僕もTCP/IPについて勉強したのは7, 8年前だったのでいろいろ復習してたんですが、忘れていたり、実はちゃんと理解できてなかったことがありました。 せっかくなので資料を公開しておきます。 よかったら参考にしていただければと思います。

  • Java 言語 コーディング規約 目次

    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

  • Ruby on Rails Summer Festival 2008

    今回は、第22回の「Webエンジニア武勇伝」に登場いただいた株式会社はてな 舘野祐一(secondlife)さんのご紹介で、株式会社永和システムマネジメントでチーフプログラマを務める角谷信太郎さんにお話をお聞きしました。角谷さんは現在、Rubyの開発チームの面倒をみるかたわら、「JavaからRubyへ――マネージャのための実践移行ガイド」などの翻訳書を出版されていたり、日Ruby会議2008では実行委員を努めたりと、Ruby界隈で幅広く活躍されています。今回のインタビューでは、Rubyな人たちに囲まれて、Ruby仕事にできている角谷さんが、なにも特別で最初からそうであったわけではないといった非常に等身大の感慨深いお話を伺うことができました。 角谷信太郎 氏 (株)永和システムマネジメント サービスプロバイディング事業部チーフプログラマ。「『楽しさ』がシステム開発の生産性を左右する」と信

  • 連載:良いコ―ドへの道―普通のプログラマのためのステップアップガイド|gihyo.jp … 技術評論社

    最終回 配列/コレクションを利用した抽象化―その5 Step4:配列/コレクション化して抽象化する 縣俊貴 2009-05-18

    連載:良いコ―ドへの道―普通のプログラマのためのステップアップガイド|gihyo.jp … 技術評論社
  • ラリー・ウォール@Perlは、とっっても愛妻家!/Tech総研

    質問の一つひとつに熟考して真摯に答えてくれる態度、深みと含蓄のある言葉、初対面の人間に対する優しい接し方……そして、返答に窮すると隣の奥さんに「どうだっけ?」と呼びかける夫婦仲のよさ。私はラリー・ウォールさんの大ファンになりました。もちろん、奥さんのグロリアさんのファンにも。

  • 第一回マネタイズHacksを開催しました(資料の公開あり) - livedoor ディレクター Blog(ブログ)

    こんにちは、佐々木です。 櫛井がハンバーガーをべにシリコンバレーに行っているので、代打です。 先日開催した第一回マネタイズHacks(第一回マネタイズHacks開催と参加者募集のお知らせ)につきまして、簡単なレポートと資料の公開のご案内をさせていただきます。 当初は動画なども公開する予定でしたが、諸般の事情により資料のみの公開させていただくことになりました。ご容赦ください。 (以下からダウンロードできる資料の内容についてのお問い合わせは、文責のある会社様へ直接ご連絡ください) ■ブロックリンク is not evil. (ライブドア 畑山) 資料をダウンロード ■5分でわかる livedoor Blog 第3世代有料プランの秘密 (ライブドア 佐々木) 資料をダウンロード ■はてなアドセンス Hacks (はてな 川崎様) 資料をダウンロード ■モバイル広告で一番効率がよい広告はなに?

    第一回マネタイズHacksを開催しました(資料の公開あり) - livedoor ディレクター Blog(ブログ)
  • なぜ関数プログラミングは重要か

    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原稿をもとに

  • IBM Developer

    IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

    IBM Developer
  • 第1回 関数型プログラミングの世界へようこそ - 本物のプログラマはHaskellを使う:ITpro

    Haskellというプログラミング言語を知っていますか? 全く聞いたことがないという人が多いかもしれません。そういう名前の言語があるのは知っているけど,どんな言語かは知らないという人もいるかもしれませんね。でも最近では,一部の先進的なソフトウエア開発者の間で,一種のブームと言えるほど熱狂的に受け入れられています。 なぜならば,Haskellは様々な優れた特徴を持っているからです。最初に,他の言語にはあまり見られない際だった特長を一つだけ紹介してみましょう。「遅延評価(lazy evaluation,怠惰評価ともいう)」です。 遅延評価とは,与えられた値を必要になるまで評価(計算)しないということです。この性質により,不必要な計算が行われる無駄をなくすことができます。また,「潜在的に無限の大きさを持つデータ構造」といった通常のプログラミング言語では扱いの難しいものを直接扱えるため,より直接的

    第1回 関数型プログラミングの世界へようこそ - 本物のプログラマはHaskellを使う:ITpro
  • テスト

    ソフトウェアテストのテクニックについて紹介する連載ですが、前回(第1回)はテストの全体像を確認しながら、さまざまなテストの種類があることをご説明しました。今回から、それらの1つ1つについて詳しく見ていきましょう。まず今回は静的テストについて紹介します。 静的テスト ソフトウェアはテストによって品質を確保することができますが、第1回で紹介したように、テストにもさまざまな種類があります。一般的にテストと言えば、実際のテスト対象を動作させてみて、その結果を確認する動的テストのことを指します。それとは対照的に、テスト対象を動作させずに行う静的テストというものがあります。テスト対象を動作させないのであれば、一体何を検証するのでしょうか? 静的テストはドキュメントやソースコードなどを「見る」「⁠読む」といった方法で確認し、そこにある誤りを検出します。一般的には「レビュー」と呼ばれる方法です。 静的テ

    テスト
  • はてなブログ | 無料ブログを作成しよう

    引越し遍歴パートⅡ 2018年に「上京して10年で引越しを6回した」というブログを書いた。 月日は流れ、あれから6年…さらに2回の引越しをした。ホテル暮らしも含めると3回かもしれない。 前回の記事では主に神奈川〜千葉〜東京の引越し事情を書いた。関東の浅瀬でちゃぷちゃぷ遊んでいたに過…

    はてなブログ | 無料ブログを作成しよう
  • ギコ猫とデザインパターン

    /‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾ ワーイ スレッドヘン 1ゲト ズザー! \ ‾‾‾‾‾‾|/‾‾‾‾‾‾‾‾‾‾‾ (   Λ_Λ ⊂ ´⌒つ゜ー゜)つ ‾‾‾‾‾‾‾ .___________ |               ..| | ギコ暗号入門はこちら .| |___________| ∧,,∧ || ⊂ミ.,,゜Д゜彡つ https://www.hyuki.com/cr/cat_index.html 目次 はじめに 登場するたち ギコGoFのパターンたち ギコとマルチスレッドのパターンたち アニメGIF みなさんからのフィードバック ぜひ、感想をお送りください このページにリンクしてくださっている方々 リンク集 更新履歴 はじめに このページでは2ch.netのキャラクタ「ギコ」にナビゲートしてもらい、 デザインパターンをいくつか紹介(?)します。 といっても

  • 矢沢久雄の早わかりGoFデザインパターン 目次:ITpro

    VMware問題でIIJNTTコムなどが大幅値上げ、クラウド料金が2~3倍になる場合も 2024.06.14

    矢沢久雄の早わかりGoFデザインパターン 目次:ITpro
  • 開発者のためのスケーラビリティテストとゴールテスト:CodeZine

    はじめに 多くの場合、開発者の仕事は機能コードを開発することだけではありません。開発するコードがアプリケーション環境で適切なスケーラビリティを持ち、適切に動作することを保証しなければなりません。開発したコードに対しては、来、次の3つのテストを行う必要があります。機能テスト…コードが提案どおりに機能することを確認します。スケーラビリティテスト…コードが提案どおりに機能しながら、できるだけ少ないリソースで動作することを確認します。ゴールテスト…コードが、指定のサービス品質保証契約(SLA)より短い時間で実行されることを確認します。  この3つの中では、通常は機能テストが最も行いやすいでしょう。 稿では、スケーラビリティテストとゴールテストの違いを取り上げ、手動テスト向けの擬似コードテストハーネスの例を紹介し、実際にQuest SoftwareのToadという自動テストインターフェイスを使用

  • Webエンジニア武勇伝 第24弾 蓑輪太郎(ひげぽん) 氏 | サイボウズ・ラボ株式会社

    今回は、ひげぽん(higepon)こと、サイボウズ・ラボの蓑輪太郎さんにお話をお聞きしました。蓑輪さんがブログで、「Webエンジニア武勇伝」の宮下尚さん記事を取り上げていただいたのを発見しまして、是非、インタビューをということでお願いし、今回の企画が実現いたしました。IPAで未踏ソフトウェアに採択され、スーパークリエータの認定もされているにも関わらず、謙虚で当に人柄が素晴らしい蓑輪さんのお話を存分にお楽しみください。取材は、ユニークさで知られるサイボウズ・ラボのミーティングルームをお借りいたしました。 蓑輪太郎 氏 慶應義塾大学 理工学部 物理学科 卒業 某大手企業のシステム開発会社 入社 グループ会社向けの Web サービスの開発を担当 2002年: - 趣味でオープンソースOS Monaの開発を始める。 - OS開発の知識が一切ない状態から多くの人に助けられ開発を進める 2005年: