skysight-inc/HackerNews huggingface dataset:
I've been thinking about living in a different country for a while. Done it a couple of times for short periods (up to three months), but maybe I should spend a year or so doing something entirely different in a foreign country. Thanks for the advice! I speak a couple of languages, though only 3 fluently, which means that there's a lot more to learn, thanks!
It's not clear to me on the initial screen why I would use this service over managing it myself.
I for one wish that implementations of future languages provide the following features
a) Some extension mechanism for the language like clos etc, where hooks are provided for executing code.
b) Code walkers
c) Documentation about the internals. I dont mind the language implementation being a tad slower because of simplicity but in the core has to be grokkable and extensible by the end programmer.

Existing languages suffice for most easy problems. For the hard problems that ive been tackling lately ive wished I could overcome some logical impedance between what I am doing and the language in a sane way. A few examples where
additional flexibility would help
a) Opengl is a state machine. Being able to take the graph of my program and write assertions that critical setup functions are called before other GL functions would help
detect invalid logical states.
b) Before, after functions (which exist in lisp) would be nice.
EDIT: c) Being able to say -> for all objects in in my program that match this criteria, do something. Essentially -> for x in criteria(primitives(program)) do foo.

EDIT: A common thread to all the times I feel trapped as a programmer is when I have a knowledge of the meaning of my program which I want to express, or perhaps a question about its existing implementation which I would like answered. Many languages lack the introspective power to help me as a programmer to tackle these situations. Others simply make it inconvenient to do so.
Any horizontal component to the motion can be ignored. The only thing of interest is the vertical motion of the ball in a gravitational field.

There is an elastic collision between the ball and the flat surface. Unlike an inelastic collision, energy is not conserved. Energy is lost when the ball hits the surface and rebounds; it shows up as heat in the ball and at the surface at the point of collision. Assuming the surface is very hard, most of the heat goes into the ball.

At some point the kinetic energy remaining is not enough to lift the ball against gravity so the ball does not get lifted off the surface. If you follow the center of mass of the ball, it continues to oscillate, compressing and expanding elastically until the remaining kinetic energy is expended as heat. As the size of the oscillations get smaller and smaller you eventually reach a scale where the idealized model of the ball begins to fail; at that point, things become complicated.
Indeed, my "oh" at the end was a little snide and was shorthand for "this entire blog post is worthless and it's basis is that you tell people to change how they code CSS purely because you think they should, with no technical reason whatsoever", but I too was blown away that you would remove things from working code because you feel like it... even worse, it obviously isn't his code. At least respect other people coding styles even if they aren't yours (as long as they are right).
Well, they are still here and thriving, and we still search for information, Mainly on search engines (Wikipedia is one, right?) and keywords.
LuaJIT (http://luajit.org/) performs quite well. While I can't say it'd be impossible, optimizing Python similarly would be much harder - Lua's tiny implementation and tendency to do everything in terms of a small and orthogonal group of concepts means it has far less that needs to be optimized. Python is pretty hairy in comparison.

Lua seems to have a similar advantage over Javascript, as well. LuaJIT beats Javascript V8 by a wide margin (http://shootout.alioth.debian.org/u64/benchmark.php?test=all...). It's not like Javascript implementers lack resources, either. LuaJIT is the work of one person.
Service Temporarily Unavailable

Cached version: http://webcache.googleusercontent.com/search?q=cache:cyGf1Tn...
Sophos Researcher Suggests Password 'Free' to Spur Wi-Fi Encryption
Thanks for the references. I just wanted to take this opportunity to thank you in general for the high quality of your posts.
Elsewhere, Bill O' Reilly was overheard saying, "F#$k it, we'll give him life!"
I was thinking more along the lines of hiring people or teams for working remotely (which has its own set of problems, but it's still cheaper and could get better talent).
URL as user interface (1999, updates in 2005 and 2007)
I suspect this is what the intended solution to the puzzle is... Now for a follow up: Instead of assuming no friction, assume no slippage. What happens now?
And then Farmville-et-al resort to hidden iframes and screen-scraping, and there's no way for Facebook or normal users to differentiate.
> It provides near-C++ performance too if you tweak your code a bit

You mean, of course, tweaking the C++ side as well... ;-)

I agree that in some cases you may get similar performance, but that usually means you are comparing superbly optimized Java code with horribly inefficient C++ code.
Looks quite promising.

A few things that struck me quickly:

Why make Enterprise limited at all? No one's really going to fill up 1000 jobs in a hurry.

I understand that you'd prefer people to go pro, but the "standard" label is difficult to read (white on grey). Also, make the "select" buttons the size of the whole option, not just the buttons.

I don't like the full-stop in "Hiring. Made Simple" - but that's personal preference.

International pricing? $£€ options?

You like your capital letters! Try removing them from words like "the".

"Free trial" might work better than "Sign up".

Of course, these are only my opinions, and you should definitely try some A/B testing to see if I'm talking sense or not.

Hope that helps, good luck!
1. It's missing polishing. I mean make it look sleek. That's in the first place.

2. Make me understand better your features.
PG replied to a comment, answering this question:

http://news.ycombinator.com/item?id=1888754

PG: "I don't personally have any objection to it but it sounds like some users do."
For a foundation thinking ultra longterm, they have a flaky server.

"Service Temporarily Unavailable

The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.
Apache/2.2.11 (Ubuntu) Server at www.longbets.org Port 80"
If you're social, you might want to consider being a recruiter. You'd be a god among men, since most recruiters don't know anything about programming.
"is scheduled to die in the winter of 2011"

I thought it was scheduled to die on January 31st?
And the prophecy will then be fulfilled: Java will be the 21st century COBOL.
Mandatory: http://paulgraham.com/hundred.html

And the... result: http://arclanguage.com/
Thanks. My academic background is in historical research, so I take references pretty seriously. :)
It's unlikely the article's author has ever worked at a scale close to Google's. Without exposure to that world, and the problems you encounter, it would be difficult to give a satisfactory answer.

After discovering rsync wouldn't work I would have just said "I don't know, I've never worked at that scale," and reframed the conversation from one where I'm trying to guess the right answer to a conversation with more give-and-take.
And all of that extra work to try and identify the top 10% of staff would probably wind up costing the company more than a simple across-the-board raise does.
Limiting how many jobs people can apply to on your website isn't going to stop people from applying to lots of places, it just means that they're not going to use your website that much. And people looking for a job aren't going to drop a lot of money to apply for jobs because they don't have a source of income, which also makes them want to avoid your website. Sure, you could overcome these things if you had an extremely high placement rate, but that's going to be very hard, especially in the beginning.

Your core idea might be a good one, but companies have better ways of making applying more expensive. They have puzzles and automated assessments. Some places basically only hire people who can network in, others require a specific certification, and many bias towards people who have some public work.
It sounds like you might be burnt out. Why don't you just take a break? I was burnt out for a few years and didn't realize it until August this year. I decided to step away from programming. Instead, I traveled. I told myself I'd stay away from programming while traveling, but I couldn't. After a few weeks, I was hacking away at things on my computer again. It's incredibly fun, even if I know how to solve most of the problems in my domain.
Yes, it is still possible to decrypt WPA if you know the password and capture the beginning of the users' session. You can also spoof a de-auth to cause a user to reconnect if you weren't present for the start of their session.

This doesn't address problems with arp-spoofing, fraudulent DHCP servers or fraudulent access points, but it does raise the bar in the complexity of the attack.

HTTPS with a valid signed certificate would still be necessary to deal with the other attacks. Or maybe a VPN connection to a network you trust.
you wanna use the word tithe then you're going to be brining in a lot of connotation baggage. not a fan.
This is an awesome idea!

I owe so much to FOSS it's not even funny.

It'd be nice to give something back (beyond bug fixes and my own, lame contributions).
Looks good, graphically!

Are you focusing on medium to large corporate customers, or on small businesses?

A problem I foresee with larger clients is that changing the website (even to paste in some script) is a Big Deal. They also probably don't care about the pay-as-you go offering. They have money to spend and might prefer to go with predictable costs.

So, why not explicitly market this to small businesses? Pay as you go is nice in that it doesn't require a huge initial commitment, or endless meetings to secure buy-in. I.e. a proactive HR person might be able to use this and look good to their boss. OTOH since changing the website at a larger shop is such a big deal, there's no benefit to them of low barrier to entry.
Have you tried programming hardware? I'm talking about microcontrollers or embedded processors. Make some LEDs flash, do some bluetooth, control some motors. I dislike programming, but I love making things move.
I'd suggest checking out the Arduino project (http://arduino.cc).
Also (shameless plug), I run a robotics site that you might find some inspiration - http://robotbox.net
Good stuff, I think Lua might be an excellent choice for this. Now for some shameless self-promotion: a year ago I posted a Haskell solution to the Arc Challenge, which might be even more readable for non-programmers: http://news.ycombinator.com/item?id=1004701
- take out testimonials link if you don't have any
- differentiate from theresumator and countless others in one strong sentence at top
- keep going with it!
Thanks for that, I was aware of the program but I appreciate the reply.

We're currently looking at Azure for a few things and I'm really interested to hear experiences so trying HN people was my first port of call!
That needs to be fixed. I've asked emacs-devel.
Wouldn't you get stuck in a loop though? I demand a raise today or I'll quit so I'm given $X to pacify me. What stops me doing the same next week?
Why Are There No 24-Year-Olds in Cleantech?
http://www.dilbert.com/fast/1995-05-22/
Probably added up to some round number, a psychological barrier.

There's no reason the percentage should be a "round" number :-)
I remember an article I used to read gave the advise that you should focus on features in the price sheet instead of costs. In your case, I'd say use a smaller font for Price per month and a bigger font for all the features. This way costumers tend to get swayed by more features, not by lower costs.
That Facebook is evil or not is irrelevant, I think. (I happen to think that their interests and the privacy interests of their users are not aligned at all). Google is fighting the good cause, ok, I agree. But the method they used in this instance is not the best. They could've simply said: "Hey look man. Facebook wants us to give them your contact data. These are the possible consequences: 1., 2., 3. Are you sure?" Their current wording implies (to me) that a user's data is all going to be imported and kept inside of FB and nowhere else (which is a key point), which is not true as Google holds the user's data as well. There will be divergence afterwards as the user begins to use Google and FB in different ways. But yeah, I do see that FB is not an easy place to get your data out of, but Google is using users' data as a pressure point to force FB's hand. What would be interesting to find out is if they are defending privacy because it's a noble thing to do, or if they are just defending privacy because it happens to benefit them in some other way.

edit: added "and nowhere else (which is a key point)"
Introduction to APL
The wording is definitely questionable. The savvy user will understand that if contacts are imported into Facebook and maintained there, changes can't be exported or synched back to Google--a valid concern. But the current warning copy doesn't quite capture that and seems to imply, as you've mentioned, that your data is moved.

Google is so engineering-oriented, I can't tell if this was an honest, poor choice of wording or intentionally vague for the purpose of inducing fear. I'm not against the warning if it's in the spirit of educating users about how to keep their data "free", but if this is indeed vendetta as others here are suggesting...well, that's Google's prerogative, but this method would seem a bit unprofessional. If they want to attack Facebook, I'd have more respect if they were explicit about it in this warning.
The per-click ad prices for ads that aren't much more targeted than your average banner ad remind me of banner ad prices during the internet gold rush.
I agree that most of the existing job search engines are crap. Keyword searches aren't effective and everyone involed gets bombarded with irrelevant responses. Check out www.wyckwyre.com we created this because we were fed uo just as you are.
Part of me thinks that if all the companies that exist and thrive thanks to open source did this, we would advance tech much quicker. On the other hand, maybe it is the constraints and passion alone that have kept the community at its present level of quality.
I've been brewing for several years, and always enjoyed it. Two pieces of advice, they cost more, but the results are worth it.

1) Keg your beer, or bottle in larger containers. I brew 5-6 gallons at a time. Putting that in 12oz beer bottles requires sanitizing and capping more than 50 bottles. Screw that. Use 1-2 liter bottles, or even better, keg your beer. Kegging tastes better, is less work, but more expensive (because you need a CO2 tank, a regulator, and a keg).

2) Don't kegerator. Kegerating is problematic because your beer line runs from the cold to room temperature. Germs can crawl up the tap, causing the beer to taste skanky. Kegerating requires cleaning the tap frequently.

Instead, put your whole keg inside the fridge, tap and all. Doing this, I've had a batch last 6 months, with no skankiness.
When your work is fun, that is not a problem at all.
This is one of those things that makes me slap my forehead and ask why didn't I think of that. :)

It looks good. The main thing I would critique is that it looks like there is a price barrier to entry. I'd change the 'Sign Up' button text to 'Try it FREE for 30 days now!', also the 'select' text in the price area to 'free trial'. Other minor knick knacks like adding the word 'password' in the second top box? Finishing up the FAQs section etc.

Edit: It's interesting that some constructive looking comments on this thread are downvoted...
I've recently been ordering from Clubflyers. I got a batch of 4x6 cards and business cards. The price was better than I could find elsewhere and they did a great job. The cheap printing is glossy only though.
It's just a con-trail
Ask HN: Has 'facebook' become an un-genericized trademark?
We're all familiar with genericized trademarks -- terms that once were trademarks but have become the generic term for a certain product, like aspirin and escalator.

I'm wondering whether the word "facebook" -- which was once the generic term for a directory of names and faces -- has become the reverse: an un-genericized trademark.

I would define an un-genericized trademark as a term that is so strongly associated with a particular product (in this case, the social networking website Facebook) that anyone who encounters it assumes you're talking about the particular product, rather than the generic term.

This has practical consequences. Typically, a company can't exclusively claim the right to use a word that it did not create; in the case of "facebook," the term had been in use well before Facebook's founding.

But might Facebook be able to claim that "facebook" has become un-genericized, and thus argue that no other site or product should be able to use the term?

What do you think, HN?
Etrepreneurs doing well and doing good
Would it be fair to say a 90% answer at a company like Google would be considered a 10% answer everywhere else?
"Ten, 33, thirty five, 10 and thirty six: the 5th number is?"

10? Thirty? Thirty Six?
Archos has had Android PMPs for about a year now.
I live in Norway - in my bank, I have to enter my social security number, an alpha-numeric password that I picked and a one-time code. I also have to enter a new one-time code each time I perform a transaction. And, of course they use 256-bit AES encrypted SSL all the way.

Suffice to say, I feel quite secure.
Arc was criticized when it came out for being basically a few macros on top of Scheme. I don't think that's a valid criticism. I don't know if Arc is the hundred-year language, but whenever the hundred-year language does come out, it might easily be some carefully-chosen macros on top of Scheme, macros that help write other useful macros.
15 huge questions about the Mac App Store
Because it has actual capital costs? So you can't just hack something together in a weekend with some hope of releasing it without anyone's permission.
What is it with these mainstay frameworks that they never adopt the mature ORM on their respective platform but instead keep growing their own, less than half-baked alternative?

We have this in django vs SQLAlchemy and Rails vs datamapper.

The arguments that I've heard were mostly that the respective ORMs either weren't around when the framework started and/or that anyone "can just plug their preferred ORM in anyways". Neither really cuts it for me. Even in java-land (yes, java!) they make more sense in that regard - everyone just uses hibernate.

Well, however other than this unrelated rant (triggered by the mention of the removal of a most basic ORM-wart...); Good work django guys. :-)
I don't know how the future of programming language will be, but I hope functional programming will take over the world, more and more people will try to prove their algorithms are correct (with Coq, for exemample) and cool type systems like System F or Dependent Types will be used more.
It's a shame there isn't a graph showing the per-card price since that's the obvious question after seeing that Overnight Prints was only $8.81 to VistaPrint's $24.25
"default-directory" is already buffer local.
I'm surprised you included Rails in that list. While there are quite a few Rails jobs, it pales in comparison to what's available for .NET and J2EE. Even PHP blows it away by pure number of jobs.
There are plenty of problems with Medicare, but patient input into pricing is not one of them. One of the comments on the article sums it up nicely:

"The information asymmetry between the doctor and patient is so great that a patient’s judgement about the value of a given treatment is meaningless. Not to mention that people are irrational actors. To go back to my pharmacy example: demand for cosmetic treatments is often less elastic than it is for treatments that will keep a person alive."
Here's the PDF: http://nihcm.org/pdf/NIHCM-EV-Berenson_FINAL.pdf
There's a huge side bar banner for Vistaprint.
A big middle finger to FB.
It might help if you add this benefit: "Automatically post to SimplyHired"
I've got to mention 'Brewing Classic Styles: 80 Winning Recipes Anyone Can Brew' by Jamil Zainasheff and John Palmer here. It contains examples of both all-grain and extract recipes for every BJCP category. The breadth of styles provided and the consistent, accurate recipes make it a great reference for any level of brewer.
As Sir A. C. Clarke said (or at least to paraphrase)-- predicting the future is at best a crap shoot. That said I know what I'd like to see. As suggested elsewhere, much of what we see in 'new' languages is syntactic sugar bolted on to existing approaches; new on the outside, same old on the inside. I'd like to suggest that, that is not necessarily a bad thing. Consider what 'syntactic sugar' is--- a tweak or rephrase of an older approach to accomplish some task in the language in question. What if these were recognized as less sugar and more substance. The purpose of a computer language is to communicate with the computer first, innocent bystanders second. SS preserves the one and enhances the second, a win-win if you will. I'd like to see a language designed from the bottom up with that approach in mind. See if we can't come up with something that more clearly bridges the gap between programmer and machine. By now we know the variety of things that should be built in, now lets concentrate on the interface...
Speaking as a long time open source contributor, it is even better to contribute bug reports (detailed, replicable), assistance to folks on the users mailing lists, and code (if you are able).

Donating money to open source organizations is great, as there is almost always some overhead, but contributing in kind is even better!

That said, if you want to donate money, here are links to donate directly to a few open source foundations, off the top of my head:

http://www.apache.org/foundation/contributing.html

http://www.python.org/psf/donations/

https://my.fsf.org/donate
I agree. But a binary tree vs. a hash table isn't going to be that difference. That's my point. Python won't excuse an O(n^3) when you should have been using an O(log n) algorithm, but the constant factors of Python are so huge they dominate a lot of the choices you'd make between two different O(log n) algorithms. You'd never notice the difference between the existing built-in Python dict and a hypothetical built-in binary tree, it would just be buried by some of the fundamentally-cache-hostile stuff Python does as it is bouncing all around memory with all the indirection it has on every line that has nothing to do with either structure.
The first one displayed on the page for me was:
"pubes" has how many letters in it?
The Perfect Desktop - Fedora 14 i686 (GNOME)
Scala 2.8.1 is out
That's not even true. A typical consulting company (of which there are plenty in Belgium - I'd say at least half the programming jobs) probably doesn't care much, because for a less efficient programmer they will eventually bill more hours to the clueless client.
When using such sites, from a candidate's point of view, the two things that get on my nerves are:

a) Ads posted by Recruitment Agents giving me no idea who the actual employer might be.

b) Ads with no sensible salary hint.

On (b), I don't mind there being a wide band (e.g. 25-60K, depending on experience), as at least that is a hint. What I really hate is "£Competitive" or "£Neg+Bens" and other such non-information.