インテリア雑貨、家具・キッチン雑貨・デザイン家電のセレクトショップ!：インテリアショップe-goods（イーグッズ）
【楽天市場】インテリア雑貨、家具・キッチン雑貨・デザイン家電のセレクトショップ!：インテリアショップｅ－ｇｏｏｄｓ
インテリア雑貨、家具・キッチン雑貨・デザイン家電のセレクトショップ!：インテリアショップe-goods（イーグッズ）
社会：ZAKZAK
やるだけ損…インサイダー取引“最新”ハイテクで暴く １月から“強力武器”導入 市場に鋭い目を向けている、監視委の市場分析審査課の審査官たち＝東京・霞が関（クリックで拡大） 企業の内部情報を悪用した株式のインサイダー取引。証券取引等監視委員会の職員が日々、監視を続け、“怪しい取引”を追跡調査しては立件に結びつけている。ハイテクを駆使したインサイダー取引調査の現場をのぞいてみた。 市場の動きをみていると、「おやっ？」と思うことが度々ある。たとえば、ある大手電機メーカーが音響機器メーカーを完全子会社化したときのこと。夕刊フジはいち早くその動きを報じたが、大手電機メーカーの株価は夕刊フジが情報をキャッチして報じる数日前から上昇し始めた。あたかも、完全子会社化の情報が漏れていたかのような動きだった。 また、インサイダー取引の取り締まり対象には報道関係者も含まれる。関係者によると、経済に強いある報道機
5分で実装可能なページの文字サイズ変更＋クッキーに保存サンプル:phpspot開発日誌
A Simple jQuery Stylesheet Switcher 5分で実装可能なページの文字サイズ変更＋クッキーに保存サンプルが公開。 ページで、小・中・大のように文字サイズを変えられるようにしておくと便利ですね。 asahi.com の導入例 実装方法が、微妙に面倒という場合もこのサンプルを使えば簡単に実装できる筈です。 文字サイズに限らず、CSSを丸ごと変えてしまえるので、スタイルを変更して保存ということも簡単に出来ます。 デモページ HTMLは、次のように、href は # ですが、rel属性に付け替えたいcssを指定しておきます。 <ul id="nav"> <li><a href="#" rel="/path/to/style1.css">Default CSS</a></li> <li><a href="#" rel="/path/to/style2.css">Larg
[実装編]メモリー管理を処理系任せにしてはいけない
Javaや.NETを使うと，メモリー管理を意識しなくてもプログラミングできる。例えばJavaの場合は，Java VM（Virtual Machine）が備える「ガベージ・コレクタ」と呼ぶメモリー管理機能が，未使用のオブジェクトを破棄してメモリーを解放するといった処理を自動的に実行する（図1）。 図1●JavaVMによるメモリー管理の仕組み ヒープ領域は，生存期間の短いオブジェクトを格納する「New領域」と生存期間の長いオブジェクトを格納する「Old領域」で構成される。New領域はさらに，最初にオブジェクトを格納する領域「Eden」と，しばらく生存しているオブジェクトを格納する「世代0」「世代1」から成る。Edenに存在するオブジェクトは，生存期間が延びるにつれて，世代0または世代1に移動。世代0と世代1を何度か移動した後，最終的にOld領域に移される [画像のクリックで拡大表示] だが，処
![[実装編]メモリー管理を処理系任せにしてはいけない](https://cdn-ak-scissors.b.st-hatena.com/image/square/bed39b5962a5d552c95b6d796db8f55e72d32943/height=288;version=1;width=512/https%3A%2F%2Fxtech.nikkei.com%2Fimages%2Fn%2Fxtech%2F2020%2Fogp_nikkeixtech_hexagon.jpg%3F20220512)
[実装編]スレッドセーフにすることを忘れてはいけない
スレッドセーフとは，アプリケーションをマルチスレッドで動作させても問題がないことを指す。サーバー向けアプリケーションは，マルチスレッドで動作するように設計・実装することが望ましい。そのほうが通常はパフォーマンスが向上するからだ。 だが，マルチスレッドのアプリケーションは，注意深く設計・実装しないとトラブルが生じる。例えば，あるスレッドで保持していた変数の値がほかのスレッドからアクセスされ，処理結果が上書きされたり，ほかの利用者の情報が見えてしまったりする。 こうしたトラブルは，開発者が1人で単体テストしているときには見つけられず，多数の利用者で限界時の挙動テストをしたときや，本番移行した後で，たまたま見つかることが多い。トラブルが発生するタイミングを再現することが難しいので，デバッグは困難になりがちだ。 マルチスレッドでのトラブルを防ぐため，開発者は，スレッドセーフな設計と実装を心がける必
マルチ・スレッド（multi-thread）プログラミングの落とし穴、その１（かもしれない）
ここのところ技術系ブロガーの間で話題になっている、「C10K問題（参照１、参照２）」は、ひとことで言えば、多くのウェブ・サーバーで採用されているmulti-threadやmulti-processに頼った（もしくは頼りすぎた）多重処理というアーキテクチャーのスケーラビリティに対する極めてまっとうな警告である。 この話は、決して最近になって始まった話ではなく、パソコン業界ではパソコンのOSにpreemptiveなマルチタスクが導入されはじめた９０年代の前半から、さらに遡ると、DECを中心にテクノロジーが進化したミニコンの時代から、ソフトウェア・エンジニアたちの間で盛んに討論されてきたテーマである（さすがに、メインフレーム時代の話は私は知らない）。 十数年を経た今でも、いまだに決着が付いていないこの問題は、私の大好きなテーマの一つでもあるし、もし私が博士号をこれから取得しようとするのであれば、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
長文日記
