This domain may be for sale!
このウェブサイトは販売用です！ desperadoes.biz は、あなたがお探しの情報の全ての最新かつ最適なソースです。一般トピックからここから検索できる内容は、desperadoes.bizが全てとなります。あなたがお探しの内容が見つかることを願っています！
CSS Techniques Roundup - 20 CSS Tips and Tricks I never cease to be amazed at what problems can be solved with pure CSS. CSSの小技集、20個。 どのテクニックも、誰もが使うであろうテクニックで便利なものばかりです。 角丸 画像なしの角丸 投票用スターの作成 テーブルなしのフォーム リストをＣＳＳでデザイン 2カラムレイアウト 3ラムレイアウト 3カラム固定幅、中央寄せ 印刷とＣＳＳ RSSフィードにスタイルシートを指定 固定フッター 要素にHoverエフェクトを加える HRタグへのCSS ＦｌｏａｔのClearに関するテクニック CSSでポップアップ小窓 ボックスの見出し(Box Punch)を表現 CSSボタン オレンジのRSSボタンをP
2008/04/11 すべての暗号はいずれ破られる。2000年前のシーザー暗号の時代から高度な暗号技術が一般化したデジタル通信の現代に至るまで、それが暗号通信の歴史が証明し続けた事実であると同時に、もっとも人口に膾炙したクリシェでもあった。例えば、鳴り物入りでリリースされたDVDのコンテンツ暗号技術「CSS」（Content Scramble System）が、リリースからわずか数年で10代のノルウェー人ハッカーに破られたことは記憶に新しい。 【追記】（2008年4月15日） この記事は取材に基づいて執筆したものですが、一部専門家らから「CAB方式暗号は解読不能」というのは誇大表現ではないかとの疑義が呈されています。アルゴリズムの公開や第三者による検証がない現在、この記事に登場するCAB方式が発案者・実装者の主張通り画期的な暗号方式で、本当に解読が不可能であるかどうか分かりません。現在、専
いまやネットの世界を左右する強力な検索エンジンとなったGoogle。日本ではまだYahoo！の方がはるかに利用者が多いのでさほどではないですが、アルゴリズムの基本的な考えが似ているため、同じような結果が出てきます。つまり、既存の検索エンジンのその基礎となった一番最初のGoogleの検索アルゴリズムを理解すれば、検索エンジン対策にも役立つはず。 ということで、初代Googleのアルゴリズムをできるだけわかりやすく解説してみます。既存の他サイトの解説とは違い、きちんとした最初のGoogleの数式に基づいています。 詳細は以下から。The Anatomy of a Search Engine http://www-db.stanford.edu/~backrub/google.html Googleの画期的なランク付けの方法が数式による全自動のページランクというのは聞いたことがあると思いますが、
1. ゆずり合うこと TCPはネットワーク帯域を他のTCPセッションと譲り合います。 TCPには、ネットワークが混雑(輻輳:ふくそう)してくると、送信されるパケット量を減らす仕組みがあります。 この譲り合いがあるからこそ、現在のインターネットは多数の人間が同時に使えています。 同様に、現実世界においても無理な競い合いを行うよりも譲り合いを行った方がスケーラビリティが上昇します。 2. 信頼はきめ細やかな確認応答で実現されること TCPでは、信頼性を確保するためにAck(Acknowledgement、確認応答)を送信してデータの到着を伝えます。 TCPのセッションが確立している間は、Ackが細かく送受信され続けます。 このきめ細かな確認応答が信頼の根幹であると言っても過言ではありません。 現実世界においても、きめ細かく応答を行う事が重要です。 メールなどを受け取っても、全く返事をしない相手
10年間泥のように働いて花が咲きましたのぶくまのコメントにこういうのがありました。 経営層がプログラムの品質を度が越えたほどに軽視する理由の 一つが説明されてます。目から鱗です。意外とみんな知らないようなので、「SI業界の経営層の考えが古い理由」をきちんと説明したいと思います。 汎用機あるいはオフコンの時代は、COBOLやRPGなど(他にもありますが私が経験したものをあげています)の言語が使われていました。 昔の言語は、誰が書いても同じようなコードになると思われていました。もっというと、コピペしてちょっと書き換えるという開発スタイルが多かったのです。もちろん現場によって開発スタイルは違うと思いますが、コピペが横行してたんじゃないかなぁ。 コピペでの開発なら、そりゃ誰が書いても同じようなコードになるよね。 再利用性、保守性より「最初にとりあえず動かすこと」が重要視された。コピペでちょろっと変
Rubyをはじめとするスクリプト言語ではなく、なぜJavaを選ぶのか。 そして、XPをはじめとするアジャイル開発ではなく、なぜウォーターフォールを選ぶのか。 そこには、言語の良し悪しや、開発プロセスの考え方などが理由の中心にあるわけではなくて、SIerというビジネスの仕事の仕方（ビジネスモデル）に起因している。 RubyやXPは、考え方や技術としてはとても良くて、生産性もあがるし、何よりもソフトウェアをクリエイティブに作り上げることができ、利用者にとっても使い勝手がよく、スポンサー（経営者）にとっても経営戦略に沿ったものが手に入り、開発者にとっては何よりも仕事に対してやりがいを感じることができる。すばらしい！・・・・が。。。 しかし、だからといって、誰でもRubyやXPを使って開発をするべきか、というとそうではない。もし、本質を理解しない誰かが、「やってみたいのだが・・・」と相談に来たら、
バイノーラル録音という録音方法があります。大雑把に言うと、耳の位置にマイクを仕掛けて録音する方法です。ヘッドフォンで聴くと普通のステレオ録音よりも臨場感がある録音が出来ます。 今回はバイノーラル録音の説明をしつつ、マイクの自作と録音をしてみたいと思います。奥さん！200円以下で立体的に録音出来ちゃうんですってよ！ （text by 松本 圭司） ■まずはこれをヘッドフォンで聴いてみて下さい まずはバイノーラル録音で収録したサンプルの音を聴いてみて下さい。頭の周りをマッチ箱を振りながら移動します。終始右でマウスのクリック音がします。 スピーカーでは効果が出ないので必ずステレオイヤホンかヘッドフォンで聴いて下さい。耳の奥に入れるタイプのイヤホン(カナルタイプ)がベターです。音量はサーというノイズが聞こえなくなる上限辺りが良いと思います。心持ち大きめの方が良いでしょう。
http://d.hatena.ne.jp/mkusunok/20060426/hr を読んでいろいろ考えた。 最近はてなブックマークとか見てて、優秀な人は自分がすごいことをやってるとか、努力してることに気づかないみたいな話がありましたね。例えば僕なんかはゲームがすごい好きで、ある程度つまらないゲームでも結構ずーっとやってられるみたいな感じがありますが。んなゲームするのが好きでどうすんだよ! ってそういう話じゃなくて。この感覚をときどき、プログラミングをしてたりコンピュータを触ってるとき、新しい技術について調べてるときに感じることがあるよという話。 その一方で、読みづらくて分かりづらい本を読んだり、ひたすらバグを叩いてるときとか、同じプログラミングに関することでも気分が滅入るときはたくさんある。プログラマという職業を続けられるのは、プログラミングが好きだからと思う一方で、好きだからといって
「世界に“コンピュータ”は5つあれば足りる」（The World Needs Only Five Computers）という予言をご存じだろうか。いや、現在形の発言である以上、そう遠くない将来に対するビジョンといってもいい。これは、サン・マイクロシステムズのCTO、グレッグ・パパドポラス（Greg Papadopoulos）氏が昨年11月のブログエントリで述べたもので、ちょっとした話題になった（この予言と似たことを、IBMの初代社長であるトーマス・J・ワトソンが1943年に言ったとされる。ただ、実際あちこちで引用されているが、ワトソン氏が実際に言ったという事実は確認されていないようだ）。 パパドポラス氏がいう“コンピュータ”は、ふつうの意味での“computer”ではなく、大文字の“Computer”、つまり固有名詞となったコンピュータだ。ちょうど、インターネット（the Internet
ライブドアの技術の話について書いた、その記事のコメント欄。最初は感情的な批判などがあって話題とは別の方向で炎上し気味だったんでうーんと思ってたんですが、後半になってきて少し面白い議論が出てきました。 こんな反応があった。 アクセス数が増加している段階で、ApachやAppServerのスレッド数をいじろうが、ヒープサイズを増やそうが、DBのパラメータをいじろうが、はてまたアプリを書き直そうが、性能要求にミートするには相当のワークが発生しますし、どう最適化、チューニングしても追いつきません。そのようなチューニングにお金をかけるならサーバーを追加したほうが安く上がるのではないかと思うのですが、如何でしょう? それに対する僕の返信は、 確かに何千万もするファイルサーバーとか、ロードバランサーとかで問題が解決できる機会っていうのは存在すると思います。なので ”負荷が高ければ、結局サーバーを単純に増
以前、ネットをふらついていたらこんな記事があった。 http://fragments.g.hatena.ne.jp/another/20051109/1131545150 伊藤直也氏というと、顔はゴツいけど著名で実力のあるネット技術者であり、彼をDISりに来た人がDISる前に「あー、どうせ俺もうだつの上がらないIT技術者ですよ」とか萎えてしまうほどの力量の持ち主である。 http://d.hatena.ne.jp/keyword/%a5%a2%a5%eb%a5%d5%a5%a1%a5%ae%a1%bc%a5%af だいたいそういう人は、技術的なモチベーションを維持しやすい最先端企業やサービスにいる。技術者が技術者同士切磋琢磨できる環境にあることで、最新の情報に触れ、最高のアイデアを実現できるポジションにいようとする動機があるのだろう。称賛されうる仕事で己の能力を十全に活かしたいとい
第80回知識ベースシステム研究会を開催したが，二日間で58名の方々に参加して頂き，積極的に議論に加わって頂いた．この場を借りて，参加してくれた方々に感謝したい．大変遅くなった（爆）が，Googleの工藤拓氏による招待講演「大規模テキスト処理を支える形態素解析技術」の概要を，このブログで報告しておきたい．工藤氏の専門分野は統計的自然言語処理と機械学習であるが，日本語形態素解析エンジンMeCabの開発者であり，他にも自然言語処理関連の有益なツールや，Webベースの日本語入力を可能にするAjax IMEのようなユニークなサービスを提供しているなど，時代をリードする研究開発者の一人である．彼の活動に興味があれば，彼のブログ「きまぐれ日記」は必見だろう． なお，当日は弊社側の不手際で，予定していた工藤氏の重要なデモをおこなうことができなかった．弊社はネットワーク会社であるにもかかわらず，ネットワーク
トヨタグループ内で、マイクロソフトの「パワーポイント」使用の自粛ムードが広がっている。事の発端は、コスト削減を求める渡辺社長の発言だった。それにしてもなぜパワーポイント自粛なのか？ 「パワーポイントの使用は控えた方がいい。特にプレゼン資料のカラーコピーは…」 最近、トヨタ自動車社内からだけでなく、系列会社、サプライヤー（部品会社）のあいだからでさえ、こんな会話が聞こえてくるようになった。事の発端は、何を隠そう5月8日の決算発表での渡辺捷昭社長の発言である。 今年度の営業利益は、円高、原材料高、米国市場の不振という“三重苦”の影響をもろに受け、トヨタといえども、3割減という非常に厳しい見通しだ。決算会見の後、周囲を取り囲んだ記者団に対し、渡辺社長は「もう一度、原点に返って原価低減を行う」と一層のコスト削減を強調した。そして、続いて飛び出した次の言葉がその後のパワーポイント自粛ムードにつ
When teams align, work flows Assemble your organization on Flock and start crushing your goals Communicate in channels Channels in Flock help streamline decision making and problem-solving. Organize your conversations and manage all your work in channels to hit your business objectives. Discuss what’s important Create a channel for anything worth discussing, from team projects to company-wide init
先月、仕事の関係で少しまとまった時間を欧州で過ごす機会があり、その時にアフリカ・中南米を含めた世界中のかなりインテリジェントな人たちと長時間一緒に議論した。当然ながら日本人として自分の英語の出来なさ加減にうんざりしたりとかいろいろあったわけだが、北欧・東欧あたりの歯に衣着せない物言いをする人たちから「酷い英語だね」と面と向かって言われたりしたこともあり、さすがに（その通りだとは分かっていたが）彼らに正面切って聞いてみた。「そういうあなたはどうやって英語を身につけたのさ？」 典型的日本人として予想していた答えは「小学校から英語を勉強してるよ」とかそういう類いの（日本の"ダメダメな"教育制度に責任を押しつけられる）ものだったが、この予想は見事に裏切られた。「英語の勉強なんて高校から始めた」とか、そういう人がほとんどだったのである。 最近、久しぶりにテレビや新聞、雑誌などマスメディア各方面の関係
自社の強みはあえて公開 「Webサービス」。私が初めてその言葉を聞いたのは、確か2000年頃だったと思います。 企業の持つコアデータやそれにまつわる各種機能をコンポーネント化してウェブ上で公開し、あらゆるアプリケーションからその機能を利用可能とするもの、それがWebサービスです。Webサービスは、ウェブサイトとウェブサイトが連携し、新しいウェブの機能を形成するとして、次世代のウェブに欠かせない技術だと当時は大きく取り上げられていました。 あれから5年あまりの時間が過ぎた今、Webサービスの現状はどうなっているのでしょうか。当時私は、「5年もたてば、多くの企業がWebサービスでさまざまな機能をウェブ上に公開し、世の中のウェブサイトは勝手に連携しあって面白いことがいろいろできるようになっているだろう」と思っていました。しかし現実にはそれほどうまくいかなかったようです。一部の先進的な企業がWeb
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く