A well articulated blog, imo. Touches on all the points I see argued about on LinkedIn all the time.
I think leveling things out at the beginning is important. For instance, I recently talked to a senior engineer who said "using AI to write programming is so useless", but then said they'd never heard of Cursor. Which is fine - but I so often see strong vocal stances against using AI tools but then referring to early Copilot days or just ChatGPT as their experience, and the game has changed so much since then.
This looks like a cool solve for this problem. Some of the other tools I tried didn't seem to contextualize the app, so the comments were surface level and trite.
The easiest way to understand unprocessed food is "nothing bad added, nothing good taken away".
For instance, pure peanut butter is unprocessed. While it runs through a mechanism to change it from peanuts to peanut butter, there is no oil added, nor are any of the healthful nutrients of peanut butter extracted. Opposite to this is peanut butter like JIF which is processed - the mix is diluted with sugar and vegetable oil to make the same amount of food for cheaper.
Same with tofu - it starts as soybeans and is ran through a mechanism to turn it into the blocks of tofu we see in stores, but we do not add sugar or oils to change the contents of that block, nor do we remove nutrients from the soybean (this may not be 100% accurate, but generally speaking, nutrients are not removed in this). However, many vegan meat products put a lot of unhealthy additions into the mix, thus making it processed.
I am very interested in seeing where this goes. I would love to see things get fleshed out a little more ala BlitzJS (auth, simple client/server session management, integrated database tooling), but I don't know if that goes along with Fresh's principles. But this is a very exciting start for this framework and looks like a great addition to the Deno ecosystem.
Anecdotally, every client that rejected a PWA approach has been due to insisting on push notifications. These apps are typically internal employee apps and the push notifications are important alerts that they do not want lost in the shuffle of emails.
I typically write my Lambda functions as Nest apps, develop locally, and then deploy with the aws-serverless-express (or fastify) NPM package, and I enable The ability to trigger a kinesis/s3/etc events locally as well. The fact that my app gets deployed to Lambda doesn't really have any impact on my developer experience. What stops you from working locally?
I'm surprised no one has pointed out the value of Ionic Framework (https://www.ionicframework.com). I'm a huge, huge proponent of this. TypeScript is a great language (in my opinion), UI code-sharing is inherent, and Capacitor (https://capacitor.ionicframework.com/) is great for all the native work you need to do. Worth noting you can do this in Angular, React, Vue, or pure JS.
I have the same complaints. I've found NestJS (https://nestjs.com) to be a wonderful solution for a lot of what you're talking about. There's a few recipes to get you up and rolling with a real framework and also an ORM (TypeORM or Mongoose). Highly recommend.
I wish I could do single monitor, but I need at least two - one with editor, one with browser for the app/site I'm building. Then preferably one for database admin/documentation/email/chat. Context switching between all that tends to slow me down I feel.
I am also a React fan but phrases like "I worked with React for a year and know well enough to get a brand new app up in less than a day" make me kind of sad. The cost just to get up and running with a JS framework these days is kind of painful. CLIs are doing a decent job resolving this, though.
All the teams I've been a part of use Bootstrap, including a lot of experienced front-end devs. Using SASS customization with Bootstrap really lets you hammer out a unique toolkit of common UI elements. However, my context is in web apps, not web sites. I could see strong reasoning for not bothering with Bootstrap for sites.
He is the opposite. The story is an anecdote of someone who is not well-educated, but is incredibly skilled (as opposed to someone who is very well-educated but not as skilled).
I think leveling things out at the beginning is important. For instance, I recently talked to a senior engineer who said "using AI to write programming is so useless", but then said they'd never heard of Cursor. Which is fine - but I so often see strong vocal stances against using AI tools but then referring to early Copilot days or just ChatGPT as their experience, and the game has changed so much since then.