News for hackers. Stuff that matters.

blue-dragonfly

Re:Einstein and Hume’s philosophy of time on Monday January 18, 2021 @10:41AM (#25822781)
Since we are throwing around shallow mantras in lieu of a discussion,

"People who live in glass houses shouldn't throw stones."

If my original thoughts on <that which is not to be discussed> bore you, I guess I'll skip my comparison of conditions around here to the peasant scene in "Monty Python's Holy Grail". [1]

On-list moderation makes boring reading, too. <Yawn.>

"Cheerio, old boy," as the gentry used to say.

--

[1] "Help, I'm being repressed...You saw him repressing me didn't you?" -- Michael

Re:Einstein and Hume’s philosophy of time on Sunday January 17, 2021 @11:05PM (#25817985)
There has been some research on directly visualizing the effects of relativity, e.g.:

https://www.researchgate.net/publication/2829521_Time_Dilati...

It might be a fun project to implement something like this.

Re:Donut.c Without a Math Library on Friday January 15, 2021 @01:40PM (#25794446)
Blinn's classic paper "How many ways can you draw a circle?" seems relevant (discusses CORDIC):

https://ieeexplore.ieee.org/document/4057251

Re:Ask HN: What are you working on? on Friday January 15, 2021 @12:50PM (#25793711)
Thanks for the info! I'm currently using the hash table from Femtolisp, works OK for my small tests, might need something better for production. My symbols are currently limited ASCII anyway.

I'll keep an eye on your repo.

Re:Ask HN: What are you working on? on Thursday January 14, 2021 @05:58PM (#25784126)
I've been looking for a map like C++ STL written in C. I need to lookup symbols to get function pointers, among other uses. Part of a general process of replacing C++ with C. Maybe I have found it? Interesting project, thanks for posting.
Re:Ask HN: What are you working on? on Thursday January 14, 2021 @05:50PM (#25784021)
Overall, working on a CAD system using SDF and functional representation. Currently flattening a C++ OO scene graph library to a use functional approach. Also, today, continuing work on adapting a small Scheme implementation to read models in a Lisp format.
Re:History of Tcl (2009) on Thursday January 14, 2021 @05:26PM (#25783640)
I haven't written any Tcl/Tk/Expect recently. It is interesting to know they are still being used, thanks for the updates. Expect was also quite useful for testing command-line applications. Even back then, RMS's arguments may or may not have applied to what he was doing, but our department got a lot of use out of Tcl for our sys admin work. We had many new-hires at the time, some without much CS background, and we found they could acquire and become productive in Tcl quickly, which was important in meeting our schedule.
Re:History of Tcl (2009) on Thursday January 14, 2021 @02:56PM (#25781597)
Arguments against Tcl like:

https://vanderburg.org/old_pages/Tcl/war/0000.html

aside, I found Tcl/Tk along with with the extension Expect:

https://en.wikipedia.org/wiki/Expect

to be a powerful way to do automation. In the '90s, I automated a process of migrating data from a mainframe to Unix workstations using a Tk GUI run by end users which generated Tcl/Expect scripts to download, convert, and verify massive amount of files in a batch.

Re:Signal community: Reminder: Please be nice on Wednesday January 13, 2021 @02:27PM (#25766821)
It works both ways. I'm not addressing the Signal project in particular, but maintainers of free software projects need to be polite and professional (in words and deeds) as well. Users who take the time to investigate bugs and get involved in fixing them don't have "infinite resources to pour down the drain" either. Maintainers presumably derive some value, even if not monetary, from their involvement in these projects. Having more users than they can handle is a problem that comes with the territory of a popular project--and needs a solution just like the more technical ones. (I translate the term "toxic users" as modern-speak for "people who aren't exactly aligned with me".) I often contribute to alpha status free software, so I don't always gain reciprocal benefit--but I do like to help others. How many times have you seen an open issue or pull request on a project that isn't addressed at all after years? Often, in my experience.

Last year, I was working on my free software project, and I heard repeated blasts of a car horn from my driveway. I have advanced arthritis, so it took me a while to get up and go to the door--I wasn't expecting anybody. The car drove off before I could get to the door. The next day the same car was in front of my mailbox. The door of the mail box was drooping down. The car stopped on the side of the road, so I had enough time to hobble out and approach it. It was pouring rain--I had my shirt up over my head to keep the water off. I found out it was my new neighbor. She was doing improvements on her home and needed my signature on an HOA document. She said, "I'm disabled, and I need a favor. Also, I broke your mail box putting the document in it." I said, "I'm disabled too". She laughed, "Oh, I see."

The moral of the story being, Signal, be glad you don't have to deal with people who want something from you IRL. :)

Re:Smooth Voxel Terrain, Part 2 (2012) on Saturday January 09, 2021 @12:38AM (#25697633)
As a generalist trying to develop a CAD system using SDF and functional representation, the details of isosurface extraction are interesting to me (if somewhat tedious at times). Researching the bigger picture, tying together the concepts of representation, rendering, analysis, manufacturing, etc. is my rabbit hole.

For those of you that don't know, mkeeter has developed Libfive--a well-regarded project which performs isosurface extraction of implicit functions to triangular meshes--so we can render them with OpenGL or print them on a 3D printer, for example. The implicit functions can be implemented at several language layers, including C, C++, and Scheme.

https://github.com/libfive/libfive

Re:Best of show – abuse of libc on Saturday January 09, 2021 @12:12AM (#25697386)
A winner from 1993 is very interesting too:

https://www.ioccc.org/years.html#1993_dgibson

It implements Conway's Game of Life by creating a DSL using the C preprocessor and printf. The output is a program (several initial boards are supplied to bootstrap) which is the input program to be compiled and run to create the next generation. This is the program for a second generation:

    LIFE

    L _ _ _ _ _
    L _ _ O _ _
    L _ _ _ O _
    L _ O O O _
    L _ _ _ _ _

    GEN 2 STAT 328960
    END
Each symbol like "LIFE" is a macro, the board is the program.
Re:H. G. Wells reviews "Metropolis" (1927) on Monday November 30, 2020 @09:08PM (#25261498)
If you are interested in the evolution of film, including the silent ones, this course on MIT OCW is a good resource:

https://ocw.mit.edu/courses/literature/21l-011-the-film-expe...

I subscribed to the Criterion Channel after watching the lectures, which has a number of the movies referenced in the course. I developed a new appreciation for Buster Keaton and Charlie Chaplin. There is a lecture on German film:

https://ocw.mit.edu/courses/literature/21l-011-the-film-expe...

Prof. Thorburn doesn't seem to like Metropolis either:

> It's much admired by certain film scholars, although not by me.

Re:So you want to contact Brian Eno? (2000) on Friday October 09, 2020 @01:23PM (#24732192)