skysight-inc/HackerNews huggingface dataset:
Not entirely sure of your question. I'd think exposing your ldap service to the open internet is asking for very very bad things to happen.

I'd expect a service like this would use Amazon VPC, a secure VPN to access it, or something like that. What kind of data do you envision being stored in this directory, user credentials, or other things?

At $last_job, I was on a mission to put everything in LDAP. There is a custom OpenLDAP schema that the gnome.org sysadmin team (which I am an alumni member of) which allowed users to put in their ssh pub key via a webui. Hosts then run a cronjob every XX time period that put those ssh keys down (in a root owned directory/file so users can't change them), and was pretty slick. I also put DNS zone info and sudoers information into LDAP, as I already had a badass distributed datastore, ldap :)

That being said, can you come up with a real use case where your service makes sense? Active Directory is hard to compete against, it is super cheap and a pretty solid kerberized ldap for SMBs.
More to the point, what is the truth? Google leadership post 9/11 knew what "certifying" their communication systems meant and took the money to do it. Whether they knew that the program was named Prism is irrelevant, in my opinion.
Teach me your adserver knowledge. Or some blogs/books/tutorial/video/whatever about adserver development. I don't have any advice, sorry.
Thanks Joe - I guess when it's top down it's going to get pretty good conversion rates.. appreciate the share :)
An interesting example of C++ not being able to introduce new keywords is the co-opting of auto in C++11 from a storage class to type deduction.
Those of us who use cars often keep our car keys and house keys on the same keyring. While walking out the door of the store you pull your keys out.
From the perspective of someone who worked for a startup as his first real job:

> You are also likely to get some input on the way future engineers are hired and the way your technology team interacts with the business team.

This is true, and not entirely a good thing. I was interviewing new technical hires within a year or two at the organization. I asked stupid nerd questions (if you knew C++ like you claimed, you'd know the ins and outs of this template expansion), instead of important ones like: if you're stuck, will you ask for help, or just silently beat your head against the wall and not have anything to show weeks later?

> An environment that encourages learning and experimentation keeps engineers more motivated than one that stifles its technical talent.

It's also an environment that encourages reinvention of the wheel, especially by younger engineers with little supervision that don't necessarily realize that a particular wheel already exists and is ready to use.

> One of the best skills you can learn if you intend to work for a startup is the ability to figure out things on your own.

This is an existential issue at a startup, and particularly important if you're fresh out of college, because you don't know anything and thus must learn everything. This is both good and bad. On one hand, I learned a lot more in a short time than my friends that went to work for big organizations. On the other hand, I always felt like I never really learned how to do things "right" because a startup is a setting where you don't necessarily have the time to dot your I's and cross your T's.

> It seems like startups move faster and create solutions to difficult problems more efficiently than large companies, but the truth is that they normally have a lower quality threshold than their corporate counterparts.

This rings true to me. It was really a revelation to me when I joined a large organization for the first time. It was a well oiled machine, with roles for everyone and someone whose job it was to do anything that needed to be done. Startups have many advantages, but they're not necessarily productive or efficient places.[1] You can spend a lot of time yak shaving at a startup.

Anyway, I'd do it over again in a heartbeat, but I'm not sure if I'd advise someone to go to a startup straight out of school.[2] Maybe one of those well-funded, well-established ones where they're far enough along to have real internal processes and real management, but I'd save the "three guys in a basement" stuff for later, when you know what you're doing. Again, YMMV.

[1] Of course, I imagine they can be if we're talking about a shop run mostly by highly experienced engineers. But in general, I think big organizations are better at getting more output from less-skilled labor.

[2] At least if you intend to make programming a long-term career. If your intention is to jump over to the business side relatively soon, that advice would change. You'll get far more exposure to the business side at a startup than you will at a large company.
Which parts of HCI do you think are the most important to include in a curriculum like this?
True, it's a debt-based solution, but the most innocuous of debt-based solutions. But, I like your sentiment/mission statement.
Join #Twinterview with Craig Wing(wingnuts123) at 6PM GMT+2
Gut bugs 'help prevent allergies'
I'd would have loved it if the article actually went into the forecasting method used for the Medicare budget. I'm sure it's available online, but I don't have the time to search for it.

Medical cost inflation underwent a pretty sharp decline over the past few years. If they are just taking a running 3-year average rate of cost increase, then the change to projections makes sense, but really concerns me. What if medical inflation triples next year? Then we're back in the same old boat.
>Startups demand that you build somewhat hacks solutions for the sake of time.

So do large corporations. This is not a factor of how large your company is, it's a factor of how forward thinking your technology leadership is. If they're not thinking further than the next three months, it's pretty much always going to be a hack.
Still a popular language. Though I've read "A Fractal of Bad Design" ;)
Talent Management Equals Success – Middle-Managers.com
An Overview of the Dylan Type System
We're meant to be the new product guys and come up with the new ideas, asking users to come up with new product suggestions is a recipe for a product that does a lot and not well.

In a past web forum I used to admin the users would ask for a million different things and if we implemented them all it would have been chaos.

At the end of the day someone has to have a creaive vision and see it executed, even if it only does one thing.. but does it really well..
Quite amusing, people down voting my 'minimal worded critique', apparently really like this tool and see a benefit that is non-existing. Apparently can't think beyond a solution to a problem.

Reformatting of ascii/text data, a csv, is not rocket science. Nor 'hacker (news) quality'.

And i hope that nobody afterwards realises that they should not have uploaded their csv file to your website hosted by nsa friendly google. Also adding a warning that people are submitting their data to (google, 3rd party servers you don't control) servers, would be nicer, and makes people perhaps aware that their data goes further then only their own browser.
...after you've learned the principles of UX.
As mentioned in a different comment here, all the results were scaled to 45nm@1GHz, and while that's not totally accurate, there's still a big gap between it and the ARMs/x86s.

It would be interesting to see how the A7 also compares to the A8/A9, since it's supposed to be a more power-efficient version of the A15.
The fact that media is making a lot of noise out of something that isn't a problem doesn't make it a problem.
Chidley: XML to JSON Converter (Go)
Taung Child's skull not human-like
The article explicitly addresses that the claim is that it matters for tiny processoors of 1-2 mm2 die size, but for the processor power commonly used in phones or such, that particular cost is insignificant.
chidley creates Go structs from XML. It can also generate code for a Go program that will convert the given XML to JSON or back to XML. Works on huge files by supporting XML decoding streaming. Tested on 137GB wikipedia XML file (and many others). Handles XML namespaces. -Author
Woohoo! I've been waiting for this for a while now!

* use const/use function - :D

* hash_equals() - YES

* variadic functions/splat operator - Oh sweet Jesus.

http://us2.php.net/functions.arguments.php#functions.variabl...

I don't care if people hate PHP, I've been using it since 2002 and I like it. :)
The Rocket Internet way: what it’s like to build companies at lightning speed
This seems expensive, inefficient and destined to trap people in a cycle of poverty.

I'd rather my taxes cover the true cost of the court system and the courts focus on reforming individuals rather than cost recovery.
But they had a decent justification: the auto keyword literally did nothing in C++. The only place it was valid, it was also the default.
How Oracle finds things in a data file
You really don't think that the semantics of foo[5] = {0} vs int foo[5] = {0} being completely different in C++11 is weird?
Lessons from successful (and unsuccessful) Knight News Challenge winners
1) So if I make a coffee for myself while I'm in Thailand - I do an illegal work in Thailand?

2) Why not? That's exactly according to you. If not, tell me what it is that goes against your definition.

3) Because in !every country! in order to work you need a work visa unless this is your home country.
Easy Ruby Gem Configuration Variables with Defaults
This Cold Email Landed Me a $15k Consulting Project
> Salary. Startups always seem to offer lower salary in return for said equity.

Not necessarily "always", if the startup is well funded, they will pay you well, AND give you equity.
Your last paragraph just confuses me. The elderly are by far the most expensive group (in all countries) when it comes to healthcare. Saying that they "shouldn't be" is a little odd, because of the biology of why they're getting sick more often (or getting injured more easily).

You cannot "prevent" old age, no matter how much adverts tell us otherwise. All we can do is treat the symptoms of old age.

Unhealthy people often won't make it into Medicare as they'll be dead before they hit 65. Most people who enter Medicare, aside from being old, are in relatively good health (even compared to 50 year olds).
Anyone else look at the seats in the top picture and think "back trouble".

I couldn't imagine sitting in solid wooden chairs for 8 hours a day! The pain would be unbearable.
Data driven, specific advice on how to get a meeting with any VC
Having taught university students in "computing studies", I'd venture to guess that it isn't that big of a deal for them to go through the motions of the course and eek out a pass by acing the essay questions. I don't have any statistics, but I'd guess about half of them would have had a hard time putting two lines of code together. Back then (late nineties), it was the ideal major for people who didn't know what to major in. Enrollment in the UK is down since then because the generation that grew up equating computer science with using microsoft office (thanks to Bill Gates lobbying Tony Blair) has come of age, and the educational authorities are trying desperately to repair the curriculum. The last time I applied for a teaching job (two or three years ago) the curriculum I was expected to teach looked like it could have been written in the eighties. The job went to someone with more teaching experience than me.

Edit: I met a former student on the London Underground some years later who wasn't much good at anything in school besides cracking onto his female colleagues, but got serious after that and ended up scoring a decent programming job in finance. Academic performance might not be such a good predictor of later success.
> So it behooves me to eat a quick lunch and return to work.

As you stated, it's not for everyone. I went from a position with a mandatory half hour lunch to one where I had an optional lunch up to an hour long. I find that I'm much more productive when I take a full hour for lunch, and then stay an extra half hour after when I would normally leave. It really breaks up my day, and time doesn't seem to drag on towards the end of the day.

It also helps that I live close to work, so I can go home and play with my dog for a while. She has really good ideas, and has helped me get through some conundrums.
The MICA/JHU Gaming Course
America, change your female idols from being just a "Cheerleader" and a lot will change. As a society these idols provide an insight into the collective mindset.
9 startups over the span of how many years? Why do you keep doing it? Do you have kids ;) ?
Any time there's a technological advancement, it comes from research that doesn't look like it's going anywhere. You might never know the destination until you arrive.

It starts with something completely boring, like learning how peptidoglycan cross-links form. Then it's another long series of research trying to determine what cycloalkanes bind to a DD-transpeptidase enzyme. These two boring pieces of research are combined to create Penicillin.
Qualitative data is OK, but without a really strong understanding of social theory and stuff like desirability bias there's a big risk of not asking the right questions and making misinformed decisions.

One way we've found to limit this risk is by supplementing hypotheses developed through qualitative research with a quantitative approach.

So, ask users what they like/dislike about an experience to formulate an idea of what changes to your app may better the experience, BUT make sure to then TEST those changes using a rigorous method (i.e.: experimentation or A/B testing) to validate that the feedback you're hearing is not just noise...
"except that the bulk of their revenue does not come from three letter agencies"
I'm curious - how well informed are you of Palantir's revenue distribution?
I'd like to see the data behind this quote:

"This new system of offender-funded law enforcement creates a vicious circle: The poorer the defendants are, the longer it will take them to pay off the fines, fees and charges; the more debt they accumulate, the longer they will remain on probation or in jail; and the more likely they are to be unemployable and to become recidivists."
When I was prototyping a bunch of CNC gear we'd routinely use wood to test with. It makes a terrible mess but an accident due to a misplaced comma will not result in missiles being shot through the room at high speed and the material is much cheaper. Also, your sintered toolbits will last just about forever.

When you work wood with metal tools you're going to have do a very thorough cleaning job afterwards because the acids in wood will wreck equipment quickly.
Do you mind sharing where you're from? Because everything you mentioned sounds awfully familiar to me.
Doctors match average the best? Am I reading that right?

Legal skips lunches the most. Engineers are most likely to be in office at peak hours along with legal and finance.
Bullshit Jobs and Silicon Valley
SeatGeek Raises $35M
Naruto Shippuden Episode 374 Dub English [Live Streaming]
I have to be honest this reads like " I don't notice the problem so it must not exist.". Just because people don't feel comfortable talking to you about it, doesn't mean it doesn't exist.
> being overweight is almost always extremely unhealthy and a major cause of many illnesses

This is not true whatsoever. Weight and health have only limited correlations, to say that being overweight means you are unhealthy is ludicrous. This is well studied and known.
Candid Intern at MongoDB
Thanks, that one together with Chernoff's facial hairs (http://muyueh.com/30/chernoff/) are two visuals that I really enjoyed doing, but a bit too "geek" for the average user (Your compliments was actually the first one I get from that graph).

It was part of my initiative 30 days of d3.js, a pretty solid way to learn d3.js by the way.
Q: What do you love most about MongoDB?
A: There are a lot of implicit assumptions in that question. . .
It's almost completely open source[1]. The only component that isn't open is the web interface itself, but there's complete documentation on the internal data structures, how to run a super node, and how to reconfigure the clients to serve up those super nodes instead of the ZT-provided ones.

[1]: https://github.com/zerotier/ZeroTierOne
The challenge they envision to address reminds me of a section in Bret Victor's talk, The Future of Programming.

"[13:54]

So, say you’ve got this network of computers, and you’ve got some program out here that was written by somebody at some time in some language; it speaks some protocol. You’ve got another program over here written by somebody else some other time, speaks a totally different language, written in a totally different language. These two programs know nothing about each other. But at some point, this program will figure out that there’s a service it needs from that program, that they have to talk to each other. So you’ve got these two programs—don’t know anything about each other—written in totally different times, and now they need to be able to communicate. So how are they going to do that? Well, there’s only one real answer to that that scales, that’s actually going to work, which is they have to figure out how to talk to each other. Right? They need to negotiate with each other. They have to probe each other. They have to dynamically figure out a common language so they can exchange information and fulfill the goals that the human programmer gave to them. So that’s why this goal-directed stuff is going to be so important when we have this internet—is because you can’t write a procedure because we won’t know the procedures for talking to these remote programs. These programs themselves have to figure out procedures for talking to each other and fulfill higher-level goals. So if we have this worldwide network, I think that this is the only model that’s going to scale. What won’t work, what would be a total disaster, is—I’m going to make up a term here, API [Application Programming Interface]—this notion that you have a human programmer that writes against a fixed interface that’s exposed by some remote program. First of all, this requires the programs to already know about each other, right? And when you’re writing this program in this one’s language, now they’re tied together so the first program can’t go out and hunt and find other programs that implement the same service. They’re tied together. If this one’s language changes, it breaks this one, it’s really brutal, it doesn’t scale. And, worst of all, you have—it’s basically the machine code problem. You have a human doing low-level details that should be taken care of by the machine. So I’m pretty confident this is never going to happen. We’re not going to have API’s in the future. What we are going to have are programs that know how to figure out how to talk to each other, and that’s going to require programming in goals."

http://worrydream.com/dbx/
(quote taken from this helpful transcription of the talk at http://glamour-and-discourse.blogspot.ch/p/the-future-of-pro...)
Microservice Prerequisites - Martin Fowler
WIRED's Sources Say the Next iPhone Will Include NFC Mobile Payments
Classic use case: org want facilitate+centralize users management on owncloud+apache webdav+other oss app on external server (internet). I only saw AD used in intranets, if orgs would expose it on external servers (with/without VPN), then I'd better find an another idea.
I think you could summarize, instead of focusing on specific topics.

- Introduce HCI as a discipline (multi/transdisciplinary origins);

- The Human (cognitive, social and motor aspects);

- The Computer (I/O devices and modalities, interface
types);

- The relation (importance of context, tasks);

- Usability (what it is? Start with ISO 9241 definition - "The effectiveness, efficiency and satisfaction with which specified users achieve specified goals in particular environments". Refer also to e.g. Sharp, Rogers & Preece "usability objectives", mostly to introduce safety as part of usability);

- Guidelines (heuristics, design "rules");

- Introduce evaluation (testing/empirical vs. inspection/analytical; method examples and when to use which one; you may also introduce the usage physiological measures).

I may be missing something, but I think this would give a clear overview of the the field - what's at stake when you design interfaces.
"awful" did originally mean "awe-inspiring", but its meaning has drifted away from that quite dramatically over time.
Google responds to legal requests for information. The whole PRISM scandal was indicating that the NSA had some kind of direct link into the databases themselves. This assertion is what Google denied, and still denies.

There's been a bit of a wandering definition for PRISM, from "they have NSA software with root access to all machines!" to "they receive LEO requests for information, which they review, and sometimes fulfill." The former is untrue, and the latter is true.
What did you expect? You posted a comment complaining about scientists doing valid scientific research on something they found interesting. That is guaranteed to get downvotes.

Your comment was also inaccurate.

> Some wind moved some rocks

Well, no, not quite. The wind moved the ice, and the ice moved the rocks. The wind wasn't enough to move the rocks.

Your other comments mention films. The film of water isn't enough for the rocks to move, even if there are algal films reducing friction.

And it contains a bizarre bit of anti-science sentiment

> Where is this research going?

IvyMike has already given you a good example of where this research might be useful. But, actually, FUCK USEFUL. Science and math do not need to have useful purpose. It is still good that people pursue them.
UX is not something you learn its something you gain w/ experience with all theses technologies. its messing up and starting over again and implementing a better design than the previous gaining even more experience/methodologies. or at least that's the pro way of learning UX.
Gender distribution along measurable employment metrics in tech is not 50/50 and we can't say with any certainty that the reason behind it is innocuous or not. That's one example of how a larger problem manifests: Until scientifically rigorous analysis is done to explain it, anyone with a narrative to push will attempt to fill the void.

The interpretation of employment distribution and the actual reasons behind it are circles on a Venn diagram. Any attempts to clarify where an interpretation overlaps or doesn't overlap is simply asking for a shouting match. Typically because A) people observe their own experiences and generalize them to apply to everyone B) politics can become a form of in-group signalling for cliques; making political views into social norms makes it even harder to question established views C) people stand to gain and lose based on what interpretations become widely accepted D) self fulfilling prophecies are a thing in sociology
That made me think a lot at this really nice open source game : http://stabyourself.net/orthorobot/
Without the other context the random password itself is not useful to the service.

People exchange full login details in email and IM all the time, this simply helps with the problem of having them sit in the history and archives indefinitely.

Security is a spectrum not an absolute measure.
Governments and Sharing: Lessons from the UK’s Beyond Jobs Project
Can still be an API, but its the 'meaning API' where you probe for common ground, negotiate formats.