小野マトペの業務日誌(アニメ制作してない篇)

introduction

俺こと小野マトペが、大学生活と折り合いをつけつつショートアニメを制作していく事に関する制作日誌でしたが、今はグダグダです。始まりは9/11から。旧HP(廃棄)

レビューライン.jp稼動中。
「平面男(完全版)」20041224  ■「平面男」20041018/20041020
■Javaアプレット: Conna-Gonna20050203/ 20050208
■はてなブックマーク改造用Greasemonkey集20061002
■はてなQuickClip(firefox用機能拡張)20060906

2012年06月02日 土曜日

[] 6-7月放送のNHKみんなのうたゆらゆら」(6/3〜)の映像を手伝いました 18:50  6-7月放送のNHKみんなのうた「ゆらゆら」(6/3〜)の映像を手伝いました - 小野マトペの業務日誌(アニメ制作してない篇) を含むブックマーク  6-7月放送のNHKみんなのうた「ゆらゆら」(6/3〜)の映像を手伝いました - 小野マトペの業務日誌(アニメ制作してない篇) のブックマークコメント

(訂正:6/4〜からのようです)

明日から放送になる、6-7月ぶんのNHKみんなのうたゆらゆら」の映像を手伝いました。


ゆらゆら | NHK みんなのうた

f:id:ono_matope:20120602184325p:image

ゆらゆら」の映像制作担当した「劇団かかし座」には少々縁があり、自分大学在学中、趣味映像をやっていたことから、在学中は頻繁に上演作品の舞台映像を手伝っていました。今回は業務外のプライベート時間を使って手伝い、主に海まわりの表現を中心にAfter Effects担当しました。「かかし座」の持ち味である色鮮やかな美術やユーモラスな手影絵も必見で、面白いものに仕上がっていると思います。ぜひ御覧ください。

放送予定(6月7月

月 総合10:55 Eテレ16:00

火 Eテレ12:55

水 総合10:55 Eテレ16:00

木 Eテレ12:55

日 総合10:55

http://cgi2.nhk.or.jp/minna/sch/schedule_list.cgi

最後の方は体力の限界突破していたのだけど、自分がいいと思うものを産みだすための苦労ならどれだけでも幸福、という感覚をずいぶん久しぶりに味わうことが出来ました。とてもとても楽しい2ヶ月間でした。

追記:劇団かかし座では、映像の出来る方を募集中だそうです。興味のある方は採用情報を御覧ください。いろんなことを試すことができる思います

2010年04月30日 金曜日

[][] MySQL5.5.3-m3のDATETIME型のバグ。あとMySQLのDATETIME型は本当に遅いのか検証してみた 06:00  MySQL5.5.3-m3のDATETIME型のバグ。あとMySQLのDATETIME型は本当に遅いのか検証してみた - 小野マトペの業務日誌(アニメ制作してない篇) を含むブックマーク  MySQL5.5.3-m3のDATETIME型のバグ。あとMySQLのDATETIME型は本当に遅いのか検証してみた - 小野マトペの業務日誌(アニメ制作してない篇) のブックマークコメント

バグの話

近々ふぁぼったーDBInnoDB化を企てているので、それに伴いMySQL5.0.67(Tritonn)から、先日リリースされたばかりのMySQL5.5.3-m3に乗り換えてみた。RC(リリース候補)版ということで、GA版とほぼ変わらない品質と聞いたので、割と軽い気持ちでインストールしたんだけど、いきなりバグにハマった。

バグとは、DATETIME, TIMESTAMP, DATE, TIME型と文字列定数との結合でインデックスが使われない、というもの

以下のような、date(DATE型)の結合しかしていないクエリでも、dateインデックスが使われず昇順フルテーブルスキャンされ、20秒くらい掛かった。

select date from STATUS force index(date) where date='2010-01-19' limit 10;

この現象は、5.5.3,5.5.4での現象としてバグ報告がなされ、すでにパッチ待ちになっていた。

no title

no title

よって5.5.5がリリースされれば解消されているのだけど、バグ報告中で報告されていた回避方法を紹介。

あとDATETIME型が遅いって本当?

INT型の方がデータ取得の処理スピードが150倍高速の圧倒的効果である。INT型はINDEXを最適に使い目的の結果を返してくれるためここまでのパフォーマンス結果がでたものと思われる。面白い副産物結果として、DATETIME型ではINDEX有り・無しかかわらず処理結果値が同じということで、DATETIME型はINDEX恩恵を受ける事があまりできないのである

http://blog.fukaoi.org/2009/03/19/mysql_datetime

fukaoi.org

以前、時刻の保存形式としてDATETIME型は低速でイケていない、unix_timestamp()関数で値を設定したINT型で保存すべき、というを話を上の記事で読み、なるほどそうしておこうかなと漠然と思っていたのだけど、ちょうどいい機会なので、MySQL5.5でも通じるTipsなのか検証してみました。ちなみに、MySQLバイブル実践ハイパフォーマンスMySQL 第2版にはこうある。

3.1 最適なデータ型の選択

  • 通常は小さい方がよい

一般に、データの格納と表現を正しく行えるデータ型のうち、最も小さいものを使用するように心がける。データ型が小さいほどディスクメモリCPUキャッシュで使用する領域が少なくなるため、通常はその方が高速である。また、処理に必要なCPUサイクルも通常は少なくなる。(略)

(略)たとえば、文字セットとその照合順序(並び替えルール)は文字の比較を複雑にしているため、文字よりも整数比較するほうがコストがかからない。ここに例が2つある。日付と時刻は文字列ではなくMySQL組み込み型として格納すべきであり、IPアドレスには整数型を使用すべきである

(強調は引用者)

DATETIMEないしTIMESTAMPを推奨されました。じゃあ、日付表現のための最も小さくて単純なデータ型ってなんでしょう。DATETIME型とTIMESTAMP型の解説は以下のようになってます

3.1.4 日付と時刻型

DATETIME

 1001-9999年までの値を格納する事ができ、精度は1秒である。タイムゾーンとは無関係に、日付と時刻をYYYYMMDDHHMMSS形式で整数にパックする。これには8バイト記憶域が使用される。(略)

TIMESTAMP

 1970年1月1日午前0時(グリニッジ標準時)からの経過時間を秒数で格納する。つまり、UNIXタイムスタンプと同じである記憶域を4バイトしか使用しない(略)

はい、DATETIMEもTIMESTAMPも、形式が違うだけでどちらも整数管理されているんですね。ここら辺は公式ドキュメントに詳しいです。unix_timestamp()したINT型とTIMESTAMPはデータの格納方式として等価と考えていいということでしょうか。

特殊な振る舞いはともかく、TIMESTAMPはDATETIMEよりもストレージ効率がよいため、TIMESTAMPを使用できる場合一般にそれを使用すべきであるUNIXタイムスタンプ整数値として格納することもあるが、通常はそうしたところで何の特もない。その形式は何かと扱いにくいので、お勧めしない。

(強調は引用者)

うーん、INTのTipsフルボッコです。でも実際のところはどうなのでしょう。計測してみました。

計測条件
CREATE TABLE `STATUS` (
  `id` bigint(20) NOT NULL DEFAULT '0',
  `user_id` int(11) NOT NULL,
  `created_at` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
  `date` date NOT NULL DEFAULT '0000-00-00',
  `text` varchar(256) NOT NULL DEFAULT '',
  `point` int(11) NOT NULL DEFAULT '0',
  `created_at_timestamp` timestamp NOT NULL DEFAULT '0000-00-00 00:00:00',
  `created_at_int` int(10) unsigned NOT NULL DEFAULT '0',
  PRIMARY KEY (`id`),
  KEY `c_` (`created_at`),
  KEY `ct_` (`created_at_timestamp`),
  KEY `ci_` (`created_at_int`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8

スペック

OSCentOS release 5.3

DB :MySQL5.5.3

CPUAMD Phenom(tm) 9350e Quad-Core

Mem:8GByte

インデックス無し

DATETIME型
mysql> select SQL_NO_CACHE * FROM STATUS ignore index(c_) where 20090701000000 <= created_at and created_at < 20090701235959 limit 1;
1 row in set (5.92 sec)
TIMESTAMP型
select SQL_NO_CACHE * FROM STATUS ignore index(ct_) where 20090701000000 <= created_at_timestamp and created_at_timestamp < 20090701235959 limit 1;
1 row in set (8.40 sec)
INT型
mysql> select SQL_NO_CACHE * FROM STATUS ignore index(ci_) where unix_timestamp(20090701000000) <= created_at_int and created_at_int < unix_timestamp(20090701235959) limit 1;
1 row in set (6.13 sec)

DATETIME型とINT型がほぼ同程度の速度で、TIMESTAMP型だけなぜか一周り遅いという結果に。えー、上でTIMESTAMP型とINT型はデータ長以外等価って言い切ったばかりなのに…。実際には等価ではなく、扱うロジックに差があるために速度差が出ているんでしょう。でもTIMESTAMP型よりもデータ長が長く格納方式の複雑そうなDATETIME型がTIMESTAMP型よりも速いっていうのが謎…。何故に…

インデックス有り

DATETIME型
mysql> select SQL_NO_CACHE * FROM STATUS where 20090701000000 <= created_at and created_at < 20090701235959 limit 1;
1 row in set (0.00 sec)
TIMESTAMP型
mysql> select SQL_NO_CACHE * FROM STATUS where 20090701000000 <= created_at_timestamp and created_at_timestamp < 20090701235959 limit 1;
1 row in set (0.00 sec)
INT型
mysql> select SQL_NO_CACHE * FROM STATUS where unix_timestamp(20090401000000) <= created_at_int and created_at_int < unix_timestamp(20090401235959) limit 1;
1 row in set (0.00 sec)

えーと、どのデータ型でもきちんとインデックスが適用されていて、データ型の差異が計測出来ない程度に高速ですね。2000万行でこの速度ならどれ使ってもパフォーマンス上全く問題ないといえるでしょう。インデックス無しでは速度に差がありますが、どっちみちインデックス無しではどんなデータ型だろうと実用的なクエリ実行は行えません。これなら実践ハイパフォーマンスMySQLの教えに従って組み込み時間型を使ってもなにも大丈夫そうです。自前のINT型、必要なし!

しかし深追いさんのベンチマークとの差はどこから来たんでしょう…。MySQL5.0.67から 5.5.3へのアップデートのどこかでDATETIMEが改良されたのでしょうか。ただ、深追いさんのベンチマークは、そもそもDATETIMEに対してインデックスが効いている気配がないので、今回僕がハマったようなバグかCardinalityの破損であのような結果になったのではないかという気も少ししています自分環境では以前の5.0.67でもDATETIMEのインデックスは効いていたような気がするので…。ちなみに今回のテストはInnoDBで行いましたが、MyISAMテーブルでもdatetimeインデックスは適用されました。


まとめ

時間データは素直にDATETIME型かTIMESTAMP型を使おう!*1

*1:TIMESTAMP型は環境のタイムゾーンに依存し、4byteとコンパクトだが2037年問題を抱えている

ono_matopeono_matope 2011/04/02 17:51 削除依頼はメールにてお願いします。

ono_matopeono_matope 2011/07/10 22:43 matope.ono [ at ] gmail.comになります。

ono_matopeono_matope 2011/11/15 04:15 だいたい月一間隔で対応してます。

r3333r3333 2011/11/16 16:22 14日と本日削除依頼をGmailに送らせていただいた者です。ご多忙な中誠に申し訳ないのですが、何卒早急なご対応をお願いできませんでしょうか。不利益を被っております。何卒、お早いご対応を切にお願い申し上げます。

yukitasoyukitaso 2011/12/26 09:13 何度もふぁぼったー削除以来をGmailに送らせていただいております。
早急な対応をお願いいたします。

2010年04月14日 水曜日

[]iPadで絵を描いてきた! 01:58 iPadで絵を描いてきた! - 小野マトペの業務日誌(アニメ制作してない篇) を含むブックマーク iPadで絵を描いてきた! - 小野マトペの業務日誌(アニメ制作してない篇) のブックマークコメント

金曜日、@umezoが「iPadを触らせてもらいに行くけど誰か来る?」って行ってたので、ホイホイとiQONのVASILYさんまでお邪魔してきました。

SketchBook Pro

iPadいじらせてもらった諸処の感想は後述。どうしても試してみたくて@kyunsさんに頼んで有料のドローイングアプリを試させてもらった。AutodeskのSketchBook Proというアプリ。

このアプリが素晴らしく、しばらくお絵描きに没頭してしまった。この様子は複数のソースでUstream/YouTubeしていたので、観てもらえばどんな様子か分かると思う。


@pen2さん撮影(ust)。50分くらいあるけど、描き始めてからTwitterにアップするまでの完全収録。ニコニコ動画に上げてみた。ダイジェストだけ編集したんだけど、音声が消えてしまう現象が起きたのでUstreamアーカイブそのままをアップした。

D


@kyunsさんビュー(ust)

http://www.ustream.tv/recorded/6063992


別角度から、@wady撮影

D

f:id:ono_matope:20100415020734j:image:w400

完成品。いい絵かどうかはともかく。


観てもらえれば分かると思うけど、SketchBook Proがかなり本格的に作り込まれているため、「細部を書き込むときは拡大しないといけない」という点にさえ気をつければまずまず実用的に描ける。俺程度のテキトーな描き手には十分応えてくれる感じだった。鉛筆には及ばないけど、マウスやペンタブよりずっといい感じ。


液タブとの比較

まさにこれは液晶タブレットだよなーと思った。感圧に対応していないのと、指で描いているために精密な描画ができないという欠点があるけど、前者は今後の技術とTipsでカバー、後者はiPhone用スタイラスを使うという手http://www.youtube.com/watch?v=jYSRQDxeGZYを使えば解消しそう(iPhoneでは太い専用スタイラスは使い物にならなかったけど、iPadの大画面なら使える)。


逆に、液タブ製品よりもよいなと感じたのは、以下の点

  • どこでも使える
    • 液タブをカバンにいれて持ち歩ける人はいないけど、iPadなら持ち歩いて、サッと取り出せる。
  • わいわい描ける
    • 178°まで奇麗に見える液晶で、その場にいるみんなが絵を覗き込める。会話がうまれる。楽しい
  • ぐるぐるできる
    • iPadの背面はとてもいい感じのカーブを描いているので、意のままに紙を回転させる事ができる。
  • 個人的に、書き味が好み。
    • 液晶に限らないけどペンタブって、紙面がツルツルしてて個人的に苦手だった。線が走らなくてぐにゃぐにゃになっちゃったり。そういうのはiPadにはなかった。

感圧機能がないとはいえ、これでWacomの一番安い液晶タブレットの半額だから、液タブ欲しいけど買えなかったって言う人はiPadも考えてみるといいかもしれないよ!

Wacom Cintiq 21UX DTZ-2100D/G0

Wacom Cintiq 21UX DTZ-2100D/G0

落書き以外のiPadいじった感想

  • HTML5によりNew York Timesのページ上で再生される動画クリップや、HTML5版YouTubeで涼しい顔して再生されるHD動画が美麗。液晶の品質がよく解像度も充分なので、立てかけて動画やスライドショー再生させてるだけでも絵になる。
  • iPadで動くiPhoneアプリはClassic環境みたいなものだと思うべきで、iPad用にUIが作り直される必要がある
    • でもフルスクリーンなゲームはそのままでも全然いける。アクションゲームは臨場感を増し、タワーディフェンスゲーはボードゲームになる。

http://www.youtube.com/watch?v=w_qyZQcnr9A

http://www.youtube.com/watch?v=SPcGlJsCfII

  • タイピングに関しては結構慣れが必要。でもiPad上で開発できるようになりたい。
    • TouchTermを使ってターミナルを使わせてもらった。vimを起動して何行か書いてみたけど、遅延が感じられない。iPhone上だとj,k押してからカーソルが動くまで1,2秒の遅延があるので、ちょっとしたパラメータの変更くらいしかできなかった。なのでiPadはCPU性能的には開発に充分と思われ。あとはSSHクライアントのUIがiPad最適化され、秋にマルチタスク対応すれば資料と行き来してコーディングできる環境が整う。

http://www.youtube.com/watch?v=hZ5N7la06XA

削除をお願いします。削除をお願いします。 2010/04/17 05:10 昨日と一昨日に、「ふぁぼったーページ削除のお願い」というタイトルでメールを送付した者です。お読みいただけましたでしょうか?
メールに書きましたように、ツイッターのアカウントはすでに削除したのですが、ふぁぼったーに過去の発言が残っており、グーグルの検索結果にも表示される為、大変困っております。
つきましては、早急に、ページ自体が表示されないように完全に削除していただけますよう、お願い申し上げます。お忙しいところ恐縮ですが、どうぞ宜しくお願い致します。

有難うございました。有難うございました。 2010/04/19 21:44 上記、ツイートの削除を確認致しました。
(できればプロフィール等も削除して戴きたいのですが可能でしょうか?)
焦っておりました為、ブログ記事と全く関係のないコメントを残してしまい、大変失礼を致しました。
上記コメント共々、管理人様の方で消去して戴いて結構です。

お忙しい中、迅速にご対応下さり、大変助かりました。
有難うございました。

削除依頼削除依頼 2010/04/21 13:08 今月11日〜13日にかけて「ふぁぼったーログ削除の件」という件で削除依頼をお送りしたものです。
削除対応がまだされていないようですので、早急にログの削除のご対応よろしくお願いいたします。

削除依頼 削除依頼 2010/05/06 11:11 上のコメントで削除をお願いした者ですが、未だに削除対応をして頂けておりません。
メール不着の場合には再度メール差し上げますので、何かしらコメントを頂けませんでしょうか。
現状、全く反応して頂けないので大変困っております。

よろしくお願い申し上げます。

削除依頼削除依頼 2010/05/16 09:58 上のコメントで削除をお願いした者ですが、まだ何らご対応いただけていない状態です。
Twitterでも連絡を取ってみましたが返事もありません。
私はどうしたらよいのでしょうか。

2008年08月18日 月曜日

[]砂糖水の売り方 23:04 砂糖水の売り方 - 小野マトペの業務日誌(アニメ制作してない篇) を含むブックマーク 砂糖水の売り方 - 小野マトペの業務日誌(アニメ制作してない篇) のブックマークコメント

Windows Vistaの宣伝キャンペーンがちょっと面白い

ブラインド・テスト

no title

Windows Vistaの人気が芳しくないため、マイクロソフトは、いろいろと手を打ち始めたようです。その1つが最近ニュースにもなった、「ブラインドテスト」でしょう。一定年齢以上の方なら、かつてペプシコーラが行ったコマーシャルを思い出すかもしれません。これは、街頭で、どちらだかわからないようにペプシとコカコーラを飲ませて、おいしかったほうを言ってもらい、あとから正解を明かすものです。真偽の程はわかりませんが、ペプシのほうがおいしかったと答えた人が多く、以後、ペプシコーラとコカコーラの差が縮まったと言われています

no title

何故が面白いって、このペプシのキャンペーンを発案して実施していたのは、Appleに移籍する前のジョン・スカリーなんだよねぇ。


ジョン・スカリーは、あれです。ジョブズに「一生砂糖水を売り続けるか、俺と一緒に世界を変えるか選べ」と口説かれApple CEOに就任して、色々あってジョブズを追い出した人です。20年前のジョン・スカリーの広告キャンペーンを知ってか知らずか踏襲するMS。


ちなみにCEOに着任したスカリーは「ペプシ・チャレンジ」の経験を生かし、「Macお持ち帰りキャンペーン」(24時間だけMacを家に持って帰って、気に入らなかったら返品するというもの)を実施、20万人が参加したが、殆どのMacが返品され大失敗に終わった。砂糖水のようにはいかなかったね、というお話。




2008年06月19日 木曜日

[]iPhoneとかアプリケーションプラットフォームとしてイケてるから売れるよねーっていう 02:36 iPhoneとかアプリケーションプラットフォームとしてイケてるから売れるよねーっていう - 小野マトペの業務日誌(アニメ制作してない篇) を含むブックマーク iPhoneとかアプリケーションプラットフォームとしてイケてるから売れるよねーっていう - 小野マトペの業務日誌(アニメ制作してない篇) のブックマークコメント

f:id:ono_matope:20080620024824j:image:right

最近脳みその構造がTwitterに最適化されすぎなので、多様性を確保するためにリハビリ的にブログ書くよ。

今更ですがiPhoneですよ。アイフォーン。

WWDCでデモしたiPhoneでグリグリ動く3Dゲームのデモとか、あれすごいね。


iPhoneが(日本で)売れるか売れないか、という議論もたまさかな昨今だけど、まあ、あれですよね。売れるに決まってるよなーと思いますよ。

根拠としては、アプリケーションプラットフォームとして魅力的だから。魅力的だという根拠は以下。


  1. Apple公式のAppStoreで頒布、販売可能というソフト流通の整備
  2. 1年で600万台を出荷した、しかも世界共通端末という"iPhone市場"の規模
  3. ハード自体の先進的なスペックと自由度の高いSDK

要するにインストールベースと自由度ですね。やっぱり、デベロッパーにとって、特に

  1. どれだけのユーザーに使って貰える可能性があるか
  2. どれだけ自由に遊べるか

って凄く大事な問題で、誰も使ってないプラットフォーム向けに不自由な思いをしてまでソフトを作りたい人間なんていないわけで、これだけ揃ってれば、デベロッパーとしてはこの上なく魅力的なプラットフォームな訳ですよね。

(ちなみに今、趣味のプログラミングでWebアプリケーションを選択する人が多いのは、主にこの最初の理由によるよね。インターネットは世界最大のアプリケーションプラットフォームだから。)

今までのモバイル向けのアプリケーションプラットフォームとしては、いわゆる携帯Java系、WindowsMobile、SymbianOS、あるいはPalmとかZaurusとかあったわけだけど、自由度とソフト流通インフラを兼ね備えたものってなかった。これは結構凄いことなんじゃないかなーって思ってる。

ネットを見回してみてもiPhone開発に夢中になってる大物がちらほら見えるし。



という訳で、WWDCでのSDK2.0の発表は、iPhoneはこれから豊穣なアプリケーション経済圏を発展させるんだろうなと予感させるものでした。

そしてゲーム機と同じで、アプリケーションプラットフォームであるiPhoneは、良質なソフトがハードを売ってくれるんだと思う。

から、iPhoneはどんなに少なく見積もっても、アーリーアダプター的”スマートフォン”市場を吹っ飛ばす程度の成功はするし、(iPodと2台持ちはかさばるという理由から)世の中のiPodをリプレイスするという形で「満員電車の自分の周りに何人かはiPod持ちがいる」くらいの破壊力はあるかもしれないねー。


いやそうなるといいなー、楽しくて。

iPhoneの次はAndroidも来るし、携帯電話というやつは否応なく「アプリケーションプラットフォーム」になっていく、いかざるを得ないんでしょうね*1。逆に、満足なプラットフォームを提供できない携帯デバイスに未来はないんじゃないかなー。


余談だけど、iPodも殆ど利益の出ないiTunes Storeの音楽販売(ソフト)で、利益の出るハード(iPod)を売るというビジネスモデルだったね。

*1:いままでも日本の携帯電話はiモード専用のプラットフォームだったと言えるけど

2008年02月23日 土曜日

[]空は土色 20:50 空は土色 - 小野マトペの業務日誌(アニメ制作してない篇) を含むブックマーク 空は土色 - 小野マトペの業務日誌(アニメ制作してない篇) のブックマークコメント

f:id:ono_matope:20080223204737j:image:h600

f:id:ono_matope:20080223204739j:image:w600

f:id:ono_matope:20080223204738j:image:w600

f:id:ono_matope:20080223204736j:image:w600

2008年01月03日 木曜日

[]あけましておめでとうございますね。 21:15 あけましておめでとうございますね。 - 小野マトペの業務日誌(アニメ制作してない篇) を含むブックマーク あけましておめでとうございますね。 - 小野マトペの業務日誌(アニメ制作してない篇) のブックマークコメント

年末に古いMacのデータを整理していたら出てきた7年前の年賀状を貼っておきますね。俺のフリーザアイコンはここが初出なんです。

f:id:ono_matope:20080103211206j:image


まー、今見ると、なんだ。キモい。


そうだ、忘れてた。明日(1/4)発売のテレビブロス誌の「NET探偵団」にふぁぼったーが掲載されます。なぜかテレビブロス。誰のスクリーンショットが載るのか*1、ちょっと楽しみです。

*1:SSないかもだけど。

にぃちぇ。にぃちぇ。 2008/01/04 01:57 明けましておめでとうございますー。
今年も宜しく頼みますm(_ _)m
っても会う機会が極端に減少するんだろうけど。笑。

いやここはあえて環境が変わってもラーメンとか食べに行こうぞ。

ono_matopeono_matope 2008/01/04 10:26 あけおめ!ことよろ!一平フォーエバーラブ!

プロフィール

ono_matope

ono_matope

もうなんか全然アニメ描いてません。もっぱらプログラミングばかりしてます。ごめんなさい。レビューライン.jp管理人

    << 2018/11 >>
    1 2 3
    4 5 6 7 8 9 10
    11 12 13 14 15 16 17
    18 19 20 21 22 23 24
    25 26 27 28 29 30
    統計情報
    pv:1673408
    counter:
    この日記のはてなブックマーク数
    11/16 04:53 海外と日本で&#
    わかりみが深い。日本人は
    11/16 03:54 ネットの神童&#
    こういう采配ができないの
    11/16 02:15 サイバーセキ&#
    桜田氏「(USBは)使わせない」斉
    11/15 14:35 「Radeon RX 590」レビ0
    “ただ,消費電力と価格ま
    11/15 14:12 AMD、279ドルのミ
    参照した本/DVD
    • 実践ハイパフォーマンスMySQL 第2版
    • Wacom Cintiq 21UX DTZ-2100D/G0
    • Linux-DB システム構築/運用入門 (DB Magazine SELECTION)
    • ふしぎの海のナディア VOL.01 [DVD]
    • WEB+DB PRESS Vol.45