Hacker Newsnew | past | comments | ask | show | jobs | submit | wwarner's commentslogin

The version manager approach feels like a giant step backward to me. Manage dependencies with containers.


holding my nose reading this. if scientific progress killed god, it seems unlikely that meaning would emerge from more ramblings of the same kind that gave rise to him in the first place. we have learned to disbelieve in miracles and to be skeptical of novelty, that change is excruciatingly slow and its cause is failure, pain and death. nature and the feelings that nature has given us should be our philosophical guide posts.


i run a basic emacs configuration within docker, so it has all the underlying executables & binaries installed where emacs looks for them. runs exactly the same on linux & macos. https://hub.docker.com/r/wwarner/emacs-native or https://github.com/wwarner/emacs-native-dockerfiles


M-x package-list-packages :)


You joke, but a colleague tried to get me using nvim a few months ago, and after installing all the stuff he recommended, my first impression was that I was running emacs. It was busy, there were extra buffers all over the place, things kept popping up as I typed, and I wasn’t clear on how to get to normal mode. In sure this has as much to do with his config, which I copied without understanding it, as it does with nvim itself, but it felt very unfamiliar.


> and I wasn’t clear on how to get to normal mode.

You need to ditch your heretical friend if he has broken the Holy Commandment of <Esc> to get to Normal mode.


I run emacs in docker to manage these issues https://github.com/wwarner/emacs-native-dockerfiles


This is great, and I need it and will use it, but what I need even more is some kind of integration with org mode (or just note taking generally). I found out the hard way that github/copilot deletes conversations after 30 days! So much for building a knowledge base with an AI assistant! I really need something a bit like Goog's `notebookllm` for capturing research, except I'd like to control it locally.


Try gptel-mode - your chats are in org buffers, and you can save/restore sessions easily. Also plays nicely with mcp.el for more tooling access.


gptel-mode (I have it at C-c L) is great!


There is ob-aider, maybe interesting for you to try.

https://github.com/emacsmirror/ob-aider


solid! thank you!


Regarding LIGO, if anyone finds the sensitivity of LIGO as shocking as I do, here's a 2002 lecture from Kip Thorne explaining how it's achieved.

https://www.youtube.com/watch?v=mGdbI24FvXQ&t=495s

This video is one of about 60 recorded in a year long series of lectures that were delivered at Caltech early on in the project. They are archived by Pau Amaro Seoane at this address https://astro-gr.org/online-course-gravitational-waves/


opposite :)


The key point of the article is "your data is trapped inside your program", i.e. data models can't generally be shared between programs. One thing that has improved my life has been using apache arrow as a way to decrease the friction of sharing data between different executables. With arrow (and it's file based compressed cousin parquet), the idea is that once data is produced it never needs to be deserialized again as you would with json or avro.


Data and data models are not the same.

Sharing data is just totally undefined for the overwhelming majority of all data in the world, because there just isn't any standard for the format the data should be in.

Data models are even harder, because whereas data is produced by the world, and data formats are produced to intentionally be somewhat generalized, data models are generally produced in the context of a piece of software.


How are you handling data update? Last I checked, Arrow and similar systems had extremely poor performance if you needed to mutate data at even modest rates.


you create an output arrow table and populate it with rows. but w/r/t the original idea, arrow data always comes with a schema and is efficient and compact, so it makes it easier to share data between different programs.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: