skysight-inc/HackerNews huggingface dataset:
Show HN: GoEat – a new bar/restaurant finding app
I think the title is very good because I am aware of problems and mitigations with :visited, so if the title just talked about :visited, I would have thought to myself, "yup, good thing they fixed that long ago in all browsers", whereas with the present title, I actually learned about these new discoveries.
Monster jobs was around wayyy before the energy drink
Because they have different needs ? Maybe they do want to see how many processes are running, who's connected, and some simple status on the machine, contrary to OP ?

Their fault is not so much in complexifying motd, it's in removing the simple options for the majority of people who don't need the added configurability.
More like 6 months if you're a good swimmer.

http://nymag.com/thecut/2016/06/stanford-swimmer-brock-allen...

http://imgur.com/gallery/Jp0U9
Worksnaps Client Upgrade
It's not about what you want it's about what others may like to hear from you. And if you're doing something all day long and you can't talk about it, what do you talk about? you'll be like a foreign object to others
>As for your other points: maybe one of my team members produces consistently more technical debt than the others. Is it still technical debt?

???

Why wouldn't it be?

Creating lots of extra technical debt, in fact, is a defining feature of poorer developers.
> That is not to say that safety-critical code is perfect... just that it has a lot more rigour and inspection involved than run-of-the-mill website code.

I had assumed that as well until all of the horror stories around Toyota's firmware came to light.

https://en.wikipedia.org/wiki/2009%E2%80%9311_Toyota_vehicle...
All programs also exist, in the sense you can program a computer to generate one by one all possible valid x86 instruction sequences. What programmers are doing is searching for one program among them that will solve their problem.
I'd imagine job sites are like dating sites - churn is built in by definition as users achieve their goals.
Well if you really must not talk about it because you're in a stressful situation... but it's not ideal.
Personally, I don't think that having healthy relationships as a developer is much different than having healthy relationships as anyone else. As with any other technical job, it can be hard to explain exactly what your job is, but a bit of humor and an ELI5-style explanation goes a long way.

One thing specific to programmers is the ability to whip up a little program to help people. Someone spends an hour every day retyping lower-case data in uppercase? Take ten seconds and write them a program. Someone complains how they always forget to shut down their computer and waste electricity? Write them a widget to shut it down at 1am each night.

When I take a bit of time to write programs for people I care about, people are usually very grateful and vastly overestimate the difficulty of whatever I just did. As always, relevant xkcd: https://xkcd.com/1425/
5 Tips for Nervous First-Time Speakers
Their multiple is probably low because it looks like the business is shrinking: $764m in 2013, $726m in 2014, and $667m in 2015. I might be overgeneralizing, but it even looks like revenue is shrinking at an accelerating pace.
> unless you're some sort of leftist hacktivist

...or any citizen activist, really. The citizen journalists who broke the Planned Parenthood story last year were indicted with "tampering with government records" for faking identities so they could go undercover.

And two years ago, a story broke that the IRS was targeting certain nonprofits because of their names and political leanings.

Nobody has been held criminally accountable or 'overzealous' prosecution in either case. There was one early retirement (not even officially a resignation) after the IRS scandal.
Sexy jewelry και μοναδικά ερωτικά κοσμήματα escorts| athens escorts |call girl
For me, using Chrome on Android, Twitter's mobile interface displays an error page whenever I try to attach a photo. Apart from that it's quite nice.
Purescript cannot type a record merge or join. Haskell with type families can, but the syntax would not be very pretty.
Indeed - Motorola lapdock, etc.
How to Create a Marketing Strategy for B2B Digital Selling
"The Beginner's Computer Handbook - Understanding & Programming The Micro" by Judy Tatchell and Bill Bennett

http://www.currybet.net/cbet_blog/2004/06/the-beginners-comp...

I crafted my first computer from cardboard :) and learned to type and code using hand drawn keyboard :)
Not true. Plumbers work reasonable hours, are paid overtime, don't have to deal with ageism, their skills stay relevant regardless of fashion trends, and their jobs will never be offshored.
The complete guide to success in government.
In general terms, convolution is defined for two functions which both can be continuous and then it's essentially an "weighted integral". In 1D case (sound), when both functions have discrete domain and domain of filter is finite, then it is the same thing as FIR filter. Convolution with continuous domain kernel (eg. sinc()) is useful for example for resampling/scaling.
Random anecdote from the early days of LinkedIn: around 2004 or 2005, I remember reading a news story where a Monster.com exec was asked if they'd want to acquire LinkedIn. This is back when LinkedIn only had 1m or 2m members while Monster was the leader in the job postings space. The exec responded with something like, "LinkedIn is still very small and unproven, but I suspect that if they succeed, Monster wouldn't be able to afford them." Interesting to see that in 2016, Monster got purchased for ~1.5% of LinkedIn's acquisition value. (In 2004, LinkedIn was probably 1.5% of Monster's value -- if that.)
That's a classic male-female issue. Women, for whatever reason, are conditioned to need to talk about things to process them. Men are more likely to brood in silence instead.

When I come home, I too would really rather not relive the last eight hours of fighting with broken hardware, broken tools, broken networks, and broken customers. Its time to put it out of mind, as best as can be done. I'd rather play with the dog, water the garden, and cook dinner.
pdf: http://www.gutenberg.org/files/26184/page-images/26184-image...
Probably tapped his yubikey
#fun?
rules and regulations [...] in a different league than what
most developers are familiar with. [...] the design (not the
code) apparently did not take into account any messaging
security, relying on obscurity as its only defence.

Imagine you were building a suspension bridge to the highest safety standards, and you had people with microscopes manually inspect every grain of sand and cement that went into the foundations. But the suspension cables were made of old washing lines.

You would be achieving a very high and a very low standard of inspection at the same time.

Some people would say standards of inspection are only as strong as their weakest link; that the whole claim of such inspection is to prove the absence of such weak links; and that a standard that has approved such a bridge has, by so doing, shown the claimed proof of safety is a useless joke.

Other people would say the inspection is a checklist of common errors, rather than a proof of the safety of every aspect of the system; that proof of perfect safety was never its claim or goal; and that this merely shows there should be some extra boxes on the checklist, which was in any case a constantly evolving document.
A train of thought into how reality was formed
I got one yesterday. Most probably a Hacker News reader gave me one :)
Is there a book or a list of ways to brush an issue under the carpet? This is one of them, one of the most pernicious.

The language we use, especially the language we use casually, defines how we appear. To those outside the predominantly straight white male clique of programming, repeated exposure to these casual assumptions of stereotype pile up and create a sense that those not fitting the stereotype are unwelcome. Imagine if, every single day you had to drive around the same pothole in the road into coming traffic: eventually, you'd find a different route.
Except that the Brooks' chief architect is a person, who has the chops to build everything himself, but doesn't have enough time.

While the product manager in practice is usually a glorified secretary getting beaten by both management and engineering.
how were the fundamentals bad?

it was a SMS based broadcast service, no?, and it largely still is (only dropping the "SMS" part, but keeping all the baggage)
making assumptions is racist. and sexist. and very much not PC. shame on you!
I'm not trying to convince you otherwise, but exercise caution with this mindset.

Your projects might feel more important now, but that may not always be the case in the future.

Speaking from my experience, as a younger guy I actually kinda enjoyed the 80+ hour weeks during crunch times on my projects and I was always supremely motivated and had the mental energy to basically abandon a social life and concentrate almost entirely on the work, including the time when I had my sister banging on my door one day in tears wondering if I was even still alive since my family had not heard form me for so long.

As I've got older and got more experience, those attitudes have changed.

Work and projects are important, but don't throw everything else away to pursue them. Projects can fail (often for reasons outside of your control), and companies will often show zero loyalty when it comes to redundancies or bankruptcies. Don't pin your life and your future (financially or emotionally) on these things - the money and success will come regardless of the hours you work if you're worth it.

tl;dr - For me companionship is more important than pouring my entire self into projects or work. It wasn't always the case, but as I've got older and more experienced, the importance of my work vs my life has only decreased and I'm richer now than I've ever been.
Cloudy.sh is entering public beta
Concentration?
Yes, tell me more about reasons I should ditch my e16 that I use for a dozen
years already, replacing it with an entangled mess of modules that don't do
what I want and I have no real control over.

Anyway, it's an abstract of a talk that's yet to be given.
Not Wifi, but IIRC a guy called Chris Roberts was able to leverage a wireline connection to an underseat IFE controller into FADEC control on multiple aircraft. Last I heard of the case, he might be going to prison for it, so apparently at least some people find him credible.

Similarly, witness recent revelations about car hackability - I forget if it was Blackhat or DEFCON where a couple of guys demoed a fully remote attack through the entertainment system's cell network access that culminated in the ability to override the steering, throttle, and brake controls.

Maybe these are not what is meant by "safety critical" in your use of the phrase. If that's so, I think it would clarify matters greatly for you to define what you mean by it that's more specific than "can kill people if it goes wrong".
I would argue that the first statement is simply wrong. Jurors do not answer legal questions at all. They answer questions of fact.
Valuable for what?
Can we just not do this? Twisting every innocuous throwaway statement into some covert form of oppression gets really tedious after a while.

"Come and see the violence inherent in the system. Help, help, I'm being repressed!"
Have dinners, travel and buy stuff - it is all you will ever get in life after all.
Wow, people invest money even when there is NO working prototype.
Uh, did you really just cite Therac 25 in favor of safety review? You do know that was the one that had a bug which slipped past review and killed some people, right?

Your overall point is well taken, but maybe put a little more thought into the examples you pick to support it...
Four Hour Work Week. Take it with a grain of salt, since it takes a lot longer than the author suggests to create a business. (I'd say a year of hard work at least to finally hit a product that sells easily enough in high enough quantities rather than a matter of months.) But it's possible. It's a great read with direct, practical advice. Ex: It says exact what services to use and how much they cost, rather than the more typical theoretical "think this way" of other business books.
As the Basic Instruction Before Leaving Earth "The Bible", changes the way I look the world by showing more love and more compassion.
Do you have a quote for the first point? It doesn't sound (i) correct, or (ii) like something Cynthia would say.
I'm not sure, but your correspondent may be referring to Hugo Teso's 2013 presentation for Hack in the Box, http://conference.hitb.org/hitbsecconf2013ams/hugo-teso/, or possibly to design revisions of the Boeing 777.
Apple and their PR, as always.
He said

> As a customer, you've given me no value.

Meaning:

> [From my hypothetical perspective] as a customer, you've given me no value.

Or more concisely:

> [Speaking] as a customer...
Why People Aren’t Clamoring Around Your Product
To extend the metaphor, if the farm that grew the tomato is selling them to people to eat, I don't see that a subpoena is or should be required. But it breaks down anyway, because a tomato's source code is right there in it, with no opaque binary blobs to worry about trying to decompile.
But it would help you not fall asleep while driving.
And how is that working out so far?
Sprinkle JSTOR on top, and you've got 90% of my undergraduate history papers.

We really need to get onto better digitizing and indexing of libraries.
This is a complete treasure trove. Going through a select few documents and it is immediately clear to me that there is immense value (and insight) to be extracted for this. Well, there goes the rest of my day.
Is Clean Code Possible? Not if you're writing ES5 JavaScript for the browser.
As long as you don't update at random times, the "workability" should be very predictable. And breaks on updates have become extremely rare for me, although of course it depends on your packages and configuration.
Ok, I'll bite... :) How did you use the FB api to buy your house?
Auto dealer’s guide to texting
> but they can not stay viable if they ever stop growing

Lots of fine low-growth companies regularly paying their dividends. You can't promise lots of growth, pump up your valuation, fail to deliver and then expect to keep that valuation.
Security by obscurity is in practice almost always a bad idea.

1# security by obscurity gives a false sense of security. Under no circumstance should obscurity be used as a deciding factor behind a management decision.

2# security by obscurity cost money and time, and should only be used when all real form of security measures has been implemented. Even the military are currently not always implementing multi-token authentication, ipsec and selinux. Instead of trusting that the medical deceive is safe behind two layers, a static password and a secret port, add a certificate and implement challenge and response.

3# the priority to implement security by obscurity should be far lower than all the real security technologies. When reading security reports by pen testers, its important to understand the difference between a verified code injection vulnerability and a system information disclosure. Fixing a remotely code injection bug is much more important than hiding the fact that a system is running a up-to-date stable version of Debian, yet many security guides and reports for pen-testing tools rarely priorities.

4# security by obscurity often has real cost in support, brittleness of the system, and debugging. There is still in 2016 firewalls that will permanent block any ip address that has sent a icmp package to them. The amount of work employees are spending to unblock customers that accidentally end up in the block list could be spent on making sure that the system is just that more perfect against the serious attackers who can afford to spend $50 to access a botnet for a few hours.
Nitro PDF Pro 8 Crack Keygen and Serial Key Full Free Download
No, Mapillary is not about history photos.
Making changes in PAM is never trivial. One error and users are locked-out.
> So it's entirely possible that the company has an negative expected value for an employee and also a positive expected value for the VC

Which is exactly the scenario the article is warning about: share dilution, refinancing, and all those other strange terms, often rendering the employees' options worthless over time (but not the VC's of course)
You should try precisely that - much harder to do than it seems.
"In business, you don't get what you deserve, you get what you negotiate" - Chester L. Karrass
Yup. Fail fast.
Samsung ML-2010 Driver Printer Download
> It should be obvious how to disable the mechanism for being able to use the normal, expected behaviour.

The author posted the following as the conclusion of the article: remove the symlink, create your own motd.

root@tessier:/etc# rm -rf motd && echo "DO I WORK NOW??" > /etc/motd

It doesn't get much simpler or intuitive than that.

> Furthermore, motd is a tool for sysadmin anouncements, not random news from random packages, so autogenerating is not all that useful.

Nobody suggested it was for random news for random packages. Useful examples would be output from smartmontools, unattended-upgrades, systemd or any other sysadmin-relevant package which might perform periodic tasks in the background.
One could probably improve the detection quality by using something like the NDVI to separate vegetation from the background.
Amazing games, which I think will live on for a long time. Chrono trigger is my personal fav, and keeps getting remade. I'm playing the 3rd remake on my 3DS.
Until the other day when I saw Monster mentioned in some random puff piece about local tech company interns competing in sack races, I had completely forgotten they existed. They've kind of fallen completely off the map, for a company that was at one point the jobs board on the internet.
Australian Census 2016: Error messages abound
Thank you for a thoughtful response. I'm a bit confused by your answer, though, because my problem was the lack of documentation, and making it easier for external contributors was an argument I was using, not the other way around. However, I think I see your points, and I would agree with them otherwise.

I experienced the problem first-hand, trying to add a feature to a complicated piece of code almost devoid of documentation, and spending a lot of time and energy on trying to hold everything in my head. Eventually I gave up and changed my approach, succeeding in the end, but documentation would have made it much easier, in my opinion.

I approached the team suggesting a few measures we could implement, with increasing levels of effort, and argued that they will help us get more external contributions, since that was an already recognized problem and easier to argue for. It seemed logical to me, coming from my experience. I.e. making it easier to understand the code would make it easier to contribute. There are other arguments I could have used, but they are harder to defend, and some of them especially so, since the team already knows the code well.

There were a variety of responses, but also one request for actual data on the effect of code documentation on number of contributors, which I came asking for here, after my Google searches failed. I.e. I'm asking for evidence, supporting or otherwise.

I agree that community composition is mostly a social issue. I'm intrigued by your description: "a community that makes changes by argument rather than consensus". Could you elaborate? I feel I could learn something here.

I would rather not specify the project to keep the discussion abstract and unbiased. Although for anyone really interested that information is a few Google searches away, I expect.

People might want to contribute fixes or small features, because the project is already quite widely used and is essential for bigger companies using Linux.
Many developers, myself included, aren't fans of the Liskov Substitution Principle because base classes aren't a great way to reuse code.

Prefer composition over inheritance for reuse. And prefer interfaces over base classes (abstract or concrete) for polymorphic behavior.

There aren't many situations where Liskov is even relevant with those principles in mind. I have to inherit from a concrete type from time to time when when a third-party API requires it. And, inevitably, my design becomes more convoluted than necessary because of that.
> A pacemaker is something you bought and owned

Sure about that? How much did you pay for, and how much did your insurance cover? What's the proportion look like?

Before you downvote, note: I don't like this argument. I find it downright horrifying. But I can't imagine no one will ever make it in a serious way, so it bears considering how to respond.
>Microsoft created a tool a few years ago called Lighswitch that allowed end-users to throw together CRUD apps quickly,

Lightswitch relied on Silverlight and VB Studio, which made it useless for almost everyone.

The problem with bazaar culture is its obsession with tools and systems, and its lack of interest in users. When you get a product that inverts that - like Wordpress - it's often incredibly successful, in spite of its many the technical shortcomings.

The hierarchy of value in bazaar-land is:

1. New tool/framework/language/OS (that looks good on my CV)
2. Elegant, powerful product for customers
3. Fully productised, reliable, scalable, and easy to maintain combination of 1 & 2.

2 and 3 are more or less on equal levels. 1 is far, far ahead.

Because the culture is so tool-obsessed, a whole lot of makework and work-around fixing is needed just to get things to build, never mind work well for customers.

Basically there are dumb tools, dumb products, and occasionally elegant commercial products fall out of the combination - but usually only when they're designed by someone who cares about the user experience.

Hacking culture massively undervalues the user experience, and massively overvalues tinkering and tool-making as ends in themselves.

There's a basic disconnect between the talent needed to write code that works, and the talent needed to design a user experience that's powerful but elegant - whether the user is a non-technical user, or another developer.

The cathedral/bazaar metaphor is utterly unhelpful here, because neither really captures the true dynamic.
> I see a considerable amount of apathy towards serving in a jury. Why is it seen as such an inconvenience?

Because it's very disruptive to the schedules and finances of those affected with limited assurances of how long those disruptions may last. If you're self employed, should you be expected to forego an income for days, weeks or months to serve on a jury? If you're responsible for children, should you then be expected to find and pay for safe, reliable, ad-hoc childcare for an undetermined period of time? Lst week a friend drove hours to jury duty only to be told once there that his service wasn't needed - nobody's was that day. He's an employee with a salary so he wasn't impacted financially, but something like this could have a very real impact on someone living paycheck to paycheck or someone who is only paid when they work.

I have great appreciation for the legal system and the trial by jury process - I've been called twice, but never selected to sit on a jury. But I believe that the system needs to address the impact that serving on a jury has on the lives of those tasked with serving.
But to replace code, first you have to understand it.
Good and useful work has come out of the LHC, enough to make it more than worthwhile. It's just that some of the big hopes don't seem to have panned out.
Show HN: COMTIFY 1.2 – Solving the problem of work management with Email
Does any of this apply to the way humans run ? The 400m winners seem to keep their core at the same height between steps whereas I needlessly jump up and down at each step, probably wasting a lot of energy while doing this. Maybe I can blame it on the genes.