Honestly sounds like a very cool Science fiction concept.
A bit like Anathem.
Readit NewsZeebrommer commented on When we get Komooted bikepacking.com/plog/when... · Posted by u/atakan_gurkan
The users were always the real service provider. All the value is in what they tell each other through their data. All Komoot does is aggregate it, supply the infra structure.
The only way to stop owners pulling the rug underneath all this community given content is by keeping the content open source. Promise the users you will do best with their data by keeping it out in the open so that if you don't, someone else will. Keep the door ajar.
Unfortunately this is another "if we all just" solution that humanity seems unable to do.
Is someone even trying to open source that type of content (routes, pois)?
Zeebrommer commented on My sourdough starter has twins brainbaking.com/post/2025... · Posted by u/Tomte
I'm genuinely curious how important regularly feeding the starter in the fridge is if you're not a frequent baker?
I leave it in the fridge, unfed for weeks/months, till I decide to bake. I take it out, feed it 50g flour and 50g water, leave it for a day or so and then use it. After using, throw a bunch, add another 50/50 and put it in fridge for the next time.
Has anyone noticed changes in the quality of the starter/bread if they don't feed regularly while in the fridge.
From experience, the bread has a better rise when I feed my starter for three or more cycles/days after storing it in the fridge. As if it needs to "wake up" and increase its speed of metabolism.
Zeebrommer commented on How to give a senior leader feedback without getting fired newsletter.weskao.com/p/h... · Posted by u/RobinHirst11
Most of those examples (not giving enough direction, not training new hires enough, not being clear enough on priorities) are probably not going to be surprises for the person, and if you give feedback that shows you want someone to behave differently without having given some thought about why they aren't already then your feedback talks more about your own lack of experience and empathy than anything else.
To give good feedback to anyone you need to understand something about the pressures and challenges that they are facing. And remember that everything is a trade off. For example, perhaps they're incredibly busy, and would like to spend more time with new hires, but are struggling to find time because they aren't getting enough blocks of concentration time to work out clear priorities and they have been told they need to give their trusted colleague more opportunities to grow so they delegated it to someone.
Most likely, if you think something is a problem then they do too. They don't need to be told that or criticised for it, they need help solving the problem that causes the problem.
Imagine the difference between "I want to give you feedback that you aren't spending enough time with new hires" vs "I know you've been wanting to spend more time with the new hires, why don't you take them for lunch and send me to your status meeting over Tuesday lunch time this week."
As I started doing more leadership, I became aware that a lot of the things I might previously have cited as predictable examples of leadership incompetence causing problems were not surprises to leadership. They knew that this course of action would cause problems. The reason that they went ahead anyway was because they believed that the problems caused by the other courses of action available to them would be worse.
Of course, there are situations this advice does not apply, maybe the leader genuinely is clueless or evil or mistaken about the severity of a problem, but a good leader when presented with a problem elsewhere needs to start from a position of respect and learning and if you want to give advice to a leader you should start by trying to model good leadership yourself.
I agree that most leaders will now they are fallible, and also have some idea of which things are problematic. As an inexperienced leader, I still valued getting "known feedback". It gave me a better idea of which problems were growing too large, and which ones remained minor annoyances. In addition, acknowledging the points that were brought up and explaining why I hadn't gotten to addressing them (besides being human) usually gave the person giving the feedback a more positive outlook.
Zeebrommer commented on WireGuard for the ESP32 github.com/ciniml/WireGua... · Posted by u/bishopsmother
Are there memory safe language options for programming security critical internet facing interfaces like this on ESP32?
Rust is getting there, but I don't think it's production ready yet: https://github.com/esp-rs
Zeebrommer commented on WireGuard for the ESP32 github.com/ciniml/WireGua... · Posted by u/bishopsmother
It's not completely related but I've been thinking that having a router connected via wireguard might be a good way to do IoT deployments.
Generally IoT devices make an outbound connection to a server and use MQTTS for bi-directional data flow, because of the difficulty of inbound connections due to firewalls, NAT etc. But this has some downsides in that you have to run an MQTT server, each device is doing it's own TLS (which uses a lot of ram and increases firmware size on an ESP32), and MQTT doesn't really have end-to-end message confirmation.
It seems like a better way would be for each esp32 device to be in a wireshark network and to be running it's own HTTP webserver (which is easy to do with the SDK). Therefore any device can be sent a message from the server using a simple POST request to its ip address, and can send messages to the server using the servers HTTP api. It's much easier to test HTTP api's than mess about with MQTT, and individual devices don't need to do SSL because all data between the devices and server is encrypted by wireguard.
I suspect there's something I've overlooked, I think addressing individual devices could be difficult if you only know their IP addresses.
That's an interesting idea, you'd probably be able to know ip addresses via wireguard. Protocols like CoAP or SenML can be used to keep payloads small.
MQTT, aside from being pubsub, has more functionality that is especially useful in IoT though: robust sessions with LW&T to monitor onlineness, and retained topics to deliver messages as devices come online again
The sea is pretty effectively reclaiming land back from them at this point. It's not a winning battle these days. It's also not so simple to build Manhattan style buildings on a sandpit
I'm curious which lost land you are referring to.
Building skyscrapers on former swamps is indeed difficult.
> The reason why housing is expensive is the same as what the article said about nitrogen emissions, new housing construction is limited to try and not exceed emissions even more.
This is honestly just dumb. Many of the climate actions taken in European countries like stopping nuclear energy are really really dumb.
> As for schiphol airport lines, I'm not usually a conspiracy theorist but having informed myself a bit on the subject and having been on those queues many times this year, I think it's again a self inflicted problem, as the government wants to have less flights overall, and I believe they found a reasonable escape goat for it with the "staff shortages".
But why? Is it also to reduce emissions? They don't want to actually do something meaningful, so they cause havoc in the Airport to reduce emissions? What is going on?
> This is honestly just dumb
Yes, but in an indirect way. At some point, nitrogen deposition was identified as harmful to nature, and emissions targets were put in place. Politicians then did everything they could not to be the one having to introduce unpopular legislation, until they couldn't anymore. Now the government has painted themselves in a corner and cannot give permits for building projects anymore without breaking the law.
I think we'll see this more often in the future when the consequences of ambitious targets will need to be reckoned with.
And (more or less) that’s how the Enigma was cracked. Turns out starting weather report with ‘weather’ every single time is not a good idea.