VS code (developer interface) has this feature where you activate a text input with a hotkey. It is used to trigger specific actions. You can type text and it will give you the actions that match the text. You also see a list of the actions you triggered that way previously.
This is great because I don't have to remember how to trigger a specific action and I can also discover new actions just by searching.
Ultimately it doesn't change the UI, but it sounds quite similar to what the author describes. There is some potential there with a search bar that is more about intent than text matching.
That's why remote work is so liberating. You don't have to stay at your desk but you can move your body and free your mind as much as you like. When I get back to the office I feel stuck. Physically and mentally.
This article makes some assumptions that could easily change the result. By the way, if you have a batch size of 1 you're back to the initial hypothesis which is obviously not how things work in the fast food industry.
I think it misses the point of idle time and availability. From the supply chain theory, if your resources are always 100% busy, your delivery time will go infinite because as soon as something takes a little more time as expected then you can never catch up.
This applies particularly well to software engineering.
Initially I thought I would be able to do it with webRTC but it turns out you still need some kind of specific server to connect clients.
Instead I cheated a little bit and used a messaging service https://ably.com/.
It was easy to setup and use, and their free plan is generous.
Another thing I didn't achieve is to find a RNG I could configure with a seed, so amongst my client I have a special one, the "host" who is drawing the cards, etc.
Overall it's been working really well. There is one thing that is particularly difficult without a server, that is debugging. Especially if using a mobile phone, you're in the dark when a bug happens. And with Ably and the free tier, you have to be connect in debug mode beforehand to see the logs, very unpractical.
Good luck with your game!
Nice article.
I built my own online version of a turn based board game because none exists at the moment. I just want to play with my family so I didn't bother coding a server at all, instead all clients communicate their actions to all others so I naturally implemented the deterministic approach. I haven't thought about secret state so it's interesting to see a possible solution for that. Fun!
It sounds like good advice. Heck I don't wanna automate my life, especially not up that point. Imagine if the people the author contacted knew why, I wouldn't be too happy about it.
Slightly related, I try to remember my closest friends birthdays, means more to me if I can remember it rather than a generic reminder...
I've been working on native mobile apps in the last couple of years, and I realized the only reason companies want to push native apps is because they can do whatever they want with the tracking and 3rd party stuff in general.
Seriously this native apps world is so backwards compared to the web...
I'll take youtube as an example, on the mobile web app you can block most ads and you don't get the latest stupid features youtube is trying to push for some reason.
Sometimes I'm brought back to the native app through a link and I'm shocked.
The only reason I keep it is Chromecast support.
Well how do you know something is overengineered?
It's when you know it will never (or too far in the future) need to scale accordingly to the engineering.
The concept of overengineering is good on paper, but in practice it's being overused and not understood precisely.
I see devs freaking out when you use the word abstraction now...
Suggest extracting business logic from a React component and you don't know anymore if someone is gonna raise the "overengineering" flag.
If you start a new project, do you not use any library or framework at the beginning?
Obviously you take decisions according to how much the project/feature is expected to scale.
If your estimation was too low, you might cripple your development at some point, and need a rewrite or at least some significant refactoring.
If it was too high, I guess you overengineered.
What matters is asking yourself the question, and of course as engineers we like to challenge ourselves into building the best possible solution, but we equally need to consider how likely it is that such a solution is never needed.
Maintaining git history is a waste of time. Work with PRs and let the PR own the context of the changes. Simple and easy for everyone. You can also link much more information than in a commit.
Fair point. I believe I manage to save enough time of "doing nothing" in my daily life (although it might feel uncomfortable sometimes as others pointed out in the thread) that I don't need that during vacation. I see it as an opportunity to do things I don't have time/energy to do otherwise.
That's awesome and you don't have to take it to that extreme. Right before covid I took a 3 months break after my last contract as independent consultant. Traveled in South America with a backpack and it was awesome. These 3 months feel (fill) in my memory so much longer than the year and a half of covid. Can't wait to do that again once travelling is easy again. Only issue is that when I came back I needed a more meaningful work meaning that I'm not independent anymore. But I'll trade that off again and repeat happily
Going on vacation doesn't mean doing nothing.
Like you I don't understand how/why people do this.
I think it's about doing something different. Travel, visit, explore, camp, hike, do sport, meet new people, share that with family/friends or not.