61–70 of 78 posts
Aw, that's not what I hoped it would be. An actual file-based calendar UI is a neat idea, where you can (for instance) echo into a file to create a calendar event on the command line.
Same here. I think that would be a terrific idea. $ cat /cal/2024/08/04/events
> Why Did You Do This? > I used this project as an opportunity to learn about Rust and FUSE file systems. I also think it's hilarious. > Visitors interested in the code should note that this is an irredeemably messy codebase—it's full of hacks, unidiomatic code, and wildly poor design decisions. > However, visitors should also note that that's okay. The best way to learn something new is to try it out for yourself—an…
As a college student trying to figure out where I wanted to go next (industry vs academia) I had an epiphany that there was intrinsic value in doing things. Even things that were neither novel (academia), profitable (industry), nor impactful (nonprofits). While my career has found a balance between impact and financial sustainability, I have a special place in my heart for projects that are otherwise unnecessary but…
You classifications are good but it's a bit simplistic. Generally across the spectrum people is looking for breakthrough (e.g. deep learning) and/or game changing (e.g. transformer) contributions regardless if you're in academia, industry, non-profit, government labs, etc. But for pure joy, it can be from any simple creative projects as you've mentioned or it can be giving up seats for the elderly in a crowded metro trains.
Aw, that's not what I hoped it would be. An actual file-based calendar UI is a neat idea, where you can (for instance) echo into a file to create a calendar event on the command line.
There's a standard file type for this already: https://en.wikipedia.org/wiki/ICalendar It would be cool to see a filesystem layer present a tree of ICS files where editing one also updated your various API-based web calendars.
Earlier quoted context omitted.
The point of such fake filesystems (like /proc or /sys) is that everyone immediately understands them. Yes, you could have a syscall for /proc, but it is more complicated.
Understand how? You still need to understand the path layout, something is still parsing that path so it needs to be valid.
access - for discovery and poking around you won't need a dedicated tool, just `cat` or `less` or `vim`
Earlier quoted context omitted.
the most amazing feature of the Google calendar web UI that has since been dropped was a way to schedule events with a human message - "30 meeting with Bob next Tuesday at 10", rather than clicking a bunch of buttons in a UI.
With Google Assistant you can still do this, but you need to speak it, with the prefix "Add calendar event..."(well, Google Assistant on the phone also accepts keyboard input). I find it much faster than the button clicking.
Earlier quoted context omitted.
It stores file data as calendar events, sort of like that YouTube FS from a while back This is probably considered abuse under the ToS since you're using more storage than any typical user, and they can't use it for whatever they normally sell customer data for
> they can't use it for whatever they normally sell customer data for Bottom line, you don't want to mess with their bottom line.
Earlier quoted context omitted.
> they can't use it for whatever they normally sell customer data for Bottom line, you don't want to mess with their bottom line.
I seriously doubt this kind of stuff has ever messed with their bottom line. I think they just really resent users trying to do more with their service than they intended.
Earlier quoted context omitted.
Maybe the UI was slow? Then this has the same advantage of speed that CLIs tend to have over graphical interfaces.
Well in a CLI you're not writing full English sentences. You don't say "make a directory called xyz in the current directory," you're saying "mkdir xyz". I'd rather just use a GUI than type out a full natural-language sentence.
Earlier quoted context omitted.
> they can't use it for whatever they normally sell customer data for Bottom line, you don't want to mess with their bottom line.
I seriously doubt this kind of stuff has ever messed with their bottom line. I think they just really resent users trying to do more with their service than they intended.