ソースコードジェネレータコミュの雑談トピ

無かったので立てました

コメント(9)

最初
全て
最新の40件

4/1でしたね。
うちは受託でジェネレータを使って開発してますが、使っていることはナイショになっています。ソースコードのコメントに
generate:Nakano (2008/03/31 13:24:56)
template:ver1.2
と出力していますが、その点をつっこまれた場合「社内ルールでそうなっている。全員書いている。」と言い張ることになっています。

[2] mixiユーザー 04月02日 03:08

僕もナイショにします。宣言すると、工期が大幅に縮小されてしまうリスクがあるので。
ジェネレータって「運用」にコストが掛かって開発効率なんて上がらないんですよねー。

[3] mixiユーザー 04月02日 23:41

去年一緒に仕事をしたＰＧの人が、ぼくが関わった2005年にリリースした案件の改修をするらしい。今日その人が騒いでいるので話を聞くと、「ジェネレータで生成されるファイルが少ない」とのこと。
去年版はスケルトンを含めて動作に必要なファイル一式作るけど、2005年時点では一部のソースしか作ってなかった。「それでも当時は『驚くほど楽になった』と喜んだもんだ」とか言ってみた。

人間は楽を覚えると戻れない。
単調な作業をさせられると苦痛だったり理不尽に思ったりする。
そんなことからは早めに開放されるべきかもしれない。

でも自信を無くしたりしたときは、単調な作業をして、自分にいろんなことが出来ることを確認してみたくなる。

[4] mixiユーザー 04月03日 10:33

コンサル風に言うと「ジェネレータ使用を公開しない理由は３つです」（w

ひとつめは、ジェネレータが納品対象ではないこと。ジェネレータを使う事が公になるとユーザはそれを欲しがるため、それを断るのが大変です。

ふたつめは、ジェネレータが万能と思われてしまうこと。単純なテンプレートやジェネレータの使用経験がないとジェネレータを使うのは大変です。

みっつめは、ノウハウが必要ということ。ジェネレータがあってもノウハウがなければ効率は上がらない、ということは意外と分かっていない人が多いと思います。

[5] mixiユーザー 04月29日 00:07

顧客の要件が膨らんで（予算的に）受けられなくなりました。オーバーフローした分は顧客と一次受けで開発するそうです。で、フレームワークは提供するがジェネレータは提供しないことになりました。（存在自体が隠されているので。）

連休明けるとフレームワークの習得に一次受けの兄ちゃんがやってくるそうです。その兄ちゃんが顧客に開発方法を指導するらしいです。
楽な方法があるのに、楽をさせないのは、なんとなく心が痛みます。

でも「家を建てるのに予算が無いから台所は自分で作る」という人がいたとして、そんな人に自分の電動工具を貸す義理は無いよね。「自分の道具で勝手にやってちょうだい」ですよね。
フレームワークの無償提供だけでもずうずうしい気がしてきた。

[6] mixiユーザー 04月29日 00:43

>で、フレームワークは提供するがジェネレータは提供しないことになりました。（存在自体が隠されているので。）

お客さんはそれで「得した」と思ってるんでしょうねー。フレームワークを無償でもらえるわけですし。まさに知らぬが仏です。

> 楽な方法があるのに、楽をさせないのは、なんとなく心が痛みます。

こういうのってよくあるジレンマですねー。
結局、ジェネレータの価値が認められていないことか原因なんだと思います。

やはりもうちっと布教活動ガンバろうっと。

[7] mixiユーザー 04月29日 11:41

http://www.atmarkit.co.jp/news/200804/11/ipa.html
これに対する意趣返しかもしれません。

ジェネレータが一般化した場合をネガティブに想像してみた。
・ジェネレータありきでの見積もりとなり、システムの単価が業界全体で下がる。
・ジェネレータを持っていない会社は更にデスマが続く。
・ジェネレータがあっても「ジェネレータで簡単に変更出来るでしょ」と気楽に言われデスマが続く。
・ジェネレータ、フレームワークに特化したスキルしか身につかず、要員の質が低下。より労働集約的になる。
・ジェネレータのカスタマイズ担当者は、プロジェクトのかけもちで消耗。

[8] mixiユーザー 04月29日 12:11

webアプリの拡張タグの仕様書を顧客に公開する必要がありました。
今までtldファイルからjavadocに似た形式のＡＰＩ仕様書を作ってくれる「tlddoc」というのを使っていました。※https://taglibrarydoc.dev.java.net/
生成されるHTMLが英語だったので、今回それを日本語化しました。

以下その手順。
１．tlddoc.jarを解凍すると、xlst形式のファイルが詰まったフォルダがあるので、そのフォルダをローカルにコピーする。
２．中のxlst形式のファイルを日本語化する。
３．実行時のオプションでフォルダを指定する。
で、日本語のＡＰＩドキュメント完成しました。

この話のオチは、カスタマイズ前提にした場合、ハードコーディングやリソースファイルを使うより、テンプレートが一番スマートなんじゃないか？です。

[9] mixiユーザー 09月27日 22:50

はじめまして。
コードジェネレーション好きな組み込み系プログラマです。

学生の頃(10年以上前)にyacc,lexを知りコードジェネレーション
に興味を持ちました。
その後社会人になってgperf 、smc(state map compiler)
あたりを知り衝撃を受けました。

その衝撃からか、仕事ではPerlで自分用コードジェネレータを書き
C言語のソースコードを生成。
これで生産性が上がると実体験で確信できました。
最近はもっぱらRuby + ERBです。

よろしくお願いします。

ログインすると、みんなのコメントがもっと見れるよ