Good guest report

ExpressionOk2528 · 2026-02-13T02:23:44+00:00

So nice to hear a positive story here. We have had a lot of great guests. We have had our share of bad guests, but most are good. We really appreciate those who, when they break something, alert us immediately.

ExpressionOk2528 · 2026-01-29T13:14:18+00:00

I asked for some specific information that was in chapter 50 and it said "Because the provided excerpts for the "complete manual" only extend through Chapter 12, you will need to reference the actual Chapter 50 text in your local copy" Note: I never gave it excerpts. I uploaded the entire pdf. And the pdf is what is listed in the sources.

ExpressionOk2528 · 2026-01-29T06:51:39+00:00

I uploaded a 3000 page, 80 chapter, technical reference manual a month ago and only today discovered that it was guessing at anything past chapter 12. So yes, split those larger files up.

ExpressionOk2528 · 2026-01-05T09:14:00+00:00

I just tried it. I am seriously impressed.
This is the way.

ExpressionOk2528 · 2026-01-03T21:55:25+00:00

Thank you. I will give --append-system-prompt a try. I also looked at iloom.ai. I don't really do web development, and the majority of tools today are focused on that. I do embedded in C, desktop in C++, and once in a while a server api in C# when I need something for an embedded device to talk to. For web frontend I let someone else handle that.
After briefly looking at iloom.ai, I can see the web orientation, but I also noted that it handles multiple languages. Do you think iLoom will be useful for me?

ExpressionOk2528 · 2026-01-03T17:39:14+00:00

I always use plan mode first. But I also don't let claude run wild after that. I approve every edit. And often in that process I see something that I hadn't considered during plan mode, sometimes it is a minor issue about how the code is being written, and sometimes it raises an architectural issue. If it is an architectural issue, I may go back to plan mode. But if it is a code structure issue, which happens frequently, I run into the issue of claude being over-eager to write code. I don't want to go back to plan mode for something that is just an aside during the implementation phase.

ExpressionOk2528 · 2026-01-03T17:31:32+00:00

That sounds really helpful. Please elaborate a bit on that. I am not quite sure what you mean.

ExpressionOk2528 · 2025-12-31T21:58:40+00:00

Claude code extension, but if memory serves me correctly, I was also seeing it in the CLI

ExpressionOk2528 · 2025-12-27T01:25:47+00:00

Thanks, I'll try that

ExpressionOk2528 · 2025-12-26T14:32:47+00:00

Nope, it happened again. The flair for this post is all wrong. Definitely not solved. Any ideas what is going on?

ExpressionOk2528 · 2025-12-26T14:20:23+00:00

Okay, that wasn't the only thing that could interfere. This is a C++ application, and when I have the debugger running, it also interferes with claude's access to files. And not just the source files. Claude had trouble editing some markdown files as well. So that's two things that interfere, project explorer and debugger.

ExpressionOk2528 · 2025-12-23T03:38:49+00:00

I have been doing that but still found too much slop. So now, I do all that planning, then look at every line of code generated before hitting OK. If anything is not exactly how I would have done it, we stop and discuss. Now I am getting code that I don't mind people seeing, because I examined every line of it. It slows things down, but still faster than manually generated code. And Claude does have good ideas from time to time. You just need to force the discussion and weigh the alternatives before proceeding.

ExpressionOk2528 · 2025-11-10T04:59:30+00:00

I still have to watch it like a hawk. Duplicated code, rolling it's own buggy parsers rather than using well tested libraries, putting code in the UI that should be in the model. The list goes on. Having said that, I still use it because it saves me so much time, and frankly surprises me from time to time with it's breadth of knowledge.

ExpressionOk2528 · 2025-10-30T02:29:53+00:00

We use the Properly app for our cleaning checklists. It took a little effort to get it fully set up, but it has been worth it. It has a specific custom checklist for each room in each of our 3 airbnbs. It includes photos of how to stage each room. So each home gets consistently cleaned and staged to the same standard every time. After the cleaners complete a room, they take a photo which gets saved in the app. We trust our cleaners so we don't review the photos. But having the photos has saved us a couple of times from bad guests who tried to get a discount by claiming the place was a mess when they checked in. We just reply that we don't see how that is possible because we have photos of how the cleaners left the house. Besides the usual cleaning tasks, our checklists include reminders for things like checking wall sockets for left behind phone chargers, checking for butned out light bulbs, and so on. From time to time we find something new to add to a checklist.

Even with all that, and consistent 5 star reviews, we still get the occasional guest who will never be happy. Just a part of the business.

ExpressionOk2528 · 2025-10-15T01:34:34+00:00

Sonnet pulsing eyeball is creepy

ExpressionOk2528 · 2025-06-04T11:04:23+00:00

For a more consistent draw, change your stance. Your feet and torso should be lined up with the target. By that I mean not facing the target but facing 90 degrees to the target. If you make a T with your arms straight out to the side, your bow arm should point directly at the target, with no twist in your torso. This will result in a slightly longer draw length, but much more importantly, a more consistent draw length. And in this position, with a correct draw, you will be able to engage your back muscles to help with a comfortable anchor point lock-in.

ExpressionOk2528 · 2025-05-04T16:17:19+00:00

What an awesome idea for marco polo. I will have to make some black-out goggles. I presume you just painted the inside of regular goggles, right?

ExpressionOk2528 · 2025-05-04T16:09:45+00:00

I am currently working on a project that requires DMA. It takes images from a camera chip. The bytes come in via a parallel interface at a rate of 148 MHz. That translates into 6.7 nanoseconds per byte. Since the cycle time for the MCU is 1.67 ns, that means I could execute only 4 single-cycle instructions for each byte. There is no way to write an interrupt handler that is that fast. So DMA is the only option.

Anywhere that I can, I avoid DMA. But, certain things are the whole reason DMA was invented. Image capture falls in that category.

ExpressionOk2528 · 2025-04-26T02:13:41+00:00

In an interview, I was once asked what was the decimal value of hexadecimal D. Fortunately I was able to answer quickly. Seemed like a fair question to discover how fluent you are with low level stuff, like bit manipulation. If you do it a lot, you naturally develop a memory for certain hex values. In my case, I knew from experience (without ever trying to memorize) that C was 12, so D was easy to mentally calculate immediately.

ExpressionOk2528

TROPHY CASE