codeptualize

Love this, definitely rooting for this to get big!

I think the goal is great. My dream language is something "in between Go and Rust", Go but with more expressive types, Rust-light, something along those lines. This seems like it is hitting that sweet spot.

Imo Go gets a lot right when it comes to productivity, but the type system always annoys me a bit. I understand the choice for simplicity, but my preference is different.

Rust is quite enjoyable, especially when it comes to the type system. But, kinda the opposite of go, it's a lot, maybe too much for me, and I frequently don't know what I'm doing haha. I also don't really need Rust level performance, most things I do will run totally fine with GC.

So Go with some extra types, same easy concurrency, compilation and portability sounds like a winner to me.

I kinda agree but the article does not do a great job at defending the position. Who cares about docs?

Vibe coding, or just letting AI take the wheel will work in some situations. It allows non coders to do things they couldn't before and that's great. Just like spreadsheets, no code tools, and integrations tools like Zapier, this will fill a bunch of gaps and push the threshold where you need to get software devs involved.

But as with all these solutions there is that threshold were the complexity, error margin gets, and scale go beyond workable and then you need to unfuck that situation and enforcing correctness. And I think this will result in plenty "oops my data is gone" types of problems.

If you know upfront that your project will get complex and/or needs to scale you might be best off skipping the vibe coding and just getting it right, but for prototypes, small internal tools, process "glue", why not.

It's not a replacement of software engineering as a whole (yet), it's just another tool in the toolbox and imo that's great. Can I use it, no.. I have tried and it just doesn't work at all for bigger more complex projects.

Isn't it about release-notes.js? There are quite a few files in there that are obfuscated. So far I haven't found anything super bad, it looks like a sanity.io client of some sorts, but there could be some stuff hidden in there as it's seems like quite a big JS bundle.

Then do it.. you are free to experience it. Especially if it’s just you on the team you might be totally fine.

I will just say that any project that lasts that long will require maintenance work now and then. The issues you describe seem quite minor and are probably relatively easy to patch up. React provides code mods that do a lot of the heavy lifting, your external widgets have updates, or alternatives.

I would also add that you don’t have to use dependencies with react. It’s always good to be mindful of dependencies and limit them.

It’s the same thing, you choose dependencies to save you time, or you do it yourself.

My main point is that with your own framework you will also run into limitations, causing big rewrites taking days/weeks/months, and/or lots of upfront cost..

This. I still have nightmares sometimes.

If you don't use a framework you will probably end up building one, and it's not going to be as good as the existing options.

I would also add that even in that last scenario React can be a great tool, there are many solutions that use React but make fully static exports (Nextjs/astro/gatsby/etc).

Pre-rendering everything has downsides of course, but it doesn't get much faster than that.

I think it's also a misconception that there is such a clear divide between app and content-oriented websites. Even the most content heavy websites, news sites for example, are highly interactive these days. Show me a popular content heavy site that doesn't have some sort of log in, interactive content, comment section, filtering, live blogs, alerts, notifications, search, and similar.

You also have to take into account the advantages of pre-fetching links, and only fetching and replacing the content instead of doing full page re-renders. All of these great things you can do easily with React and a React framework of your choice. You can even go further and have a hybrid of statically exported pages, SSR, and some SPA like highly interactive parts, reusing the same exact components in all these strategies.

All to say: React can be a great choice for a lot of use cases, also for content heavy websites.

Bit disappointed, doesn't get into much detail at all. Also seems to be fairly common knowledge that weight control is mostly diet (any diet that restricts calories), exercise obviously is great for health.

What I miss in this is how the adaptations happen, NEAT impact, hunger caused by exercise, and the effects of weight training and gaining muscle mass might have as it sort of suggest there might be a difference. I guess we will need to buy the book to read all about it..

It does solve this problem.

Sure healthy things are promoted, unhealthy things are sometimes taxed more (like smoking), that's a good thing. But I can do what I want, and if I get sick or injured because of my actions, my genetics, or whatever reason, I can still get insurance and healthcare.

Doesn't mean our system is without problems, of course it has plenty, but not these..

You could focus on the discrimination, or you could fix the healthcare system.

It seems that this can only be a problem if there isn't universal access to healthcare with some form of mandatory health insurance, medicare for all, whatever system that makes healthcare a right and covers everyone regardless of pre existing conditions and economic situation.

Sure, also amazing, pain management is really important. In tier list of amazing things I would put them below vaccines as preventing the disease is better than managing the symptoms, plus certain NSAIDs (usually when taken in higher doses or longer terms) can have real adverse effects.

Not sure what point you are trying to make with a banned medicine that causes heart problems. (Most) vaccines are proven to be incredibly safe, they are likely one of the most researched and rigorously tested medical interventions we have. If certain vaccines would have effects like Rofecoxib they would get banned as well (likely before reaching the public), that's how this works..

I recently got the HPV vaccine (along with some other vaccines I didn't get as a child of anti vax parents).

Vaccines are one of the most amazing inventions. The fact that they can eradicate entire categories of diseases and save so many people from suffering and death with such a simple intervention, is truly remarkable.

It makes me very sad that as a society we are failing to simply take what's there. Maybe the biggest flaw of vaccines is that they are so effective that people don't remember how bad these diseases really were, and only know the minor side effects.

Feeling bad for a couple of days instead of getting certain cancers, measles, hepatitis, and many other serious diseases is a great fucking deal. Also had almost no side effects from the hpv vaccine, 10/10 do recommend.

Yes, I use copilot, Claude, and sometimes Zed with the built in Claude AI tooling.

It's really useful for basic stuff, scripting, boilerplate, repetitive things, SQL. For example it's great at converting types from different languages, or generate types from API reference docs.

You gotta be careful though as it is not perfect and if you do something "not typical" it will not work well. Also sometimes it is a bit outdated, produces code with different "style", or just plain wrong stuff, so you have to tweak it a bit.

It's not going to code for you yet (unless you do very basic stuff) but it's a great tool to increase productivity. I do believe I move faster.

Supabase.

We do also use their auth, storage, api, etc. But even if you just want to host a postgres db it's still worth checking out I think.

It's managed postgres, 2 free db's, connection pooler, super easy read replicas (requires a larger paid instance), backups, lots of tooling/dashboards/advisories, cli for running locally during development, database branching, backups, fdw, and lots more. All of it open source.

You can turn off the data api's etc if you just want to connect directly: https://supabase.com/docs/guides/database/hardening-data-api...

I love this. Got me a bit nostalgic. This is the type of stuff we used to do in high school with too much time and a lot of "would it work if..?", but nothing anywhere near this level though, amazing!

Fortifying websites against bots, spam, and users.

What an amazing read, funny, nostalgic, the duality of the perfect mess but still so much opportunity and ability to make progress, and somehow it all just chugging along.

I feel a lot of this is the difference between theory and practice. Sure each of these things are bad, but probably a lot might have been the right choice at the time, and in a way, most companies, even most projects running for many years, end with similar quirky processes, messes, and hacks.

It's the war stories of what used to be, often only told by the code and the database as the creators have long left.

When I look at our couple year old startup, we have some of these things. Prototypes that just keep functioning and only get more attention when they break, manual processed that sort of make sense but also don't, integrations with systems that were build in the early 2000's (it works, but it ain't pretty). We fix many, but I'm sure some will survive way too long.

As software engineers, especially online, we like to discuss the ideal way to do things, best practices, testing strategies, redundancies, the whole nine yards. When time is of the essence and stakes are high, it all goes out of the window and you gotta just make it work in whatever way is possible to fight another day.

Anything that needs os access, to name some things: menu bar apps, clipboard access, file system, multi window, etc etc.

You can do a lot of things in the browser, but usually it's limited (mainly for security reasons). Having it be an app allows you to better integrate with the OS.

Depends on what you are building, but overall I'd say the friction is minimal. For a lot of apps you won't even need to care about Rust whatsoever as you just use a bunch of fairly standard JS/TS api's.

On the Rust side it's also quite nice, easy to make plugins, good api's, all the goodies.

If you do use both the bridge can cause some friction because of serialization. I have personally not had any problems with it. Also good to note that in v2 (is in beta) they are improving this.

Edit: you asked about TS specifically, check out https://github.com/oscartbeaumont/tauri-specta it generates TS types for your Rust tauri commands.

Tauri https://tauri.app/

Depends on the website. An hour you gonna have to use a template and you’ll need to have your content ready to go.

Then your choices are website builders like Framer, webflow, squarespace etc, or cms with a theme like Wordpress, ghost, whatever. Coding is not happening in an hour, you’ll need that for design and content.

It won’t be super unique but you’ll have something online very quickly.

Note: 15$ might be enough to get you online but you are like to pay more monthly/annually. Cheapest is probably Wordpress on some cheap hosting.

Have you tried openai whisper? Last time I compared it was quite a bit better than all the other options.

Yes.. they are pretty clear that they monitor for abuse. 30 days.

Not sure how this is a surprise.

I think you are missing the point.

The open source part, especially it being Postgres, makes it possible for me to move away if I choose to do so, while picking and choosing the parts I want to keep. This ability was crucial for me, I would not have used Supabase otherwise.

If you look at Firebase for example, there are countless stories of how difficult it is to move away.

Even if I won't self host Supabase, I can just take my schema, take my data, and put it elsewhere fairly easily as all the postgres extensions and everything is open source. I have the ability to move away from Supabase completely, and people have done this successfully before (see https://news.ycombinator.com/item?id=36004925).

Some people do actually self host btw, and supabase is adding more options like hosting on Fly.io.

Besides this there are other advantages:

- I run Supabase locally for testing (using their docker images and CLI)

- We run Supabase in GH actions for automated testing and migrations

- I connect directly to the db, and use postgres tools for various things, backups, snapshots, db admin tasks.

- There are community clients for many different languages

Sure, it's also marketing, as these are all great benefits that really had a big impact on my decision to build on Supabase. Open source is more than just self hosting.

> I am working on something, but that something is myself.

Great way to spend your time. It takes a lot of time and energy so it's not really surprising that there is little bandwidth left to spend on other things. I totally recognize that.

Sometimes boring and steady is good if you need that energy to work on other things, but if you think the "boring" is part of the problem, it might be time to change things up.

If you have the means/access, therapy might be helpful to figure out where these feelings come from and what to do with them.

> Everyone seems so busy building or learning the next big thing

I think this is also not per se a realistic view of what's going on. There are plenty of people who do their job and that's it, but you won't see them post about it.

Things are only a problem if you find them problematic. If you are happy doing nothing that's great, if not then you might need to take some action.

I've had times where I did absolutely nothing, now I am building a company haha, things change, lots is possible.

I think it used to, but recently it has been bad.

You can also right click on the date (next to the username), that is a proper link which has the open in new tab option.

I agree with this take.

These tools can be useful for non devs to make very basic things, but they won’t be able to handle anything complex, and it’s hard to test and proof the correctness of the result. If you take it far enough you are always going to end up hacking around the tool.

For people who do write code these tools could be useful, but code is much easier to use as you are not stuck within the constraints of the tool and know what you are doing.

I think there is one success story for low code and its basic websites, mostly the part where a design is turned into code. I use Framer because it’s objectively quicker than code, with great results (I even design in framer), and once it’s set up non technical colleagues can make changes. Great for a landing page, but it won’t work for apps.

I think the article is right in pinpointing the logic as the problem. Coding is not about syntax and the language, it’s about the logic and ability to map that out into a program with all the edge cases and details.

This, I really don't mind merge commits, it's nice to see what happened when. Especially if you run into conflicts and issues caused by bad resolution it's much better to have a clear true history.

Mainly hooks. Hooks make it easy to reuse component logic, something that was difficult with class components. You’d need HOC’s which are hard to deal with, especially with prop collisions and refs.

(This change has little to do with OOP vs functional. React calls them function components, not functional. React has always used functional patterns, even in the class components.)

I disagree on the UI side. UI has been moving towards more functional declarative approaches as it’s much easier to manage.

CSS is also interesting, we mostly try to avoid the inheritance with scoping, utility classes and or css in js solutions as it becomes really hard to manage otherwise.