> COLL 110 was a standard lectures-and-assignments college class - I lectured during our scheduled meeting time, then students did their projects on their own. Having tried this, I think that this is just not the future of education. This mode of teaching is designed mostly for the lecturer's convenience, but it's a terrible way to foster student understanding.
In this section I wish you would have mentioned the cost of teaching. Lectures might not be the best option for engaging students, but it’s quite effective when considering you can teach hundreds of students with one teacher. If 50% learns, that’s a good outcome.
I believe the fallout from lectures and university in general are just a part of the design. Not all people have the right motivation and opportunity to succeed at the university. One should work out how to maximize opportunities.
I've never been to a university that didn't run tutorials or practicals alongside lectures. Given a flipped classroom doesn't have lectures it can only be cheaper than the standard method, since the tutorials exist in either model.
> I believe the fallout from lectures and university in general are just a part of the design.
Just no. There are so many factors that go into students dropping out, many of which are outside their control (e.g. needing to support parents). There is a lot of research on this.
The level of effort and obviousness of an email reset is nothing compared to helping someone figure out how to reconfigure every smart device ever made.
So it's a bad usecase for a password, then. Perhaps every router should ship with a preconfigured VLAN for shitty smart home stuff that is a lot more open, or maybe we should stop trying to stick internet into everything ever created.
Why should it be just the IoT devices that get the insecure network? Why not just stop trusting the LAN altogether and instead use technologies like HTTPS and DoH to ensure privacy on the important devices? That seems to be the way the tide is turning anyway.
Personally I'm all for that but people & packages seem to be pretty promiscuous about listen address defaults and assuming everything behind a routers NAT is trusted.
Treating the network as untrusted is good but as long as some people are paying for service, traffic and bandwidth there are reasons to not allow anything to use your network. And there is also a legal question of liability if someone is not quite above board from your IP.
Right, good point. There is of course the option to see saved wifi passwords on most devices... but I can see how an engineer decided to bypass all this bikeshedding and just send the damn password haha.
$ jb size:number=oops; echo $?
json.encode_number(): not all inputs are numbers: 'oops'
json(): Could not encode the value of argument 'size:number=oops' as a 'number' value. Read from inline value.
␘
1
If you pipe the jb error into jq, jq fails to parse the JSON (because of the Cancel ctrl char) and also errors:
$ jb size:number=oops | jq
json.encode_number(): not all inputs are numbers: 'oops'
json(): Could not encode the value of argument 'size:number=oops' as a 'number' value. Read from inline value.
parse error: Invalid numeric literal at line 2, column 0
$ declare -p PIPESTATUS
declare -a PIPESTATUS=([0]="1" [1]="4")
How does it compare with OpenShifts operator hub?