恩返しできるようにはさ、なるつもりだから。今日退職願出してきました。9/30が予定日です。有給消化するんで、勤務日数は一か月強ですね。個人事業主としてやりはじめるための準備は大体押さえてまして、それほど大変でないことも解っています。法務局やら税務署やらに提出する書類をそろえて会計どうやってやるのか考えて(会計ソフト買うとか)銀行口座用意して(必須じゃないけど俺は分けとかないと無理)くらい?個人事業主は印鑑証明とかいらなかったと思うからこれは良いでしょ?あと名刺とか用意しないとね。屋号は名乗ろうかと思うのでちょっと考えてあります。一応会計とか契約の勉強もちょっとはしてるけど、聞くところによると青色申告するよって届けると青色申告の仕方を講座形式で教えてもらえるのだとか。あ、引っ越ししたい人は在職中の方がしやすいってさ。フリーランスは信用ないって(笑)。会計ソフトは目星つけたし、取り急ぎは銀行口座くらいかなぁと思ってたんですが、よくよく考えてるうちに初年度の税金ってどうなんだろう?って疑問にぶち当たりました。あれ?途中まで源泉徴収で、、、それからは青色申告?年末調整分とかどうなるんだ?で、ちょっと調べてみたんですが、退職時の源泉徴収票があれば確定申告時に合算して良い感じにしてもらえる(自分でする?)んだとか。-マイナーバージョンアップcycleimage画像回転速度を表すrotaterateという設定項目をロード後に指定しなおす関数を追加しました。cycleimage.setRotateRate(newrate);この呼び出しでrotaterateがnewrateで指定した数値に再設定されます。アニメーション中の変更も可能です(ただし今のバージョンは設定しなおした直後に表示している画像インデックスが変わってしまいます)。回転順序を逆にする設定値:reverseとロード後に逆回転させる関数doReverse()を追加しました。2.4.11を公開しました久々のアップデートですね。以下の修正が入っています。deprecatedな機能の使用をやめたことで動作が安定しました。具体的にはメールアドレスの連絡先への追加画面が動作しなくなる現象が回避されます。ノティフィケーションメッセージに送信者名と受信件数を表示するように変更しました。具体的にはmanagedQueryの使用をやめています。これ、当時はよくわからずに使っていたのですが、メモリリークしないようにカーソルのcloseのコントロールをやろうとする機能があったんですね、この中に。当時はどこかで使用を推奨していたと記憶しています。考えりゃIntentベースの不安定なプロセス管理の上に作るUIでそんな汎用的な管理機能が簡単にできるわけがないのは想像つくわけで...。いった情報を鵜呑みにするなという良い教訓ですね。deprecatedになった機能の使用は他にもたくさんあるので(ってかdeprecatedにする必要ある!?みたいのもたくさんありますけど)、時間を作って修正してこうかなと思います。自分で使ってますからね。今日、本屋さんをちらーっとみてました。何件か回ったんですよね。良い本屋さんとそうでもない本屋さんがあるなと思いました。その差って店に入って最初に見える棚だと思ったんです。普通の本棚っぽいやつじゃなくて、新刊とかが平積みになってるあれ。俺、そこで判断してるなって。店舗の大きさによって棚の島を作れる数は違いますし、多く作れるところは工夫できる幅があるので有利ではあると思うんです。店に入って最初の島は誰がどう考えても重要ですし、店のWillが出ますよね。ここが偏ってる店って、店内全部偏ってると思いました。自己啓発本ばっかりのところは中のラインナップも売れ線重視みたいな。僕がいつも楽しくウィンドウショッピングしてる本屋の話をします。ここは僕は当然良い本屋だと思っています。敷地が広いからという事もありますが、本の偏りがなくて新書も古書も同レベルで扱ってて、また置き場所やディスプレイの仕方の工夫が良いんですよね。古書は著者やタイトルで探す人が多いですから本棚形式で特徴的な本を通路側に平積みしておく。新書はハードカバーのインパクトが大事なので平積みと本棚に表紙を通路側に向けた配置をし、ほかにも売れ筋ランキングやお勧めなどのコーナーを作ってアピールする。感覚的にチェックしやすいんですよね。今まで書いたことは目新しいこともなく普通のことです。これをきちっと、動線を考えてやっているところに良い本屋だと感じるものがあるんじゃないかと思ったんです。ECサイトもこうあるべきなんじゃないかなーって思ったんです。いや、コンテンツ自体は同じような工夫をしていると思いますが、もう完璧に同じにするんです。ファーストビューにコンテンツを詰め込み過ぎじゃないですかね?「おススメの島」だけじゃダメなんですかね?僕ら本屋に入って最初の棚、ファーストアイランドからホントたくさんの情報を得てると思うんです。日本人は横書きが左からですから、モノを見たときに左から見る癖があります。最初の島を見たときに中央に余程目立つ山がなければ左から見ていきます。彼の店は一番左に2列使ってキャッチーなお勧めの新刊を平積みしています。ここから僕らは今の流行の中のこの店の一押しを知るんですね。積んである数を見ればどれくらい売れているかもなんとなくわかります。そこから右に向かって1列づつカテゴリごとのお勧めが平積みしてありました。これも左から勧めたいカテゴリが並んでいて、さらにそれらがどれくらい売れているのかも量でわかります。これだけでもかなりの情報を得ています。何でもいいから暇つぶしの一冊を考えている人は、この情報だけで買うべき一冊を決めてしまうかもしれません。人はリアルでこういった情報を直感的に感じ取って買い物をしているんですよね。僕はより直感的なECサイトを作るなら、リアルで感じ取れている情報は最低限与えるデザインにすべきじゃないかなと思いました。この先にも動線とかの考え方がありますが、ちょっとコンセプトサイトを作ってみようかなと思いました。開発2013年6月25日火曜日えーごー英語EnglishAndroidアプリなんぞ出してると、たまにGmailにえーごのメールが来るんですよ。英語は興味なし苦手意識まんさいの僕にとってそりゃもうストレスフル。今回ついにきちゃったんですよねー、ガチでビジネスの話が。要約すると「わしらこの名前で商売やるけん、お前そのアプリに使ってる名前譲れや!」。いやーマジで恐怖しかないです。戦いたい、譲りたくない、そんな気持ちを完全に凌駕する恐怖。数日かかりましたが、なんとかというか俺が完全に折れる形で決着しそうです(笑)まぁ結構円満に進んだんですけど、それも2年半通ってた英会話教室のおかげかなって感謝の気持ちでいっぱいです。はい、嫌いですけど通ってました。話せば長いのっぴきならない事情によって。いや、でもやってて良かった、やってなかったら「もしもTPPに参加したら」の事例になってたかもしんない。アプリ公開に限らず、オープンソース系で個人で頑張っちゃおうかな、とりあえず日本国内をターゲットに、とか考えてる人がいたら、それでも英語をガチでやることをお勧めします。英語が大好きで英語しまくりな人は知りませんが、一般的で苦手意識のある人だったらNHKのなんちゃらをどうこうして...とか時間の浪費なんで止めた方が良いと思います。高速英語を聞き続けるあれは試したことないので解りませんが、僕の経験上、大事なのはネイティブと同じ発音をし、それがしっくりくることなので疑問符が付きます。しゃべる機会がないと厳しいかも。アメリカからやってくるやつらはアジアンイングリッシュなんて知りませんからね。すると大手英会話教室もどうかなと。ネイティブには通じない英語を覚える結果にならんか心配です。日本人が英語を学ぶときに難しいところって「子音&リズム」と「時制」と「伝える順番」だと思うんです。子音&リズムを直してくれるところってほとんどないんじゃないかな。これできないと聞き取りができないんですよね。後は努力で何とかなりますが、ジャパニングリッシュ、アジアンイングリッシュでいくら頑張っても習得はできないと思います。いうわけで、長くなりましたが(今は故あって行ってませんが)お世話になった英会話教室を宣伝しようと思います(笑)いや、ホントちゃんと教えてくれるし凄いとこですよ!お金もらったことないですけど言い切れます!ただ、楽じゃないです。スキルとは身に付けさせてもらうものではない事を再認識させてくれます。大手の相場から考えれば格安です。時間換算だから!長時間やれれば単価は安いことになる。時間外がね、多いんです。あ、これ言ったらまずいかも。クレーム来たら削除します(笑)。やんないと苦手意識ある人は無理ですよ。わかんないけど俺はそう思いました。何より、発表会の存在じゃないですかね。これを成功させるために準備をするんですけど、このプレッシャーが俺を育てたのは間違いありません。英語で小演劇とプレゼンをやるんですけど、これの準備を英語でやるとかね。異業種に携わってる人と交流できるのもありますし。Rollerに機能を追加しました。自作のJavaScriptライブラリを修正しました。ライブラリ】nolib.jpRollerという、複数の子要素を横並びにして回転させるイメージのUIで、通常はある程度移動するたびに先頭や最後の子要素を付け替えて回転しているように見せているのですが、その機能がないパターンも在りうるという事だったので、その機能を抑制するフラグを追加しました。nolib.jp/roller.html結局、単純に機能追加になっちゃいました。動作効率とリスク回避を考えると...。tech2013年6月16日日曜日フリーランスで行こうと思うです。独立したいという思いはずーっと昔からあり、1年位前から具体的なことを考えていました。1年かけて今の会社でやっていることは大体引継ぎができてきたので、最近事業計画を立ててみたりといろいろ考えていました。自分のスキルマップを作ったり、市場と事業と絡めて考えたりして、以下の結論に至りました。一人で事業をやれるほど、自分にはスキルもコネも資金もない。自分のスキルだけでやっていけそうな事業のアイデアもない。なんで、起業して会社作ってっていう選択肢は後にすることにしました。フリーランスでいろんな仕事をしながら見識を広げて仲間も作って、空いてる時間で色々な物作ってという感じ。それが自分の良いところを活かしつつやっていける最善策なんじゃないかと。ここで、会社に残るという選択肢もあるかと思いますが、最近の経済状況やニュースを見ていて、フリーでやれる人はどんどん独立すべきだと思ったので、その選択肢はなくなりました。起点は日本の経済状況です。アベノミクスで株価が上がっても景気が良くならない。景気とは大衆の気持ちですからね。マスコミのせいだという人もいますし、もちろんそれもあるとは思いますが、僕は根本的に日本の経営者がビビッているせいだと思うのです。利益がでようが、他との競争に負けるのが怖くて人件費に回せない。ボーナスでは出せるけど給料には反映できない。できれば内部留保に回したい。この15年給料はほとんど上がっていないんじゃないでしょうか?僕はバブル崩壊直後の最初の就職氷河期で就職した世代ですが、新入社員当時と今で4割弱増くらいです。一度転職していますが、大体常に好評価をもらってきた30代半ばの人間がその程度の収入しかない(管理職は去年話がありましたが、こういった事情なんで辞退しました)。長い間日本の経営者は負けが続きすぎて完全に腰が引けているんじゃないかと思うのです。負け癖が付いた人間同士が競争したらどうなるか。お互い攻めずに守り続けますよね。失敗したら内部の敵に即やられますから。その結果消費者である従業員にお金が回らず、消費は増えない、経済が回らないので景気感もよくならない。こんな状況にあって、僕は誰かを糾弾してみたところで自体が打開されるとは思えないんです。景気感をつぶす報道をするマスコミや、逃げ腰の経営者、会社を良くしようとしない管理職に文句を言うつもりはありません。僕が考えた、僕らができる日本の経済にとって良いことが「一人でやれるやつは会社を辞める」事です。優秀な人がどんどんやめていけば会社は人手が足りず何とかして労働力を確保しなければならなくなります。この時、優秀な人がみんな独立開業していれば従業員として誰かを雇うよりはフリーランスと契約した方が人材の確保をしやすくなります。理由は有能な人材を確保できる確率が高い事と、従業員は守らなければならないけど、フリーランスに対しては契約書に記載されている事項以上の責任を負う必要がないからです。すると会社は人件費に対してお金を支払いやすくなります。一過性で責任がないという心理が働きますから、単純に自分たちの事業を回すために必要な能力を持った人材を集めるために必要なお金を使う。ここに市場の原理が働くため、賃上げを渋るという事ができなくなります。会社に残った人にも変化があります。ここは賛否が分かれると思いますが、社内の新陳代謝が上がり、正当な競争が始まることになります。今まで狭い社内、課内で比較評価されていたものが、社外の人間を多くチーム内に入れることによってより一般的な範囲での競争へと変化していくことになります。なるとポジショニングがうまく、のらりくらりとやってきた人は今までのやり方が通用しなくなってくることもあるかと思いますが、こういう人はどうなってもうまくやっていくでしょう。今まで、どうせやっても...と腐ってきた人も、きちんと評価されるようになればやりがいが出てくるのではないでしょうか?まぁ、そんなことを考えて、とりあえず自分だけでもフリーランスになってみて、どんなもんか感じてみようと思います。ここに書いた通りのようになるかはわかりませんが、そう思ったんで行動してみることにしました。何か変化があればまた書くと思います。社会2013年6月12日水曜日ビッグデータをどう活用するか考えてみたこれって「フォーマットの無いテキストと、属性付き発言者のセット」と考えられると思いました。この「フォーマットの無い」という部分がプログラムするには非常に難しい。プログラムとは「事前に決まっていることを記述しておけば、そこは自動でやってくれるもの」なので、流行や言語で書き方が変わる自然言語の扱いは、単語・言い回しを含めたトレンドチェイサーボットを完成させないと時代遅れにならないようにするのは難しい。ここを手動でやるのも効率的ではない。一応、何とか解析できないか文脈から解析できないかと考えましたが、会話形式になっている場合、前の会話が重要になってきたりと、必要なデータ量や処理量が天文学的な数値になりそうですし、そもそも無駄データのフィルタリングがその後に待っていると考えると、もうちょっと頭の良い方法はないものかと考えてしまうわけです。そこでちょっと見方を変えて考えてみたんですが、処理の順番を変えるとうまくいくんじゃないかと。難しい自然言語の解析とフィルタリングは「人間」にお願いしてしまえば、後はDB設計とUI設計の世界でうまくいくんじゃないかなって。ビッグテーブルとか新しいDBの恩恵を受けるなら、さらにその先、自分に都合よく作られたデータベースを世界的に統計を取るとかいう段になって利用する形とか面白いんじゃないかなぁと思った次第なのです。いうわけで、今新しいアプリを設計中です。ゲームアプリはまた延びそうですねー。Airを買いまして、人生で初めてMacを使っております。基本的に自分、必要にならないとやろうとしないという技術屋としてあるまじき性格をしておりまして、Macについても試した方が良いよなぁと思いつつ、ついにこの年になった次第なわけです。それがなぜこの時期に買ったのかというと、円安です(笑)。絶対高くなると思ったので。使い道としては、こいつの持ち出しやすさを活かして外でも仕事できるように(自分の生活の中で結構もったいない時間帯があるんです)、開発環境を構築してやろうかと思いました。家にいるときは開発サーバーとして稼働すればよいかと。今はWindowsのでっかいオールインワンノートPCがその役目を担っているのですが、環境をミラーリングして、がっつりやるときはWindows、外でやらざるを得ないときはMacみたいな。わけで以下のソフトを入れていきました。HomeBrewを入れたかったので。良いですよね、こういうソフト。Linuxのyumに慣れてるので違和感なく導入できました。この後のインストールがホント楽になりました。定番だというのでとりあえず試しに。こなかったので...・emacs。ま、エディタはこれで良いでしょ。軽いし、タダだし、ZenCoding入れられるので目的考えれば十分かなと。iPhoneシミュレータ目当て。いつかアプリも作ります!・Github。買う前からリポジトリを置いていたので。UIがわけわかんないから早くコマンド覚えたいです。インストールはスムーズにいきました。自分の場合、Linuxに慣れてるので構成とか解ってたのもありますが。Windowsみたいにごちゃごちゃ色々やってないので解りやすいというのが印象です。起動や終了が速いのもいいですね。ネットやりたいのでタブレットでは心もとないときにも使っています。触っていて、ホントにこだわって作っているんだろうなぁという事をつくづく感じさせられました。ハードからこだわってますよね。持ちやすさとか使いやすさとかさわり心地とか。キーとマウスパッドの位置も絶妙ですし(僕のWindowsマシンを含め、キーボード打ってるとどうしても触っちゃうんでマウスパッドは無効化してるんですが、Macはそれがない!)、キーのさわり心地、筐体の縁のさわり心地、バランス、重さ、蓋を閉めた時の感覚、どれも違和感がない。ファンが多いのも頷けますよね。OSからハードまで自社で、本気で制作するとこれほどのものができるんですね。ビジネスとしてはMicrosoftの方が上手ですが、モノづくりとしてはAppleの方が理にかなっているなと思いました。モノづくりに関わる人間として非常に勉強させられました。それだけでも買った意味がありましたね。Macの2台持ちが増えてくるんじゃないかなぁ。なるとネットワークをWindowsネットワークベースからHTTPベースにどうやって移行していくかが課題になりそうですね。その辺も考えながら自宅環境やってこうと思います。2010をクリック(空のエクセルウィンドウが表示されるので)表示したいファイルをドラッグ&ドロップ4アクション。共有2013年6月4日火曜日nolib.jpちょっと修正。自作のJavaScriptライブラリ「nolib.jp」の話です。inputやtextareaにソースを書いていると、どうしてもスマートフォンで見たときに使いにくくなってしまいます。nolib.jpの構成はviewportを820に設定してありますので普段全体が縮小されており、入力にフォーカスがあたると等倍まで拡大され、下手をすると画面いっぱいに入力エリアが表示されてしまってもうどうしようもなくなってしまいます。このライブラリの何がすごいって、中途半端なんです。行番号表示も5行ずつの固定だったり、背景に関する機能は全くなし。何よりよかったのが「軽い」ってところです。3.x系の端末だと、細かいイベントハンドラ処理をやっているようなものを導入しにくいんです。非常にお世話になったので勝手にリンクをはらさせていただきます。「しゃけろぐ」さんのこちらの記事を参考にしました。技術的な面もですが、あ、出来るんだという精神的な、背中を押してくれたような意味でも感謝です。ちなみに今回僕が追加したのは以下のCSSです。248)}今後、色々なデバイスに見せる、という事を考える上で、機能がたくさんある凄いライブラリもですが、こういった「とにかく軽い」ライブラリにも注目が集まるかもしれないなと感じました。javascript2013年5月31日金曜日JavaScriptライブラリ作ってみました無料ですnolib.jpこんなライブラリを置いてあります。・Goroundドラッグやスワイプ操作で画像を切り替えていきます。インデックスとかも取れますので入力としても使えます。・Roller横に並んだ要素をドラッグやスワイプで動かします。設定次第でいわゆるカルーセルにしたりできます。・Scope俯瞰画像と部分拡大を同時に見せるようなライブラリです。スワイプやドラッグでカーソル位置を動かします。scroll;をエミュレートしたようなライブラリです。スクロールバーのスタイルをcssで完全に作れます。・Cycleimage一定間隔で画像を切り替えるライブラリです。アニメーションGIFの代わりのようなイメージです。人からの要望だったり、こんなのあったら良いかなぁ?と思ったものたちです。どんなもんでしょうね。どれも基本的にnewしてオブジェクト型の引数に省略可能な設定値を渡してあげることで使うことができます。メソッドやコールバックは自分なりに考えて用意してみました。Safariで確認しました。ChromeのRollerの動作が設定で微妙だったりします。3はアニメーションに関して期待しちゃダメですね。ハードが悪いんだとは思いますが。サイトも改善していこうと思っています。tech2013年4月28日日曜日SH-04Eが素晴らしすぎる機種変してしばらく経ちましたが、これホントに良い端末です。2回目ですがもっかい宣伝しちゃいます手にしっくり来る感じから動作のスムーズさまで文句なしです。したら、スクロール操作がiPhone出身者だと吸い付き感が足りないと感じるかもしれません。後カメラのズームがズームしてないという問題がありますが、良い写真とりたかったらデジカメ買えって話で、普通なら全く支障なしです。アプリどれも使えます。ソーシャル系とカレンダーは後でアプリをインストールすれば良し。こんなに実用でストレス感じない端末もないです。共有2013年4月24日水曜日SH-04E調子よすぎる機種変して数日ですが、SH-04Eにしてホントよかった。何と言っても動作がスムーズ。ディスプレイサイズが一回り小さいこともあるんでしょうが、描画能力は最高ランクです。ハイエンドモデルの中ですらです。何と言っても持ちやすい。Desireユーザーだった僕が違和感ないレベルですので、他の人は文句ないのではないかと思います。電池の持ちがめちゃよい。これはDesireと比較してるからかも知れませんが、気を付けて使っていれば2日くらい持ちそうです。これは僕の中で画期的。置くだけ充電は充電効率こそ高くないものの、生活するうえでは便利極まりないです。あとはハードボタンやトラックボールがあれば僕的に神だったんですが、まぁ時代の流れがありますからね。そこまでは求めません。これから機種変考えている人がいたらお勧めします。こんな良い端末ないです。docomoやsharpのホーム画面が全然良くないので、そのうち変えます。シンプルになれば3年はこれ以上の端末、出ないと思うな。リリース実はわたくし、機種変しまして、自分の端末に最適化する修正を入れました。・より安定して起動できるカレンダーインテントを追加あとは不具合報告で新規アカウントが登録できないという問題が出たとあったので詳細を調査してみようかと思っています。情報が少なくて難しいかも。銀の弾丸はあるかカオスの発想を読んでいて、感じたことを。馬鹿らしく感じています。ソフトウェア開発がフィードバックやカオスが大局を占めることや、それに「秩序」である計画を当てはめることの難しさだとかは理解できるのですが、そもそも物事の進行の中に「秩序」を求めることが間違いかと。過程の中に秩序を探そうとするから小難しい話になって、なかなか前に進めないんじゃないんですかね?僕がプロジェクトを進めるときは常に「最悪の事態が次の瞬間起きる」事を想定しています。それはつまり、プロジェクト進行は常にカオスだと考えていると言い換えることができると思います。いって、何の指針もなければ組織は動けません。何に秩序を求めるか?僕はそれは「明確なビジョンをベースにした達成すべき目的」であると考えています。全ての過程はヤジロベーのように力を抜いて構えておき、臨機応変に柔軟に対処する。目的の達成に全力をあげる。評価はリーダーが勝手に決めるのではなくて、振り返りをやるべきでしょうね。その時々の重要な転換点で誰がどのような効果的な行動をとれたかどうかを一人で把握することは無理です。僕は「明確なビジョンをベースにした達成すべき目的」指向は銀の弾丸にすらなり得ると考えています。大概の組織ではまず明確なビジョンを示してくれるビジョナリーの存在がいないことが課題なんでしょうが。共有レビューはソフトウェア開発に何をもたらすのか今まで製品の企画から製品化まで主体でやってきて、別の目的を達成するために、去年その時のメンバーに全てを委譲しました。ここ一年は片手間で製品のアドバイスなどをしたりしていたんですが、ここ数か月で積み残した課題を片っ端からつぶすプロジェクトのリーダーとして作業していく中でレビューについて考察したので書き残しておきます。こんなことを考えたきっかけは、レビューを他の製品にかかわるプロジェクト外のメンバーにやってもらって、違和感を感じたこと。指摘事項の内容が判を押したように近視眼的かつ保守的なんですよね。この製品は僕が一人で作り上げた世界観を短期間で僕一人がブレインとして形にしました。プロジェクトを進めるうえで、この時は全く問題にならなかったことが今問題になりつつあるんです。将来必ず起こり得る問題に対する早期対処が適切な時期に行えない。レビューのその民主主義的な性格から、その課題に多くの人が気づけていない場合少数意見として排除されるからです。レビューの時点で多くを議論する事はできませんから(離れたい自分としてはする気もありませんでしたが)、多くの反対意見が集まった時点でその対処は後回しになる。いつやるのか?と言ったら問題が表面化した時点で大慌てで対処する。会議を減らすためにレビューにしたのが失敗でしたね。過去、こんなジレンマには陥りませんでした。レビューなんてしませんでしたからね。時間はかかりましたが、説得するための資料を作って会議を実施して合意形成をしてきました。何でもかんでもレビューすればいいという最近の吹聴はどうかなと。1人と素人9人でレビューをやれば、耳触りの良い素人の意見が大勢を占めてしまい、意思決定のほとんどをかっさらっていく。ランチェスター戦略で田岡氏が言う「アマチュアの理論の横行」状態。レビューの実施もメンバー、対象、時期含め、きちんと考えた方がよかろうかと。気が向いたらちょいちょい進めますが、ちょっと早急にやりたいことができまして。それはJavaScriptライブラリの公開。これをきっかけに色々とムフフな将来が見えればいいなぁと。このブログではアプリの話ばっかりしてますが、実は僕の本職はウェブなんです。これがひと段落したらまたゲーム進めます。オープニングは完成して、ゲーム画面の設計も終わってるんですよ、だから途中でやめたりはしません。お知らせ2013年3月31日日曜日スタート画面が完成いや、勉強になりますね、新しいことをやると。スタート画面ができました。Rectの使い方も大体わかってきましたし、SurfaceViewでできることも何となく肌で感じれるようになってきました。(ちなみに、画面サイズ対応は640x980画面をアスペクト比を変えずに上部分固定でスクリーン展開する方法でやっています。横にはさせない!で行こうかと)最後にMediaPlayerでちょっと苦戦しましたが、これは今後も悩みの種になりそう。stopメソッドで音楽を止めるとなぜか次に立ち上げた時にエラーが発生するという。Google先生に聞いてみたところ、prepareAsync()を使えば良いんだぜ!だけど使ったらExceptionが発生するんだぜ!という情報と、pause()とseekTo(0)を使えばスタート画面の音楽は何とかなりそうという情報をゲット。それで回避はできたんだけど、理解が深まったわけではないので今後も心配です。いうわけで、今ステージデータをjsonで作って展開する部分に取り掛かっています。いうか、ステージデータのフォーマットをどうするか考えています。xmlの方がいいのかなぁ?最初に読み込むから書きやすいjsonでも良いかと思ってこっちにしたけど、これが吉とでるか凶と出るか。Startは点滅させてるよ!タイトルロゴはそのうちデザインやってる人に発注したいな(笑)。音は心が折れる気配がしたので魔王魂さんからお借りしましたで、ついに作成開始!いやー、想像以上に忘れてましたね、SurfaceView。ベースのバージョンをちょっと上げたんで勝手がわからないところもあり、64bitマシンに移行した開発環境にも慣れず、とりあえず最初の到達点は・スタート画面の画像を「部分的に」表示する・BGMを流すははは、中途半端感この上ないですが、明日も仕事なんでね。見た目はあれですが、バックでは荘厳なBGMが鳴り響いてて笑えます。ソースはスレッドモデルが適当なサンプルをGoogle先生で落としてきたものなので公開できるレベルに至らず。日本語で書くと、アクティビティからSurfaceViewを継承した独自作成のViewを埋め込んでおり、Viewはコンストラクタで自分を別スレッドで実行させ、runメソッド中で無限ループをさせるという感じ。次どうしようかなぁとずーっと考えてたんですけどね。いいアイディアが浮かばない。なんで、今まで触れないようにしていた領域、「ゲーム」を作ってみることにしました。大枠と画像を用意したんで、ちょとずつ進めていく予定です。できるだけ過程を記録してこうと思います。アプリ2013年3月20日水曜日だから迷走していると言われるんじゃないか?この記事についてシャープ、紙面で伝えきれない情報を動画・音声で紹介する「QRカタログ」http://headlines.yahoo.co.jp/hl?a=20130319-00000154-mycomj-sciテレビもそうだが、ここまで効率化が進んできた世の中で、音声や動画がもつデメリットを意識したことがあるのかと問いたい。このサービスが「商品カタログを見る人は家でゆったり過ごしており、本を見る時も手元にスマホがないと落ち着かないスマホジャンキー」と捉えていてペルソナも考えており、シチュエーションごとのシミュレーションもしているとしよう。何となく理屈は通っている(市場規模は置いておいて)ように思えるが、果たしてどうか?カタログショッピングをする人はどんな人だろうか?まずマイナーどころだと結婚式の引出物でカタログを貰った人。自分がそういう状況になった時に何を考えているかといえば、「手っ取り早く自分に適した最もオトクな商品を探そう」だ。暇だから見てるわけでもないし、欲しいものがあるから、解決したい問題があるから見てるわけでもない。普段も忙しいし、結婚式でもらったものを最大限活かせればそれでよいと考えている。こんな僕は当然動画で詳しい説明が欲しいなんて思わない。お気に入りリストを作れる仕組みがあったほうが断然嬉しい。ペルソナに近い人はどうだろうか?例えば主婦。ママ友と絶えずメールしており、傍らにはスマホ。暇つぶしにカタログショッピング。街へ出かけるほど欲しいものがあるわけでもないし(裏を返せば欲しいものがある時は現物を見ながらショッピングしたいはず。シビアな主婦なら特に)、良いものがあれば買うかもしれない。最初は目新しい機能に敏感に反応して次々と見ていくかもしれない。それは商品の選定のためではない。面白いアドバタイズコンテンツを提供しない限り、飽きたら見るのを止めてしまうだろう。欲しいものはあるけど、店頭で購入するのは苦手。買い物はネットかカタログショッピングで出来る限り済ませたい、時間のあるスマホジャンキー主婦。いう手合いはバーチャルショッピングの酸いも甘いも知り尽くしている。写真とは全く印象の違う商品の届く世界であることは重々承知で、販売側のアドバタイズメントなんて全く信用しないだろう。こんな動画を真面目に見るくらいならカカクコムなどの比較サイトや、口コミ検索に力を注ぐに違いない。僕の思いつくユーザー設定ではボロボロなこのサービスだが、もっと問題なのは実際にこの機能を購入して利用するカタログショッピング業界各社が恐らく魅力を感じないであろうということ。僕は職業柄こういった企業がどういったマーケティングを行なっているか知っています。僕が今展開した理論なんて話にならないくらい自分たちのユーザーの分析をやっているんです。ユーザーを知っている販売業者。そこに売りたい製品ベンダー。製品ベンダーは自分たちのユーザー、販売業者を全く知らないで、そのユーザーに刺さりそうな製品を作って売ろうとしている。上に書いたように、エンドユーザーの分析もちゃんと出来てるか微妙な所。組織論を語る上で僕は人間個人という要素の分析無くしてはありえないと思っている。昨今の書籍を見るに、組織を語っているものの多くはカテゴライズやセグメンテーションなどを中心に論じ、実験的見地や統計的アプローチで語られることが多いように思える。組織は人の集まりであるのに、なぜ人間を論じないのだろう?僕は皆、人間を勘違いしているからだと思う。誇り高く生きている人ほど、己のアイデンティティを疑わない。人間の脳はインプットに対して反応することが得意だ。前者2つは生理的に馴染みやすく、皆自然とやっているし、これがほとんどの人間の活動を占めている。これらのほとんどは「受け身」な活動である。発端がすべて情報のインプットだからだ。その流れは以下のようになる。上司から公衆の面前で叱責されたというインプットがあったとする。これに対し過去の経験や知識を引っ張りだして、どのような反応をすべきか判断する。この上司が常に不条理な行動をしており、全員から疎まれていて、常に彼を引きずり下ろすチャンスを狙っている人だったらここぞとばかりに彼の落ち度を指摘するだろう。あっても、彼が勝手に転がり落ちる事で得られる効果の方が高いと知識や経験で知っている人なら、そこで彼が踏み外すであろう土台を築くように立ちまわるかもしれない。その結果どうなったかを「フィードバック」として受け取り、新たに自分の経験や知識として蓄えておく。落ち度を指摘して、逆に上司に論破されれば、そういった経験が内部記憶として保存され、次に同じ状況になった時に落ち度を指摘するという選択肢を選ぶ可能性が下がるのだ。人間は概ねこのような活動を経て、様々なことを経験し、成長していく。失敗は成功のもとという格言はこういった活動がスタンダードであることを示していると思う。これに対して内部記憶をインプットにした反応は全く逆の性質を持つ。過去、経験した体験や収集した知識が大脳に貯蔵されている。人間はこれらの分析を行うことが出来る。知識の内容を精査したり組み合わせたりして、補完すべき知識や新しいアイディアに行き着く。これをインプットとして外部に働きかける。人に意見を聞いたり、インターネットで検索したりする行為がそれにあたるだろう。いった行為は新しい知識の獲得や、次のステップへ進むためのきっかけとなり、また新しいインプットを生み、かつ、受け身な反応をより合理的にすることを助けるだろう。これがいわゆる「主体的な活動」という事になる。これらは非常にエネルギーやスキルを必要とするサイクルで、そう簡単にできることではない。このサイクルを身につけることで人間は成長の永久機関を手に入れることができる。*****************僕が思うに、人間ができることなんてこれが全てなのです。人間の成長は経験や知識の増加であり、その量と種類が価値観を生む。価値観は絶対的判断基準の骨子であり、憲法のようなもの。忘れてはならないのは冒頭に書いたアイデンティティ。アイデンティティは判断の集合であり、それは基本的に価値観とニアイコールにあるはずです。人間は記憶に由来する価値観が全てであるがゆえに、主体的観点から離れることが非常に難しいのです。記憶を疑うことは判断ができなくなることとイコールであることが原因かもしれません。人と接する時は、その人の価値観が非常に重要になるのです。それはその人そのものなのですから。価値観はその人の過去の全てを知らない限りは把握しきれるものではありません。過去のどんな経験が彼の判断基準となっているかなんて知るよしもない事なのですから。(例えば僕は「だって」という言葉を絶対に使わないのですが、その理由が小さい頃に母から禁止令を出されていたからと言うことは親しい友人でも知らないでしょう)ここまで考えて、ある程度訓練された人間で組織された集団を考えます。彼らは集団の目的を理解し、それを遂行するための力を主体的に獲得することもできます。集団の問題点を個々が指摘する能力も備えています。こんな集団なら秩序ある状態を常に保つことが出来るでしょうか?これをここまで読んでいる人なら皆こう言うでしょう「NO」ではなぜ100%目的に向かって邁進することが出来ないのでしょうか?カオス理論的発想ではフィードバックによるカオスがコントロール出来ないからだと説明しています。人間組織に絞って考えてみれば、カオスを生む人間のフィードバックはなぜ発せられるのか?それはコントロール出来るようなものではないのか?僕は最近の日本の組織の一番大きなカオスの原因は、時代が変わったことだと思っています。スポーツの世界ではすでに変わりきったと言えるのではないかと思いますが、価値観がより論理的、合理的な方向に振れていて、特に若い世代は反応がよく、年老いた世代がついていけていないのが経済界の現状ではないかと思うのです。その結果、世代間で軋轢を生むことは想像に難しくないでしょう。たちの悪い事に、論理的見地に立っている若者世代のほうが弁が立つ。ひとつ言えば現行のリーダー世代は結果を出せていない。日本の凋落を生んでいるのは確実に団塊下から中間管理職の世代です。ここまで分析出来れば、今の日本の組織において、どのように運営していけばうまくいくのか歴然としていると思います。若者世代は、訴えることを止めてはいけません。期待はしてはいけません。リーダー達、もっと若者をうまく使いましょう。そのためには非も認めましょう。自分の部下たちの価値観を意識したことはありますか?組織の目的を忘れてはいけません。社会の仕組みも考えなければいけません。あなた方の生活の安泰は、全て将来の日本経済の安泰あってこそだということは、昨今の年金問題で身にしみて理解されておられるかと思います。組織2013年3月16日土曜日カオスの発想まだ読み途中ですが、ちょっとだけ思ったことを。理系は論理から考えがちですからね。要素が多すぎて論理的に説明しにくいものをカオスとよんで論理的に考えようとしてるわけですが(笑)それはソフトウェア開発、チームでのもの作りでの現場でも起きてるんですよという当たり前のようなことを書いてある本を読んでいます。この辺りへの考察はまたあとで書こうと思いますが、理系ばっかり集まってやってると、みんな視野が狭くて馬鹿馬鹿しいことが問題になったりすることはよくありますこの本、ソフトウェアが秩序あるかたちの、あるべき姿を中心に書かれているんですが、僕はそこに違和感を感じてしまいます。モノは人間が使うもの。モノがあるべき姿をしていても、使う人間がその先を見ることができてなくては結果あるべき在りようにはならないと思うのです。皆さんご存じの通り、人間は完全合理からは程遠い生き物です。流行に流されますし、広告だって直感的に判断します。割引も実際の金額を書かれるより、80%オフ!と曖昧に書かれた方が安く感じるものです。ある種、社会的生存というパラダイムでは合理的ではあるんですけどね。何が言いたいかというと、モノは使う人間に合わせて作るべきであって、利用者のパラダイムのなかのカオスから生み出され、進化していくのがあるべき姿ではないかと思うのです。少なくとも建築や陶芸のような昔からあるもの作りはそういった流れになっていると思いますし、作り手は利用者を無視してあるべき姿を論じたりしない。サイクロップスからスカウターに進化してすげぇなぁと思っていました。PixelSenseなんてのも出てきてます。http://www.microsoft.com/en-us/pixelsense/default.aspxこれは実際に作りこまれたデモアプリケーションで特別に見せて(触らせて)もらったんですが、見た目以上の感動がありましたよ!!そんな感じで近年のデバイスの進化はとてつもない。面白くなってきたなぁと思う反面、アプリケーション開発者の想像力が全くついていってない現状が非常にもどかしいなと感じています。先日、タブレットPCが活況になりそうというエントリを書きましたが、まだまだアプリケーション開発者は使い方の提案が追いついていないのが現状です。たいしたキラーアプリ出てませんよね。チャンスでもありますし、頑張らなきゃなぁと思います。「著作権侵害になるのか」と疑問相次ぐhttp://headlines.yahoo.co.jp/hl?a=20130312-00000010-jct-soci昨年10月から、著作権侵害動画をダウンロードしただけで違法ということになりましたよね?作り手目線ならそうなんでしょう。重大な機会損失になりえますから。民放やNHKの、特に公共放送を謳うNHKの放送した番組ってどうなんですかね?庶民から見ると「放送受信料払ってりゃ見ていい→払えば見る権利がある」ってのが素直な感覚だと思うんです。いうと向こうは放送受信料は電波を受信する権利に金払っとんじゃ!って言いそうですけど、別に電波受信したいから金払ってる訳じゃなく、番組みたいから金払ってるわけですよ。今はケーブルテレビから「電波?」受信?して見れますし、電波を受信するために金払うってのは詭弁も良いとこだと言わざるをえない。番組見るのに金払ってるんです、皆は。すると、受信料払ってれば番組見る権利があると考えるのは当然じゃないですか?その時間に見れない番組を、正当な手段で他の時間に見れないことが問題じゃないですか?放送時間以外だと追加料金が発生するなんて、放送受信料の契約書に書いてませんよ?そうだと自宅のビデオ録画も問題になりますよね?DVD販売の売上を機会損失だと考えるなら放送受信料に関する契約を改めるべきでしょ?そういえば契約書ってあったっけ?論理的に考えるなら、放送受信機機を有した家電を購入した際に契約書にサインが必要?あれ?受信料の支払いって電波法の中にあるのかな?ふふ、結局よく解らないという事なんですが、以下がはっきりしないと強制できない事なんじゃないかと思ったんです。NHKの中継を編集なしで他の人が公開することで機会損失が発生しますか?民放の番組を編集なし(CM付き)で他の人が公開することで機会損失が発生しますか?まぁそんな感じで考えていたら、テレビ業界のこういった抵抗が、老害の最後のあがきにみえて哀れに思えてきた今日このごろなのでした。社畜のイメージ最近、記事などで社畜について書いているモノを読んでると違和感を覚えます。思考回路を停止し、会社の急先鋒となって他の上にたとうとする人2と3の間に「表面上は長いものにまかれつつも、内面では屈服せず飄々と流している人」もいますが、もはやここまで来ると社畜とは見えないのではずしてます。これ、全部一緒くたに考えていいんですかね?僕の中では、侮蔑の意味がこもる社畜としては3番、ブラック企業の話で揶揄や自嘲的に出てくるのは1番かなと思っています。なんか記事読んでて違和感を拭えない、それは違う感じがしちゃうんですよね。新しくない、比較的大きめの企業って1と2のタイプが混在しているところが非常に多いんじゃないかと思います。現在の日系企業の閉塞感は決して技術的な問題じゃなく、こういった社会風土からの影響が大きいと僕は思うんです。何がかというと、この風土って理不尽なトップダウンを疑うことなく最優先する組織を構築しますので、(誤解を恐れずに言うと)高度経済成長でさして苦労して来なかった今の経営層くらいの年代の人の頓珍漢な経営施策がまかり通ってしまい、現場全体で必要と感じている何よりも優先してしまうのです。現場で進めたい改革や研究会がおざなりになってしまう。経営層はそういったことはわかりませんからね。無駄に畑違いの金融系やコンサル系がトップについている企業が多いですから。創出を阻害している一番の原因だと自分は考えています。これが正しいとは言いませんが、どうせなら社畜という切り口でこういった社会問題を論ずるといった、もっと高尚な記事を書いてお金をとって貰いたいもんです。社会2013年3月13日水曜日タブレット市場も盛り上がってきたようですこんなニュースがあったのでiPad、アンドロイドに抜かれ初の首位陥落へhttp://headlines.yahoo.co.jp/hl?a=20130313-00001011-yom-bus_all今までタブレットはアクセスシェアで言うと、ほとんどiPadがシェア取ってました。これってつまり、iPad以外のタブレットを使っている人は殆どいないという事だったんですが、出荷台数でAndroid系の総数の方が上回ったという記事です。現状iPadだらけであることは変わりないです。7の魅力もあるんでしょうが、今までオシャレ感や先取り的な意味合いで売れていたタブレットPCが、それ自体の需要、つまり生活の中でタブレットPCが便利に感じられるシーンが世間的に多くなってきたことを表すのではないかと思うのです。iPadを持ってるからとか、あのアプリが、とかじゃなく、タブレットPCが欲しい。iPadはちょっと高いからもっと安いAndroidのタブレットを買おうみたいな。実際はこれだけ安いなら試してみようっていう人も多いんでしょうけどね。言え、僕はこれはいい兆候だと考えて、タブレットをもっとどうすると便利になるか考えてみようと思います。アプリとか出来たら最高ですね。それにしても、会社のタブレットPC禁止令邪魔だなぁ。こっちも何とかしないとなぁ。タブレットPC2013年3月12日火曜日translate3dは曲者臭いhtml5/css3でコンテンツ作成してスマホで確認したりしてます。前々から怪しいとは思っていたんですが、translate3dについてちょっと見えてきたのでメモ。サポートしているデバイスではGPUで演算されるというところまでは知っているんですが、その内部処理まではよく知りません。androidならソース読めばある程度解るのかもしれませんが、ちょっと色々ね。面倒でそこまではまだちょっと。iOS系はちょっと違うようですが、どうもAndroid系はtranslate3dで指定された要素の座標変換をやってるんじゃなかろうかと。translate3dされた要素はページ自体とは別の座標軸を持つことになり、結果描画のたびに基本座標からの位置評価と座標変換の2つ処理が別べつに走っているように思えます。少なくともmarginとは別評価な気がする。nexus(4.0)で、上下スワイプでmarginを操作してスクロール出来るようにしたレイヤーに、translate3dを当てた要素を載せたページを見ると、他の要素とはバラバラに移動して見えるんですよね。これって2つのCPUとGPUの時間的同期が取れないから瞬間の描画している座標位置にずれがでてるんじゃないかなぁ?他にもtranslate3dでアニメーションさせると画像がちらついたり、translate3dが設定されている要素にあたるカーソル位置もおかしくなったり色々あるんですよね。いずれにせよ、ウェブコンテンツのアニメーションにtranslate3dを使う時は注意したほうがよさそうです。対応させたかったんですよ。対応出来ていない理由が、permission絡みで、カメラ関係とLandscape関係だったってのは大体想像ついたんですけど、結局対応させるのに2ヶ月以上かかりました。この状態のmanifesto.xmlはuses-featureは使えるんですが、android:requiredが使えないので、特定のハードウェア要件によるフィルタリング阻止が出来なかったんですね。この中で色々検討してたんです。プロジェクトをもう一つ高レベルのAPI用に作ってリリースするとか、なんとか抜け道はないかとか。インストール出来るようになりました!この後問題が出ないとは限りませんけどね。そのときはきっとプロジェクトを分けて対応するしかないかも知れないです。前回の2.4.5はリリースに失敗しておりました。いうわけで前回の修正点を含めた以下が更新されています。・メールを全員に返信時、自分を受信者に含めない状態だと送信者以外のアドレスがコピーされなくなっていた不具合を修正。・送信後のメッセージをクリックが必要なオーケーダイアログから不要なトーストメッセージに変更。・送信先のサジェストリストで、「.」を入力した時やリストを最後までスクロールさせたさいに発生していたエラーを修正。・機種ごとに動作が不安定だった、カメラ起動時のフラッシュライト機能を削除した。extensionを作ってみました。忘れないように備忘録的に書いておこうかと。Worldは他に譲ります。概念的な部分をもしかしたら厳密には違うかもしれませんが、書き記しておきます。manifest.json。バージョン2について忘れちゃいけないことを列挙します。"manifest_version":2がバージョン2であることの宣言permissionで、tabsなどは不要インラインで書かれたjsやcssは動かないので、使う時はmanifestの中で、それぞれのスコープ宣言部でインクルードする通信permissionやmatchesは"http://*/*"のような書き方が出来るここからが大事。extensionの世界観extensionはブラウザを改造するものです。ブラウザはURLからHTML等を取得し、ドキュメントを描画するものです。extensionはブラウザの動作に働きかけるために以下の3つのスコープを持っています。アイコン表示とクリック時に表示されるポップアップなどのUIプロセスextensionが有効化されている間、常駐しているバックグラウンドプロセスコンテンツとともに動作するコンテントスクリプトプロセスextensionはユーザーに有効化されると、ブラウザとは別のプロセスとして動作します。この基本がバックグラウンドプロセスであり、全ての中心であると考えるとデザインしやすいと思います。このプロセスはユーザーとのやり取りもコンテンツとのやり取りも行いませんが、extensionが有効である限り常にロードされており、変数などが保持されます。ページ毎のコンテントスクリプトプロセスやイベントドリブンなUIプロセスはバックグラウンドプロセスとchrome.extension.getBackgroundPage();で直接スコープを読みだしたり、メッセージを使ってより対話的な情報交換を行うことで、ブラウジングとUIを結びつける高度なアプリケーションを作成できるようになります。reC});});});バックグラウンドプロセスは省略可能で、例えばアイコンクリックでどこからか、何らかの情報を取得し、ポップアップに何かを表示するだけのextensionであればバックグラウンドプロセスを宣言する必要はないかもしれません。2つめは今出ましたアイコンとポップアップなどのインタラクティブUI部分です。具体的には以下の3種類があります。"options_page"という名前で宣言し、関連するファイルを結びつけます。UI系のプロセスはスコープがmanifest内で宣言したファイルまでで、それを越えることができません。タブに表示されている通常のコンテンツの情報を取得するには上で紹介した方法を用いてバックグラウンドプロセスを介して情報を取得する必要があります。直接コンテントスクリプトとやり取りすることは恐らく難しいか出来ないと思われます。動作するタイミングの関係でバックグラウンドプロセス(もしくはローカルストレージ)を介するほうが無難だと思います。最後はコンテントスクリプトプロセスです。ブラウズするドキュメントに対し、manifest.json内run_atのタイミングで関連付けされたjsファイルを読み込みます。このスコープはダウンロードされたコンテンツですので、documentオブジェクトは実際ダウンロードされたコンテンツを参照します。このプロセスの中でコンテンツ内の必要な情報をバックグラウンドプロセス(もしくはローカルストレージ)に渡すというのがコンテンツ解析系のextensionでは基本的な動きになるのではないでしょうか?以上。リリース今回の修正は以下です。・送信後のメッセージをクリックが必要なオーケーダイアログから不要なトーストメッセージに変更。・送信先のサジェストリストで、「.」を入力した時やリストを最後までスクロールさせたさいに発生していたエラーを修正。・機種ごとに動作が不安定だった、カメラ起動時のフラッシュライト機能を削除した。うー、なんだかんだ次のアプリの設計に入れてないなぁ。playにお問い合わせして交換ということになりました。loaderから初期化を試したか?とかは聞かれたけど、自作アプリをPCら放り込んだことは特に言及されなかった)、交換の手続き説明。7が梱包材と一緒に届くので、その梱包材で壊れた端末を印刷した証書と一緒に、これまた同梱されている着払い配達伝票で送る最初に送られてきたメールにある送りましたよ登録をするのような手順だったと思います。ぶっちゃけ年末のガン飲み週間の前だったので記憶が。2台持ちになりました~。~そして、次に作るアプリも決定しましたよ!「戦略じゃんけんゲーム」ああ~アイディアパクられる!(ないです)今回はUI設計からちゃんと考えようと思います。人気の投稿さくらレンタルサーバーにnode.jsをインストールしてみたスタンダードさくらインターネットレンタルサーバーにnode.jsをインストールしました。こだわりゆえに死ぬほど大変でしたが、まとめておきます。・メール送信中、プログレスが出ている間に「バックキー」を押すと意図的にエラーを発生させ、処理を強制終了するようにした。・メールボックスを開いたときに現在ボックスにあるメール数を表示するようにした。・未送信のメールがメールボックスにあるときに送信...EmobileのGS01※この機種のレビューですが、SoftBankの101DLとほとんど同じなのでレビューは割愛します。仕事ってなんだろうねーシンプルに考えると社会貢献が基本。社会っつーのは自然の脅威から人間が生き残るための要塞で、寄り集まったわがままな人間ができるだけ快適に過ごすためにルール・法律が生まれた。入力イベントを拾いたい最近少々苦労したのでまとめておきます。何がしたかったかというと、候補の表示。入力しながら候補を絞ってリストを表示し、クリックできるようにするあれ。リリースしました今回はバグの改修が1件です。1件ですが、この条件に当てはまると非常に不便なので早いうちにリリースしました。プロセス管理ってどうなっているのかという話。UI描画の処理と自分の書い...さっきの続き。やった事を詳しく書きますもう夜も遅いですが、何を変更したのか公開しておきます。絵文字対応(出来る限り頑張りました!多分全部やった。メールを削除した際に、添付ファイル等がゴミとして残っていた問題を解決。二つですが苦労してます。ついて解った事を書いておきます。機能をつけたくなったのでもう少し遅くします。マイナーバージョンアップという事になる予定です。投稿Atom投稿すべてのコメントAtomすべてのコメント自己紹介のり1978年生まれ。仕事に没頭したITエンジニア時代を経て、もっと包括的に自分が何をすべきか、したいのかを考えて独立したフリーのエンジニア。Rollerに機能を追加しました。フリーランスで行こうと思うビッグデータをどう活用するか考えてみたMacを使ってて思う事Excelを別ウィンドウで開くnolib.jpちょっと修正。