Language:
switch to room list switch to menu My folders
Go to page: First ... 47 48 49 50 [51] 52 53 54 55 ... Last
[#] Thu Jan 28 2010 22:45:17 EST from IGnatius T Foobar @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

Isn't that the kind of thing that ought to be getting done in your destructor in the first place?

[#] Fri Jan 29 2010 06:32:01 EST from fleeb @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

If you think like a C++ coder, yeah.

Destructors in C++ are often used to clean up resources other than memory.



[#] Fri Jan 29 2010 11:37:26 EST from Ford II @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

Isn't that the kind of thing that ought to be getting done in your
destructor in the first place?

yes, except java doesn't have destructors. It has finally blocks which is where you do it, but they have finally blocks to compensate for the fact that they don't have destructors.

[#] Fri Jan 29 2010 15:46:32 EST from dothebart @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

 

Fr Jan 29 2010 11:37:26 EST von Ford II @ Uncensored
Isn't that the kind of thing that ought to be getting done in your
destructor in the first place?

yes, except java doesn't have destructors. It has finally blocks which is where you do it, but they have finally blocks to compensate for the fact that they don't have destructors.

so... in the end they just gave it another name... like they named the interpreter VM...



[#] Fri Jan 29 2010 16:07:29 EST from Ford II @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

Unfortunately finally blocks don't work quite like constructors but if you organize your code the right way, you can take advantage of them to use like like you would destructors, to a limited degree.

[#] Sat Jan 30 2010 01:27:53 EST from LoanShark @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]


well, when you start doing a lot of repetetive try/finally's, it's probably a sign that you need to just go write a template already - the resource open/close stuff gets very copy/pasty otherwise, with a lot of boilerplate.

[#] Sat Jan 30 2010 10:10:33 EST from Ford II @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

So far that hasn't happened to me, I don't use a lot of files, and I write web apps that check a connection out of the pool for the duration.
I suppose if I was writing a tcp daemon it would be more of an issue, but if I were writing a tcp socket daemon, I'd be writing in C++

[#] Wed Feb 03 2010 08:38:43 EST from dothebart @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

About facebooks architecture and their solutions:

http://cns.ucsd.edu/lecturearchive09.shtml#Roth

http://developers.facebook.com/news.php?blog=1&story=358

Hiphop, transpiling php to C++

I guess thats a big bang.



[#] Wed Feb 03 2010 12:40:24 EST from Ford II @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

so they freely admit they hire stupid programmers.

who obviously don't understand the concept of backwards compatibility.

[#] Wed Feb 03 2010 13:11:19 EST from fireball @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

Which would be great if facebook actually operated quickly currently.
It's performance has bottomed out recently, and now I've a theory why.
Even then that entire process seems like more trouble then it's worth,
I might as well just write the C++ code myself, I see no need for me to
combine the weaknesses of PHP with the weaknesses of C++.

A complete rewrite wouldn't be bad for facebook anyway, would give them
time to clear out some of the crap related to bad design ideas, like the
entire applications system just sucks. Also it would be nice if hooking
their chat to XMPP (chat being about the only reason I use facebook)
didn't randomly overload their servers (with a limited amount of
testers). That's just silly, their chat backbone needs rewritten either
way... i want my jabber support dang it!

[#] Wed Feb 03 2010 14:48:15 EST from IGnatius T Foobar @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

so they freely admit they hire stupid programmers.

They hire the kind of people who love Facebook. What did you think was going to happen?

I agree with fireball ... the resources they expended on writing their own PHP runtime could have been better spent rewriting their most demanding applications in a faster language.

[#] Wed Feb 03 2010 15:15:33 EST from Ford II @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

The fact that they didn't do that early on when they saw they had to scale big, shows how flawed a system they run.
Although I have to give them some credit (very very little) they have a system running php that supports millions of users.
Sure it's slow, but it does stay up most of the time.
It's also not a terribly complicated system, so it's probably not that hard.

I can see why they went the make-it-run-faster route.
They've probably got sooooooooooooooo many php programs, it would take forever to rewrite even half of them. esp since they have so few real programmers.

Realize, this also means they've maxed out or nearly maxed out the 'throw more hardware at it' solution, because that's usually going to be cheaper than fixing software.
And all this does is buy them some time.
The design is inherently flawed and can only scale so much.

Should be fun to watch the flames...

[#] Wed Feb 03 2010 15:18:22 EST from fleeb @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]


... or to do it better.


But then, there's no real business model to it, is there?

[#] Wed Feb 03 2010 15:48:42 EST from Ford II @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

But then, there's no real business model to it, is there?

The business model is to get bought by microsoft, but they blew that too.

An interesting note, didn't google start a social network that they closed down a few months ago?

So once again, it's not about technical expertise.

[#] Wed Feb 03 2010 16:26:08 EST from fleeb @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]


Google's social network still exists, I believe. Arnaught or some nonsense.

I do not think it took off.

[#] Wed Feb 03 2010 16:55:04 EST from Ford II @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

orkut,
but I guess that's not what I was thinking of.

[#] Wed Feb 03 2010 17:19:50 EST from dothebart @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

well, over here in germany we've got the saying "Schuster bleib bei deinen Leisten" aka "Cobbler stick to thy last"

If you've got a bunch of php programmers doing a good job in creating an application "everybody" likes "throw money at it to make it scale" is probably the preferable solution over "get it redone in $xy"

I was once in a company with php, perl and c-coders who got the bright idea it could be done better in java. They barely survived it. So you see, been there, done that.

As some of the articles say, they also use Erlang, which is clusterable by default...

Also their primary business model won't scale back well on any sort of classic application model, which is "customerid" or something the like being the primary key to collect the data you show and quickly reduce the number of data items you process on... that dashboard whith all my "friends" posts simply doesn't work that way.



[#] Wed Feb 03 2010 17:24:52 EST from dothebart @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

oh, and IG, as I saw, they cluster their data over several databases, probably looseley grouped by cliques... So the more people are your friends that don't match that sort of proximity, the more load _you_ will put on their systems.

So, find a lot of asian, european and south american friends ;-)

orkut seemed to be rather popular in brazil?

and... as they say, its not their next million users they worry about, its their next 300 million which seem to come faster than they're able to cope with.



[#] Wed Feb 03 2010 17:28:00 EST from Ford II @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

ahhh, that was it: google lively.

[#] Thu Feb 04 2010 07:33:19 EST from dothebart @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

thats for you Ford:

http://www.developer.com/open/article.php/3862516/Codesion-Emerges-from-CVS.htm

(while me personaly wonders whether SVN shouldn't rather be named alongside CVS than GIT and friends)



Go to page: First ... 47 48 49 50 [51] 52 53 54 55 ... Last