__oh_es

Because its so popular and been around for so long, theres tons of free themes, plugins and videos which will reduce your support burden - plus your admin could get help easily as its not something you rolled.

Other than that, decap on gitlab is easy to run for free, and will provide the admin with a ui for editing content. Astro is also great and stable for this type of thing.

https://yougov.co.uk/topics/society/survey-results/daily/202...

Docker is used to setup the db, cache, and aws emulation.

https://github.com/getcord/cord/blob/main/ops/docker-compose...

Closer to tech, I feel we have had a big influx on non-tech joining the tech workforce and the quality has suffered as a result of a lack of fundamentals and passion

IME else’s also end up leading to further nesting and evaluating edge cases or variables beyond the immediate scope of happy path (carrying all that context!).

Apologies for the confusion - that wasn’t clear at all.

Another example; I was part of a team that created a chatbot which helped navigate internal systems for call centre operators. If a customer called in, we would pick up on keywords and that provided quick links for the operator and pre-fill details like accounts etc. The operator could type questions too which would bring up the relevant docs or links. I did think looking into the UX would’ve been a better time spend and solved more problems as the system was chaos but “client wants”. What we built in the end did work well and reduced onboarding and training by 2 weeks.

Interested to hear if you have a different thought here

They also have a good doc on their page

https://docs.astro.build/en/concepts/why-astro/#content-driv...

Apparently the plans to build the new market have fallen through

Mind elaborating on why react has nothing to do with this?

I appreciate your comment on htmx - I have yet to work with it on a larger scale.

https://www.emmys.com/shows/breaking-bad

https://www.emmys.com/shows/shameless

I think there are two main issues with js stacks - react and too much plumbing.

React based frameworks require too much thought about lifecycles and management & synchronisation of client state. RSCs could make this easier, but I think the whole use server/use client is a mistake and pushes the problem onto third party frameworks which aren’t focused enough to close off some doors, in the fear they loose marketshare. Remix and redwood may be on the right track but lets see in the next few months.

Plumbing is an issue because you still end up creating a somewhat separate api that feeds into your components. That wiring sucks time and adds to the maintenance workload.

Adonisjs with htmx and tsx templates feel like they’re the right direction but as another post pointed out, adonis doesn’t quite feel like js.

I think the solution is more magic and conventions like RoR provides. I think more opinion is good here - the wild west needed some law.

A form example; htmx would handle a form submit response (eg insert the server response of a html todo item in a todo list on the dom), and alpine would handle the reset of the form values.

Htmx and co have their own alpinejs offering called _hyperscript. Definitely one to check out if you’re interested - quite pleasant to work with.

>20% return is quite easy to justify. You're also looking at a 50%-200% annual bonus, mostly leaning to the higher end of the range.

Its a very different world!

The option I am considering is taking 1-2 months of unpaid leave. Obviously this requires some savings and cutting down expenses however you can make it fun for the family with a little thought and creativity.

I can easily share my ipad screen and draw like I would with pen and paper, and then save the notes to send or keep alongside code/docs.

Also being able to quickly handwrite notes and memos, double tap to transcribe, and then copy them to slack/notion/an email is awesome.

I will admit it feels like a bit of a waste of an ipad with that being its only function for me, but if anything in this setup broke I would replace it in a heartbeat.

The notice periods do get factored in both planning and _sometimes_ the deciding on a candidate.

My background is consulting and earlier-stage startups in the UK which may mean we’re in a different environment to what you’re used to, but the teams are often lean, and sometimes strained by the time we’re out to hire.

Sourcing and screening often starts a few weeks/months before but generally we move quite quickly through technical to offer stages - I think its healthy and fair for both parties to keep expect these final stages around 1-2 weeks.

Interviewing takes quite a bit of time and energy from the tech team and can impact team health, delivery, and ultimately bottom line - where our salaries come from.

If we’re in the fortunate position to have a final candidate (or two - three), theres going to be an exploding offer because we need to get back to work, and we need to let other candidates know to move on.

As a candidate its very fair to line up your interviews with a few companies and tell them you would like to make a decision by a particular date. If they cant accommodate you or extend an offer with a deadline prior to that, its on them. In my last job hunt no company turned down this request and two adjusted their processes to accommodate it.