Hacker News new | past | comments | ask | show | jobs | submit | cphuntington97's comments login

"Craig McCracken, the creator of PPG and Fosters Home has consistently used his Twitter following to boost other creatives by retweeting their work"

This is exactly how Mastodon works.


[‘Ghost Houses’ Haunt a Rapidly Aging Japan](https://www.atlasobscura.com/articles/japanese-ghost-houses)



For a project as young as Mastodon, major features are still necessary to meet people's expectations of a modern social network user experience.

But you can use IRC: https://wiki.bitlbee.org/HowtoMastodon


TL;DR: Distributed ledgers don't allow enough circulating cash to make the economy go?


If you're already using Gmail, how privacy conscious can you be?


It's a much bigger company under much stricter rules and regulations. It's well understood that a small startup will have a much more lax security posture around customer data than the trillion-dollar technology company.


haha. op has a point about privacy but this is also accurate.


Very, apparently. Would anyone care to explain?


I use GMail with the understanding that Google has access to my activity and content. However, I trust Google to not divulge* my activity and content to other email recipients and senders. That's enough privacy for me in my normal email usage.

* disabling the option of blocking image-loading in the iOS GMail app is definitely an aggravating and inexplicable tactic, to the point I'm starting to looking into switching away from GMail as my provider.


This is all very reasonable, but assumes that avoiding catastrophic failure is the most profitable course of action.


It reminds me of Broadway Boogie Woogie which is from the 40s…


I have a NUC5CPYH (it was very cheap). It was too slow for my liking, but everything worked, including Ubuntu, OpenBSD, Haiku, etc.

ChromiumOS is perfect for it. It's distributed by Neverware as CloudReady OS.


If this article is a little over my head, what can I read that will help me understand?


If the kernel parts are confusing you, I highly recommend "Linux Kernel Development" by Robert Love as a high-level introduction to the kernel architecture.

If you like that, proceed to "Linux Kernel Architecture" by Wolfgang Mauerer. The first chapter contains information similar to this article, but at a much greater level of detail.


Have you read Operating Systems: Design and Implementation?


I haven't, but I've been meaning to read at least one of his books.


All of it or are there any specific parts you want clarification on?


I read Code by Charles Petzold so I think I have at least some concept of how the operating system and hardware communicate. So now I guess I need a better understanding of how applications communicate with the operating system, as recommended by another reply, more for the sake of knowing rather than any practical reason.


I'm not sure if you'll see this late reply, but here's an idea that may be interesting (ie, accessible and hopefully not too challenging): write a Linux program that doesn't link a standard library (aka glibc). The result will be something that only uses kernel syscalls.

Your first such program probably wouldn't do much; low expectations would be ideal. Returning an arbitrary exit code could be one startpoint, or printing a fixed string could work too (you have write() to write bytes to the TTY, but not printf() (and %s, %d, etc!), as that's a stdlib function :D). This would be a "journey" exercise, not an "end goal" exercise.

You'll need to learn how to

- Disable linking the C runtime (crt0 et al - compile a .c file with 'gcc -v' and pour over the output and you'll spot several crt* things at the link stage), which will mean learning about '-nostdlib', '-nostartfiles' and related parameters

- Deal with the fact that you don't have a main() anymore, you're expected to define _start() instead

- Rummage through a standard library to figure out how to do, well, anything - I recommend poking a smaller C library, like musl or klibc, for ideas (it's mostly boring drudgery you won't need to extensively follow up on just to get started; and there are sufficient "I'm making a tiny stdlib!" projects floating around github that it may be a good idea to weigh up making a 6,983rd - that said, by all means take the opportunity to implement your own strlen(), things like that they're standard entry-level whiteboard challenges)

A good way to get your feet wet might be to first link with musl/klibc/similar, so you can get an idea of the fragility at play (mostly compilers' faults) without blowing everything up instantly, so you can learn how "actually don't use glibc please" is handled in practice. (Read: gcc works, but only within a very narrowly defined scope; clang may work, but may not have as much (easily-found) documentation as gcc. The IRC channel/mailinglist will probably be useful if you're sufficiently interested, but the responses you get may take a day to understand/unpack :) )

There's just enough documentation floating around on stackoverflow and related places that the process isn't overly terrible to start with, and this particular learning process will very clearly explain a heap of stuff.

If you like I can try digging out a bunch of links, but it might take a while (my bookmarks are a thoroughly under-categorized tangle :( ).


Do you program for linux much?

If you dont, you can probably skip this article for now.

The article was somewhat interesting, but since my current app is react native javascript, its really disconnected from application.

You wouldnt be playing around at these linux system levels, you likely will be developing using linux as a platform.


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

Search: