Forgot your password?
typodupeerror

Submission + - Tesla imports $29,000 USD ($39,490CAD) Chinese made Model 3 Premium to Canada

ArmoredDragon writes: After Canada dropped its 106.1% tariff on Chinese imports to 6.1%, (which is Canada's standard tariff rate for most favored nations) and raised 25% tariffs against the United States, Tesla moved its inventory manufactured in Fremont, CA back to the US and began importing its Shanghai produced Model 3 to take advantage of the lower rates. This presented a problem for the Canadian government, which currently has a 49,000 unit cap for Chinese vehicle imports, as Tesla already had all the necessary infrastructure in place to begin shipping and distributing cars, where the Chinese competitors such as BYD do not. By becoming the first mover, Tesla would consume most or all of the 49,000 cap before any other competitors have a chance to sell any units.

It's worth emphasizing that this is the premium version of the Model 3, not the newer but lower cost Standard version. It also appears to be made to the same specification as Tesla vehicles that were already being sold in Canada, including using the US EPA standards for EV range estimates, as opposed to the more internationally used WLTC or NEDC standards, or even the Chinese CLTC standard. Deliveries are expected to begin no later than June.

Comment Re:Larger teams will move faster than smaller team (Score 1) 85

No, it's more about how teams work. Teams have a scope. They don't typically go beyond that scope. So if my team owns the Foo and Bar modules, I work on those. But if there's little important work on Foo and Bar, but a lot of important work to be done on Baz, it's generally organizationally difficult for us to work on Baz. Typically we need to be lent out by our manager and seconded to the other team. Which can be a lot of red tape and politics.

Now if you're imagining some alternate world where programmers an be moved at will- then we're already one big team instead of multiple small teams.

And no, a smaller team doesn't win every time. If it did, then then smallest team possible is teams of 1 and we'd all do that. There are sweet spots, which depend on the organization, the work to be done, and the importance of that work. For some that's bigger, for some smaller. I've definitely worked on teams that were both too small for the work, and that were too big.

Comment Re:Larger teams will move faster than smaller team (Score 1) 85

They can, under some circumstances. If the scope of what they work on is too small to fill the team's feature set. Or if the work they would be doing is significantly less important than other work to be done, having them in one large team makes it easier to move to more important work and can get critical features built faster. In that case it may not be overall more work done, but it may move the important stuff quicker. If larger teams weren't useful on some level, we wouldn't have teams at all- we'd all be individuals.

Comment Re:Depends on your goals, I guess. (Score 1) 85

In the end- good engineers with sufficient experience and support will get stuff working with any methodology. Bad ones or ones insufficiently supported will fail with any methodology.

There are some things that agile works well for, but it's really limited to domains where you can quickly build something tangible for feedback and you have stakeholders willing and able to give frequent feedback. UIs are a good example. It's a horrible fit for anything that requires actual research, or that can't be shown to low technical knowledge customers frequently (in other words anything that actually needs weeks or months of backend work, algorithm writing, or infrastructure to be written).

Comment Re:One behemoth isn't a trend (Score 1) 85

The problem with that is the skills needed to manage and the skills needed to do real work (let's take programming as an example) are pretty distinct. Someone can have both, but they tend to have one or the other. Forcing those without the skills to do the practical work into doing it doesn't actually help the team, it just slows everyone down. And if they get on the critical path of any project you can be royally fucked.

There are a couple of ways to solve this problem:

1)Larger team sizes. This can work if the team owns enough to keep everyone busy, but it can lead to effectively being independent subteams calling themselves one team while being inconvenienced by each other.

2)Each manager managing multiple independent teams. This can work if it doesn't overload the manager. The biggest problem is when the manager decides one team is more important and doesn't support the other(s) enough. This works better the closer the teams are, as it requires the manager to know fewer sets of collaborators and politics

Submission + - Chrome silent install of 4GB AI model without consent gets expensive. (thatprivacyguy.com)

couchslug writes: Widespread unasked for downloads devour bandwidth squandering energy:

From the parent article:

"Two weeks ago I wrote about Anthropic silently registering a Native Messaging bridge in seven Chromium-based browsers on every machine where Claude Desktop was installed [1]. The pattern was: install on user launch of product A, write configuration into the user's installs of products B, C, D, E, F, G, H without asking. Reach across vendor trust boundaries. No consent dialog. No opt-out UI. Re-installs itself if the user removes it manually, every time Claude Desktop is launched.

This week I discovered the same pattern, executed by Google. Google Chrome is reaching into users' machines and writing a 4 GB on-device AI model file to disk without asking. The file is named weights.bin. It lives in OptGuideOnDeviceModel. It is the weights for Gemini Nano, Google's on-device LLM. Chrome did not ask. Chrome does not surface it. If the user deletes it, Chrome re-downloads it.

The legal analysis is the same one I gave for the Anthropic case. The environmental analysis is new. At Chrome's scale, the climate bill for one model push, paid in atmospheric CO2 by the entire planet, is between six thousand and sixty thousand tonnes of CO2-equivalent emissions, depending on how many devices receive the push. That is the environmental cost of one company unilaterally deciding that two billion peoples' default browser will mass-distribute a 4 GB binary they did not request."

Submission + - Should schools get rid of homework? Some educators are saying yes (npr.org)

Tony Isaac writes: Federal survey data shows that the amount of math homework assigned to fourth and eighth grade students, in particular, has been steadily declining for the past decade.

Some educators and parents say this is a good thing — students shouldn't spend six or more hours a day at school and still have additional schoolwork to complete at home. But the research on homework is complicated.

Some studies show that students who spend more time on homework perform better than their peers. For example, a longitudinal study released in 2021 of more than 6,000 students in Germany, Uruguay and the Netherlands found that lower-performing students who increased the amount of time they spent on math homework performed better in math, even one year later.

Other studies, however, suggest homework has minimal outcomes on academic performance: A 1998 study of more than 700 U.S. students led by a researcher at Duke University found that more homework assigned in elementary grades had no significant effect on standardized test scores. The researchers did find small positive gains on class grades when they looked at both test scores and the proportion of homework students completed.

Comment Re:What? (Score 4, Informative) 65

Back in the day lots of people did. Because there was no built in browser to use before IE came out. And pirating it would require getting a cd from someone else, and cd burners weren't a thing yet. Your options were use AOL with whatever they had built in on their cds, or use Netscape which you'd need to buy.

Slashdot Top Deals

The last thing one knows in constructing a work is what to put first. -- Blaise Pascal

Working...