[–] 2 points 2 months ago*

Yes and no. I find short lambdas easier to read. In lisp you have flet, labels, which allows you to name the elements without introducing external functions.

But of course there are cases where the proposed is useful, e.g. for reuse. I can imagine applyModifiers could be called in more than one place.

Anyway, upvoted because it's an interesting discussion.

  • source
  • [–] 5 points 2 months ago

    I came from vim, but the emacs shortcuts felt more natural gradually, and I never got into evil-mode too much. It did take a bit to be completely comfortable.

    You can always check what a key does by C-h k, which is useful throughout.

  • source
  • [–] 3 points 2 months ago

    Good article. It describes things in painstaking detail, and gets to the bottom of causes, possible choices, and so on.

    I couldn't shake the feeling of AI writing in places, but that's not to the discount the article's value.

    Overall, I love the quality this community upholds (from my casual experience).

  • source
  • [–] 4 points 2 months ago (2 children)

    Similarly to Onno, I write everything in markdown first, and convert using pandoc. Then I use weasyprint to take the resulting HTML with CSS applied on it, and generate a PDF from all that.

    The result is quite nice, and this system has served me for more thant 15 years. A friend working in HR shared that it does stand out, compared to most submissions.

    Here's a fragment of Makefile to summarize the concept:

    docname=2026
    
    all:
    	pandoc -t html5 ${docname}.md -o ${docname}.html
    	weasyprint -s ${docname}.css ${docname}.html ${docname}.pdf
    
  • source
  • [–] [S] 1 point 5 months ago* (2 children)

    Thank you for the feedback. I do score on most occasions. The shot in the comment is scored, but the cut often disappears, so maybe it should be deeper. I am a bit worried about the dough running off to the sides if scored too deep.

    I also suspect proofing is the issue.

  • source
  • parent
  • context
  • view more: next ›