1,134 karma · joined July 1, 2014
Norway.
https://www.eivindarvesen.com
eivind dot arvesen at gmail dot com
https://github.com/EivindArvesen
https://twitter.com/EivindArvesen
Misinformation, propaganda, conspiratorial thinking and other bad ideas is nothing new.
Give people the tools they need to differentiate between information with various degrees of truthiness.
Here’s my pitch: build a browser that comes pre-installed with node.js, an IDE and a simple runtime environment.
Welcome to all editors written in Electron.Cleave is an application that lets users persist OS state as a "context" - saving and loading open applications, their windows (and their positions), tabs, open files/documents and so on. Think of it as a workspace or project manager from an IDE, but on the OS-level.
Started because of frequent multitasking of heavy work with limited resources. Made it because I wanted to switch between studying, working, reading, looking for an apartment, etc. without manually managing all states or consuming all resources.
I'll release an Open Beta (macOS) as soon as I finish license verification and delta updates, but I keep getting sidetracked...
[0]: https://en.wikipedia.org/wiki/Chilling_effect#Chilling_effec...
Data-storage + authorization doesn't solve any (new) technical privacy-issues; this is "data protection" rather than "data privacy" in my book.
I keep seeing data-hubs and identity-providers touting themselves as solutions to the web's privacy issues, but I don't see how they actually solve anything.
It seems like an attempted technical solution to a social problem to me.
The real problem with data based services (ads, Google search, etc) is really that a bunch of data is collected opaquely, unethically, and in some cases illegally. The whole system including data brokers and real time bidding is out of control.
Virtual desktops (which is the same as spaces in macOS), has nothing to do with Cleave in itself; you still have virtual desktops under Cleave.
I don't know what problem activities attempt to solve, but the problem I'm trying to solve with Cleave is grouping what's currently running on my system after a specific task or a project I'm working on – both for human reasons (concentration, information overload, etc.) and computer reasons (resource expenditure, etc.)
When you change your "context", all of your open apps and their windows (on all spaces, on all screens) are closed. The apps and their windows from the context you are switching to open – their positions and working state recalled from when you were last in this context.
You can only be in one context at a time; Think of it as a workspace or project manager in an IDE, but on the OS-level.
Cleave is an application that lets users persist OS state as a "context" - saving and loading open applications, their windows (and their positions), tabs, open files/documents and so on.
Started because of frequent multitasking heavy work with limited resources.
Made it because I wanted to switch between studying, working, reading, looking for an apartment, etc. without manually managing all states or consuming all resources.
I will release an Open Beta (macOS) as soon as I finish license verification and delta updates, but I keep getting sidetracked...
Most unions I know of operate on a country-level.
I'd be interested in hearing what problem this would actually solve.
There is nothing pointing to a causative relationship here.
Besides: claims of a link between violent video games and aggressive behavior was never backed by anything other than assumptive moral arguments, much less studies (or even coherent reasoning and valid logic).
More seriously, while program overheads have undoubtedly gotten higher, that's always been in exchange for something else, even if non-technical, like a better developer experience and platform support.
Software architecture usually entails trade-offs in many directions, between NFRs, etc. – but it feels to me like the intepretation of the performance-scale (as well as developer experience, really) is warped by two things:- Many devs aren't familiar with the real breadth of possibilities and discount some approaches without understanding them (using "developer experience", "platform support", and "too low level" as excuses), thereby skewing towards familiarity and preference. As most devs are familiar with web tech, this tends to win out. Other legitimate issues might not be even be understood (HCI, attack surface, accessibility, etc.)
- The performance hit might not be significant enough to notice on a dev-grade machine (e.g. M1-processor, 32GB of RAM, etc.) and/or in isolation, but will become noticable when regular users run several apps built using the same heavy stack.
The latter is particularly apparent if you try to run multiple Electron-apps simultaneously on a low-to-medium specced laptop – which I find pretty egregious as a user, as multitasking computer systems has been a thing for a while now.
My interpretation is that many people (or companies) will usually write software that's no more performant than what they can get away with – which can be summed up, if cynically, as "users won't see any major performance gain or increase in capability in their day-to-day usage because of shitty software."
Given the sorry state of privacy-compliance in general (whether that's ignorance of the law or consciously taking a risk) I seriously doubt that the field of adtech is much better.
Now that the third-party tracking ecosystem is slowly drying out I'm curious what advertisers will come up with to circumvent these new measures.
Probably fingerprinting – not to mention the fact that ad-people are lobbying both legislators (including the EU) and standards bodies (like W3C)... and in the latter case they're also directly contributing to the standards. If you ever wonder "why the fuck can't I tell where one piece of the UI ends and the other begins"
When Material Design was first launched to the public, I was astonished of just how bad some of it was – and how Google, with all its experts and resources, had managed to ignore so much basic HCI.I wasn't able to recognize and distinguish different types of widgets from one another, and the design language broke with established principles. It wasn't evident how to interact with an element on the screen based on its visual qualities.
This resulted in an application called Cleave, that lets users persist OS state as a "context" - saving and loading open applications, their windows, tabs, open files/documents and so on.
Started because of frequent multitasking heavy work with limited resources. Made it because I wanted to switch between studying, working, reading, looking for an apartment, etc. without manually managing all states or consuming all resources.
As a person that used to have multiple virtual desktop, each with multiple apps with multiple windows, which had multiple tabs, etc. it has certainly made it easier to focus on one task at a time, knowing that I can resume another task from just where I was.
Open Beta (macOS) as soon as I finish license verification and updates, but I keep getting sidetracked...
RISC-V is a specific (RISC-based) ISA. ARM is a family of RISC-architectures, which does not include RISC-V.
Apple's M1 is an ARM SoC. It does not use RISC-V.
I'm working on a similar app that completely automates context switching without any manual setup, based on an idea i had five years ago.
Now to release that beta...
[0]: https://cleave.app