soonnow

To add a b it of context. They do not want to confiscate housing. They do want to pay landlords, though below current (very high) rates. Also this would only apply to private real-estate companies not individual owners.

And they can't govern alone, so I think it's unlikely that this plan is actually implemented as originally planned. The likely coalition would contain 3 parties.

As a former manager, I am sorry, but the last paragraph just sounds like normal rookie team members.

Including myself as well. It's how you grow into the role.

I'm the same as you. Very specific tasks. Just now I spent two hours in a conversation with claude code to change 5 lines of code that change a significant semantic.

On the other hand my buddy is spending $10k in tokens a day on agents to build something. He's a very smart guy, former developer so it's not just AI psychosis talking.

Still trying to figure it out. Not that I have $10k to spend.

Yeah I heard a similar thing recently at a presentation. At that point wouldn't it be easier to just send the prompt around?

I see even smaller companies ask for that. Less about cost, European companies have a deep mistrust of US companies at the moment. I see companies a tenth of your companies size ask about local models.

I just want to point out you are saving 3 characters on the last one while making it a fair bit harder to understand. fileName is perfectly fine. fName could be firstName, fileName, finalName, foundName...

We used a small embedded db in our desktop product only for durability and SQL semantics. After we got multiple database corruptions we switched to a small file based store written in Java with simple DB semantics.

Looking carefully at what happens when data is lost we found that it's basically all recoverable.

This lead to an amazing performance, as data is flushed only when necessary. We flush only every 10 seconds now or when the write through cache is full.

My lesson learned from that is to carefully think about the actual requirements when it comes to transactions and having loose constraints may be the quickest way to speed up performance.

For many applications even a second or two of lost data may not be a big issue.

I think AI is going to be the driving force behind technological innovation for at least the next 10 years. And the US has that market cornered expecially with the CHIPS act. I think that will drive growth in the US and be more relevant than the reserve currency status.

Can I just say that aside from the presented facts. I really liked the reporting. It clearly explained what the study showed and what the studies didn't show.

I think science reporting should be more like that. It's ok to have an article that says well we found a link but we are not clear yet on what's the exact cause, but we know what's not the cause

Aside from the clickbait-y headline of course.

Anders Puck Nielsen talks about this in his video https://www.youtube.com/watch?v=jabKKr3pstU According to him the hallmarks of a Russian Flag operation are

1. Bad production quality and a clear message

2. Intense media coverage in Russia

3. Positive message about the Russian state

Literally none of these points were apparent here. It shows a weak Russian state, was covered only as so far as necessary and what the message would be was completely unclear. Don't hire mercenaries?

I'm using C# and Java professionally. I've been using for a long time while I'm newish on C#. Also I'm on a older version of .net vs. a modern Java. Honestly to me the language doesn't feel that great. It always feels sluggish, to work with, like I'm fighting against the language. And then there is the ecosystem, Spring Boot is just such a breeze to get a web app running with all the integrations you could ever want being just there. Add in Lombok and Apache commons and it's a real pleasure to develop in Java for me.

But these executables are quite huge, are they not?

It offers the benefits of bitcoin (as a money transfer mechanism) without it's downsides.

For example it reduces the costs of international transfers as well as the ease of doing them. Swift transfers are not fun and easy to get wrong and fairly expensive.

And with Bitcoin you'd end up with the currency exchange twice and then the gas or transfer fees.

Also payment in bitcoin fluctuates so you'd have to write the invoices in BTC, which is not that useful. But companies writing invoices in USD are common enough.

Your comment is fascinating especially since I've been thinking about digital transformation and what it means for businesses a lot, lately.

I would like to make one point that I would highly recommend in respect to a lot of people unhappy with Agile methodologies.

I suggest picking a method, let's say Scrum and really implementing it as recommended. Get a coach if necessary. Try to experience it first before making changes. I think for example the self organizing team has to be experienced rather than read.

Only once you have done it, by the book, start making changes and improve the process.

Don't fall into the trap of reading about Scrum, thinking well I don't need retrospectives they are dumb and do your roll your own thing.

Understand what Agile is, rather than follow some cargo cult interpretation.

This will lead to dark agile, or agile in name only, where you do waterfall but with daily standups.

Which I think explains a lot of the unhappiness people experience with Scrum.

> Rather than giving some finger in the air estimate, you need to explain that until the precise requirements are known, solution devised, and backlog estimated, you can't give a precise estimate

You make a lot of good points but I disagree with this one. I understand the need for business to know how much a project will cost, but I don't think there is any other way than finger in the air. Or rather looking at a project of similar scope and going from there.

The core of agile, for businesses, in my opinion is to deliver business value in the shortest amount of time. Changing requirements are not a bug but a feature of Agile. But you can't estimate for the unknown.

Let's say you are building an app for a bank that allows customers to leave comments on merchants as an option, three menus down. Turns out your customers love that feature and the bank decides to promote that feature.

This business agility is at the core of digital transformation and it should not be discussed away as not being part of the original requirements. Rather it should be embraced.

But you can't estimate the unknown. And I have in my life never seen a project that didn't have wild changes in requirements along the way.

So in my opinion you may as well throw out a number based on experience. Deep estimation based on Excel sheets and task completion times are not gonna improve on the result.

I'm really excited for project panama. In my latest project I'm using a fair bit of JNA for calling native API's on windows and it's absolutely fine. Especially compared to Java Native Interfaces.

Also really excited for the foreign memory JEP, as it should speed up Lucene indexing a fair bit.

Let's hope it doesn't take to long for these JEP's to reach the normal releases.

I have a helipad on the building next to mine. Being that it can get fairly windy and rainy in the tropics, those guys have balls of steel anyway.

But those approaches do take more than 60s for sure.

I mean I love the sci-finess of the concept also I doubt it'll ever "fly".

But I will bet money that we'll see self driving electric Ubers on the road before we see those air-taxis.

And it's going to be incredibly hard to compete with those. Especially as city will be becoming less crowded as more and more people realize they don't need a car anymore.

I live in Bangkok where Taxis are extremely cheap compared to owning a car. I would never bother getting my own car, it's just so convenient to let someone else drive in the city.

I did like the book, back when I was completely new to DevOps. It's also a fictional story in the same vein as the one on reddit basically same template, but more mystic. Explaining DevOps through a story.

Now I'd suggest to just read the state of Devops reports by Google, they are excellent.

I can't help but wonder if this is the point where the unstoppable juggernaut that China seems to be has hit it first stumbling block.

Not only specifically about effeminate men obviously, but it seems to be regressing back to a tighter control of live and business.

In their mind they probably want to reign in the power of businesses and media to bring the ultimate power of life and culture back to the

But just when Chinese cloud providers and services were maybe viable to use, this and similar moves will probably scare Western businesses away. I know it would scare me away.

Alright gotcha. Thanks for the clarification.

> For very large or complex codebases, where it is just too expensive or too complicated to calculate this information locally a system like this becomes very useful.

Thanks I guess I get it now. But to enable this functionality you'd need to have some form of frontend or integration into the existing build lifecycle?

Or IDE integration I guess.

Does that mean you are using the shell or how is it used to enable these functionalities?

I had a look at the site and it seems to be parsing source code in multiple languages and storing the parsed "syntax trees" into a database for querying.

I would love to know what the usecase for this tool is aside from maybe being a source for presentations? (We have 5 million if statements).

How can this be used to improve code quality or any other aspect of the code lifecycle?

Or is it solving problems in a completely different problem area?

So the only way is to accept it?

> That may be, but Occam's razor suggests that it would be a good idea to ask why that still hasn't been done. Surely there are some reason why such obvious and useful things still haven't been implemented, right? I may be wrong, but i'd like to suggest that there are certain interest groups behind all of that, for whom such changes would be bad for business.

Clearly there are, we want cheaper Brazilian beef, Indonesian palm oil, Cambodian agricultural products. But let's say we tax imports from countries that don't clamp down on crop burning, I doubt the average consumer would feel any difference. The last flood in Germany is estimated to cost 10 billion Euro. Overall the benefit would outweigh the cost.

>Also, what makes you think that both approaches couldn't be utilized? Use less resources, increase taxes to compensate the drop in prices that would otherwise follow and gradually stop subsidizing things like meat production, at least to the degree where the price at stores is artificially lowered. At the same time, attempt to subsidize wind, sun, geothermal, nuclear and other forms of getting electricity and see whether things are better or worse in 50 years.

I think using less resources can certainly help but to a degree that it almost doesn't matter. Especially if it's just about irrelevant stand-ins. For example the EU will forbid the sale of fossil fuel motorbikes in 2035. This is about something that has an effect on 0.1% of the carbon emission of a single economic area. And with motorcycles the benefits are way way less than cars as they are driven a lot less than cars and the increased CO2 of production takes years to result in CO2 reductions of the lifetime. So a whole industry is forced to build new factories develop new models for the smallest of the small reductions, while the big stuff is left on the table. Or SUV's. SUV owners are demonized, while millions of tons of CO2 are emitted shipping Chinese made goods around the globe.

> Those approaches are not mutually exclusive, as long as you have plenty of legislative bodies on your side. Sadly, we don't and probably won't, at least until a generational shift takes place. As Planck's principle states: "Science progresses one funeral at a time", which could be attributed to social policies to some degree as well.

Agreed and this is what I want to achieve. A science driven approach not one of pandering to envy and the industry groups.

I strongly believe the consuming less is not the way to solve the climate crisis.

The reason is that it's thought from a perspective of the global north, that assumes we just need to restrict a little to achieve a lot. That is not going to solve the global climate crisis.

The simple reason is that there are 7 billion people who are not living in the rich countries. These people have the right to access resources as much as the people born in rich countries.

Consuming 20% less carbon in the west will not offset the increased consumption in the rest of the world.

Every gallon of oil that can be produced at a reasonable price will be consumed. If Europe and the US switched to all electric cars tomorrow, the rest of the world would still consume the oil, especially at a lower price than now (because the US and Europe are no longer conusming it).

There are things we could do right now, without significant impact to our lifestyle. I just learned, that over 3% of climate emissions are crop burning. 2% is deforestation. We could literally stop this with the signing of a bill. The US and the EU agree to tax imports from crop burning countries at a high rate. It will drive up prices of Brazilian beef and Indonesian palm oil a little, but of little impact to the consumer.

Cement is another 3%, which could be solved with CO2 neutral cement. Electric trucks will be a game changer once they are cheaper to run than Gas trucks. And yes nuclear is something we can't stop developing.

When I argue for a tech forward approach than not because I'm a tech bro that believes science solves all problems, but because I strongly believe reductions are not gonna work. If we rely on consumption reductions we are truly screwed.

This was an interesting read. I believe the way to attack climate change is by attacking the biggest producers globally and not by going after categories that produce insignificant amounts but are easy to attack, mostly because of envy.

Climate change will not be solved by getting rid of motorcycles in Europe but rather needs to be looked at globally.

For the suggestions by the author I wonder how that kind of agriculture would work on a global scale? I'm not sure that the world could be fed by this style of agriculture.

International travel right now is full of hidden gotchas right now. Thailand has just started to open to international vaccinated tourists.

But if someone on the plane tests positive for COVID-19, that means you go right into quarantine for the next two weeks, even if you yourself are not testing positive.

Well it's not nothing, just because it's less than the big contributors. Transitioning 1.4 billion cars to electric is going to take a long time. I don't see the majority of cars transitioned within the next 30 years. Bitcoin is, as you said just burning of energy and can be replaced with coins that are a lot more efficient, within a much shorter timeframe. It seems like it's an incredibly easily reachable goal for politicians without hurting a lot of people, which is why I assume it's gonna happen.

Many times in climate change policy decisions has symbolism been more important than actual impact otherwise all cows would've transitioned to low methane producing food a while ago. Instead big western countries are making short flights illegal. These flights are producing no significant impact and yet they are made illegal for symbolism.

Though for Bitcoin I does trigger my own sense of wastefulness. Maybe it's jealousy.