タグ

2007年8月2日のブックマーク (9件)

  • TestingGeek.com is for sale | HugeDomains

    Make 24 monthly payments Pay 0% interest Start using the domain today. See details

    TestingGeek.com is for sale | HugeDomains
    n-sega
    n-sega 2007/08/02
    TestingGeekは、有益だと思った。
  • クリエイティブな習慣:インスピレーションは量産化できる

    昨日紹介した 43folders の「クリエイティブな仕事で GTD は通用するか?」の元記事に特に共感する部分がありましたが、昨日の記事には収まりにくかったのであらためてご紹介します。 クリエイティブな作業を習慣化して、発想力が枯渇しないためのヒントのようなものが、この一部分に込められています。 I’m also trying to develop creative habits. I’m trying to take at least one photo a day, for example. I’m trying to get into the habit of writing 1,500 words of fiction a week. It’s my hope that if I can make a habit of being creative – if I can deve

    クリエイティブな習慣:インスピレーションは量産化できる
    n-sega
    n-sega 2007/08/02
     クリエイティブになる訓練を行う。
  • ウノウラボ Unoh Labs: WEBアプリテストのチェック項目リスト

    こんにちは!やまもと@テスト番長です。 TestingGeekという耳障りの良い名前のサイトをご存知でしょうか? 総合的にテストの話を取り扱っており、それでいて読みやすいサイトです。 そこのTemplatesのコーナーにWeb Application Testing Checklist という便利そうなものがありましたので、日語にしてみました。 ちょっとそのままだと物足りない感がありますが、テストポリシー作成の叩き台に使ってみるのも良さそうですね。 この手のリストを他にもご存知の方がいらっしゃれば、是非ご一報ください。 1. 機能テスト 1.1 リンク 1.1.1 記載された通りの先に遷移するか 1.1.2 どこからもリンクされないページは存在しないか 1.1.3 全ての外部リンク 1.1.4 参照しているサイトおよびメールアドレスはハイパーリンクになっているか? 1.1

    n-sega
    n-sega 2007/08/02
    チェックリスト、マインドマップにおとして考えると、もっといいのが思い浮かぶかも。
  • とあるはてな社員の日記 - まっさらなサーバを30分で本番投入できるようにする

    すこし前にはてなスターのリリースがされたのですが、サービス開始直後にありがちなことに、時々負荷で遅くなったり、アクセスしにくくなったりしてしまいました*1。これではいけない、ということで、すぐ次の日に、バックエンドのサーバを一気に10台近くまで増やして、おおむね快適に使える状態になっていると思います。この時に、新しいサーバをまっさらな状態から、だいたい30分程度で番投入することができていました。これを、どのように実現したのかを軽く紹介したいと思います。 ちなみに、サービスの重さは、サーバ増強だけで済むものではなく、それ以降も、Javascriptが重い!とか、アプリケーションロジックで重いSQL を走らせてしまって遅いという問題は何回かありました。が、そこはインフラではなく、アプリケーションの問題で、アプリケーションの改善は、継続的に進んでいると思います。ので、今回は、インフラの話に限定

    とあるはてな社員の日記 - まっさらなサーバを30分で本番投入できるようにする
    n-sega
    n-sega 2007/08/02
    サーバ増強。
  • ADO.NET Blog

    This browser is no longer supported. Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support. The official source of information on Managed Providers, DataSet & Entity Framework from Microsoft EF7 RC1 & EF Moving to the .NET Blog Moving to the .NET BlogLike a number of other teams that write libraries for the .NET Framework, we... Author: Rowan M

    ADO.NET Blog
    n-sega
    n-sega 2007/08/02
    ADO.NET Entity Framework
  • ブログテンプレート作成ツールで簡単ブログデザイン! - CSSEZ

    Cssez : ผลบอล บอลวันนี้ วิเคราะห์บอล ข่าวฟุตบอล เราคือผู้นำของเว็บดูผลบอลสดออนไลน์ ผลบอลสดภาษาไทย 7m ข่าวฟุตบอล สรุปผลบอล ไฮไลท์ ที่สามารถเช็คผลบอลทั่วโลก มีทั้งภาษาไทย Livescore 7m 888 ผลบอลมีเสียงวันนี้ล่าสุด พรุ่งนี้ หรือเมื่อคืน รวบรวมเว็บผลบอลต่างๆมากมายมารวมไว้ที่เดียวเช่น livescore.com 7m.cn 888scoreonline.com thscore.cc และ spbo.com รวมทั้งมีวิเคราะห์บอล ตารางบอล คะแนนบอล และดูบอลสดออนไลน์

    n-sega
    n-sega 2007/08/02
    WYSIWYGで、編集はリアルタイムに確認できます。
  • 【レビュー】Microsoft版Ruby実装「IronRuby」を試す (1) 環境の準備 - ソースコードの入手とビルド | エンタープライズ | マイコミジャーナル

    既報の通り、米Microsoftは23日(現地時間)、.Net Framework上で動作する独自のRuby実装である「IronRuby」のソースコードを公開した。IronRubyは.NET Frameworkの動的言語実行環境「Dynamic Language Runtime(DLR)」をベースとして開発されており、Microsoft Permissive License (Ms-PL)のもとで利用することができる。稿では、早速このIronRubyを使ってみたい。 ソースコードのダウンロードとビルド IronRubyはまだ開発途中のプレアルファ版であるためバイナリは公開されておらず、ソースコードを自分でビルドする必要がある。ビルドおよび実行には「Microsoft .NET Framework Version 2.0」が必要。これは再頒布可能パッケージがMicrosoftのサイトにおい

    n-sega
    n-sega 2007/08/02
    Rubyバブル。
  • 自分はもうこれ以上は仕事できない、というところから5回くらいは壁を越えられる気がする - jkondoの日記

    仕事をしていて、「ああ、今の自分は仕事をしすぎだ、もうこれ以上仕事をしたら体が壊れる」とか思うことって結構あると思うんですけど、実際はそう思ってから少なくとも5回くらいは壁を越えられる気がします。限界っていうのは、ある程度は認知の問題で、自分の中で「この辺までだろう」と勝手に限界を作っている部分もあるなあという事を経験上思うのです。自分の中で、「よくあれくらいのやり方で限界だとか思っていたなあ」と過去の自分に対して思うことも多く、その反省を含めて思うのです。 別に仕事に限らず、いろんな事を集中的にやる場合に、何年間もかけて体と精神を鍛錬していって、集中できる量を増やしていく、っていうことが人間はできますよね。 例えば自転車でも、ちょっと軽く自転車に乗り始めた頃というのは峠一つ上るだけで精一杯で、まさか自分が標高差1000mもあるような峠に上れるとか、一流のレースで活躍できるなんていうのは到

    自分はもうこれ以上は仕事できない、というところから5回くらいは壁を越えられる気がする - jkondoの日記
    n-sega
    n-sega 2007/08/02
    苦しいときほどのあともう一歩を踏み出せるかどうか。
  • yohei-y:weblog: APP の標準化作業がほぼ終了

    Tim Bray からアナウンスがあったとおり、 APP の標準化作業がほぼ終了しました。 RFC 番号が付くのはしばらく先だと思いますが、 現状の仕様を実装してもう問題ありません。 最後の draft-17 ベースの仕様が RFC になります。今後の修正は editorial なものだけのはずです。 この先、Web API を設計する人は、まず APP が利用できないか検討しましょう。 APP を採用すれば自然と REST スタイルを採用することになります。 これまで悩みがちだった Web API の設計が、かなり楽になると思います。 Web API を設計する人は、オレオレXMLを設計する前に、Atom/APP をベースにしたらどうなるか、 を考えて見ましょう。きっと Atom/APP は良い選択肢になってくれるはずです。 日では AtomPP で定着しつつあった Atom Publ