skysight-inc/HackerNews huggingface dataset:
User-facing applications or web services often deal with business logic. That is, logic that models real-life processes and entities, such as "Customer" or "Purchase". In order to model those kind of processes you often need powerful modelling abilities (such as subclassing, or generic programming), which go really lacks. I don't have a proof of that just my personal experience, but i'd say Object Oriented Programming is the de-facto standard in "enterprise" software for that reason.

The reason go fits the "technical layer" best, is that technical layer deals with things closer to the machine, so the number of different types you need to manipulate is much lower, and is for the most part of the language (it doesn't go further than numbers and strings).

All of this is just my personal opinion of course.

EDIT:
i know composition (which go provides) and subclassing provide the same possibilities in term of modeling, in theory. However in practice, not beeing able to say things like "An Electric Car, is a kind of Car, which is a kind of Vehicle" may make things cumbersome. So is not being able to simply create a function such as "sortByMileage" that applies to all kinds of Vehicle (and just that), but remain type safe.

To sum-up : relying on interfaces and composition only is IMHO not as powerful as having interface, composition, inheritance and generics (which most "enterprise" language have).
This is a long shot but here goes. I'm the single founder and developer of gympro.com. Recently announced that we will be shutting up shop in January next year. Would the fitness space be something of interest? I'm looking to hand over the Gympro brand to someone that is willing to make it work, or has some pivot ideas. Can send more details to anyone interested: aleks at gympro dot com
HR is not there to be your friend. It’s there to protect the company
Renewed demand for the metal cobalt is breathing new life into Cobalt, the town
The normal practice for large scale codebases in complex domains is "the code is the spec". That is, the only specification for how the system should work is how it worked yesterday.
In that case, unit tests serve as a great specification. Even tests that just duplicate the business code under test and assert that it's the same (A huge waste in normal cases) is useful. Because a Unit test is much better than a word document in describing how code should behave. I very much prefer a massive, hard to maintain set of poorly written unit tests, to a large number of outdated documents describing how every bit of the system should work.

So is a big/bad test suite a burden? Sure. But is it a burden compared to maintaining specifications of other kinds? Is it a burden compared to working in a system with neither type of specification?

Further, the people writing long articles like this are (or at least were) very good developers. There is often an element of "good developers write good code, so just use good developers" in them. But writing good software with good developers was never the problem. The problem is making software that isn't terrible, with developers ranging from good to terrible, and most being mediocre.
> What if you're operating on the assumption that every employer gives you some form of laptop to work on then you're good to go.

If you're operating on this assumption and also on the assumption that you
don't have any personal data whatsoever, barring maybe a few text configs.
Oh completely, I believe I showed significant (genuine) interest in the product, and I've learned a lot about the industry from working here.
ruby too; it's not a language used at google, but it's available as an option to interview in
It's interesting that not only the later platform - the Arduino, which started out with AVR and aimed at simplifying programming the devices - but the AVR chip itself started out with the goal of simplifying the process of using it (programming, tools, ...).
All code is legacy code as soon as you type the semi-colon. It is wishful thinking that a suite of unit tests will prevent a refactor or small change from producing technical debt.
How silly. Level of interest [in doing unpaid work] doesn't mean a damn thing as far as skill level and work ethic are concerned. Some of the best programmers I've ever met were the 9-5 types and the absolute worst of the worst programmer I've even known spent all his free time writing code.

Once you get past 30 it's difficult to spend all your free time doing unpaid work even if you wanted to.
> I pretty much agree with all of this.

It's easy to disagree with someone who portrays an enemy which doesn't exist.

I disagree with this piece everywhere it manages to land somewhere concrete, where its claims can be verified and assessed.

> But if we go deeper, why does the core library have side effects

Let's not get ahead of ourselves in theoretical, non-applied functional programming.

As even Haskellers recognize, all computing would be meaningless if there ultimately was no side effects. In fact, we use computers for their "side-effects".

Sometimes you need side-effects. And sometimes you unit-tests are great way of automatically verifying that you have the right side-effects.
"my team told me the tests are more complex than the
actual code. (This team is not the original team that wrote the code and unit tests. Therefore some unit tests take them by surprise. This current team is more senior and disciplined.)"

Despite the inflammatory title, the point the PDF is making I believe is that unit tests should be kept short and simple, and convey the intent of your code.

Intent is akin to the 'why' - written code explains the 'how' and 'what' extremely well, but without the 'why' it loses all meaning. Writing tests to convey intent is essential because no computer or programming language can do this for us currently, so it's left up to us.
who is the customer if so extreme anti-end-user measures are taken, because it surely isn't the end user?
I wait until big games like the Witcher series hit GoG.com. That means I miss out on a ton of AAA games, but I'm not a hardcore gamer so it's no big deal. Most of my time gaming right now is split between catching up on late 2000s titles like the Crysis and Saint's Row series, and on open world games like Rust.
In a perfect world, it would be used by single page apps that are driven by JavaScript to provide the same benefits of linking, history navigation, and so on, without having to actually load a new page.

Think an online webmail client, where each time you view an email it adds a new item to your history.
Yup. I've been steadfastly anti-DRM since I had a game that just crashed after a few minutes because it thought my SCSI CD-ROM drive was a virtual drive and the DRM kicked in.

I ended up having to pirate it in addition to buying it in order to play it the first few weeks. They eventually released a patch, but by then I had been playing the game for weeks without another problem and there was no way I was risking their countermeasures.

At the time, I was pissed that I spent my good money and they screwed me like that, and even denied the problem for weeks before fixing it.
Sure they may lose some great candidates that way, but the reality is that they don't want people in finance because:

1. They have preconceived notions about how finance "should" work

2. People not from finance are driven by other things

This is not to say that there aren't people from finance who don't fall under this, but it's a good way to weed them out without inviting a billion applications from people in finance.
They seem to be nice now, but during Witcher 2 release they had heavy DRM issues and threatened to go after pirates (while many of pirates were just people who wanted to play the game they bought).
Webpack is a linker
> America's infrastructure is behind other developed countries because once upon a time it was AHEAD of it's time

This is ludicrous. Look at this timeline[0]:

2008 SEPA pan-European payment instruments become operational (parallel to domestic instruments)
2010 SEPA payments become dominant form of electronic payments
2011 SEPA payments replace national payments in the Eurozone
2014 SEPA becomes fully operational in all Eurozone countries.
2017 Instant SEPA payments of up to 15,000 euros within 10 seconds, starting 21 November

And that's not counting national norms like RIB[1] that have allowed for trivial domestic next-day transfers since even before I opened my first bank account like 20 years ago. Same goes for chip and pin, which was basically ubiquitous even then. Now NFC payment terminals have basically been deployed everywhere over here across a couple of years, which means things like Apple Pay just works (and Android Pay if Google cared enough about non-US/UK/Canada/Australia markets).

So the argument is "US was so advanced multiple decades ago that it rather stood still despite massive inconveniences to the end user". Breaking news: it wasn't ahead of its time at all even 20 years ago, and free market competition didn't do squat to make the situation change; policies enacted in the interest of the consumer do.

[0]: https://en.wikipedia.org/wiki/Single_Euro_Payments_Area

[1]: https://fr.wikipedia.org/wiki/Basic_Bank_Account_Number#Le_t...
It’s worse. If you’re black, you run the risk that the cops might gleefully jump in and join the stabbing.
> not even in their spare time

It might be worth bearing in mind that there are people who do not have free time to spend on further learning outside of work. Parents, those caring for elderly or disabled family, new grads who might have a CS degree but had to work to fund their education so didn't learn much outside of the degree, etc. Not only might this approach exclude these groups, there are often close ties between under-represented groups in tech and these sorts of experiences.
Ugh thread fail
Coming up with ideas is easy:

- make a robot vacuum cleaner that doesn't require maintenance

- design a system which allows a robot vacuum cleaner to move between floors

- make a robot vacuum cleaner that doesn't require one to empty the dust bin.

- make a robot to plaster my walls for a fixed fee with insurance that if you fail to deliver I can get it done fully paid by my previous guy with escrow money in the bank if you fail to deliver

- install solar panels automatically (too challenging? I thought you had a "great" team)

- automate kitchen staff in restaurants using smaller or equal space

- build a machine which can take a message and optimize it for the target audience; e.g., by making it simpler to understand or more politically aligned.

- build a machine that cheaply figures out whether the fish/meat you are serving up in a restaurant contains toxins

- revolutionize space travel using far out ideas you probably wouldn't understand

- figure out what could potentially be built in space cheaper than on Earth, patent it, and give Elon a call.

- build a quantum computer (some startups do this already)

Your problem likely is that you want to get a "great" startup without the required capital and resources. You literally have one guy according to my count, because a money guy is worthless (below a billion dollars to burn) and business development people are a dime a dozen.

If you don't have domain expertise to know how something could be done better, the probability of failure is going to be enormous.

In principle, I could probably help all of the above happen, but all of them require a lot of capital, people, and patience.

Take for example MAPPER Lithography. This is an example of an innovative company, a startup if you wish, but it started 17 years ago. If you really want to make something of value, that's the kind of commitment you should have. If not, try to create the next Snapchat (still no idea why it's worth anything).

Until that time, get a job. Having a job is not the worst thing in the world.
odd, watching a few streamers with this and there were no indications as such from watching them play. now I do not know if they were given the game copies or merely codes so perhaps the DRM is not active for them.

would be another can of worms if so
This.

We tend to put a high value on code review, yet some don't value unit testing. Lean in and I'll tell you a secret:

... unit testing is automated, repeatable, code review!
> This is why I don't buy games with DRM other than steams

Valve did an amazing job at building their reputation (by doing things the right way.) Very few can do DRM without pissing off people.
So then by your own admission they’re not hiring the best due to this heuristic.

One thing my experience in HFT has taught me is that technical ability is only loosely correlated with profitability. So I wouldn't conflate Renaissance's success with their hiring practices.
Best IDE for Any Windows APP Development Company
I very much doubt this is the case.
Advertising Standards should go after the police for their “Protect and Serve” slogan.
Which terpenes are in the plant can have a subtle but powerful impact. And THC can leverage terpenes in other foods too. Some are very calming.

And then there's the non-intoxicating CBD parts, that are becoming popular for those who want the relaxation, but not the head high.

Alcohol has a very broad scope as well, ranging from toxic cleaners, to light dessert wines, to tripel beers and "four loco" drinks. It's very easy to have a bad trip, or a fun night turn deadly.
It's mostly the paying customer who ends up with the burden. I would really like to know the train of thought behind it because for me that is just plain weird.

It's the same when you buy a movie or a television show on DVD/BR. You first get the traditional FBI warnings (that as a non US citizen doesn't apply to me) and if you are lucky you get a 3 minute unskippable scenes about how piracy is the equivalent of murdering a thousand puppies.

Somebody who pirates never see these things and have a better viewing experience.
Netflix “dropping” React actually reflects well on React
Most modern copiers have the ability to encrypt PDF files. The password is the problem. There are also some email providers who serve healthcare that offer security that abides by HIPAA rules. The solution is there. It's mandating a standard that facilitates the flow of data that is not.
Current premium smartphones reasonably priced when compared to past devices
She was basically a kid, and took the advise of adults telling her what she should do.
I think the only real problem there is the "how do you know who you're paying?" part. Everything else would be solved or effectively ignored with the following:

I send you 10$ somehow, you send me email with ten hashes. Each hash worth a dollar.

I pay to alex by cut and paste on a webpage (here's the catch, maybe It's a scam!)

Alex has registered as content producer to your service. Alex immediately sends the hash with his on handle crypted into one neat package, to your servers. As soon as it lands, you add the dollar to his account. The particular hash is now rendered useless for the rest of history.

You send "valid transaction" message to Alex. Alex then lets me to comment his excellent blog post.

What am I missing? If it was that easy, it would have been done.
You get more wind but that doesn't justify costs. Cost per kwh is still much lower on-shore. And while you can create a steadier load, that's also possible by having wind farms across the US.
I assume, since most revenue of major established game franchises is actually made in the first month, that it's probably worth it to add the DRM.

If you can delay your game getting cracked for a few weeks by using some obscure complex DRM, you've already recouped most of your investment and are in the clear.

Single player (blockbuster) games are probably one of the few industries where I would say piracy does matter. A pirate is not always a buyer, but gamers are notorious for not paying if they can. But they often will if they can't.

Not that I approve of DRM, but I understand why companies are massively worried about it -- they literally have billions of dollars riding on that one launch weekend.

That said, they should probably consider removing the DRM after a few months, or replacing it with something less complex (and resource intensive).
The Object Is Dead. Long Live the Object
Note that you can certainly express "An Electric Car, is a kind of Car, which is a kind of Vehicle" in Go by using interfaces - albeit such kinds of relations are rarely needed in business logic in my experience.
I dressed up nicely because I wanted to pay respect to my interviewer, they made an effort to be there, I wanted to show that I cared to make an effort too.
The C++ Bestiary
Is it, though? China built some high capacity long-distance transmission lines for wind with relatively low losses. Obviously costs are higher if the line is only used for 6h a day but that doesn't mean that transmission isn't efficient.
Supporting Rust by Using Rust
I do appreciate the author's attempt to create a new worthy language really, I do a research on this topic myself.

What concerns me is that the presented language is not suitable for any practical programming. Even for the most simple smart contracts, the final Simplicity program will be huge and unreadable due to the lack of familiar data structures and constructs. The language resembles me some kind of lambda calculus which is good for theoretical investigation, but not suitable for practical stuff. I am not ready to exchange a language convenience for better provability: it must have both issues addressed at the same time, only then the mix will be right for an end-user.
The tomato thing has been done by SCIO: https://www.youtube.com/watch?v=s_5Al294Nak

which apparently is now available as an extra sensor small enough to build into ordinary phones, with just one obscure Chinese manufacturer showing a prototype (at $299 for the handheld, it's probably too expensive for now).
BARCICE
The Internet Has Ruined Maps
But when it comes out, those who don't pay will get a markedly better experience than those who do. And yet any high piracy numbers will be used to further justify invasive DRM like this, harming people like me who just want to pay for a game and not be punished for doing so.

It's the most backwards assed system I can think of. Why do we as an industry still pretend DRM is worth a damn?
My first app is grossing $2,500/month and is Live on Product Hunt
What Is Retention and How to Measure It
This statement couldn't be more false, I can only imagine you've never written tests or worked in a TDD environment.
Tests can become technical debt themselves, there's nothing special about test code that makes it immune to all the programming pitfalls.
> Weed doesn’t increase your chances of schizophrenia unless you already had something that would tilt you in that direction in the first place, from my experience

I really wish people on both sides of this argument would stop pushing what they think and just look at some evidence.

The interplay between cannabis, tobacco, medication, and psychosis is incredibly complex. We can't yet say there's no causative effects of cannabis, because it's hard to remove confounding factors.

For example: https://www.nationalelfservice.net/mental-health/substance-m...
You should just stay off the internet man, it's not safe
"In my experience, unit tests are most valuable when you use them for algorithmic logic. They are not particularly useful for code that is more coordinating in its nature."

I agree in principle, but IME:

* This kind of algorithmic code often makes up a fairly small proportion (~5%) of code written for most business driven applications - it's usually mostly coordination. Some domains may be different (and for them, unit testing will appear to be much more effective), but I think this is the norm.

* Integration tests can test algorithmic acceptably well, but unit tests do not test integration code in an acceptable fashion.

* Where you have algorithmic and integration code smushed together (this type of technical debt is, sadly, the norm 'in the wild'), again, integration tests work acceptably well whereas unit tests require a mess of mocks.

* Integration tests do not have to be high level or slow.

"Refactoring breaks tests. Sometimes when you refactor code, you break tests. But my experience is that this is not a big problem. For example, a method signature changes, so you have to go through and add an extra parameter in all tests where it is called. This can often be done very quickly, and it doesn’t happen very often. This sounds like a big problem in theory, but in practice it isn’t."

This is a big problem in practice when you are working on large scale code bases in which the developers have not been super strict about decoupling everything.
Really? There are a lot of wind farms in densely populated areas in Europe and noise hasn't been an issue since they stopped building them directly next to buildings. Given Indiana's population density it shouldn't be an issue to keep them 1/2 mile or so from settlements. Wind farm noises are annoying but typically don't transmit that far. Shadowing is by far the bigger problem but can also be solved with minimum distances to settlements and advanced modelling.
The fact of the matter is that in the things that matter, a web view is more native than this—and in practice probably always will be. :-(
A common method used in the UK is EDI (electronic data interchange).
Typed Racket is defined as:

> Typed Racket is Racket’s gradually-typed sister language which allows the incremental addition of statically-checked type annotations. https://docs.racket-lang.org/ts-guide/

> One of the key features of Typed Racket is that it allows the combination of both typed and untyped code in a single program. https://docs.racket-lang.org/ts-guide/typed-untyped-interact...
Well, if you are applying that filter at the resume scan then you could be missing 'the best' as I would expect people to edit their resume for length (to one page) and to focus more on skills related to the position.