2012年3月31日土曜日
2012年3月30日金曜日
2012年3月29日木曜日
2012年3月28日水曜日
2012年3月27日火曜日
2012年3月26日月曜日
2012年3月25日日曜日
2012年3月24日土曜日
2012年3月22日木曜日
進捗表にすると必ず遅れる
今日の開発は全く進展がなかった(゚_゚;)
C#とExcelの組み合わせは、不文律があるのかもしれない。
add-in開発は思ったより難しいのかも。
イメージはこんな感じ。
ちなみに、悩んでいるのはExcelのセルの行と列を取得したい事。
非常に簡単だと思って挑戦しているのですが。。。
VBAとかでは、いろいろと参考になりそうな事柄が沢山出てくるのですが。。。
ここでの目的はadd-in開発です。
なぜセルの行と列を取得したいのかというと、検査結果と1対1になっているので(゚_゚;)
Excelの表は検査結果の一覧になっています。
例)
(1,1)は1番目の画像と1番目の画像を比較した結果という事です。
(1,2)は1番目の画像と2番目の画像を比較し結果が記載されているという事です。
それが(n,m)という表の一覧になっています。
他の開発では、部品がシートの一部分に張り付いてしまうので、スクロールさせると手間がかかるので。。
add-in開発のメリットは、Excelの表スクロールさせるもフォーム自体はExcelの右側に表示されているため。
MSのMSDNとかいろいろサンプルを見るも、add-inの開発は、Excelのシートのセルの行と列にアクセスできないのかも?と思い始めました。
ただ単に、力量が足りない?かもしれませんが。
ちなみに、add-in以外の開発では行と列を受け取ることができるのですが。。
Workbookでの開発(Excelのシート自体がC#になっているもの)
VBAは言うまでもなく。
add-inにはExcel本体にアクセスできないのかも?と思いつつ。
有償のサポートに聞いた方が速いのかもしれない。。。
サポート費用が3万円らしいです。
目的のコードは下記なんですね。。
単純明快なのですが。。
Microsoft.Office.Interop.Excel.Range range =(Microsoft.Office.Interop.Excel.Range)Application.Selection; int col = range.Column; int row = range.Row;
add-inだと application.selectionにエラーがでるんですね(^_^;)
usingに足りないのか?と思いつつも。。。
他の開発workbookだとエラーにならない(゚_゚;)
ちょっと勉強不足かも(ノД`)
2012年3月21日水曜日
2012年3月20日火曜日
東京散策
自転車をお借りしてるので。。
天気もいいので、東京を散策してきました。
秋葉原でipadのケースを買いました。11inchのmacbook air用のケースをipadで使おうかと。
縫い目が雑でしたね(^^;)
しかもamazonのほうが2000円ぐらい安いという落ちに(。・_・)
勢いで買ってしまうといけませんね( ̄。 ̄;)
これが衝動買いですね。。。
とりあえず使ってみようー(^^;)
さてサイクリングは、秋葉を南下し皇居を一周して、神楽坂のそばを通って茗荷谷らへんを通って戻ってきました。
皇居でマラソンしている人おおいですねー。しかも反時計回りというのは決まっているのでしょうかね。。
サイクリングは、3時間ぐらいでしょうか。
東京ってサイクリングするには気持ちいいですね。
実際にサイクリングしてみてわかったのは坂が多いこと多いこと。up-and-downが激しいですね。
今日は疲れました。
今度はひめのとサイクリングしたいなー(*^_^*)
ちなみに、大家さんに古いipadを貸しました。
大家さんは結構お年を召していて、その年で勉強することがすごいと思っています。
東京の方は、すごい興味が多い気がしますね。
使い勝手がよかったら買い取ってくれるとのこと。
大家さんに教えていたら3時間ぐらいたっていましたね(^^;)
2012年3月19日月曜日
itunes matchが見え隠れするんだけど
開発も順調に進み、次回アルゴリズムへ挑戦!
特許とれるかも?夢ですね。
それはそれで、itunesをみていたらerrorが出てたのですが(^^;)
なんとiTunes Matchの欄があります( ̄。 ̄;)
え?使えるの?
iphoneがsimフリーだから?
ipadのアカウント登録をUSAにしたから?
ちなみに今は使えません(^^;)
謎です。。
iTunes Match使いたいなー!
既得権益にまみれている今の既得権益をぶっ潰してほしい!
ちなみにこれが、itunesの画面(゚_゚)
iTunes Matchが見え隠れしますね!
若い世代に夢を持たせてほしいね!
特許とれるかも?夢ですね。
それはそれで、itunesをみていたらerrorが出てたのですが(^^;)
なんとiTunes Matchの欄があります( ̄。 ̄;)
え?使えるの?
iphoneがsimフリーだから?
ipadのアカウント登録をUSAにしたから?
ちなみに今は使えません(^^;)
謎です。。
iTunes Match使いたいなー!
既得権益にまみれている今の既得権益をぶっ潰してほしい!
ちなみにこれが、itunesの画面(゚_゚)iTunes Matchが見え隠れしますね!
若い世代に夢を持たせてほしいね!
ラベル:
apple,
ipad,
iphone,
itunes,
itunes match
2012年3月17日土曜日
ipad買いました
雨の中、散歩がてら銀座へ出てみると。。。
なんとipadの在庫がありました。
早速購入!
昔のと比べると、比較にならないぐらい速いです(^^;)
体感は、昔のを1とすると今は6ぐらい!
アキバでアンチグレアのフィルムを購入( ^o^)ノ
電子書籍を比べると文字が綺麗です。
本を読むのに適しているかも。
2012年3月16日金曜日
2012年3月14日水曜日
検査
最近、帰りが遅かったので、効率を考えて早く帰ってみることにした(゚_゚;)
といっても、パソコンは7時間ほど検査をしている最中ですが(゚_゚)
夜中に終了する予定。
終わった時刻にもう一度ログインして、再検査をしてみよう(^^;)
2012年3月13日火曜日
2012年3月12日月曜日
急な変更
こちらの予定をまた確認せずに、また変更。。。
仕事としてどうなんでしょうね(゚_゚;)
中小企業の集まりみたいな感じですね。
しかも後輩については、お金を支払わなくても良いみたいな感じですね。
何ともいえませんね(^^;)
さて、明日顧客へ説明する事になりました(^。^)
これまで開発していたモノを発表いたします。
いろいろ突っ込まれそうですが、まぁ頑張ろうかなと。
三月は忙しくなりそうです。
2012年3月11日日曜日
2012年3月10日土曜日
飲み
いやはや。
深夜3時まで飲んでました(゚_゚;)
いろいろとお話ししましたね。
みな40近い人でしたが(゚▽゚*)
みなさん沢山の意見をお持ちでよろしいです。
さて、本日急遽電話がかかってきまして火曜日に立ち会いに行って欲しい旨の電話でした。
立ち会いに人を割けないないという理由からでしたが、こっちにも予定があるのですが、どうも無視していることがいやはや何とも。。。
しかもお願いする人が、違うのではないかなと思いました。
画像処理の方が、言ってくればまだ話は分かりますが、全く別の方がお願いしていることにもちょっと不信感がありますね。
筋が違う?のではないのかなと。まぁ、自分の仕事は遅れに遅れるという形へ(゚_゚)
さて本日不動産屋さんへ行きました(゚_゚;)
延長の手続きを行うためです。本研修は、延長になりそうなので今の部屋は次の方がいらっしゃるかどうか。確認も兼ねてですね。
そして、話は弾んで電気自動車をお借りすることに( ^o^)ノ
電動自転車をお借りして、明日自転車で遠出してみようかと思います。
いやはや。。。いろいろありますね。
不動産屋さんとの話の中でipadを下取りに出そうかという話に(^_^;)
2年前の古い機種を下取りしていただけるならかなりうれしいなと思っています( ^o^)ノ
さてさて、本日の一曲。
空耳でお風呂いうてます。。( ^o^)ノ
深夜3時まで飲んでました(゚_゚;)
いろいろとお話ししましたね。
みな40近い人でしたが(゚▽゚*)
みなさん沢山の意見をお持ちでよろしいです。
さて、本日急遽電話がかかってきまして火曜日に立ち会いに行って欲しい旨の電話でした。
立ち会いに人を割けないないという理由からでしたが、こっちにも予定があるのですが、どうも無視していることがいやはや何とも。。。
しかもお願いする人が、違うのではないかなと思いました。
画像処理の方が、言ってくればまだ話は分かりますが、全く別の方がお願いしていることにもちょっと不信感がありますね。
筋が違う?のではないのかなと。まぁ、自分の仕事は遅れに遅れるという形へ(゚_゚)
さて本日不動産屋さんへ行きました(゚_゚;)
延長の手続きを行うためです。本研修は、延長になりそうなので今の部屋は次の方がいらっしゃるかどうか。確認も兼ねてですね。
そして、話は弾んで電気自動車をお借りすることに( ^o^)ノ
電動自転車をお借りして、明日自転車で遠出してみようかと思います。
いやはや。。。いろいろありますね。
不動産屋さんとの話の中でipadを下取りに出そうかという話に(^_^;)
2年前の古い機種を下取りしていただけるならかなりうれしいなと思っています( ^o^)ノ
さてさて、本日の一曲。
空耳でお風呂いうてます。。( ^o^)ノ
2012年3月8日木曜日
C#での開発
Excelで操作をしたいとのことでしたので、C#を呼び出すアドイン機能を使って開発を行って丸二日。
やりたいことは、Excelのセルを選択したときにセルの行と列を使って画像処理の入力画像と登録画像を割り当てたい事。
画像が山ほどあるので、人力では行えません。
ただ、Excelですと表形式になっているので入力画像と登録画像が行と列に対応しているのです。VBAみたいな感覚で作れるのかなと思っていたのですが、アドイン機能にはまだ知識が及ばない何かがあるみたいです。結果、C#からExcel側の行列を呼び出すことができなかったんです。
画像が山ほどあるので、人力では行えません。
ただ、Excelですと表形式になっているので入力画像と登録画像が行と列に対応しているのです。VBAみたいな感覚で作れるのかなと思っていたのですが、アドイン機能にはまだ知識が及ばない何かがあるみたいです。結果、C#からExcel側の行列を呼び出すことができなかったんです。
そこで考え方を変えて、Excel2010ブックというExcel本体をC#で作れるような開発の仕方へ変更しました。
無事セルを選択したときの行と列を画像処理のプログラムへ渡すことができました。
頭の体操になりますね(゚_゚;)
来週からは形の検査になりそうです。
頭の体操になりますね(゚_゚;)
来週からは形の検査になりそうです。
とりあえずipadは買う方向で考えています。
若干使い勝手とか見てから買おうかな。
ひめのにプレゼントとか良いかも(^。^)
若干使い勝手とか見てから買おうかな。
ひめのにプレゼントとか良いかも(^。^)
appleの快進撃が止まらない
そう全世界が注目する企業Apple(^。^)
朝早くからブログを更新するという、前代未聞(゜_゜;)
そう、ドラクエを並んで買うみたいな感覚( ^o^)ノ
ipad来ましたね
まだitunesで発表会の模様をダウンロードしていますが、appleのホームページを確認すると。。。
LTE対応!TD-LTEか!このあたりが、Simフリー端末でdocomoの回線は厳しいかもしれないね。追ってレポートが出てくるでしょう。
解像度がノートパソコンとかデスクトップとかより上とか。。。2048×1536とか。目が詰まっていますね!ちなみにHDTV(はいでぃふぃにっしょん)は1920x1080です。。。
音声認識搭載!Siri搭載!恐ろしいですね!夢の自動音声認識まで後3年やな!
さてさて夢が膨らむばかりですね!
カメラ!
ソニー製かな?
CPU!
A6ではなくあえてA5X!
A5SだとASSにみえて。これまた物議を醸し出しますね。って誰かが言ってました。
最近はアニメばかりであれですが、この曲も良いと思うのでアップ(゚_゚)
本部長との飲み
いやはやすっかり忘れていました打ち合わせのことを(;゚ロ゚)
ということで、打ち合わせに作業着で参加したという事に(^_^;)
開発については、ありがたいことに高評価をいただきました。
プログラミングもおもしろくなってきまして、今日はエクセルからC#を呼び出すとかウルトラCな感じで使っています。Cなだけに(゚▽゚*)...
Excel2007とか2010とかはリボンになっていると思いますが、そのリボンに独自のツールを付け加えて実行する形です。
エクセルなのに、プログラムが動いている感じです。違和感がありますね。。。
評価ツールなので、エクセルからプログラムを呼び出したい要望はあるそうです。というか、確かにエクセルの表みながらアプリケーションも別途呼び出すのはなかなか大変ということで。。。
個人的には、低スペックなPCが気になるところですが、今PCを申請中です(゜_゜;)
かなりハイエンドなスペックになります。
今後開発が終了後は、ロボットに注力していきます。
さて、打ち合わせが終わった後に、本部長と飲みました。
4時間ぐらい飲んでいたと思います。
今の状況やこれからの事柄(このブログでいろいろ語っている事)を説明しました。
問題提起としては、良いのではないかと言われましたので何もないよりも前進しております。先は長いですが、改革改善とはこの積み重ねでしょう。
さてさて、ipad3が出るので、買いに行ってみようかな(^_^;)
本日の一曲は、とある科学の超電磁砲のオープニング曲ですね。
曲を聴きながら、プログラミングすると脳がオーバーロードしまくって良い感じです。
ただし、あまり長続きしないので、どっと疲れたりしますが(´д`)
会社も、防音壁とかで作業したいです。。
防音壁有り、他人の声なし、とかね。
2012年3月6日火曜日
デバッグ
プログラムをしてて、時間がたつのが速いですね。
気がついたら2時間とか平気でたってる。。。
ただ、集中力が切れたら、近くを散歩するでもよし、雑談をするでもよし。そんな感じで1日を過ごしています。
さて、プログラミングを行ってて、初心者に取っつきにくい事柄を列挙していこうと思います。
裾野を広げれば、自ずと売り上げは多くなるので、その辺も考慮しながら書いていこうと思います。
これは、プログラミングを好きになってもらいたいという事からであって、決して初心者は近づくべからずというモノではありません。
さて、振り返ってみると(^_^;)
デバッグとリリース
基本的な概念だと思いますが、デバッグとリリースという2つの概念をしっかりと押さえておかないと迷ってしまいます。概念として持っていなかったのは事実。
リリースは、本ちゃん環境の時にだけ使うってのが良いかもしれません。
ステップイン実行とステップオーバー実行
たぶんプログラムを作成して、いきなり完成版ができることはありません。ある程度練りに寝られた設計図があれば別ですが。。。
そこで、プログラミングを書いてはデバッグという、動作を見ていくことになります。
デバッグの基本的な操作方法、ステップイン実行は、1行ごとに動作を確認する方法ですね。
ステップオーバー実行は、ある関数毎に実行する確認方法ですね。
後はブレークポイントを置いて、F5を押して続行する方法もあります。
大中小といった感じで考えてみればいいと思います。
大まかには、ブレークポイントを目指して続行する方法。
細かに見ていく際に、関数レベルで荒く確認する方法。(ステップオーバー実行)
きめ細やかに確認する方法。(ステップイン実行)
名前空間
この辺が日本語訳のおかしなところで、もし訳しろといわれたら「使用したいクラスの関数群」とかの方が良いかもしれません。
namespaceなので名前空間という訳ですが、このあたりは、実際に使用したい関数群を宣言する意味もあります。
参照
外部DLLの呼び出し
部品がDLLになっており、DLLを呼び出さないといけない場面とか。高速な処理はC++で行って、画面や動きはWindowsでみたいといったときなど。
自由度はあがります。
クラスの概念。
クラスに様々な変数や、関数を持たせることができる点。
intやstringといった事柄は身近で理解しやすいですが、メンバー関数とか居ると、関数の中にもいろいろ持っているので、理解しがたいモノに見えてしまいます。
階層が深くなると、それはそれで、当たりをつけることができにくくなります。
値の受け渡し。
int型をstring型に変換する事や、型を渡すときに困ります。
このあたりはVBだとバリアント型で安直に書けると思いますが、C#だと厳密に値を受け渡さないとエラーがよく出ます。
バリアント型で記述すると、エラーの温床となるので、大規模なモノについては、Cの方が良いと思います。
むしろ大規模だとWindowsも使わない方が良いかな。。
ちょっとした業務とかであれば、windowsで問題ないと思いますが、基幹系とか勘定で用いるのはあまり得策ではありませんね。
自動プログラム作成ツール
このあたりは、賛否両論でして。。自動生成ツールとか言いますが、一長一短があります。
メリットは、プログラムを簡単に理解しやすい点。
デメリットは、プログラムを変更する際にデバッグができない点ですね。
今の開発も自動生成ツールを使いながら取りかかりましたが、細かい粒度の属性へ値をセットする際に、明確に初期化しないと値が変になるとか。。。
デバッグの時は初期化0でしているのが、リリース時には値が不定になっているとか。
まとめ
いろいろ書きましたが、要は、Windowsの基本的なお作法を知っていますか?ということですね。
お作法は、自分で勉強しなさいという事らしいのですが、個人的には、知らない人が自分で勝手に勉強するのは反対です。好き勝手に勉強するのであれば、これからの成長性や信頼性を見込んだ場合、Windowsではないと思っているからです。世界が閉じていくOSを勉強するのもどうなのかなと。。。
90年代後半から00年代までは、確かにWindowsの世界であったとは思います。
しかし信頼性が求められる分野やこれからは、多種多様なOSがあって良いと思います。独裁者は嫌われる。ってことですね。
話を元に戻して、プログラミングは体系立っており、ある程度の会社の方針や教育といった指針は、前任者やその仕事場の人たちがすでに技術を有しているからです。
その技術を下の人たちへ出し惜しみしているようでは、果たして裾野が広がるのかはなはだ疑問を持たざるを得ないと個人的には思います。
WindowsもOS毎に断片化されています。
断片化されるにつれ、技術は伝わりにくいのかもしれません。
教えることを放棄している事が問題?教える内容を実は持っていなかったりするのかもしれない?と勘ぐってしまいます。
といっても、プログラムはあくまでも1つのスキルとして持っていることに損は無いので、着々とスキル作りに励まないとね(^_^;)
気がついたら2時間とか平気でたってる。。。
ただ、集中力が切れたら、近くを散歩するでもよし、雑談をするでもよし。そんな感じで1日を過ごしています。
さて、プログラミングを行ってて、初心者に取っつきにくい事柄を列挙していこうと思います。
裾野を広げれば、自ずと売り上げは多くなるので、その辺も考慮しながら書いていこうと思います。
これは、プログラミングを好きになってもらいたいという事からであって、決して初心者は近づくべからずというモノではありません。
さて、振り返ってみると(^_^;)
デバッグとリリース
基本的な概念だと思いますが、デバッグとリリースという2つの概念をしっかりと押さえておかないと迷ってしまいます。概念として持っていなかったのは事実。
リリースは、本ちゃん環境の時にだけ使うってのが良いかもしれません。
ステップイン実行とステップオーバー実行
たぶんプログラムを作成して、いきなり完成版ができることはありません。ある程度練りに寝られた設計図があれば別ですが。。。
そこで、プログラミングを書いてはデバッグという、動作を見ていくことになります。
デバッグの基本的な操作方法、ステップイン実行は、1行ごとに動作を確認する方法ですね。
ステップオーバー実行は、ある関数毎に実行する確認方法ですね。
後はブレークポイントを置いて、F5を押して続行する方法もあります。
大中小といった感じで考えてみればいいと思います。
大まかには、ブレークポイントを目指して続行する方法。
細かに見ていく際に、関数レベルで荒く確認する方法。(ステップオーバー実行)
きめ細やかに確認する方法。(ステップイン実行)
名前空間
この辺が日本語訳のおかしなところで、もし訳しろといわれたら「使用したいクラスの関数群」とかの方が良いかもしれません。
namespaceなので名前空間という訳ですが、このあたりは、実際に使用したい関数群を宣言する意味もあります。
参照
外部DLLの呼び出し
部品がDLLになっており、DLLを呼び出さないといけない場面とか。高速な処理はC++で行って、画面や動きはWindowsでみたいといったときなど。
自由度はあがります。
クラスの概念。
クラスに様々な変数や、関数を持たせることができる点。
intやstringといった事柄は身近で理解しやすいですが、メンバー関数とか居ると、関数の中にもいろいろ持っているので、理解しがたいモノに見えてしまいます。
階層が深くなると、それはそれで、当たりをつけることができにくくなります。
値の受け渡し。
int型をstring型に変換する事や、型を渡すときに困ります。
このあたりはVBだとバリアント型で安直に書けると思いますが、C#だと厳密に値を受け渡さないとエラーがよく出ます。
バリアント型で記述すると、エラーの温床となるので、大規模なモノについては、Cの方が良いと思います。
むしろ大規模だとWindowsも使わない方が良いかな。。
ちょっとした業務とかであれば、windowsで問題ないと思いますが、基幹系とか勘定で用いるのはあまり得策ではありませんね。
自動プログラム作成ツール
このあたりは、賛否両論でして。。自動生成ツールとか言いますが、一長一短があります。
メリットは、プログラムを簡単に理解しやすい点。
デメリットは、プログラムを変更する際にデバッグができない点ですね。
今の開発も自動生成ツールを使いながら取りかかりましたが、細かい粒度の属性へ値をセットする際に、明確に初期化しないと値が変になるとか。。。
デバッグの時は初期化0でしているのが、リリース時には値が不定になっているとか。
まとめ
いろいろ書きましたが、要は、Windowsの基本的なお作法を知っていますか?ということですね。
お作法は、自分で勉強しなさいという事らしいのですが、個人的には、知らない人が自分で勝手に勉強するのは反対です。好き勝手に勉強するのであれば、これからの成長性や信頼性を見込んだ場合、Windowsではないと思っているからです。世界が閉じていくOSを勉強するのもどうなのかなと。。。
90年代後半から00年代までは、確かにWindowsの世界であったとは思います。
しかし信頼性が求められる分野やこれからは、多種多様なOSがあって良いと思います。独裁者は嫌われる。ってことですね。
話を元に戻して、プログラミングは体系立っており、ある程度の会社の方針や教育といった指針は、前任者やその仕事場の人たちがすでに技術を有しているからです。
その技術を下の人たちへ出し惜しみしているようでは、果たして裾野が広がるのかはなはだ疑問を持たざるを得ないと個人的には思います。
WindowsもOS毎に断片化されています。
断片化されるにつれ、技術は伝わりにくいのかもしれません。
教えることを放棄している事が問題?教える内容を実は持っていなかったりするのかもしれない?と勘ぐってしまいます。
といっても、プログラムはあくまでも1つのスキルとして持っていることに損は無いので、着々とスキル作りに励まないとね(^_^;)
2012年3月5日月曜日
発展途上
クラスが深すぎる(;゚ロ゚)
知りたい情報までにアクセスするのに階層が深いって(ノД`)
1つのクラスに何個もプロパティやメソッドがあるので、深ければ深いほど探す量が膨大に(゚_゚;)
なかなか大変ですね。知りたい情報へアクセスができない(´д`)
何のためのオブジェクト指向だと声を大にして言いたいと思いきや、初心者なのでそこまで言う勇気がない(^_^)/
ちなみに、知りたかったのは、画像とマッチしているか否かの情報。
入力画像:A
検査画像:B
AとBがマッチしているかどうか:true or false
trueなら入力画像と検査画像が正しいって事。
falseなら誤りって事だけど、検査パターンが20000個ぐらいあるので、自動化したいのです(゚_゚;)
ヘルプファイルと格闘して、力尽き雑談という名の相談にったら解決しました(´д`)
いやはや、道のりは険しいですね(。・_・)
でも、最近は理解が深まってきたように思えます。
今の検査内容だけは、設計図なしで理解できているためです。
人に話ながらって大事ですね。。。
さてさて、2時間ほど英語での製品紹介があり、こちらも参加することに(゚_゚;)
英語・・(^。^)
聞き取れますね。。何でだろう。。
CNNのニュース聞いているからか?(;゚ロ゚)
まぁ、聞き取れはしましたが、話せないので身振り手振りでジェスチャー交えて話を聞きました。
案外、外国の方と仕事するのも良いかも?
向こうは、売りたい一心なので、もしかしたらそんな感じに見えるのかもしれませんがね。。
めっちゃ役に立ってますね。
これかも継続継続。っ
今日は、音楽ではなくて、ボード型のパソコンを載せてみました。
これは、機器の死活監視にもってこいですね( ^o^)ノ
床下とかに設置してネットワーク機器の死活監視にいいかも。
2012年3月4日日曜日
土日
金曜日に飲みに誘われて、大量に飲んでしまったせいか。
家に着くなり、すぐ寝入ってしまいました(゚▽゚*)
もしかすると、最後の研修はアメリカもしくは博多かもしれない(゚_゚;)
ロボットをやっていくことになりそうです。
正式決定ではないので、今後の行く末を期待しつつ。
ところで、パソコンが壊れてしまいました(;゚ロ゚)
パソコンの電源を入れたところまでは記憶があるのですが。。
といってもmacではなく、windowsのデスクトップ。自作で作ったやつです(゚_゚;)
会社に入って作ったからもう5年でしょうか。
案外持ったな。
さすがAMD(´д`)
BIOSとか立ち上がれば、診断のしようがあるのですが全く立ち上がらない。
寿命ですかね。
部品取りして、処分しないと。。。処分費用かかるんよねぃ。。
さて、土日は、調子が出ませんでした。
お酒の飲み過ぎによる体調不良でしたね。。
飲み過ぎに注意しよう!
2012年3月2日金曜日
末期症状
出張している方から久々に電話があり、久々に飲まないかというお誘い( ^o^)ノ
こうして忘れ去られていないのが、ありがたかったですね。
しかもなぜか今日に限って2名の方から。
一人は同期で、夕方ぐらいに東京経由とのことでしたが、がらっく本人が業務時間中と言うこともあり、お断りしました。また来週ぐらいにくるそうなので、そのあたりで飲むことに。
もう一人は、課長職の方で、18時半ぐらいに巣鴨で飲んでました(゚_゚;)
飲んだときの内容は、もっぱら大阪の会社の話になっていましたが。。。
大きくは2点ありました。長文になりますので、読み飛ばしてもらっても結構です(。・ω・。)
1点目
焦点としては、画像は今後儲かるのか?という事。
私個人的には、今のやり方では、儲からない。とはっきり言いました。
単価が下がっているにも関わらず、台数売りに徹していること。単価が落ちるところまで落ちるので、販売目標が営業の数に対してあまりにも現実離れする数字が現れること。
などなど、誰が見てもおかしな事を説明しました。
そこで、一品モノとして高く売る方策へ変更した方が良いとも言いました。
まぁ今行っている会社の営業さんにも言ったのですが。。このあたりは大人な対応ができていないと反省していますが、まぁ現実を見るしかありませんね。
営業からすると、一品モノの案件は、売り上げまでの期間が長くなるので、短期的な売り上げが無いに等しい場合があります。コンスタントに売っている方が、月あたりの評価が絶対の場合は、ありがたいのも事実。逆に言うと、月の売り上げがゼロの場合もあると言うことです。
営業さんからしたら、戦々恐々なのも事実ではあります。
営業からすると死活問題になってしまうので、あまりいい気がしないのでしょう。
ただ、上記にも書いたように、単価が落ちることに対しては、歯切れの良い答えを持っていないように思えました。
営業は、仕事だからするんですとか。そいう発言に徹していましたね。
仕事だから売るんですは、理解できますが、「竹槍持ってB29に突撃しましょう」と命令されたら突撃するんでしょうね。きっと。。
ですので、人を使って売り上げを稼ぐような方法を取らざるを得ないのは十二分に考えれるわけで。。。。
まぁそうすると営業の役割というのは何だ?という事になるわけで。
御用聞きか?とも揶揄されるわけです。
技術を持っている人も、結局は営業に振り回されるだけですので、その時間はいったいどうするのか。その時間で新しい技術を学んだ方が良いのではないかと思えるわけです。
要は、技術者は営業の使い勝手の良い駒か?というところまで話が進むわけです。
このあたりは、評価制度の改正によってある程度改まる場合がありますが、外資+日本の風土が合わさると、良くない方へ傾く傾向が見て取れます。
結論は、単純です。
一品モノを高く売る。
それには、技術者が先導しなければ、余りよい結果を迎えないのも事実です。
2点目
以前やっていた(実は自宅でコッソリ継続中、水面下でまた花を開かせようと計画中( ^o^)ノ)仮想化のビジネスは、周りの方に受け継がれており、着実に金額になっていること。久々に自分がやってきたことは間違いじゃなかったなと思えるありがたい事柄でした。
これを振り返ると、以前にも書いたかもしれませんが(..;)
裾野を広げる活動を行ったか否かという事につきると思います。
裾野とは何か?
それは、勝手に広がっていく現象です。
ここでは具体例を挙げてみましょう。
今の営業さんは売る品物の利益率はたかがしれています。
良くて3%程度、薄い場合ですと0.5%とかの世界。営業さんの給料分を稼ぐにはどのくらいの数をさばかないといけないか?
営業さんの給料が100万円だとします。
売る品物の単価は1万円で、利益は300円。(ざっくりです)
さて、営業さんの給料を出すには、どの程度必要でしょうか。
3%の品物で給料を稼ぐには
1,000,000[円] / 300[円] = 3334個
ただし、システム案件ですと、それが10%~20%平気でとれる世界です。
売る品物が1万円で利益が1000円。(ざっくりです)
1,000,000[円] / 10,00[円] = 100件
売る品物の値段が同じだった場合、(まぁ話を簡単にするために)
利益率が良い品物を売りたいのが人間というモノです。
要は楽をしたいと言うことです。
そこで勝手に広がるこつは、利益率をよく見せると言うことです。
システム案件が良い例ですが、利益率を確保した上で商談に望まないと厳しいモノがあります。
勝手に流れる仕組みを作れば、利益は薄利でよいと思いますが、最初は利益率が高い方がよいのです。
技術が枯れてくれば、薄利でも良いとは思いますが、多売の仕組みが必要です。その辺はAmazonが素晴らしいシステムを用意していますね。
話を元に戻すと、勝手に広がる現象というのは、営業さんから見たときのうまみであることにつきます。
このあたりが画像処理の営業さんには欠けている部分であると個人的には思うわけですが、幾分部外者ですので、あまり強くは言わないようにしましょう。
さて、営業さんのうまみは高い利益率だという事になりました。
仮想化は、なぜ勝手に広がっているのか?というと。。。おもしろい現象が起こっています。
この現象は私が想像もしていなかったのですが、話を聞くとこういうことらしいです。
若手が既存のルート顧客に商品を卸すような仕事をしています。
若手は、既にできあがった商流に対して、攻め込むことは困難です。
既にできあがった商流は、先輩や他の会社が握っているそうです。
そこで、仮想化をキーワードにしてサーバのリプレイスのお話をするそうです。
雑談レベルだそうです。
そうすると、その顧客が古いサーバを何とかしたい要望が多々あるそうで。。。情報システム部門へ波及していた事もしばしばらしいのです。
日本ではモノを大事にする習慣があるみたいですが、どこかの原発のようなことが起こるとこれまた大変だということですね。
そこで、仮想化を用いれば、古いサーバをそのまま流用することができますよ。という構図らしいのです。
若手の営業さんは、新規ルートから既存ルートも掌握したとのことでした。
若手の営業さんは味を占めたという事です。
これは良い例ですね。
まぁ、古いサーバを流用することができる。と言うことは想定していましたが。。。まさか、ガチガチの商流にまで食い込めるとは思いもよりませんでした。
この若手の営業さんのお話が、若手の営業さん達の間でうまい話があるそうだよということで、若手の間では、結構もてはやされているとのことでした。
個人的には、非常に興味深い事柄が起きているので、これは事例として採用させていただこうかと思っています。
まぁこうしてブログに書くことにより備忘録にもなるのでね。(゚▽゚*)
非常におもしろい事例が2つできたと思います。
端的に言えば、
一つ目は、売り上げが上がらずに人間的にもギスギスしはじめた営業の方。
二つ目は、既存の商流を新しい技術でひっくり返し、売り上げがのびてにやにやしている営業の方。
どちらが良いでしょう?
火を見るよりも明らかだと思います。
がらっく個人としては、いつも言っているように、新しい技術を育てないといけないのです。
もしくは、新しい技術に対しては、寛容であるべきです。
オープンであるべきです。
Open Strategyが良いと思います。
interoperabilityで、いろいろな考えがあって良いと思います。
相互乗り入れでもかまいません。
それを信念という人も居るかもしれません。
もしくは、新しい技術に対しては、営業が口を挟むべきではないと思うのです。
新しい技術が世の中を引っ張る形にしないと、技術者は報われないのです。
営業のツールとして技術者を使うのもよいですが、使われる身になったら大変ですよね。
往々にして営業さんは口が達者なので、技術者を丸め込んでいるとは思いますがね(;゚ロ゚)
その辺の理解がある営業さんが沢山居れば、もっとおもしろい世界が広がるのになと思いました。
それでは、明日も楽しい技術が待っていますのでこの辺で( ^o^)ノ
2012年3月1日木曜日
登録:
コメント (Atom)










