Is there a well grounded theory on backward and forward compatibility of formats, languages, grammars and vocabularies?
I have a friend who has the specific problem of building a case against the use of a custom HTML <wrapper> tag in some site’s markup. Now, intuitively we can answer that use of such a tag is risky, as future HTML specs may define a wrapper tag with semantics that conflict with its use on the site. We can also appeal to a particular section of the HTML5 spec which also recommends against the use of custom tags for this reason.
What is the traditional way to maintain extensibility in a database-driven application like this?
I’m working on a simple application for a game in Java that allows a user to record whether they have collected a given item and how much experience it contains. This will work for multiple item types (weapons, armor) and each will have its own tab with a list of all items that qualify under it. Making changes as new types are added is not such a big deal (if a clothing slot is added, for instance), but new items are added to the game all the time in biweekly patches, and I’m not sure what the traditional/customary way to make sure the application is user-extensible without requiring me to would be.
What is the traditional way to maintain extensibility in a database-driven application like this?
I’m working on a simple application for a game in Java that allows a user to record whether they have collected a given item and how much experience it contains. This will work for multiple item types (weapons, armor) and each will have its own tab with a list of all items that qualify under it. Making changes as new types are added is not such a big deal (if a clothing slot is added, for instance), but new items are added to the game all the time in biweekly patches, and I’m not sure what the traditional/customary way to make sure the application is user-extensible without requiring me to would be.
What is the traditional way to maintain extensibility in a database-driven application like this?
I’m working on a simple application for a game in Java that allows a user to record whether they have collected a given item and how much experience it contains. This will work for multiple item types (weapons, armor) and each will have its own tab with a list of all items that qualify under it. Making changes as new types are added is not such a big deal (if a clothing slot is added, for instance), but new items are added to the game all the time in biweekly patches, and I’m not sure what the traditional/customary way to make sure the application is user-extensible without requiring me to would be.
What is the traditional way to maintain extensibility in a database-driven application like this?
I’m working on a simple application for a game in Java that allows a user to record whether they have collected a given item and how much experience it contains. This will work for multiple item types (weapons, armor) and each will have its own tab with a list of all items that qualify under it. Making changes as new types are added is not such a big deal (if a clothing slot is added, for instance), but new items are added to the game all the time in biweekly patches, and I’m not sure what the traditional/customary way to make sure the application is user-extensible without requiring me to would be.
What is the traditional way to maintain extensibility in a database-driven application like this?
I’m working on a simple application for a game in Java that allows a user to record whether they have collected a given item and how much experience it contains. This will work for multiple item types (weapons, armor) and each will have its own tab with a list of all items that qualify under it. Making changes as new types are added is not such a big deal (if a clothing slot is added, for instance), but new items are added to the game all the time in biweekly patches, and I’m not sure what the traditional/customary way to make sure the application is user-extensible without requiring me to would be.
What is the traditional way to maintain extensibility in a database-driven application like this?
I’m working on a simple application for a game in Java that allows a user to record whether they have collected a given item and how much experience it contains. This will work for multiple item types (weapons, armor) and each will have its own tab with a list of all items that qualify under it. Making changes as new types are added is not such a big deal (if a clothing slot is added, for instance), but new items are added to the game all the time in biweekly patches, and I’m not sure what the traditional/customary way to make sure the application is user-extensible without requiring me to would be.
How far to go when future proofing fluent-method-chained-DSL test code?
Is it worth implementing interfaces, or using the getThis() trick, or even static factory methods to future proof against the need to extend this DSL?
How far to go when future proofing fluent-method-chained-DSL test code?
Is it worth implementing interfaces, or using the getThis() trick, or even static factory methods to future proof against the need to extend this DSL?
Decimal vs. Integer; Given a fixed range of values, which is preferable for accurate computation?
After getting into a “heated discussion” with someone, I figured I’d ask this question for the sake of posterity. I’m willing to be corrected if my assumption is incorrect but I’d like to hear a third-party opinion by someone with more credibility than myself.