Menu
News
All News
Dungeons & Dragons
Level Up: Advanced 5th Edition
Pathfinder
Starfinder
Warhammer
2d20 System
Year Zero Engine
Industry News
Reviews
Dragon Reflections
White Dwarf Reflections
Columns
Weekly Digests
Weekly News Digest
Freebies, Sales & Bundles
RPG Print News
RPG Crowdfunding News
Game Content
ENterplanetary DimENsions
Mythological Figures
Opinion
Worlds of Design
Peregrine's Nest
RPG Evolution
Other Columns
From the Freelancing Frontline
Monster ENcyclopedia
WotC/TSR Alumni Look Back
4 Hours w/RSD (Ryan Dancey)
The Road to 3E (Jonathan Tweet)
Greenwood's Realms (Ed Greenwood)
Drawmij's TSR (Jim Ward)
Community
Forums & Topics
Forum List
Latest Posts
Forum list
*Dungeons & Dragons
Level Up: Advanced 5th Edition
D&D Older Editions, OSR, & D&D Variants
*TTRPGs General
*Pathfinder & Starfinder
EN Publishing
*Geek Talk & Media
Search forums
Chat/Discord
Resources
Wiki
Pages
Latest activity
Media
New media
New comments
Search media
Downloads
Latest reviews
Search resources
EN Publishing
Store
EN5ider
Adventures in ZEITGEIST
Awfully Cheerful Engine
What's OLD is NEW
Judge Dredd & The Worlds Of 2000AD
War of the Burning Sky
Level Up: Advanced 5E
Events & Releases
Upcoming Events
Private Events
Featured Events
Socials!
EN Publishing
Twitter
BlueSky
Facebook
Instagram
EN World
BlueSky
YouTube
Facebook
Twitter
Twitch
Podcast
Features
Top 5 RPGs Compiled Charts 2004-Present
Adventure Game Industry Market Research Summary (RPGs) V1.0
Ryan Dancey: Acquiring TSR
Q&A With Gary Gygax
D&D Rules FAQs
TSR, WotC, & Paizo: A Comparative History
D&D Pronunciation Guide
Million Dollar TTRPG Kickstarters
Tabletop RPG Podcast Hall of Fame
Eric Noah's Unofficial D&D 3rd Edition News
D&D in the Mainstream
D&D & RPG History
About Morrus
Log in
Register
What's new
Search
Search
Search titles only
By:
Forums & Topics
Forum List
Latest Posts
Forum list
*Dungeons & Dragons
Level Up: Advanced 5th Edition
D&D Older Editions, OSR, & D&D Variants
*TTRPGs General
*Pathfinder & Starfinder
EN Publishing
*Geek Talk & Media
Search forums
Chat/Discord
Menu
Log in
Register
Install the app
Install
NOW LIVE! Today's the day you meet your new best friend. You don’t have to leave Wolfy behind... In 'Pets & Sidekicks' your companions level up with you!
Community
General Tabletop Discussion
*Geek Talk & Media
PCGen sellout
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="Hollywood" data-source="post: 725585" data-attributes="member: 7408"><p>a) Java is NOT a horrible language. Its actually a very good language by itself. The biggest problem is that its supposed to be cross-platform and doing cross-platform UI is not an easy task and the Swing API for doing UI is really dodgy and slow... IBM's version is actually a bit better, but it also relies on taking advantage UI APIs found on the target machines in which its run on.</p><p></p><p>b) Java is based quite heavily on the C/C++ syntax anyways. Its what is called a "managed" language, which means that it manages memory allocation/deallocation and some other things that can really trip up even the most experienced programmers.</p><p></p><p>c) More important to the issue is not whether the team can program in C, or why they chose Java, but whether they can actually DESIGN and DEVELOP software with proven SOFTWARE ENGINEERING concepts. Since none of their resumes are available, I can't say whether any of them have this experience or not. Having seen the Java code, since its open-source, I really suspect not, but may be wrong. If they don't, then it was a horrid move on WotC's part.</p><p></p><p></p><p></p><p>Why? Start fresh, don't use bad code thats full of a lot of proprietary and badly designed code and data storage/manipulation.</p><p></p><p></p><p></p><p>How about we see some design and architecture documents for eTools and PCGen to prove that legitimate software development processes are being followed. That won't ensure that broken software won't get turned out, but will prove that some time and effort has been spent on thinking through the project before any coding begins and its not just a "code-n-go" project.</p><p></p><p></p><p></p><p>ETools users should have gotten their money back, with an apology, from WotC. Fluid should have bailed on the software long before it got to the point it got, when it was apparent that WotC had no true goals that could and would be set in concrete.</p><p></p><p></p><p></p><p>I'm sorry, but I've not seen 3 years of value out of that work. Luke's done far more with his RPM software.</p><p></p><p></p><p></p><p>I disagree. This "deal" doesn't address anything. It only allows TWO tools, one controlled by WotC and the other basically controlled by WotC, to use additional options that are not available to other tools like RPM or Twin Rose's software. Thats not "options, not restrictions", thats "restricted to only our tools" of which both are mishappened hammers being used to pound in wood screws.</p></blockquote><p></p>
[QUOTE="Hollywood, post: 725585, member: 7408"] a) Java is NOT a horrible language. Its actually a very good language by itself. The biggest problem is that its supposed to be cross-platform and doing cross-platform UI is not an easy task and the Swing API for doing UI is really dodgy and slow... IBM's version is actually a bit better, but it also relies on taking advantage UI APIs found on the target machines in which its run on. b) Java is based quite heavily on the C/C++ syntax anyways. Its what is called a "managed" language, which means that it manages memory allocation/deallocation and some other things that can really trip up even the most experienced programmers. c) More important to the issue is not whether the team can program in C, or why they chose Java, but whether they can actually DESIGN and DEVELOP software with proven SOFTWARE ENGINEERING concepts. Since none of their resumes are available, I can't say whether any of them have this experience or not. Having seen the Java code, since its open-source, I really suspect not, but may be wrong. If they don't, then it was a horrid move on WotC's part. Why? Start fresh, don't use bad code thats full of a lot of proprietary and badly designed code and data storage/manipulation. How about we see some design and architecture documents for eTools and PCGen to prove that legitimate software development processes are being followed. That won't ensure that broken software won't get turned out, but will prove that some time and effort has been spent on thinking through the project before any coding begins and its not just a "code-n-go" project. ETools users should have gotten their money back, with an apology, from WotC. Fluid should have bailed on the software long before it got to the point it got, when it was apparent that WotC had no true goals that could and would be set in concrete. I'm sorry, but I've not seen 3 years of value out of that work. Luke's done far more with his RPM software. I disagree. This "deal" doesn't address anything. It only allows TWO tools, one controlled by WotC and the other basically controlled by WotC, to use additional options that are not available to other tools like RPM or Twin Rose's software. Thats not "options, not restrictions", thats "restricted to only our tools" of which both are mishappened hammers being used to pound in wood screws. [/QUOTE]
Insert quotes…
Verification
Post reply
Community
General Tabletop Discussion
*Geek Talk & Media
PCGen sellout
Top