Blogging Like a Hacker (2008)
tom.preston-werner.com
tom.preston-werner.com
>>>First, all my writing would be stored in a Git repository. This would ensure that I could try out different ideas and explore a variety of posts all from the comfort of my preferred editor and the command line. I’d be able to publish a post via a simple deploy script or post-commit hook. Complexity would be kept to an absolute minimum, so a static site would be preferable to a dynamic site that required ongoing maintenance. My blog would need to be easily customizable; coming from a graphic design background means I’ll always be tweaking the site’s appearance and layout.
Which are the exact same wishes I had with my own blog, and I assume many other "hacker" types have for theirs, as well. I don't remember why I settled on Pelican (Python) over Jekyll (Ruby), but either tool is a fantastic choice for blogs... and I now understand that's because Jekyll was literally created to support those goals!
Adding images into a post was also nicer. Just drag and drop instead of copy into folder, check into git, manaully type urls like it is now.
I use a private repo on github so at least I can add something without having to be at my computer but still no preview or nice UI.
Any static generators have well designed solutions for this?
Not really. You can keep the local server running and a browser window open. The server can be configured to regenerate the site as changes are made. Simply refresh the page to see your changes.
I'm not personally aware of a static site generator that supports drag-and-drop images, but nothing stops such an extension/plugin from existing. When I want to embed an image on my site, it goes into an /images/[year]/ folder and is referenced in the markdown file with the manually-typed partial URL, as you mentioned.
The blog post seems to imply that he came up with the idea and code for Jekyll all by himself. But also as he's a Ruby guy, it's likely he would have ported over the code and concepts to his own project.
Start a podcast/educational website on the history of tech.
For anyone who wants to do it together and see if it's a fun project to pursue, email me :) (in my profile)
Or are there already podcasts on it? If so, I haven't seen it appear on HN.
http://www.internethistorypodcast.com/
I'm not aware of anyone successfully doing a more expansive history of tech podcast (and actually filling it out).
Others will claim it was their own work, spice up the wording and build their own personal brand.
Could we refer to these cases as "plagiarism"? It's the proper definition after all. Forking is different as it relates to code, not ideas.
You can see this in almost every discussion about computer science topics.
Look for example how many programmers are shit-talking about Java and they have no clue about certain design decisions back in the day.
Java was the language that made byte compilation and VMs mainstream. Together with XML (another heated topic) it liberated us from unnecessary binary data formats.
And even the language itself was a gift from the programming gods at a time when the most viable programming languages were C, C++, or Perl.
I will forever be thankful to Java for saving me from C++.
This is blogging like a hacker:
https://www.stallman.org/archives/2019-jul-oct.html
This is blogging like a hacker:
Most of those blog posts aren’t longer than a paragraph.
If we are gatekeeping, THIS (was) blogging like a hacker:
Posts go under the posts folder, uploaded as md files. It's very nice and clean. You can host a site on github pages and point your .com to their DNS servers.
It frees you up to focus on writing, and you have the benefit of markdown there if you need it.
Makes you wonder why a simple blog site needs to be interacting with a DB and making mad calls all over the place, with loads of insecure plugins and all the rest of it. Just give me simplicity :)
Ribose, for example, has a network of sites for its open-source initiatives[0] built on top of Jekyll. Sites are integrated with each other and also with Git repos of relevant software packages, pulling e.g. latest commit times & documentation in AsciiDoc at build time. Each site does have a blog/newsroll, but in the end is much more than that.
The implementation involves a gem-based theme with accompanying helper plugin, which are open source[1].
Going the static site route, on one hand, introduces new constraints—for example, build times become important—but on the other hand allows to build blazing-fast websites without having to worry as much about ongoing server maintenance. (Currently each site gets built on Travis CI and delivered via AWS S3/CF.)
Disclaimer: I work with Ribose currently and participated in Ribose Open development.
[0] See for example https://www.metanorma.com/, https://www.rnpgp.com/ or https://www.cryptode.com/
[0] https://zense.co.in [1] http://zense.co.in/people/arkokoley
It really doesn't take too much effort to use existing Jekyll features to add in custom "user features" into your site. You can go so far without needing to write your own plugins.
For example, I just put out a video a few days ago that goes over using "includes" to add 3 unrelated site features (site wide affiliate link notices, a table of contents for blog posts and embedding media): https://nickjanetakis.com/blog/implementing-3-different-webs...
“I love writing. I get a kick out of sharing my thoughts with others. The act of transforming ideas into words is an amazingly efficient way to solidify and refine your thoughts about a given topic. “
So much so that it is quoted on my own Jekyll-based personal website (http://www.andreykurenkov.com/). I have set up 3 additional site since with Jekyll, all hosted on GitHub, and it's super easy every time.