One thing that's worked in the past is that I have a frank conversation along two angles:
- If I hadn't used the CPAN, this project would have cost you $X more money. The CPAN exists because everyone contributes a little, so that everyone saves in the long run. You're not legally obligated to return a bit of the new development based on the CPAN stuff, but I'd suggest you're ethically obligated. How about it?
- If we submit the core engine of your project (but not the localized bits) to the CPAN, then there'll likely be more people making it better than just the folks in this building. This also means that you can hire others and not just me when you need updates, because other people will also understand it. And with more people understanding the technology, you'll get competitive bids from more than just me.
Usually, one or both of those is pretty convincing, from a business perspective. In fact, you could even take a moral stance on "no using from the CPAN unless I give to the CPAN", and submit two bids, one with CPAN exchange, one without.
-
Are you posting in the right place? Check out Where do I post X? to know for sure.
-
Posts may use any of the Perl Monks Approved HTML tags. Currently these include the following:
<code> <a> <b> <big>
<blockquote> <br /> <dd>
<dl> <dt> <em> <font>
<h1> <h2> <h3> <h4>
<h5> <h6> <hr /> <i>
<li> <nbsp> <ol> <p>
<small> <strike> <strong>
<sub> <sup> <table>
<td> <th> <tr> <tt>
<u> <ul>
-
Snippets of code should be wrapped in
<code> tags not
<pre> tags. In fact, <pre>
tags should generally be avoided. If they must
be used, extreme care should be
taken to ensure that their contents do not
have long lines (<70 chars), in order to prevent
horizontal scrolling (and possible janitor
intervention).
-
Want more info? How to link
or How to display code and escape characters
are good places to start.
|
