skysight-inc/HackerNews huggingface dataset:
I really don't get JIRA hate, I used it successfully and happily for al long time, what are your preferred alternatives?
This might be a contrarian view, maybe I'm misunderstanding it. To me, much of message passing is not performance critical, so it would be well served by JSON/YAML/XML for easy implementation/testing/debugging. If one needs performance, he can just send bytes over, which can be (de)serialised in a (couple) dozen SLOC. Sure, when you're talking about very complex structures, RPC, dynamic schemas etc., then you might opt for something like this, but let's be honest - that's quite a minority of current users, isn't it?

I never minded these frameworks, but then I wanted to write a few parsers for some file formats and they used Thrift/Flatbuffers to encode a few ints, which seemed like a major overkill. There was no RPC, no packet loss, no nothing.
Yep, you get a developer invested in something, they'll swear black and blue it's the best thing since sliced bread. Till you explain it to them.
My God, it's full of stars :)

> Windows support:

> Windows is no longer "experimental", it is fully supported.

> Windows package includes a GUI, curl.exe and other utilities.
Abrahamic was correct.

It's a bit unfair to other abrahamic religions, wars since the enlightenment were imperialistic and not religious, Islam hasn't had an enlightenment yet, but it can be argued that it's an imperialistic movement.
Personally never tried it, but after Microsoft SourceSafe, it'll take a few centuries to ever use their products again.
I'm running Linux on a POWER8 server right now - Linux has compiled on powerpc machines since some point in the 90s, and IBM now treats Linux as a first-class citizen - for new chips we have Linux running under simulation well before we manufacture our silicon.

As of POWER8, we now support running Linux bare-metal, and we sell machines with Linux bare-metal, Linux as a guest under PowerVM (our proprietary hypervisor) and Linux as a guest under PowerKVM (which as you can probably guess, is just a distribution to ship an open source KVM/libvirt hypervisor). https://www-03.ibm.com/systems/power/hardware/

No BSD support as yet ;)
> This release features a macOS pre-built package.

Yay, no more compiling to upgrade!

> Windows is no longer "experimental", it is fully supported.
> Windows package includes a GUI, curl.exe and other utilities.

Awesome. Well thought-out.

> 1215084 backtick-expansion works with shell=fish #6224

Solves one of my main problems.
Whats unsubstantive about their point of view that the people are responsible for their governments?

This is a widely accepted truth, throughout history and international law - so while I do agree that the poster you're warning is a bit rude, I don't agree that their position is unsubstantive, one bit. I can understand their exasperation at the many claims that "governments can just get away with whatever they want to do because the people are powerless anyway."

There are many in the HN crowd who would like to see civilisation improve itself for the better - failing to take responsibility for ones government and its crimes against humanity is not going to produce that result. I would urge you to reduce your comment to pointing out the posters' rudeness - and remove your tacit censorship of their, very valid, point.
Learn Coding via C# in 30 days – free email course
This source is a bit clearer:

http://www.iam-media.com/blog/detail.aspx?g=96d4aeaf-dedf-4a...

"Effectively, if the invention lies purely in software, then it is considered unpatentable. However, as outlined in the explanatory note of the SOP, patents will still be able to be granted for inventions that

a) make use of computer programs where the contribution lies outside of the computer, or

b) affect the computer but is not dependent on the type of data being processed or the particular application being used.

Essentially embedded software is patentable where it improves the operation of hardware, along with software that improves the way a computer runs. Again, this is consistent with the UK."

Also Zeds is a really strange name for us. Correct term is Kiwis or Rugby Overlords :)
I think the problem is, it's very configurable. To the point, some towered architect somewhere can make those decisions for you, about how you want to work, in your absence.

Out of the box, I'm not sure, I don't think I've ever seen it. If what I've seen is out-of-the-box, it's awful.
Yosefk.com has a great article about being 10x more effective by being 10x more selective.
Better yet. Amend the state constitution(s) so that the state is obliged to close to public traffic any bridge, span, or roadway that falls below a certain level of structural sufficiency.
Seems that somebody wrote it in bitsig after the tweet; probably just to archive the gibberish Spicer sent out. Incidentally, though, the funds moved into larger addresses, both on the day after Merkel's visit (to a German address), and yesterday..
Cloudflare | Fullstack Web Engineer (Marketing) | San Francisco, CA | Onsite

Hiring a Fullstack / Frontend Engineer for our marketing team. Currently we have 3 devs, 3 designers, and a web producer that serves a growing team of 25+ marketers at Cloudflare(400~ people).

I would say the main requirements are 2~ years of experience and a solid portfolio.

Skill set: Html, Css/Sass, Javascript, Node

Experience with Docker, Kubernetes, Nginx, A/B testing, localization, and/or light-weight CMS API's(like contentful) would be a plus.

You're going to be working with all sorts of people from all over the company, so being a good communicator would help.

The main challenge is taking concurrent small projects from start to finish, and being able to keep the scope of each from creeping into something unmanageable.

We're growing fast, and I'd have to say the culture at Cloudflare is extremely vibrant, fun, and casual. We currently would like everyone to show up to the office everyday, but are very accommodating for whatever comes up in your daily schedule.

Direct listing for this job: https://boards.greenhouse.io/cloudflare/jobs/610494

View more of our openings:
https://www.cloudflare.com/careers
Brazilian hair wigs hot sale malaysian peruvian Indian
> No need for forking … Fire up a few processes

First, forking is "firing up a few processes". Yes, you can do that prior to launching your process, and then let gevent just have the process, but you have to be able to do that, and it just doesn't make sense in all contexts. This is what I meant by gevent fights composability.

> or threads

There's a limit to what a single CPU can do, and eventually multiple hardware threads can buy you actual tangible results.

> Yeah there's limitations when CPU bound, but that's python.

My point being that it's very difficult to get to CPU bound when your greenlet library prevents you from taking advantage of threads or processes. "but that's python" implies to me that you think Python is hamstrung to a single thread, and that's not the case: Python is quite capable of not only hardware threads, but performing computation on hardware threads in parallel, simply because not all of my code is in Python. Sometimes, a component knows it needs an honest-to-god HW thread, and the monkey patching fights that.

HW threads additionally lets you run multiple-long running computations; even if they're mutually bound to a single CPU, preemptive multitasking at the OS level (and Python's interpreter occasionally releasing the GIL) will ensure they all get time. In a cooperative greenlet, if you do not yield, you starve the other threads. A library making a long running computation again needs intimate knowledge that at the higher level, greenlets are in use: this breaks layers and mixes responsibilities (greenlets) in where it doesn't belong (some library calculating a thing). Greenlets do not compose.

> We've switched to pure python versions of a few libraries.

And you pretty much have to; if the library called out to C, it would block. But this fights good engineering practices: you can't just implement your library once in the language of choice, and then bind it into another language.

> When not available use a pool of instances.

This depends on what the library does; a "pool" does not necessarily save you. For example, if the library blocks, you need a threadpool (a real one) to process inputs to it.

Libraries exposing an event loop, perhaps with some basic primitives, have a hope of communicating across things like language barriers.
This might be true technically but it's common knowledge that not paying will negatively affect perfectly good reviews. To the point that reviews that were ok while we paid aren't the instant we stop.

You can argue whatever you want about your former employers but convincing SBOs that Yelp aren't extortionist scumbags based on this detail is not going to fly.

Source: I work directly with maid services and trust in Yelp is at an all time low. Literally the first comment when they are mentioned in our private group is something along the lines of "Die in a grease fire" or "F*ck Yelp". And this is from some of the nicest ladies (mostly) that you'll meet.
> Imagine traffic increases exponentially, and this average team setup an average website, with a data storage engine that’s hard to shard, hosting that doesn’t have enough redundancy, version control without proper backup, no CI environment, and no monitoring. How productive will those 10 coders be if they are spending all their time putting out fires?

The 10x developer may or may not be a myth, but the idea that you can design your system for exponential traffic increase without any tradeoffs is not engineering, it's fantasy. I guess "no silver bullet" is dead in the year 2017.
When I hear 10x programmer I think "10x me". I've worked with a handful people like that over the years and it has been a pleasure. If there's a 10x programmer in my team I know I'm in the right team!
Do you find LuaJIT much faster than a JavaScript engine like V8? That used to be true, but I was under the impression that V8 had basically caught up (unless you need to make a lot of FFI calls, since LuaJIT is heavily optimized for that).
There is a huge cost to handwriting SQL too that one mist be careful of - it is very easy to result in poor abstractions as a result of inconsistent apis from lack of abstraction over SQL.

My company is currently in the process of moving back to an ORM after 5 years or so abandoning ORM usage due to nightmarish performance using NHibernate in .Net (maybe more of an indictment on the code than anything else, but I don't know the specifics of the history). We found the company had a lot of problems that resulted from handwritten SQL, including lack of ability to adequately abstract the logic for proper unit/integrated testing, and inconsistent data fields being returned by various queries, resulting in inconsistent api endpoint data returned to the client and thus inability to safely abstract without significant hacks/nebulous data model state.

The worst thing we encountered with handrolled SQL over ORM was that it actually hindered our ability to deliver major business requirements. We had no ability to gate content by various values from other tables without modifying the handrolled SQL in every single location...not a good situation to be in at all.
If you really are 0x then yes you're in the wrong job. But first read up on https://en.wikipedia.org/wiki/Dunning–Kruger_effect and https://en.wikipedia.org/wiki/Impostor_syndrome because those are much more likely than a 0x realising they are a 0x.
AFAICT generally people speak the same thing at home they speak in public:

* people who speak Hochdeutsch generally also speak Hochdeutsch in private

* people who speak Swabian or Bavarian generally speak it both at home and in public

* most other regional dialects have moved closer to Hochdeutsch, usually retaining only a few "loanwords" and the accent

A great example of the last one is the Cologne dialect: because of its association with Karneval it is frequently emulated in TV to the point that what most people think of as dialect is just a Rhineland accent with a handful of dialect words thrown in for flavour. The result is comprehensible for speakers of Hochdeutsch but about as authentic as mock "ebonics" sound to an actual speaker of AAVE.

The Cologne dialect of course still exists and there are some people who still speak it but retain a heavy accent when switching to Hochdeutsch. But it's become exceedingly rare even among natives.

Similarly what passes for Hochdeutsch in Swabia is often still heavily accented and full of Swabian phrases to the point that the state of Baden-Württemberg ran a campaign with the slogan "We can do everything but speak Hochdeutsch". "Foreigners" are often confused by the Swabian phrases that are mixed into what Swabian speakers would otherwise consider their best attempt at Hochdeutsch.

Compare this to Saxony "Hochdeutsch" which is often very difficult to understand due to the thick accent but tends to contain far fewer dialect vocabulary.

In other words: when talking to Swabians in "Hochdeutsch" you might generally understand the gist of what they're saying but will have to ask for clarifications on certain words they're using; when talking to Saxons you'll probably just have to ask them to speak more slowly and enunciate words more clearly ("What does a Saxon say when he wants to buy a Christmas tree in New York? 'Attention Please!'").

These are all generalisations but I'm a Cologne native who spends a lot of time in Westphalia and have been to various parts of Germany, so I think my observations might be somewhat representative.

The general historic trend seems to be that dialects have shifted towards Hochdeutsch vocabulary (with a few notable exceptions like Swabian and Bavarian) and in most places even the remaining accent has faded almost entirely.
Referenced study: Exploratory experimental studies comparing online and offline programming performance (Sackman, Erikson, and Grant) - http://dl.acm.org/citation.cfm?id=362858
I think management believes this too. They're checking off their tasks list like crazy, so they must be productive...
Clearly there are needs for very efficient message parsing. That's why these serialization frameworks exist. I've got servers that spend too many cycles in serialization, so I pay careful attention to it. I put a lot of effort into using JSON despite the performance problems, and have pretty low-level code to read write it without too many allocations etc. Nothing thats easy on the eyes.

But I'd hazard a guess that you're spot on regards the normal needs of normal programs. The vast majority of programs utilizing message-passing are not serialization-bound. For these programs I'd recommend JSON because it is easy for humans to inspect and debug, and there are plenty of libraries to choose from if you are not performance-sensitive.

(YAML is hopeless regards security and XML is just horrid to look at when you're debugging).
When you start having polyglot microservices this all will make sense. For example protobuf gives you versioning and compiles to a dozen languages...just because it is not useful to you don't dismiss the idea. And since I'm part of the minority I'm happy to have libs like this around. Just a sidenote: this behavior of neglecting performance alltogether leads to systems which take ages to build and collapse under pressure.
The problem here is that the concept got off on the wrong foot and has stayed on the wrong foot since then. The conceptualization of software developers as some sort of industrial worker who churns out widgets all day long is simply ludicrous. In the days back when a lot of software development involved just doing the same thing repeatedly for hire the measurement of "productivity" based on "output" at least had some basis in reality. But that era didn't last long, modern software development is an incredibly automated endeavor. We use automation (compilers, linkers, IDEs, unit test frameworks, and so on and so on) to take out a lot of the drudgery that previous generations had to grapple with more directly. Today productivity in software development is not about churning out lines of code (even assuming it ever was) it's about building stuff that has a high value (to users/customers et al) and low cost (operationally, tech debt. wise, and so forth). And there, of course, the range in productivity spans not just one but many orders of magnitude between the highest and lowest tier of coders.

There is a small group of folks (charitably tiny, uncharitably maybe like 1/4 of all devs) who on average contribute negligible or even net negative overall value vs. cost to the code base as they work. And there are some folks whose individual work has a value of upwards of several billion dollars. In between there are perhaps bunches but it would be a stretch to imagine that there were only one bunch where the vast majority of other devs were collected within a single order of magnitude in terms of the value of their work.

And, make no mistake, I'm not just talking about moving up the "hierarchy" or the management chain in terms of value. Even if you restrict your dev. sample to just individual contributors with more or less identical work responsibilities (instead of say, junior intern vs. principal architect or somesuch) you will still find many orders of magnitude difference in value and quality of work.

The reason why this isn't objectively obvious is that so much of software is invisible. Yes, you can in principle read all the source code but in practice that's not tenable. And we still do not have all of the tools, models, or even terminology to concretely break down the structure of complex software systems into representations that aren't extraordinarily handwavy and overly simplistic basically almost immediately (compare, for example, an electronics wiring diagram versus a UML diagram or a layer representation). That coupled with the fact that software development is a creative and even artistic endeavor where the value of some piece of work can vary greatly between otherwise very similar examples (which is much less true of, say, bridges or diesel generators) means that estimating the value of a given developer's work a priori is enormously difficult. Indeed, that also explains why hiring is such a constant struggle.
Nowadays we create silver buckshot from microservices. Scalability problems? Just add more services!
(Hopefully you mean 1x! 0x would be pretty untenable ;-))

How much more experience do they have than you? Do you feel like you learn new things?
Why TypeScript Is Growing More Popular
s/databases/books/
> Can people today really expect to understand how things were built a 100 years ago?

Yes. This can be done.

The same as today, 100 years ago designs were based in calculations of the bridge response to the expected loads. Today, we know better what are those loads and how to calculate the response of the structure, but it is the same process.

Construction itself has also changed with the years. We have ways to asset materials and machine them that are way ahead of what we had 100 years ago, we can assembly the bridge with much more precision, and the efficiency of our tools has vastly improved, but the principles are the same.
Ask HN: Smartphone recommendation for developers in 2017?
Hey guys, i need a new smartphone after my iphone 6 is falling apart. Currently i'm in the mood of trying something new after sticking to apple for several years. Is there any "secure" open-source smartphone out there which is worth a try? Looking at the blackphone right now... I need email, messengers like whatsapp, spotify and a camera would also be nice.

Other stuff is not necessary.

Thanks for help...
Tavisca cricket Championship 2017
The difference between an average programmer and a "10x average" programmer is in the architecture and design phase, not the "fill in the methods for the API" stage. If you put people who don't have domain knowledge (or experience) in charge of API design the resulting codebase will easily take 10x longer to complete (if it is ever finished), and maintenance will probably require 10x the manpower.

Doing good design and tooling upfront is at least a 10x opportunity. Too often I've seen it get brushed off by people who want to see quick results, to the detriment of the long-term design goals.
Ask HN: What are some alternatives to Indiehackers?
The natural follow-on questions are:

What are the decision-making habits that make someone significantly more productive on a software engineering team?

What are ways to imbue a team with these habits?
Hip firms only hire 10x programmers. They don't pay 10x though, the total compensation is closer to 0.7x + free session beers. For some reason, results have been mixed.
Apple releases the fifth beta of MacOS 10.12.5 for developers
That's called a model.
IBM and Red Hat are on the side of sanity on this one: why would you support a change that breaks Maven? Such a change will split Java where 'legacy' Maven-using apps will forever remain on Java 8 because of it costs money to refactor around the breaking changes.
Apparently their team name is composed entirely of emojis. Now that's stealth...
Looks even worse.
10x only works if you're a team player or if the company is organised in a way that encourages team work.

the 10x is just the guy that's already overcome this blocker that a more junior coder could spend a day on, and if the company doesn't encourage teamwork the junior is still taking a day and the senior is appearing 10x when he should be assisting other coders.

there's more value in a team being 3x than one person being 10x.
I'm curious why you think shipping MP3 audio in software/games was ever seriously at issue due to patents? Decoding MP3s has always been non-problematic, and encoding MP3s was only ever problematic for a few years about two decades ago.

Some modern games use uncompressed audio because it frees up a few CPU cycles and the min/max balance on hard drives versus CPUs makes that choice desirable if you want to push the minimum spec. range on your game as low as possible (so that more people can play it). Though even then that's only necessary if your main game engine is hitting the CPU pretty hard to start with.
Hadn't noticed but I don't use JIRA, Atlassian is just bitbucket to me.

They have a feedback link on the bottom left menu on BB, maybe point that out to them?
Show HN: Making pets safer with Arduino
What's New in DevTools (Chrome 59)  –  Web  –  Google Developers
1. If you really need to read technical books during your holidays, you're probably a bad professional, with poor training, little network and worse experience.

2. If you think that authors like Robert Caro, Mencken, Patrick Bouchard, and the others I mentioned will merely "skim the surface", you're uninformed and need to get out of your bubble.

3. If you don't begin reading other stuff than technical stuff, you'll end up without education. Your choice.

4. On a more positive note, what would be your list? I am curious.
The only measure is income. Then 20x devs even exist.