Hacker Newsnew | past | comments | ask | show | jobs | submit | Yunk's commentslogin

> if they are OK with the US taking him into custody, their government is free to let that happen, treaty or not.

If who is OK with what? The Maldives is a republic and has to follow its laws and process to consider arresting someone on a foreign nations behalf and then consider the extradition.

Republics with executive branches that don't consistently enforce their mandates need to be punished by the world community before a mafia of rampantly criminal executive branches emerges and undermines all democratic republics. Oh wait.


SML is great, but based on the UW paradigms course, I'd say it gets a lot of backlash from students wanting something common in industry.

Transitioning first classes from C to go would make great sense, but it looks like a lot of schools already replaced C with Java and C++ as first languages.

Personally, I do think there is merit in teaching a primarily imperative language first, if only to appreciate other paradigms later and get an inkling of what is really going on beneath your code.


What I took from the Coursera version of the UW course was that SML gets out of the way and let Grossman cover the material at a higher level of abstraction than language syntax. On the other hand, his Programming Languages class is not intended to be introductory.

I won't say anything about Python.


I also thought SML worked quite well at that level, but I think the initial negativity on the forums about an unknown language reflected what to expect from a larger portion of 101 students.

> I won't say anything about Python.

I will try to learn from your wisdom.


I was in the second iteration. There were still plenty of people calling for a pony and M&M's for breakfast. I can only imagine the first iteration.

SML worked well because it's more or less dead. All the documentation is basically on a single unsexy website. There aren't a bunch of blogs cluttering up Google results or even much on StackOverflow. Racket also has a single Canonical source and good clear documentation and not much noise.

I can't say the same about the Ruby ecosystem, where I saw this crazy construct in lieu of a call to super posted in a forum question. The TA asked how the person arrived at it. I knew the answer because I had landed at the same StackOverflow page from Google earlier in the week. Which is not to knock Ruby. I understand why people describe it as beautiful.


Yes, in fact this could hurt them more significantly. The assets 7.6 million expats are mostly in the US since the US is preventing 'US persons' from investing abroad with the same kind of regulatory interference, that amounts to a lot more than the $50 billion in remittances.

Adding further difficulties to international transfers may encourage expats to recalculate their positions. Then there will be further network damages. I would rank the average US Diaspora as less positive about getting involved with a US based business partner than the average European due to familiarity with the US' regulatory style and its chaotic results.


When I look at a field like sports, I assume the genetic advantages are not so direct to the routine tasks.

For example, significant genetic factors may be: healing or failing to heal without permanent damage or being flexible in a way that causes or prevents a frequent injury.

For many star players the fact that they can keep playing at all may be the freak of genetics or initial behavior that allowed them to get to their level.

For example, football helmet impact data seems to support the direction that many should be dropping out due to traumatic brain injury. Yet some players deteriorate remarkably slower than medical science previously predicted.


These are good points.

I think this 10,000 hour idea is a vast oversimplification.

For example, it's often difficult to differentiate rate of progress from final ability.

As someone who has been involved with elite athletics, there are people out there who are simply better at absorbing training, in terms of biomechanics (mostly injury resistance), recovery, and compensation (getting stronger). I've seen lots of folks, new to a sport, with little training, absolutely crush mush more seasoned/conditioned folks. There are many examples of this (see: Chrissie Wellington). For each of them you can contrive some story "well, she lived at altitude", but that's the point, these people exist. And to be clear, I take nothing from Chrissie's worth ethic, etc. She's simply better than a whole host of other elite athletes that have worked hard their whole lives and she went out and clowned them for several years.

The difficult question is, if an average person kept at it for 10,000 hours, would Chrissie plateau and that average person catch up? And here you can substitute math, chess, coding, whatever.

I don't know, but both my sporting and software engineering experience (anecdotally, N=1) says no. Different people are sometimes differently suited to tasks. I'd love to understand the causation.


> When I look at a field like sports, I assume the genetic advantages are not so direct to the routine tasks.

I assume that larger samples produce more extreme outliers, even as sample variability falls. This means more dominating freaks of nature.

The Russians, Bulgarians and Chinese dominate Weightlifting. They also happen to have far more lifters than other countries.


This is exactly the topic I've been pondering recently. I encountered the same kind of problem just within CS during an interview.

Personally, I went back further in the domain to avoid admitting I never had more than zero interest in what RFC writers chose to call something. Really, I view domains as bastions of useless information aside from the harvestable concepts for problems in other domains.

But I am beginning to suspect the industry has 'matured' into the same crap as the auto industry.

I'm curious if others have comments on remaining a generalist in this environment?


> Being poor completely sucks ... The point of getting rich is so that your life doesn't suck.

This is a false dichotomy. The path to getting rich involves being moderately successful and then being willing to risk entering poverty again. If your goal is to not be poor then your best odds are to try to be moderately successful and then reinforce that position rather than playing double or nothing forever.


The only reason I can do well in one of these interviews is because I recently started writing poor patch code for websites.

In development, who would do design, code and review on only one change in a straight sequence? It is like asking half your brain to shut down and the gods to smite you.


Yes, I had the same problem with the article. The lawsuit just seems to be cherry picking which part of Barclay's paradoxical claims to trust, not creating its own self referential problems.

If Barclay's could get HFTs out of their products then their situation wouldn't be much different from diet cola and they could raise a fair amount of FUD against the competition irregardless of quality of evidence. But you can't sell the same product yet claim you have removed the "harmful" component. Claiming you know it is not really harmful just means you were up to 2 fraudulent activities to deprive the market and your customers of a better arrangement.


So, is playing golf in the rain a worse option than walking or driving home and returning later on a city street?

These odds are hardly a compelling reason to continue warning about lighting safety given that the resulting behavior changes might be leading to more of the common causes of death.


> I've seen a lot of c++ jobs in the finance sector in NYC

Fast + Legacy = Finance

But based on complaints I hear here in Zurich, the OP would never become qualified learning C++ part time to be the local expert directing offshore junior engineers.

If you want to compete with people who will have more hours of experience then choose a playing field with a reduced instruction set so you will also have had adequate hours with everything and you will only lose out against the minority who continue mastering the subject instead of just getting good enough.

C++ is the wrong direction for someone with a life because it rewards almost every hour of learning equally (or equally poorly depending on your opinions and futures predictions.)


Are you working at a bank as a developer in Zurich?


No, I just live in Zurich. The past products I worked on were mostly for banks so I still pay a little more attention to what developers from banks and finance groups say when I run into them.

Personally, I am a long time C developer but I simply ignore any postings with "C/C++" and no longer use C very much when I have an option to use a language that is easier to find alone in job listings.

If you are serious about C++ part time then I would suggest something rather write-only in a small group. For example, I did consider learning some OpenMP and working with research scientists. That is a nicer situation since most groups end up using a reasonably small dialect to stay focused on the task and you probably wont waste limited experience time reviewing arbitrarily bad code that misuses esoteric features. But that is exactly why it doesn't adequately prepare you for situations like Banks or make you a "C++ Developer" instead of a good programmer who happens to be using C++.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: