Was a user of Bedrock for quite a while. Have switched to minimal-emacs.d (https://github.com/jamescherti/minimal-emacs.d) since and find that it suits my tastes a lot better.
1,377 karma · joined October 1, 2010
The desktop/windowing system for me is just a means to launch an application which is where I spend most of my time. This often happens to be a browser, a terminal and IDE etc. The design of such apps takes more precedence for me than some margin of the control center items where I couldn't recognize what the problems were if you asked me to.
What bothers me more than the visual design is the interaction design ... am trying to find a way to move a sticky note which has been on my desktop for quite some time and the method I used previously no long works. Also some releases ago they mapped 'Alt-F' on the Konsole terminal app to a Find input box, whereas the binding is normally used on terminals for "move cursor forward by a word". This is not a sane default and has caused me to pick Wezterm as my preferred terminal app.
When evaluating package managers, poetry for sure was a contender. However listening to others experiences regarding poetry developers introducing breaking changes that could potentially cause the CI pipeline made it a no go [1]. uv seems to be coming along rather nicely, but wasn't anywhere near the level of stability compared to pdm during the evaluation phase.
Ledger - https://ledger-cli.org/
Children of well educated parents almost always end up at a Gymnasium from which their career path ends up leading them to a university degree. Those in others types of schools have a tougher path leading to university education and will most likely end up in the equivalent of community colleges, vocational training or apprenticeship. Since recommendation by teachers counts for admission to a Gymnasium and this is often subjective, children of parents from less privileged backgrounds (blue collar workers, immigrants etc.) often end up in other schools. Sometimes this is an example of how society is stratified - a place for everyone and everyone in their place.
Apart from the public schooling there are also private schools which are almost entirely for children of very well to do types since they come with a significant fee.
Also, when the number of tables grows large, few have layouts arranged in an optimal way. I use D2 (https://d2lang.com/) to create ERDs. However, of the free layout engines available in D2, Dagre (https://github.com/dagrejs/dagre) and ELK (https://github.com/eclipse/elk) both don't have optimal placement of layouts for a sufficiently complicated database.
If you want features such as facial recognition, you might try taking a closer look at PhotoPrism/LibrePhotos. I did try them about a year ago, but in the end just went with the desktop app digiKam (https://www.digikam.org/)
As opposed to paperless, Mayan provides fine grained access control via ACLs and also allows 'directories' in addition to tags. Dropped it after a while though, since it was too enterprise-y and for in-depth configuration, the documentation was insufficient and I would have to buy the advertised book. Paperless-ng is sufficient for my personal use, though I still miss having directories as an additional level of hierarchical organization alongside tags.
Since I don't have a scanner, I just use the Microsoft Lens app to scan documents on my phone (Android). Paired with Syncthing (https://syncthing.net/), my documents are automatically synced to my desktop from where paperless-ng picks it up from the watched folder and automatically adds it. Tags and correspondents can be automatically added based on keywords in the text.
Sure VSCode has its strengths and as an IDE easier to get started and work with, especially for newcomers. That said, the fact that it requires a desktop environment to operate in means there are niches that Emacs fills which VSCode currently cannot.
[1] https://en.wikipedia.org/wiki/Design_rule_checking
[2] https://en.wikipedia.org/wiki/Electronic_design_automation#A...
In a country like India, cloud coverage during the rainy season can last for months, rendering satellites (unless you use something like SAR with false color composites) effectively unusable. Drones may not be able to fly during periods of rainfall, but can still be operated in daylight during breaks in weather.
First, this requires high resolution imagery to make out fine details. You have providers who can provide imagery with 0.3-2m resolution, but these can be expensive and not so easy to obtain. Satellite imagery for true colour is also affected by atmospheric conditions such as presence of clouds, which can occlude the view. Infrared bands can peer through this cover, but then they are not much use in surveying. Besides, you will need to wait for the satellite to make a pass over the target area to obtain the image, so the imagery can be out of date or captured at the wrong time e.g. if land is submerged under floods, so details are not visible. There is of course the upside that satellite imagery can cover huge swathes of land at once.
Drones are cheaper and can be flown over the target area on demand to generate true orthophotos from overlapping photos (https://en.wikipedia.org/wiki/Orthophoto).
Take for example the admin UI. When adding "Application Links" to link Jira and Confluence with each other, Jira has a nice tabbed interface allowing you to configure it easily, whereas in Confluence, you have to scroll down a long sidebar with dozens of options until you chance upon the required link. Had similar experiences configuring various other options at the filesystem level.
Jira configuration was more coherent, fault tolerant and failed gracefully. Confluence configuration on the other hand was messy in comparison.
[1] https://www.newscientist.com/article/dn16997-freedom-from-li...
Press release - Fasting triggers stem cell regeneration of damaged, old immune system (2014) - https://news.usc.edu/63669/fasting-triggers-stem-cell-regene...
Full Paper: https://www.cell.com/cell-stem-cell/fulltext/S1934-5909(14)0...
This comment makes it seem like installing software outside of a curated store is responsible for security issues, but this is exactly what Linux and other like OSes do. You can install apps from anywhere and I'll wager you'll find less malware, adware etc. for them in the wild, than the Mac. Granted usage of these platforms as a Desktop is way lower making it a less attractive target for bad actors, but much of it owes to inherent OS design.
> And if an open source application wants to become popular for the masses - not the HN power user crowd, which represents only a small percentage of potential customers - they have to conform to its rules.
Open source applications have been popular with the masses way before the curated store app store model came into place. Publishing on an app store has a good chance for increasing outreach, but it should not make distribution and installation of applications in the classical way more cumbersome, should the user so desire.
The main reason I moved to arch was KDE Plasma 5. When it first came out version 5, was buggy, but usable enough to be a daily driver. A rolling release made it easy to get the latest updates and I haven't needed to revisit my decision since the last 5 years.