Man that is a lot of computer to put into that product for as little money as possible.
I'm not intending to excuse the products with likely bad firmware causing most of these issues, especially Ethernet PHYs. Though, in my professional experience doing embedded device firmware, Ethernet PHYs are always the biggest pain, hands down. The firmware included with them has many many ways to configure it wrong, and the defaults are typically just random settings, not a reasonable configuration. Just getting the drivers even running sometimes involves just knowing a few tricks.
Anyways, it doesn't surprise me many have trouble working right, especially when they indicate they are all running OEM firmware essentially.
When you design electronics you have to produce millions of, it takes a couple of dev 'spins' and usually a couple of prod 'spins' to get to the mass market board. Usually the PMs, EEs, MEs and SWEs get together and spec out a schematic, then the EEs will create the first draft of the board. There is usually extra connectors and test points on this board to ease testing and development. Once they verify it powers on, I as an embedded software engineer, start producing the software to get it running, or 'brought up'. While that is happening EE testing is going on for all sorts of things like EMI, power, communication speeds, etc. Besides the software I actually write, the chipset vendor's drivers need to be added and tested as well, there are always little things that take longer than they should. I've lost a lot of schedule to very subtle issues with chips.
As we progress along, the schematic or layout gets updated and new versions are produced. Maybe the traces need to change to reduce EMI, maybe a chipset isn't workign well or we find a cheaper equivalent and swap it out. Then once everything looks good we move to a production version, all the test points are removed, and we start putting in orders for the parts we need in volume. If you want a million of something you usually have to order in advance. Then you start bringing the factory online, helping with factory test software...and well the point is the cycle time for all this is like 6 months for a tight ship. More like a year if the kind of thing your making is novel to the team since you need a longer dev time.
I mean the EEs / MEs can certainly turn out a board and housing in under 6 months, certainly on a yearly cycle. Though for the current automakers, they don't have a team for this so it would take them probably 3 iterations to get good enough to actually scale it to a mass market car, and that is if their team has good talent and strong leadership.
As someone who works professionally on embedded software devices that update over the internet, car companies are stuck not because they can't get software talent, but because they have no ability to actually build the electronics alongside the software, which is ultimately what constrains embedded software.
Without the right hardware, the constraints are just insurmountable, you can not do X feature because board A doesn't have the API to your MCU, or it runs some dogshit speed communication system that means you have 500ms lag. The feature is just unworkable, and if the PMs push it anyways you get what happens for the legacy car makers, terrible underpowered infotainment systems with no central design philosophy, stuck in an awkward, bad, middle between a full software stack and all buttons for everything. Their model of integrating 3rd party vendor computers just doesn't really work for this kind of thing; Tesla, Rivian, and the Chinese EV makers all manufacture all their own electronics, which lets them achieve the outcome. But you can not just roll all your own electronics in a year.
It is likely that Rogers agrees to pay Starlink a fee when Starlink acts as a roaming provider for one of their customers, where Starlink has slow and limited speeds but universal coverage. The industry has similar arrangements with roaming networks when you leave your country; some cell providers don't operate any towers at all. Starlink gets the fees, plus the right to transmit the LTE signals in a spectrum owned by Rogers, similar to the T-Mobile deal in the US, and Rogers gets to market that they have universal coverage.
The satellite emulates a cell tower, just one that is hundreds of miles away and moving very fast. So some tricks with the timing will need to happen since LTE expects the tower to be close and not moving. How big a cell is depends on how powerful the phased array beam former is on the satellite. The achievable data rates aren't very high so this is more a network of last resort when you are out of range of a tower.
Honestly, to just get moving, installing Doom emacs and selecting evil mode during setup. The basic keybinds are all Vim then, works great for me with minimal headache.
It seems like, if you wanted to help stop the wealthy from ducking paying taxes, one should just stop providing a special long term capitol gains tax and tax capitol gains the same as income. It simplifies the tax code, stops punishing workers who receive a wage over those who earn investment income, and doesn't require a bunch of new accounting to implement. My cynicism hat tells me the reason it isn't the policy goal is that it could actually pass in the US, the wealth tax likely never will.
I see the resale value of the recycling as subsidizing the cost of the recycling service. We pay for,(or your taxes do, depends on where you live) trash/recycling because then someone comes on regular intervals to take it. Part of that cost is "paying" them in the recyclables as well. Honestly the reduced complexity of the current system is nicer then having to pay me back like some sort of recyclables consignment scheme.
For sure, the FDA employs pharmaceutical engineers to regulate the companies. The FAA employs pilots and aviation engineers. Do we have a corollary for software? Sort of, in specific domains, but not really.
Well, people expect a company to not try to ride the high horse down the low road. I don't personally think Mozilla has really done anything bad, I get it, they are a real company, with real employees who work for a living. Sometimes the realities of running a company clash with their PR of being some sort of public good. FWIW, I like Mozilla, and a lot of their values, and the products they put out, but their marketing does leave them open to ridicule in ways that a company who always answers "money" to the "why did you do this?" question is not.
The metaphor seems apt to me, if anything, we should have and do have a much greater interest in regulation of automotive products, which themselves are absurdly complex. How is a regulator to know about various emissions, chances of explosion/fire, engine longevity and warranties? Engines can kill you with fuel leaks, poor materials engineering, or unknown manufacturing bugs. I'd argue that your car engine is much more likely to harm you in a significant way. Car engines had, and continue to have, albeit at a much lower rate,issues related to these things, and we came up with various bodies to help manage it. The people writing the legislation need to better surround themselves with people to advise them on the topics related to Google and Facebook, that is their job as a representative of their constituents; instead they come to the meeting barely prepared and ask a series of poorly worded and unimaginative questions, showing they didn't ask their aides to do even basic research on their behalf, while Google and Facebook bring Harvard lawyers to their corner.
In my opinion, a big thing many developers forget, especially those that are obsessed with design patterns and code rules, is that simple machines to solve complex problems are actually harder to design than convoluted ones. Leave a designer to their own devices, they immediately start spitting out way to many levels of indirection, it takes real thought to collapse those levels of indirection to something simple. Many less-experinced devs think that if they keep slapping on more layers, hide the problem more, more abstraction, they will reach some sort of inception-like base-case nirvana where the complex problem will magically become simple. But they are running the wrong directions. Simple, powerful, abstractions that make great tools great are generally pretty thin. They don't mask the actual problem, instead they provide good hand holds on it. C is a decent abstraction of assembly because it simplifies it, not because it hides it. All that being said, OOP, like many patterns, is perfectly fine if it makes a good abstraction. There is no one great pattern to rule them all.
Eh, eye of the beholder. The stronger type system and more verbose syntax certainly makes the code look different. In a way though, it makes the code much more readable. To pick on Python, the Rust code is a lot more _specific_ in what it is going to do, I like that when I am maintaining a code base, it is easier to work on and understand.
They are also targeting totally different use cases, so I understand differences of opinion depending on what kind of problem you are trying to solve.
Unclear until the pricing comes out, they may just include it for free when you buy internet service. But ISPs generally need to package at least something to serve Wifi for customers that don't already have their own Access Point, looks like SpaceX just put together their own, rather than provide something off the shelf.
I'd bet this is the box you place inside your house to serve Wifi, and run ethernet up to the roof to connect to the modem/antenna on the roof, hence this being essentially a bog standard AC Wifi Router.
Yes, it is pretty standard to package an access point in with the modem. No idea if they will just include the router in the internet price, or rent it monthly on top of standard charge like how some ISPs do it.
Second this whole thing. Wasn't a runner growing up, recently ran a marathon which was fun, now I am back to just running 5 miles for regular exercise. Honestly got into it as a mental break after work, took to listening to podcasts and audiobooks while running. Don't go too fast, don't go too far each time, the act of having done something is the only thing that is important, even if you walk half of it. Exercise is there to make you feel better, mentally and physically.
It really is impressive how many taps it takes me to do anything in MFP. Why are there so many damn menus, I just want to input calories and see a counter. It is so overly complex I just switched back to a legal pad and doing the math by hand, it is faster.
That is a solid point, at the end of the day, programming languages and frameworks are just tools we use to build a product that has some use to someone (Be that monetary value or art or whatever). At work, it is almost always better to just iterate on the existing tool stack rather than try to spool up new one. I love writing Rust, but I'd need a good reason (or at least a big project to amortize the cost over) to reach for it over the existing very function c++ libraries I already use for our embedded work.
It is interesting that streaming content economically is pretty hard at scale. That was a big moat for Netflix for a long time, but every year it gets filled in a little more as other companies figure it out.
While I don't disagree with the California law, it is reasonable for a company to hold copyright over it's materials and products. I'm not sure a California state law can just hand wave away a federal statue and break the copyright, presumably violating the contract the police agencies made in the past with these companies. If they do so, the companies will probably sue the state, and they may win a bunch of taxpayer money.
To me, it seems like the California agency is the one in the wrong here, they need to be using training courses that are able to comply with the above law, rather than just slapping up a "we cant comply sorry" message.
Exactly, and then it is up to your defense attorney to somehow dispute that the AI just made up a face, that just happens to look like yours, and then explain it to 12 laymen who likely know nothing of how ML or computers work.
The company that develops this tech will want to market themselves as some sort of oracle to the people and LEO. Junk forensic science sticks in courts forever, we should be careful before we assent to more.
Contrarian almost seems too vague a term. In conversations I've run into people assuming a wide variety of roles. One is the polite interviewer who presses gently at the weak points of someone's statement, usually this person extends a lot of benefit of doubt, and is genuinely curious about the topic. The other is someone who is almost always engaged in some sort of argumentative point scoring. Attacking arguments with pedantry and too much emphasis on semantics, or always trying to one-up others with a string of "um actually..."s. The former person is usually great to talk to, they help you get your point across better. The latter is deeply frustrating since they are almost always engaged in linguistic gymnastics to deliberately miss the point. It feels rare that someone of the interviewer category would identify themselves as the "contrarian" though, and someone playing the um actually guy probably delights in the label. The most annoying part about the eager contrarian is they purposely muddy the water, nobody gains anything, and the conversation becomes unfulfilling.
Yeah, the key is the Amazon still _makes money_ on the services it provides, it just spends it all on some project. Contrast that with even Uber which has some very unhealthy indicators even in mature offerings. It is actually kind of amazing that Uber can't or doesn't make money even while taking a 20% cut of every ride sold. (I assume they must make money in some cities and not in others) That is a substantial margin for a middleman, especially one in a market with only one other real player.