1. Why are we here? The Crisis of Maya and the User Exodus To the loyal Maya community and the Autodesk Product Managers, I want to discuss a heavy but unavoidable topic: Is Maya truly in a healthy state right now? I believe many senior users share this sentiment: Maya's underlying architecture seems to be falling behind the times. We watch it become increasingly bloated, with modules from a decade ago stubbornly occupying our interface. And what is the result? We are witnessing a significant exodus of senior users—especially FX artists—who, in pursuit of higher efficiency and modern workflows, are reluctantly migrating to competitors like Houdini. Objectively, this is a dangerous signal for Autodesk's product ecosystem. Once users get accustomed to the sleekness and efficiency of other software and start making comparisons, Maya's future development will fall into a massive passive state. We don't want to lose Maya, but Maya must change. Otherwise, it won't just lose its lead; it will be left behind by the era. 2. Our Antidote: Maya Lightweight / Community Branch Instead of struggling in the heavy quagmire of the backend, let's travel light. I strongly propose that Maya should introduce a new branch, tentatively called "Maya Lightweight Edition" or "Maya Community Edition." This branch doesn't require earth-shattering backend refactoring. Its core selling point is direct and tempting: Thorough UI Modularization and the freedom of "out of sight, out of mind." Return Control to Users: We support users in freely hiding or marking any interface module. The "Legacy" Plugin Package: We create a dedicated "Legacy" plugin package to centrally manage those outdated functions. UI-Level Purification: Please note, we are not deleting these functions at the backend (that would be too radical and risky). We are simply "evicting" them from the UI interface. Imagine opening Maya and no longer being eyesore by modules you never use, like nCloth or old fluid effects. The interface is as clean as a fresh install. This experience of "hiding the useless" is the ultimate respect for the user. 3. A Victory for Realism: Why is this the Most Feasible Solution Right Now? I must candidly point out a fact that everyone tacitly understands: Maya's legacy code is heavily burdened. Undertaking a true large-scale refactoring is nearly an impossible engineering task, or the cost is simply unbearable. But this doesn't mean we are at a dead end. On the contrary, precisely because the backend is hard to撼动 (move), we need a "UI-level" lightweight solution even more. This proposal is not about forcing Autodesk into a bone-breaking backend revolution. It is about making Maya live more practically, longer, and more comfortably. This is a solution that is entirely feasible at this stage, with extremely low risk but high returns. It bypasses the most difficult backend code rewriting and strikes directly at the UI level—where user perception is strongest. This is the best path to "extend the life" of Maya and breathe new life into it under the existing architecture. 4. Smart Compatibility & A Data Goldmine: Reassurance for Product Managers I know what Autodesk Product Managers worry about most: Compatibility and Data Blind Spots. But this proposal perfectly solves both: Smart Compatibility, Seamless Switching: When you open a project file containing old features, the system will intelligently prompt: "Legacy data detected. Automatically enabling xxx Legacy Modules." Old projects run as usual, new projects run smoothly—no conflicts. The Most Authentic User Behavior Data: This is crucial! Currently, it is hard for the official team to know what users truly dislike. But in this branch, what users hide is the most authentic vote! The official team can clearly see: "Oh, 80% of users hid nCloth," or "Everyone dislikes that old render settings UI." This is far more accurate than any survey! It will guide Autodesk to use valuable development resources where they matter most, rather than blindly maintaining outdated code. 5. Playing to Strengths: The True Way Out for Autodesk To speak from the heart, Autodesk is not exactly efficient (or擅长) at grinding away at old backend code refactoring. Instead of consuming huge costs there, why not build a better "Container"? If Maya's modular architecture is robust enough, Autodesk can play the role of an "Integrator" in the future. Next time you see an excellent FX software or tool on the market, simply acquire it and plug it into Maya as an independent, modern module. This "Lego-style" ecosystem expansion is far more logical and flexible than patching and repairing. 6. Attitude & Ecosystem: Rebuilding the Cornerstone of Trust Launching a "Community Branch" is not just a feature update; it is a Declaration of Attitude. It sends a positive signal to all users: Autodesk has heard our voices. Autodesk is willing to change and make Maya better. We could even try offering this branch as a free value-added item in the subscription service, encouraging all users to experience it and provide feedback. To be brutally honest, Autodesk's current community and ecosystem construction is hardly satisfying. Every time I see Product Managers promoting Maya, proudly mentioning "We have an excellent community and ecosystem," as frontline users, we often find this statement laughable. A true ecosystem is not blown up by words; it is cultivated by an open, modular platform that respects its users. If these ideas can be implemented, they will provide a solid foundation for absorbing community plugins and third-party tools in the future. It will transform Maya from a "bloated beast" into an "open ecosystem." Maya users, we need this change. Autodesk Product Managers, please give us a reason to keep loving Maya.
Show More