franciscop

Those are not incompatible though? I'm from Spain and it's a great place to retire.

I'm not a Photoshop user, but I was a GIMP user since my Linux years, and recently I've vibe-coded my own alternative. Why?

Easy, I wanted a middle-ground thing. Gimp, especially in Mac, is riddled with bugs, and it's a very heavy tool. The default Apple preview thing is okay for a single rotation or overlaying text, but not for other simple transformations. I wanted something in the middle.

I'm browsing my photo library, see a crooked image, quick uncrook it with a couple of clicks. I'm def not a "pro", so I don't care about 8k x 8k images or similar. Gimp is too heavy for this workflow, and the default mac app too light. I also prefer it to be offline, so I coded my own alternative.

I only got like 10~20% there few years ago coding by hand, even though I spent something like 1.5~2 weeks on it. I basically built the automated organization and visualization part (datetime extraction, adding tags, removing duplicates, thumbnails, etc), but none of the transformation tools. Now, thanks to LLMs, I've been able to build most of the things I wanted and meaningfully more in a couple of days, _inluding_ processing and editing videos, as well as these for images: perspective cropping, normal cropping, contrast, saturation, resizing, format conversion, etc:

https://x.com/francisco_io/status/2109555827304489202

I've been very lucky that I love both sides, both the "programming" part and the "making things" part. Even then, it's been quite brutal coming to terms that the programming side of things is a chapter of my life that is basically over, at least professionally.

I'm trying to reinvent myself now and learn the other sides of the projects; how to monetize, how to promote my projects, how to "finish them", etc. I understand that's also changing radically since many people are trying the same thing, and with LLMs the market is changing in unpredictable ways, but that's also exciting! I can get so many more things done now that before I just didn't have the time or focus to finish.

Thanks! Really hoping to see this working, I already support Functions thanks to this, would love to support Edge Functions as well through Fetchable :)

That's so funny and ironic, I missed that little detail! Hey, this might be a way for adding internal pressure if he's the only one asking for it.

If someone in Netlify is listening, could you please add support for Fetchable[1] in Netlify Edge Functions? I opened a ticket 1 week ago but it has gone unanswered[2].

The idea behind Fetchable is to have a (semi) standard across runtimes and environments to be able to do this:

    export default {
      async fetch(req: Request): Promise<Response> {
        return new Response(`Hello, ${req.headers.get("User-Agent")}!`)
      }
    }

Even Node.js, who are traditionally the laggards in these things, are already working on it and implementing it. This would be very useful for library writers like me to be able to standardize code across envrionments. I'm re-writing npm's `server` (currently WIP here [3]) and I have some ugly workarounds ONLY for Netlify Edge Functions.

[1] https://fetchable.org/ [2] https://answers.netlify.com/t/support-fetch-for-netlify-edge... [3] https://server-js.com/

That is true, and I HAVE personally changed my opinion on Tesla, but Electrek IS about moving from Fossil Fuels to Electric vehicles. I guess I expected them to focus on the tech side of things and not on the politics side of it a bit more, when I read a technical magazine is mainly for the tech, not for the US political fight of the day.

I was going to comment exactly the same. They used to be all about Tesla, and now they're basically all against Tesla. It's very shocking to see this turn of the editorial approach for a company that did change the full industry. It is true and well known that hate DOES bring more eyeballs than reporting the good news though, and this seems to be a well known bias against Tesla.

Sorry but no, that's crazy, I grew up in Spain and free college is definitely a national pride, by both the left and the right. It's the same in most of Europe.

No, that'd only be true the judgement was the full work. If the judgement was 33% of the work and the rest was just old plain e.g. typing, that is now fully automated and instantaneous, then you automate 2/3 of the work, getting 3x in productivity.

Agreed; I mentioned Elon because the post made the reference quite explicit by saying "trillionaires", probably given the context Bezos or Gates would've been better examples though.

> "Over the years it has been clear that we in the “open source” camp (as opposed to the “free software” camp) were wrong all along. We won the debate, and gained little for users or developers. All that our efforts did was to make it easier for big corporations build things more cheaply and for billionaires to become trillionaires."

I hate that some people like to put us all in the same bag. Please don't include me. I don't really care if either my neighbor or Elon Musk used my open source code. I publish it as such because it's a present to the world at large that I can do, and I believe everyone will benefit with my code being MIT.

You're free to have different ideals, but it's silly to claim that my ideals are wrong and that finally "you" realized that my ideals are wrong. I don't even want to have a culture wars, just don't include me in yours please.

It really depends on the codebase. I remember ~10 years ago trying to learn about some of the big codebases that existed and what struke me was the verbosity. I don't remember if it was a PHP framework or a big JS library, but it was like 20+ lines of comment/explanation for each line of code. I was trying to follow the code flow and it was basically impossible, you could fit like 2-5 lines of actual code per screen.

Within Spain it has virtually dropped to zero among my friends since transfering money is trivial now:

- Bizum for national transfers, you just need someone's number (which you usually have through WhatsApp) representing 90% of instant payments

- SEPA payments also make bank transfers free and trivial for your European friends

I think the point is the opposite, I also expected a lot more damage from a bomb every hour

Yes, I've dealt with streams a lot and I've seen the pain. I'd say it's the 2nd biggest "compat breaking" of Node/JS after the require vs esm, but while the require vs esm is mostly gone (we all use esm nowadays, except for aham the default npm) the stream types I expect will last for a long while since that's not so "high" in the productivity list for most. Also, that's actually one of the main pains I have with Node NOT supporting Fetchable, the fact that the Body is not a Readable.

When we used to code by hand, Bun used to have an amazing list of articles on how to convert from almost any kind of streamable to almost any other type. I used it a lot, and that was when I started liking Bun so much.

I saw the `require('gulp')` and the memories def came back. That's def how we used to do code ~10 years ago. I still don't like the multi-threaded PER PROJECT too much, I prefer having 2 projects and switching context window, I find the current tools (at least the ones I know) are a bit underwhelming for multi-threading. But I'm also trying to upgrade my knowledge.

A good way I've found, since I do a lot of OSS and have my own libraries, when I find a bug in one of those libraries I can work on the same project on the main window while fixing the library on another window. I normally need to tell the main one "let's skip this for now, I'm fixing the library" meanwhile or similarly.

Node.js is virtually the only platform not supporting the Fetchable convention:

https://github.com/nodejs/node/issues/63096

https://fetchable.org/

Bun has been nothing but amazing wins for me, and I really like what it enabled me to do. Two examples:

- I have a couple of projects that handle images. I was including Sharp, but since these are side projects in a small VM, often a redeploy that recompiled Sharp just crashed the full VM (out of memory). Bun includes Bun.Image[1] natively, which is built around Sharp's API, so swapping Sharp out was very easy, and now deploys are a breeze (and swapping it in would be just as easy).

- Bun's JSX support is a godsend. I've replaced almost all my side projects that were backend rendered from Pug, Handlebars, and other various templates I used to have to just pure JSX. Heck, this made it trivial to make a side projects where the Favicon was a dynamic SVG [2]

[1] https://bun.com/docs/runtime/image

[2] https://stocksreader.com/portfolio?%5Egspc=10&amzn=10&msft=1...

> "and I do still use the google built in 'camera' app, so I'm kind of using google photos while I take pictures if that makes sense."

I found it quite inconvenient; you'd try to open the photos app from the photos button on the camera but it didn't work for me. Did you find a way to make the integration decent?

Sorry, please correct me if I'm wrong but with this follow up he's not contradicting the quote I put, but saying that despite of tha, the science is valid? Which means the bits I quoted are still stated as a matter of fact WITHOUT attacking the science of taxonomy itself. So he's still saying that using Latin in science was "backwards and goofy".

> "at the time, he was probably mostly thinking of “white European cultures”, and while we can acknowledge how backwards and fucking goofy this is now, we can still admit that Linnaeus’ ideology was simply flawed like his time and NOT throw out the baby with the proverbial bath water"

In the 18th century someone living in Europe making science books would definitely be using Latin, maybe French if you were a modernist, as that was the language of science publication and communication. I don't see how this is either backwards or goofy?

It's similar to use English on an internet blog post nowadays (as the author does), since there's many more Chinese or Spanish native speakers than English, but English IS the language of international communication.

I made something slightly similar ~10 years ago where you could embed HN comments in your own site. It was the opposite end of consumer though, for webdevs to embed it.

https://news.ycombinator.com/item?id=12898366

Note: I took it down when it seemed it could degrade HN quality if people used it as normal comments, but yours is great since it's the opposite target/usage

Agreed, I was interested and I'm prob the target audience but things escalated too fast too quickly, very similar to the infamous "how to draw an owl" meme.

I read it the opposite though; that it's the act of doing, not the (perfect) result, the thing that is valuable. e.g. it's better to paint a canvas badly because it's fun, than to have an AI generate a perfect image. It's not the image that is "well" that is worth it, it's you having fun while doing it that it's worth it.

I feel like you're conflating "having worth" (value) and "being worth doing" (it's good to do it) in here?

I actually think our discussion came from there! Or at least, there was a previous/later discussion about this exactly related to that.

This happened in a 50k people town where my father is from in 1982 with a BIG flood that destroyed the town land registry documents (among a lot of the town). Since he's a lawyer, had first hand experience and I was always curious I asked many things about this a while back. Basically, what happened is that they rebuilt it from proof of ownership and testimonies of the people. You can never get to 100% recovery like that, but everyone knows who their neighbor is, at least in a town that is small like this.

So they rebuilt it first from first hand proof, then by testimonies, with a period of counter claims available IIRC. For sure there were some false claims, but given the magnitude of the disaster, this is the best solution within that context.

Not everyone has 200mb node_modules. Many of us, indie JS makers making those libraries, care in fact about the size of our projects, runtimes, installed libraries, etc. I'd even argue it's more mainstream usage (e.g. even me, when I'm at work) where that is more shipping features than spending time in crafting nice tiny libraries/package. So I'd say JS authors caring about the small binaries is very understandable.