skysight-inc/HackerNews huggingface dataset:
I hear about so many people doing this that I have to wonder how many freaking romance novels people are reading. I consider myself a pretty frequent reader but it usually takes me anywhere from a week to a month to finish a book, depending on how long/dense it is.
It was two trips in the same afternoon too.
Former Yahoo Exec: Lawyer 'took the Hit' for Marissa Mayer
In Kotlin null is always safe. The problem is that types imported from Java are "platform types", i.e. Kotlin doesn't know whether they're nullable or non-nullable, and it's up to the programmer to check their API docs and insert the appropriate handling at the call site.

For example, in my own pure-Kotlin code, "val id: String" is a non-nullable type "String"; the compiler will guarantee that it is never null. "val url: URL?" is a nullable type "URL?"; the compiler checks for null, and I need to use ? or !! or a smart-cast to access it. HttpServletRequest.pathInfo is a platform type "String!", is marked as such in autocomplete, and could be either null or non-null based on the API; it's up to me to use it appropriately.

The difference between platform types and nullable types is that platform types can be silently coerced to non-null types, even though they may be null. This was an ergonomic decision; you use so many Java APIs in Kotlin that the language would be nearly unusable afterwards (kinda like how Scala, rather than being a "better Java", has developed its own ecosystem of idiomatic Scala code). It's a potential safety hole, but it's clearly documented; think of it like getting memory management right in a C FFI.
WWW user since NCSA Mosaic (1993?). Net user since 1984. Have successfully avoided rotten.com for all that time.
Notable changes:

- module: The module loading global fallback to the Node executable's directory now works correctly on Windows. (Richard Lau) #9283

- net: Socket.prototype.connect now once again functions without a callback. (Juwan Yoo) #11762

- url: URL.prototype.origin now properly specified an opaque return of 'null' for file:// URLs. (Brian White) #11691
Don't worry. When the macro cycle changes - it always does - big burn ventures won't find any water hoses handy and the lean bootstrappers will have their day again.
If you buy something for less than it's worth, you have to book the difference as income. Not much difference between buying $1000 widget for $1 and buying it for $1000 and then getting paid $999.
It's at least a bit dependent on who is asking. I would expect somebody from Western Europe, Australia, etc to know Washington DC and SF (and London, Manchester, Frankfurt, etc).

I wouldn't have the same expectation of somebody from Asia. Not only is language a possible problem, but there are a TON of large cities in China (and other parts of Asia) I know nothing about.
>>Reasoning about problems is a very essential job requirement.

Sure.

>>And doing that out loud is the one of the few ways people can see how/if you do that.

Strongly disagree. I would posit that written explanations are a much better indicator of someone's ability to reason about problems, because:

a) They can provide hyperlinks, images and other supporting materials to aid their explanation

b) You also get to see if they are a competent writer, which is also a very important skill for an engineer
Someone above already chimed in with results far better than mine, and they sold just a book (and it's like half the length of mine). So it is definitely possible.

Part of the advantage of self-publishing is that you can be sophisticated in your product and not sell "just a book".
> How is this article in any way not about GMOs? The whole point of roundup is that you can douse food crops with enormous quantities that would normally kill them, thanks to genetic modifications.

No, it's not. RoundUp was around and commercially used as a weedkiller, including in agriculture, before transgenic RoundUp Ready traits were developed.

It's true that RoundUp Ready and similar traits increase the demand for and use of the herbicides they provide resistance to, but the safety of the herbicides is orthogonal to the safety of the herbicide resistant crops.
First and foremost for me are protected branches. For everywhere I've worked, giving someone commit access to the main repository means giving them the ability to rewrite history on the release branch as well. GitLab solves that nicely by allowing committers to append only to protected branches by default.

I'm also warming to the idea of treating CI as "pipelines", and find myself thinking of tooling more in that way.
> I think people severely, severely underestimate the amount you can make self-publishing.

I think you really should qualify this for the sake of all of us amateur writers out there. I would've said "people severely, severely overestimate the amount you can make self-publishing."

Most of us don't have a book idea worth writing about or are really bad at writing, or both. It's also really hard for a lot of us to realize which group we're in.

You say "I raked in $TONS for a $40 non-fiction book that helps folks with business development" but I think the rest of us should recognize those details when we see your numbers. If I want to write a book about the subtle great things about unit tests, python, or the great American novel, I should tread with caution. My boring story will probably not make $TONS.

> very best authors they published would sell 10,000 books. Their cut was something like $2/book, they'd pull in $20k.

This is a more interesting part of your post, and worth highlighting. Self-publishing can net you a LOT more than working with a publisher. But for sure you've got to start with an idea that people think is worth buying.
Why programmers will never be the brightest and the best
What's really great about this board is the practical approach: integrate things that people will need to build real-life robotics devices. A good example: 2S LiPo charger, not obvious to do yourself, and required if your project is supposed to move beyond your benchtop.
> This is because the real cost of software is time.

Exactly... And so it follows that technical debt is the debt of time. What your quick and dirty ^solution^ achieves today will be more expensive in terms of time, to fix/scale/debug/maintain tomorrow.

How is the author not seeing this? There is a cost and a value to everything. A highly valuable quick and dirty solution today makes sense only if it will cost less to throw away, replace or clean up.

Sigh, I'm tried of this industry that keeps not just reinventing wheel but rediscovering the entire process that leads up to it.
I'm not familiar with the area, but he could have also carried the chest on a Pack Mule. Short of treacherous terrain they are quite sure-footed. Or was there some indication he carried the chest to the location himself? Other than the blurb on Old Sante Fe Trading Co webpage I didn't see anything saying as much. I didn't watch all the videos though. Theorizing is fun.
You're just shifting the trust to the "data bank". What if it gets hacked, or ignores its ToS, or some rogue employee with database access copies your PII, or... ?

Trust is dead; it doesn't scale. End of story. I don't like the idea of a "data bank" or "data brokerage" any more than I like the idea of facebook; either way, someone else holds the keys to my castle. But third-party servers aren't going anywhere, so we have to find a way forward.

I've come to the conclusion that the only possible way for someone (or something) to maintain control over data is to encrypt it at all times when not in use. It's exactly the idea of a "data bank" like you're describing, but you become the bank. One of the key struggles with this approach is that it requires a tremendous amount of client-side code; calling it a paradigm shift is a profound understatement. It doesn't matter how snazzy your encrypted-dist-web product is unless you present a compelling economic reason for companies to switch to it, to justify the extreme expenditure of capital necessitated by the technical switchover.

Even here, though, once you share something with eg. Facebook, you can only hope they don't fuck it up. That's just the way the world (unavoidably) works; once you share something with someone, they have every capability to do whatever they please with it. You have only the social expectation that they don't, and if they violate that expectation, your only recourse is to stop communicating with them. But I do think, in a world where we actually have autonomy over our data (partly, again, because it necessitates client-side code), it is possible to make the consequences of data misuse so disastrous for a company that it stops being economically viable for them to do so.

The key thing we've lost is that agency to make decisions about data. I've no problem with informed, consensual sharing, but in today's world re: data, "informed consent" is nonexistant.
Oh fuck off. Let me settle the matter once and for all:

> Engineering is the application of mathematics and scientific, economic, social, and practical knowledge in order to invent, innovate, design, build, maintain, research, and improve structures, machines, tools, systems, components, materials, processes, solutions, and organizations.

edit: This post got flagged and I can see that OP is new to the board. I'm sorry for my tone here.
Conflicts of interest throw serious doubt on the validity of the research. There's always a certain degree of trust in the people who do every phrase of the research, and obvious biases should at least be reason to not draw strong conclusions from the research. Especially if they're going out of their way to not upfront about the conflict of interest / bias.
> Contrast that to my trip the other day by commercial air travel. Everywhere I went, people were on their phones. Were they learning foreign languages? Becoming experts at symbolic logic or global politics?

> They were not.

I am currently using my phone to learn mandarin using the "Hello Chinese" app [1]. It doesn't require internet connection for lessons that you have already downloaded, so it is perfect for long trips and such.

my first foreign language was rather obscure (Pashto) so I had to learn it in a classroom without any apps or other programs to help with self study. Learning using the hello chinese app is so much better compared to classroom learning it just boggles my mind. I can go at my own pace, it uses sound recognition to grade my pronunciation, I can study words and phrases, everything. It is a wonderful tool

[1] http://www.hellochinese.cc/
> What still gets me is how people could justify this type of behavior.

To quote Upton Sinclair, it is difficult to get a man to understand something, when his salary depends upon his not understanding it.

Companies like these are run by psychopaths who want nothing but money and power, and their employee base is self-selecting for the quality of being cowed into complacency.
crappy prediction:

Within 3 years, the Windows "Home" and "Cloud"[0] editions will be unable to install applications that are not from the store. Not even with a registry hack. Anyone wanting non-store applications will be forced to the "Pro" edition.

[0] - https://betanews.com/2017/02/09/windows-10-cloud-hacked-to-r...
There's no such thing as "mathematically impossible" in the physical world. If it's impossibility is evident in a mathematical model, that's still physical impossibility.
>This is the real story - Monsanto interfering with our ability to find out what is safe.

The real story, to me, are the academics willing to sign their name to research they didn't write, for a pay cheque.
So salaries in the most job offers are real. That is obvious that you are making less in Russia than in US. Even on the same position. Only working remotelty for western clients may give similar earnings. Check out some offers https://jobsquery.it/jobs;page=1;tags=;sortBy=SALARY_DESC;qu...
The problem is you're suggesting real-world, ops-capable solutions to a problem "Devops" (as in, developers can do it, we don't need ops) people don't want to understand because they'd rather jump on yet another poorly designed "solution" to a problem they don't really have.
Fortunately there are a number of different ways to justify the efficacy of particular technology prior to its implementation that do not require millions of people to prematurely contract cancer. If you have a hypothesis about a particular long-term consequence that could arise, by all means let's design a system to investigate it.
So You Want to Be a Wizard
already discussed, https://news.ycombinator.com/item?id=13850516
Benchmark of 100 crowdfunding videos reveals what works and how much to spend
Nintendo Switch Ships with Unpatched 6-Month-Old WebKit Vulnerabilities
The most important part of self-publishing is finding the right niche.

Basically: You want to find a niche where people need what you're selling, and charge a lot for it.
Don't quit necessarily, but quit if you feel it's the right thing to do. I've never thought highly of Uber, so having it on your resume is similar to having military experience or working at Amazon to me, it immediately sounds the "probably not a good culture fit" alarm in my head.

I'd personally give a thumbs up to any qualified engineer interviewed with me and mentioned that a big part of the reason he or she left Uber was because of their lack of morals. That takes balls, and so does leaving before the "standard" two year mark, so people who do that are either stupid and ballsy or principled and ballsy - the latter type of person is almost always a great person to work with as long as their principles make sense. There's nothing worse than a principled, ballsy Machiavellian.

So, to reiterate - quit if it really aligns with your principles as a person and you're ready to explain that, stay otherwise. It could also be that in 6 months staying at Uber will be against your principles, making that a great time to jump ship. I think the advantage you have is that since a lot people know Uber is toxic they won't fault you for wanting to get out.
> Keras is so good that it is effectively cheating in machine learning, where even Tensorflow tutorials can be replaced with a single line of code.

That's the way it "felt" to me when it was introduced in one of the lessons (then later used in a project) in the first term of the Udacity Self-Driving Car Engineer nanodegree I am enrolled in (my cohort just finished the first term; second term for us starts on the 23rd).

We first played around with a simple NN library built from scratch in Python named "Miniflow"; basically, it was a relatively simple backprop library based around Numpy (to eliminate having to implement the vector math part of things). It gave a good overview of how a neural network is developed and implemented at a lower level, and how it actually worked. I say that with having a similar level of knowledge from taking the CS373 course at Udacity (2012) as well as the original (2011) "ML Class" from Andrew Ng - where in both a simple NN was developed using Python and Octave (respectively).

That gave us students the foundation; Tensorflow and how to use it with Python was then introduced (I also took the time and initiative to get my system prepped to use my 750 Ti GPU with TF). That was a revelation - TF made implementing a NN seemingly dead-simple by comparison. It felt almost like plug-n-play!

Then we learned about Keras: I thought that TF made things simple, but Keras proved that wrong. Your comment about it being "Lego blocks" is spot on. It was really simple to implement the NVidia End-to-End CNN to control a virtual car on a track, once it was given proper training from "camera" views.

All that said, though - without having that lower-level foundation of "Miniflow" - you can't appreciate exactly what it is that Keras gives you, nor can you easily grok what is actually happening under the hood, so to speak. I know that our simplified NN library only scratches the surface of what Tensorflow provides, but it does give a foundation on which to experiment and understand things further, IMHO.

Which is why just jumping into Keras without going back to "the roots" of neural networks and machine learning may be doing a disservice to self-learners on this topic. We are still at the point in the process where having the fundamental understandings can help to inform the implementer of solutions in Keras. Its kinda like knowing how to program in Java without understanding what a stack or a linked-list is, or how they work. While it is certainly possible to do so (and produce properly working code), for certain problems having that understanding may be a necessary requirement.

Even when it isn't, though, it still may be a worthwhile thing to know in the end. That's just my opinion, though.
Sorry, I'm on mobile right now and I can't watch your link. Please do help me though:

Are you saying that in the case of this Yahoo hack, this is the evidence that has been obtained? Or is this a general link about what authorities are able to do?

Because if so, then yes, I personally would say this is enough to reach a guilty verdict. They deserve it if they were dumb enough to show their face and receive on the books payment from a shady authority.

But too often, someone's machine is implicated with the kind of flakey technical evidence that is used to extort a confession or a plea bargain.
You're conflating the constitutional protection of individual rights with government interference in the market. There's a big difference.
"We want users to understand that they’re pretty much cheating the system when they choose not to pay for software"
Thanks a lot for bringing this up. We'll shortly adjust the pricing plan to be more transparent and fair.
I believe you intended to use `val` in your second example...
Yes. I usually refer to them as "optional" values, rather than "nullable" values. Something should only be null if it is truly optional to the class, view or whatever, which is a pretty rare thing. If a class requires a certain value to be able to do it's work, and that value is missing (null), why was the class even instantiated? That should be a big no-no.
For what it's worth, Groovy does have types. It is not dynamically typed, but optionally typed. Throw a @CompileStatic annotation on your classes (or use a global withConfig) and it is very nicely typed, using Java's type system.
I had one that, unfortunately, has.
My problem with glyphosate isn't related to health concerns. It's related to the fact that I grow crops (grapes) which it drifts over and kills, and roundup ready (and even worse, the new 2-4d resistant GMO corn/soy) now means there's nowhere safe in the entire northeast to grow anymore.

Every spring I come out to find many plants damaged. Infuriating.

Farmers behave entirely irresponsibly with it and if it's damaging my grapes imagine what it's doing to the natural ecosystem, riparian buffers, etc. near their farms. 2,4-d can drift for several miles and both volatilize on hot days.
I've yet to find something I needed that wasn't supported - or that there wasn't a better option available that did support it.

TravisCI for instance, is easily replaced in all of my projects with Gitlab's integrated CI.
It's getting there. I saw a video last week of someone running Overwatch in wine at about 45 FPS with a patched version of Wine. Not sure how easy it is to get running or if/when those patches will be merged in, but it's making good progress.

From what I remember, Overwatch doesn't use much of DX10/11, possibly just a few minor things, so it's mostly just a case of getting it not to crash when those features don't exist, and the rest should perform ok.
http://google.coma
>What it does have is market power in the seed market for certain key global crops, and even more in the GM sector (e.g., 80%+ for GM corn, 90%+ for GM soy.

Fortunately, we don't need those seeds. They can try to patent and sue all they want; the people will prevail.
Drinkable != pleasant to drink.
> Why not just drive out to the expensive zip code, and rob the first house that looks empty?

Presumably because police presence is less, or at least busy, in the less expensive zip code. There isn't just more crime in less affluent areas, it's rampant!

> Are you really surrounded by thieves and killers, and the only thing keeping you safe is that they don't know that you live in a rich part of town?

According to the news, yes, but even that expensive part of town is just a "you won't believe where" teaser away from being right next to you!

In all seriousness, as rational as you consider yourself, it's still an uphill battle against the signals we are bombarded with telling us about all the crime and suffering around us. Humans are great at finding and internalizing patterns from signals, and the pattern here isn't hard to see; the world is getting scarier and scarier every year. Doesn't matter if its true or not, that's still how it feels.
I could drink a glass of urine without any ill effect.

That doesn't mean I am waiting beside the urinal with my coffee cup ready.
Delaware Court of Chancery? For completeness, you should explain how other states deal with the issues that the CoC rules on.
I get the sentiment, and it makes for good TV, but you could also drink a whole quart of urine without any ill effect and you can be sure I would decline that opportunity.
If only there was less closed protocolls. I used to have trillian/miranda/jabber-transports with Skype, Facebook, Google, AIM, ICQ, Mail. Partly tunneld with OTR.

Now it's telegram, facebook messenger, whatsapp and sms and all are not easy to bundle in one thing.
I hope they fixed the Easter Egg that blows the CPU if you power up via VDD_5V and plug the USB cable in.
Monsanto also developed another herbicide, Agent Orange. Areas were it was used are still affected to this date.
Uh, no, it's not. Did you read the link you posted? Two minor details from two separate cases were (allegedly) kind of related. Everything else was made up.
"Dirt:Rally" <-- it's good. You won't regret such a choice.
look at you, judging other people for using science fiction as a vessel for discussing deeper philosophical topics.
I think open sourcing here just shows that the code is irrelevant and is not the money maker. I guarantee you nobody is moving off slack because gitter is "open source". People might move to gitter because is it integrated into gitlab self-hosted though (this is what will happen and mattermost will be phased out despite what they say).
Oh yes, we even drew up contracts for how to split it and what to do in case of legal action, death, etc. I think we based it off the one in The Hobbit, but it has been a while. It was fun to read though as I do remember that there was a clause that you had to drink a few beers before negotiations could start. In general, it was enjoyable to go out and do that shindig and I would suggest it to others to have fun with it, but be sure not to, you know, die while out tramping about in the Rockies.
Thanks a lot for clarification.
I prefer matterbridge :) Supports more than IRC, and supports multiple gateways at once: https://github.com/42wim/matterbridge/
Adblock Plus announces members of independent Acceptable Ads Committee
I agree. That reply was more in context of worrying about "3000 Uber employees" in the market at the same time.

Unless he is a high level executive, I don't see why anyone would tar him with the ethical lapses of Uber

On the other hand, someone mentioned Yahoo. I would definitely ask someone technical why they stick with Yahoo.
Which stack would you use for a new API service in 2017?
Lol, I posted the same thing at nearly the exact same time.. amusing how the mind converges on certain things when you think of "Gross things to drink".
Bret Victor: Bio