skysight-inc/HackerNews huggingface dataset:
Over the years I began to understand the business view of deadlines, meetings and estimations. The business needs new product changes, and need them asap every time.

As an engineer you must understand that they are paying you for solutions.

Said that, as an engineer you can and must plan for this and embrace it. You must design your software with enough flexibility to support continuous changes on your systems. You must also design your process.

And if your are tech leading, you have this additional responsabilities:

* Maintain a slow flow of changes (for core, architecture, ...)

* Maintain a fast flow of changes (for business)

With those on place perhaps you can give a not so frantic pace on the important places of your system (your engineers will thank you and will love working in these).
And business will appreciate that you don't fight every proposed change. (fighting them is uphill and generally useless)
I have had the same experience generally, but had no issues with goaccess' PPA on Debian Jessie.
I think that is a good start, I would add interrupt routines to it. Perhaps interrupt routines, arbitrary memory manipulation on a bit boundary, and tight code.
Show HN: Jenny, another static blog generator in bash
> it would be helpful to have good guidance for secure composition of cryptographic primitives

Yes.

An easy-to read program executing generic Feistel-net block cipher with exchangable/modular S-boxes and trapdoor functions would be great. I'm looking into something like that.
That's true, for any area of technology. It may not be true for technology as a whole, though.

Take electricity, for example. It was climbing rapidly in from 1900 to maybe 1950. After that it started flattening out. But the transistor was growing from 1950. One could argue that it started flattening out in 2010. It's still growing, but not as much. But genomics is just getting started. And so it goes, with the action moving from one area of technology to another.
Bill Gates himself almost completely dismissed the Web only a couple of years earlier in his book "The Road Ahead"[0], to such an extent that he had to heavily update it in the second edition one year later.
With that in perspective, is it really surprising to see non-specialists like Krugman still considering it a novelty in 1998, before Google, e-commerce, e-booking, etc?

[0] https://en.wikipedia.org/wiki/The_Road_Ahead_%28Bill_Gates_b...
Most companies don’t last 50 years, but these Pittsburgh businesses have
Where are you getting your numbers? I've read that productivity growth was quite bad for most of the 2000s (you're right that 2016 was good). Also, you can't just write off decreased labor force participation by pointing to higher productivity, since many times in the 20th century, you had high labor force participation and high productivity growth.

P.S. Attacks on Krugman seem pretty non-responsive to what I said, but this is 1998, prior to Krugman's heavy involvement in partisan politics, an involvement which may not have made him more...careful.
I agree in CA, and if you follow their SPECIALS you can do even better... they explicitly price some things to be competitive, but I would guess that a lot of it is just that they are making their profit on the specialty items ($20 crackers) than on the bulk food or everyday staples.

There are full time moms who comparison shop at WholePaycheck, and they know it.
Server-side rendering is absolutely fine. The only caveat I would add is that if you want to change some functionality to a client-side JavaScript app later then having dynamically generated HTML will make this harder. For example, if you want to make it work offline in the future then you will probably have to rewrite the presentation layer.

Razor views in ASP.NET Core are really nice (disclaimer, I wrote a book on this so I'm obviously biased). However, if you are making a Single Page App then you will need to stick to HTTP APIs (returning JSON, not HTML). The controllers in Core can easily do both now that MVC 6 and Web API 2 are merged and the same thing.

The only exception to this is for an initial rendering of your app server-side, so that the browser gets populated HTML on the first load and there is something to see immediately. For example, using ReactJS.NET you can load the same model into your Razor view that you return from your API and pre-render it using view helpers.

If you're interested then I wrote more about this today: https://unop.uk/react-and-asp-net-core/

P.S. Has this whole thread been hidden or flagged?
> My experience of ramping up in the Facebook codebase is probably pretty similar to what most new engineers here go through. I was consistently impressed by how well organized our code is, and how easy it was to find what you're looking for -- whether it's related to face recognition, speech recognition, the Messenger Bot Framework [messenger.com/platform] or iOS development. The open source Nuclide [github.com/facebook/nuclide] packages we've built to work with GitHub's Atom make development much easier. The Buck [buckbuild.com] build system we've developed to build large projects quickly also saved me a lot of time. Our open source FastText [github.com/facebookresearch/fastTex...] AI text classification tool is also a good one to check out, and if you're interested in AI development, the whole Facebook Research [github.com/facebookresearch] GitHub repo is worth taking a look at.

Face recognition and speech recognition are the most obvious pieces that look to be proprietary, but there is lots of other useful open stuff that he explicitly links. FastText looks like it would be really helpful for at least the natural language piece of Jarvis-like applications.
Actually, there are some ways to make this very secure that don't take much effort that in are common use around facebook. It is quite easy to build secure thrift services, and to design a thrift api it is just creating a text file with the necessary idl. You can then access the service from most any language by generating the right client. I'm sure same thing goes for gRPC and Stubby on the google side (more familiar with the fbthrift, folly, wangle, proxygen tech stack myself, but I'm sure its just as easy.)
Real time stats with WebSockets and React
Tarpit or no, WSDLs are pretty complete interface documentation.

It's still weird to me that people see APIs as a "thing", worthy of attention from business types and other nontechnical money-men, And how is it that a "good API" requires client modules for all these different languages? Do people not know how to make HTTP requests anymore or something?

(On the client note: "But it makes integration easier" or "I'm lazy, screw your docs, gimme [gems|pips|npms]" is the usual response I hear, though, given that each of these calls represents an external dependency requirement, maybe its good that they aren't as easy to use as the rest of your language?)
Elaborating on gtrubetskoy comment, ziplists are doubly linked lists (of integers and strings) encoded into an array of bytes that stores the size of both the next and previous element so you can quickly find the location of the next/previous element. This makes ziplists space efficient and have great cache efficient, but expensive to insert into since you need to reallocate the array and shift a potentially large number of elements over every time you inset/delete. These properties make ziplists useful when they are small, but not so as they get larger, so Redis will switch to different implementations once the ziplists reach a certain size.

Interestingly, Redis lists are implemented as a double linked list of ziplists, where the size of each ziplists is bounded. This gives you good caching as the quicklist is being traversed, while limiting the cost of an insertion. Redis will also compress ziplists not near the edge in order to save space.
Business Insider is a pretty trashy "news" website, and to me most everything the article says could apply to modern Silicon Valley culture in general—Snap[chat] just happens to be in LA instead. In fact, I see a lot of HBO's "Silicon Valley" in Snap.

I'm not trying to defend Snap, but these are criticisms that are broadly applicable to many tech companies. The stupid open offices. Executives isolated from ordinary people and reality, on retreats that sound like a "Silicon Valley" punchline. Pretending your company is making the world a better place when you're mostly just building yet another lucrative advertising platform.
Why on earth would this start a world war? At most Russia will level the rest of Aleppo and recall their ambassador from Turkey.
I suppose if the USA is stupid enough to voice and act on concerns after east Aleppo is nuked, that could be a start but even that is a little far fetched.
I've seen people go down this road before, even specifically toward Zuckerberg. It's never actually a good idea, it just makes you look like a psycho. Big difference between revealing an exploit on Facebook and demonstrating a proof of concept to their bug bounty and exploiting Mark's personal home.

Not saying you would do that, just saying for other people reading that it's not really a joking matter when it really happens =P
See also: the 2011 documentary film "Hot Coffee" about the case and so called tort reform in the US legal system. http://www.hotcoffeethemovie.com/
Certainly sea power. Also steel, armaments, shipbuilding, shipping, aeronautics, and all manner of other tangible goods and trade.

Having 80% of your economy[1] tied up in parasitic service sector make-work and financial services smacks of decadence and decline.

[1] https://www.ft.com/content/2ce78f36-ed2e-11e5-888e-2eadd5fbc...
I use Swift professionally and have written some Rust for fun, and like both languages a lot. I find Swift to be faster to write, not least because it's easier to manually prevent retain cycles than to write borrow-checker approved code. It's also much easier to leak memory and write unsafe threaded code in Swift, so there's a trade-off there.

I'm sure if I wrote more Rust I'd get faster at it, though I do think it has a fundamentally more complicated programming model.
I have submitted it on Show HN earlier. This is just a new release update.
For those wishing to disable this particular "feature", the script which activates this functionality is:

http://www.tribdss.com/meter/ctcngux.min.js

Filtering that script in uBlock Origin allows the page to function as normal.
>The web has become a disinformation, fake news, and conspiracy theory bonanza.

Yes, conspiracy theories like Russia hacked the election.
I thought flour rice and noodles were unhealthy now?
What does statistical significance have to do with this?
The whole point of WSDL I thought was to look at statically-typed code and be able to dynamically generate the XML schema (and the XML) without human intervention -- that you can look at the code, know the types it uses and how it uses them, and then generate the WSDL based on that information?
I find that the secret is to try different cans of sardines until you find one you like. Also, what I do is I heat up sardines in the can they came in but I drain a bit of the oil and I add some cilantro, lime juice, thai peppers, and/or garlic. That way they can come out of the oven warm and go right on toast.
So you speak for the author, or what? Tooling is and always has been dire for Python developers, and the productivity that comes from good tooling is absolutely a valid reason for considering a different ecosystem.
Please do contribute programs to show your notion of idiomatic!
billions of websites to search for versus millions of apps to download. If your space is crowded go for mobile
Your argument is not against Swift-the-language but Swift-the-environment.

Environments improve over time.
On View Updating (C. J. Date and D. McGoveran)
Fair. I've yet to write any code for an Apple device, but Swift seems like a nice language. Albeit I'm a massive Rust fanboy.
I upvoted both your comments, as I do believe they contribute to the discussion.

But I do have a question to ask you: When do you feel that statistical significance shouldn't matter? And in what context?

Lets say 171 billion people get a life saving drug, but 700 die. There I can agree with you.

171 billion people get coffee, and 700 are maimed. I think that maybe you should pay their medical bills. And maybe throw a few extra bucks in for good measure. 171 billion people generated a lot of profit. Losing $1.4 billion is not a bad deal
There's a lot to be said about a charismatic, detail-oriented, and conventionally attractive leader who maintains an air of celebrity, mystery, and untouchability about themselves. Spiegel projects the image of someone who's 'made it', which compares favorably with the sort of founder who displays those traits but hasn't yet executed, or the sort of person who executed but lacks that aspirational relatability.

To me, this didn't seem like a hit piece -- one person's hit is another's hype, and I think Snap understands the power of hype (-> excitement).

For a while now, their Android product has been atrocious, while iOS is thriving. For a platform that famously shunned Windows Mobile as uncool, is this intentional, or just a byproduct of their haphazard management and either lack of skill or dreadful luck?

I feel Facebook's relentless copying of Snapchat will cause them to pivot more and more into being a media-like company. In this article today, I learned they were already staffed in a way to enable such a transition.

However, this article is absent about how this company culture affects morale of the staff, and we are left to speculate.
> Even Ellen Pao, who received flak for some reddit drama, was never criticized for being an Asian female.

Yes she was. They referred to her as "Chairman Pao" as well as other racist and sexist slurs which I do not care to repeat.
It is a library, not a part of the language. I can have a great testing library in any language. By language I mean actual language, keywords, syntactic constructs. Formal logic descriptions even.

I haven't looked closely enough, the concurrency looks decent but it's not as integrated as in certain other modern langs (e.g. Go, Erlang or certain other FP languages, even certain ones riding on JS)

It is sad to see something this outdated starting up now...
One of his top-level maintainers. Probably Greg Koah-Hartman.

You aren't seriously suggesting that the future of Linux (one of the largest open-source projects backed by multi-billion companies) depends on one single guy?
they make sardines in sriracha at the acme near me. it is the best thing to happen to my snacktime this year
You're trying to find growth that is directly attributable to the internet, which is fairly futile in my view because the internet is not in itself a means of production.
Hmm I'm learning good habits are often more valuable than good goals. That, and measure yourself by how well you're sticking to the habits, rather than any concrete results. Those are less immediate, and you might stop the habit before you realize you're getting results.
> "Asian Americans are still overrepresented in tech leadership positions."

No, the article clearly states that they are under-represented. It cites 2015 report on diversity looking at 5 Silicon Valley companies: Google, Hewlett-Packard, Intel, LinkedIn, and Yahoo. The report finds that, "Asians and Asian Americans are well represented in lower-level positions but underrepresented at management and executive levels. Asian Americans (including Indians) are 27% of the workers in these companies, but only 19% of managers and 14% of executives. In contrast, whites represented 62% of professionals and 80% of executives in these firms."

> "We know that height is a significant factor in earning and in particular in getting to leadership positions. It's of comparable effect to the gender gap..."

Height being a "confounding variable" in discrimination against both Asians and women seems like an interesting theory, but it doesn't fit the facts from the article :"This is worse than the glass ceiling effect that’s been identified for women; in these five firms, men are 42% more likely to have an executive role than women, and white men and women are 154% more likely than Asians to hold an executive role. And Asians represent only 1.5% of corporate officer positions in the Fortune 500"

I am also reluctant to accept your stereotype of "short Asian men" (South and East Asian) without seeing any data specifically on the distribution of heights of American Asian males versus American white males. I suspect that the difference is not as large as you make it out be.
The Pentagon’s Innovation Experiment
For me the question isn't about McDonald's being rigid and stubborn and refusing to pay medical bills for one of their customers. It's "the right thing to do".

On the other hand, coffee is hot. Coffee aficionados might quibble on the proper temperature for coffee --but the temp McDonald's served the coffee was not "wrong".

So, I could see them found guilty of providing an inadequate vessel for the coffee .. but she burnt herself trying to open the cup and adding sweetener, or something to that effect. How is that the company's fault?

Granted, if you see one of your customers accidentally hurt themselves, the humane thing is to help them --but how was McD guilty of contributing to her injury when we all recognize coffee is a hot substance. When you make it at home you know you are not to allow it to spill over yourself. I mean, I get that McD was callous in not wanting to pay her bill. I agree they were callous but how were they at fault for her injury?

There are many things which are intrinsically unsafe but we mostly operate safely around such things: gasoline, razor blades, knives, medicines, etc.

Is it believed servers should allow coffee to cool down to a safe temperature before tendering the drink?
Turkey is also a NATO member... if there were an armed conflict over this, things would get incredibly messy.
Tell HN: Entrepreneurs Anonymous
Link - https://blizkreeg.typeform.com/to/A79l8I

For the past year, I've been bootstrapping my startup full-time. More recently, I've had to take up a full-time job again due to diminishing finances and work on my startup on the side.

I'll admit, at times it gets really, really hard. I feel at wits end and wish there was a support group outside of family who I can reach out to.

I am starting this to gauge if there's interest in forming a local "club" of sorts for everyone who identifies with this. I know I'll benefit from it and I imagine there are many others.
Facebook Messenger now lets you video chat with up to 50 people
Pretty sure DoD helped motivate development of cellular networks in response to lessons learned from Vietnam.
C++ is a poor counter-example, and I hope not many other people think I'm recommending C++ because it's the last language I would ever recommend. C++ doesn't allow the sort of syntactic abstraction needed for a good multi-paradigm language. The Lisp family of languages is a good example of multi-paradigm programming languages done well. I also don't like this OOP vs. FP dichotomy. There are other useful paradigms, and yet more that need to be invented! I love functional programming, but I also want to be able to do things like implement low-level imperative primitives to use for higher-level functional APIs (a classic example being a 'memoize' function), or to use generic procedures or CLOS-like OOP when it is useful.
At most companies I've worked for, the CEO didn't even really have a desk because they never used it anyways. They're always in meetings or out of office, so they had a regular old desk assigned to them, but it was usually empty. (and they were all open plan)

But I agree with your assessment.
I disagree with bandrami in this case, but I don't think this is quite right either because you focused on an instance-specific goal rather then universal principle:

>As a programmer you have the right (or maybe even obligation?) to write secure software and I would argue software that's hard or impossible to use insecurely.

There is plenty of software where secure usage is not a concern and that's fine. Rather, it would be better to say that as programmers we have the job to ensure that our software is as fit for primary expected purpose as possible, and in particularly lacks any surprising gotchas. Sometimes within a given program's core purpose there are decisions that can only be properly made as part of deployment/usage and those are appropriately left to the sysadmin/user, but if something is directly contrary to core purpose then it's always worth questioning whether it needs to change.

In the case of OpenSSH in particular the core purpose is in fact secure links. We've all long had an insecure very fast virtual terminal system if we wanted it and it's called Telnet. There is no reason that any available built-in mode of OpenSSH crypto should ever be insecure. Asking to have obsolete methods generally considered to no longer be reliable to be "left up to the sysadmin" would be like asking it to have rot13 as a sysadmin option: completely contrary to the purpose and expected function of the program. Not just in security but in software in general any extra switches carry both developmental load (more code to go wrong), deployment load (more possibilities to make mistakes) and cognitive load, so they should always be considered to have inherent negative value and then asked to justify themselves, not considered to stick around forever by default.
Going Public Attorneys
> In every company I've been in that uses open offices, the executives get closed door offices.

Same here though it's interesting that it's in a separate space that is above the rest of the space at Snap. But they're probably just using whatever space was there.

> Just about every company...

Are you sure? Every company I've been apart of, even large companies, I usually know some of what's coming down the pipe. I usually know enough details about future developments to know that, when I make a decision development wise, I can be sure it'll continue to work when products X, Y and Z ship. Though to be fair after a certain size it's just not feasible to know of all upcoming products.

I'm curious if there are any statistics available regarding employees in tech companies and their knowledge of upcoming products.
Some of these are in the cryptopals challenges, at http://cryptopals.com/.

I agree, the negative test cases would be good to see.
Link to Typeform for anyone interested: https://blizkreeg.typeform.com/to/A79l8I

I'm based in SF and would like to meet local entrepreneurs but if you're in another city, I'll share emails of others in your city.
To address a couple of these points:

- Assembler syntax is a matter of personal preference. I also loved programming the 68K, writing OS-9/68k drivers back in 1990. However the vast majority of even kernel/embedded programmers rarely touch assembler these days.

- SPARC & register windows. A very unfortunate design choice in hindsight. The RISC-V ISA developers have paid very close attention to existing designs, and other ISAs and microarchitectures are frequently referenced. Have a look at the discussions on the ISA-Dev mailing list: https://groups.google.com/a/groups.riscv.org/forum/#!forum/i...

- RISC-V is trying to avoid patents, so they cannot necessarily reuse existing ISAs, even open ones.
Wasn't she on the board of Reddit? Making her a chairman (or is the PC way to say that chairwoman and you're trying to make this a sex issue)