Nice! I've been writing for a long time as well. I've found writing consistently and in a stream of consciousness manner is very helpful. This being HN, you can bet that I also wrote an app for my practice ;) https://www.indelibleapp.com/
It's interesting their blog post doesn't mention some of the benefits. Neither does the doc page you linked—at least it doesn't do it succinctly.
Essentially Astro lets you build sites using a JS framework like React or Vue without requiring that framework to be loaded on the frontend. By default, components are just HTML content. Super nice for building very fast static sites using a technology you may already be fluent in.
You can still add interactivity to components if you'd like—just tag components that require interactivity and Astro will bundle the requisite JS for the client.
I've been journaling for over 10 years, and I can empathize with everything you're saying here. I wrote a short guide for effective journaling here[1], and plan on writing a lot more on the topic soon. I do have some thoughts about what you've written specifically though—I hope it's helpful.
> I find it just ends up my going around in circles or getting frustrated, but I think that's just me
It's not just you. Circular thinking or rumination is very common. I find journaling helpful in these instances because it is a lot easier for me to recognize that I'm ruminating when I write my thoughts down. When they're physically in front of me, you can see the looping. When it's ephemeral thoughtstuff in your head, it can be a lot harder to recognize.
The trick (for me) is finding a way to escape that loop once I've recognized it. That's why I edit all my journal entries after an initial stream-of-consciousness braindump.
There are a number of techniques you can play with to broaden your viewpoint—write down an interpretation of events that is the opposite of what you think, imagine the situation from a caring friend's perspective, etc.
It's helpful to think of this as play, which brings me to my next thought.
> whenever i sit down to think about anything and try and make sense of anything in my life, I really struggle ... i'm just overwhelmed.
> It's also hard to do at the end of the day due to low energy.
It is possible you have set too-high expectations for your journal entries. You will look at a majority of entries, immediately after writing them, and think, "What trash, I will never want to read this again."
That's fine. You might be right—maybe it's worthless. But you'll be surprised at how frequently, a year later, you find that you were wrong. It is interesting to read those honest entries that are twisted and convoluted and just messed up.
And you will make progress over time, if you're flexible with your mindset and open to change. Most entries will be ugly and definitely not revelatory. That's fine—it's the accumulation of observations that leads to breakthroughs. Putting too much pressure on the individual entries themselves can actually be counterproductive.
> The trouble is there are so many things I can do for my mental health and improve myself ... when am i meant to get anything done after i finish work if I do all of these?
This is a real problem. I don't love the narrative around "self-care" I'm frequently exposed to. Industry has a vested interest in making you feel like their solution is one you absolutely need to incorporate, to the point that self-care becomes yet another external imposition for many people.
To be sure, all these things you list can be helpful, but getting in touch with yourself and deciding what you need and when you need it is most important.
I've been journaling for a very long time, and have thought about building a tool to encapsulate the "best practices" I've come up with over that time.
Finally gave it a shot and whipped up a site this week. I'm having fun building it while using it. I hope it'll be helpful to some other people too, but even if it isn't it's enough for me.
BranchLabs | Magento Developer | Denver, CO | Remote
This is a hands-on, remote, contract, Magento programming position. You'll be working on eCommerce platforms and CMSes like Magento, Shopify and WordPress. The core technologies you'll be working with are PHP, HTML, CSS, and JS.
Our projects are generally focused around making large, material changes to our clients' sites or designing and developing new sites from the ground up. We are heavily data-driven and provide robust tracking and reporting capabilities for our clients' initiatives.
An ideal applicant will be ready to hit the ground running with Magento.
About BranchLabs
BranchLabs is a rapidly growing eCommerce consultancy based in the LoHi neighborhood of Denver, CO.
Our reputation is built on delivering results. We take pride in the work we produce. The products we deliver are high quality inside and out, and they help our clients capitalize on real opportunities. We work closely with founders and stakeholders, combining their understanding of their business with our understanding of all things eCommerce. Together, we craft solutions that work for our clients and their customers.
About the position: This is a hands-on, contract-to-hire programming position in our Denver office (most of the time). You'll be working on eCommerce platforms and CMSes like Magento, Shopify and WordPress. The core technologies you'll be working with are PHP, HTML, CSS, and JS. Our projects are generally focused around making large, material changes to our clients' sites or designing and developing new sites from the ground up.
An ideal applicant will be ready to hit the ground running with Magento projects.
This is our first non-remote hire. As such, this will be a high impact position. Whoever fills this position will have huge opportunity to lay the groundwork of the company's future.
About BranchLabs:
BranchLabs is a small eCommerce consultancy based in the LoHi neighborhood of Denver, CO. This is our first non-remote hire.
Our reputation is built on delivering results. We take pride in the work we produce. The products we deliver are high quality inside and out, and they help our clients capitalize on real opportunities. We work closely with founders and stakeholders, combining their understanding of their business with our understanding of all things eCommerce. Together, we craft solutions that work for our clients and their customers.
Applying:
If you're interested, email a cover letter and a resume to [email protected] and I'll be in touch. Looking forward to hearing from you!
As nostrademons said, I meant on the receiving client, not the sender. Other than it being a potentially difficult nut to crack I don't really see any technical reason it'd be infeasible. Is that what you meant?
I'm at Defcon and was able to catch this talk. Someone asked this exact question after the talk—how can you deal with spam if you you can't scan encrypted messages for trigger words on the server. I'll try to explain what I remember: Ladar mentioned that DIME heavily encourages the use of DNSSEC, so you can verify the sender is definitely coming from the domain they're representing which should reduce spam. He also said everything we're currently doing on the server-side like keyword scanning can be done on the client side. Pretty sure he also acknowledged that it's a nontrivial problem and that the team is still investigating.
Advocating against certain tools absolutely makes sense. A well marketed but fundamentally flawed piece of foundational infrastructure is incredibly dangerous. Whether or not someone uses Bitcoin is not merely a decision that affects the implementer. If Patrick believes that's what Bitcoin is then it makes sense for him to be strongly advocating against it.
Front-end oriented programmer with a zeal to ship. I have around 20 hours of availability per week coming up I'm looking to fill. Looking for opportunities to collaborate and build something great from start to finish.
Lots of experience in Ember.js, a bit in Angular too. Also experienced in automating deploys using GruntJS and Capistrano. I've also worked extensively on the Magento eCommerce platform.
Backend languages include Ruby/Rails and PHP. Misc. languages: Bash, MySQL, MongoDB.
>This raises some big questions, of course, and not the least of which is how this will affect the social and economic status of these professions. Nurses may be more valued than surgeons; kindergarten teachers paid better than university professors.
If we maintain a capitalist economy and a large number of jobs do become mechanized (and not replaced with new jobs) it stands to reason that competition for the remaining jobs will increase. Competition results in driving the market price for jobs down, not up. While human nurses WOULD be paid better than robot surgeons, I don't think wages would increase--they'd decrease.
If your product relies on the network effect for its success (as GitHub does) and you've already established yourself, it doesn't seem to me that open sourcing your software would be a bad idea. See Reddit as another example.
Wow, thanks for drawing that to my attention. I was calling "formatTime" on the text parameter on accident, so when it was trying to run the function on just text, it was returning NaN.
I've fixed the problem now, very sorry you lost your work :(
Wrote reviews on both Obviously Awesome[0] and StoryBrand[1] for anyone interested.
[0] https://www.goodreads.com/review/show/5369411790 [1] https://www.goodreads.com/review/show/5686301930