summaryrefslogtreecommitdiffstats
path: root/2021/talks/devel.md
diff options
context:
space:
mode:
Diffstat (limited to '2021/talks/devel.md')
-rw-r--r--2021/talks/devel.md60
1 files changed, 60 insertions, 0 deletions
diff --git a/2021/talks/devel.md b/2021/talks/devel.md
new file mode 100644
index 00000000..3cb9412a
--- /dev/null
+++ b/2021/talks/devel.md
@@ -0,0 +1,60 @@
+[[!meta title="Don't write that package! or: How I learned to stop worrying and love emacs-devel"]]
+[[!meta copyright="Copyright © 2021 Stefan Kangas"]]
+[[!inline pages="internal(2021/info/devel-nav)" raw="yes"]]
+
+<!-- You can manually edit this file to update the abstract, add links, etc. --->
+
+
+# Don't write that package! or: How I learned to stop worrying and love emacs-devel
+Stefan Kangas
+
+[[!inline pages="internal(2021/info/devel-schedule)" raw="yes"]]
+
+We need a successful Emacs on this planet. This means that we need an
+excellent out-of-the-box experience -- one that just works, but that you
+can still hack and customize. There is so much great experimentation
+and work going on out there in the wider Emacs community, but we would
+be even better off if more of that could go into Emacs itself.
+
+Emacs' greatest strength is unfortunately sometimes also its greatest
+weakness: it is *too* hackable.
+
+On occasion, people out there add stuff to their Init file to fix this
+or that annoyance, or even bug. The more ambitious might go on to
+package up such fixes: "Hey, 'foo-mode' doesn't have support for
+'bookmark-set', let's write a package!" I am here to suggest that you
+should not do that.
+
+You should submit a patch to Emacs! Maybe more people have that same
+problem or annoyance, and would benefit from your solution?
+
+It is sometimes perceived as hard to contribute to Emacs core. I want
+to encourage more people to get involved, and show that the barrier to
+entry is really not that high. If I can do it, you can do it too!
+
+So should you really write that package, or should you stop worrying and
+learn to love emacs-devel? Listen to my talk to find out more!
+
+# Discussion
+
+- I can imagine using bindat to improve Emacs's music player packages e.g. reading/writing metadata tags
+- I hadn't heard of Poke until today
+- Curious: how is gnu poke more flexible?
+- I was surprised to see that a whole new DSL was developed for poke from scratch.
+- I'll ask what I also asked Andrea earlier: What hobbies/interests do you have besides Emacs (and PL)? :)
+- Do you think would have been better to develop/improve a library like bindat on top of an existing language instead?
+- What are some of your favorite talks from this conf so far?
+- If you ever write a library for window management in Emacs, you could call it winnie.el :)
+- How do you see more control over types (type hints/decl through type specifiers etc) (SBCL like programming model) coming into Elisp?
+- Do you plan to add bit-level support?
+- I think this is classic problem that is almost impossible to accomplish
+ - many libraries try to do that but in the end the only working ones are relaying on C compilers
+- also you have the problem of size of objects
+- like how big is a long?
+- this is not specified and is arch dependent
+- parsing a generic .h file is way more difficult
+- yep, the automatic translation is more for libraries trying to write automatically C bindings
+
+[[!inline pages="internal(2021/captions/devel)" raw="yes"]]
+
+[[!inline pages="internal(2021/info/devel-nav)" raw="yes"]]