Droid Engineer Archive
Thread: Project: Droid Engineer Modular Upgrade System Synopsis
Straker_Atrella wrote:
No matter what Drashks first post really said abotu pros and cons, I think it really comes down to this.
Developing takes time, lots of time in this case.
Modular desgin doesn't fix our "Need" or "Decay" issues.
We need to get what limited Dev time we have to fix those issues.
All other pros and cons really don't matter in the big picture.
This is the heart of the matter; however as I've stated in the past, if this is the direction that the majority of the community wishes to push for, then that is what I will do. I in no way wish to surpress the idea, I just want to stress that if this is the direction that the community wants to head, all factors need to be considered.
I like the concept of the Modular Upgrade System. I just don't like what would happen if this was push before addressing our more serious issues such as Experimentation, Decay, and Overall usefulness. Later on, after all of these have been addressed, (/crosses fingers) this might be a great feature to add. Now is just not exactly the right time.
Message Edited by YodaMac on 11-07-2004 08:57 AM
BillyBobthe50th wrote:
Well, heres a better idea before we go into any further consideration...
Lets see what drask wants to do in great detail-basically we dont know if his ideas on what DE should be are any better.
I'm not sure we should really redefine DE.... The profession does have its problems, but that doesn't mean it needs to be completely revamped on such a fundamental level. I believe the core of DE is good, swap out what we've got now with a modular upgrade system and none of our problems go away, we just do things in a different way. Fix the current problems (decay and necessity) and then you evaluate where we are and where we should be. Think of it like your car having a broken window, so you take it in to get the engine rebuilt, same idea. There's nothing really wrong with the current module system, all the complaints I've seen about the DE profession have been with small details that can be fixed.
Jenden wrote:
BillyBobthe50th wrote:
Well, heres a better idea before we go into any further consideration...
Lets see what drask wants to do in great detail-basically we dont know if his ideas on what DE should be are any better.
I'm not sure we should really redefine DE.... The profession does have its problems, but that doesn't mean it needs to be completely revamped on such a fundamental level. I believe the core of DE is good, swap out what we've got now with a modular upgrade system and none of our problems go away, we just do things in a different way. Fix the current problems (decay and necessity) and then you evaluate where we are and where we should be. Think of it like your car having a broken window, so you take it in to get the engine rebuilt, same idea. There's nothing really wrong with the current module system, all the complaints I've seen about the DE profession have been with small details that can be fixed.
- Out of 121 total schematics, only80 schematics result in any kind of improvement, when experimented on.
- Out of the80 Experimented schematics
- 27 are Level based (Structure Maint, Item & Data Storage, Medical, and Armor)
- 12 are non-Combat Droids that have very little experimentation variance
- 1 experimentation is only necessary as an optional component (Droid Storage Compartments for Private Crafting Stations)
- 1 could be viewed to harm sales by using experimentation (Droid Customization Kits)
- 4are of extremely limited use (Reconstruction Kits)
- 10 are sub-components used in Repair and Reconstruction Kits
- 1 is of semi-limited use that can be bi-passedthree-fourths of the time by using an outside source (Interplanetary Survey Droids)
- 2 are limited sale Modules (Scout Trap Projectile and Stimpack Dispenser)
- 4are mainly used for Combat Droids. (Repair Kits)
- 14 are Combat Droids
- 3 produce high user demand (Combat, Auto-Repair, and Harvester Modules)
- 1 produces high user demand and is a consumable (Detonation Modules)
When broken down and looked at in this light, out the 80 schematics where experimentation matters, only 35 could be considered highly useful experimentation. 35 out of 121 schematics is on the low end scale of experimentation, when compared to the other crafting professions.
To me, this is one of the fundamental issues with Droid Engineering. Not only do we need to make our profession more sought after by others in the game, our profession should also be more fullfilling to those that chose the path of Droid Engineer. I think that a small revamp of the way that we build droids, so that experimentation plays a larger role, is at the heart of making Droid Engineering a better rounded crafting profession, but can also increase the value of our droids, to our customers.
One thing that I feel I should stress again, after reading BillyBobthe50th's comments.
What I want to do does not matter. It is the Community that I am here to represent.
Any posts that I make in Phase 1 of the Project: Droid Engineer series are my own ideas and insights on the shape that I think our profession should take. No matter how I debate a subject, it is ultimately the Community's decision to push an idea forward. I in no means want people to feel that I am stonewalling any subject matter. If anyone feels that I need to back off on trying to push for one thing or another, please feel free to call me on it here in the forums, or through PMs. I am only here to represent the Community's wishesto the DEVs and not 'push my own agenda'.
The entire reason for Project: Droid Engineer is to bring together different discussions on what the Community would like to see done with any future development time that we recieve, beyond bug fixes. The DEVs have stated that all non-Combat Professions will see some good ol' DEV luvin after the Combat Revamp is completed, and before the GCW Revamp takes place. There are supposed to be more then 1 non-Combat publish, which could mean that multiple professions will be hit at the same time. Even though Droid Engineer was effected by Publish 7 and 8, it does not mean that we won't see more production in the near future (in the next 9 months or less).
SOETyrant has raised the bar for what a Publish should look like. If you were a part of JtL Beta, and have followed the numerous additions in the last few months, you will noticed that not only has more communication been flowing from the DEV camp, but that the DEVs have been listening to many community requests as well.
rushy68 wrote:
heres an idea... lets implement this new system, but make it so only the droid engineers can re-module them, we can price it kinda high, and it would really balance out our financial issues, give us another skill to play with, + it would be
awesome to have it so that novices can do it to, it would open the market to the whole pro.. give feedback plz
With some work, this angle of the idea is something I could definitely see being of use. The DE can set the pricing for reconfiguring and parts accordingly. This combined with a chassis/droid decay system would work quite well and allow for additional flexibility, as well as making sure we're not selling ourselves short.
What does Decay mean??
I mean all over this board we cry out for droid decay but do we really know what it is we want? Under the current system I can't see a way to get droid decay that dosent involve having the whole droid decay. And I'm against that at all costs. It will drive me nuts and cause my customers, already more interested as droids as decorations than as droids, to hate me and swear off droids altogether.
By using a modular system out we can let each module decay based upon how much use it sees. I like the Modular Upgrade System idea and see it as an important part of a good droid decay system.
Droids forever, let modules decay.
Message Edited by Rihtan on 11-08-2004 12:46 PM
I'm a new droid engineer and even if my experience is still very limited I felt like participating to the discussion.
I'm not for a modular design because I just don't think it's needed, specialy if droids decay over time. However this is what I would like to see (I do not doubt that these have allready been said):
- Every chassis should be usefull for something, perhaps a DZ70 should have an inherent bonus to trapping adding to any trapping module installed in it. A surgical droid should definatly have a bonus to any medical module installed. Etc.
- Weapon modules should be configurable, I'd like to make a droid that uses heat weapons or one that uses acid, flame etc.
- Some ship parts shouldn't even be useable without an Astromech or a Flight Computer, Hyperspacing shouldn't be possible without a Flight Computer of level 3 or above.
MissKuss