skysight-inc/HackerNews huggingface dataset:
No specifics about an algorithm (it's a DBMS system, there would be plenty to look for ;) But the title does not include any algorithm-requirements for beautiful code.

ad Language: Of course its only natural, albeit unprofessional. I would expect anybody in a project to code using English, comments and identifiers--regardless of where the people actually come from. IMHO this is good coding practice, but probably you have different experiences.
The K-means clustering one ?

let me have a look, I think I downloaded the code.

edit: I can't find it in a couple of minutes, I was interested in it because one of the companies I'm involved in needed a way to classify items without any prior knowledge of the number of groups so I read up on that.

The most interesting feature of that particular implementation was how they chose their initial 'seeds', that is a big factor in how long it takes for the algorithm to converge on a solution.

I'll keep looking for it, I'm fairly sure I have at least a bunch of references to it in an email and a copy of some papers on my harddrive somewhere. Note to self: get organized better.
Void* and casts in c and c++
The math & linguistic properties of the "look and say" sequence
Pomegranate phone, is that real or just a concept
Wiping out my Master Boot Record using dd. I interchanged if and of. And to think I was explicitly cautioned against this...

Needless to say I've been quite careful with dd since then.
Apple tablet: One tech gadget for all
Right, because you just start downloading for example something named Transformers.Revenge.of.the.Fallen.2009.IMAX.720P.BDRip.X264-TLF, assuming that it's umm.. something in the public domain?

Who knows, it might be a movie too! You certainly don't - you just like to download random stuff that looks vaguely familiar for some totally mysterious reason, hoping that you'll be entertained by it.

I don't understand how your train of thought arrived at that destination, but it must have gotten derailed somewhere along the way.
It's an advertisement for Nova Scotia.

http://en.wikipedia.org/wiki/Pomegranate_(phone)
Indeed. From the coiner of the term:

> Because of an unfortunate temporary lapse of inspiration, we couldn't think of any other names for the 2 pointers in a list node than "address" and "decrement", so we called the functions CAR for "Contents of Address of Register" and CDR for "Contents of Decrement of Register".
>I would expect anybody in a project to code using English

Why? This might make sense for open source code at the moment, but if it's code internal to (say) a German organization, commenting in the native language of the coders is likely to be easier and lead to less confusion.
Sadly this seems to be more and more the norm. Someone launches their Foozwall product and a link gets on HN, but the website's page doesn't actually tell you what the Foozwall is.
A good pattern helps us find lists, and a good list helps us find patterns.

And he's right that lists are seriously undervalued right now. The best way to make a name for yourself in science is probably just by making lists. That was Chomsky's whole thing, find a pattern and make a list of all the ways it can occur. Anyone can do that, no genius necessary.
I don't entirely agree. In CL, people pass around slurp-file snippets like:
http://groups.google.com/group/comp.lang.lisp/msg/89501db253...

Further, Clojure's slurp has an optional encoding argument. (I'm glancing at its sourcecode, in the same emacs buffer that I'm typing this post in.)

If I understand your argument, slurp's too unlispy to include in the language. But at least in the CL world, the user is constantly adding to Lisp as she codes away. And there are many things in the CL spec which often considered unlispy. (Take loop and format. Loop is even criticized for being not well-defined, as well as being incomplete in ways you wouldn't expect, as you start pushing its limits. Though I should mention that I love both loop and format.)

What you wrote was beautiful and more complete (I'm not being sarcastic; it looks like the High CL style, which I consider very aesthetic and good, though that's not the only aesthetic style I appreciate), but I think you're comparing a Clojure feature with something which exists mostly as a CL snippet passed around informally. (And is maybe now in some opensource library.)
Ok there's been a lot of hype surrounding the tablet. . . and it seems to me that most of it is based on the success of the iPhone (imho) . . Don't get me wrong I really love what apple do. . product wise. . .but I was just wondering. . are we "putting the tablet on a pedestal" because of our expectations and all the hype surrounding it. . or do you think it's gonna really be the "next big thing"?

Would like to hear what you guys think :)
Da Vinci code in particular. I liked this quote better though:

> I like lists for the same reason other people like football or pedophilia. People have their preferences.
I think that greatly depends on the culture of the project and the language of those involved with it.

Personally I code up all my stuff with identifiers, function names and comments in English.

But I can't see why a German company writing code would be chastised for writing their code in German.

I'd rather have them use German and do it properly than in broken English. Now in Germany most if not all programmers will be fluent (to some degree) in English, but in plenty of other countries that is not the case.

Being able to program should not come with an automatic requirement to be fluent in English as well.

Obviously there are issues with character sets when writing comments, plenty of language implementations wouldn't know what to do if you threw utf-8 at them, but I think that any modern implementation should allow for identifier names and comments to be in any language. Why should the English speaking world get a free pass here, and everybody else be at a disadvantage ?
Hey, we're also looking for more speakers, so far the group has been high quality and attracted a lot of interesting people from the local tech community. If you're willing to visit us, please drop myself or Aaron Feng an email.
Job's Main Page
Is not an industrial, and sometimes win the competition and introduced the idea of the following tasks, your work. Euldeuleul to read any information about you can rent the expectations of the meeting ‘. We call you during the meeting, on-line to do or what to do to focus on the left side.
But what if you have multi-national staff, or at least expect to hire non-natives?
Conway's Game Of Life in APL (video)
8 steps for Drupal 8
When I need to go that far, I usually try to search.
In this case the answer would then be "Learn German".

Most multi-nationals have coding standards that mandate the use of English though. But you'd be surprised how many companies that grew to be multi-nationals from regional companies have tons of code documented and written in the native language.
"Being able to program should not come with an automatic requirement to be fluent in English as well."

It doesn't, and I merely said that I think it's good practice to do so. (For various reasons, e.g. a multi-national team, possible maintenance and re-engineering scenarios where it might be helpful to use standardized abbreviations, etc.) I have personally worked on a reengineering project that used German identifiers because of a very specific ERP system--it was ultimately decided not to use English identifiers because the translations would be too cumbersome. (This was a small company, what I am trying to say is a company like SAP [big] code a DBMS [inherently English domain] using German comments makes no sense to me...)
Yeah, that's a good idea, let's penalize capital formation even more while we're trying to recover from an economic downturn. If you want to level the playing field between debt and equity financing for business, maybe you should make dividend payments deductible so that mature businesses will have more of an incentive to return cash to shareholders.
Because when you use English, you can write many statements that reads nicely - which you should aim for.

if user.hasFoo() and company.isBar() then baz.play( jazz )

In German:

if benutzer.hastFoo() and firma.istBar() then baz.spiel( jazz )

That's five language-switches in a single line. Much, much harder to read. (granted, only one if the language uses && and braces instead of and and then)
See, there is a catch 22: If they had used English in the first place, they wouldn't run into these problems later on ;)
Because we live in the global world and you can never be sure
where will your code end up.
I have had to deal with comments and DB schema which were neither in English nor in a language I speak, there was little pleasure in that. Having at least schema and indetifiers in English would have made everything much much easier.
All programming languages I work with are more or less English based, so having schemas, comments, etc. in English is just a good fit and makes code
easier to get should it land on the lap of some guy in another country.
The author admits that one feature present in Go and missing from Algol-68 is proper closures. I would consider this an extremely significant deficit in Algol-68, not just one item to bury in a laundry-list comparison.
What’s an “array hack”? Using Array.prototype.slice on the arguments object? You’re going to have to provide some evidence that language designers didn’t intend that to be possible, before you criticize it. It works perfectly well in every JavaScript implementation. From my perspective, it’s quite often the only reasonable way to deal with the arguments object, and one of the most powerful and flexible ways of making functions with useful APIs in JavaScript.
I rarely have to force myself to step outside of my comfort zone, because it's not all that comforting to begin with. For many things I do, I keep thinking there must be a better way to do things -- sometimes a better way comes along and I'm satisfied for a year or so, but eventually you'll get to a point again where you get the feeling you've just written the same thing over and over, or where your project is slowly turning into an unmaintainable mess and you're looking for better ways to structure your application.

If the thing you're working on is modular enough, you should be able to use new technologies in new modules if it significantly improves any aspect of how you write code (maintainability, performance, time-to-market, etc..). You'll have to convince your team-members that using a new technology is worth it, but that's a good thing because you'll be more inclined to actually research the benefits of a new technology instead of just going with the latest fashion.
I have known this is the case for a long time; however, it stems back much farther than simply during the age of the Internet. Ever since the ability to write, mankind has been changing the way thought it processed, memories are stored, and information is ignored.
I think you have a 'neutrality of viewpoint' issue.

SAP = BIG = not a reason to do stuff in english

DBMS = inherently English domain because people don't use their own language, that's self-referential

Using German comments makes perfect sense, SAP being a German company.

It works like this: a company starts out making a product for their local market, they get successful and branch out, and then a large amount of time later their code gets opened up to programmers not familiar with the native language.

Now, if the company were American, nobody would have a problem with dealing with identifiers and comments in what is for them a foreign language, say English.

But I really don't see why an American programmer would have a bigger problem dealing with identifiers and comments in German than vv.

Computer programming is not an exclusively English domain, and if to you code with identifiers and comments in a foreign language is hard to read then you have a bit of a hint how much effort the rest of the world has to make in order to make that step.

The fact that English got there 'first' is already enough of a head start, that shouldn't mean it becomes mandatory.

Something similar happens in the world of scientific publishing, where basically publishing in Spanish, Greek or Dutch is equal to not publishing at all.

An algorithm with Dutch, German or Swahili identifiers and comments is exactly equivalent to one in English.

Probably if you spent enough time you could figure out what the comments meant even if you didn't speak the language. Not that that would be very productive, and that's why most larger companies (and definitely multinationals) standardize on English.

You should be happy that's the case, but it is by no means a requirement or a sign of not being professional. If 90% of the team is German I'm all for them coding in German.
But aren't you punishing your target audience by making them pay money, no matter the amount, so you can "weed out the chaff?" If that is their motivation, I don't like it.
That may not remain the case for long:

http://www.chinesepython.org/cgi_bin/cgb.cgi/english/english...
The appendix to Chris Okasaki's "Purely functional Data structures" has to be right up there.
There is no such thing as a definitive list of languages

This is true. But SIL has what is considered the "standard" for this list, and there are almost 7000 of them. Many of them are unwritten. See http://www.ethnologue.com/ and ISO 639-3.
K-means is a fairly easy algorithm to implement. You just split your data depending on how many clusters you want, calculate the distance of every point to each cluster, assign, re-split, re-calculate, re-assign until some convergence criteria is met.

There are a variety of implementations that speed this process up. One is canopy clustering which allows you specify which clusters the points will check with (ie checking with all the clusters takes a while, but canopies can limit the search). You can also try different distance metrics such as the triangle inequality.

There should be lots of implementations online, specifically for Matlab which you can port over to another language if you wanted. It's one of the most widely used and most useful clustering algorithms and often provides initialization for lots of other algorithms such as Expectation Maximization (EM).

This link comes to mind: http://cseweb.ucsd.edu/~elkan/fastkmeans.html
A Big Google Chrome Extensions Push Is Imminent (Pictures)
I don't think the article is so good. I got the impression that the main article centers around the part:

Take a deep breath. This may shock you.

Brand X is Algol-68.

That sort of sounds cool, so why not write an article to show that Algol-68 is more consistent than Go? Then the author just tries to compare features not honestly, but with the intention of making Algol-68 look better than Go, so that he builds up to his cool Brand X is Algol-68. His criticism of Go is mosly unfair, for example, how can he say that Go syntax can look ambiguous? I don't think I've seen a more explicit and unambiguous language than Go.
To expand on this a bit more for the uninitiated, preferred shares are a more sophisticated version of what he's talking about. They basically work like debt that doesn't blow up the company if you can't make your payments. They tend to be junior to debt and senior to common stock if there is a liquidation, there is a secondary market on public exchanges, and there are many variants such as preferred shares that pay higher dividends in years with good earnings or that can be converted into common shares on terms similar to convertible bonds. This is already a well solved problem, but the solution isn't very sexy, so it's not as well known as debt and common stock.
Are you ready for a Windows 7 cell phone?
>DBMS [inherently English domain]

What about DBs make it inherently English? If a German person needs to store data in a way that an Englishman might employ a DBMS, what construct does he turn to?
Dr. Hasan, government surveillance, and free speech
Prevenir Anemia
A principal função do tratamento para evitar que a anemia tome conta do corrpo é aumentar a quantidade de oxigênio que nosso sangue pode...
My companies product supports about 35 languages and 25 countries. I think 'just use Unicode' is fairly accurate. The problem may be how you go about doing it. I'm reminded of a professor that used to tell his students to use libraries and code written by people with an expertise in the relevant area whenever possible.

We use the IBM ICU library for our product and it handles the vast majority of the issues presented in the article. There is no reason for me to be writing the code to handle the thousands of permutations of language, country, and culture when someone else has already done the heavy lifting here. ICU solves problems such as: sorting, number representation, etc.

The other problems should be things unrelated to Unicode - things your product / business already need.

1)Pick a target market - If you haven't picked a target market worrying about using Unicode to support some languages is putting the cart before the horse.

2)Get a translator(s) that know what they are doing - You already needed a translator - now you need to pick one competent enough to know the difference between Mexican Spanish and the Spanish spoken in Spain.

3) Write software that can switch look and feel on the fly during run time - This has already be done and should be a good philosophy for companies writing GUI intensive applications anyway.

Really - The correct sentence should be, "Just use Unicode, with your pre-existing good business practices."
Vending machine Toronto vending machines Toronto
Rent or own your own full size Vending Machines Call Today! Vendingrentals.ca provides the equipment at inexpensive commitments including guidance, a professional set-up, and training you need to run vending machines.
This may work well for 35 languages. Not 350 or 3500.
Why doesn't this scale to any number of languages? Assuming you are using the existing practice of not hard coding strings in your software but rather referring to them with some sort of IDs then I see no reason not to use 3000 languages with this approach.
> If you are looking to build a website, Drupal is awesome. If you are looking to build a web app, Drupal is painful, and something like Django (or RoR, CodeIgniter, etc) is a great solution.

FWICT, "websites" often morph into having webapp features, and webapps usually grow websites around them.
I was hoping this article would answer the question in the title. I am very let down by this article, and its status on the front page.

This post is simply, "Hey here are some graphs that show a jump in traffic".
I am happy to assure you that I have no issue whatsoever, and I completely understand your argument--though I did not ever intend for it to get to quasi-religious dimensions. But for me this is a matter of taste and personal preference; nothing anyone can write will get me to abandon it (neither will anyone but myself be able to change any other of my preferences.)
This article is completely ridiculous. They're making predictions about a product that has never been announced, or even hinted at. How can they possibly predict its success or failure based on a total lack of real information about it?

The Apple speculation circus stopped being a good spectator sport a long time ago. Now it's just silly.
Open = Freedom
I wish I was joking, but I seriously read to the word "high-tech" in the title and my mind started drifting.
If you download the FFTW http://www.fftw.org/. At its heart is a OCaml program called genfft that generates optimized C fft routines for different window lengths by computing a good recursive decomposition and minimizing the number of arithmetic operations. It represents the fft as a DAG and traverses it in a pure functional style maintaining the state of the optimizer using monads. I don't spend that much time looking at code these days, but this one blew me away when I spent a lot of time coding. It was so much more impressive to me than all of the elegant haskell implementations of different sorting algorithms because it solved a real problem and it was better than all of the competition
It's been two days, so I'm not sure if this will be seen by the OP, but I was really trying to make the point that even though popurls/alltop may not have the features you are looking for, you may find that some of the sources that feed these aggregators may have those features. You can use popurls/alltop to find more sites that have the features you're looking for.
I have one with two comments but a discuss link!

edit: the points display is messed up as well now.
...perhaps that's a prime indication you made a mistake.

Or it's an indication that your competitor wants everyone else to think you made a mistake... And that they want you to make each future employment decision based not only on its good for the company but also on how it looks in the press. Either way, a smart move by Google.
I use three languages commonly : French, English and Russian. I can set the language for non-Unicode programs only once, which means I can't display all programs written with a different encoding properly.

Please just use Unicode.
Everyone seems to be overlooking something that was actually mentioned in the article and I think seems like a pretty obvious reason: extensibility. In a wave, people are constantly updating things all over the place. The ability to show when and where on the wave updates are taking place would, IMO, clearly be a useful feature worthy of implementing a custom scroll bar.
The domain of DBMS being English was meant for the implementation language of the DBMS, not any application of said DBMS. To the best of my knowledge, the first database management systems were created in English speaking countries and all research relating to them is English, too. Therefore the "vocabulary" is English and it seems natural for me to choose English as the implementation language for implementing a DBMS (or not so: I implement everything in English, because it enables others to read and understand it, so it is easier for me to share and for someone else to benefit from it [that's probably the main reason for any lingua franca])

PS: btw: I am not an English native, nor a resident of any English-speaking country.
You should have your INTP badge revoked if you believe in the blatant quackery of Myers-Briggs.

Just read about its history and development. You don't need to read the criticisms to see it's bunk.
I haven't used Django much, but one thing I can say about Drupal is that adding a feature is often a 15-minute affair of downloading a module, un-tar'ing it into your modules dir, then enabling and configuring it via the admin. That's pretty profound right there. Can Django (or Pylons, or Catalyst, or $other_framework) do that? Go from "I think I'd like this feature" to "Ok, it's installed and configured" in about 15 minutes?
RescueTime (YC W08) (finally) Releases Project Time Tracking
CHEAPEST PRICE WEB DESIGNING SERVICE 
make ur site,logo,banners,musical cards,islamic cards,grafix etc at cheapest rates visit now
There's more to it than language replacement - there are cultural differences and representation of numbers, quantities etc., RTL support, allowing users to input their data in more than one language and have it behave in a reasonable manner...

But honestly, out of all the problems you can have, that's a good one indicative of success.
As is typical in the software universe, you must target which subset of folks are central to the profits of your business.

How many customers will you have past your particular and local top 35 languages? Enough to warrant the translation and support and testing work inherent in adding another language?

And yes, the target market for and the list of languages used by your customer base(s) may or will differ from mine, too.
Success vs ability
The 11 Fundamental Laws Of Building Online Communities
The article doesn't say you shouldn't use Unicode. But it explains that only using Unicode just isn't enough. You need more. You shouldn't stop thinking at Unicode. Don't JUST use Unicode, use Unicode and more.