その他　Anne Linux・Windowsをがんばるのだ

2013年03月28日

遅ればせながら、Google code jamなんてものを今日知りました

こんな様なことをやってるのは知ってましたが、WEBから簡単に参加できるやつもあったんですね。

そこで、過去の練習問題「Code Jam Japan 2011 練習問題　A. 数珠繋ぎ」をやってみました。
Code Jam Japan

こんな問題でした。

----------------------------
〔問題〕

Snapper はちっちゃな電化製品で、片側に入力プラグ、反対側に出力ソケットがついています。この出力ソケットには、電球などの電化製品や、他の Snapper の入力プラグを接続することができます。
Snapper は ON か OFF の状態を持っていて、状態が ON で入力プラグから電力を受け取っているときのみ、出力ソケットに電力が供給されます。また、あなたが指をパチリと鳴らすと、その破裂音に反応して、入力プラグから電力を受け取っている Snapper は ON/OFF の状態が切り替わります。
ある日、私は N 個の Snapper を買ってきて、1 個目の Snapper の入力プラグを電源ソケットに接続、2 個目の Snapper の入力プラグを 1 個目の出力ソケットに接続、といった要領で数珠つなぎにし、N 個目の Snapper の出力ソケットに電球を取り付けました。
はじめの状態では、Snapper はすべて OFF で、1 個目の Snapper のみに電力が供給され、電球は付いていません。一回指を鳴らすと、1 個目の Snapper は ON になり、2 個目の Snapper に電力が供給されます。もう一度指を鳴らすと、1 個目と 2 個目の Snapper の状態が切り替わり、2 個目の Snapper は ON であるものの電源が供給されていない、という状態になります。 3 回目には、1 個目の状態が切り替わり、1 個目と 2 個目の両方が ON になります。もし、ここで 2 個目の出力ソケットに電球が接続されていたとすると、電球が光ります。
私は指を何時間にもわたって鳴らし続けました。指を K 回鳴らしたとき、果たして電球は光っているでしょうか？電球は仕掛けのないどこにでもあるようなもので、直前の Snapper から電力を供給されているときにのみ光ります。
入力
1 行目にはテストケースの数 T が含まれています。その後ろに T 行が続きます。それらの行にはそれぞれ 2 つの整数 N と K が含まれています。
出力
各テストケースにつき 1 行、 "Case #X: Y" と出力してください。ただし、X は 1 から始まるテストケースの番号です。Y は電球が光っているかどうかで、光っているならば "ON"、消えているならば "OFF" としてください。
----------------------------

ネットで探してみると、すでに多くの人が知っていてチャレンジしているようですね・・。２年も遅れて練習参加です。

みんないろんな手法でプログラムしてるようでしたが、僕はこんな感じになりました。
（出来上った結果ファイルをUPすれば、正解・不正解を判断してくれます。LargeにSmallの答えをUPしたら不正解と出たので、ちゃんと動いているようでしたよ。）

#include ＜stdio.h＞ #include ＜math.h＞



int main(void)

{

int size , n;

	long sp_value;//（Snapperの数）

	long value;//（切り替え数）

	long maxvalue;

	long count = 1;

	scanf("%d",&size);

	while(size--){

		scanf("%ld" , &sp_value);

		scanf("%ld" , &value);

		//Snapper数のbitで表せる整数の最大

		maxvalue = pow(2 , sp_value);

//  1 <<  bit数　の方が早そう・・

		//切り替え回数がmaxvalueよりも多い時の為に

		//ゼロもカウントしたいので、プラス１

		value+=1;

		if( (value % maxvalue) == 0 ){

			printf("Case #%d: ON\n" , count++);

		} else {

			printf("Case #%d: OFF\n" , count++);

		}

	}

	return 0;

}

Snapperが２つの時を考えてみます。
（右側が１つ目のSnapper、左側が２つ目のSnapperです）

SnapperはONかOFFしかないので、２進数でいう「０」と「１」で表せられて、最初の状態は
「OFF　OFF」

一回指を鳴らすと
「OFF　ON」

もう一回指を鳴らすと
「ON　OFF」

さらにもう一回鳴らすと
「ON　ON」

こんな感じで切り替わっていきます。
これを２進数にしてみると

00
01
10
11

となり、何のことはなく普通に数字が繰り上がっていくだけという事になります。

すべてのビットが「１」になった時に電球が光る事になるので、Snapperの数分のビットすべてが「１」のときの１０進数がわかればなんとなく答えになりそうな予感がします。
（すべてのビットが１の時の１０進数と、指を鳴らした回数が一致すれば光ってるってことです。）

maxvalue = pow(2 , sp_value);
これで、２進数（すべてのビットが１時）を１０進数にしています。

if( (value % maxvalue) == 0 ){
で、数字が一致しているかの判断です。（指を鳴らす回数が多いときも考えなくちゃいけないので）

結局、このこのプログラムの中でそれっぽいのは、pow()だけなんです。
この関数もはっきりと記憶しておく必要はなく、こんな感じの手法を見つけられるかが大切なんじゃないかと思います。
テストケースの数字を読み込むscanf()とかをなくせば、ほんとに数行で終わっちゃいます。
あの長い文書問題からこの程度のプログラムに落としこめる能力が大切ってことですね。
ほかにも手法はあると思いますが、大きくは変わらないでしょう。

2010年10月29日

Googleショッピング

Googleショッピング
http://www.google.co.jp/products
もう少し調整が必要なようですが、やはりこうなってきますね。

2010年10月18日

AU モバイル無線LANターミナル NEX-fi

モバイルルーター「Wi-Fi WALKER DATA05」およびモバイル無線LANターミナル「NEX-fi」の発売について

いやー、早まらなくて良かった・・。

ポケットWifi・・I-PhoneをJailbreak・・などなど、もう少し活動範囲を広げられるように無線環境を整えようと考えていたんです。

SoftbankはI-Phoneを当初もっていたんですが訳あって銀シム端末に機種変しちゃったんですよ。

銀simでも使えるように脱獄してFuzzyBandでBBを一個前にもどして、ultrasn0wでSIMロック解除。
PdaNetを入れて接続テストもして、準備を進めてはいたんですが、課金がまだどうなるのか分からなくて、場合によっては黒シムにまたまた変更かなって思ってたんですが。
（前日までの確定前料金を見てみると、定額の範囲内に納まっているように見えましたがどうなんでしょう。次の請求が楽しみです。）

もう１回線契約を増やすのもどうしたものかと・・・・

でっもっねっ
KDDIぃぃぃぃ、だーいすき。（AU端末ももっています）
料金体系もしんじてますよっ！！おっねっがっい。

追記・・10/18
うっ・・W54Tが対応端末に載っていない・・

さらに追記・・10/19
本日確認したところ、モバイルデータ通信として課金されてました。
定額割引される分とは別枠です・・残念！！
緊急用としては利用できますが、常時アクセスはあきらめました。

0.2円/パケット　です。
Yahooのトップと、スカイプを立ち上げて確認しただけですが、1,300円くらい課金されていました。

APNをopen.softbank.ne.jpに変更してみました。
少々通信をしたので、明日以降MySoftbankで確認してみます。

2010年04月06日

らくらく顧客開拓
kaitaku.biz

webchat
webchat.jp

UserHeat
userheat.com

2010年03月22日

munin

wget http://dag.wieers.com/packages/rpmforge-release/rpmforge-release-0.3.6-1.el5.rf.i386.rpm
rpm -Uhv rpmforge-release-0.3.6-1.el5.rf.i386.rpm
vi /etc/yum.repos.d/rpmforge.repo
enabled = 0　※デフォルトではRPMforge リポジトリを有効にしない

wget http://dag.wieers.com/packages/RPM-GPG-KEY.dag.txt
rpm --import RPM-GPG-KEY.dag.txt

yum --enablerepo=rpmforge -y install munin-node
yum --enablerepo=rpmforge -y install munin

/etc/init.d/munin-node start

ln -s /usr/share/munin/plugins/mysql_bytes /etc/munin/plugins/mysql_bytes
ln -s /usr/share/munin/plugins/mysql_isam_space_ /etc/munin/plugins/mysql_isam_space_
ln -s /usr/share/munin/plugins/mysql_queries /etc/munin/plugins/mysql_queries
ln -s /usr/share/munin/plugins/mysql_slowqueries /etc/munin/plugins/mysql_slowqueries
ln -s /usr/share/munin/plugins/mysql_threads /etc/munin/plugins/mysql_threads

ln -s /usr/share/munin/plugins/apache_accesses /etc/munin/plugins/apache_accesses
ln -s /usr/share/munin/plugins/apache_processes /etc/munin/plugins/apache_processes
ln -s /usr/share/munin/plugins/apache_volume /etc/munin/plugins/apache_volume

http://muninexchange.projects.linpro.no/?search=&cid=0&os%5B4%5D=on&os%5B7%5D=on&os%5B3%5D=on&os%5B2%5D=on&os%5B5%5D=on&os%5B8%5D=on&os%5B1%5D=on&os%5B6%5D=on&pid=39

2010年03月20日

mysql レプリケーション

mysql Ver 14.12 Distrib 5.0.77

マスタ側
GRANT REPLICATION SLAVE ON *.* TO rep@"192.168.1.0/255.255.255.0" IDENTIFIED BY 'パスワード';

FLUSH TABLES WITH READ LOCK;
UNLOCK TABLES;

show master status\G
SHOW PROCESSLIST\G

[mysqld]
#log-bin=mysql-bin
log-bin
server-id=2

スレーブ側
start slave;
stop slave;
show slave status\G

CHANGE MASTER TO MASTER_HOST='192.168.1.201', MASTER_USER='rep', MASTER_PASSWORD='パスワード', MASTER_LOG_FILE='mysqld-bin.000002', MASTER_LOG_POS=98;

[mysqld]
server-id=1
#DBたたいてるので必要なしここから
master-host=192.168.1.201
master-user=rep
master-password=パスワード
master-port=3306
replicate-do-db = 'データベース名'
#DBたたいてるので必要なしここまで
log-bin=mysql-bin

特定のデータベースのみダンプ
mysqldump -u root -p --databases 特定 > 特定.dmp

2010年02月26日

可視光通信

可視光通信(かしこうつうしん)とは、無線通信の一種で可視光線帯域の電磁波を用いたもの。
将来的に、全ての照明が、高速変調可能なLED照明や有機EL照明に置き換わることで「照明が通信インフラになる」、という社会応用面からの点で注目され実用化が推進されている。（このように照明を使う可視光通信は、特に照明光通信と呼ばれる）
しかし照明の流用以外にも様々な研究開発がなされており、現在のところ「可視光通信」はきわめて多岐にわたる技術・応用領域の総称となっている。
出典: フリー百科事典『ウィキペディア（Wikipedia）』

独Siemensが５メートルの距離で５００Mbpsでの通信に成功っと１月２２日の記事になってました。
コンセントに繋ぐだけのPLCとかIPV6、さらには家電のデジタル化に可視光通信技術と、１０年後にはきっと全てがネットワークでつながっちゃうんでしょうね。

2008年09月14日

チェス.将棋 VS コンピュータ

ほんとにコンピュータとゲームをしてる筈もなく、あれはプログラムの設計者と対戦していると思うんですが何か？

翻訳ソフトは、創り作り側のボキャブラリ次第だとおもうんですが何か？

HAL9000や、ナイトライダーのキット、最近だとマトリックスに登場する様なコンピュータがあれば別ですが、まだまだ先のようです。

自動車や船舶の製造、アパレル、観光、どんな業界でも、人が人の為に何かを創造・提供し、またその製造、販売に至るまでのプロセスも本質の部分ではみな共通なはずなんですが、とりえず簡単に参入出来てしまうこの業界は

まー、楽しくやりましょう。

2008年09月03日

Google Chrome ついに自社ブランドのブラウザ「Google Chrome」を公開へ

ついに自社ブランドのブラウザ「Google Chrome」を公開へ

Googleが自社ブランドのブラウザ「Google Chrome」を近いうちに公開する予定であることが明らかになりました。

従来のタブブラウザとは異なるレイアウトや、ほかのブラウザに採用されている便利な機能に近いものを採用するなどしており、「Internet Explorer」や「Firefox」の対抗馬としてどれだけ存在感を発揮できるかに期待が寄せられます。

抜粋
http://gigazine.net/index.php?/news/comments/20080902_google_chrome/

開発者Blogの日本語訳
http://googlejapan.blogspot.com/2008/09/blog-post.html

2007年11月16日

IT業界は変わろうとしている

http://itpro.nikkeibp.co.jp/article/MAG/20070413/268207/

聞いた事をそのまま現場へ落とすだけの間の抜けたSEの横行、ちょっと本を読んだ程度のプログラマー、パソコンを使えばなんでもうまくいくと思っている管理者、全てのことが最優先で順番すら付けられない人たち。

ITに夢を見てはだめでちゅよ。

どの業界でも実力が無ければ通用しませんよ。

はやし立てるマスコミにつられて、一攫千金なんてむりです。宝くじのほうがよほど当たる確立がよいと思いますよ。

それらを狙うのも悪くはないですが、本業がしっかりしていないとダメです。

8割は本業に、2割程度で夢に向かってがんばりましょう。

今世間で騒がれている会社は、世界中に何百万・何千万とある会社の中の数社なんですよ。

夢と現実をはっきり区別しましょうね。

2007年11月15日

国内　トラフィック　試算　集計

総務省は27日、国内のインターネットにおける2006年11月時点のトラフィック（通信量）の実態を公表した。これは、国内大手ISP6社や学界の支援・協力を得て、トラフィックの集計・試算が行われたものとなっている。

　これによると、2006年11月時点のトラフィック総量の試算結果は平均「636.6ギガbps」となり、1年前と比較して1.4倍、2年前と比較して2倍近くの伸びとなっている。また、今後も同様の傾向で増加すると仮定した場合には、2008年頃にはトラフィック規模が1テラbpsを超える勢いになるとしている。

2007年11月01日

問題にある長方形は・・

問題にある長方形は、中心座標(x,y)とそこから端までの長さ(w,h)を与えると一意に表される。
これを用いると、２つの長方形が重なる条件は、
|Ax-Bx| < (Aw+Bw) かつ |Ay-By| < (Ah+Bh)
と表される。

---------------------

X軸方向については以下の2つの場合です。
leftA > rightB || leftB > rightA

Y軸方向については以下の2つの場合です。
bottomA > topB || bottomB > topA

この4つのうちがどれかが成り立たっていればよいです。
leftA > rightB ||
leftB > rightA ||
bottomA > topB ||
bottomB > topA

問題では重なるときですから、集合の概念から反対になります。
leftA <= rightB &&
leftB <= rightA &&
bottomA <= topB &&
bottomB <= topA

-------------------------------------

2007年03月14日

楽しんでますか？

楽しんで仕事をしていますか？
楽しんで遊んではいないですよね。

2007年02月03日

目的・目標・手段

http://jibun.atmarkit.co.jp/lskill01/rensai/kokugo08/kokugo01.html
ココからの転載ですが、

目的　パリを陥落させる ↓ だんだんと具体的行動へと展開
　　　　↓そのために
目標　フランス軍を撃破する
　　　　↓そのために
手段　機甲師団で電撃的に侵攻する

（「目標」と「手段：その1」が似ているように見えるが、「目標」の段階では具体的な手段を語っていないことに注意しよう。「契約内容を確認できる機会を増やす」ためにその1、その2とは別な手段を講じたとしても、「目標」に変更は必要ない）

いつもの仕事のなかで、「目的・目標・手段」を常に考えて行動しているでしょうか？

言われたことを、そのままやっていませんか？

私の身近なところでの話しですが、「業務マニュアルの作成」をしているメンバーがいます。

一生懸命作成している姿をみて関心しているのですが、時折内容を見させてもらうと愕然とする事が多々あります。

現在の業務環境をより良くする・儲かる仕組みを作る（無駄をなくす）・業務内容を全員が把握しやすくする・など色々な意味があって作成しているのだとは思うのですが・・・

沢山あるページの中から1ページだけ抜き出して、そのページに書かれているフロー・文言の意味を質問してみると、答えが返ってこないんです。

何のために作っているのか？と質問してみると「マニュアルを作るためです」と答えがきます・・・

うーん、これってどうなんでしょう。確かに「マニュアル作成」の指示がでているので間違っていない様に思いますが、仕事ですよ。暇つぶしじゃないんですよ。

マニュアル・プログラム・車・家・ゲームなど・・・を作るってことは全て目的ではないって事に気がついていない人があまりにも多すぎます。
（仕事に限ってであり、プライベートな趣味なら口出しはしません。私も趣味でガーデニングなどもやってますが、誰かに認めて欲しいのでは無く、自分の自己満足です。
しかし、たとえ趣味で合っても目的は存在しており、「自己満足する事」が目的で、ガーデニングは目標であり、手段は、バラの挿木を成功させるなどです。）

家を建てても、誰も住んでくれないのであれば、何のために建てたのですか？趣味ならばよいのですが。

物凄い複雑なプログラムを、物凄い時間を費やして作成しても誰も見てくれなければ、何のためにがんばったのですか？趣味ならば良いのですが。

仕事であれば、必ず目的があります。

目的が分からない仕事の指示がきた場合、何も考えずにそのまま行動を起こすと会社のためだけではなく、自分にとっても無駄な時間を過ごしてしまう事になる場合が多いとおもうのですが、いかがなもんでしょう。（簡単な作業ならば別ですが・・）

2006年11月27日

ソフトウェアの仕様書は料理のレシピに似ている

優秀なエンジニアとそうでないエンジニアの生産性は（誇張抜きで）２０対１ぐらいである。そんな簡単な作業しか出来ないエンジニアとも呼べないようなエンジニアが沢山いてもマネージメントが大変なだけである。そもそも、就職した段階で詳細仕様書に従ってしかプログラムを書けないような人が、ソフトウェアエンジニアになっても幸せになれるとは思えない。・・・・・・・

ソフトウェアの仕様書は料理のレシピに似ている

これに関しては、自信を持って言えるのだが、「どんなに優秀なエンジニアでも、決してプログラムを自分自身で書かずに良い詳細仕様を作ることは出来ない」という絶対的な法則があるのだ。私の知っている優秀なエンジニアは、皆それを知っており自ら実行している。もちろん、彼らはプログラムを書き始める前に大まかな設計をするのだが、十分な経験を積んだエンジニアは、その段階でのものが「仮設計」でしかないことを良く知っている。だから、その段階で詳細設計書を書くような時間の無駄使いはせず、すぐにプログラム（もしくはプロトタイプ）の作成にかかるのである。・・・・・・・・・・

ソフトウェアの仕様書は料理のレシピに似ている

世界を又にかけてソフトウェア・ビジネスをしている米国の会社は、MicrosoftにしてもGoogleにしても、この法則にのっとって、アーキテクト自らががプログラムを書いている。・・・・・・・・

2006年07月12日

地域IP網

NTT東西が都道府県単位で用意した、電話局間を結ぶバックボーンネットワークの事。

ISDNやADSL・Bフレッツといった常時接続サービスにおいて、加入者宅までのアクセス回線とインターネットサービスプロバイダの間の中継網に使われる。

地域IP網は収容局同士を接続したIPネットワークで、電話回線網と異なり1本の回線に複数のデータを流すことができるため、回線効率がよく、コストを安く押さえることができるが、伝送速度が保証されないベストエフォート型の運用となっている。

NTT法によって県間通信への進出が規制されているNTT東西地域会社は、都道府県の範囲内でIP網を整備してプロバイダと接続する形態を採用しているため、プロバイダ側からは県単位での接続となり、従来の市内単位のアクセスポイント開設に比べると設備投資が少なくて済むというメリットがある。

2006年06月07日

How to Make Big Things Happen with Small Teams

http://37signals.com/svn/archives2/2005/03/sxsw_2005_prese.php

Less people, more power
人数が少ないと、より能力を発揮できる

Less money, more value
予算が少なければ、より付加価値がある

Less resources, better use
資産が少ないと、より良い使い方ができる

Less time, better time
時間が少なければ、より充実した時間にできる

2006年05月27日

GoogleMapAPI

GoogleMapAPIを利用した僕の勤め先の地図です。

ちなみにこんなページもあります。（Googleじゃありっません）

2006年05月26日

テスト

↓このページから引用しました↓
http://ameblo.jp/argv/entry-10008018829.html

建築屋は鉄を、システム屋はテストを削る
テーマ：テスト

昨年から話題の耐震偽装問題。簡単にいえば、建物に使う鉄筋の量を減らすことで、材料費を安くして儲けようというわけだ。

ソフトウェアの開発プロセスは、時折、建築のプロセスに例えられる。しかし、決定的な違いがある。ソフトウェアには物質的な「材料」がないのだ。だから、材料費を削ろうにも削れないので、安心・・・なんてことは全くない。

ソフトウェアは、ほとんど「人力」で出来ている。削れるものがあるとすれば、人間の作業時間、つまり開発工数なのである。費用面でも、人月（にんげつ）ベースの価格設定をしているような受託開発では、開発工数（期間×人数）が少ないほうが、安くなる。

↓このページから引用しました↓
http://ameblo.jp/argv/entry-10008018829.html

★

もちろん、普通のシステム開発会社が、悪意のある「偽装」をすることはないだろう（と思いたい）。問題は、顧客から無理な納期を設定された場合である。金額面での要求なら、営業的な対応もできる。しかし、開発期間が十分に確保できないにもかかわらず、納期を延ばしてもらえず、要件も削ってもらえない、といった状況は、どうしようもない（※１）。

当然、開発者は、出来ないものは出来ないと主張するだろう。見積精度云々の問題もあろうが、その道のプロが出来ないと言うのだから、出来ないとみなすのが正しい判断だ。しかし、顧客は「なんとかしてくれ」という。そして、商売上の理由だとか会社の力関係だとか、技術者には理解できない暗黒の力が働いて、結局は開発がスタートしてしまうのである。

開発者が、無理な納期を守るために、まずできることは、残業や休日出勤による作業量の確保である。この業界では、徹夜続きでおかしくなってしまった人の話は珍しくない。鉄筋を削る前に自分の命を削るあたり、耐震偽装の連中とは違うのである。

もちろん、開発手法の工夫や技術的な工夫によって、効率化できることもあるだろう。しかし、それにも限界がある。

↓このページから引用しました↓
http://ameblo.jp/argv/entry-10008018829.html

★

もともと出来る見込みのないことが出来るはずはない。やってみたら出来ました、なんて都合のいい話は期待しないほうがよい（※２）。結局、「出来たように見せかける」ための偽装が始まる。

システム開発で削られる「鉄筋」は、「テスト工数」だろう（※３）。結果としてモノが出来る工程ではないため、削りやすいのだ。もちろん、品質を確保する上で、最も重要といってもよい工程のはずなのだが・・・。

ひどいときには、発注者の側から「テスト工数は減らしてもいいから、納期内に納めてくれ」といった要求が出されることすらある。建築業者に「鉄筋を減らしてもいいから、安くしろ」と言うのと全く同じではないか。

品質はどうあれモノが出来ればよい、という考え方が、耐震偽装問題と同じなのである。しかし、こうして納期内に納められたモノは、実は全く「出来ていない」のだ。

品質の悪いシステムを使うことは、システム化をしない場合よりも悪い結果になることも多い。それなら、最初から納期を延ばしておけばよかった、ということになるのである。

↓このページから引用しました↓
http://ameblo.jp/argv/entry-10008018829.html

★

もちろん、開発側の問題で、納期に間に合わなくなることもある。しかし、私の経験からいえば、顧客側の無理なスケジューリングや、無理な仕様変更、要件提示の遅れなどが原因となることのほうが多いように思う。

納品を「する側」と「される側」とでは、どうしても納期というものを受け止める重さが違う。そのことが、スケジュールに対する姿勢の違いに現れるのだろう。

納期が動かせないようなプロジェクトなら、どうしてもっと早く取り組まないのか、と言いたくなることがよくある。開始が１ヶ月早かったら、無事に開発できただろうに、というケースもよくあるのだ。

システム開発を発注しようという人には、「納期厳守」という言葉がどういう意味を持つか、よく考えてもらいたいものである。

↓このページから引用しました↓
http://ameblo.jp/argv/entry-10008018829.html

※１
単純に作業者の数を増やせばよいという問題ではない。１人で100日掛かる仕事が、100人いれば１日でできるか、といえば、そんなことはない。システム開発は「袋貼り」のような単純作業ではないのだから。そんな簡単なことも分からない人は多いのだが・・・（→ 関連記事: 続・プログラマは誰でも同じ？）

※２
この業界は見積の精度が低いので、十分ありうることではある（→ 関連記事: やってみなきゃわからないという現実）。しかし、それを期待すべきではない。

※３
「悪魔に心を売っても納期を守る！裏技術（@IT）」を読めば、システム屋は共感し、そうでない人は驚愕するだろう。これが現実である。

↓このページから引用しました↓
http://ameblo.jp/argv/entry-10008018829.html

Anne Linux・Windowsをがんばるのだ

Linux,Windowsなどのコンピューター系の情報サイト

2013年03月28日

遅ればせながら、Google code jamなんてものを今日知りました

2010年10月29日

Googleショッピング

2010年10月18日

AU モバイル無線LANターミナル NEX-fi

2010年04月06日

2010年03月22日

munin

2010年03月20日

mysql レプリケーション

2010年02月26日

可視光通信

2008年09月14日

チェス.将棋 VS コンピュータ

2008年09月03日

Google Chrome ついに自社ブランドのブラウザ「Google Chrome」を公開へ

2007年11月16日

IT業界は変わろうとしている

2007年11月15日

国内 トラフィック 試算 集計

2007年11月01日

問題にある長方形は・・

2007年03月14日

楽しんでますか？

2007年02月03日

目的・目標・手段

2006年11月27日

2006年07月12日

地域IP網

2006年06月07日

How to Make Big Things Happen with Small Teams

2006年05月27日

GoogleMapAPI

2006年05月26日

テスト

国内　トラフィック　試算　集計