カルガモ親子が街中を移動をしているようです。
親カルガモの「あれ！？」って感じなのが何とも… 生存率20%。
|
| しかし、グーグルの社員食堂はなぜ、無料でなければならなかったのか。 広報部の河野あや子さんが説明する。 「よく聞かれるので、米国本社で用意した 回答があります。『フリーソフトを提供している会社で、社員からお金を取ることはできません』というものです。 実際、社員食堂も『社員に健康的な食事を提供する』という社のミッション。 なぜ無料かというより、有料にする理由がないんです」 |
会社のミッションとして行ってるので、それを有料にするのはおかしいと。
働いている社員のメリットとしては、
「こんなにも我々の事を考えてくれるのか」
「今月の食費など気にせず、業務に集中できる」
「メンバーとのコミュニケーションを図るきっかけになる」
など色々出てきますね。とくにコンテンツを作り出す企業などでは、重要な
考え方なのかもしれません。
優秀な人材にとって「業務に集中できる環境がある」というのは大きいでしょう。
ちなみに食事無料に関わる所得税はたぶん、所得税分も含めて払ってるので
真の意味で無料というのができるのでしょうね。従業員に負荷がかからない様に
会社の経費として税金を払ってると。
関連リンク
都営新宿線~東急東横線まで１枚の定期で購入できた
以前までは出来なかったと記憶していたのですが、以下の区間、
磁器定期 1枚で 購入できました。
都営新宿線 ~ 東京メトロ半蔵門線 ~ 東京メトロ銀座線 ~ 東急東横線
システムが変わったのでしょうか？
２枚以上持つのは混乱するので助かる。
未だにパスモ定期やスイカを使ったこと無いのだけど、試す勇気が無い。
F06B のメロディ鳴らすとバイブも同期するのって仕様？
F06B でメロディを鳴らすとバイブも同時に発生。
プリインストール音源によってバイブの種類も違うことから制御できるような
気もするが… wiki を見ると出来ないかも。
| Q：メロディを聞くときマナーモードじゃないのにバイブがかかるのですが、 このバイブを止める方法教えてください。 A：仕様?… |
最悪ですね。
パケット放題シンプル ＆ タイプシンプルバリューに切り替えたので、携帯電話の
利用を節約すると月額1500円安くなるプランに変更するために機種変更した。
３年を過ぎると、機種変更しないときと比べ黒字になる。
パケホーダイシンプルはメール送受信が完全 0円なので、メール受信
でも金かからないのは大きい。
PC メールを携帯に転送してる自分には最適。
F06B は色々値引いて４万７千円ぐらい一括購入。ネットブックより高い。
携帯電話に 4万7千、Android に 2万。
今月…というか当分、貧乏食生活が続きそうです。
Android バイブレーターに永久時間指定はないみたい
iアプリ(Doja/Star) や MIDP でのバイブ制御は、
バイブレーターON/OFF
となっているため、何 ms の間ブルブルさせるかはプログラマーが制御できる。
正確に言うなら、制御をしない限り永久にブルブルさせることも出来る。
Android では以下のメソッドで制御をするのだが、
| Vibrator v = (Vibrator)actibity.getSystemService(Activity.VIBRATOR_SERVICE); // ON v.vibrate( "here is integer. vibrate time ms" ); // OFF v.cancel(); |
|
| Can't create handler inside thread that has not called Looper.prepare() |
が発生する。
エミュレーター上では発生しないので…気づかなかった。
例えばサウンドノベル系のゲームを作り、推理をユーザー入力させたい時など、
画面を LinerLayout などに View を変えて実行する場合などあるかと思う。
この時ゲームループ上で、うっかりインスタンス生成やっちゃうとこの現象に
ハマる。
回避策は様々なサイトで解説されてますが Handler を使い、
runOnUiThread( new Runnable(){} ) で送ればOK。
依存しなそうなロジックかと思ってたのに…エミュでは問題なくても実機では
NG ってのはありますね。
おかげ様で #ifdef ANDROID が多い（ ´д⊂
Ctrl + F12回転後の SurfaceView の解決法は見つかったけど
気づいたら朝の 4 時。
んー色々実験した結果 SurfaceView を切り離す事によって、端末を回転させた
ときの再開方法は見つかったが…
|
|
|
 2011年1月25日（火）以降順次発売 こだわりのスープは、3日間寝かせた「本かえし醤油」と「未凍結かつお」の一番だしのみ使用したそばつゆをベースに味付けし、風味のよい仕上がりに。豚バラ肉、長ネギ、白菜、にんじん、豆腐など具だくさんなのもうれしいですね。お好みで、別添えの柚子こしょうをかけてお召し上がりください。 |
これ。
|
| 1. 1.04 のエンバグ対応 2. 新規に把握したバグ対応 3. #if 命令に対応 => 定数のみ使用可能 4. 第3引数に -include オプションを追加。実際に展開を行います。 |
目玉としては#if 命令、#include の展開オプションが加わった事です。
外部に定義した実行コードを #include で展開することにより、物理的にファイルを
分ける事が可能になります。
「ソースが数万行に逝ってるので、関数別に外だししたい」人にもピッタリ。
|
|
|
|
|
| コナミは20日、子会社のハドソンを株式交換で完全子会社化すると発表した。 ジャスダック上場のハドソンは、３月29日付で上場廃止となる予定。 http://www.nikkei.com/tech/news/article/g=96958A9C93819696E0E2E2EA998DE0E2E2E3E0E2E3E38698E0E2E2E2;da=96958A88889DE2E0E2E5EAE5E5E2E3E7E3E0E0E2E2EBE2E2E2E2E2E2 |
昔の有名ゲーム会社は、合併、買収でほとんど一つになってきましたね。
・チュンソフトはドワンゴが買収。いまの親はゲームズアリーナかな？
・スクウェアとエニックスは合併。
・バンダイとナムコは合併。
・タイトーはスクエニが買収。
・コーエーとテクモは合併。
上記の 3社にて仕事した経歴はあったり
ぶっちゃけゲーム業界って給料安い。スキル高い人は少なくないのに。
一部の飛びぬけた人たちは置いといて、スキル能力と給与が比例しにくい
業界だと思う。どの業界も一緒？いやプログラマー・SEという枠で見た場合
の話ですね。
記事数が1000件に達した
ブログの記事数が 1000件 に達したらしい。
１日１件の投稿を 100 年間続けたら、36500 件。
生きている間に何回ブログ記事を投稿できるんだろう、と考えると思ったより
少ない気もする。
エクセルのオートフィルみたいな秀丸マクロ
エクセルのオートフィルみたいな機能を持つ秀丸マクロを作成してみた。
| オートフィルとは複数のセルに連続するデータを入力するときに 自動で数値をインクリメントして挿入する機能 |
例えば java や PHP で enum が使えない環境で、final int 定数を連続して
定義したいときにも使える。
まず一行定義。
続いて範囲選択。
マクロ実行。
一連の流れを、初めて gif アニメーションで作ってみた。
|
|
|
|
|
| #define_var string( a ) $$a void main(){ a = 100; method( func ); } // 対応スコープを抜けることで int(a), string(b) の拡張定義は #undef される void function( func ){ int(a); // 先ほど自動で #undef されたのでまた宣言できる } // #undef される int(a); // 先ほど自動で #undef されたのでまた宣言できる |
けっこう、C言語っぽくないですか？
|
| ◆ShellExecute を行いたい場合 rundll32.exe url.dll,FileProtocolHandler "目的のファイル" |
とやるだけで良かった… 簡易ならば。
基礎を固めまくってる
完ぺき主義者なのか、ゲームでも全てのスキルを極めるまでやり込む事が
過去には多かったのですが、今はプログラミングの方がそんな感じ。
ここ最近は OpenGL ES での 2D グラフィックスを学んでます。
3D API を利用してわざわざ 2D 描画するの？と思うときもあるのですが、
携帯電話のスペックが底上げされ、OpenGL ES を介した方が高速描画を
行える可能性も高く、また移植性が非常に高いので、無視できない技術に
なってしまいました。
2D 描画では大分実用レベルになったのですが、気分としては
アリアハンで永遠とレベルを上げ、
装備を整えてるイメージ。
まだ本格的に旅立っておらず( 仕事として使っていない )、また旅立つタイミング
も中々無い。
去年は時間を見つけて DirectxGraphics( Direct3D )を用いた 2D 描画を勉強
してたのですが、Windows なら DirectX がベストですね。
Direct3D( ゲーム自体は2D )を利用した Windows ゲームを、携帯アプリの
OpenGL に移植という技術を押さえておけば、今後面白くなりそう。
3D API は回転、拡大縮小、アルファブレンドなどは非常に簡単だし、簡単な
3D ゲームなら思ったより作れそう。
|
| KDDI、Javaで開発できる「EZアプリ （J）」を来春に追加 KDDIは、EZアプリの新プラットフォームとして、オープンアプリプレイヤーをベースとした「EZアプリ （J）」を追加する。Javaによるアプリ開発が可能になるほか、メモリ容量やアプリのサイズがBREW版EZアプリより拡大し、通信制限もなくなる。 |
オープンアプリというプラットフォームはあったのですが、
・通信の度にダイアログ
・通信は１日3Mまで
・外部ストレージ使えない
・マスコットカプセル使えない
・Graphics API が iアプリや sアプリより貧弱
などありましたが、すべて解消！OpenGL ES も対応するそうです。
全ての機種ではありませんが、最新の端末達では
iアプリ, Sアプリ, ezアプリ, android, iphone
とすべて OpenGL ES 対応 になりました。移植性高くなりますね。
端末限定しちゃうけど。
EZアプリ(J) は iアプリと同じで自前サーバからインストールできる環境なのは
素晴らしい。
Sアプリも、そろそろ同じ仕様にしろよと思う。
2003 年前後ぐらいに KDDI は、
Java は廃止、今後はBREW一本
とか言ってたと思うんだけど。結局 Java のオープンな環境は認めざるを
得なかったってことですね。
EZ アプリ(J) の仕様は公式サイトにて公開されてます。
ベースはCLDC1.1/MIDP2.0 です。jar は 2M、レコードストアは 256KBまで。
今後は
BREW: EZアプリ(B)
Java : EZアプリ(J)
と２本柱を一つの名称 EZアプリと呼ぶことになるそうです。
|
|
|
| 警告: この文字は、エンコーディング ascii にマップできません。 |
というエラーが発生します。こいつは、
コメントや文字列中に日本語(他バイト文字)があると発生するので、本現象に
対応するには、下記ファイルを修正する必要があります。
|
|
|
