I’d suggest that you consider writing independently of how you (ultimately) choose to publish whatever it is you write.
Without “web dev” experience, any common ‘DIY’ solution you pick is going to potentially require more than “a reasonable amount of time”.
I’d suggest looking at one of the following two alternative avenues:
A completely ‘hosted’ blog, e.g. WordPress.
Static HTML (and probably CSS) files.
For [1], you’d just need to figure out the blog software (and maybe, a little, the host’s software). You’d otherwise ‘get for free’, features like an index page, an RSS feed (for people to follow new posts in feed readers), and date-organized ‘archives’ (e.g. lists of posts). You might need to spend an ‘unreasonable’ amount of time getting things like comments to ‘work’ (e.g. NOT be inundated with spam). And changing the blog software would be effectively impossible outside of developing your own extensions (e.g. ‘plugins’, ‘themes’).
For [2], you’d just need a public web server. Wherever you’re going to school probably already provides you with one. You’d just need to upload your HTML and CSS. You might be able to host server-side code, e.g. PHP, too, but that would depend entirely on what your school supports. Alternatively, you could pay for your own VPS (virtual private server) from one of many different providers, but that may involve an ‘unreasonable’ amount of time on your part. If you’re hosting your own ‘hand-coded’ HTML+CSS (and/or server-side code) files, you’ll have to implement things like an index or comments (or an RSS feed) yourself. But an index could just be a single static page to which you add a link when you publish a new blog post (which is also just a static file).
There is (of course!) many ‘intermediary’ solutions available too – but, even for professional web-dev people, just sorting thru them can take an ‘unreasonable’ amount of time.
One ‘genre’ you might want to look into are what are called ‘static site generators’, i.e. code that generates a (mostly) static site, e.g. HTML/CSS/JS files, from some more abstract ‘source’. A lot of them allow/require you to write things like posts as Markdown files. Some of them can work with GitHub/GitLab/etc. ‘pages’ for publishing to the Internet. (You could even use GitHub for comments. One interesting idea I saw floated was to require commenters to create a GitHub pull request to modify a post and add a comment.)
And somewhat outside all of the above possibilities, you could just post whatever you write on this site (which supports ‘personal’ posts) or Reddit, a suitable forum, or in publicly accessible Google Docs docs – there are a lot of possibilities like this and this might be the overall most sensible solution (if you definitely don’t want to necessarily spend an unreasonable amount of time learning the tools that make up other more prototypical ‘blogging’ solutions).
I’d suggest that you consider writing independently of how you (ultimately) choose to publish whatever it is you write.
Without “web dev” experience, any common ‘DIY’ solution you pick is going to potentially require more than “a reasonable amount of time”.
I’d suggest looking at one of the following two alternative avenues:
A completely ‘hosted’ blog, e.g. WordPress.
Static HTML (and probably CSS) files.
For [1], you’d just need to figure out the blog software (and maybe, a little, the host’s software). You’d otherwise ‘get for free’, features like an index page, an RSS feed (for people to follow new posts in feed readers), and date-organized ‘archives’ (e.g. lists of posts). You might need to spend an ‘unreasonable’ amount of time getting things like comments to ‘work’ (e.g. NOT be inundated with spam). And changing the blog software would be effectively impossible outside of developing your own extensions (e.g. ‘plugins’, ‘themes’).
For [2], you’d just need a public web server. Wherever you’re going to school probably already provides you with one. You’d just need to upload your HTML and CSS. You might be able to host server-side code, e.g. PHP, too, but that would depend entirely on what your school supports. Alternatively, you could pay for your own VPS (virtual private server) from one of many different providers, but that may involve an ‘unreasonable’ amount of time on your part. If you’re hosting your own ‘hand-coded’ HTML+CSS (and/or server-side code) files, you’ll have to implement things like an index or comments (or an RSS feed) yourself. But an index could just be a single static page to which you add a link when you publish a new blog post (which is also just a static file).
There is (of course!) many ‘intermediary’ solutions available too – but, even for professional web-dev people, just sorting thru them can take an ‘unreasonable’ amount of time.
One ‘genre’ you might want to look into are what are called ‘static site generators’, i.e. code that generates a (mostly) static site, e.g. HTML/CSS/JS files, from some more abstract ‘source’. A lot of them allow/require you to write things like posts as Markdown files. Some of them can work with GitHub/GitLab/etc. ‘pages’ for publishing to the Internet. (You could even use GitHub for comments. One interesting idea I saw floated was to require commenters to create a GitHub pull request to modify a post and add a comment.)
And somewhat outside all of the above possibilities, you could just post whatever you write on this site (which supports ‘personal’ posts) or Reddit, a suitable forum, or in publicly accessible Google Docs docs – there are a lot of possibilities like this and this might be the overall most sensible solution (if you definitely don’t want to necessarily spend an unreasonable amount of time learning the tools that make up other more prototypical ‘blogging’ solutions).