At present the screenshots would consist of a billing system :)
I already have a product BenkoPhone.com but the app is provided by a 3rd party and I just white label it so I have started building the replacement.
I built the account management and billing system first after implementing a proof of concept for the app then had to do a major platform change which stalled development of any other features for 3 months.
Hopefully I’ll be adding features again by the end of this month and I’ll put some screenshots in once it actually does something!
There are many cultures and parts of the world where dogs are considered dirty and dangerous and should not be anywhere near the home.
Now you and I know rather differently, but those places are still going through their own 'journey of discovery' when it comes to animal intelligence and social benefit.
The above said, I'd have not expected a Finnish researcher to be one making such a 'new' discovery as Finnish culture does include extensive animal husbandry and dog/horse culture.
Programming language innovation is measured in decades. I expect LLMs will make it easier to prototype new concepts, but adoption will still progress on a human timescale
The marketing pitch for these things was that they were supposed to induce "cambrian explosion of creations". That there was zero barrier to building anything anymore. This is surely true in programming languages especially, considering how fast LLMs took over software development? Surely this would mean we would get new ideas faster if that was the case? There is literally nothing stopping language designers from getting new concepts out there now even if nobody is using them in production yet.
> LLMs will make it easier to prototype new concepts,
We don’t need new ideas, we need languages that take the best ideas developed over the past decade of PL research and operationalize them in a language with modern tooling and build support.
PDF is very, very complicated standard which can't be handled properly on tiny MCUs with reasonable performance and spec conformance:
- 4 font formats
- 9 image formats
- blending with transparency
- different colorspaces, each image could use its own on the page
- different dithering algorithms, each image with its own
- the page can have elements from another pages (global elements)
This is only a small part from the top of my head.
Common simple home printers absolutely should not accept regular PDF as an input: thanks to Apple and IETF we now have Apple Raster and PWG Raster for printers, as a part of AirPrint and IPP Everywhere/Mopria driverless printing standards, which are very similar but have slightly different options and headers. It's a simple raster input for printers specifically.
Some companies, such as HP, invented a "raster PDF": PCLm / PCLms. Don't be confused by the name, it's a regular standard-conforming PDF which contain nothing but a full-page JPEG on each page, and don't use any other features. It's created only to be able to open "printed page" (driver output) in a standard PDF viewer on a PC for debugging or business logging needs, but otherwise it's like a regular JPEG with additional per-page metadata.
That's weird, the product page says "TXT, EPUB, MOBI, PDF, JPG, PNG" and prominently claims it is good for manga, which definitely wouldn't be possible with those formats.
I was thinking of this, but rendering PDF takes a lot out of a 400KB RAM'd device. It also needs a ton of things to actually work which the ROM can't hold.
I don’t understand the point of WebMCP. Any website that you could do interesting things with programmatically either already has an API or doesn’t want to provide programmatic access for business reasons. So who is this for?
I don't think it's that binary. For the majority of websites, adding programatic access didn't make sense because it would primarily have been for scraping data. No financial incentive for them to support this.
The dream today is that agents might prefer your website due to it's MCP and actually purchase something. i.e. 'hey claude go find me the cheapest places I can buy these headphones'
I was able to get Claude to write an embedded Rust driver for an unsupported epaper screen in a couple of hours by providing it with the spec and some existing C drivers. It’s still not as fast as the arduino versions, but it let me make progress in a project that I’d been stuck on for months.
In general I've been really happy to leverage Claude to quickly build software that only I use. It fits my needs exactly and I don't have to worry so much about how others will use it, if it is generalized enough, if the documentation is up to date, etc.
These are an exciting new curve. I’d like to hear about how they will handle stroking. The inside and outside stroke of a Bézier curve can’t be represented with a Bézier curve. How do hyperbeziers fare?
This is future work, but I expect it to go fairly well. One encouraging sign is that there are parts of the parameter space where you do get an exact solution: circular arcs and circle involute. Another encouraging sign is that it's easy to get bounds on curvature, which is important for figuring out whether there's a cusp in the offset curve.
I don’t understand what this is for? Does it help you code esp32 programs or does it use an esp32 devices sensors as input to LLM sessions. Or something else.
I still don't get why we don't have a engineering harness that purely works via ssh connections. We have decades of automation via ssh but no one's managed to tunnel them into and out of a ssh protocol.
reply