です。
独立したいという思いはずーっと昔からあり、１年位前から具体的なことを考えていました。
１年かけて今の会社でやっていることは大体引継ぎができてきたので、最近事業計画を立ててみたりといろいろ考えていました。
で、自分のスキルマップを作ったり、市場と事業と絡めて考えたりして、以下の結論に至りました。
一人で事業をやれるほど、自分にはスキルもコネも資金もない。自分のスキルだけでやっていけそうな事業のアイデアもない。
なんで、起業して会社作ってっていう選択肢は後にすることにしました。
フリーランスでいろんな仕事をしながら見識を広げて仲間も作って、空いてる時間で色々な物作ってという感じ。
それが自分の良いところを活かしつつやっていける最善策なんじゃないかと。
ここで、会社に残るという選択肢もあるかと思いますが、最近の経済状況やニュースを見ていて、フリーでやれる人はどんどん独立すべきだと思ったので、その選択肢はなくなりました。
起点は日本の経済状況です。
アベノミクスで株価が上がっても景気が良くならない。景気とは大衆の気持ちですからね。
マスコミのせいだという人もいますし、もちろんそれもあるとは思いますが、僕は根本的に日本の経営者がビビッているせいだと思うのです。
いくら利益がでようが、他との競争に負けるのが怖くて人件費に回せない。ボーナスでは出せるけど給料には反映できない。できれば内部留保に回したい。
この１５年給料はほとんど上がっていないんじゃないでしょうか？僕はバブル崩壊直後の最初の就職氷河期で就職した世代ですが、新入社員当時と今で４割弱増くらいです。一度転職していますが、大体常に好評価をもらってきた３０代半ばの人間がその程度の収入しかない（管理職は去年話がありましたが、こういった事情なんで辞退しました）。
長い間日本の経営者は負けが続きすぎて完全に腰が引けているんじゃないかと思うのです。負け癖が付いた人間同士が競争したらどうなるか。お互い攻めずに守り続けますよね。失敗したら内部の敵に即やられますから。
その結果消費者である従業員にお金が回らず、消費は増えない、経済が回らないので景気感もよくならない。
こんな状況にあって、僕は誰かを糾弾してみたところで自体が打開されるとは思えないんです。
だから景気感をつぶす報道をするマスコミや、逃げ腰の経営者、会社を良くしようとしない管理職に文句を言うつもりはありません。
で、僕が考えた、僕らができる日本の経済にとって良いことが「一人でやれるやつは会社を辞める」事です。
優秀な人がどんどんやめていけば会社は人手が足りず何とかして労働力を確保しなければならなくなります。
この時、優秀な人がみんな独立開業していれば従業員として誰かを雇うよりはフリーランスと契約した方が人材の確保をしやすくなります。
理由は有能な人材を確保できる確率が高い事と、従業員は守らなければならないけど、フリーランスに対しては契約書に記載されている事項以上の責任を負う必要がないからです。
すると会社は人件費に対してお金を支払いやすくなります。一過性で責任がないという心理が働きますから、単純に自分たちの事業を回すために必要な能力を持った人材を集めるために必要なお金を使う。ここに市場の原理が働くため、賃上げを渋るという事ができなくなります。
会社に残った人にも変化があります。
ここは賛否が分かれると思いますが、社内の新陳代謝が上がり、正当な競争が始まることになります。今まで狭い社内、課内で比較評価されていたものが、社外の人間を多くチーム内に入れることによってより一般的な範囲での競争へと変化していくことになります。
こうなるとポジショニングがうまく、のらりくらりとやってきた人は今までのやり方が通用しなくなってくることもあるかと思いますが、こういう人はどうなってもうまくやっていくでしょう。
今まで、どうせやっても…と腐ってきた人も、きちんと評価されるようになればやりがいが出てくるのではないでしょうか？
まぁ、そんなことを考えて、とりあえず自分だけでもフリーランスになってみて、どんなもんか感じてみようと思います。
ここに書いた通りのようになるかはわかりませんが、そう思ったんで行動してみることにしました。
何か変化があればまた書くと思います。
2013年6月16日日曜日
2013年6月12日水曜日
ビッグデータをどう活用するか考えてみた
これって「フォーマットの無いテキストと、属性付き発言者のセット」と考えられると思いました。
しかし、この「フォーマットの無い」という部分がプログラムするには非常に難しい。
なぜならプログラムとは「事前に決まっていることを記述しておけば、そこは自動でやってくれるもの」なので、流行や言語で書き方が変わる自然言語の扱いは、単語・言い回しを含めたトレンドチェイサーボットを完成させないと時代遅れにならないようにするのは難しい。
ここを手動でやるのも効率的ではない。
一応、何とか解析できないか文脈から解析できないかと考えましたが、会話形式になっている場合、前の会話が重要になってきたりと、必要なデータ量や処理量が天文学的な数値になりそうですし、そもそも無駄データのフィルタリングがその後に待っていると考えると、もうちょっと頭の良い方法はないものかと考えてしまうわけです。
そこでちょっと見方を変えて考えてみたんですが、処理の順番を変えるとうまくいくんじゃないかと。つまり難しい自然言語の解析とフィルタリングは「人間」にお願いしてしまえば、後はDB設計とUI設計の世界でうまくいくんじゃないかなって。
ビッグテーブルとか新しいDBの恩恵を受けるなら、さらにその先、自分に都合よく作られたデータベースを世界的に統計を取るとかいう段になって利用する形とか面白いんじゃないかなぁと思った次第なのです。
というわけで、今新しいアプリを設計中です。
ゲームアプリはまた延びそうですねー。こりゃ老後の楽しみかもな(笑)
しかし、この「フォーマットの無い」という部分がプログラムするには非常に難しい。
なぜならプログラムとは「事前に決まっていることを記述しておけば、そこは自動でやってくれるもの」なので、流行や言語で書き方が変わる自然言語の扱いは、単語・言い回しを含めたトレンドチェイサーボットを完成させないと時代遅れにならないようにするのは難しい。
ここを手動でやるのも効率的ではない。
一応、何とか解析できないか文脈から解析できないかと考えましたが、会話形式になっている場合、前の会話が重要になってきたりと、必要なデータ量や処理量が天文学的な数値になりそうですし、そもそも無駄データのフィルタリングがその後に待っていると考えると、もうちょっと頭の良い方法はないものかと考えてしまうわけです。
そこでちょっと見方を変えて考えてみたんですが、処理の順番を変えるとうまくいくんじゃないかと。つまり難しい自然言語の解析とフィルタリングは「人間」にお願いしてしまえば、後はDB設計とUI設計の世界でうまくいくんじゃないかなって。
ビッグテーブルとか新しいDBの恩恵を受けるなら、さらにその先、自分に都合よく作られたデータベースを世界的に統計を取るとかいう段になって利用する形とか面白いんじゃないかなぁと思った次第なのです。
というわけで、今新しいアプリを設計中です。
ゲームアプリはまた延びそうですねー。こりゃ老後の楽しみかもな(笑)
2013年6月9日日曜日
Macを使ってて思う事
最近、MacBook Airを買いまして、人生で初めてMacを使っております。
基本的に自分、必要にならないとやろうとしないという技術屋としてあるまじき性格をしておりまして、Macについても試した方が良いよなぁと思いつつ、ついにこの年になった次第なわけです。
それがなぜこの時期に買ったのかというと、円安です(笑)。
絶対高くなると思ったので。
で、使い道としては、こいつの持ち出しやすさを活かして外でも仕事できるように（自分の生活の中で結構もったいない時間帯があるんです）、開発環境を構築してやろうかと思いました。
家にいるときは開発サーバーとして稼働すればよいかと。
今はWindowsのでっかいオールインワンノートPCがその役目を担っているのですが、環境をミラーリングして、がっつりやるときはWindows、外でやらざるを得ないときはMacみたいな。
ってわけで以下のソフトを入れていきました。
・Java。HomeBrewを入れたかったので。
・HomeBrew。良いですよね、こういうソフト。Linuxのyumに慣れてるので違和感なく導入できました。この後のインストールがホント楽になりました。
・TextMate。定番だというのでとりあえず試しに。あんまりしっくりこなかったので…
・emacs。ま、エディタはこれで良いでしょ。軽いし、タダだし、ZenCoding入れられるので目的考えれば十分かなと。
・Xcode。iPhoneシミュレータ目当て。まぁでもいつかアプリも作ります！
・Github。買う前からリポジトリを置いていたので。UIがわけわかんないから早くコマンド覚えたいです。。。
インストールはスムーズにいきました。自分の場合、Linuxに慣れてるので構成とか解ってたのもありますが。Windowsみたいにごちゃごちゃ色々やってないので解りやすいというのが印象です。
起動や終了が速いのもいいですね。そして軽いし持ちやすい。がっつりネットやりたいのでタブレットでは心もとないときにも使っています。
触っていて、ホントにこだわって作っているんだろうなぁという事をつくづく感じさせられました。
ハードからこだわってますよね。持ちやすさとか使いやすさとかさわり心地とか。
キーとマウスパッドの位置も絶妙ですし（僕のWindowsマシンを含め、キーボード打ってるとどうしても触っちゃうんでマウスパッドは無効化してるんですが、Macはそれがない！）、キーのさわり心地、筐体の縁のさわり心地、バランス、重さ、蓋を閉めた時の感覚、どれも違和感がない。
ファンが多いのも頷けますよね。OSからハードまで自社で、本気で制作するとこれほどのものができるんですね。ビジネスとしてはMicrosoftの方が上手ですが、モノづくりとしてはAppleの方が理にかなっているなと思いました。
モノづくりに関わる人間として非常に勉強させられました。
それだけでも買った意味がありましたね。もっと早く試すべきでした。
とはいえ、WindowsにはWindowsの良さがありますから、これからはWindows & Macの２台持ちが増えてくるんじゃないかなぁ。そうなるとネットワークをWindowsネットワークベースからHTTPベースにどうやって移行していくかが課題になりそうですね。
その辺も考えながら自宅環境やってこうと思います。
基本的に自分、必要にならないとやろうとしないという技術屋としてあるまじき性格をしておりまして、Macについても試した方が良いよなぁと思いつつ、ついにこの年になった次第なわけです。
それがなぜこの時期に買ったのかというと、円安です(笑)。
絶対高くなると思ったので。
で、使い道としては、こいつの持ち出しやすさを活かして外でも仕事できるように（自分の生活の中で結構もったいない時間帯があるんです）、開発環境を構築してやろうかと思いました。
家にいるときは開発サーバーとして稼働すればよいかと。
今はWindowsのでっかいオールインワンノートPCがその役目を担っているのですが、環境をミラーリングして、がっつりやるときはWindows、外でやらざるを得ないときはMacみたいな。
ってわけで以下のソフトを入れていきました。
・Java。HomeBrewを入れたかったので。
・HomeBrew。良いですよね、こういうソフト。Linuxのyumに慣れてるので違和感なく導入できました。この後のインストールがホント楽になりました。
・TextMate。定番だというのでとりあえず試しに。あんまりしっくりこなかったので…
・emacs。ま、エディタはこれで良いでしょ。軽いし、タダだし、ZenCoding入れられるので目的考えれば十分かなと。
・Xcode。iPhoneシミュレータ目当て。まぁでもいつかアプリも作ります！
・Github。買う前からリポジトリを置いていたので。UIがわけわかんないから早くコマンド覚えたいです。。。
インストールはスムーズにいきました。自分の場合、Linuxに慣れてるので構成とか解ってたのもありますが。Windowsみたいにごちゃごちゃ色々やってないので解りやすいというのが印象です。
起動や終了が速いのもいいですね。そして軽いし持ちやすい。がっつりネットやりたいのでタブレットでは心もとないときにも使っています。
触っていて、ホントにこだわって作っているんだろうなぁという事をつくづく感じさせられました。
ハードからこだわってますよね。持ちやすさとか使いやすさとかさわり心地とか。
キーとマウスパッドの位置も絶妙ですし（僕のWindowsマシンを含め、キーボード打ってるとどうしても触っちゃうんでマウスパッドは無効化してるんですが、Macはそれがない！）、キーのさわり心地、筐体の縁のさわり心地、バランス、重さ、蓋を閉めた時の感覚、どれも違和感がない。
ファンが多いのも頷けますよね。OSからハードまで自社で、本気で制作するとこれほどのものができるんですね。ビジネスとしてはMicrosoftの方が上手ですが、モノづくりとしてはAppleの方が理にかなっているなと思いました。
モノづくりに関わる人間として非常に勉強させられました。
それだけでも買った意味がありましたね。もっと早く試すべきでした。
とはいえ、WindowsにはWindowsの良さがありますから、これからはWindows & Macの２台持ちが増えてくるんじゃないかなぁ。そうなるとネットワークをWindowsネットワークベースからHTTPベースにどうやって移行していくかが課題になりそうですね。
その辺も考えながら自宅環境やってこうと思います。
2013年6月6日木曜日
Excelを別ウィンドウで開く
色々試して自分的に一番簡単だと思った方法のメモ
Windows 7 64bit Excel 2010環境です。
タスクバーのエクセルアイコンを右クリックして下から３番目のMicrosoft Excel 2010をクリック
（空のエクセルウィンドウが表示されるので）表示したいファイルをドラッグ＆ドロップ
４アクション。これでも多いなー。Shift押しながら…みたいな感じで立ち上げられれば良いのに
Windows 7 64bit Excel 2010環境です。
タスクバーのエクセルアイコンを右クリックして下から３番目のMicrosoft Excel 2010をクリック
（空のエクセルウィンドウが表示されるので）表示したいファイルをドラッグ＆ドロップ
４アクション。これでも多いなー。Shift押しながら…みたいな感じで立ち上げられれば良いのに
2013年6月4日火曜日
nolib.jpちょっと修正。超軽量テキストハイライトライブラリ「google code pretify」
自作のJavaScriptライブラリ「nolib.jp」の話です。
inputやtextareaにソースを書いていると、どうしてもスマートフォンで見たときに使いにくくなってしまいます。
特にnolib.jpの構成はviewportを820に設定してありますので普段全体が縮小されており、入力にフォーカスがあたると等倍まで拡大され、下手をすると画面いっぱいに入力エリアが表示されてしまってもうどうしようもなくなってしまいます。
そこで、ソースコード部をテキストハイライト系のライブラリを入れて問題解消をしようと思って見つけたのが google code pretify。
このライブラリの何がすごいって、中途半端なんです。。
行番号表示も５行ずつの固定だったり、背景に関する機能は全くなし。
しかし、何よりよかったのが「軽い」ってところです。
nolib.jpはアニメーション系のライブラリ紹介サイトでサンプルを１ページ内にいくつか貼ってあったりして、手書きのアニメーション処理にして極力軽くしてはあるんですが、やはりどうしても低スペックなAndroid 3.x系の端末だと、細かいイベントハンドラ処理をやっているようなものを導入しにくいんです。
で、目を付けたのが気持ちいいくらい何もやっていないcode pretify。
非常にお世話になったので勝手にリンクをはらさせていただきます。「しゃけろぐ」さんのこちらの記事を参考にしました。
技術的な面もですが、あ、出来るんだという精神的な、背中を押してくれたような意味でも感謝です。
ちなみに今回僕が追加したのは以下のCSSです。
今後、色々なデバイスに見せる、という事を考える上で、機能がたくさんある凄いライブラリもですが、こういった「とにかく軽い」ライブラリにも注目が集まるかもしれないなと感じました。
inputやtextareaにソースを書いていると、どうしてもスマートフォンで見たときに使いにくくなってしまいます。
特にnolib.jpの構成はviewportを820に設定してありますので普段全体が縮小されており、入力にフォーカスがあたると等倍まで拡大され、下手をすると画面いっぱいに入力エリアが表示されてしまってもうどうしようもなくなってしまいます。
そこで、ソースコード部をテキストハイライト系のライブラリを入れて問題解消をしようと思って見つけたのが google code pretify。
このライブラリの何がすごいって、中途半端なんです。。
行番号表示も５行ずつの固定だったり、背景に関する機能は全くなし。
しかし、何よりよかったのが「軽い」ってところです。
nolib.jpはアニメーション系のライブラリ紹介サイトでサンプルを１ページ内にいくつか貼ってあったりして、手書きのアニメーション処理にして極力軽くしてはあるんですが、やはりどうしても低スペックなAndroid 3.x系の端末だと、細かいイベントハンドラ処理をやっているようなものを導入しにくいんです。
で、目を付けたのが気持ちいいくらい何もやっていないcode pretify。
非常にお世話になったので勝手にリンクをはらさせていただきます。「しゃけろぐ」さんのこちらの記事を参考にしました。
技術的な面もですが、あ、出来るんだという精神的な、背中を押してくれたような意味でも感謝です。
ちなみに今回僕が追加したのは以下のCSSです。
pre.prettyprint{
margin: 5px 0 10px 0;
color: #666666;
background-color: #F0F0F0;
-webkit-border-radius : 6px;
-moz-border-radius : 6px;
-o-border-radius : 6px;
-ms-border-radius : 6px;
border-radius : 6px;
border: solid 1px #777777;
box-shadow: 0px 0px 1px 2px #CCCCCC;
min-width: 750px;
}
ol.linenums li {
list-style: decimal outside;
line-height: 1.5;
border-left: solid 3px #6CE26C;
padding-left: 3px;
margin-left: 3em;
background-color: #FFFFFF;
font-size: 13px;
}
ol.linenums li.L1,
ol.linenums li.L3,
ol.linenums li.L5,
ol.linenums li.L7,
ol.linenums li.L9 {background-color: rgb(248, 248, 248)}
今後、色々なデバイスに見せる、という事を考える上で、機能がたくさんある凄いライブラリもですが、こういった「とにかく軽い」ライブラリにも注目が集まるかもしれないなと感じました。
2013年5月31日金曜日
JavaScriptライブラリ作ってみました
無料です
nolib.jp
こんなライブラリを置いてあります。
・Goround
ドラッグやスワイプ操作で画像を切り替えていきます。インデックスとかも取れますので入力としても使えます。
・Roller
横に並んだ要素をドラッグやスワイプで動かします。設定次第でいわゆるカルーセルにしたりできます。
・Scope
俯瞰画像と部分拡大を同時に見せるようなライブラリです。スワイプやドラッグでカーソル位置を動かします。
・Scroller
overflow-y: scroll;をエミュレートしたようなライブラリです。スクロールバーのスタイルをcssで完全に作れます。
・Cycleimage
一定間隔で画像を切り替えるライブラリです。アニメーションGIFの代わりのようなイメージです。
人からの要望だったり、こんなのあったら良いかなぁ？と思ったものたちです。どんなもんでしょうね。
どれも基本的にnewしてオブジェクト型の引数に省略可能な設定値を渡してあげることで使うことができます。メソッドやコールバックは自分なりに考えて用意してみました。
動作に関しては
・Android 2.2
・Android 2.3
・Android 3.0
・Android 4.1
・Android 4.2 Chrome
・iOS 6.1.3
・Windows 7 64bit IE9、Chrome、Firefox、Safari、Opera
・Mac book Air Safari
で確認しました。
Android ChromeのRollerの動作が設定で微妙だったりします。アニメーションが連続すると速度劣化を起こすのかな？
Android 3はアニメーションに関して期待しちゃダメですね。2.x系よりひどい。ハードが悪いんだとは思いますが。
サイトも改善していこうと思っています。
サンプルのコピーはhtml, css, javascript分離して、テキストエリアを卒業したいです(笑)
まぁまだまだな感じはありますがとりあえず出そろったので公開です！
nolib.jp
こんなライブラリを置いてあります。
・Goround
ドラッグやスワイプ操作で画像を切り替えていきます。インデックスとかも取れますので入力としても使えます。
・Roller
横に並んだ要素をドラッグやスワイプで動かします。設定次第でいわゆるカルーセルにしたりできます。
・Scope
俯瞰画像と部分拡大を同時に見せるようなライブラリです。スワイプやドラッグでカーソル位置を動かします。
・Scroller
overflow-y: scroll;をエミュレートしたようなライブラリです。スクロールバーのスタイルをcssで完全に作れます。
・Cycleimage
一定間隔で画像を切り替えるライブラリです。アニメーションGIFの代わりのようなイメージです。
人からの要望だったり、こんなのあったら良いかなぁ？と思ったものたちです。どんなもんでしょうね。
どれも基本的にnewしてオブジェクト型の引数に省略可能な設定値を渡してあげることで使うことができます。メソッドやコールバックは自分なりに考えて用意してみました。
動作に関しては
・Android 2.2
・Android 2.3
・Android 3.0
・Android 4.1
・Android 4.2 Chrome
・iOS 6.1.3
・Windows 7 64bit IE9、Chrome、Firefox、Safari、Opera
・Mac book Air Safari
で確認しました。
Android ChromeのRollerの動作が設定で微妙だったりします。アニメーションが連続すると速度劣化を起こすのかな？
Android 3はアニメーションに関して期待しちゃダメですね。2.x系よりひどい。ハードが悪いんだとは思いますが。
サイトも改善していこうと思っています。
サンプルのコピーはhtml, css, javascript分離して、テキストエリアを卒業したいです(笑)
まぁまだまだな感じはありますがとりあえず出そろったので公開です！
2013年5月29日水曜日
viewport数値指定とブロック要素の100%時の幅
技術メモ
Android 4.x系でviewportを800とか指定すると、background-colorを指定しないとblock要素のデフォルト幅がdevice-widthくらいになる現象あり
Android 4.x系でviewportを800とか指定すると、background-colorを指定しないとblock要素のデフォルト幅がdevice-widthくらいになる現象あり
登録:
投稿 (Atom)