It's not banned. I am within EU and can normally access RT website. I can also access yandex, etc. Without VPN or proxies. SO, how is this "standard European censorship"? Don't believe Facebook and Twitter propaganda bots.
Yes, it is officially banned (along with Sputnik and other Russian media). It is sad that you don't know this as an EU citizen and think that formal directives of your union are Facebook and Twitter propaganda bots
"On 2 March 2022, the Council of the European Union adopted a measure suspending the broadcasting activities of RT (and another Russian outlet Sputnik) in the EU"
Yeah, I know about that. But it's not been implemented, so RT is in practice accessible. As are other Russian websites. I don't know what is sad about it, I'm just saying what is in real life, not what is on paper.
In real life, European hypocrisy is off the charts.
BBC got caught manipulating videos featuring Trump. 12000 people were detained in the UK for thought crimes. In one year. One little old lady was arrested for praying silently.
France went after Durov.
Russia media IS banned, hiding behind ISP incompetence doesn't count.
Come on. Wake up. We who have lived under actual socialist dictators can see what's happening.
I see you have an axe to grind with EU. That's fine, but I'll say that I also lived in socialism, so I do have experience and perspective of what it was like. And precisely because of that, these EU bans don't worry me at all. I know the difference as opposed to many who think they know the difference.
We are sick of European hypocrisy; lecturing the "third world" on democracy, freedom of the press, human rights, climate change blah blah blah instead of introspecting on the mess within.
Yeah, the EU (and also the UK earlier) were always lecturing to the third world on human rights and tolerance and media freedom/integrity, blah-blah not so long ago. So many pompous speeches made. Now, it is eye-rolling to see them backtrack hard on everything they stood for.
It implemented on a DNS level. Easily circumvented by using a third party dns server (like Google or Cloudflare). Nonetheless this is political censorship plain and simple. EU crying about censorship in other countries is just pure hypocrisy.
Of course it's political, what else could it be? If Putin's regime is censoring western media, is it any less political? In other words, is there any censoring of news media (foreign or domestic) you would consider apolitical?
> EU crying about censorship in other countries is just pure hypocrisy.
I don't see any crying about censorship. It's a made up argument. Personally, I couldn't care less about censoring in Russia or any other country that I'm not living in.
> If Putin's regime is censoring western media, is it any less political?
Would like to point out that Russian bans came in response to the EU ban.
"The EU first banned Russian state media outlets like RT and Sputnik on March 1, 2022, as part of sanctions against Russia's invasion of Ukraine. Russia then restricted access to Western outlets, such as the BBC and Deutsche Welle, on March 4, 2022, in response. A more recent cycle occurred in 2024, with the EU banning Voice of Europe, RIA Novosti, Izvestia, and Rossiyskaya Gazeta on May 17 (effective June 25), followed by Russia's ban on 81 EU media outlets, including Politico and AFP, on June 25. In both cases, Russia's actions came after the EU's."
Personally, I think this is stupid but domestic politics sadly always trump international common-sense.
A nautical mile is ~6,076 feet or exactly 1,852 meters (???).
That is actually defined by distances on Earth (which is of course an approximation, but still ...). So, 1 nautical mile equals to one minute in the 90 degrees hemisphere arc. It's approximately 10k km from equator to the pole, so 10,000km/90/60 equals 1.852km.
> 1 nautical mile equals to one minute in the 90 degrees hemisphere arc
The nautical mile is not an SI unit, so it is not defined by a single organization, Your definition used to be the common definition, but it seems like the relevant organizations has updated the definition to be exactly 1852 m. If the original definition of the meter applies, then it would have been 1851.85 or 15 cm shorter, but with newer measurement of the earth, it would have been more like 1855 m.
> The nautical mile is not an SI unit, so it is not defined by a single organization
"In 1929 the International Hydrographic Bureau obtained an agreement from a large number of countries to adopt a value of 1852 metres for the nautical mile, the unit thus defined to be called the International Nautical Mile."
But there was no treaty or anything with a fancy ceremony, just a 'handshake', and so it was up to each country to adopt it with a domestic law or regulation, which (e.g.) the US did in 1954:
Previously in the US it was 1853.25 m (because the US is actually metric "officially": all of its customary units (ft, oz) are defined in terms of metric equivalents):
Can you expand a bit on this use case? Why would Puppeteer constantly crash on your own high end machine, but not on Trigger's infra? Puppeteer doesn't care where it runs, so it would be nice to understand how Trigger's infra works around this problem.
> Volkswagen sells you another subscription for that now, at least for their electric vehicles. You can buy the option if you want your EV to perform as it's designed.
You can also buy "for life" subscription (around £600, if I remember the news about it correctly), so you could also say that the stronger engine costs 600 pounds more when you purchase the car. Not too different to buying the cars in the past: more powerful engine adds to the price tag.
Instead, you can sell the cars at increased (nominal, actually) power and remove the lower tier altogether while keeping the cost savings of removing another production line and logistics for the lower powered motor. Moreover you can allow users to have a choice of power from get go (i.e. Reduce to 150KW for more range). It's a couple of variables at most. Will changing the variables too much will wear down storage that faster?
Same is true for the internal combustion engines. Since they already developed the ability to store multiple maps and change the mapping when required. :)
But, where's the value in that, I mean for shareholders, innit?
FWIW, the traditional engineering argument in this case is:
By selling the same hardware with multiple tiers of functionality artificially locked behind increased prices, it becomes profitable to develop and manufacture products that would otherwise not make economic sense. This occurs when there aren't enough potential buyers of the full-featured version at a price that makes the full-featured version on its own profitable, but the sum of all customers at all price/functionality tiers is profitable. i.e. this model results in products that would otherwise not exist.
I have mixed feelings about that argument. The main one being that it's not much of a stretch to go from that to "the full-featured version sold at price X would be profitable, but because most customers are willing do do without the higher tiers of functionality, we can make even more money by selling a reduced-functionality version at price X, and charge a premium for the extra features", and it sure seems like that's what a lot of American businesses do. But I assume at least some of the time, it really is the former and not the latter.
Same here. I have a colleague that is completely enamored with these agents. Uses them for everything he can, not just coding. Commit messages, opening PRs, Linear tickets, etc. Basically, he uses agents for everything he can. But the productivity gain is just not there. He's about as fast or rather as slow as he was before. And to a degree I think this goes for the whole team. It's the oxymoron of AI: more code, more documentation, more text, more of everything generated than ever, but the effect is that this means more complexity, more PRs to review, more bugs, more stuff to know and understand, ... We are all still learning how to use these agents effectively. And the particular developer's effect can and does multiply as everything else with GenAI. Was he a bit sloppy before, not covering various edge-cases and used quick-and-dirty shortcuts? Then this remains true for the code he produces using agents. And to those, who claim that "by using more agents I will gain 10x productivity" I say please read a certain book about how just adding developers to a project makes it even more delayed. The resemblance of team/project leadership -> developers dynamic is truly uncanny.
If they didn't take investments (and therefore not beholden to all that unicorn expectations), then it's totally fine. They've reached profitability sometime last yer, if I remember correctly. It was discussed also here on hacker news.
Yeah, min.io really soured AGPL license, for me at least. Because of their stance I've switched away from min.io in our company and avoid everything AGPL like a plague. Having read the license many times and also all discussions around it, I understand that it should be fine to use an AGPL project in a commercial enterprise (without modifications, internally in backend network). However, if authors themselves of such a project believe and say otherwise, I'm really not going to risk anything and definitely not asking lawyers if "my specific use of min.io violates the license or not". I'm just using it as-is over network, internally in my backend deployment. Not modified and not exposed to external world.
> I understand that it should be fine to use an AGPL project in a commercial enterprise (without modifications, internally in backend network).
Making changes is fine too, so long as those changes are also distributed. "The source come with the binaries" is the general rule. You don't even have to open your whole stack (that is FUD), only the parts under the AGPL that you changed and only when you distribute it. Companies can and always have used these projects internally without risk.
Unfortunately, EU is not an entity with single and unified view on things. In the case of Russian invasion of Ukraine, there is a surprisingly strong opposition to related policies in Brussels amongst the people in quite a few member states. In fact, many support Putin and now his best buddy Trump - with plain stupid belief that Putin/Trump wants peace and Zelensky wants to continue war. In short, EU (+ UK, Norway, maybe Switzerland) is simply not as unified against Putin as it may appear in the Brussels press conferences. Putting more effort (in money, materials, soldiers even) in this conflict will be hard to pill to swallow for large percentage of citizens and by extension politicians. What I see happening in the near future is more money flowing into militaries of the member states, which is a sad necessity by having Putin as neighbor. But I'm skeptical of EU countries becoming much more involved in the Ukraine conflict.
Britain, Germany, and France alone have the military production and economy to win the war. Doesn't matter if Hungary or Ireland or whoever back out of the consortium.
These three countries have been a bit unstable politically during the last couple of years. This did not help. At least they are going in the same direction and not shooting each other’s foot.
I'm wondering the same. Either they are quite a big company, so such infrastructure comes naturally from many products/teams or their use case is to be in the clusters business (provisioning and managing k8s clusters for other companies). In both cases I'd say there should be a dedicated devops team that knows their way around k8s.
Other than that, the experience I have is that using a managed solution like EKS and one cluster per env (dev, staging, prod) with namespaces to isolate projects takes you a long way. Having used k8s for years now, I'm probably biased, but in general I disagree with many of the k8s-related posts that are frequently upvoted on the front page. I find it gives me freedom, I can iterate fast on services, change structure easily without worrying too much about isolation, networking and resources. In general I feel more nimble than I used to before k8s.