A Day In The Boy's Life -82ページ目

A Day In The Boy's Life

とあるエンジニアのとある1日のつぶやき。

自分も結構いい年になってきて、職場に若い人たちが増えてきてたりもするんですが、そういう人たちに対してもっと思慮深くなってほしいとか、どんどん自分なりのアイデアをアウトプットしていって欲しいなんて意見が聞こえてきたりします。

自分がその年齢の頃は、同じぐらいであまり考えても無かったよとも思いながらも、考えやアイデアを出せない環境というのも増えてきてるのかなと、個人的に思ったりします。


じゃあ、考えやアイデアを生み出す環境ってどんなんだろう?ということで自分なりにまとめてみました。



1. 何も(誰も)無い環境


自分はこの環境に思いっきり当てはまったりしたんですが、入社したての頃は先輩がおらず、自分たちで考えて行動していかなければなりませんでした。

そして自分が入社した2000年ごろは、今から比べると何も手付かずの状態になっていたため、それまた自分たちで仕事を生み出しやすい環境でもありました。


ITに対して盲目的になりすぎていた時代ということもあったためか投資が盛んに行われ、やりたいことが自由にできたというのもあるかもしれません。

今では、すでにどの企業もある程度のIT投資をしているため、なかなか一から環境を構築したり、参加するプロジェクトも今あるものをリプレイスしたり(そしてその過程で様々な制約があったり)という具合に、何も無いという状況があまりありません。


要は自分たちでやるしかない環境に身をおけば、必然的に考えて行動しなくてはなりません

例えそれが回りくどいやり方だったり、車輪の再発明だったりしても考える癖や思考法はそこで身に付いたりもすると感じます。



2. 不幸な環境


誰しも不幸な環境より幸せに働ける環境を望みます。

ですが、不幸な状況であればそれを脱するために頭を働かせたりもするものです。

逆に安定した環境だとそれを維持しようとする方向に考えを持っていったり、特に問題が無いため思考停止に陥ることにもなったりします。


時に問題だらけであったり、逆境に追いやられた環境というのは、それを変えようというエネルギーを生み出し、そこから新しいアイデアも想像されるのかなと思ったりします。

まぁ、長くはいたくない環境ではありますが。



3. 余裕がもてる(リラックスできる)環境


余裕があるというのは時間であったり権限であったり、リソースであったり。

要はアイデアを実践していくためには、それを想像する時間が必要になってきたり、人を動かせるための権限があったりする必要があるのかなと。


1日で考えろと言われても中途半端なものしか思い浮かばなかったり、そもそもそんないいアイデアが急にひらめくということも無かったりします。

そして、いいアイデアができたとしてもそれを動かす権限であったり、人がいなかったら実現できません。


リラックスした状態で自由に思いを馳せるという環境も良いアイデアや考えを生み出すのに必要な要素になってくるのではないかと思います。



4. 比較できる環境


現状と比べてそれがいいのか悪いのか、あの人と比べて優れているのか劣っているのか、こっちのものと比べて高いのか安いのか。

その良し悪しを判断するためには、何らかの比較材料が必要になってきたりもします。

そしてその比較結果から新たな改善案など考える種にもなります。


何も(誰も)無い環境とは逆のところにはなりますが、そんな中でも自社内だけでなく他社や業界の動向を調べたり、ネットを通したつながりなどから自分の優劣を比較をする工夫もできるでしょう。

また、比較するためには比較すること自体を許容してくれる環境も必要です。

これがうちのやり方だとか、俺の考えに意見するのかなんて態度を先輩や上司がとっていたら、それこそ思考停止になって単に考えを受け入れるだけの人となるかもしれません。



5. 評価(フィードバック)される環境


プラスに評価されれば誰しも嬉しいものでしょうし、より良いアイデアを生み出そうとするモチベーションにつながります。

一方で評価はマイナス面もあるわけで、ただ例えそれがひどい評価を受けたとしても冷静に受け入れることができれば、その改善をするためのアイデアが新たに生み出すきっかけにもなるでしょう。


それは、評価する側の一般論と比べてどう悪かったのかという比較や、その逆境自体が覆すためのエネルギーを生み出し、次のアイデアを生むきっかけにもなってきます。

良い評価だけでなく、悪い評価もきちんと伝えられ、それを変えていくためのチャンスを与えていくことで考える循環が生まれるのかなと思います。

無償のソフトウェアやサービスを構築し公開していくのも、それを支えるコミュニティからの声がきちんとフィードバックされているというものが継続的に続けていくための糧になっているのだと思います。



6. 失敗できる環境


失敗というのは多くのことが学べるものです。

トラブルを起せば、その原因を追究する過程で対応のまずさや課題を浮き彫りにしてくれたりもします。


それをどう改善すればトラブルが起きなくなるとか、今回の対応はどこに問題があったのか、全てがうまくいっては気づかない事を失敗の中で見つけられたりもするものです。

失敗をしたときの影響範囲やその対応時に受けられるサポートの大きさは、失敗することの怖さや安定した環境であることや周りの支えの大切さをわからせてもくれます。


しかし、多くの環境では失敗は悪として扱われますし、失敗しないためのノウハウを次々と経験の浅い人たちに教え込んだりもします。

経験もしていないことを教えられても本当にそれが必要なものなのか、失敗したときにどのような影響が出るかもなかなか実感できません。

かつての自分もそうであったように、自分の対応範囲で収拾ができるようなことは、思い切って失敗させてもよいと全てを任せてしまい、実際に体験を通して多くのこと学んでもらおうとする環境も必要になってくるのではないかなと思ったりします。



7. 見える環境


他人の意見やアイデアが見える環境というのは、それを種として新しい考えを生み出すきっかけになったりします。

相手の考えがわからない状況で対処しろといわれても、何をどう対処すればいいのかわかりません。

よく「自分たちで考えて行動しろ」とか言われたりするもんですが、インプットが何も無い状況ではどっちに向かって進めばいいのかさえもわかりません。


その他にも、情報が出し惜しみされた環境では、試行錯誤となることでアイデアを出すことも途切れ途切れとなったり、途中経過のアウトプットで中断されることにより、そもそも本人が持っていたアイデアが歪曲されてコントロールされてしまう結果を招いたりもします。

それを考えていると評価する人もいるのでしょうけど、単にそれは自分の考えを押し付けていたり、自分が用意した答えを言わせるための手段になっているように思えます。


この辺りは、ネットとかのつながりを通して凄く意見が見えやすくなっている現状では、対外的な考えや価値というのは見通しやすくなってるかもしれません。

局所的な視点で見える・見えないを判断するのではなく、いつもと違うレイヤで物事が見える環境に身をおくのもアイデアを生み出しやすい環境なんだと感じます。



まとめ


ただ、現状ではなかなか上記にピタッと当てはまる環境というのは見つけづらいかもしれません。

何も無い環境というのは、自ら起業したり出来立てのベンチャーに入ったのであれば別でしょうけど、多くの企業に勤めれば経験豊富な先輩がいて手取り足取りの教育があったり、すでに完成されたシステムの保守・運用が中心で自分たちが何か新しいものを生み出していくという環境は用意されていなかったりします。

同様に情報が多かったり職務が細分化された現状では、時間や権限を十分に与えられるという環境も手に入りにくいでしょう。


既にあるものからももちろん多くのことを学べるでしょうけど、それって初めから器の大きさが決まっているところに水を足していくようなものでいつか一杯になり、そしてその器を越える水を注ぐこともできません

考えるということそのものは、器を作るところから始まるのではないかと思ったりします。





Amebloのフリープラグインに貼り付けられるJavaScriptは3800文字以内でというわけのわからない制約があったりして、それを回避するためのブログエントリもちらほら見かけるのですが、他のブログにホストしてそれを読み込むみたいなので、使わないのにブログ余計に開設するのもなぁと言うことでGoogle codeを利用してみることにしてました。(多分、こっちの方がめんどくさい・・・)



Google codeでプロジェクトを開設する


Google code は、Google様が自分またはオープンソースのようなプロジェクトとして作ったコードを管理する環境を無料で提供してくれて、世界中にその環境を通してコードを公開するということができます。


なので、特に今回のようなブログのJavaScriptをホストするようなためのものでもなかったりするのですが、実際そういう用途に向いているとか、Googleの巨大なインフラを通してコードだけでなく画像やドキュメントファイルなどを高速に安定して提供してくれるよ、みたない記事を書いている人もいるようです。


前置きが長くなりましたが、AmebloのフリープラグインのJavaScriptをホストする環境を作るため、まず始めにGoogle codeへプロジェクトを開設します。

プロジェクトの開設は、先のGoogle codeのページトップにある「Create a new project」から始めます。


- Google codeトップ
A Day In The Boy's Life-GoogleCode-Top


プロジェクト開始時に入力する情報は6つで、上からプロジェクト名、プロジェクトの概要、そしてプロジェクトの説明、バージョン管理システム(Version control system)、公開時のライセンス(Source code license)、最後にプロジェクトのラベルです。

最初の3つは適当に入力しておきます。

プロジェクト名は英語である必要がありますが、その他は日本語でも登録できます。

実際のオープンソースの公開ということになった場合は、海外の利用者もターゲットにするように英語であった方がいいんでしょうね。。


バージョン管理は、Mercurialsubversion が選択可能です。

いづれも公開するソース管理をどちらのバージョン管理システムで行うかというものです。

私は使い慣れているsubversionの方を選択しました。


公開時のライセンスは、Google code上にホストしたコードをどのように利用者に使わせるかというものですが、あまり手厳しく管理したくない場合は、GNU General Public License v2 あたりを選択しておけばよいかと思います。


最後は、プロジェクトのラベルですが、こちらはタグみたいなものでプロジェクトのカテゴリや検索時のキーワードを指定しておくためのものです。

そのプロジェクトにそったキーワードを入力しておけばよいでしょう。


- Google codeのプロジェクト登録
A Day In The Boy's Life-GoogleCode-CreateProject


これで、Google codeのプロジェクトが開設されました。

プロジェクトごとに専用のページが割り当てられ、その中でソース管理やWikiでの情報発信、課題管理などが行えます。

ちなみに、私のプロジェクトページのURLは下記となります。


http://code.google.com/p/itboy/



Google codeへJavaScriptを登録して管理する


プロジェクトページのSourceメニューを開くと、バージョン管理システムを通してコードをチェックアウト(開発環境へのダウンロード)する方法がかかれています。


- Google codeのSourceメニュー

A Day In The Boy's Life-GoogleCode-Source


今回は、借りてるサーバーからコマンドライン上でコードのチェックアウトやコミットを実施していますが、Windows環境でもSubversionのクライアントソフトがあればもっと手軽に操作できると思います。


ということで、手始めにプロジェクトからチェックアウトを実行してみます。


svn checkout https://itboy.googlecode.com/svn/trunk/ itboy --username itboy.org
リビジョン 1 をチェックアウトしました。
ls
itboy


チェックアウト時に指定するURLやユーザー名は、各々のSourceメニューで表示されている情報を指定してください。


次に、実際にホストしたいJavaScriptコードを書いてそれをGoogle codeのバージョン管理へコミットします。

今回ホストするコードは、「Amebloに設置していたツイートボタンをTwitter公式のものに変えました 」で書いたTwitterの投稿ボタン(と、はてブ登録用ボタン)をAmebloに表示するためのオリジナルコードです。

適当なエディタでコードを書いてファイル(ameblo-itboy.js)を保存します。


cd itboy/

svn add ameblo-itboy.js
A         ameblo-itboy.js

svn commit -m "JavaScript for Ameblo1.0" --username itboy.org --password YourPassword
送信しています              ameblo-itboy.js
ファイルのデータを送信中です.
リビジョン 1 をコミットしました


コミット時はパスワードが必要になります。

Google codeのパスワードは、先ほどのSourceメニュー内の中段に表示されている「googlecode.com password.」のリンクをクリックすると表示されます。

これをsvn commit時に指定します。


これで、JavaScriptがGoogle code内に登録されたので、外部からも呼び出し可能な状態になりました。

ちなみに、登録したソースファイルはSource>Browse>trunkメニュー から、またはダイレクトにブラウザから確認 することができます。



Google codeに登録したJavaScriptを呼び出す


ここまでできたら、後は登録したJavaScriptを呼び出してあげるだけです。

フリープラグインのメニューを開き、Google code上にホストしているJavaScriptコードを呼び出すように書いて保存します。


<script type="text/javascript" src="https://itboy.googlecode.com/svn/trunk/ameblo-itboy.js"></script>


見た目は変わりませんが、現在このブログでもGoogle code上のJavaScriptを呼び出してはてなブックマークおよびTwitterボタンが表示されるコードが動いています。

ちなみに、同様の手順(ファイルの追加とコミット)で画像なども登録できたりします。


また、バージョン管理システムを使っている特性上、いつでも前のJavaScriptの状態に戻すとかができるところも大きなメリットです。

ただ、JavaScriptのコードやサービスの形態によってはそぐわなかったり、うまく動作しないものもあるかもしれませんので、ご注意を。




フリー~〈無料〉からお金を生みだす新戦略/クリス・アンダーソン
¥1,890
Amazon.co.jp


昨今、こんな高機能なものまで無料なの?ってサービスも多かったりしますが、当然そういうのはからくりがあるわけで、そのフリーのからくりを解き明かしてくれる本です。

フリーの歴史、そして無料のものに触れた場合の人間の心理、無料への一般論への反論、フリーのビジネスモデルまで、様々な観点でフリーの裏側を解説しています。

 

期間限定で無料で使用できる、機能限定版は無料で利用可能、学生など特定の条件に合えば無料で開放するといったソフトウェアやサービスを目にしたことは多いと思いますが、それらをより多くの人に関心を持ってもらい、そこから一部の人に対して料金を徴収するといったモデルで成り立っていたりします。

フリーミアムと呼んでるそのモデルを通し、試用期間が過ぎた後の有償版への乗換えや、より高度で多機能な有償のサービスプランの利用、そのソフトウェアに対して昔から馴染みを持つことで社会人になってからも継続して利用してもらうなどなど、現在では多くの企業がそういったフリーの特性を活かしてサービスやソフトウェアの提供を行ってたりしてるんだなと。

 

特にサービスやソフトウェアというのは、一つを作ってしまうと簡単にコピーができるため、日用品に比べて一人一人に割り当てるコストが気にしなくても良いレベルまで下がっている、というところがフリーミアムのモデルの根本であると解説されています。

逆にそこをついて海賊版が横行している結果を招いたりもしますが、中国やブラジルでの例を取り上げながら、横行している違法コピーをうまく利用したビジネスモデルなども紹介されていて、企業(個人)として何を売るのかという対象が変化していっている現状を目の当たりにさせられます。

 

現在の若い人たちは多くの無料のソフトウェアやサービスを使うことに慣れていることもあるため、有償版のみの提供だけだとそれがよっぽど優れたもので、自分の日常に必要なものでないと利用もしてくれなかったりします。

フリーというのはその垣根を極端に低くしてくれるので、その認知性を活かして利用者を増やし、その一部に課金したり、大規模なプラットフォームを持つことで広告などメディアとしての収入を得たりと、既存のビジネスモデルからの脱却というのも過渡期として迫られている時期なのかもしれないと感じます。

 

 

目次

 

第1章 フリーの誕生

第2章 「フリー」入門
 - 非常に誤解されている言葉の早わかり講座

第3章 フリーの歴史
 - ゼロ、ランチ、資本主義の敵

第4章 フリーの心理学
 - 気分はいいけど、よすぎないか?

第5章 安すぎて気にならない
 - ウェブの教訓 = 毎年価格が半分になるものは、かならず無料になる

第6章 「情報はフリーになりたがる」
 - デジタル時代を定義づけた言葉の歴史

第7章 フリーと競争する
 - その方法を学ぶのにマイクロソフトは数十年かかったのに、ヤフーは数ヶ月ですんだ

第8章 非収益化
 - グーグルと二十一世紀型経済モデルの誕生

第9章 新しいメディアのビジネスモデル
 - 無料メディア自体は新しくない。そのモデルがオンライン上のあらゆるものへと拡大していることが新しいのだ

第10章 無料経済はどのくらいの規模なのか?
 - 小さなものではない

第11章 ゼロの経済学
 - 一世紀前に一蹴された理論がデジタル経済の法則になったわけ

第12章 非貨幣経済
 - 金銭が支配しない場所では、何が支配するのか

第13章 (ときには)ムダもいい
 - 潤沢さの持つ可能性をとことんまで追求するためには、コントロールしないことだ

第14章 フリー・ワールド
 - 中国とブラジルは、フリーの最先端を進んでいる。そこから何が学べるだろうか?

第15章 潤沢さを想像する
 - SFや宗教から、<ポスト希少>社会を考える

第16章 「お金を払わなければ価値のあるものは手に入らない」
 - その他、フリーに対する疑念あれこれ

 

 

各章に挿入されている、米国を中心とした実際のフリーのビジネスモデルに関するコラムも必読です。