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

Actually, unfortunately I think that the price is more like 9 cents per GB, so the calculation looks even worse. The $0.01/GB you saw must be across zones within AWS?

So ~$900/month for bandwidth alone.

The disk and CPU costs for me are worth it, much better to pay $600/month and let that be someone else's headache. But the bandwidth makes this totally a nonstarter.

Out of curiosity, what are you moving?

I'm also not sure how these smaller datacenters somehow charge so much less for bandwidth.


If you have a demographic model of twitter users and appropriately re-weight, why is this a bad approach to take?


Because you don't (and probably can't) know that this model is accurate? Also, there are a lot of populations which are not present on Twitter at all, and more which are not present in meaningful numbers.


Such models presumably can be tested in some sense. E.g. build some sort of predictive model of elections in each state using Twitter users as a surrogate, see how well you do.

I'm not claiming that such a model is guaranteed to be perfect or even as good as a pollster, but it sounds in principle like a reasonable thing to do, if you take appropriate precautions to reduce bias.


At least one can try definitely.


If I understood correctly then this was considered as a not necessary step.

Now given the Twitters nature then is there such a model that is even approximately accurate?

Or in other words, what relevant data Twitters collects and how accurate it is?


"Firstly, we expect some users to have a large number of documents in their Dropbox, making it non-trivial to update their corresponding index “instantly”."

If the alternative is maintaining a single index, won't the time it takes to update it at least be the time it takes to update per-user indexes? The former naively sounds like updating a single, gigantic binary search tree, the latter seems like updating a hashmap of UserId/BST pairs.

"Secondly, this approach requires the system to maintain as many indices as there are users with each stored in a separate file. With over 300 million users, keeping track of so many indices in production would be an operational nightmare."

..Why?

Anyway the stuff about shared documents is enough to make per-user indexing probably a bad idea, but I don't understand the reasons they provided above.


Layoffs not based on talent? As competitive as the market is, throwing away valuable people seems insane to me.


Agreed, but at the scale they're talking about, trying to rank competent people out of the tens of thousands being let go... you're gonna need a lot of Bobs ;)


GNU Scientific Library? I've not benchmarked it against Numpy/Scipy, but there is quite a bit of overlap in functionality.


It looks great. Sadly doesn't have the specific tools I need, and regardless the license is prohibitive if I ever wanted to publish something on the App Store (regardless of if I open sourced it myself), so it's not really an option. Not that that's GSL's fault of course.


Modern AI (Machine Learning) doesn't have anything to do with Lisp.


Isn't map/flatMap and orElse enough, if only for Optional?


It's not enough for compactly expressing imperative logic. In Scala:

  resultOption match {
    case Some(x) => println(x)
    case None => println("error")
  }
Without pattern match:

  if (resultOption.isDefined) {
    println(resultOption.get)
  } else {
    println("Error")
  }
The .get is the problem.


There are several ways of doing it concisely with the Java Optional

  import java.util.Optional;

  public class Scratch {
      public static void main(String... args) {
          Optional<String> foo = Optional.of("foo");
          Optional<String> bar = Optional.empty();

          System.out.println(foo.orElse("Error"));
          System.out.println(bar.orElse("Error"));

          foo.map(Print::print).orElseGet(() -> Print.print("Error"));
          bar.map(Print::print).orElseGet(() -> Print.print("Error"));

          foo.ifPresent(Print::print);

      }

      static class Print {
          public static <T> T print(T val) {
              System.out.println(val);
              return val;
          }
      }
  }


How frequently can/should one ask for raises? I was under the vague impression that once a year is reasonable, but looks like I might be wrong.


You can ask literally any time, but unless you have a real reason it's a waste of time. A good reason would be an increase in responsibility.

Otherwise wait for your performance review. If you don't get one, ask for it.


What do you say when they say, "Oh we've had a rough year last year, so we're giving you 3%"?


Assuming you've done well for your company you might say

"That's very disappointing to hear that we're struggling so much as a company. I was (hoping|expecting) for X.

<pause>

Is there any advice or direction you could provide to me where I might help ensure we do better as a company going forward? I'd like to set up a plan of what I can to help and revisit compensation in the next 1-3 months."

And at the same time, start polishing your resume and interview skills.

I would think of this approach as a probation period for any company that I work for. If an employee isn't doing well, they're put on probation. Why not do the same for any company that is vying for our technical abilities?


You politely thank them for their time and immediately start looking for a new job. You have no reason to put up with that sort of a response in this job market.


If you think they have a future, ask for stock – they're asking you to accept low pay to help their business, so it's only reasonable to expect part of that return in exchange. The usual cautions about option games apply but again, if you're expecting to get screwed cut to:

If they're doomed and / or you don't trust them (i.e. does it seem like the managers also subject to low pay?), start looking.


You evaluate whether they're telling the truth. Some companies genuinely cannot afford to pay you market rate. That's why OP said "as soon as you can." In those cases, you say, "I understand. Please consider it again when the timing is better. Thanks."

But if you feel like the company can afford it and they're just shutting you down, the proper response is, "Seeya."


Depends on whether or not they'll laugh when you say, "Well, if it wasn't for me, it would have been even rougher."


Are you the reason the company is having a rough year?

Are you the reason the company had less of a rough year than they could have had?

Either way, find yourself a company that isn't having a rough year.


You update your CV and LinkedIn profile.


Give them extra options = 2x what the raise would have been. Maybe 5x.


Minix 3 seems like a really good route for this purpose. Supposedly a kernel in less than 10k lines of C.


Does this have comparative summary statistics for these exercises? I did 45 WPM on the first Scala lesson; is this average, terrible, or good?


Good question. I did 44 WPM on objc and 51 WPM on java.


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

Search: