skysight-inc/HackerNews huggingface dataset:
i can relate to what you're saying.

perhaps you have been listening to a certain set of messages, too loudly, for too long (the media is good at doing that to us.). you'll have to address this fact if you want to stop caring about external success. be honest with yourself: do you really want a phd bad enough to sacrifice 5 years and put in a lot of hard work? and sacrifice all the other things you won't do in those 5 years? maybe you do, maybe you don't, but it has to be something internal that drives you ultimately.

replace all the inputs going into your brain with some good reads and a journal to take notes in.

A couple good reads:
- Seneca. he talks about not worrying about what fortune can give and take away, and to focus on things like virtues instead.

http://stoics.com/seneca_essays_book_1.html

- James Allen's "From Passion to Peace" -- he explores the conflict between passion vs aspiration

http://james-allen.in1woord.nl/?text=from-passion-to-peace

And serious fiction is always great too: Hemingway, Raymond Carver.

Hemingway: "There is nothing noble in being superior to your fellow man; true nobility is being superior to your former self."
Yes! And we could learn even more by studying the neural activity in infants. Where do I sign up?
What it means to design and implement a bike-friendly dream office
What casualties are you referring to?
Lots of good advice on this thread; one thing I'll add: stay well, well away from any 12-step based programme. I'd suggest something like Rational Recovery (http://rational.org/) instead.
I wish we could just hurry up and come to the ultimate conclusion that we always had everything we needed with IRC. I can't understand why we're still in the jungle of high level applications replicating a low level protocol.

I get that IRC never had a particular client that galvanized the protocol as much as the many iterations of proprietary real time chat that has came and went over the past 10 years, but honestly the problem isn't the protocol, the problem is that no one was making clients meant for the mainstream.
If you have a compiled Lisp with an interpreter also, adding fexprs creates the interesting possibility the fexprs themselves may be compiled.

Suppose the Lisp is bootstrapped in some other language, like C or assembler. The special operators in the interpreter are written in C. If you write the IF operator in C, and that operator itself needs an if operator, it uses the C if statement or ternary operator. (Obvious, right? No level confusion.)

If you add FEXPRS, they are interpreted code themselves: interpreted code controlling the interpretation of code. If you write an IF FEXPR and it needs an if operator, and you use IF, then you get infinite regress/recursion: while trying to interpret IF, the IF FEXPR calls itself, and then runs into the same situation, calling itself again, ...

If the Lisp has a compiler and macros, then you can write an IF macro, and compile that FEXPR. Then, when the interpreter evaluates an IF form, it now dispatches a compiled function. When that function needs IF, it's just running the compiled code, and not recursing any more; the IF FEXPR is only for interpreted code.

FEXPR's can do some "impossible things", and if you want to do those things fast, compiled FEXPR's could be useful.
endangering his health probably
Mmm... I think you'll be seeing them push more AWS/Azure stuff onto GCP. :)
Dr. Dobb's Small-C Resource CD-ROM
Perhaps the inverse of acknowledging that, ultimately, man is entirely powerless would work just as well.
Broadcom makes "switch on a chip" modules that will do VxLAN encapsulation and translation to VLAN or regular Ethernet frames. That chipset is available in lots of common 10/40/100 GbE switches from Arista/Juniper/White Box.

In a regular IP Fabric environment we would all this device a VTEP.
No True Scotsman keeps moving the goal posts by endlessly revising the definitions of terms in a debate.

:)
I think you need to work on taking criticism on your project. No matter how right you may or may not be, dismissing the average Joe and claiming that he's just too simple to grasp the concept is only going to keep things difficult for you. If you want to be successful, your average customer is going to be an average person, and you'll have to meet that person where they're at, not yell at them for being too dumb to understand your brand new concept. Doing that is a stereotypical sign of severe self-delusion.

If your site cannot explain the concept in an approachable way, saying "you're just too dumb to get it" isn't going to help. If you find that you have to say this to someone, it means that YOU'RE the person with the communication problem, not them. This is a very important principle to understand as you seek to gain traction for your concept. Instead of blaming people for their opinions, understand that this is a real, organic impression of the project and that it's likely representative of what at least some random segment of the population is going to think. You'd be wise to note the concerns and work toward addressing them.

I didn't read the full page word for word, no, but I did spend a good 3-4 minutes skimming it, and I watched the embedded video, which is much more than most people who come across a random website do. Please find a good mentor who can help you take criticism without being dismissive of a potential customer who is providing feedback.
We have used Feathers to build http://www.zeek.ai/ and have been really happy with it so far. The consistency between the client and server libraries makes developing with Feathers fast.
Most cell phones actually use off the shelf sensors and interfaces. It's an easy way to allow differentiation -- have the same mainboard, but different screen sizes, cameras, etc for different lines. I can't find info on the 6s exactly, but previous lines used standard Omnivision imaging chips that spoke over the same CSI-2 interface used by everyone else, and found even on boards like the raspberry pi.
It is inspiring to see the additional ways people have implemented blockchain-based VC money plundering. While initial Bitcoin plundering efforts have stagnated, future Ethereum initiatives will continue that refreshing Ponzi-esque flavour we all crave.
If you never read any comments that tell you what's so hard, then I guess you don't see them.

To avoid repeating myself: http://lists.lca2016.linux.org.au/pipermail/chat/2016-Januar...

As soon as you say "run a bouncer" you limit your audience severely. Without a bouncer, you're a transient in the world of IRC. Doubly so if you have the temerity to want to interact from a mobile device that pops on and off networks all the time.
We run bare metal dedicated servers at SoftLayer with up times in the 3-4 year range. Our failure rate is less than 1%.

Not that hard...
ReGrid is a Solar company.
It is weird. I suppose as a result of storing file content by hash only (without extension), then determining the Content-Type header based on the user-supplied extension. Unless they're storing the original filename, they'll have to run through the binary data to determine file type.

Crucially though, is they removed the DNS forward to the CDN. Which means they're actually storing .html files on those CDN servers. For ads, presumably, but it seems terribly silly to be storing .html files there at all.
All this cloud nonsense... One day someone will come up with an appliance type device that one can keep at home to act as the personal cloud environment. One day...
It's rechargeable via USB. That said, the one my parents got seems to only last a week or two. After calling Ring, they said it might have something to do with the cold climate. Still not very impressive.
It doesn't look like it. The model you linked is just a camera, not a camera and doorbell. I also totally agree with you on there needing to be much much much more standardization on IoT stuff. Right now, everyone's separated into their own fiefdoms.
He couldn't have just "uploaded" images to a page, since facebook would output the original path (B1GL0N6H45H.png), where this relies on the .html extension. Easy enough to link people through Messenger or another site to that page, though. The core vector is the fact it's served off the photos.facebook.com domain.
My parents got one of these a few months ago. It's been very unreliable to the point where they decided to put back their old doorbell just to make sure they know when someone comes to the door. Been on the phone with tech support multiple times and they haven't really been able to help.
Basically, I'm an alcoholic. I'm in my mid 30s. I started drinking when I was told I couldn't smoke pot anymore, and kept at it after a number of friends committed suicide and a few others died of cancer.

The thing is, when I am drinking, I can manage the pain of things that will never be okay, even though I must endure them. I don't advocate alcohol, but waking up screaming every morning isn't always an option. And I get to say "basically an alcoholic" because that's a euphemism for "functional alcoholic" which is a euphemism for "alcoholic," but because I can still do my job around people in their 20s, nobody complains, so I don't have to begin the regime of psychoactive drugs that don't guarantee any less liver damage than the alcohol. I can only hope I make it to my 50s, and in my 50s, I will not give one thought to what anyone thinks, because making it to 50 means I survived remembering my dead loved ones for 30 years, and that's good enough.

It sounds like it's not an issue for your business if he's killing code three sheets to Moby Dick and you can't spare a salaried employee to walk him home. If you care for him, as my family cares for me, you will do what they do, and say, "Are you okay? I wondered because you're drinking a lot," and he might say, "No, I'll never be okay, but if it's a problem I can work on it." Or he might say, "Yeah, I'm fine," even though he's not. Point is it doesn't sound like it's a professional issue, since you haven't fired him for drinking on the job, so his ability to code is a moot point. The question is not "How do I approach a talented employee who seems superhumanly talented when he's drunk but then we have to use unpaid company resources to manage him after hours?" The question is "How do I approach someone managing pain in a potentially long-term and self-destructive way?"

And that's not an HN question.
I'm not sure there would be market harm from this outcome, which would be required for the DoJ to intervene.

Content creators would remain free to license their content using their own technologies.

Apple has successfully shut down people that created implementations compatible with Apple's DRM. To be clear, these people were not breaking Apple's DRM. They were "protecting content" using DRM that was iTunes/iPod compatible, and Apple shut that down.
Now is the time, Pud.
We already have offline messages, it's called email.

"Oh, Johnson isn't online? better send him an email. /message acmebot email johnson@acme-supply.co Get your ass to mars!" chat bot sees the command and sends him the email.

Sorry if I'm coming off as cynical it's just that I see a trend of the entire community trying to fix problems that aren't real problems.
Couldn't Amazon Snowball or Direct Connect significantly reduce the cost of getting your data off their storage?
You should stfu about him and his life. Especially if it's not a problem that is hurting someone else.

Anything you do is going to fuck him over. Don't believe someone at work (boss, HR) is going to turn his life into a disney movie of helping love and happy endings.

There are going to be mistakes that will let you know it's time to act. The first time you catch him doing a blunder that affects other people, take him aside and talk to him about it directly. Tell him you want him to enroll in some sort of treatment program.

After that, if he keeps causing negative outcomes for people, then you tell HR or the boss- which will get him fired, end of story. Don't let yourself believe some insane narrative like people are writing on here where the boss or HR will "help" him. He's just going to get fired. So, understand that before you make any moves in 'official' directions.
Do you honestly think that people pick MORE predictable passwords when required to include digits and symbols? I agree that few are very creative with how they use the digits and symbols, but in no way is this lack of creativity greater than the lack of creativity that is exercised when given no constraints. People just love to use a dictionary word or common phrase or ncc1701 as their password and call it done.

100 passwords is nothing compared to a state space of 36^8 = 2.8x10^12. Remove a million or ten if you want. I think you're strongly underestimating how large this space is. Almost any change you can imagine pushes people out of the relatively minuscule space of actually-used-passwords and into the vast barren lands of all-possible-passwords and thereby increases time taken to crack. If you think requiring a number and special character are damaging (since people just have them at the end), then how about the requirement that they have numbers and special characters that are NOT at the end? I've seen this before and it forced me to invent a new password instead of reusing one. It's technically reducing the state space, but it increases the space of passwords that are actually used.

Sure, those 27% of people who actually generated a random password and then happened to get no numbers or special characters are annoyed that they have to generate a new password, but everyone else is picking better passwords.
> Do you block the request or do you allow it? Filtering out the non-accessible parts of the GraphQL seems like overkill.

In Falcor (which is conceptually similar to GraphQL) you'd simply fulfill whichever parts of the request you can, and flag the unfulfilled parts as errors.
99 Bottles of Beer in TrumpScript
The media is sensationalist as ever — I would worry about any CTO or Engineering Lead who based such a huge important decision on a Business Insider article.
Now they are mostly dead

but a version of the original SimCity lives on at the Internet Archive - https://archive.org/details/msdos_SimCity_1989
If you really enjoy what you do, you'll find yourself sucked into doing this in your spare time anyway.

For a lot of us, we're really blessed to do something that we actually enjoy.
This is so disappointing.

Especially Jabber/XMPP was created to fix that issue by standardizing the protocol. The idea is that IM would be like email - no central server.

Others (GTalk, Facebook, WhatsApp, HipChat to name few) started implementing it but did not enable server to server communication (ok GTalk did, but as soon as they became popular they intentionally broke it with Hangouts).

So now we have bunch of services that use same protocol but still can't communicate with each other, the XMPP seems like it is dying.

A while ago there were plenty of server-side transports to help migrate to XMPP, but it doesn't seem like they are no longer being developed.

I don't understand why no one cares anymore about decentralizing and standardizing IM.
ContentEditable is an absolute nightmare across browsers if you want to normalize your content in any way -- since there's no standard for what the generated HTML is supposed to be, every browser implements it differently (and sometimes very unusually). Couple that to the fact that you can't control what the user is doing (at least not without intercepting events where possible) and you have a feature that lands somewhere between worthless and actively malicious.
>Getting free access when it costs the other side (in managing access, serving requests, handling support, etc, no matter how small) is not something I would feel comfortable basing a business off of.

The difference is that the person is not getting anything that's not already offered to the general public. It's unfair to use the court system to enforce a company's exclusionary political decision that "everyone can access our website EXCEPT YOU", at least barring any actual contractual terms (not generic Terms of Use). The change I propose would not force anyone to accommodate a certain API change or provide any special functionality. It would simply prevent non-neutral access rules from being enforced via legal vectors.

Twitter would still be able to charge for access to the APIs they charge for now. They'd simply be unable to use the court system to compel someone to stop accessing the data that they have no copyright interest in and which they serve up to the world for free. I'm not sure if Twitter has tried to do this yet, but it's the normal step companies take once a consumer develops the ability to evade their IP blocks.

To be honest, the law already can be interpreted this way. The problem is that it often isn't. Companies have been able to convince non-technical judges that concepts like trespass to chattels are applicable any time someone is talking to their server. We need language in the law that will clarify the matter to prevent big companies from squashing small innovators that they find inconvenient or threatening instead of leaving it up to judge roulette.
I agree with this summary. It's not a trend, but a rediscovery of the tradition and philosophy of "do one thing and do it well". Small/minimal libraries do not necessarily mean "proof of concept" or "tiny subset of features". They usually aim to provide one generic, reliable and reusable feature per library/module. There is great value and flexibility in that approach.

As another person noted, it's also a reaction against frameworks like jQuery, Bootstrap, Angular, Polymer, and yes, even React. Some people prefer to combine only the functions they need, rather than include an all-in-one dependency.
Yes, it really doesn't help focusing. But on the other hand I heard many stories where people fought addiction with weed. Smoking some in the evening as a reward instead of drinking might be helpful.
Fan or not, increasing awareness of the issue and getting people to become more aware of any unconscious biases they hold is crucial.

The fact you're reading it, digesting it, and we're discussing it can only be a positive thing.
I assume you're talking about this company? http://www.pfpcyber.com/

That's super cool, but no I wouldn't say it's more impressive or groundbreaking than AlphaGo. They're both obviously incredibly impressive though.

I guess I don't get the point you're trying to make. Why does something have to be practical to be impressive? And why don't you think the technology used in AlphaGo is practical?
This reads like that old XKCD where someone tries to build a standard that unifies all the existing 14 incompatible standards but it just becomes the 15th incompatible standard itself - https://xkcd.com/927/

Getting a critical mass of people to use a chat system is the defining factor of success, not the technical genius or features of the system.

Slack is successful because it IS one of those standards that a critical mass of people use and is modern.

There are plenty of systems that are far superior. However they are failures because they didn't achieve the critical mass of users.
because they're not user friendly, and my company wants to stay in touch with more than the developers. with slack, we can have all the admin and sales staff in the same virtual space as developers and operations - how easy is it to do that with IRC?
There are many valid criticisms of Meteor. As someone who has submitted patches & signed their contributor agreement, I agree - Meteor's licensing terms are not an issue.
The Entscheidungsproblem: https://en.wikipedia.org/wiki/Entscheidungsproblem
The long march from China to the Ivies
San Francisco lawmakers use Telegram app
I think because it's a "nice-to-have", not a "must-have".

(We have SMTP, a must-have.)

There is no such thing as a "nice-to-have" universal protocol.
Which is funny because through YouTube they have to have the cheapest raw bandwidth in the world.

They need two traffic prices.... Fast low latency web traffic for the current 10 cents per GB. Slower more laggy CDN type bandwidth for like 10 cents per TB.
Sounds like XMPP isn't the solution then, only {???,XMPP} is.
It's a different story when you've got nothing to lose. When you've already got a successful career and a life savings it's turning into a gamble that's just not worth it. The unfortunate thing is that the world needs more mature founders, and less college grad types.
I'm over 50 now.

I can assure you that when/if you reach it, you won't at all feel that you "survived remembering my dead loved ones for 30 years, and that's good enough". You'll want to keep on living.

You may have kids, young or older - your own, your grandkids, whatever - or other family who do not want to see you gone.

I spent a night in a cardiac ward a few years ago. The other s in there were all 80+. They had great stories - one of them had a heart attack in his boat while reeling in a big fish. I got out the next day but the one thing that stayed with me was that even at 80, every one of those guys still desperately want to stay alive.
> No regular person ever renames files.

But you can still use a file that you haven't renamed.

> No regular person ever uses a browser that didn't come with their system.

But the browser that comes with your OS is a perfectly serviceable browser.

> No regular person ever properly navigates an average website without help.

Nonsense.

> Your point is?

That your average person - let's take my best mate, a pro photographer and perfectly competent human being with few technical skills - can't/won't/doesn't want to use services that require complex set-up.

Whenever she moves to a new Mac and needs her email setting up, you know what she does? She calls me. She has literally no clue what her email server settings should be. If I told her, she wouldn't remember. The detail means nothing to her.

You know what she doesn't ask me to? Sign her in to Skype or Facebook.

That's my point. What was yours?
> If a user uploads a PNG (or whatever), and you've validated it for that content type, don't serve it from your servers with a different content type.

I can see changing the suffix for image types and converting the image on the fly - I don't know why that would be useful, but I can imagine someone doing that. But at the very least don't allow sending something you know to be an image with non-image headers.
Ayahuasca has the potential to help. https://www.bluemorphotours.com/
https://en.wikipedia.org/wiki/Ayahuasca
"That's on Amazon" but you're bearing the consequences. What consequences would there be in the nightmare scenario for Amazon? None. They get the power and not the responsibility.
I've read everything about this case.

The implication that this is just about one phone is what is so demonstrably false. And it is people like you who we must seek to inform. The FBI has hundreds, if not thousands of iPhones they wish to unlock in this manner. Google it.

Further, what the DOJ does not understand is that if Apple provides the tool for opening this phone, then the government and any hackers who get ahold of that tool will be able to access any phone with the same specifications. As Tim Cook puts it, it'd be the software equivalent of cancer.
Sleep Cycle App: Precise or Placebo?
I agree. This is one of my biggest problems with the current VC system: it excludes founders that have experience and judgment. I would even posit that founders who have a family to support are more likely to want to keep the company stable than a single 20-something.

You have to wonder if there are any reasons other than lower salaries that VCs prefer to work with young, nothing-to-lose types.
Neither did I, I just filled in a company name at one point in the purchase process and that apparently flagged me as a business. This lead to further complications because their consumer support department couldn't even find the order as a result.