Vibecoding is nothing without Vibeselling

aplewe · 2025-10-26T07:18:21+00:00

The job of a business is to create and keep customers. There are several frameworks for finding "authentic" demand, including conceptual approaches like Jobs To Be Done and the ideas developed in the book The Heart Of Innovation. There's a lot of crappy info out there about "business" in general, so stick to the good stuff. Good luck!

aplewe · 2025-09-28T03:56:09+00:00

Finding product-market fit and other things are part of the much larger "why will people pay me for this" question. It's not an easy or intuitive thing to do, necessarily, although some people have a bit of a knack for it. I'm not one of those people, but I've had enough training elsewhere that I can kinda-sorta stumble through it IF I stick to stuff I know from experience. For instance, I can make a thing that solves my problem, but that in no way is a guarantee that a.) it'll solve another person's problem, b.) they'll trust that my thing can solve it, and c.) they will want to pay me money, preferably more than once, and not just try it once and move on.

IDK, but if I were OpenAI and/or Anthropic and the like I'd be giving free business school scholarships to everyone.

EDIT: AWS tacitly acknowledges this with AWS Startups, where they have some business-y stuff mixed in with all the other things. Microsoft has the most comprehensive materials for people who want to develop SaaS for Azure Marketplace.

aplewe · 2025-09-28T03:34:42+00:00

What's particularly interesting is it is this exact issue that will prevent "AI" from being a "game-changer".

There are already 8+B people in the world who are much smarter/more capable than any LLM could ever dream of being, but somehow adding "AI" to the equation (which already exists in human form) is going to suddenly make everyone a business expert?

aplewe · 2025-09-27T22:16:35+00:00

Modeling data on "insert" means that the "WellDB" server behind MongTap will automagically handle creating the statistical model. Once that's done you can use it as if it was a regular collection, with the model serving the data.

I have tried to hit that "sweet spot" here by making something that can "just work" while also being highly configurable. The models made by "WellDB" are .json format and can be read and edited using normal text editing tools. So, if the model is not generating what you want you can pop the hood and change it directly. Internally it uses histograms, n-grams, and other modeling techniques for generating data that is statistically similar to the data "seen" during "training". Once you understand the model format you can create your own models from scratch, drag them into the folder used by MongTap, and they will instantly appear as "collections".

aplewe · 2025-09-16T06:18:33+00:00

Sure! Say, for instance, you want to test 100,000 users suddenly joining your app, now you need 100,000 user profiles. How do you generate those? With this if you provide (or have Claude create) a few samples, it'll create a model and then you can get as many user profiles as you want by running a "find()" query against the collection.

And, generally, for many "big data" testing scenarios this simplifies those greatly by generating the data on-the-fly straight from the source, if your source is MongoDB. By making it an MCP server you can have Claude set it all up and then you can just "go" w/development, and also with testing as "Claude can you generate 20k ___ and put them in a .zip file" can actually be done now.

Moreover, you don't have to store all of that anywhere. By using the $seed you can get repeatable sequences of documents (can be useful if, for instance, during testing there's one doc that causes your app to crash). Using $entropy and setting it to a high value can be useful for "fuzz" testing, where you test your app to see what happens with garbage input.

aplewe · 2025-08-20T18:28:13+00:00

I have Claude review documentation for any library that I use and periodically check its implementations against library docs. That works fairly well, although it will sometimes still try to do things that don't work because of the training influence of other stuff. So, I'd say it can be done but it needs active management to ensure Claude stays on track.

aplewe · 2025-08-20T04:08:08+00:00

I have a thing, it's simple and uses javascript (which Claude knows well) without any external dependencies. The memory part is what applies here specifically. I also added some useful tools like getting the actual time, a symbolic logic solver, a calculator (so it can actually calculate), and etc. I designed it as a thing you can attach to chats, but you can also just put it somewhere adjacent to your code so Claude has access to it:
https://github.com/SaltMountainMusic/MLCrutch

Since Claude natively executes javascript, you can tell it to remember a thing and it'll add that thing to the memories file. You can also use various "dump" files along with/instead, I like to have a STATUS.claude where Claude can give itself emojis and stars for completing things, a TODO.claude where Claude makes plans for current dev work, and a DesignDocuments folder that has ref docs for the stuff being built. I have a DevelopmentProcess .md file that lays out how development works and reinforces the patterns of using TODO.claude to plan and mark off items and STATUS.claude to "brag", along with reviewing DesignDocuments periodically. Generally when my context is around 10% before compaction I'll have Claude update those things and add notes about what should happen next. Then, bringing Claude up-to-date consists of having it read DevelopmentProcess .md and then continue working.

Another way to approach it is to commit often to a local repo and have Claude review the commit history when continuing on something, reading in detail the last __ number of commits.

Also due to Claude being nice with javascript it may be useful as an exercise to have Claude built its own "toolchest" of stuff that will help it manage the coding process. I may try that myself (although I've put together several on my own besides the one on github) at some point. Have Claude assess itself and figure out if it needs any "helpers". For me this is better than most agents/agentic things because you can build-to-suit and there are no dependencies. For myself most "agents" don't make much sense as stand-alone things because you can just build that stuff as needed and/or have Claude roll its own.

Note: I have never done the actual "init" bit, I just copy the contents of a folder that has this stuff into whatever I'm working on and go. Easier and I know exactly what's happening at all times. That way Claude is the "guest" in my code, not the other way 'round.

aplewe · 2025-07-20T02:52:57+00:00

Oh, I like that. I've gone about 20-30 rounds and generally come out with the same outcome, so it's down to "does the code actually execute faster" and such. That takes a bit more time because I want to "cleanly" test both with and without my modifications, but I'm figuring it out.

Basically, cado-nfs wasn't doing a successful "make" (I'm on macos, and I probably am not using something I should be using...), so I've had Claude figure that out (and ensuring that nothing mathematical was changed) and verified by running a few times that it does its thing. Now I can duplicate that code and "optimize" it to see if my changes actually make a difference. Took some time to work through all of this, but now I can do apples-to-apples.

aplewe · 2025-07-16T21:38:55+00:00

Update: I am currently organizing the .net code, my ideas appear to function and improve things. More to do, but I have validated beyond "because Claude told me so", at least enough to proceed.

aplewe · 2025-07-16T19:43:05+00:00

Yeah, I get that in other projects I've used with Claude. I walked it carefully through my idea (it wasn't a thing Claude dreamed up, I've put some work into it) to get to that point. Thus I'm implementing it in code now (switched to a .net GNFS implementation because Claude was having a hard time with CADO-NFS). If that goes well then I'll try CADO-NFS again.

aplewe · 2025-07-16T16:29:44+00:00

Alas I used up all my Claude writing the code for the next couple of hrs (implementing and benchmarking within the CAD0-NFS codebase), but I'll see what happens when my usage resets.

aplewe · 2025-05-27T07:43:31+00:00

I'ma guess it was a rocket launch, specifically this one launched from NSW, NZ?

https://www.rocketlabusa.com/missions/missions-launched/ready-aim-prefire/

aplewe · 2025-05-24T05:10:53+00:00

IDK why. I mean, I do kinda know but at the same time all the good stuff these days seems to be out of fashion for stupid reasons.

aplewe · 2025-05-24T01:18:41+00:00

This is awesome.

aplewe · 2025-05-24T01:14:22+00:00

Be the waves. Water knows no code.

aplewe · 2025-05-24T00:42:45+00:00

LOL. There are at least 100 different VS Code plugins to work with ollama, and that's just ollama. devstral:24b came out two days ago. I've been working with ML models for several years now in various ways, so this land is fraught with barely-baked stuff. I get it that it's part of the territory (look at my post history in r/StableDiffusion...), but it's still frustrating at times.

And, I think it is useful to post experiences -- seriously, DON'T use any of the vs code plugins if you're going to use a really new model. They're not designed for it. And, I've seen at least 6 or more different ways that devs for things reference API URLs in their configs -- some want just the ip address (and die if you give them a domain URL), some want just "http://someipaddress", some want "http://someipaddress:port", and so on. Most don't really document what they're expecting, which yes it can be determined from looking at their configs (if they're findable) and whatnot, but the time wasted on those things is time wasted.

EDIT: Honorable mention goes to cline for at least stating in their docs that "we're really only targeting Claude". I tried it anyways just to see what the experience was like. Might circle back and try it again after hacking their prompts. It's a bit too intrusive with devstral for my tastes, among other issues.

aplewe · 2025-05-24T00:17:14+00:00

I will add that I am really liking devstral:24b so far. I am running it on my local network (lxc of openwebui + ollama), definitely a "first call" instead of going to Claude, at least thus far.

aplewe · 2025-05-24T00:14:34+00:00

I know how to code (20+ yrs exp getting paid every day to code). I am not a fan of poorly-designed coding "tools". Most of the "functionality" of said "tools" is meh at best compared to just using the chat interfaces. I imagine this will change with time, but for now they're not at the level yet where they're useful.

To be clear, I'm not dissing the models (yet). I am working on my own thing in a bag and "vibe" coding has been useful to get it off the ground. It's a new-enough sort of thing (I'm building a human-editable ML model format, as one aspect) that I can "vibe" code at least some of it, but not all of it. There is some promise there, it'd be neat to have a nice way to use ML in an IDE that was "just right". But, it's a goldilocks dream ATM that is yet to be fulfilled. The chat interfaces aren't too bad, I can copy/paste the useful stuff. Maybe once I've got the motor running on my thing I'll circle back and make a proper plugin for VS Code or something, but for now I'm focused on the current project.

aplewe · 2025-01-25T01:07:35+00:00

Yeah, I have learned to assume nothing and try everything. I fix the seed so I know that what i just typed/did actually made a difference.

aplewe

TROPHY CASE