In startups, there's an unspoken rule that says that Marketing gets to change the product name up until the day the product ships. And they often do. Or if they don't the company changes its name or logo (often after engaging an expensive "image" consulting firm). I ran out of fingers when counting the times this has happened to projects I've been on.
To defend yourself against the chaos this inevitability can cause, follow these steps:
- Use a consistent copyright in your source code. A consistent string is easy to change via a regex. To ensure that you're being consistent, write another script that periodically spiders your codebase looking for errant copyrights. If you're unclear about the importance of correct copyrights, ask your corporate lawyer, or someone in business development.
- Avoid hard-coding either the product or the company name. Where possible, use resource files, or the platform equivalent, rather than embedding product or company names in strings.
- Avoid hard-coding colors. If the corporate logo changes, there's usually a downstream change or two wherever the logo appears. Or, if you're really lucky, Marketing will engage the services of a usability guru, who will issue his report on Wednesday of the week the product ships, and you'll need to change a bunch of colors (at least). If you're using templates, put colors in a common style sheet.
- If you're responsible for documentation that'll be visible externally, and are using a document editing tool that supports variables, use them for both the product name and the company name. This'll save you a lot of search and replace time.
If you work it right, you can accommodate company or name changes within a few hours, plus build time. If you don't work it right, you and the team have a very long evening ahead of you, probably while you're already in crunch mode.
-
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.
|