k3c 曰く、 "japan.linux.com記事より。野村総研は、統合開発環境eclipseやCVS、Antの利用ガイドやノウハウ集などの社内資料を無料で公開することを発表した。すでに一部がダウンロード可能となっている。「日本国内で広く普及することを願って」公開したとのこと。一連のドキュメントには同社の製品「オブジェクトワークス」との連携方法に関するドキュメントも含まれているためやや商売っ気アリかもしれないが、それでもある程度コストをかけて整備したであろう社内資料を無料で公開するその心意気には素直に賞讃の意を示したい。"
偉いなぁ (スコア:2, 参考になる)
うち向けの資料って public にするには結構適当な
書き方をしてたり、自分らに特に深刻に関係しない場合は
適当に嘘入ってたりして、外に出すには最初っからまじめに
作ってない限り、うち向けを外向け(にしてもはずかしくないレベル)
に手直しするのってそれなりに手間になりそうですよね。
やっぱ、資料を作る時に公開することを前提に
作ってたってのが正解なのかなぁ。
Kiyotan
Re:偉いなぁ (スコア:1, 参考になる)
> 作ってたってのが正解なのかなぁ。
上流工程を行う為には下流へ適切に情報を伝えなくては
いけない訳で嘘は書けないのかと思います。
# 来年から関係者なのでAC
Re:偉いなぁ (スコア:0)
エライさんが「これこれの技術はなんか良いらしいじゃないか。うちの技術者に評価させろ」
と言って、一時のプレゼン資料として作らせる書類もあります。
面倒なときはちょいちょいと適当なことを書いて誤魔化す事も…
今回の”資料”ってのはそういうのを指しているのかと。
偉いというより (スコア:1)
数千人月ベースのプロジェクトに適用すれば,翻訳コストはあっさり回収できるでしょうし,そのドキュメントの管理コストも考えれば,社内資料としとくより公開するほうがお得だと判断したのではないでしょうか。
ただ,エンジニアって逆英語コンプレックスというか,「これくらい英語で読め!」ってな人が多いですから,それをあえて翻訳したってのは,なかなか知的な人たちだなぁと思います。
#私はふつうの英語コンプレックス
斜点是不是先進的先端的鉄道部長的…有信心
翻訳? (スコア:0)
違うような気がするのですが。
> ただ,エンジニアって逆英語コンプレックスというか,「これくらい英語で
> 読め!」ってな人が多いですから,それをあえて翻訳したってのは,なかな
> か知的
Re:偉いというより (スコア:1)
ここに,300人×1年以上のプロジェクトがあったとする。
で,某OSのマニュアルが開発に必要とする。
マニュアルの厚さは1032ページくらい。
過去の方法から説明しましょう。
20年前:プロジェクトに一冊だけ用意してまわし読みする。とうぜん,このやりかただと,全員が読むことはありえません。かわりに,先輩が覚えていて,口伝で教えてもらう。
10年前:オンラインマニュアルで閲覧可能にする。誰でも読めるようになったのはありがたいけど,持ち出しは不可。
現在:マニュアルは,一般に入手可能な状態にしておき,必要な人は個別に入手してもらう。ただし英文。
でまあ,仕事でやるときは,必要なところだけ読むわけですが,もちろん全員が全部読んでいるほうが,ソフトウェアの品質は向上するでしょう。
たとえば,全員に英文のマニュアルを支給して読んでおいてもらう。という方法もありますが,みんなが日本語と同じ速度で読めるわけではありません。私は遅くて,理解度を無視しても和文の5倍以上かかります。
そこで,300人全員に読ませる場合に,マニュアルを読む時間が英文で4分/1ページくらいが平均として,和文なら,その半分に下がるものとする。するってえと,翻訳したことによって,
1032ページ×2分×300人 = 10,320時間
もの工数の節約になるわけです。こうして減らした工数を使って,英文マニュアルを翻訳すると,しっかり元が取れる計算になる。というわけ。
#えっ。そういう話しじゃない? 失礼しました。
斜点是不是先進的先端的鉄道部長的…有信心
パブリックな活動を評価するしくみ (スコア:1, すばらしい洞察)
今回のドキュメント公開などは、利用者が有用だよと評価してあげれば、 純粋に企業の広報活動としてもメリットが大きいのじゃないかな。
対象はオープンソースに限らなくても、企業のパブリックな活動を 利用者側が紹介・評価する仕組みがあれば、 企業としてもこういった活動をやっていく動機になると思う。
コスト回収 (スコア:1)
コストかけたなら、回収しなきゃだ。企業なら特に。
で、「回収」の手段が、つまり公開なんでしょうね。
自由ソフトのプラグインとして自社製品を作って売り出した場合、
その自由ソフトが流行ってくれないと製品も売りようが無いわけで、
流行らせることが回収の最善手になるはず(それ以外の手はロクに無いであろうから)。
既存プロプラ商用ソフトのプラグインなら、そのプロプラソフトのメーカーが
(程度の差はあれ)自分で宣伝するだろうから、こういう手を打つ必要性はあまり多くない、のかも。
----
ところで、 (そのソフトのジャンルによってはだが)商用プロプラソフトの最大の宣伝手法は、
内部情報の公開 なんじゃないか?と思う今日この頃。
例えば、俺が縁がある某社の独自アーキテクチャのフレームワークなんて、
APIの隅々に至るまで知る機会が無ければ、
導入したいと思う(リスクよりメリットが大きいと見積もってくれる)人や企業が居るとは思えないし、
そもそも思う以前に、その独自性がこの世に存在することすら知られる機会がないんじゃないかな?
と、凄く心配になる。
面白い(ユニークな)アーキテクチャなのに、その面白さこそが売りだろうに、
なんでAPIマニュアルや運用マニュアルを世間にばら撒いてしまわないのか、
俺には不思議。
#その独自フレームワーク用のEclipseプラグインを作ったら(良いのが作れたら)みんな幸せだろうな、と想像するのでG7
#ついでにそれをFREE公開すれば、同フレームワークも、より売れるようになるんだろうなと妄想するんでG7
----
逆にいえば、「独自」アーキテクチャが何処からともなく(^^;商売っけ抜きで出てきてくれると
便乗(?)商品を作りたい企業から見れば、楽といえば楽だろうと思う。
そういう意味では、Eclipseの登場は、企業にとって(も)すごく歓迎されるものなんじゃないかな?
ん?ってことは、今回あの資料を公開してくれて涙を流して喜んでいるのは、
実はライバル(居ればだが)各社、なのかも????
自分ちで同様の啓蒙活動をする手間が省けたんだから。
企業が公開するから (スコア:0)
ボランティアで有益な情報を公開している人たちもたくさんいるんだけど。
広報活動があるから (スコア:1, 参考になる)
ということもあるのだと思います。
参考:
なぜ理研の仕事ばかり新聞報道されるのか?
[umin.ac.jp]
ニュースの内容や解説の質を問う際に、報じる側の問題を指摘するだけでなく。
質の高い報道に繋がる発表をすることも考えないといけないですよね。
Re:企業が公開するから (スコア:0)
ニュースってのはそういうもんです (スコア:0)
それ以上でもそれ以下でもないんですよ。(多分)
めずらしいかなあ (スコア:1, 参考になる)
http://www.sra.co.jp/public/sra/technical/index.shtml
とにかく感謝です。
Re:企業が公開するから (スコア:0)
Re:企業が公開するから (スコア:2, すばらしい洞察)
なんで、貶めるようなことを書く人がいるんだろう?
おじさんには、理解できない。
Re:企業が公開するから (スコア:0)
入門者の人には役に立つかもしれないけど…
自分に関係ないと思えば「結構なことだ」以外に言いようが無いというか。
ところで、#355557 [srad.jp]の人は読んでみたんだろうか?
Re:企業が公開するから (スコア:0)
Re:企業が公開するから (スコア:0)
というか、いきなりマニアックな話されても世間の耳目は
あつまらないでしょ。そしたら公開するメリットがなくなる。
そういうバランス感覚があるところが素直に偉いと思うよ。
Re:企業が公開するから (スコア:0)
> あつまらないでしょ。そしたら公開するメリットがなくなる。
これから Eclipse をやりたい人って、そんなに居るのか…
個人的には Eclpse 2.0 の translation pack とかが
ヘルプまで日本語化してくれたおかげで
このレベルの資料ってあんまし必要無いもので。
Re:企業が公開するから (スコア:0)
まさに入門者の方に役に立つと思って、賞賛したんですが。
社内にこういうツールを広めようと思っても、日本語のドキュメントがないと、
読んでくれないんですよね。英語のドキュメントでもバリバリ読んでくれる人ばかりじゃないもので。
Re:企業が公開するから (スコア:0)
ただ、このネタについてはタレこんだ人の意図がよく分からなくて。
どう読めばいいんですか?
「貴重な情報をありがとう! これが欲しかった」
「情報公開することはすばらしい! みんな見習え」
「いろいろある中、公開ごくろうさん」
私は素直に賞賛するなぁ (スコア:1, 興味深い)
それをあえて公開してくれるのですから、私は素直に賞賛します。
// ボソ
少なくともうちの会社じゃ無理だろうな。
(研究所や大学向けの)製品のサポートをするMLを作ろうとしても待ったがかかるくらいだったし。
結局、「ユーザ有志が立ち上げた」という形の非公式MLになったのでした。
// ボソ
Re:企業が公開するから (スコア:0)
こういった情報公開に慎重な組織もあるだろうし、 (おそらく今回のように)公開することにメリットがあると考える組織もあるんだろうと思います。
それはそれとして、今回の発表
Re:企業が公開するから (スコア:0)
Re:企業が公開するから (スコア:0)
ボランティア精神とか他人が助かると自分も嬉しいとかいう精神構造と、
公開する事がメリットになるかどうかを分析する精神構造は異なるものである、としたからと言って、
実体(物体)として出来上がる中身に精神構造がどう作用するのか判断できないので、
なにそれ? って書かれてんじゃないの?
PDF?(オフトピ) (スコア:0)
JavaのAPIドキュメントみたいに、HTMLで提供して欲しかったなぁ。
Re:PDF?(オフトピ) (スコア:1)
その場合、PDFでないファイル形式で公開するとすると、
「HTMLで保存」された、フォント指定ばりばりの、巨大なHTMLか、
Word等のMicrosoft Office系のフォーマット
ということになります。
あるいは、そのままでは改変できない、ということを買ったのかもしれません。
Re:PDF?(オフトピ) (スコア:0)
せっかく公開してくれたものにケチつけるなよ
そんなにpdfでの配布が嫌な理由ってなにさ
Re:PDF?(オフトピ) (スコア:0)
敢えていえば、PDFの利点って、マルチプラットフォームに対応、レイアウトが統一できる、作成者の意図するレイアウトを維持できる、プリントアウトが簡単というだけしかないですよね。
別にMS向けにコンパイルしたHTMLが欲しいだとか、アーカイブファイルじゃなきゃ嫌だ、といってるわけじゃないんです。ファイル数が多くなったって、HTMLならHTMLというだけでグローバルスタンダードなわけですから、厳密なレイアウトでなければならないもの以外は、HTMLで良いだろうに、と思ったんですよ。
ファイル数が多くなると困るのは
Re:PDF?(オフトピ) (スコア:2, すばらしい洞察)
ファイルサイズが膨れ上がるほど無駄なタグが埋め込まれてますから。
自分で手を入れようと思うと泣きますよ。
それだけ列挙して「だけ」と言いますか。
Re:PDF?(オフトピ) (スコア:0)
あなたの書いたPDFのメリットは、HTMLでは不可能なものばかりです。
それにしても、~~ですよね、という意見の押し付けが多いですね。
どれも、あなたの身の回りではそうなんでしょうね、という程度です。
もう少し幅広くに物事を考えてみると良いかと思います。
Re:PDF?(オフトピ) (スコア:0)
Re:PDF?(オフトピ) (スコア:0)
要するに公開してもらった情報を自分で
改変されちゃ困る? (スコア:0, 余計なもの)
Re:PDF?(オフトピ) (スコア:0)
HTML形式が常に便利とは限らないわけで。
Re:PDF?(オフトピ) (スコア:1)
「スムージング」の「文字のスムージング」を無効にするか、
「CoolType使用」を有効にして、「CoolTypeの設定」を行って、
見やすい文字にカスタマイズしてみてはいかがでしょうか?
本当かい♪本当かい♪
Re:PDF?(オフトピ) (スコア:1)
>どうしてPDFなんでしょう?
そ、れ、は、
マルチプラットフォームできれいに読めるから。(はーと)
1つのファイルに納められると便利だし。
PCにECC Registeredメモリの利用を推奨します。
Re:PDF?(オフトピ) (スコア:1, すばらしい洞察)
「Adobeがサポートしているプラットフォームに限る」を書き忘れてますよ。
Re:PDF?(オフトピ) (スコア:1)
なので、ご自分でHTMLに変換して公開なさればよろしいのでは?
「言い出しっぺの法則」なる言葉、聞いたことがありますけれども。
Re:PDF?(オフトピ) (スコア:0)
Re:PDF?(オフトピ) (スコア:2, 参考になる)
Re:PDF?(オフトピ) (スコア:1)
Linux系統についてのCVSは たくさん情報があるけど、
ことWindowsに関しては ほとんど情報がないので
ワラにでもすがる気持ちです。
文章の形式など (私には)どうでもいいです。
Re:PDF?(オフトピ) (スコア:1)
入門CVS 第2版 [mikamama.com] (のweb頁と、この頁がサポートしてる書籍)
はどうでしょうか?
書籍の解説頁というか、添付(?)資料頁というか。
下書き原稿なるものも読めますし。
#これの質がどれほどなのかは俺には判断できないので識者よろしく
ところで、
最近は最低でもSubversion [bluegate.org]とかの次世代(?)ツールでないとヤバイんじゃないかと思い始めてるです。
CVSみたいにファイル単位でしか管理できないリビジョンって、ちょっとキツくない?
たしかUnixUserの今月号にSubversionの特集がありましたね。
Re:PDF?(オフトピ) (スコア:1)
失敗も勉強と思い、とりあえずやってみます。
最近 情報が多くておいつていかない・・・
でもプログラムはおもしろいから楽しかったりする
It's up to you
Re:PDF?(オフトピ) (スコア:1)
「覚えてないと」使えない、という機能が結構多いというか。
あと、SubversionだのBitKeeper(だっけ)だのが主張しているように、
やっぱりCVSじゃ足りない機能が有る…というか、
当たり前だけどバージョン管理ツールも(人間が作る)ツールとして、
使い心地や機能が年々改善され洗練されていき、古いソフトとの差がついていく…
ってことなんでしょうね。
勿論こういうものは、ないより有るほうがマシです。
そして、より便利な機能が的確に用意されてる奴が良いわけで。
RCSよりCVS、Subversion、そしてまだ見ぬ未来のツール…
#自分の家(藁)という実感が持てるのは未だにRCSなのでG7
余談:
CVSとかにも、MS VSSの「共有」の仕組み(リポジトリ内でln みたいなことが出来る)
が有っていいかも。時々便利です。
「共有機能が必要になるような変態的なディレクトリ構成をやめるのが先決だ」
ってのは理想論としてはその通りなんですが、なかなかそうもいかない事も有りましてね…。
ええ。使いにくさや内部矛盾をもたらさない限り、機能はやっぱり色々あったほうが幸せ。
まして他のソフトでちょっとでも(笑)便利だった機能を真似られるもんなら真似るのが幸せ。
時代がそうさせたんです。(嘘 (スコア:0)
# スコア-1で投稿できるようにならないかなぁ…
# まったりしてない沢山の人を苛つかせないためにも。
# /.Jには必要だと思ふ。
Re:PDF?(オフトピ) (スコア:0)
今回のは、講習会のテキストっぽいものみたいだし。
Re:PDF?(オフトピ) (スコア:0)
あの様な資料をHTMLで作られると、印刷した場合に奇麗に印刷出来ないので、かなり見辛くなると思いますよ。
Re:PDF?(オフトピ) (スコア:0)
あーゆーのがいい。
理由があるんだろうけどPDFはもういいよね…
こうゆうのちゃんと整備しないと (スコア:0)
なってきてこういうドキュメントを社内でちゃんと整備しないと
時間の無駄なような気がするんですが、なかなか出来ないですよね。
最近部内にwiki立ててぼつぼつ整備しているんだけど、
きっと違う部でも似たようなことやってんだろうな。
技術管理部とかがやってくれればいいんだけど、なんせApacheがなにか
知らないぐらいだから絶対無理。その上、何をするにも書類が必要でまったく役に立ちません。
他の会社の技術管理部とかもみんなこんな感じなんですかね。