skysight-inc/HackerNews huggingface dataset:
bad examples.

I don't think microservices, react, functional programming or no sql are examples of 'hype'; I think those are good engineering decisions (depending on the problem domain).

I also completely disagree that hackathons are good places to try out new technologies to see what's good for good engineering decisions; hackathons let you dip your fingers in the water and see the shiny cool bits and pieces without having to suffer through any of the long term maintenance or scale issues with the technologies. If you're looking for a bad decision, picking something to run with that 'seems pretty good' after a 2 day hackathon <--- that's your bad decision right there.

I mean, I get what the article is saying, yeah yeah, avoid the hype, don't drink the 'webscale' cool-aid...

...but hey, the internet is full of really talented smart people who do excellent engineering work.

You'd be stupid to not look at what the best and most successful companies in the world are doing with their engineering teams and take note of it.

Even if it means picking up new technology: that's not bowing to the hype; it's being pragmatic.

Still, it's super easy to cherry pick some things and go, oh hey, this is a bad idea. Much more interesting would be some examples of good engineering choices.
I don't need a service to send this

data:text/html,<form method=post action=URL>params...<input type=submit></form>
Why I think developers lost their way
I have been programming since the '80s and I disagree that the industry becoming more stable or that the prime cause is immaturity.

IMHO the ultimate source of instability is that we deal with pure thought-stuff that has very little internal constraint except at the interfaces. Other engineering is quickly constrained by materials, biology and physics but for us, any idle thought can become our reality. The faster we can communicate and the faster we can build, the faster the iteration.

We can achieve much the same ends in any number of different styles and paradigms. The primitives for a programmer have more to do with poetry, memes, fashion and the creative end of pure math than physical systems. There can be no assumption of convergence. The pull of a social group will crush the technical excellence of an out group.
To me it seems even more ridiculous that react is the silver bullet for frontend development.
Or even more laughable that microservices don't require a considerable devops effort.
Each tool has its use cases. Using react for a small page mostly static or using micro-services for a use case that doesn't require them is just plainly wrong.
I don't agree completely with the blog post about HDD (that actually is known as cargo cult), but I completely disagree with you that are trying to sell react and micro services as THE solution to every problem.
The poster holds stock in Amazon and beliefs in its long term success.
I have never said those tools are suitable in all situations. I also don't believe that I should be lecturing others about which tools to use. If they think React is better for their use case. Great. If they think Vanilla JS is better for their use case. Great.

But people need to stop posting this garbage and dismissing their legitimate choices as "hype".
Being long is a stock market term that means you are invested in a company and believe the stock price will increase. It's the opposite of being short.
my god you are naive
I had no idea people have such a problem with cockroaches. I've lived with them (developing country), and they're annoying - they make way too much noise while I'm trying to sleep - but they're certainly not an animal I'd pick to hate. That'd be mosquitoes, or scorpions. But I know plenty of people who love scorpions, so...
http://www.investopedia.com/ask/answers/100314/whats-differe...
I don't really get the complaint. Even if they had type erasure you couldn't use Scala in the CLR because nobody has written a CLR target. And on the other hand, I don't know why there couldn't be a Scala implementation with true generics. A lot of crap like DummyImplicit and ClassTag is there for no other reason than to work around those limitations anyway.
gas, nukes, wind turbines.
Live view, including other countries: http://www.electricitymap.org
At what point will all big-endian usage be just developers testing big-endian with no users to use the results, and at what point shall we stop even testing?

(Yesterday, I finally got around to making encoding_rs work on 64-bit big-endian systems by testing PPC64 in qemu. Then I timed out trying to get a 32-bit big-endian system with recent enough glibc to run Rust up and running in qemu, so I still haven't tested the 32-bit case... Unclear if anyone even cares.)
> Otherwise you will end up accepting false claims

I think you mean "may". A lack of hard evidence backing up a claim doesn't necessarily mean the claim is false.
I was quite amazed at the number of trackers listed. But on my own blog, where Disqus is used, I never see most of them. The only domains loaded are from disqus or Google Analytics.

Any idea what causes the difference?
History of American Protest Music: Nina Simone Sang What Everyone Was Thinking
It sounds awfully close to what got weev sent to jail.
The Currency of Cars: How to Leave a Husband
The truth seems to be that we don't know what makes a good language. In academic research we have criteria for what makes a language expressive, and tools for analyzing existing languages and check if they allow for modular development or are fundamentally incapable of building sound abstractions.

What we don't have are answers to the "soft" questions. What makes a language pleasant to use (ignoring familiarity)? Which abstractions are easy to communicate and why or why not? What's the best way to communicate intent to a computer? It seems very unlikely that the answer should be "a text editor", but so far all alternatives have turned out to be terrible...

What's especially vexing about this is that it looks like a solvable problem. People in the social sciences have been measuring far more ephemeral phenomena, the only problem is one of funding and finding the right people to run such big and extensive experiments.
Generating Sokoban Puzzle Game Levels with Monte Carlo Tree Search [pdf]
Deploy Straight from Slack Using Jenkins and Capistrano
Russia tried to use Trump advisers to infiltrate campaign
Also check out YAML for Gmail (yet another mail merge). There is also a good solution for Thunnderbird.
> most investors can't be blamed for believing the tech worked

in medicine, you need to be reviewed and mostly provide proof of your methods and results etc, just to publish a single paper.

Are you saying that investors are willing to not only be fooled, but give millions to the one who is fooling them without even checking if their claims are real? Sounds less like investors and more like gamblers tbh.

I don't understand why investors should be absolved from responsibility.
I really liked some of these, especially Jan Jelinek and Lotide. I 'm not the OP but thanks for the recs! :)
>> but a lot cheaper because their labor is a lot cheaper.

Why is that? (genuinely curious here.) Do they employ younger people with hopes an IPO?
I'm usually on the side of rationality and not judging a book by its cover, but I have to agree here. That name is extremely unfortunate.

First impressions actually matter in human interactions, and when you're named after one of the most disgusting pests known to man, that's definitely not helping your case.

Sorry, not everyone (especially management and others you have to explain it to who aren't rational super-men) get a good impression on a technology you're peddling... it's associated literally with cockroaches. Good luck selling that to them. What's next, "Cancer-DB"?
359, with 17 turns max
Feel free to use my (open source) Todoist backup tool[0], which doesn't require a premium account and which is even more powerful than the built-in premium option. You can both export more data and use a format which is more suitable for data processing. Read my blog post[1] for more information.

[0] https://darekkay.com/todoist-export/

[1] https://darekkay.com/2014/12/14/todoist-export-tool/
Helicopters aren't required to have wheels. They just land directly on a designated helipad and stay there. Then if the ground crew needs to move it they attach temporary wheels and a tow cart.
The guy uses contradictory examples to share his opinion. The second one, TDD, someone could do the same saying that it was hype. And then some maniacs will come to say it was not hype.
To add further arguments. Name your product CockSomething, what could go wrong?

cockroach is a word rarely encountered my non native English speakers. Expect them to only know the "cock" part, not sure what "roach" could mean.

Thus this database is often interpreted as CockDB :D
So science is incapable of saying, for example, that raising my cup to my lips allows me to drink coffee, since we can't yet describe that from quantum phenomena upwards? What a pointless method of study.
Devops.

Yes Teradata were awesome at the time. Their secret sauce was the hashed index stuff,which I think was the source of their major patents.

Our PM was not amused when I pointed out that, although hashed indexes were awesome, they did nothing when you were doing a wildcard search at which point you're doing a table space scan. Nobody has thought about this wrinkle...
Leaked document shows Microsoft is about to take on Chromebooks
My mum's house, in a village in "rural" England, has a coal fire -- actually several, since the house is over 100 years old, but only one is operational.

My mum still uses it in the winter, though I wish she wouldn't. Depending on the wind, the smell outside can be disgusting, and the efficiency is something like 10% -- most of the heat goes straight up and out of the chimney. On every measure, it would be better to heat with electric: for CO2, local particulate pollution, and acid rain.
The Book of Proof is freely available online: http://www.people.vcu.edu/~rhammack/BookOfProof/
Philip Glass piano works, as someone suggested are somewhat near (through more angular and less sentimental).

Also:

Wim Mertens:
https://www.youtube.com/watch?v=fEOeH9zZXwM
https://www.youtube.com/watch?v=cPdVhjXHdfE

Max Richter:
https://www.youtube.com/watch?v=yShmGUlylzA
https://www.youtube.com/watch?v=bvp91p5RgpQ

Yann Tiersen:
https://www.youtube.com/watch?v=xQwmgAlsxjk
https://www.youtube.com/watch?v=ohEmFZI5PlQ

Pascal Comelade (more childlike):
https://www.youtube.com/watch?v=yaN6Tovekf0
https://www.youtube.com/watch?v=iF9bUBI5D0g

Eric Satie:
https://www.youtube.com/watch?v=S-Xm7s9eGxU

Yiruma:
https://www.youtube.com/watch?v=XsTjI75uEUQ

Harold Budd (more abstract):
https://www.youtube.com/watch?v=DMbKyLIda9g
https://www.youtube.com/watch?v=om-iZHrE1S8

Joep Beving:
https://www.youtube.com/watch?v=xRDo6PK09RE

Bach:
https://www.youtube.com/watch?v=rCuALWK6ZNg

Gabriel Yared:
https://www.youtube.com/watch?v=aAkntDcYRJg
What this bias really tells us that knowledge about failures and how to prevent them is even more important that steps to success.
Yes, the world is completely random, and suppose it's like dice throwing. So to maximise your profit, you need to stick to two simple rules:
- Make sure that next throw doesn't wipe your out of the game.
- Maximize number of attempts per unit of time.

The belief that success is completely luck-based is useless, unless there's a uniform distribution of 'success' over all types of people and their strategies. That is, even if I leave my job now without any verified product, I have the same chances to establish a profitable business, then a guy who already has paying customers.
I always bought from Amazon because they were one of the few e-commerce companies that took customer service seriously. Lately that seems to have lapsed so they tend not to be my first choice anymore.
On HN the comments are skewed towards TLS. The reason varies, some experienced bad IPS that inject or replace ads, some are driven by an agenda, etc.

But in the real world when you travel around you will face HTTPS websites you cannot access because your company fucked up the network (replaces certs), countries force you to use software to replace the certs, country-wide firewalls that make HTTPS ultra-slow.

Outside of the SV bubble, many sites just offer HTTP and HTTPS. And that's good. After all, many websites just present some text and pics, and you don't have to input any data at all - if you don't rely on some evil ISP, HTTP is enough for that. And even Amazon.com was HTTP-only (beside the login page) from 1994 to 2016. It's time to change your ISP, if you are unhappy with it.
> You would be amazed at the number of billionaires ambulating Singapore malls

Oooohh no I wouldn't...

> Uniqlo T-shirts

You think money grows on trees? Fake calvin klein from a bali outlet store. The PP watch is real though (and is one of 10).

Doesn't surprised me about the rent. And the apartment next door is probably empty and has been for years...

Agreed on ION B4, especially since its on the way to Jasons and MUJI, the main reasons I'd be in ION, and it has a Boost!

Cheers for the tip on Iris. I actually do need some tailoring (not Loro Piana) and the excess of choice had been intimidating.
Software metrics used in practice are not reliable to assess project outcome
> To me it seems even more ridiculous that react is the silver bullet for frontend development.

For me (and other Clojurescript developers) React is one of the best ways to do front end development. Simply because of it's virtual DOM concept, which allows us to hot reload parts of the page as we write new code. Just save the file and the page updates. It's incredibly productive, and a development experience I've not seen replicated elsewhere.
Difficult decision. You can 1) stay and try to transform the team by training them and/or switching the devs or 2) leave.

It's hard to give a recommendation without knowing the team. However, choosing the first option is a long, tedious and draining process. You learn more about management but will rather degenerate in general. So leaving and looking for a better environment might be an option.

Maybe it is also good to just rely on your gut feeling.
There is an inner bias and emotion reactions to names. It always weights in in the decision.

If you think you are not affected. Would you try a product named "octopussy"? Would you deploy it across your organization and gives presentation about it?

P.S. Octopussy is a real tool that solves a hard problem I forgot about.
I suspect that hype in the industry is at least to an extent something of an unavoidable side effect of hiring based on apparent enthusiasm.
Or reduce the iron concentration in the blood you are transferring.
Physicists demonstrate new way to violate local causality
> I find unsigned types more dangerous than signed bounded types.

So you do agree that signed bounded types are dangerous, and it's only a matter of degrees between them and unsigned. Thank you.
Exactly what happened to me with Starbucks (https://sakurity.com/blog/2015/05/21/starbucks.html) - threats, signing NDA, they disappear.
They can build from it, paying attention to improve the efficiency in processor usage.
At the time being Webtorrent makes my laptop look like an electric stove, and although I like the concept I'm back to Transmission.
It's going to be all over the map. The moral hazards in the peer review system are numerous, from funding source, to product marketing motives, to building prestige, right on down to the most fundamental hazard of all: quid pro quo, to mention a few. And this isn't the only field where this kind of purge needs to take place.
Actually, mongoloid (and similar) is the word. "Mongo" alone is not that bad and it's a prefix to many words.
Hadoop YARN and HDFS Mini Intro CheatSheet
white people commit massive fraud stealing millions: 'unlucky'

minorities sell 5 oz of weed: '25 years in prison'
Ask HN: What if JavaScript isn't the solution to everything
It's starting to feel like the JavaScript 'ecosystem' is broken. Especially npm and the proliferation of small libraries written by inexperienced developers. When is the industry going to move on? Angular is a behemoth.

If the idea is to simplify with modules, I think they miss the point. The 'old' server side libraries, flask, ror, even .net MVC look elegant and simple in comparison.

When will this stupidity end?
The Spotify artist page UI is an abomination.

If you go to the "Aphex Twin" artist page https://open.spotify.com/artist/6kBDZFXuLrZgHnvmPu9NsG, the Computer Controlled Acoustic Instruments EP isn't listed at all.

However if you search for it using the search interface you can find it.
Next is aidsDB.

Because "aid" means to give assistance and that database is here to help you ;)
One Solar Powered Laser in High Orbit pressuring trash into lower orbits would be enough to clean stripes up.
Activation of course only over naval territories and clouded waters. In Addition warn every vessel in the path about whats going down.

Solveable problem
Your Bitcoins Open to CIA and Criminals
> burning it is a good way to get rid of rubbish

Burning it is a bad way to get rid of rubbish. Wood chipping or composting would be better.

> You can't just burn domestic rubbish without something like wood to help it burn.

As it says on the page following the one you linked, burning domestic waste is illegal.

Even for carbon-neutral fuel, like rotten wood, you are still contributing to particulate pollution and acid rainfall. Leaving rotting wood in a forest provides an important environment for insects and fungi.
They forgot to mention that by not changing your devices to a new version every year you will do more for the environment than Apple.
I've been a paying customer for over 2 years now, after trying many other apps, and I'm not moving anytime soon. However, one thing that bothers me was first killing a voting platform and then the discussion forum on Todoist. You can still contact the support, but there is no way to publicly vote for or discuss any feature requests.

Also, a shameless plug: I've built a Todoist backup tool[0], which can be used even as a non-premium user and which supports more processing friendly formats[1].

[0] https://darekkay.com/todoist-export/

[1] https://darekkay.com/2014/12/14/todoist-export-tool/
So where is the famous Idris elaborator?
Where are the universes?
Where’s inductive types?
Where are they?
"Loudest guy driven decisions — is when one guy is talking all the time about this new framework/lib/tech’s that he has no experience with, but talks about it all the time and finally the team decides to use it."

Except that this is how new technologies get introduced and tried. It's a completely normal process. The only thing to pay attention to is the track record of these guys -- if they're mostly right, then they might have a good intuition when it comes to new tech.
I just had a horrible vision of mango and cockroach together :(

You guys are ruining my lunch time.
Apple Hires Top Google Satellite Executives for New Hardware Team
I know many more examples of decade-old, poorly designed not-invented-here-driven projects slowing velocity to a crawl. Teams adapting tools that are considered state-of-the-art in their field saves you from that road. Obviously you still have to make sane architectural decisions. The author misses the point, it's not at all about hype, it's about making uninformed decisions. They can be made about new or old technology.
Bob Hoover Barrel Roll (pouring ice tea during a barrel roll)
Dragon Robot Battle
Not necessarily at conferences, I but I have found the "Wow, that sounds really hard!" tip incredibly useful, especially with people in fields I'm not too familiar with. It's genuinely interesting to hear about other people's jobs. I think this phrase works so well because it grants the other person permission to go beyond the one sentence sound-bite of their job, and tell you about the difficult (and therefore interesting) parts. I think this is the essence of a great small-talk prompt - invite the other person into territory they are familiar and comfortable with so that they can vocalise thoughts they've probably already had but wouldn't just say without prompting. Doing so usually produces enough material that you can then ask another question or say something relevant yourself.

Of course, some people don't need prompting, though it often seems to be the case that the more eager someone is to talk about themselves the less interesting they are, and vice versa.
It's called Cython. I had a Python implementation of a sensor fusion algorithm as well as a C version of the same. Python was a staggering 135 times slower.
I used Cython on it, typed a handful of variables and the result ran in the same time as the C version.

The speed up always depends on what you are doing, my example was chosen to yield the most extreme differences.
> I think those are good engineering decisions (depending on the problem domain).

The "depending on the problem domain" seems another variant of "choose the right tool for the right job". One could probably add "for the right reason" on the end of that instruction too, and it wouldn't hurt.

The problem is the ability to determine "the right tool" and "the right job" - many people simply don't have it. You only get that ability through experience. With new tools few people - even older folks - have enough experience with the tool in question to make accurate/useful assessments.

> but hey, the internet is full of really talented smart people who do excellent engineering work.

And it's full of even more people who aren't really capable of making those assessments accurately.

> You'd be stupid to not look at what the best and most successful companies in the world are doing with their engineering teams and take note of it.

You'd be stupid to think that because "Facebook" (or "Amazon" or "Google" or "MS") is using a particular tech stack (which, likely, teams of internal people contributed to for months), it's a great fit for your problem, or your skills, or your team's skills, or your project's timeline, or its budget. Few people have the problems or demands that Facebook/Amazon/Google/etc have. It's great that they share some of their internal tech, but that sharing isn't an automatic determination that their solutions are appropriate fits for your problems.
Interesting that the economics are there for this computer to get made when the TALOS POWER8 desktop failed on the level of economics.
Here is a similar breakdown for your blog: https://tools.pingdom.com/#!/cW9edn/https://blog.dbrgn.ch/20...

I see many, though certainly not all, of the same trackers there. Also yours seems to load much faster even with all the trackers.
We face a lot of those constraints as well - money, time, computing power, knowledge, politics. In the short term, a social group may dominate and push a company in the wrong direction. In the long term, that company will lose out to the one that chooses the right direction, because of those constraints. ('Company' is a loose term here - it could be a department, a team, etc.)
I think if they're at the same frequency then they will appear to - the LED has a much sharper on/off curve than anything else. Certainly in one of the places I work they have new LED lights in the toilets and it's quite disconcerting as the strobing effect is noticeable.

The LED lighting in the streets in my town (Bournemouth, UK) doesn't exhibit this, but certainly is very 'blue' at first, and my mother (who lives there) didn't realise the effect of the blue light in terms of sleep; she used to leave her curtains open at night and wasn't sleeping well. Closing them has helped greatly in that respect.
It's not about hype, it's about understanding how stuff works.

True, you often see people jump into a new technology without understanding the tradeoffs and the implications.

However, a lot of people don't have a deep understanding of the non-hype systems either. Seems to me everybody expects SQL dbs to guarantee serializable isolation every time and everywhere, for example.