summaryrefslogtreecommitdiffstats
path: root/2021/talks/unix.md
blob: fce37364c90ccd59f9f81eeee397184ea6ce5262 (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
[[!meta title="GNU's Not UNIX: Why Emacs Demonstrates The UNIX Philosophy Isn't Always The Only Answer"]]
[[!meta copyright="Copyright © 2021 Daniel Rose"]]
[[!inline pages="internal(2021/info/unix-nav)" raw="yes"]]

<!-- You can manually edit this file to update the abstract, add links, etc. --->


# GNU's Not UNIX: Why Emacs Demonstrates The UNIX Philosophy Isn't Always The Only Answer
Daniel Rose

[[!inline pages="internal(2021/info/unix-schedule)" raw="yes"]]

The talk targets users who are curious about computational philosophies,
or those who might not know how to best utilise Emacs conceptually. The
talk will cover what the UNIX philosophy is, the GNU Free Software
principles, a typical (Neo)Vi(m) user's approach, and then how one might
accomplish this in Emacs combining the aformentioned ideals. The
listeners will learn how they can approach Emacs ideologically, and how
blocking themselves into one philosophy or the other will limit their
efficiency. Although you may be a veteran GNU/Linux and Emacs user,
understanding how to use both philosophies together will still allow you
to be more performant than without.



# Outline

-   How can one limit their usage of CLI tools while still maintaining
        the ideals of both.
-   How using CLI tools can still perfectly flow into Emacs.
-   How having all programs in Emacs and unified keybindings is akin
        to a terminal user.
-   Why thinking about computational philosophies might itself be an 
        impediment.

<!--
-   20 minutes:
    Go more in-depth about both philosophies, and how the ideas can play
    off each other. Follow the same outline of the 5-10 minute version but
    in more detail and with more interactivity.

-   40 minutes:
    Based on the 20 minutes format, play more off the ideas of the
    audience. Interact with them more, and ask for their input and
    examples that they can contribute to the conversation. Use more
    examples, demonstrate my workflow.
-->


[[!inline pages="internal(2021/info/unix-nav)" raw="yes"]]