Deutsch   English   Français   Italiano  
<vjeu9v$1k7v$1@nnrp.usenet.blueworldhosting.com>

View for Bookmarking (what is this?)
Look up another Usenet article

Path: ...!weretis.net!feeder9.news.weretis.net!tncsrv06.tnetconsulting.net!usenet.blueworldhosting.com!diablo1.usenet.blueworldhosting.com!nnrp.usenet.blueworldhosting.com!.POSTED!not-for-mail
From: "Edward Rawde" <invalid@invalid.invalid>
Newsgroups: sci.electronics.design
Subject: Re: Win11 explorer bug?
Date: Thu, 12 Dec 2024 10:08:46 -0500
Organization: BWH Usenet Archive (https://usenet.blueworldhosting.com)
Lines: 64
Message-ID: <vjeu9v$1k7v$1@nnrp.usenet.blueworldhosting.com>
References: <qieclj5ca2dsc2fnpufpg51fn7qt0u2peh@4ax.com> <vj6im4$cf7f$1@dont-email.me> <dcselj96kvngr6gid7mje3phabj2sp876t@4ax.com> <vj91de$t4hr$2@dont-email.me> <jcoglj5c0cmprqek68tah1euht1amhu9ko@4ax.com> <vj9q8g$11i0t$2@dont-email.me> <13vgljdqp79a2onuijph2om08fk99u2fdm@4ax.com> <vjablv$14se5$1@dont-email.me> <addhljp8i0d5t42lavnd37a8e883ijhsqt@4ax.com> <vjaeii$14se5$2@dont-email.me> <gquhljd83745shtckfjgtd5u6iphkprprc@4ax.com> <vjblle$1fd6a$1@dont-email.me> <gsnjljdvnhu7m25ops26ek9lvca5eqvk2n@4ax.com> <vjec62$22pn8$1@dont-email.me> <vjefoe$23fh4$1@dont-email.me> <uj2r2lxum3.ln2@Telcontar.valinor> <vjennd$24vi6$1@dont-email.me>
Injection-Date: Thu, 12 Dec 2024 15:08:47 -0000 (UTC)
Injection-Info: nnrp.usenet.blueworldhosting.com;
	logging-data="53503"; mail-complaints-to="usenet@blueworldhosting.com"
Cancel-Lock: sha1:m8Ck2KoSFbQ0hgqo1veAQWiIu1k= sha256:uL1MgcIpWUNSpresZzUkpPmPO8+xcpQ56ec8sSx2GM0=
	sha1:ds4GtvcyAjoW0tl3tUyiY1ih9v8= sha256:nZSax8I3TKhhX2rCTJH2sDnX7nnNdPG2YfAGVCS7kpE=
X-RFC2646: Format=Flowed; Response
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157
X-MSMail-Priority: Normal
X-Priority: 3
X-Newsreader: Microsoft Outlook Express 6.00.2900.5931
Bytes: 4702

"Don Y" <blockedofcourse@foo.invalid> wrote in message news:vjennd$24vi6$1@dont-email.me...
> On 12/12/2024 5:47 AM, Carlos E.R. wrote:
>> On 2024-12-12 12:00, Don Y wrote:
>>> Yeah, I'm REALLY eager to turn on the factory's WiFi interface
>>> for the stove/oven... NOT!
>>
>> There are devices that put the actual interface on the phone, via WiFi. The physical interface has a reduced set of features.
>
> Yes.  Via a server located at the manufacturer's facility!
>
> So, you have the application layer in the appliance, the network stack in the
> appliance, all of the network infrastructure from your AP to the manufacturer's
> server, then, back through the phone network, up through the stack in your
> phone and, finally, through the app to the display.

I hate this too.
I'm resistant to cameras which bounce off the manufacturer's server, which could be anywhere.

>
> Nothing can go wrong, there, right?  <rolls eyes>
>
> If I can manage to hang (if not outright CRASH) the appliance using the
> FEW controls available to me, how many more wonderful and exciting ways
> might it be at risk with all this other fluff involved?
>
> Do I *really* need to be able to turn the oven on as I leave work so the
> roast has had extra time to cook while I'm busy driving?
>
> How might my "blind" actions interact with some activities initiated
> by whomever happens to be IN the house (by the appliance) at the time?
>
> How many races remain in hiding in the implementation?  (clearly they
> didn't test for ALL of these if I can tickle several of them so easily)
>
>> I'm thinking of a particular heating system with thermostat. You can program the times when the heating turns on automatically 
>> and the temps only via internet. On the thermostat on the wall there is only a manual control that sets the temp for "now", a 
>> knob.
>
> This is a false design economy:  "Let's skip the interface on the actual
> device in favor of one on some OTHER device."  It invites the two falling
> out of sync with each other as there is nothing ensuring updates to one
> are also propagated to the other.
>
> I'm dicking with UPSs this morning.  In theory, all of them should be
> configured identically -- with the exception of specific instance data
> (e.g., host name, IP address, SNMP traps, etc.).  I can attempt to verify
> this by dumping the configurations (in text format) and doing a line-by-line
> compare.
>
>     "Gee, how come this UPS has a whole set of settings that the others
>     don't?  Same version software..."
>
>> Oh, and it comes with no manual, no docs.
>
> Of course not!  That would be a THIRD thing that would fall out of sync with
> the others!
>
> The ideal design is the one where you can remove nothing MORE from it.
> Yet, we see so many products built on Linux kernels (from which a LOT
> can be removed -- including the bugs associated with all that cruft!)
>
>