Hacker Newsnew | past | comments | ask | show | jobs | submit | rikroots's commentslogin


> he did manage to predict/make into reality electric vehicles

I miss the morning delivery of milk to the doorstep. And the milk carts that used to deliver it

https://en.wikipedia.org/wiki/Milk_float


Likewise, but those were famously slow. Might have been expandable into other delivery vehicles, but neither the batteries nor the motors were up to being commuter vehicles… well, possibly electric bicycles back then, the European Blue Banana* was better positioned than much of the world to commute by bike, but not much more than that in performance or geography until much more recently.

* https://en.wikipedia.org/wiki/Blue_Banana


But they weren’t designed as a commuter car. THey were designed to deliver milk.


I'm saying they couldn't have been designed as commuter cars: "neither the batteries nor the motors were up to being commuter vehicles".

Battery tech was way off on price/performance needed for commuting, until around Tesla happened: https://ourworldindata.org/battery-price-decline

IIRC, similar issues with compact powerful electric motors, but I don't have a chart handy for that.


The agent that generated the email didn't get another agent to proofread it? Failing to add a space between the full stop and the next letter is one of those things that triggers the proofreader chip in my skull.


I used to think that blogging was a way to help me build a platform, get my name out there. Nowadays ... I don't know. Sometimes I have thoughts that interest me - but probably nobody else - so I'll craft a post around them and put the results online. Sharing my creations makes me feel happy. I'll spam a link to the post on Facebook in case any of my friends might be interested in reading it. Lately I've been spamming links to HN, Bluesky, etc because: why not?


It's too accurate for my tastes. Needs more snark.


I'm wary about using AI models to generate stuff for me - I still bristle from the time a model told me that "JS Sets are faster than Arrays" and I believed it, until I discovered that it forgot to add the important piece of information: for Arrays containing tens of thousands of elements. Which made me feel stupid.

Still, I find the models to be excellent synthesisers of vast quantities of data on subjects in which I have minimal prior knowledge. For instance, when I wanted to translate some Lorca and Cavafy poems into English I discovered that ChatGPT had excellent knowledge of the poems in their native languages, and the difficulties translators faced when rendering them into English. Once I was able to harness the models to assist me translate a poem, rather than generate a translation for me (every LLM is convinced it's a Poet), I managed to write some reasonable poems that met my personal requirements.

I wrote about the experience here: https://rikverse2020.rikweb.org.uk/blog/adventures-in-poetry...


I'm working on my writing, of course. In the latest episode of my life, my mother surprised me with fresh news about the origin of my name: https://rikverse2020.rikweb.org.uk/poem/names


SVG rendering on browsers is still sub-optimal, which I think is a shame as SVG has great potential if it was treated as a first-class element on the web. Recent improvements to the code driving (2D) Canvas API canvas elements shows that this work could be done across browsers. The big thing holding back development is possibly the continuing failure to finalise the SVG2 standard?


Can you describe what you think is sub-optimal? Is it just the performance or is there something else?

I've been using SVG for years for various purposes (though, admittedly, mostly static graphics) and I can't complain.


It's sub-optimal in that browser developers have - for a number of legitimate reasons - chosen not to spend their time building SVG engines into their browsers that are efficient, robust and fast. I think its more a story of benign neglect rather than active discouragement. Compared to the Javascript and CSS engines, which have improved massively over the past decade, SVG remains ... serviceable for basic requirements (simpler stuff - static graphics, icons, etc), but nothing more. If that makes sense?


I don't know anything about the browser internals or the development process/plans, but I've used requestAnimationFrame to animate SVG graphics from JavaScript and it has been super smooth for me even without a modern graphics card (only on-board graphics). The only time I've seen a performance degradation was with a complex filter involving blurs and specular reflection.


This explains my entire drive with my work on my canvas library. I wanted to do something different with the way I was presenting my poems on my poetry website, so I went away and built something which would help me do just that. I didn't expect the library to take over the majority of my spare time for over a decade, but then I was having too much fun to stop.

The library's on GitHub and I could spam a link to it here, but it's much more exciting to spam a link to a poem that finally gets to use it - https://rikverse2020.rikweb.org.uk/poem/flaw


> Can someone explains why does that work?

I've discovered that if you lecture the LLM long enough about treating the subject you're interested in as "literary" then it will engage with the subject along the lines of "academic interpretation in literature terms". I've had to have this conversation with various LLMs when asking them to comment on some of my more-sensitive-subject-matter poems[1] and the trick works every time.

> I mean you can't social engineer a human using poetry?

Believe me, you can. Think of a poem not as something to be enjoyed, or studied. Instead, think of them as digestible prompts to feed into a human brain which can be used to trigger certain outlooks and responses in that person. Think in particular of poetry's close relations - political slogans and advertising strap lines.

[1] As in: poems likely to trigger warning responses like "I am not allowed to discuss this issue. Here are some numbers to support lines in your area".


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: