To me, this is exactly what the OP is going on against.
If it's not cohesive, it's bad design.
1,764 karma · joined February 29, 2016
To me, this is exactly what the OP is going on against.
If it's not cohesive, it's bad design.
It took 10-15 years to get self driving cars in a specific country under specific weather conditions. A country that is perhaps the most car-friendly on the planet. Also, there are always people monitoring the vehicles, and that take control sometimes.
How many more years for waymo Quito or waymo Kolkata? What about just $europeanCapital?
Same with LLMs, I'm sure in 10 years they'll be good enough to replace certain specific tasks, to the detriment of recent graduates, especially those of artistic aspiration. Not sure they'll ever get to the point where someone who actually knows what they're doing doesn't need to supervise and correct.
The Ukrainians have done some pretty incredible stuff with very basic tools and lots of ingenuity.
And Ford makes good cars, when they choose to.
BTW, Boeing is in the USA's top 10 exporters, it's not a minor thing.
But yeah the USA has a definite edge in software, if that's what you mean by "tech".
Our current best technology, LLMs, are good enough for translating an email or meeting transcript and getting the general message across. Anything more creative, technical, or nuanced, and they fall apart.
Meaning for anything of value like books, plays, movies, poetry, humans will necessarily be part of the process: coaxing, prompting, correcting...
If we consider the machine a tool, it's easy, the work would fall under copyright.
If we consider the machine the creator, then things get tricky. Are only the parts reworked/corrected under copyright? Do we consider under copyright only if a certain portion of the work was machine generated? Is the prompt under copyright, but not its output?
Without even getting into the issue of training data under copyright...
There is some movement regarding copyright of AI art, legislation being drawn up and debated in some countries. It's likely translations would be impacted by those decisions.
This means a book can be in public domain for the original text, because it's very old, but not the translation because it's newer.
For example Julius Caesar's "Gallic War" in the original latin is clearly not subject to copyright, but a recent English translation will be.
The foundation should be moved to a country where the rule of law and neutrality are respected. Switzerland perhaps?
They were doing the bare minimum under Biden, and are now actively helping Putin.
The goal is to destroy the state apparatus from the inside, to be replaced by private industry.
At work I do have the all products pack since we support multiple programming languages for our client libraries and custom integrations.
My only major complaint with jetbrains is having a separate IDE for .NET vs everything else.
If you mean top 0.5%, then sure, nearly all of their money typically does not come from regular income.
If you mean top 10% then not really, most people in that bracket will be paying substantial income tax.
I've used the language for all sorts of things: web apps, web APIs, GUI tools, image manipulation, data processing and visualization, some data science, machine learning more recently.
I've used many IDEs over the years, currently on PyCharm.
Just to qualify the feedback.
Pros:
- It looks very pretty.
- Some nice time saving features.
Cons:
- Mac only.
- Subscription business model.
- Having to tie the code to the IDE.
Any one of the con's would be a deal breaker for me.
Overall I'm not sure what the target market is. Maybe I'm just too used to having free and/or libre tooling.
But why add the extra complexity? Ruby and Python are similar enough in terms of productivity and processing time that there's no reason to do this IMHO.
It's true that statically typed, compiled languages tend to take more time to ship a similar feature, than loosely typed dynamic languages.
But beyond small projects, team size is more dependent on the number of features to ship.
That is to say, as code complexity increases, the choice of language on team size matters less.
RoR is great at first but in my experience quickly becomes full of hard to diagnose bugs, its magic metaprogramming seems too tempting for developers to use and leads to all sorts of problems.
There is a lack of good quality, well maintenained 3rd party libraries. No such problem with Python, Node, even PHP to a certain extent.
It's slow, except compared to Python. Ruby 3 is much better but still behind.
If you need to ship decent code fast, I would reach for Django.
If you're doing AI stuff, any Python framework will be best.
If you need to hire a sizeable team quickly, I would reach for Node or PHP.
If you need high performance and high reliability I would use Go.
Not quite. Indochina was a French colony which rebelled and escalated into open conflict. The rebellion was successful, the French were expelled, and Vietnam was formed.
However conflict in the area continued as a civil war between the two dominant factions in Vietnam (communist vs capitalist) for control of the new country.
The US intervention was a failed attempt at suppressing the communist faction.
Gaza is different in that it was conquered by Israel during their war with Egypt. The Israelies even started building settlements there.
Israel then got out of Gaza and removed all their settlers as part of a peace accord (if memory serves).
However Gaza never really accepted peace with Israel and kept on attacking them, culminating in the Oct 7th attack that got us in this mess.
Anyway such tiny vehicles do exist in Europe and Asia. The Citroën Ami (the new EV one) comes to mind in Europe, where it's had some success, but is still kinda expensive for what it is.