Welcome to the Second Life Forums Archive

These forums are CLOSED. Please visit the new forums HERE

Post questions for Technical Town Hall with Cory Linden Dec. 2 at 4 PM PT
blaze Spinnaker
1/2 Serious
Join date: 12 Aug 2004
Posts: 5,898
12-03-2004 13:05
Agreed.

Jarod should post more. He lets his cynicism keep him away from SL too much.
_____________________
Taken from The last paragraph on pg. 16 of Cory Ondrejka's paper "Changing Realities: User Creation, Communication, and Innovation in Digital Worlds :

"User-created content takes the idea of leveraging player opinions a step further by allowing them to effectively prototype new ideas and features. Developers can then measure which new concepts most improve the products and incorporate them into the game in future patches."
Tony Tigereye
Registered User
Join date: 4 Sep 2003
Posts: 165
12-03-2004 17:12
From: blaze Spinnaker
Haney, time for one last question?

It seems that people want a lot of features (just read this thread and the feature suggestions) but LL is only so big with only so many resources.

Wouldn't it make sense to create a plug-in API for the client as soon as possible so that these features can be added by outside development resources?


eek, no plug-ins please. it's not that i don't trust you, blaze, but i generally only want a real software company's code running on my machine. as it is, the client already has bugs. allowing client plug-ins would create mayhem.
_____________________
Improve Second Life. Vote for these proposals:
Prop: 1115 - Allow Shiny on Transparent Textures
Prop: 622 - Better lag detection mechanisms
Prop: 621 - llDetectedTouchPos()
Andrew Linden
Linden staff
Join date: 18 Nov 2002
Posts: 692
12-03-2004 20:23
From: someone
Or, the abridged question, what computer language do you recommend for someone trying to compete with Second Life? I'm leaning toward C# and .Net libraries because of the RAD capabilities. What do you think?


IMHO, if all of out competitors were using C# and .Net then we'd have no competitors worth worrying about. But if they were using Jabber with Python and C++ modules I'd pay attention.

As for when all that stuff is going to happen, I'd say 2005 will be your year. I think a fully functional XML-RPC system, a generalized LSL API (can you say llPython, llPerl, and llC# ?) an HTML rendering engine on the client, and a configurable UI would solve most of your problems. That's just a subset of our goals for 2005.
blaze Spinnaker
1/2 Serious
Join date: 12 Aug 2004
Posts: 5,898
12-03-2004 20:37
From: someone

eek, no plug-ins please. it's not that i don't trust you, blaze, but i generally only want a real software company's code running on my machine. as it is, the client already has bugs. allowing client plug-ins would create mayhem.


Well, SL could potentially extend LSL to work on the client. It scares me to suggest it, but I'm sure they are thinking about it.

But, in any event, you won't need to download a plug in that you have concerns about. You can let everyone else guinea pig it first :)
_____________________
Taken from The last paragraph on pg. 16 of Cory Ondrejka's paper "Changing Realities: User Creation, Communication, and Innovation in Digital Worlds :

"User-created content takes the idea of leveraging player opinions a step further by allowing them to effectively prototype new ideas and features. Developers can then measure which new concepts most improve the products and incorporate them into the game in future patches."
1 2 3