skysight-inc/HackerNews huggingface dataset:
I'm not quite sure what the issue is here. It turns out that the author modeled the domain incorrectly. At least that incorrect model is completely explicit in the code. If it weren't spelled out explicitly, the coupling that the author speaks of would be insidiously spread throughout the code. In order to make the change that the author wants, it's as easy as introducing a new abstract class. In fact, if all the existing code correctly assumes the existence of an Isin, we can create the following set of classes:

abstract class BaseSecurity {
public string Description { get; set; }
public Exchange Exchange { get; set; }
}

then modify Security to derive from BaseSecurity:

abstract class Security : BaseSecurity {
public string Isin { get; set; }
}

Then you are done, except for two issues: first is that any serialized data needs to be regenerated, and second is that you can't trade BaseSecurities. However, this trading functionality can be written separately without disturbing the existing ecosystem of software. This is what your type hierarchy buys you.

On the other hand, if we insist that this is not correct, and Security should have Isin removed, then we can add a new PhysicalSecurity between Security and the various implementations, and Stock/Bond/Trade can inherit from PhysicalSecurity.

In that case, the problem is that a lot of code was written with the incorrect assumption that an Isin exists in every security. Now we have to take a step back and ask how to fix that code on a case by case basis. No matter what language you use, it's always possible to write bad code with incorrect assumptions, and in that case you must pay the price. Hopefully you would be clear with your client on the delays required.

Now we can ask ourselves how a static language treats the situation differently than a dynamic language. The author seems to think a dynamic language would help, providing only praise in his description of them.

With a static language, we can simply remove Isin from the definition of Option. This will cause a lot of compilation failures. However, every place where there is a compilation failure is a place in the code which had an incorrect assumption. Each of these incorrect assumptions must be considered individually. After all, this represents the model for a trading system, and any bugs would likely result in severe financial consequences.

In a dynamic language, the definition could be changed, but there would not be any inherent mechanism to catch the now-incorrect calls. Instead, we would just get the NullPointerExceptions that the author complains about and which jeopardize the viability of the financial trading system. Perhaps the coders would have written beautiful unit tests that would help, but that could be the case in any static language as well. Of course, it's also possible that the coders would have created trivial unit tests or no tests at all.

In any case, I see this situation as a win for static type systems rather than a loss.
If we have strong evidence against hypothesis X, we should require at least moderately strong evidence for hypothesis X before we accept it.

That's a normative position: "We should require..." And a normative position with an excellent pedigree is still a normative position.

That's not a bad thing, though. Good science requires good judgement. Good hypotheses do not spring wholly formed from logical deduction, there is necessarily an element of informed speculation and guess-making. Evidence must then be interpreted, weighted even, and credibility assigned to third-party results.

So yes, it is very much a matter of ought and ought not.
Food stamps are a drop in the bucket compared to defense spending. If you're just a nonpartisan who's concerned about the budget, rather than a limbaughbeckbot, one would expect you'd be approximately 1,000x as outraged about defense (in numerical terms) as you are about food stamps.
That's the industry's real concern - that the majority of nice people will pirate movies.

As long as it's a few kids downloading copies of the latest blockbuster they aren't too worried - these people are guaranteed to go to see every blockbuster anyway - and will go with large numbers of their friends - and go multiple times. That's why the piracy of this kind of movie doesn't hurt US ticket sales.

But when nice respectable couples decide to download the movie rather than making the trip out, paying babysitters, etc then the industry has to worry. All it's nice middle of the road mid budget movies that it can't pay for with fast food tie-ins or theme park rides and had to rely on DVD sales for.
That is a pretty good putdown for anything the british might want to say. Do you have anything else for other countries?

What do you expect from a country that startet WWII?

What do you expect from a country that is called Americas hat?

What do you expect from a country where half don't read a book?
The last time I did a job search, one of the questions I started asking in interviews was “what distinguishes an employee at your company who meets your expectations from someone who is truly outstanding”? If the response was phrased in terms of hours per week, I knew that was not the company for me.
I'm curious - why not ask this over at StackOverflow?

Besides, they have a FAQ specifically for your question: http://stackoverflow.com/faq#close
I couldn't agree more. I am 20-something and have always worked for startups with older founders - I actually respected them and always learned a lot.

Meanwhile, the atmosphere in some of the incubators is little better than a frat boy club house. Not really a work environment.
Amendment: One.  Human Rights: Zero.
Great lib, thanks. (How did you know I was searching for something like this yesterday? :) )

I hope to see more and more component libraries for less being built -- both low level ones like this, and higher level widget kits, and finally full framework kits like bootstrap. Less provides such a great way to do mix and match with proper factoring that I feel a real design-dev ecosystem could be built with it. Particularly if some conventions about naming variables for various things like colors and borders start seeing widespread adoption -- theming becomes a matter of setting the right variables.

(aside: coincidentally, I think the biggest problem with bootstrap and why bootstrap sites aren't as custom as they really could be is this that a lot of variables aren't nicely exposed for theming purposes, in some cases values that don't need to be hardcoded are, and deep in the project. This is also true of other, similar frameworks I investigated.)
So? Were you trying to make a point with your bullshit apologism here, or just thinking out loud?

You're wrong, for one. Self-insuring in the US is an expensive proposition for anyone regardless of age or medical history. Also this isn't the days of immigrants coming over by the boatload to spend 40 years making widgets in a factory before dying an early death anymore. The US healthcare system's poor (and deserved) reputation has a non-trivial effect on the country's competitiveness. It is dragging the economy down. And this is a part of it. Ignore that at your peril (please).
Amusingly, Lisps had these things before Python, Perl, or Ruby.

=)
When I imagine that much money, I imagine it is much less than what they make now. That's the nature of a disrupted industry.
For #2, try Vacuum Places Improved:

https://addons.mozilla.org/en-US/firefox/addon/vacuum-places...

It gives you a button to defragment your Places database, which might greatly speed up your awesomebar. You can also set it to run automatically at startup after the browser has been restarted X times (by default X is 50, and I'm not sure that I restart Firefox 50 times in a year, so you may want to reduce this).
Really exciting, and a great educational tool! Thanks for your hard work.
Pebble » And one more thing...Update #10
As a Norwegian IT Professional and Hackernews junkie, I have to suggest that the startup scene in Norway is not as hot as it could be. I am very aware of several Swedish sucesses (Spotify on top of that list), but I can't think of a single Norwegian startup that anyone outside of the business wouldn know of. It's actually surprising that the high level of education combined with the obscene amounts of oil-money floating around has not spurred more startups. I think it boils down to a lack of entrepeneurial spirit - you can basically make a very comfortable living in Norway without investing too much time and effort into creating a career for yourself. As any swede that has worked in Norway will tell you, at 16:01 the office is pretty much empty. Life's pretty good in Norway
Artificial Intelligence is a broad category -- it's not just the driving decisions to be made but also the particle filtering, car localization, policy search, object tracking, kalman filter, etc etc. The fact that the car can intelligently drive around bikers on the side of the road (and wait for an appropriate time to do so) is a significant AI challenge if it's actually broken down. It involves everything from raw noisy sensor readings to high level policy search.

Sure our eyes have great resolution and batteries-included depth perception, but they can't see around 360 degrees around the car at 15 fps. Pros & cons
I guess what I meant was, surely there are weird surfaces that have multiple bounces. Or light being emitted could bounce between 2 cars and back to the sensor...or off a shop window (at a high angle, fresnel reflection), back onto something else, and back into the sensor. This data would come back into the sensor and it wouldn't be expected.

So surely the automated car, when it sees data it does not expect, does not stop, because it must see data it does not expect often through multiple bounces, right?
Here's a possibility. I'm not saying they will do this. It's just an illustration of what someone controlling the software in a fleet of self-driving cars could do.

You summon a self-driving taxi to take you to Bob's Bistro--known throughout the city for its steaks, and your call is serviced by a car using Google self-driving software. Google knows who you are and knows where you are going.

The car's route planner determines that there is a route that is within 10% of optimal that takes the car past Sam's Steakhouse, and Sam is currently paying for a Google ad campaign targeted at self-driving passengers. The car takes you past Sam's where Sam has a hard-to-miss sign touting reviews that say his steaks are better than Bob's.

Google is clever so the car might even time this so that you'll hit a red light in front of Sam's to give you a better chance of seeing Sam's sign. If the sign is electronic the message you see comparing Sam's to Bob's might even be specifically targeted at you. A moment later when the next cab goes by, carrying a passenger to Carl's Crab Shack, that sign might have a message touting Sam's amazing surf'n'turf compared to Carl's.

Right now, you go to Google when you want to drive more traffic to your website. With self-driving vehicles, you'll go to Google when you want to drive more traffic to your brick and mortar site.
Great resources !! Thanks :)
I've noticed substantial improvement using Chrome in real-world use cases. The optimizations I've experienced happen in larger apps that hold much more in memory (I don't consider Facebook/Gmail/Wordpress especially object intensive or CPU intensive, do you?).

Speaking historically, you would say that Firefox 3.5 was as fast as Chrome 3 in real-world use cases? Or that Firefox 4 paralleled Chrome 10? Mozilla has been pushing that they're faster, better, ahead-of-the-curve for years and many people have switched because they haven't delivered until very recently.

Maybe only 10% of that is due to the JIT compiler but you can't easily say Chrome hasn't been faster for an extended period of time since it was released. I'm unsure of whether the remaining 90% is due to DOM interaction, rendering, or just perceived crappiness but it exists nonetheless.
If I were to guess, it's just a consequence of arrogance. Which in itself is an evolutionary artifact that was necessary for our survival. Imagine if we were 100% humble about every subject. Then you'd be 100% agnostic about every problem, and then never make any decision.

"Should I hunt a deer? I don't know, I don't think I'll ever know." Then dies of starvation. At some point you need that little drop of arrogance to tell you. "That's it, I'm right, I need to do this." Even tho, technically, you can't be sure.

So a little bit of arrogance is necessary for animals to function. We evolved into beings with a drop of arrogance because the ones without this trait died off. Natural selection made sure both extremely humble and extremely arrogant personalities were evolved away from.

And bragging about is just one of the many consequences of arrogance. We're arrogant + we can communicate = we brag.
Read the whole article and all these comments and I'm still waiting to hear what makes this a quote unquote feature. Making a decision is not a feature, otherwise Friday team lunch at Chipotle is also a feature.
This is a good read, and something I agree with. The command pattern that you're showing here almost feels like the "write" inverse to the Presenter "read" action.

The way I've been thinking about it for myself is to imagine your Domain Objects as this 3D space of object relationships and interactions. So a Presenter cuts a 2D plane through that space and let's you view from a certain perspective.

In the case of Commands, you're taking a certain perspective and mutating that 3D space through it.

Not sure if that helps anyone else :-)

Also the focused_controller project looks really interesting as well. I was working on my own web framework, that made Actions first class objects as well. And since it was built on this slick IoC library, your Actions could just declare they need this Command, or these two Services to complete the request and they would automagically get them. I really like the idea of "one object(graph) to represent accomplishing a task", and then just having that object(graph) go do the work.
Here's what works for me - jobs at small, established companies who want to Do It Right. Corporations are too burdened with bureaucracy, startups are too stressful (unless they make it worth it with a decent share of the business).
If he doesn't need it, why spend the extra money? :-) It may be cheap but if it's just going to sit there being unused then why bother at all?
Burnout can take many forms and you need to identify what it is you are exactly burned out on. Is it the environment, the lack of recognition, the colleagues, lack of challenge, or it may just be simply you are actually needing a break.

If it is the last one, going to a startup isn't going to change things.

That said, not all startups are the 7-day a week, sleep under your desk slog. But, there are ones that are -- sometimes it is because you are all young, trying to run, and want to do so; other times it can be for reasons as you experienced -- poor management and poor planning. I've experienced both, and walked away from the latter when I realized it was the best thing for me.

If you are in an area with a diverse startup ecosystem, get out there and talk to people. Identify companies that might be interesting for you, network a bit, and see if you can engage the people in a conversation about their companies in a social (rather than interview) environment. Try and find out what the environment is like, how management treats the individual contributors, etc.

That said, startups will generally take more time and may be more challenging than a larger company. If, however, you are working with people you like and on something you enjoy, it may not be as noticeable.

All the same, as others have mentioned, there are startups out there where people do have life/work balances. For instance, Treehouse was mentioned last month -- http://news.ycombinator.com/item?id=3883268

Take the time to identify what you want and the type of people you want to work with, do some leg work, and see how it goes. Good luck.
In Python's old style you can use %s everywhere, and Python will figure out the types.
The Stanford/Udacity course gives a pretty good overview of the software and algorithms behind the self-driving car, implemented in Python.
Yes, you can get support just by typing motion support, they have a Google group too, if you need a quicker response from the community.
In the Moose / Perl 6 world, we use roles for this. (I know the idea is borrowed from elsewhere, but I don't know where.) As a Perl 6 programmer, I have almost completely given up on traditional inheritance, because roles capture everything I want from inheritance with greater robustness.

To be fair to original article, this does mean I'm doing my best to avoid type hierarchies...
That is one concern - will there local versions of this car as there are with google search?

I really would prefer to face the google.Canadian version rather the google.Paris or google.Rome tuned examples
I see your point now. Yes, I can see Python 3's syntax facilitate some of that work. I still think you will need branches and/or polymorphisms to do more complex localizations, especially when you need to support east asian languages.
I'd offer a commission to the producer of the traffic, based on conversion after beta. Anyone can generate traffic, and even signups to a free beta.

Getting users that are qualified AND interested that will convert to paid accounts is very difficult, and if whomever is referring users isn't gaming the system, they should have faith that their referrals will convert to paid accounts.
You might also be interested in this: https://github.com/adelevie/ParseModel

It's an Active Record(ish) syntax layer for the Parse iOS SDK.
neither statements make for a useful conversation. please avoid them in the future.
Shell Apps And Silver Bullets
And yet we have ANOTHER extremely good programming question with really great replies, which asshole moderators have closed on StackOverflow. This one as "not constructive".

The one thing that fucks up SO is the moderators.
The Lidar is really only a convenient system for the prototype - production units would rely mostly on imaging and limited range radar for parking / collision.

Having said that - there is no real difficulty in making Lidar very cheap if you wanted to - it's all solid state
I've been in both worlds, and I can tell you they both suck equally. It all comes down to are you happy doing what you are doing, regardless of company size.

The people I work with, passion is expected. Because when you are no longer passionate, you are no longer happy, and nobody wants to see that drag out. However we understand people have lives outside of work. The only people "on call" are the CTO and myself (the ops guy). You might get a phone call if your project explodes in production, but I think that is reasonable in any work environment.

Shoot me an email at dessyohtiav@dunflimblag.mailexpire.com if you are interested in working at a sane startup.
got a problem with the installer and received a fix from the author in 4 min. thumbs up
You'd be surprised!

The autonomous cars had to solve problems much more difficult than this in the DARPA challenges. Stanley and Junior have been thrust into artificially complicated mazes and come through with no problem.

Heck, here the car can autonomously produce a 'slide park': http://www.youtube.com/watch?v=_piO849uRdI
You took a class called "Design and Analysis of Algorithms I" and complained that the problem sets were to easy. What were you expecting?
That's one of the many problems with the prefixes, we're stuck with them until we're sure that all the "modern" browsers' old versions are no longer in use. Thankfully for most of those it shouldn't take that long.
You took a class called "Design and Analysis of Algorithms I" and complained that the problem sets were too easy. What were you expecting?
Largest Google Summer of Code Yet
On top of that, the US Gov now accounts for ~25% of wages in this country:

http://cl.ly/2a0p1T3a1B0y1B08050g
This continuously happens on StackOverflow. If a question can be remotely considered to be contentious it will very likely be closed. Quite a few times this has included Qs selected for their newsletter!
Sorry - a bit OT but... who carries pagers anymore let alone startups?
The `open` function used on untrusted input allows arbitrary code execution...

... only if you use the insecure open form. The secure open form has been available and recommended since the release of Perl 5.6.0 in March 2000--twelve years ago.

People who write insecure code, when the language makes it just as easy to write secure code, are to blame for insecure code.
It makes sense for the self-driving car to yield to pedestrians all the time. So if you see that there is no driver, you assume it will stop until you are out of its way.

There will be no more awkward social guessing games!
> Abusive management, perpetual "crisis mode," promises repeatedly broken, entrenched technical incompetence, smothering bureaucracy, vomit-inducing organizational politics -- the whole nine yards.

Your choice here doesn't seem to be 'startup vs BigCo', it seems to be 'shit job vs good job'.

You may well find a startup that, on the surface, is compatible with your own wants and needs, but after a short period of being there, it's just the same annoyances that got you down in the last job.

Conversely you may well find a BigCo job that is the polar opposite of what you experienced in the last one.

I don't believe that answering your question with a basic 'yes, startups will be better' or 'no, stick to BigCo' will really help you.

What you really need to do is selectively apply for jobs once your research into the company (big or small) satisfies you enough. Read their website, blog, Twitter feed, employee opinions (if possible) and so on, and strike from your list any potential job that doesn't tick all your boxes.

After that it's up to you to ask these questions about a day in the life at the office to your interviewer, and to assess the working environment if you're interviewed on-site. If you're not happy, leave it. If you are, weigh it up against any other interviews you've had.

Remember that, in the bigger picture, you're after a good job for you. Whether that's startup or BigCo depends entirely on the impression you get from them.
A gallery of loading graphics
I'm seriously considering one as well. I was looking at the transformer pads, but I might wait for the transformer prime hd (or whatever it's called).
Sure, the situation you described certainly happens and is just considered a general noisy measurement. The car could detect empty road one second and all of the sudden some small object _right_ in front of the grill at the next frame. To avoid this "freakout" situation where the car slams on the brakes every time a noisy measurement comes in, all the data is passed through a particle filter (or Kalman filter) first before being processed by the AI.

The transition model of the cars environment is known, so it can reason that "there is a very small chance this reading represents a real object and is not noise, because i did not detect anything near this position over the last 20 frames, so I'm going to assign a very low probability to it." Hence you can clean up the data really well because you're measuring an outdoor environment, not a meteor shower (or anything else where objects could appear and disappear every frame due to high velocity).
Kudos to Dropbox, although I wonder how this sits with the Android / Google Drive integration I assume is around the corner?
I'm a bookmark whore. This shit rules.
Cool idea. It doesn't work for Gmail though.