adrianomartins

We actually did a small meetup about backstage last month. We had devs from Spotify, American Airlines, and Zalando, talking about their own (very big) instances of backstage.

It was recorded and is available here: https://www.youtube.com/watch?v=MU5TbNGTBO4

At Reviewpad we recently completely fell in love with Backstage and their service catalog: https://backstage.io/docs/features/software-catalog/software... Have a look, it's an open source tool from Spotify Engineering.

It scales up quite well too, and it actually does a whole lot more (for instance documentation and so on).

I'd say these are the core tips for clean code, but I feel there's one thing that goes a long to make code cleaner and that goes unnoticed all the time: Using empty lines to improve legibility.

A simple empty line (added or removed) can effectively visually group parts of the code.

Whoever comes next (and that will be most probably be you) will have a much easier time understanding that code.

Guys, calm down, the author suggests a better titles instead.

I like it! Themes are good, but I think they have to be golden, then devs will flock to it.

This is modern day Beamer, who remembers that? Those were the days :)

Interesting blog post, and then there's the mighty www.revshells.com

Not for long, though: https://www.theverge.com/2022/3/13/22975890/youtube-vanced-a...

I've thought about this quite a while, and after I'm done with the rage against all advertising I'm left with "wait, if there's no advertising, how are new companies going to let the world know they exist?".

I really hate the world as is, polluted with meaningless, over-optimized advertisement, but at the same time I also think that "no advertisement" is definitely not the answer.

As with most things, I think we have to find a good balance. Maybe a good way to start would be for governments to set (harsher) limits to advertisement. Allowing less seconds of ads per each hour of content, forbidding print ads in certain areas, etc etc.

More and more, in mobile apps/UI, we're having features at the distance of the thumb, and for some reason we haven't yet been able to do away with this visual reference that comes from a different age and different method of interacting with a machine.

More over, phones are so big these days that having an input bar at the top of the screen, that get's used all the time, can be considered a UX non-sense. I really wish this becomes a design trend.

Interesting move... unpopular opinion here, sometimes I wish some youtube channels would pivot to audio. A lots of them are interesting, but I simply can't make time to watch them. However, I do have some spare time in my comute for audio form content.

I do agree with most of the concerns she voices, but I also don't see a strong relationship between them and UBI. I'll elaborate:

I've stumbled upon UBI a few times, but this is really the first time I see it framed as the solution for the problems that will arise from the next industrial generation. Saying that automation will lead to huge amounts of unemployed people within 8 years seems to me a bit of a dramatisation. We've witnessed technology replacing completely job positions, but that happens very progressively. Yes, jobs are lost, but jobs are also created, and most importantly, people have time to adapt. It does not happen overnight, and most certainly it does not happen to all of the people in the world at the same time.

Democracies hopefully won't be able to do a thing about it (although there's a lot of debate to be had there), but crypto exchanges could easily unite and decide to make their own sanctions, effectively stopping to accept rubles/russian traffic. There would always would be work arounds, but that alone would go a long way.

I totally understand this vision, google docs, google sites, google drive must be really down in Google's priority list. Heck, Google Meet was down there up until two years ago.

The problem I think is that, little by little, users start stepping outside the Google bubble and they start to realize that there's clear benefits. I used to be a 100% google person, then we started using dropbox paper for documents, notion for company wiki (and personal notes too), tandem for video calls.

In 2022, our company is using Google only for email, calendar, and sheets. Two years ago we'd be crazy to even think about that. We're up to the point were it wouldn't seem crazy to go with the Microsoft suite, to be honest.

Contrasting this with other HN post: `How one Ukrainian startup is adapting its app during a time of war` https://news.ycombinator.com/item?id=30552135

Wow, that's impressive, clever, and commendable. And it's quite a famous app too, Reface.

Meanwhile, Google and TripAdviser choose to go the other way: https://news.ycombinator.com/item?id=30552246

Welcome to 2022, Google Docs. Unfortunately there's still a long way to Notion or Dropbox Paper.

Here's a photo of it: https://www.reddit.com/r/aviation/comments/t6d2eh/closer_pho...

Most folks will tell you to do pair/mob programming, or simply trunk-based development without any peer review whatsoever. I've found from the teams I've been in touch with that, unless you do 100.00% pair/mob programming or 100.00% feature flagging (which both have their own fair share of downsides), you'll probably have to use pull requests strategically, with a clear purpose, and that's great because they're there for a reason.

The problem arises when team use pull requests by default, dragging everybody down even when the changes are quite simple, and disincentivizing small, unrelated changes that would require yet another pull request to submit them.

It's interesting to see a high profile like DHH defending pull requests, let alone long-running pull requests. It seems that these days everybody likes to hate pull requests for all the (huge) downsides, but rarely we see devs praising the (even huger) benefits of pull requests. I think the problem is that these huge benefits only shine when pull requests are used properly.

I've been using noip.com for my projects, works quite well except that you have to confirm you still want your noip domain reserved every once in a while. I'll try Duck Dns in my next project. Thanks for the share.

I'm definitely and hoarder, but I managed to get a good balance, I stash everything away in one (or ideally two huge hard-drives) and I back it up to Backblaze, keeping my laptop as clean and light as possible. Storage is quite cheap these days. Of course, no duplicates at all, and keep everything organized at all times is a must.

The same with dropbox/gdrive, there are some files that I want accessible at all times, but no need to keep them on my laptop (selective sync them out). If I ever need those files I can simply go on the web interface and get them.

Weird, there's no mention of "chargeback" on this website.

Congrats for the dead simple creativity!

Lovely, and quite easy, way to teach a rather complex concept to a kid.

Actually, now that I ran a search on HN, the original paper was already posted back in November, in it has a great discussion: https://news.ycombinator.com/item?id=29263961

The original paper was already posted in HN back in November, in it has a great discussion: https://news.ycombinator.com/item?id=29263961

Actually, now that I ran a search on HN, the original paper was already posted back in November, in it has a great discussion: https://news.ycombinator.com/item?id=29263961

Great article. It was already posted yesterday though: https://news.ycombinator.com/item?id=30425148

Great article. It was already posted yesterday though: https://news.ycombinator.com/item?id=30425148

This is website is amazing. It's doing a very needed job in the internet. I feel it should also be the trunkbaseddevelopment.tools and pairprogramming.tools :)