Hi, nice snappy interface (even after making the HN front page...) and I like the gentle highlighting of possible moves for a piece.
In two games against the bot I _think_ I had the luck to run into a corner case bug with the rules engine: in the position shown in this screenshot https://ibb.co/dQ3HsM4 I'd rolled a 4-6, but the UI would not let me move my piece on 9 four spaces to hit the opponent on 5 -- the UI only wanted to let me move that piece six spaces.
I can imagine how this bug could happen-- all my pieces except this one are in my inner table, so it looks like my piece on 9 is the only piece that can legally use the rolled six, and you're required to fully use your roll if possible... except in this particular case, once I move that piece four spots, I'd be fully in my inner table and could use the six to bear off a piece.
[sidenote: I realize I don't know the best 2024 way to host a temporary image for posting on a text-only forum like HN... but imgbb looked reasonable...]
Quick reactions from trying it out: One of my questions about this is the same as my question about "low-code" tools-- how they enable novices to debug errors or edge cases in the generated code.
Example: I played the tower defense style game example you linked in the comments for a few minutes, and found a bug (or perhaps a gameplay edge case I'd want to treat differently: a second bullet gets fired in the direction of an enemy that just died, wasting a shot). I cloned the project and poked around in the code to try to fix that, though without knowing the language and generated code that wasn't trivial.
Next, I thought-- I'll use the chat interface to explain this bug / edge case and ask for a suggestion. I was impressed, the conceptual explanation of how you might fix this seemed reasonable! However, the suggested generated code seemed incomplete and was full of "// ... rest of the code ..." comments, and when I clicked "Apply suggestions" that seemed to overwrite the existing program, so the application no longer runs (chunks of the program are just "// ... rest of the code..." lines). And I didn't see an obvious way to undo or get back to the previous code.
Anyway, that's feedback on my initial experience, I could see this being useful to generate the skeleton of a program or as an interface to get how-to suggestions that I'd then more carefully implement/integrate myself.
I agree about the rough taste in general. I've made it a habit to try as many different canned coffees as I can when visiting Japan (and every "black" coffee I saw), and looking back at my notes, I felt like "Premium BOSS Black" was quite good, and "UCC Black New Grounds Fruity Blend" and "UCC Black Wholly Brewed" were both decent, compared to most of the other black coffees.
These are outdoor roadside vending machines, sometimes out in the middle of nowhere (or at least, not near any convenience stores). Driving down a quiet rural road on a cold morning and stopping for a hot coffee in a can is a nice break.
Anecdotally, a few people I know who moved to New England (where it can get down to -20F at night, though rarely) have installed heat pumps and been happy with the performance through the past few winters, though I don't know which models they bought (one mentioned the Mitsubishi H2i).
I believe all of them also have a woodstove for backup heat and general coziness, but no separate fossil fuel backup.
Agreed-- as someone who is also later-career and personally enjoys WFH, I realize in retrospect that I learned a lot (both technically and in terms of how to be productive in a larger team environment) from less-structured in-person collaboration with more senior peers and mentors. And I feel that really set me up for growth and future success / leadership.
Some of that is possible remotely, but I don't think it would have been the same as there was a lot of on and off collaboration and chatting over the course of a month sitting side by side. Especially with someone senior who worked on a parallel team where we might not have talked as much if we'd only been meeting through meetings.
And as someone who's managed teams during the pandemic, I'll say that I saw WFH be especially challenging for some earlier-career folks and new hires, who I've seen trying to learn everything "on their own" and feeling a bit adrift. I went out of my way to have more 1:1 check-ins with them, set them up with other senior peers for regular video "coffee chats" and mentorship opportunities, and so on. But it was challenging.
I've also seen Slack be a powerful force for new or junior people asking questions about how to use a tool or the history of some decision (once we built a culture of "it's fine to just ask questions to this channel, no question is dumb"), especially across teams or offices, so async digital collaboration is powerful as well, of course.
I'm more on the introversion end of the spectrum, and as someone who's been both an engineer and a manager I'm a big believer in big unbroken chunks of silence and concentration for focused engineering ("makers vs managers schedule", etc).
And... I would say a majority of the major project setbacks / failures I've seen over my career have not been due to engineering failures, but have been due to either:
1) Misalignment or lack of agility about priorities / goals and inter-team dependencies. Situations where people and teams put their heads down and do a lot of engineering... that ends up not being the right engineering.
2) Interpersonal conflicts that simmer, escalate, and aren't defused early enough and harm collaboration.
In theory, both of these could be addressed well in fully remote environments, with careful product, product, and people management.
In practice, I have personally seen it be much easier to head these problems off in environments where people are having regular informal face-to-face and non-transactional interactions. The lunch / coffee break / hallway-chat-after-the-meeting sort of discussions. Even being in separate buildings across a large tech campus has been a barrier to this.
Again, I would be personally happy to WFH, but I do feel I've multiple times seen significant project and company-level benefits from shared workspace interaction, so there are tradeoffs.
0 + 0.00000001 gives 1e-8 (I see you’re displaying in scientific notation, hmm— I wonder how you’re storing it internally…)
Then multiplying that by 5 gives… -39.
Somehow 1e-8 * 5 is being parsed as 1 + (-8 * 5)?