ついにミクシィが9月14日に東証マザーズ上場 - CNET Japan
ミクシィは8月14日、東京証券取引所マザーズ市場に新規上場を申請し承認された。上場予定日は9月14日で、証券コードは2121。 これまで、「株式の公開・上場の準備を進めている」と公言してきた同社だが、いよいよその上場が現実となった。 上場にともない、4500株を公募し、2100株を売り出す（オーバーアロットメントは500株）。公募・売り出し価格の仮条件は8月25日に決定され、ブックビルディング期間は8月29日から9月4日までとなっている。公募・売り出し価格の決定日は9月5日。主幹事証券会社は大和証券エスエムビーシー。 ミクシィは1999年に有限会社イー・マーキュリーとして設立された。代表取締役の笠原健治氏が大学在学中に提供開始した求人情報サイト「Find Job！」を運営する。2000年10月には株式会社化し、2001年にプレスリリース配信代行サイト「＠Press」の運営を開始（2005年
科学と「ニセ科学」をめぐる風景
この文書の pdf 版 科学と「ニセ科学」をめぐる風景 田崎晴明 物理教育学会誌54巻3号（2006年9月）の「企画」欄への寄稿 「科学的な機構の位置づけ」の部分に誤解を避けるための加筆（2007年8月） さる2006年3月に愛媛大学・松山大学で開催された第六十一回物理学会年次大会において、「『ニセ科学』とどう向き合っていくか？」というテーマのシンポジウムが開かれた[1]。 不穏な天候にもかかわらず、ジャーナリストや人文系研究者などの非会員を含む三百数十人が参加し、定員が三百人弱という会場を埋め尽くす大盛況だった。 また、シンポジウムの最後の討論では、幅広い参加者たちが活発に発言し、予定時刻を大幅に延長して熱い議論が続いた。 物理と社会にかかわる問題について大学院生を含む一般の会員が真摯に議論しあえる機会がもてたことは、きわめて有意義だった。 以下では、このシンポジウムの基調になる考えを説
URLの折り返し問題はGecko(Firefox)のバグなのか? - WebStudio
もずはっく日記(2006年8月) 2006年8月14日 URLの折り返し問題はGecko(Firefox)のバグなのか? 初回投稿日時: 2006年08月14日03時32分35秒 最終更新日時: 2006年08月14日03時42分40秒 カテゴリ: CSS HTML Mozilla Core XHTML SNS: Tweet (list) URLの折り返し問題はGecko、つまりブラウザで言えばFirefoxのバグなのか。この辺をよく理解できていない方がいるようなので私見を書いておこうと思う。 現時点で、Web表示、つまりレイアウト時における文字列折り返しに標準仕様は無い。つまり、Geckoは間違えた実装をしている訳ではない。(CSS3のテキストモジュールでline-breakプロパティがあるが、まだ標準仕様と考えるには時期尚早だと思われるし、ここで厳密な処理が定義されている訳でも無い
【日記】「2ちゃんねるは議論できる場所ではない」 - Atahualpa
「２ちゃんねるは議論できる場所ではない」 こういった批判を耳にすることは少なくない。その最大の要因として挙げられるのが、書き込みの追跡が不可能な点である。ある意見の持ち主を論破しようとしても、匿名であるためすぐに逃亡する。それだけならまだしも、他人のふりをして擁護意見を書き込む。過去の発言をなかったことにして都合良く立場を変える。ＩＤ制の導入により多少状況は変わったとはいえ、匿名掲示板は基本的にこういった詐術がまかり通る空間である。対面のディスカッションに慣れた人が、こういった「責任の不在」を致命的な欠陥と考えるのも無理はないだろう。 しかし、僕のように２ちゃんねるでばかり議論をしてきて、２ちゃんねるで議論の仕方を学んだような人間にとっては、むしろブログやｍiｘｉといった非匿名環境における議論の方がはるかに不自由に感じられる。なぜなら、名前が明かされているということは、自分が何者であるのか
Windows XP/2003のTCP同時接続数制限とその回避：鵜飼裕司のSecurity from KAGURAZAKA：ITpro
Windows XP SP2とWindows Server 2003 SP1のTCP/IPスタックでは、不完全な外向きのTCP同時接続数を10接続に制限しています。接続数が10に達した場合、接続要求はキューイングされ、ある一定間隔で処理されるようになります。 この制限は、ホストがワームに感染した際、他のホストへの影響を最小限にするため、Windows XP SP2とServer 2003 SP1で新たに実装されました。しかしこの制限は、不完全な外向きのTCP接続を大量かつ同時に張るアプリケーションにおいては、大きなパフォーマンス低下を招く可能性があります。例えば、P2Pシステムや脆弱性スキャナなどが挙げられます。特に脆弱性スキャナは業務で利用するケースが多いと思いますので、パフォーマンス低下は非常に致命的です。 これを回避する選択肢の一つとして、TCP同時接続数制限の無いプラットフォームを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
