Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Ribs]

The fighting skill has an interesting idea behind it: it (mainly) serves as a generic substitute for more specialized weapon skills. It's a realistic concept, and it works really well. If the character is a skilled fighter, but has no experience in using axes, he still gets a bonus with that weapon because of his high fighting skill, albeit not as big a bonus he would get if he had the appropriate weapon skill.

Why not bring that concept to other labor types?

For instance, you could have a generic "stoneworker" skill, that would serve as a clutch for other more specialized skills related to masonry, such as stonecrafting,  stone construction /smoothing and engraving.

It's also a good way of splitting some of the skills people have been wanting to for ages (such as mason/construction, and stone smoothing/engraving) and still have them interconnected so it would make sense. So if you have a highly skilled mason, he'll be ok at engraving/ smoothing stone, but not as good as a specialized stoneworker that focused on those particular skills. Also, all stoneworking jobs would raise the generic "stoneworking" skill, just as all combat related jobs raise the fighting skill.

I can thing of a few other labors that could make sense of this:

Woodworker

• Wood cutter
• bowyer
• wood crafter
• carpenter
• fletcher (at least for wooden bolts)

Metalworker

• metalcrafter
• armorer
• weaponsmith
• etc

 

[Skullsploder]

I support this. It makes sense. However, it may be difficult to implement.

[Ribs]

In what way? Aside from having to decide which skills should have a "general" skill over it, I think it would be a pretty straightfoward thing to implement.

Unless you mean difficult programming-wise. If that's the case, I wouldn't have a clue...

[Ives]

Instead of adding more visible skills I'd like to see a hidden modifier based on the dorf's highest skill in a skill group. Similar to how item preferences and attributes impact the quality of produced stuff.

[miauw62]

The program-wise difficulty depends on how Toady implemented this. If he has each labor as a class with a single skill as a variable, it may be hard to implement. (fighting likely uses a different system entirely)

[Dirst]

It could be something as simple as GeneralSkill = MAX(SpecificSkill₁, SpecificSkill₂, ...)/4, then EffectiveSkill_X = MAX(GeneralSkill,SpecificSkill_X) or EffectiveSkill_X = SpecificSkill_X + GenericSkill/5.

Or you could go completely ape-shit with an RMCII similar skills system.  Don't do that.

[Ribs]

The program-wise difficulty depends on how Toady implemented this. If he has each labor as a class with a single skill as a variable, it may be hard to implement. (fighting likely uses a different system entirely)

Instead of adding more visible skills I'd like to see a hidden modifier based on the dorf's highest skill in a skill group. Similar to how item preferences and attributes impact the quality of produced stuff.

'More is more' is the philosophy Dwarf Fortress seems to follow. Adding an (even more) giant clutter of skills to the game is something Toady is probably going to do eventually, right? I mean, we already have dozens. Making general skills that would serve as parents for specific ones would just make them a little easier to deal with