ilyak

Dynamic linking works just fine. You don't want your every app to carry its bits of glibc inside, same for libx11, same for openssl. And it's definitely more polished than gems or jars or whatever other languages have; maybe only perl/cpan comes close.

On other hand, C++, with its writhing ABIs and changing mangling rules is definitely not suited for dynamic linking.

They could make their Class.forName() one day, but they were too arrogant and now it would never work okay. The solution is to restrict C++ usage.

You know when you update your data. Therefore, you invalidate your cache when you update your data.

Timestamps help alot if you're paranoid, also.

You can cache cache that in-memory! Because you've got a persistent app server.

The real problem here is PHP/MySQL, not the dynamicism per se.

A blogging platform based on Rhino (EcmaScript) on JVM hosted on virtualized server (or in cloud) would easily resist slashdot effect.

And using file-based storage it would be storage-friendly, too.

And nobody prevents you from using external editor for WordPress, even.

Searchable twitter/facebook? Expect a tide of spam soon.

Most languages support multilingual identifiers those days, but I don't see anyone using them. I've wrote a haskell program with greek symbols as variables once, it was fun and neat.

There's a language 1C which is fully in russian - identifiers, functions, docs :) It's used widely to script the same-name business platform.

It's interesting why the smaller the language is, the dialecty it gets.

For example, Russian has no dialects worth speaking about, but Basque has four, for less than million native speakers.

I always thought it's more of a phone thingy?

"One guy asked me 'Havent you ever passed arguments in the wrong order and expected a different return than what you got ?" and I'll be honest: No, I haven't. But for people who have a hard time getting arguments order and return types right, this system is a great help. So it has it's place, I must say."

Trolololo.

Didn't say Facebook is dying.

Traditional IM is suffering, IMO: Twitter, Social networks and Skype ate its users. And, paradoxically, even Email.

Maybe it's just me who use them less and less? No idea.

"Is it just going to be Azure for you?" He does not know anything about foo, let alone on Microsoft's offering on foo, yet he's already decided that he's going to use foo from Microsoft, and asumes it's the default.

That's why I wish to see MS die in convulsions, the more the better. I probably even won't take it without convulsions.

Died to what?

IM? IM is dying on its own. Whatever Facebook this week? Spare me. Wave? It's too hard. Twitter? How would I fit information in 140 chars and why?

Email has no successor technology.

Was Perl backed by a major vendor? MySQL? FreeBSD?

If it's already backed by a major version, you're already late. So slow.

Should I?

Is it you who are writing the program or "IBM or Oracle"?

Sorry, but we do want to use actual useful objects (including built-in types) no matter what you'd say.

It's viable, it's useful, it's done, it works.

I disagree in full.

There's much more than 2k-4k lines in a good javascript library. You've got years of bug fixing/perfomance improving and months of fixing browser bugs.

For example, try writing your own css selection framework and I guarantee it to be slower ones in prototype/jquery/mootools no matter what. If not in one browser then in another.

You might want to modify your library, but you shouldn't start with bare hands for sure!

I read quite a few female writers and they're good and relevant. Bujold would be an obvious example, and much more local authors.

I'm going to visit a fantasy/role playing convention in two weeks, and I think female participants would account for more than half visitors.

Scala is funnier and is readily available.

Arrows are correct because they present on my keyboard. I could wish you to stop being childish but I'd rather wish you die out along with your BSDs.

Which reminds me of: "The relationships between Blizzard and russian gamers community were worsened by the fact that the first Warctaft III tournament were held in Saint Petersburg, one week prior to its release date."

However, this time, MS pushes beta builds so agressively that it's wide availability is no surprise.

No, this is how refutations to "he doesn't know anything" work.

Most screenshots here are from first pages. Most good looking sites have distinctively looking first pages and much cleaner internal pages with more text, less clutter and unrelated images. Therefore it might be biased.

You should've noticed three things before writing it: 1) His background is C++/Embedded. 2) He does that successfully for a living. 3) He really knows what he's talking about.

This leads me to a conclusion: Maybe the subject of your last phrase is YOU?

Why would you need a tiny bittorent image when the first it would download would cover the fattest image, ten to one?

Come on, bittorent is for flacs and movies.

Not until they fix their default vim configuration. Arrows, pgup/pgdown, home/end should work out of box in both modes.

This is not enough: you should also set up references to other objects (by id) and deal with underscore_database_names vs camelCaseJavaNames.

Populating objects isn't the hardest part, but it's the most useful part. Writing object populating code is tedious, copy-pasty and uncool.

And having that, you don't really need ORM, naive or not.

Same for Russia. Also, we never use MM/DD/YY.

What would you replace them with in statically-typed languages?

You see, in database you've got tuples and nothing else, and in program, you've got objects and nothing else. You have to convert one to another this way or that way.

Talking about dynamically-typed languages, you can treat data as key-value pairs (where values can be arrays or their own key-value pairs) and thus skip this problem entirely.

But yeah, Hibernate is painful enough to make one want to escape conventional ORMs. What we really need is something like XStream of SQL: i.e. just take the result of query (set of tuples) and populate objects using reflection.