2014年7月15日火曜日

SCMとはsoftware configuration managementなのかsource code managementなのか

DTPを行う当社では、成果物はコンピュータファイルですので、Redmineを核とした生産管理を検討しますと、当然、Redmineが有するSCM連携機能の活用が視野に入ってきます。

SCMというのは、ソフトウェアの開発において、ソースコードの共有とバージョニングを円滑化するためのシステムです。
SVNやGitなどがあります。
ソースコードというのは実体としてはコンピュータファイル(群)に格納されています。

DTPも実体として同様にファイル群なので、このSCMが活用できるのではないかという発想です。

そこから私なりにいろいろ調べた跡がこちらとなっております:
結論としては、ちょっとSVNにしてもGitにしても、当社に適用するのはちょっと難しいなあ、という印象です。
SVN/Git側の問題というよりも、Redmine側で、チケットからSCMへのクリックが多すぎて、作業者にとって手順が面倒と感じました。

ただしRedmineには、ベタなファイルシステムと連携する「Filesystem」“SCM”連携機能もあるようですので、これは何かウチで使い道があるんじゃないかと、ちょっとまだ期待しております。

ところで…。
SCM、SCM言ってますが、SCMってそういえば何の略なんだっけ?

そうおもってググってみたのですが、意外と出てこないので、軽く驚きました。

実は2通りの似たような意味の言葉の、どちらの略称でもありえるようです:
  • software configuration management
  • source code management
で、ほんとはこの2つのうちどっちなのよ? という議論がこちらにありました:

普通にSCMを使えば、純粋なソースコードのみを管理しているので、後者ということになります。

しかしもしも運用を拡張して、設定ファイルやらまでSCMにぶち込みはじめたら、どっちかっていうともはや前者だよね、というような意見が出ていて、なるほどとおもいました。

英語の本を読んでいるとたまに、ごくごく普通の言葉を、大げさにふざけて頭字化してくることがあります。
たとえばTim Ferrissの『The 4-Hour Body』に「Too Much Information(TMI)Alert!」と出てきたときは、その後の内容は、筆者が自分のウンチの重さを量ったという話でした。
GTD(Getting Things Done)にしても、MYN(Master Your Now)にしても、ごくごく平易な言葉を頭字化 しているところがひとつのつかみなのだろうとおもいます。

また、こちらカンボジアでは会社や商店の名前など、まあたいていはオーナーの個人名なのですが、それを頭字化して3文字のアルファベットにして、ちょっとワードアートしましたみたいなロゴが氾濫しております。
正直、おまえも勘違い国際化かよって感じが、私の中でいなめません。
Rith MonyをRMNとかしちゃいます。
略さない元の名前のほうが、よっぽどオリジナリティあるのに…。

我々もあまり、業界人ぶって、あるいはプロフェッショナル的雰囲気やらグローバル的雰囲気やらをかもし出そうとおもって、何でもかんでも頭字化していると、ちょっとおかしみが出てしまうので、それをあえて狙うのでなければ、重々注意が必要だとおもいます。

カンボジア初 国境積替なしの冷凍定期便

※こちらは、いち消費者の食欲的視点のみで書いております投稿となっております。

ベトナム・カンボジア・タイの間を、冷凍・冷蔵トラックで、国境での積み替えなしに陸路輸送する、初の定期輸送サービスが来月始まるそうです。

http://www.viet-jo.com/news/nikkei/140714054517.html

かつて、カンボジアで最も美味い寿司が食えるのはパオイパエトのホリデーカジノでした。

すでに多くの、寿司を出す店がプノンペンに開店しています。

定期冷蔵・冷凍トラックの運行はこれにますます拍車をかけるとおもわれます。

競争が激化し、値段も下がってくれるとおもわれます。

ひんぱんに寿司が食えるようになるとおもわれます。

寿司が食える食えるぞ すしがくえるぞ


妻は日本に3年半住んだせいで、いくらが大好きです。

Skype API 2013年12月に終わっていた

当社と主な日本との連絡はSkypeで行なわれています。

生産管理の自動化を開発するにあたり、RedmineとSkypeをPHPでつないで、お客様への質問とか報告とかをSkypeチャットで自動的に送る、という形を以前から考えていました。

そのためにはSkype APIというのをたたけばよい、ということまでは調べてありました。

しかし今日あらためて見たところ…。
Skype APIが2013年12月に終了していたことを今になって知りました。

Microsoftは、この血も涙もない措置の理由として
「ユーザー体験の向上」みたいなことを挙げています。
ちょっと意味がわかりませんというか。
あまりに白々しくて笑ってしまいました。

彼らは見る気がないのでしょうか。
Skype APIを利用していたさまざまなサードパーティアプリの提供元の阿鼻叫喚を…。

SkypeからSkype URIというものも提供されています。
が、そのAPIリファレンスを見るかぎり、チャットに関してSkype URIでできることは

  • 相手を指定してチャットダイアログを開く
  • トピックを変更する

この2つだけです。
チャットメッセージを送るコマンドはありません。

笑っちゃうくらい、やる気ナッシングです。

私は、UWSCというデスクトップ自動化アプリを愛用しています。
これと組み合わせて、メッセージ送信はUWSCにやらせるという手もあるかもしれません。

しかしその場合、そもそもチャットダイアログを開く時点からUWSCにやらせればいいような気もします。
Skype URI要らないですね。

汎用ソフトウェア、とりわけネット系のソフトはふつう拡大戦略として、サードパーティやマッシュアップの開発者コミュニティを積極的に身にまとっていく、そのためにAPIをガンガン拡張していく、というのが普通だとおもっていましたが…。
さすがMSの考えることは我々しもじもには理解の及ばぬ高みにあるようです。

サードパーティによるSkype自動化ソリューションとして、MsgToSkypeというのがあります。
これは、Skype4Com.dllに依存してると書いてあります。

しかしSkype4Comのリンク先へ飛ぶと
Welcome
The Skype Developer program is not accepting new registrations.
とそっけなく返されてしまいました。
口先だけのウェルカムなんて要らないよ!

もうひとつ、Skype4PyというPythonラッパがあるようです。

しかしSkype4Pyのリンク先へ飛ぶと
You had me at "problem"
Looks like the page you were trying to visit doesn't exist or has been moved.
とそっけなく返され、あわせてSkype URIへのリンクをお示しいただきました。
ご親切にどうもありがとうございます!

ということで、私に残された選択肢はどうやら2つのみ:
  • UWSCでSkypeをたたく ※PHPとのI/Fがトリッキー
  • Skype以外の、もっとオープンなチャットシステム(IRCとか)へ移行
ということのようです。

ちょっと研究してみたいとおもいます。

2014年7月14日月曜日

Opennet開通成らず 理由は郊外すぎて

先日、Opennet入ってみたいな、という話を書きました。
実際に電話してみたのですが、電話対応が実に悪い。
そもそもクメール語がおぼつかない。
ベトナム人ばかりという話は本当だったのですね…。

2回目の電話でなんとか話が通じたものの、結論は
「おたくのエリアは線が行ってないので接続できません」
と冷たく言われました。
すんませんとかないんですかね…。
カンボジア人だったらそういう気持ちいちおう示してくれるんですけどね…。

どこに線を引こうが勝手だ、別に謝る理由は無えという理屈はわかるんですけど。

そして我が家はセントラルマーケットからはるばる西へ15分も歩いたところにあります。
ひと昔前でいえばプノンペンの西の果です。
文句言えた筋ではないのはわかっているんですけど。

知り合いで以前Opennet入ったひとがいたけど、
「不在ですか。困りますねぇ。5分以内に戻ってきてください。でなければ去ります」
とか工事に来るひとも妙にタカビーだったそうです。
そしてやはり、ベトナム語しゃべってて、クメール語が通じないとか。

せっかく格安なんですけどねぇ…。
開通したあとの評判は、ネット上で、悪くないんですけどねぇ…。

まぁ格安だからこそ、我々のようなペリフェラルな庶民への手厚いフォローなどはないという理屈はわかりますが。

ということでOpennetという選択肢は、むこうからお断りされてしまいました。

しかし、何らかのネットを家へ引きたい。
そしてそのプロバイダがよければ、会社へもプロバイダ二重化の一方として採用したい。
その気持ちは変わってません。

Digiはすでに会社で使っていて様子わかってるので(ビジネスプランですので、庶民の気持ちはわかってるとはいえませんが)、それ以外のプロバイダを入れてみたいです。

また研究してみます。

イラレCS3では重すぎて処理できないファイル、CS5ではOK



CS3というご指定のAdobe Illustratorのお仕事で、うっかり、データをチョー重たく作ってしまいました。

具体的には、1ファイル数十MBの.psdを貼りまくり(リンク)…。

今更.epsに差し替えるのも、事故が恐ろしいですし…。

PDF化しようとすると、「メモリが足りません」という無慈悲なエラーで、止まってしまいます。

CS3 (J)のあのトホホなバグの回避法は適用済です。

むむ~!


しかし、ふと思い立って、このファイルをCS5で開き、PDF化したところ…。

時間はかかりましたが、.pdfが無事できました!

時代はCCですが、現場はこんなもんです、というお話でした。

類が友を呼ぶ採用

今日も面接と技能試験(*1)をやりました。

「みんなー、そろそろ追加採用するから、誰かここで働きたい友達とか親戚とか知り合いとかいたら、CV持ってきてねー」
と声をかけたところ、社員の一人がCVを持ってきてくれました。

当社の採用はいつもこのパターンです。
広く求人をかけて採用したことは一度もありません(さすがに日本語人材を除き)。

おもしろいのは、そうやって来る応募者はほぼ必ずといっていいほど、CVを持ってきた社員と似たタイプであることです。

「友達とか親戚とか知り合いとか」
と呼びかけてはいますが、実際来るのは、たいていは友達です。

たぶん、気の合う友達なのでしょう。
だから似たタイプなのだろうとおもいます。

そういう気の合う友達をひきずりこみたい職場、という位置づけに、社員のなかでなっているということは、当社で働くことについて、少なくともその社員は、そう悪くはおもっていないということを示しているようでもあります。

これからもこの、類が友を呼ぶ採用を、続けていきたいとおもっています。

なお、近所で僕がよく出会う若者を、ある日スカウトしたらほんとに来ちゃった、というパターンもありました(いまもそのひとはいます)。

これもある種、僕と気が合ったわけですから、類友の一種といえるんじゃないかな、とおもってます。

*1:
今げんざい技能を有しているかを見る試験ではない。
社員が技能を教えてみて、

  1. 物になりそうか?
  2. 教わる姿勢ができているか?
  3. まじめに働きそうか?

すなわち、総合的にこいつはいけそうかを見る試験である。1.はともかく、2.、3.はガイジンである私にはなかなか短時間で見分けがつかない部分ですので、社員に見させるほうがよいということを、創立2年目ぐらいで学びました。

MYNの実装系Asana 3段階の期間くっきり

MYNというタスク管理手法を先日紹介しました。



今日は、このMYNの思想と一致したインタフェースを持つタスク管理系Asanaについて学んでいます。

IFTTTなどのマッシュアップ先として名前をちらほら見ることが多くなったので、気になっていました。

具体的な使い方は
http://irritantis.info/2011/11/asana_the_elegant_task_management_tool/
などあちこちで紹介されています。
ここで、DueDateとは別のもうひとつの時間軸、「Today/Upcoming/Later」という属性が利用できます。RTMで言うところの「優先度」がないかわりに、この「着手タイミング」での整理が可能です。
Inboxやupcomingに表示されている自分のタスクの中から、「今日やる」のクローズドリストを作って処理できるわけです。Laterは初期状態では折りたたまれているので、someday/maybeのリストとしても使えますね。
というあたりが、ドンピシャリMYNだと思いました。

MYNでは、Toodledoを割と多プラットフォーム上での公式環境っぽく推奨しています。
が、Toodledoにもともと、 この3段階の期間がビルトインされているわけではありません。
設定をしこしこ構築することによってそのようにも使えるというだけです。

本来Asanaは、コラボツールとして使うことが想定されているそうです。

とくに、コメントがチャットなのはとても良いですね。
現在導入を検討して運用の詳細をほぼ詰め終わったRedmineの注記は、こうはいかないようです。

ただしAsanaはWebサービスであります。
クラウドです。
雲の上です。

自前サーバにインストールするRedmineとは本質的に異なります。
(RedmineをWebサービスとして提供している企業もありますが。)

自前サーバに構築するシステムの魅力は、自分の時給をダータと考えれば、どんなにスケールしても利用料無料という点です(笑)。
Asana無料版はユーザー数30人までだそうです(*1)。

後発である分、RedmineなどよりもGUIが洗練されているということはいえそうです。
元facebookコファウンダと元Google技術者が作ったそうです。

読み方は「アーサナ」だそうです。
あなたがブラジル人なら「アサーナ」、カンボジア人なら「アサナー」と読みたくなるところかとは存じます。
英語ネイティブなら「アセイナ」とか「エイサナ」なんて読んじゃうんでしょうか。
が、アーサナだそうです。

ということで、当社のコラボツールとしての採用には至りません。
が、個人的にタスク管理システムとして使う可能性は「アリ」です。
Toodledoに慣れてきたところですが…。

もうちょっと研究してみようとおもいます。

*1:
15人という情報もあります。
公式サイトにあたればどっちが正解かわかるとおもいますが。
まあ15人も30人も似たようなもんだとおもうんでつっこんで調べてません。