dschuessler
So, no, Markdown is not holding me back. It is perfectly capable of what the author claims it isn't.
[0]: https://daringfireball.net/projects/markdown/syntax#html
1. The various clients and servers implemented different subsets of the functionality, which deteriorated UX.
2. Service providers have an incentive to lock you in and the average user doesn't mind. So no one pushed for it.
Location: Germany, Rhine-Main Metropolitan Region
Remote: Yes
Willing to relocate: No
Technologies: Typescript, React, Astro, SQL (esp. PostgreSQL), Docker, Gitlab CI/CD, HTML, CSS, Node.js, Nest.js, REST
Résumé/CV: https://www.linkedin.com/in/dennis-sch%C3%BC%C3%9Fler-7943ab237/
Email: [email protected]
Hi HN,
I am a dedicated Fullstack-Developer with a knack for thoroughness. I’ve built and maintained CRUD applications for various companies and customers over the last 6 years. I can work with and help out with agile procedures. Particular strengths of mine are requirement analysis, database schema design and frontend development. Ideally, your team is eager to improve, seeks consensus, and values discussions, technical or otherwise.I am looking exclusively for jobs where 20-24 hours is a possibility. If that sounds right for you, send me a mail. I am happy to hear from you!
Or do you mean something else altogether by 'CSS attributes'?
[0]: `https://docs.astro.build/en/guides/routing/#static-ssg-mode
What makes it so great is not that it serves a particular niche (like "content-driven websites") but that it provides a developer experience that makes it incredibly easy to scale from a static website to something very complex and interaction-heavy without compromising UX.
Using a framework has upsides over writing static pages manually. Most notably, you can decompose your website into reusable components which makes your implementation more DRY. Also, you can fluently upgrade to a very interaction-heavy website without ever changing tech or architecture. But that's just what I value. I whole-heartedly recommend trying it out.
They suggest a platform where "you upload any docker-compose.yml". Consequently, this makes SSO, updates, etc. the user's responsibility.
The word 'object' has different meanings. One includes arrays and the other does not. They prefer the latter. You prefer the former. I don't think this has much to do with 'facts' and 'opinions', but rather with the practicality of choosing a certain way to speak.
I’d liken it to the word 'sorting'. JavaScript libraries sort in a certain way that is simple to implement. However, this is so different from what we typically mean by 'sorting' that people came up with natural sorting algorithms. Are these people treating facts like opinions on how to sort? I’d rather say, they acknowledge the relevance of a certain way to speak.
Components (be it Astro, Svelte, React, etc.) have a lovely API for sharing code across web pages. I used Hugo before and hit the limits of shortcodes pretty quickly. I can't comment on Jekyll though.
Furthermore, if the need for some dynamically rendered pages or client-side interactivity comes up, it is very easy to integrate this later on. I can build static, server-rendered and client-rendered pages (and everything in between) with the same set of tools, which means less mental load when I develop.
I Made Chess 2.0 [video]
Philosophers Develop AI-Based Teaching Tool to Promote Constructive Disagreement
GIF Art
https://www.aqua-calc.com/ – Convert volume to weight and vice versa for many ingredients.
https://liveuamap.com/ – See the current frontlines of the war in Ukraine/Russia.