robohamburger
I think I would fail this test since most coffee machines are hard to repair unless it is something trivial and the idea of just repairing something is kind of odd. A better answer might be you work with the office manager, go to the store and grab a temporary one.
I also think this is a terrible idea for other reasons:
1. You are working at a small company and its easy to communicate, its broken and you are going to fix it. However, focus is critical even if it doesn't feel like it all the time.
2. It is hard to tell but it seems like saying you would talk to the office manager would cause you to fail but this seems like the most rational answer. You should work with them and see if you can fix it together or at least keep them in the loop.
Bias for action is great but you also need people who can focus, know what they are good at, and communicate with others.
edit: formatting (need to not post while raging)
I used tilesets when I was learning the game which I would recommend since it can be a lot to take in all at once.
Be interesting and depresisng to make map for people to use like that but I am not sure how it wouldn't devolve into fearmongering like nextdoor does.
I feel bad for the occasional wide eyed family from the burbs I see walking streets even I wouldn't dare tread on from my car or lyft.
edited typo
Usually you can spot the cars that are homes, at least where I live.
If you just hit everything with the REST, OOP or db hammer you end up with things that more complicated than they need to be.
I find this is the worst part right now. Latency is everything if it is tied to actual typing in of code.
Excited to see this get fixed, or at least improved!
However, I started with a simple stupid solution you describe. Despite that, I quickly realized I was going to end up coding an ad-hoc version of an ECS if I keep trying to do my own thing.
For reference, I am making a sim game like dwarf fortress so it has been kind of nice, though I think in the fullness of time I will probably end up writing my own ECS to replace specs or start contributing stuff to it.
I have used unity and UE4's "ECS" and I could see how they get a bad wrap. They aren't very good ECS systems and because the engine uses this model it forces people to use it.
One of the big advantages of writing a game from "scratch" is you are not burdened by weird architectures that don't make sense so experimenting first before makes sense. I don't know if I agree that ECS never have a place in game programming.
I wonder what fun pals live inside those fish though.
I think there is a big difference between working from home and spending lots of time alone vs being in a place where you don't have any friends physically around for 100s of miles. I tried that for the last 5 years, wouldn't recommend it.
There is probably a separate db (if its even a db) for each county. It is very much a data cleaning nightmare from my limited experience.
> Yes, it's much better than it was at release, but it is still very much a streamlined, mass market friendly ARPG.
How is this bad? It seems like you are implying it is. Also how is diablo 3 mass-market and diablo 2 not?
> Modern Diablo gameplay consists of leveling (1-2 hours), finishing your season journey (another 2-3 hours, maybe), getting your free super-powerful six piece handed to you, and then grinding paragon levels and filling in a couple of gear spots here and there.
Agree, that is how I play it. This is slightly hyperbolic but not that far off. It took me about 2 days of playing to get to T13 (the hardest difficulty). This could be made more interesting but I kind of enjoy tweaking my build and min-maxing :)
> It in no significant way resembles the Diablo of old. If you want a true sequel try PoE or Grim Dawn.
Which diablo? Diablo 3 is a true sequel, you just don't like it, which is fine.
Diablo 3 is actually pretty good now if you want a successor. If you just want something similar to diablo 2 I suggest torchlight or titan quest.
Diablo 1 is tricky because it was so much closer to rogue likes (probably because originally it was one). I would love to see a game that has a more subdued and methodical pacing but with less town hacks :)
I have lots of questions now, like why this isn't using the zeromq based protocol, so I guess I will need to spend some time with it.
It does look like it closely overlaps with what I was describing. I didn't realize overriding/extending the http api was even a thing that could be done so I just used zeromq for my own purposes :)
I made a hacky version for work that proxies to a k8s pod but first class support would be cool.
It is really great for solving one off problems or learning.
The jupyter code itself while verbose is pretty extensible also. I just put together something that lets me connect to my spark kubernetes pod.
I think being able to customize jupyter and add new kernels (languages) is where it becomes really powerful and awesome.
I wonder how threading would work without the borrow checker though. It would be cool if you could still have the "fearless concurrency part".
I wonder what the Seattle prices are? Probably somewhat close I would imagine.