Live data from Hacker News

The ideal tech stack for a personal developer blog in 2020

vriad.com

211–220 of 275 posts

Re: The ideal tech stack for a personal developer blog in 2020

#211

Earlier quoted context omitted.

The primary advantage of markdown is that it is more readable in plaintext.

I second this. I'm all in on Markdown and other ASCII-readable formats. By all means, render out to HTML to make things pretty, but consider keeping the source in plain text. You can browse my personal site with curl or even netcat: curl https://anderspitman.net/txt/19 nc txt.anderspitman.net 3838 <<< /txt/19

Web browsers are terrible plain text readers. Especially mobile browsers. The problems are manifold.

If your plain text document has line breaks to enforce some column width it will rarely match a browser's viewport width. This means the browser will break lines to fit in the viewport but still respect line breaks. So you get lines broken by the viewport and then line breaks a few words later. The text does not flow well at all.

If you only have line breaks at the end of paragraphs the text might flow better but the default viewport width on mobile browsers is (usually) 980px. Desktop browsers set their viewport width to the window width. In either case text ends up hard to read because lines end up really long.

You also lose hyperlinking which makes the web...a web.

If you want a plain text website just make it HTML with a minimal or no stylesheet. A single viewport meta tag will keep the page readable everywhere. Setting it to the device width will make mobile browsers reflow the text based on the screen size.

No one is going to read your blog with netcat or just curl into a pager.

Re: The ideal tech stack for a personal developer blog in 2020

#212
post #5

Personally I work in tech all day, I want my blog to be as simple as possible and to focus just on my writing. Still using Jekyll.

I'm looking in to Jekyll as well, since it's what github recommend and I really can't be bothered with templates and re-learning all web stuff when all I need is to be able to write text and show pictures. Haven't really gotten started with it, but I wonder where the limitation of the tool will be felt? Do you need to know Ruby and the things around it too? I were thinking of also suggest it to my SO who have past ex…

If you're using GitHub Pages to automatically deploy the website for you, then you can't use plugins, which kind of sucks.

Re: The ideal tech stack for a personal developer blog in 2020

#213

Another aspect is that your blog should make you want to blog. The tech stack therefore mirrors your interests. It feels great to use tools built by _yourself_ for _yourself_. Doubly so if the stack is janky (rust / org-mode for me). The feeling that you've made something makes you want to invest more into it. To make sure the tools were worth making in the first place.

Eh, not sure about that one. I don't particularly like Ruby or Liquid but I run my blog on Jekyll because it is the right set of tradeoffs for me (works on GitHub Pages, produces a static site), not because I'm particularly invested in the stack. It works, I write things in it, from time to time I extend it to support some new thing I am putting in the blog post I'm working on.

Nothing wrong with that.

Making my blog from "scratch" is a source of motivation for me to actually write articles. The experience so far has been overwhelmingly positive.

Re: The ideal tech stack for a personal developer blog in 2020

#214

Earlier quoted context omitted.

I checked out your articles and I like your writing style! I thought about doing batch export but ended up being too lazy to integrate it in my release flow. My compromise is to use this snippet: (defun make-blogging-mode () (interactive) (toggle-word-wrap) (toggle-truncate-lines) (flycheck-mode) (flycheck-vale-toggle-enabled) (add-hook 'after-save-hook 'org-mode-export-hook) ) And this find-file hook in my blog temp…

Thanks! :) There is also 'org-export-in-background' which can export asynchronously! https://orgmode.org/manual/The-Export-Dispatcher.html

TIL. Thank you

Re: The ideal tech stack for a personal developer blog in 2020

#215
post #11

I’m sorry, but this is ridiculous for a static site. React and Typescript with embedded markdown? This problem has been solved a thousand times over with much simpler tooling. > I literally have zero memory of how we used to build forms in the pre-React times. :(

100% Agree. But let's be honest. For most developers, the 1st priority of a personal blog is not page views, but job offers. So it makes sense to make your personal site using the tech that matches your skills.

Absolutely agree, but in this case I don't think it was the justification the author used.

Re: The ideal tech stack for a personal developer blog in 2020

#216
post #10

A personal blog should be whatever the author wants it to be of course, and a developer should play with whatever technology he/she wants. But as a backend developer, I don't want any Javascript on my site, because I hate writing it and I don't like browsing it. These statements indicate to me that this "ideal tech stack" is rather personal to the author: > I want to build the site in React and TypeScript > I don't w…

Came here to say Hugo is the correct answer for a Personal Developer blog, unless you're using it to showcase your skills in a particular technology, at least in my experience. Finally dived into Hugo and it's just so easy to get going with making Markdown content and turning it into a static site with one of the themes from their gallery. There's a bit of a rabbit hole to go down if you want to get more custom than…

How do you host your site?

I've been using Github Pages which has Jekyll support and that's worked fine, but I'm curious where people host their Hugo sites (or how hosting works when you run the server yourself).

Is it AWS? Dreamhost? or something else? Do you have to manage a proxy or handle load/cost spikes? Can a surge of traffic take down the site?

I haven't read a ton about this, but I'm curious about it. It'd be neat to have full control over my own publishing if something ever happened to github pages.

Re: The ideal tech stack for a personal developer blog in 2020

#218

Earlier quoted context omitted.

This meme is tedious. Typescript is here to stay. No question. React has been a thing now for what, six years? And it feels like 80% of FE job opening require React. And no major shift on the horizon.

When did you start web development? Serious question. We went through all the ‘here to stay’ a few times over already. Cordova, Bootstrap, Backbone, Coffeescript, Angular, Grunt, Gulp, Require.js/AMD, I think we already moved into and out of React Native lol, that whole Mongo thing, everyone had to be a D3 expert almost at one point, isomorphic apps almost became the thing - Meteor, they were all here to stay.

> When did you start web development? Serious question

The question wasn't addressed to me, but I'll answer anyway. I started in 1993 and released some widely used web software in 1994.

In your last paragraph you list 13 technologies that supposedly "were all here to stay". If you asked me during the heyday of each technology whether it was here to stay, I would have answered "no" to 12 of them, and "I'm not sure" to meteor. I would have been wrong about Bootstrap because it appears to have been here to stay. I would have been similarly wrong about PHP and Wordpress. My bias appears to be to think things are not here to stay.

TypeScript is here to stay. The value proposition is just too good. And the design decisions have been good enough that it won't be replaced by a better implementation of the same ideas, as happened with several of the technologies you listed. It will go away only when JavaScript goes away, which won't be for a long time (sorry WASM).

Re: The ideal tech stack for a personal developer blog in 2020

#219
post #203

Earlier quoted context omitted.

That page of just text is a 1Mb download... Is this what the web has become now? Do we really need 1Mb of boilerplate for 10Kb of text?

I don't know where you got 1MB, the page for me was 363.09KB with caching off. That said, I do that React+TypeScript is overkill for a personal blog.

Parent seems to talk about unpacked. I'm also getting 356.24 KB transferred but whole 957.53 KB of unpacked data, which is absolutely crazy for a static page with no interactivity nor media.

Re: The ideal tech stack for a personal developer blog in 2020

#220

Earlier quoted context omitted.

This meme is tedious. Typescript is here to stay. No question. React has been a thing now for what, six years? And it feels like 80% of FE job opening require React. And no major shift on the horizon.

When did you start web development? Serious question. We went through all the ‘here to stay’ a few times over already. Cordova, Bootstrap, Backbone, Coffeescript, Angular, Grunt, Gulp, Require.js/AMD, I think we already moved into and out of React Native lol, that whole Mongo thing, everyone had to be a D3 expert almost at one point, isomorphic apps almost became the thing - Meteor, they were all here to stay.

Don't forget DHTML and XHTML.
Post reply on HN