skysight-inc/HackerNews huggingface dataset:
Even as complex as my application goes ... simple local instance variable as state still works fine most of the time. In fact i find passing in callbacks works fine for most web apps i dare to say unless maybe when you're writing some sort of editors for the browsers.

I come from Object-oriented background therefore i find the Redux-way (functional programming) hideous.
The impact of Jenkins could be:

- Reduced the average time from pull request to deploy from 6 days to 1.5 days (efficiency gains)

- Increased the number of deploys from 1x/week to 4x/day (output gains)

- Reduced the number of production quality incidents from 36/month to 3/month (quality metrics)

- Enabled the team to ship XYZ Project 90 days earlier, which enabled an new $10 million annual revenue stream for the company.

If one has to "make up some BS numbers" then one either doesn't understand what Jenkins is good for, or doesn't understand how to identify and measure the positive benefits of Jenkins. And that's kinda my point.

edit: I should also mention that yes, it's on your employer to help you account for this as a backend/infrastructure engineer. If not, they're kinda stacking that deck against you and you should speak up!
Instagram is the current leader, with Kik, Snapchat, and Messenger in some messy run-off after.

I have to admit a lot of surprised how quickly Instagram got to parity and overtook Snapchat with my family, but I'm at least two decades out of that demographic so that's probably more of me being old and out of it than anything else!
Really? My brother is helpless. He searches for any menial job he can find, and there aren't ANY. When he does get a job, it is paying far below the amount needed to pay for housing.

If it wasn't for my mom, he would definitely be homeless. These situations are not contrived.

Furthermore, what if the problem is mental or physical disability? That's not a valid concern of yours? Maybe the homeless population is spiking because of medical costs. What if you have a medical condition that requires medication or you lose your mind? You lose your job, you lose your medication? I honestly feel you're either a troll, or you're just... obtuse?

For the record, I actually have been poor. My family was one shocking expense away from homelessness for much of my life. Luckily we hung in there by a thread. Clearly our country is full of folks like you who think that anyone who's homeless is a useless and easily discarded piece of trash.
In my experience, software architectural failure is endemic across multiple organizations and not an epidemic. The subtle difference is that many companies lack the discipline or the desire to vet new technologies or to review existing technologies to ensure that they still fulfill the needs of the organization.

A hospital, for example, isn’t going to just up and all their preop procedures just because a doctor went to a conference and learned about some new technique.

The software world suffers many organizational failures in this regard, which is why I say it’s an endemic problem. I’ve been in both kinds of shops, the kind where tech was scored according to its ability to fit an organizational need, and the kind where developers recode the whole front end in the “js flavor of the year” because it seemed cool.

There are for sure engineers just as much as there are developers. Engineers are the stewards that don’t implement a product because “web scale”. They implement because they understand the problems of the organization they’re in. We have to learn better to spot this shit and shit it down. I follow one rule right now that stops most of it in its tracks.

If a developer tells you they want X technology because it can process 1.2 jiggahertz requests per second, they have no idea what problem it solves, unless your organization is facing performance issues.

A good developer on the verge of becoming engineer grade will tell you that they want X technology because trying to perform Y process is painful and unmaintable in the current system, and that if we implement with X, it’ll reduce labor spent on this problem and deliver Z value to the company.

Architecture isn’t failing, the folks with the hammers aren’t following the blueprints correctly.
Lyft Set to Claim Third of U.S. Market in 2017
...and the most irritating part is that it's almost always omitting the term that is most important because it's the one that reduces the number of results the most, under the (ridiculously flawed) assumption that more results are better; and in that case, why not go the whole hog and make everything "suggestion"-based? People are searching for what they want, and specifying terms to get that.

To make an analogy, it'd be like going into a pet shop, looking for a specific breed of dog, and the owner trying to convince you to buy cats instead. "But you were just looking for a pet, right? What's the difference?" A pretty idiotic situation.
I don't think it's just that. Part of it is just that some technologies are more fun or nice to use even if they're less practical. QoL and keeping things interesting is going to be more valuable for a typical employee than doing something boring that helps them drag JIRA cards to the 'Done' column a little quicker. And ironically, it might be better for the business too just to keep engineers engaged.

Although none of that really applies to the specific things he's mentioned in this article...CQRS/Event Sourcing are pretty much a terrible idea for most people and is just going to create unnecessary complexity and misery.
There is no way 11% of the world population plays basketball.

I tried to find the original source so I could check the methodology and couldn't - but i'd guess that a telephone survey of 35,000 people being extrapolated out to the entire world population leads to bad results

The second part of that statement - that Basketball is the most popular sport in Australia - is verifiably false as the governments own data shows it at only the 7th most popular[0]

[0] http://theworldgame.sbs.com.au/article/2017/04/28/football-a...
Recruitment: getting a invoice if you do not match the asked position criteria
Pointless article.

What we need is good, language independent, tooling to automatically select which versions to use, how risky the update is going to be, what problems are being fixed.

Tracking and correlating successful and failed updates centrally - call it "distributed CI".

Tentatively upgrading dependencies, running tests and rolling back on error.

Don't forget that even minor, bugfix releases introduce bugs or break code by actually fixing bugs that people were inadvertently relying upon.

Lack of automated tools only encourages the "vendorize, ship and forget" model that is so popular.
>You mean the Chinese government will stop protecting their currency and hurt their export?

Right. Exactly like the US does right now.

>China doesn't hold enough USD to hurt the US economy

It isn't about who holds the little green bits of paper. It's about who can turn off the wealth spigot.

The US would experience a huge bout of inflation right now if China decided to just float, it's just that China would probably suffer too. Once the US has nothing China wants (soon) they will have no reason to keep giving us a bargain on their imports.
Same for doorbell. I flat out won't answer the front door if someone rings it and I'm not expecting anyone.
Sounds to me like this guy has an anxiety disorder that he's masking as a hatred of phones.
Me too. No land line, no mobile. I don't have an anxiety response as detailed here so much as a properly calibrated respect for my own uninterrupted time. Job wants me to get a mobile phone but we'll see. Email makes sense: it's a pull interface. If you want a push interface to communicate with me you'll have to ring my door bell

I recently made the mistake of helping carry the load at work by answering the phone there. It's alright, mostly scripted, & my lack of customer friendliness (Surprising the amount of silence yes/no answers invoke) will hopefully transition us away from having a developer handling support calls soon
I used to hate JavaScript as well, but then when i started developing with React; ES6 had become prevalent and i skipped Redux. ES6 is beautiful!
The main reason for trying to jam everything into three numbers of "semver" is that otherwise you get total freeform chaos. Just look at Debian/Ubuntu; you get things like

30~pre9-5ubuntu2

1:7.6+12ubuntu2

1.1.1-1

5.1.1alpha+20110809-3

1.5.0-1~webupd8~precise

Ultimately the important things to the user are "is this version greater than this other version (implying better)", "will upgrading to this break anything" (extremely hard to answer), and "do I have to upgrade this to remain secure" (which may also break everything).
This.

Years ago, from Europe, I have been the pen pal of an inmate on death row in Huntsville, TX. It is a great experience and you truly get more than you give. But do it only if you can commit to it, keep in mind that the other person does not have much choice.

I used this association, this page is in many languages (eng included):

http://www.santegidio.org/pageID/44/langID/en/Writing-to-a-p...
Molten Salt Nuclear Reactor passes first certification hurdle
There's cscope, ctags, gtags, etags, rtags. All but cscope can handle more than just C and C++.
I just use major+sha. Major changes mean you are breaking the API. The sha is like, what code built it (not the git sha, But a hash tree of the actual source).

I disagree with the “change the name” business. Sure, if your math routines turn into string routines, you probably need a name change. But if you are sticking to generally the same problem domain, but clients can expect breakage, then keep the name. The name is important.
These guys are probably THE podcast when it comes to numbers.

Sure fans are educated, but I've listened to a lot of NBA podcasts and while lots of them bring up salary numbers, these guys get into the nitty gritty of the CBA quite a bit more than the typical NBA pod.
I wonder if this might be a general trend as the bulk of communication has pretty much already moved to text. If not outright phobia, at least dislike of the medium of 'speaking' would seem to be likely.

More companies might need to accelerate towards offering text/chat options for their customer service if they don't already. It may not directly put a customer off, but it might be another signal in a list of comparisons that pushes the scales in favour of a competitor.
Yep, marketing departments. No one trick to finding the right person: research, asking around, very polite cold emails, etc. I also made it clear in my newsletter and on my website website that I was looking for advertisers.

I've written about various parts of the process in a few of my month-in-review posts here: https://www.indiehackers.com/blog
Yeah, sounds like I was wrong about an association between this podcast and gambling.
async ftw
Maybe I'm at a disadvantage for doing this, but technologies are really only a minor detail of my resume. I focused it mostly on the things I actually did. My assumption was that this would be more important to people beyond the HR/recruiter part of the hiring phase. Also I prefer not to bullshit, and making my resume some buzzword laden list of technologies is off-putting lol
Author discovered "goto definition" in 2017??

it will take another 10 years for him to discover that all that code understanding (even more precise!) and 10 times bigger load of useful features were already implemented in WebStorm, for ages.

Ok, anyway.
pronouncing it as a vowel when it was supposed to be a 'th' is psuedoarchiac, spelling/typesetting 'th' as 'y' is a kludge with precedent though.
How to Write Better Code by Using a Linter
This will only work if your pitch deck is, in turn, distributed in the form of clay tablets.
Thanksgiving 2017‬‬ falls on the 4th Thursday
I agree. An easy workaround is to add "mdn" to the search.
I gave them a listen after reading this article and listened to their last podcast breaking down the Rockets vs. Cavs game etc. Added to the rotation!
Introducing the NGINX Application Platform
The flipside is, I can change a method name across 100 files with 1 click in IntelliJ, and be confident that it did not blow up the world. How are you doing that with VIM, grep and then editing 100 files at once? No thanks.
I'm about to ditch my landline and one of the main reasons (in addition to not using it much) is that legitimate calls are far outnumbered by junk calls. I don't answer numbers I don't recognize but it's still a distraction.

There seems to be some principle in play where the misuse of a communications channel rises to the point where it's annoying but not quite unusable. If I got 20 junk calls a day, I'd have to turn my phone off. As it is, it's at nuisance level but still usable.
> Now, a company with questionable ethics could facilitate this for clients...

OK, I will bite. I would not call any company doing what is already possible more convenient for users a company with questionable ethics. That, to me, is perfectly OK.

In my book what is questionable (despicable, actually) is making a product that, as a byproduct, generates side-effects undesired by users (such as easy tracking) and does not try to allow the user who cares to turn such features off.
> A management resume talks concretely about growing a team.

FWIW, this is also methodology-oriented, not results-oriented. Hiring people costs a business money. It only makes more money if they're effectively deployed and utilized. Hiring the right people is a critical task for any manager, but listing only hiring on a resume should be a huge red flag. A manager should be able to demonstrate how s/he was able to apply those hires to efficiently meet business goals.

This was an area of frustration for me at my last managerial gig. It was always a challenge to decouple headcount from influence in the minds of upper management. Too many teams just hired and hired and had very little accountability for delivering results commensurate with how they were resourced. We also had smaller teams that were delivering a ton of value to the company whose leadership was constantly marginalized because upper management didn't see them as representing as large a percentage of the engineering team.
"The feature that made me try VSCode for real. You can hover any function or variable, press command, and see its definition in a little popup. Or jump straight to the code."

Are you fucking kidding me? This is the amazing feature that made this guy "admit VSCode is a better editor than Emacs"?

etags, gtags, ctags, universal-ctags, rtags. It really doesn't take much searching to run in those or their integration with Emacs. It's difficult to imagine this guy using Emacs for 10 years and never becoming aware of any of them.

Not to mention the offhand dismissal of the value of the rest of Emacs because of some single feature (which Emacs doesn't actually lack). Everyone's entitled to their opinion, I guess.
+1 for the *storm love
> Wasn't the main point of WASM that it is faster to parse than JavaScript?

That is only one of the advantages of WASM. The major advantage is that seen by CPU-bound code sections where WASM can be efficiently executed at "near" native speed.

Conversely, this performance advantage is not enjoyed by I/O-heavy operations which will not see any major improvement versus regular JS - this is roughly due to the browser having to apply sandboxing/security/protection (or by just forcing you to make JS calls to achieve this).
I don’t think podcast producers can accurately measure or estimate the number of listeners.

The vast majority of podcast listeners download directly from iTunes. There’s simply no data on who actually listens, and how long they listen.

My claim is that anyone who claims to have data on podcast listen stats is wrong.
Man, western ppl are missing out on not so cheap but high quality clothes in TaoBao. My wife wears these winter jackets so elegant ppl in usa compliment her on the quality and style. All made in china. Thing is you gotta know chinese to know what to look for in taobao.
"knock on your door and toss the tablet in the dirt"

At least then it'd be delivered (as opposed to the normal FedEx approach of "knocking" by slapping a missed delivery slip on the door).
Why Diesel generators? Natural gas or gasoline should avoid wet stacking.
Not always. A breaking change is just that, it doesn’t mean a wholly incompatible re-imagining. It’s possible to upgrade major versions without any actual code changes.
Yeah, let's make diagnoses of people we don't know because of some blog post.
And a Blendle link: https://blendle.com/i/the-wall-street-journal/snaps-splashy-...
This would be appropriately titles “i hate anxiety disorders”
It sounds more like different data set that's gathered by observation. If you can keep the observer's bias to a minimum this method may tell you more about how your feature is received and used. It is also the most time consuming and costly approach and doesn't really scale.
I'm not totally sold on the heavy BDSM type systems, but one of their clear advantages comes from trivially handling this problem. Elm's package manager simply won't let you publish an incompatible update without bumping the version, all handled by type check.
Out of curiousity, when were you born? I was born in the 80's, and among my friends literally noone has a landline, not even the older ones. There's simply no argument for it. I'm in northern Europe by the way.
> the hypervolume inside an n-dimensional hypersphere grows as the nth power of a linear increase in radius. In high dimensions, tiny increases in radius cause hypervolume to grow by more than 100%. The concentration of hypervolume is always highest at the edge.

> Of course.

Elementary.
Author here. One thing I'm realizing I should have been clearer about is that I'm talking about problems of upgrading, not deploying. The fact that we pin versions in places like Gemfile.lock is totally fine. However, the fact that we pin versions in places like Gemfile is a smell. (You may not, and I do not[1]. OP was my attempt at finding middle ground with mainstream best practice.)

This discussion gets at the distinction: https://stackoverflow.com/questions/4151495/should-gemfile-l...

The use of left-pad as an example in OP was intended as an acknowledgement of the deployment issues you point out. But I was probably being so subtle that I veered into cuteness :)

[1] See my example of "exemplary library use" at http://arclanguage.org/item?id=20221
Richard Branson: What would I do if I had to start again?
Author instead of looking how to solve this particular issue in emacs threw everything away and tried a glorified browser masked as IDE :))

What I have to acknowledge though is that out of the box experience of VScode is like a billion times better than what you can get with emacs or spacemas.

I am not sure about extensibility but I think in the long run VSCode/Atom will greatly benefit from using a language that's just simply more popular.

I'll probably stop using emacs when people stop developing great modes for it. I still hate that out of the box experience (even for installing and activating the pkgs) on emacs is a thing from the past.
starting to think ms has an army of interns whos job is to make ms look "cool"...
Wow:
"
This is probably not an elaborate scheme to harvest phone numbers and send them to China, but rather the way the default manufactured SIM code was implemented and it was never trimmed down to the needs of this device. Nevertheless, I found it interesting seeing how the device is accessing virtually everything on the SIM.
"
I agree, but it's rare to see someone not go fake ballistic claiming phone book capture for page views...
That’s not surprising given the Venn diagram illustrates your type has no intersection with the Rebel, amongst the given set of values.

A seasoned manager will get the Rebel to believe something is their own idea, leveraging their rebellious nature to get that job done.
I agree with you. This is not a normal response (unless he's joking):

>Recently, when I was at mum’s alone, the house phone rang. I didn’t answer it. It rang again immediately. I didn’t answer it. It rang again immediately. I stood over it, willing it to stop, palms sweating. The stand-off was only broken when mother texted me to tell me to answer the phone. I hate telephones.
"Sounds to me" is a bit soft to come off as a diagnosis to me.
Does Saw Palmetto Affect Testosterone in Men?
Unsolicited or unexpected phone calls are annoying, but this guy has an anxiety disorder and should probably attend CBT or psychotherapy as it is obviously significantly impacting his life in a negative way.

Also, text is not always a the best way of communicating- a lot of information is conveyed in someone’s voice which is often difficult to put on paper. It can also be way faster to speak to someone, particularly where a problem is a little complex and requires information to be exchanged between both parties multiple times.
> Pinning is absolutely crucial when building software from some sources out of your control, especially with larger teams or larger software. You cannot rely on the responsibility of others, be they 100s of upstream library authors, or 100s of other peer developers on your product.

In fact that's the entire reason why "semantics versioning" doesn't really work:

* you can never be certain that the maintainer actually follows it

* one user's breaking change is one maintainer's bugfix

* while some packaging systems attempt to automate and enforce it (e.g. Elm's) even that only goes so far due to type system limitations (e.g. changing acceptable values from [0, 4] to [0, 4[ as a side-effect of some change deep in the bowels of the library's logic is pretty much guaranteed not to surface if you don't have a dependent type system, and may not do so even then)
Based on pornels' example, "Semver-based package managers" are most modern ones (npm, bundler, cargo) that have the concept of Semver embedded in the version constraints for dependencies.

E.g. the tilde (~) and caret (^) operators in npm[0] allow you to specify version constraints on dependencies, that allow them to be resolved/pinned to higher minor/patch versions of that package, but not to a higher major version since that will by the Semver definition contain breaking changes and those might impact your project.

[0]: https://docs.npmjs.com/misc/semver#tilde-ranges-123-12-1
It's like Matlab or SciPy in terms of how easy it is to set up a quick script, but far more performant.

The syntax is fairly similar to Matlab, which makes it familiar for engineers like me.

And then there's the speedup. For one benchmark I wrote when evaluating the language, it had a 60x speedup over Octave, but I'll have to see what happens when I finish porting over all of my code.
> I haven’t yet had the “we tried both approaches and this one works better because <business reason>” response

it's hard enough to build one production system right, now we're supposed to build two and ditch the least-performing one?
A search engine is many things in a giant package. Most wholesale search companies have a database text/images and algorithm data that is in the terabytes if not more. They also have many servers for fast and efficient processing of queries and giving results.

This database could be made freely available (see CommonCrawl) but without a datacenter big enough to store and run queries on it, it's meaningless as a "open" search engine.

A distributed search engine runs into all of the scalability and quality of service problems that researchers of Peer-to-Peer Information Retrieval have been trying to solve since the early days of the internet.