News for hackers. Stuff that matters.

azlev

Re:Google Declaring War on the Web on Wednesday May 20, 2026 @07:16PM (#48215658)
Current executives think it's a problem for the future executives.
Re:The car is not the future: On the myth of motorized freedom on Monday September 01, 2025 @01:25PM (#45094700)
I still think the future is working from home.
Bear in mind that Brazil is a poor country. Cashback and worldwide acceptance is not what 90% brasillians need.

You are right about convenience, but here, 1% fee makes a huge difference to make both ends meet.

You can give alms with pix, to show how widespread pix is.

COVID was a 2 year period in a century. It's way cheaper to assume this risk than pay a premium all the time.

The main issue here is political.

Re:The bewildering phenomenon of declining quality on Sunday July 20, 2025 @09:30AM (#44625040)
I bought the same Ray-Ban sunglasses model 15 years ago and 2 years ago. The older one is way better.

Cellphone is the opposite: the new one is way better.

So all in all, it's just capitalism: if quality sells more, people buy quality (whatever quality means). If cheaper sells more, companies cut costs.

I think the answer change from time to time.

With billions, can I be Batman?
As a São Paulo citizen, I really don't recommend cash due robbery. Privacy may be a 1st world problem, but here, assault is a real concern.
Re:Doubts remain over reliability of Texas' power grid on Sunday February 16, 2025 @01:08PM (#43070115)
First a link about Texas building renewables and batteries to it's system.

Now this point and there is a third link about power shortages in USA.

Just wondering if it would be good to group all links about a topic. I know that there is no such feature here.

Re:Good Retry, Bad Retry: An Incident Story on Sunday October 06, 2024 @07:19AM (#41756351)
Good reading.

In my last job, the service mesh was responsible to do retries. It was a startup and the system was changing every day.

After a while, we suspect that some services were not reliable enough and retries were hiding this fact. Turning off retries exposed that in fact, quality went down.

In the end, we put retries in just some services.

I never tested neither retry budget nor deadline propagation. I will suggest this in the future.

Re:Retiring from the Idea of Retirement on Sunday September 15, 2024 @12:27PM (#41548437)
Do companies want older people? In my experience, not so much, so even if you want it's not one side choice.
Re:Why bother with argv[0]? on Tuesday September 03, 2024 @11:29AM (#41435918)
I don't think the argv was made with security in mind.

If we want something to be used in security field, the design since day 0 should consider it. Trying to retrofit something will break a lot of things.

TIL. Thank you.
Improve quality of life by removing cognitive load from people.

There is legislation to grant permission to place some ads in exchange of, say public toilets to use your example.

But removed billboards from buildings or external area weren't taxed or had any positive result to society.

Re:You'll regret using natural keys on Tuesday June 04, 2024 @11:11PM (#40581015)
I think somewhat different than the article in some ways.

The first example is why `UPDATE CASCADE` was implemented. So it's possible to use natural keys as identity without the fear of children table. At least in most databases it works.

The drawback of enumeration is real, so if you expose this key you'll need some authentication/ authorization mecanism.

Another good thing in natural keys is that you can eliminate part of the joins. You don't have to join the father table because the key in child table is known.

I think the biggest challenge is how to map logins to people. It's very common to interpret both as the same, but they are not.

Re:Pre-Work for Setting OKRs on Sunday June 02, 2024 @09:20AM (#40553887)
Well, I'm sorry for your experience. Now in a manager chair I have both experiences, setting bad OKRs and good OKRs. The performance and communication improvements when you get it right are astonishing. Unfortunately, I'm not consistent yet.

But when you find a manager/ place where people get it right, you'll love it.

Re:Iran said to begin attack on Israel, launching drones on Saturday April 13, 2024 @04:25PM (#40025766)
Very unlikely that Iran uses GPS.
Re:Insurers Are Spying on Your Home from the Sky on Saturday April 06, 2024 @10:40PM (#39957712)
Thank you.
Re:Insurers Are Spying on Your Home from the Sky on Saturday April 06, 2024 @10:32PM (#39957679)
Can someone explain to my house insurance is so important? I live outside USA and I never bought an insurance, a common situation in my country.
Re:Building a Scalable Accounting Ledger on Saturday March 02, 2024 @10:01AM (#39572985)
Ah, thank you. I understood that it was a Clickhouae schema, it's not.
Re:Building a Scalable Accounting Ledger on Saturday March 02, 2024 @05:57AM (#39571677)
I didn't get the date as text and the amount as real in table transactions.
Re:My Notes on Gitlab's Postgres Schema Design (2022) on Sunday February 18, 2024 @05:16AM (#39417831)
It's reasonable to not have auto increment id's, but it's not clear to me if there is benefits to have 2 IDs, one internal and one external. This increases the number of columns / indexes, makes you always do a lookup first, and I can't see a security scenario where I would change the internal key without changing the external key. Am I missing something?
Re:The myth of big salaries (it's all marketing) on Monday February 12, 2024 @03:17PM (#39349875)
Since it's a 2009 article and there is taxpayers in the text, I think he was upset because the great recession bayouts and even with all world crumbling at the moment, large bonuses to C-Level.

Now it's 2024 and I expect lower profits in the middle term to companies that pays anyone more than they give in return.

Re:GM to Shut Down Ultra Cruise on Tuesday January 16, 2024 @07:11PM (#39021133)
Interesting article, thanks.
Re:Pg_rman: Backup/Restore Tool for PostgreSQL on Monday January 08, 2024 @05:21PM (#38919106)
It's an engine vs. a car comparison: while pg_basebackup is useful as a stand alone binary, a database deployment need multiple backups. To manage multiple backups you need a catalog. You also may want optimize the backup process, so instead of multiple pg_basebackup, you want some logic to copy only changed files.

Also, when restoring, it's important choose a restore point, and a tool to help on that is valuable.

This is the first time that I heard of this tool, I need to check all features. I know both barman and pgbackrest, so if someone wants to compare with other tools, those 2 worth a look.

Re:Homelab: Running Postgres on Kubernetes on Tuesday January 02, 2024 @01:11PM (#38844812)
Yes. Orchestration is not easy.
Here in Brazil I have at least 4 different IDs :-).
Maybe I'm mistaken but China's super apps solve this problem with profit motivation.
It would be or a chaos or very limiting expect that companies would interact with a lot of govs to get authentication. It's way cheaper leave as is.

Older »