As part of my PhD I created a CSP implementation in Ruby: https://github.com/omegahm/emit Here I also created a Fiber scheduler, as well as CSP channels and processes.
The examples in this article don't really do anything other than interact with the outside world in total isolation from each other. How does one declare dependencies between scheduled fibers and communicate shared data?
All the usual stuff is still available, so depending on what you need you could just use a `Queue` as the communication bus between several fibers. Anything wrapped in a Mutex would also work, since waiting for the lock is handled by the FiberScheduler.
That said I imagine that for most Ruby applications the real answer would be "you don't and you don't really need to". The most obvious killer applications for Fibers and FiberSchedulers seem to be web servers (most requests spend quite some time waiting for DB/API calls) and IO-intensive background jobs (also here, the majority of the time is spent waiting for some external server to respond). Fibers all get multiplexed on the same operating system thread anyway, so you don't really increase parallelism by communicating between individual fibers.
If you really wish to use multiple parallel threads in Ruby, Ractors are the way to go or otherwise C extensions that drop the GIL. That is outside the scope of Fibers though.
That just centers the column. It'll only make a meaningful difference if you maximize your browser window.
There's little point maximizing a browser on a big screen so I don't. My portal into the web page is roughly square, about as wide as my screen is high, maybe a little bit wider - no more than 4:3 and probably closer to 5:4.
I use a left-aligned tab tree and and other apps, such as console terminals and my note taking app to the left of the browser, to use the space left over.
Wide screen display of mostly text content doesn't make a whole lot of sense.
I'll never get these type of minimalist websites that limit themselves to 80 chars like terminals BUT not center the content. When you have a big display, it's such a pain
Probably a bug. It's centered on mobile, but not on desktop. The code block textsize is also matching the regular textsize on mobile, while it's much too small on desktop. The mobile reading experience is smooth.
(tested with Chrome Android toggling desktop site)
That's how it looks to me in desktop mode. Code textsize like half of normal textsize and linebreaks after sometimes just 1 word. That's hardly intentional styling and it looks completely fine in mobile mode.
That screenshot looks like you're loading the desktop site on a phone. In this case I think that's triggering text auto resizing which has made the body text large but left the code text very small.
When looking at the site in mobile mode or desktop it does seem better. I do agree that many sites use font sizes that are too small these days though.
With Firefox on an actual desktop it looks fine, code fontsize matches text size
I felt the need to disagree because a lot of these "font is too small" complaints seem to be advocating for people using larger font sizes in general. Which I would prefer not to see, default font sizes are already large enough
It's clearly going for a man page aesthetic, so it's unconventional but it gives the site a personality. I appreciate the line wrapping.
It's better than, say, Dan Luu's website or any other one that renounces CSS, so viewing it full screen on a large display turns paragraphs into single lines.
