I’‘m pleased to announce that Rod Chavez from Google Talk will be joining us as a special guest for next week’'s group chat (http://www.jivesoftware.org/group-chat.jsp).
About Rod:
Rod Chavez, Engineering Manager, Google
Rod has been working in software engineering for over 15 years at a variety of companies, among them Borland International, Microsoft, BEA Systems and now Google. Always on the developer side of things, he’'s helped ship Paradox for Windows, dBase for Windows, IE4, IE5, WebLogic Workshop 7.0 and 8.1 and now Google Talk.
When not at work he enjoys a sunny round of golf, a cut-throat game of poker and a fine bottle of wine. Not necessarily in that order.
As per the usual special guest process, please post questions for Rod as messages in this thread. We’'ll use those questions to seed the conversation.
How long has Google been working on Google Talk? Was it written from scratch?
Did you look at using SIP/SIMPLE for Google Talk instead of Jabber/XMPP? If so, why did you decide to go with XMPP?
What sort of technologies, programming language(s), operating systems (I suppose this is a no-brainer ), database(?), etc., are being used for Google Talk?
Will Google Talk evolve to a more-or-less standard instant messaging application, or can we expect more exotic features to be added? If so, can you give us some hints what those features would include?
Were there specific features that have been discussed but rejected? Which features where that, and why were they rejected?
Welcome to the Jabber community! We were very pleased to hear that Google plans “to support open server-to-server federation.” We also understand the importance of having safeguards in place for blocking Spam over IM (SpIM).
http://www.jabber.org/jeps/jep-0159.html). More proposals are in the works (e.g., a standard way for entities to report sources of spim to each other). During this experimental stage, we’'d really like to have some input (or at least some feedback) from people at Google.
IMHO it will be important to get all client and server developers working in the same direction. Can you tell us how Google is currently intending to combat spim from networks of ‘‘zombie’’ servers once it switches on open server-to-server federation?
Google chose to implement a simple proprietary XMPP voice call setup instead of using TINS (http://www.jabber.org/jeps/jep-0111.html). Do you see issues with TINS, or might Google implement TINS in a future version of its client?
I just hope that JiveSoftware would have working s2s at this time, because in other case talking about s2s would looks like conversation of two blind men talking about colors.
I don’'t think that XMPP was designed to accessing webchats. Main feature is s2s, point.
/i
Great! it’'s working now. Normally working MUC would be the next great thing :)(I mean clonning when exit/enter a room)