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

I prefer apps and desktop apps when they are available. They feel and work nicer mostly than web based. But we live more and more in a browser world and there is less and less choice and I understand I must move with the times.


> They feel and work nicer mostly than web based.

The "apps" i'm talking about are just the web site packed into a crap and resource hungry web view...


And requires access to my contacts for some reason.


Most of the time it's just incompetence, they import the 1823 js libraries and ask for all the permissions their libraries could use in that corner case that happens once every 1760 years.


> But we live more and more in a browser world and there is less and less choice and I understand I must move with the times.

Wow. Has everything gone full circle again already? I thought we were all still complaining about the death of the web and the app-ocracy.


I prefer apps when they work mostly offline and don't try to send my private data to various third parties. I tend to prefer the browser which allows me to control a little bit more what it does for everything else.


But are digital records really more resilient to catastrophic societal and global changes? Physical records don’t need anything to exist and be read and only time and simple resources to duplicate compared with digital.


> Physical records don’t need anything to exist and be read

Surely you’re joking. Physical records are notoriously fragile. They default to having a single copy and require intentional effort to create and distribute duplicates. They are frequently lost to fires, fading, physical decay, and even just being misplaced for generations.

Digital records have their own issues, but implying with a straight face that the default state of physical records is persistence is a bridge too far.


We have analog records from thousands of years ago, and we still have the technology to use them. I have digital formats from ~25 years ago that can no longer be read. I think the longevity speaks for itself.

Water and fire are equally destructive to digital or analog. Library of Congress has chosen analog vinyl for long term storage over any digital format. I think you're putting way too much faith in digital and totally discounting analog.


The majority of the very old records that still exist are those that have been carved in stone or bronze, or pressed in burned ceramic.

Besides these, there have been huge amounts of written records that have used more perishable materials, like plant leaves, plant bark, wood, papyrus, wax etc.

Almost all of those have been lost.

In the past, carving stone or bronze was hard work, so it was avoided, except for the most important records. Also today, there are technologies to make digital records that could survive for many millennia, but due to their high cost they are used even less than stone carving was used in the ancient world.


Sure, things carved into or painted onto stone have good longevity. That’s an insignificant minority compared to all the paper records that have been rendered unreadable over the same number of years.

Not to mention that accessing those records—finding them in the first place and searching through them—at any kind of scale is essentially completely prohibitive for most use-cases, many of them might as well not even exist until someone takes the effort to digitize them.


Can they actually no longer be read? Or would it just require a few hundred dollars spent on eBay?


At this point, who knows??? None of the data is worth the few hundred dollars nor my time worth messing with it to be honest. I have a couple of Syquest disks that I keep around not so much for the data, but they're just kind of nostalgically cool to me.


> We have analog records from thousands of years ago, and we still have the technology to use them. I have digital formats from ~25 years ago that can no longer be read.

I have physical records from 2 years ago that can no longer be read.


I explicitly called out that digital records having questionable archival properties doesn’t magically make physical records durable by default.


It would make a lot of sense to develop some kind of digital storage medium that’s reasonably easy/cheap to read and write and is designed to endure centuries and hopefully millennia. Of course, this would need to come alongside a reader device which is similarly durable to ensure effectiveness (archives that can’t be read might as well not exist), which I suspect is the greater challenge.


Pressed CDs are supposed to last a while. And I think there are archival versions of CD-Rs.

Or just go for something like microfiche (or even ordinary-scale engravings) with OCR-friendly fonts.


except anything you can build today will be slow and tiny capacity tomorrow. the fact that anyone could suggest a universal format can be developed that will endure all of time where everyone continues to use it for ever after it is introduced is farcical like a fairy tale where unicorns exist.


I would imagine that the express purpose for this format would be exclusively ultra-long-term archival and that it would not see much if any day to day usage, similar to tape drives now (but on a much longer timeline).

For this purpose speed and capacity aren't as important because we've had great information density for relatively small file sizes for a long time now. A ridiculous amount of information can be stored in just plain old text files, especially if compressed. For video and audio, recordings in even just 128k AAC and 720p h.264 video would be a wonderful thing to have 100+ years from now; anything better would be a cherry on top.


Per the US Library of Congress, recommended formats:

https://www.loc.gov/preservation/resources/rfs/TOC.html


That's interesting: it focused on XML/SGML formats, but gives no mention of TeX (specifically LaTeX) that's pretty big in natural sciences and publications. It also seems trivial to reproduce with the base tools being free software and pretty small.


Survivorship bias. I have no doubt there will be some subset of digital data that survives thousands of years. Probably Rick Astley honestly.


>We have analog records from thousands of years ago, and we still have the technology to use them. I have digital formats from ~25 years ago that can no longer be read. I think the longevity speaks for itself.

We do have records from thousands of years ago, and the fact that we can read them is really cool! But, your argument that therefore analog is 'more reliable' is sketchy. It's true that we have many digital formats that can no longer be read today. But there a few things of note.

One, this isn't a fair comparison. We have analog records from thousands of years ago, yes, but we also have tons of missing ones. (Beowulf once had only one copy, and that was nearly destroyed in a fire in the 1700s. If someone hadn't been quick to rescue it, we could have no idea of Beowulf.) The vast majority is probably missing. A fairer comparison would be to invent a time machine and fast forward a few hundred years. If any file format from today is still readable, then that can be considered a success. Of course, absent a time machine, there's no real way to test this, but judging analog records only be survivors is flawed. (An incomplete list of books which we are aware of but don't have is at https://en.wikipedia.org/wiki/Lost_literary_work)

Two, water and fire might be equally destructive. But if, in theory, all of the print copies of the books in this collection [https://babel.hathitrust.org/cgi/mb?a=listis;c=158633464] get destroyed before digitization, then, so far as we can tell, they're gone. Forever. There's no way of recovering them. But if you can't access the file at HathiTrust anymore, for whatever reason (which might be more likely), there's a copy at the University of Illinois [https://digital.library.illinois.edu/items/bf8640e0-061b-013...] and at HathiTrust [https://catalog.hathitrust.org/Record/100008794]. And since HathiTrust has a mirror, in reality it would require three failing simultaneously.

Maybe a digital file is more likely to be unreadable or fail in some other way, but there are also many more copies. For a Project Gutenberg work to be inaccessible, all of the sites on this list [https://www.gutenberg.org/MIRRORS.ALL] must fail (in reality, it's less, as many are hosted by the same group; but it's still two continents, four countries, and eight providers) and possibly/probably others. For a rare book collection that isn't digitized, it takes one fire.


You’re assuming straight line civilisation. That we’ll always be as we are or more advanced technologically speaking. But civilisation isn’t straight line and one day who knows. Physical records will still be accessible even when digital no longer are.


Wow, interesting take. Some counterpoints from history:

- After the wheel was invented, humanity has never stopped building vehicles with wheels.

- Since the printing press was created, humanity has never lost the ability to mass-copy and distribute information.

- Since airplanes were invented, humans have never been unable to achieve flight.

I'd say it's perfectly reasonable to believe that humans as a whole will never lose the ability to read digital information in the future. Heck, I'd say it's the most likely outcome.

Humans learn from each other. Information "likes to spread". All of known history supports the idea that technology generally advances in one direction.


> - Since the printing press was created, humanity has never lost the ability to mass-copy and distribute information.

> - Since airplanes were invented, humans have never been unable to achieve flight.

This is 600 years and, depending on what you count as an airplane, about 150 years of history. On the scale of millennia, they don't say much about what we will always have.


> - Since airplanes were invented, humans have never been unable to achieve flight.

"Humans" don't mean much in that context. How many countries could build a plane? France, US (albeit they start having reliability issues), China, Russia, India, Japan, and a few others. That list [1] gives only two East-Asian countries, one South Asian and one South American countries. Every other on the list is an European country or a derivative.

[1] https://en.m.wikipedia.org/wiki/List_of_countries_by_aircraf...


Actually most of us here with a small team and sufficient funding could probably build a plane suitable for human flight given the public domain knowledge that exists. . A non insignificant percent probably have built model planes already.

Achieving competitive warplanes could be difficult. So could making something with sufficient efficiency or reliability for regulated commercial use.

Many sufficiently motivated people have actually built their own planes since the knowledge of how to achieve heavier than air flight/aerofoils widely exists.


That’s putting a lot of eggs in one basket on an assumption. I would say let’s keep it in different formats.

Better to be safe than sorry.


Roundabout’s are only suitable for intersections where traffic on each route is roughly equal. In NZ I can’t recall seeing roundabouts built where the routes are not roughly equal in size and volume. In saying that, mistakes happen and things change and there are roundabouts that suffer this sometimes.


Not very often companies will absorb the costs IME. Sometimes though it’s delayed or through some other side effect.


Firefox does have profiles and has had for as long as I’ve needed them. For some reason they’ve always been hidden away and needed different args on start to change the profile being started, or the use of an extension to allow profile switching. I don’t use them anymore but from what I remember they worked well and were very isolated. Hopefully they’re using the current implementation and just making it more user friendly?


You can use the url about:profiles to manage profiles too, which is still hidden away and not a great UI, but at least you don't need to use an extension or the command line.


As of a recent update, the Profile Manager is available as a startup option if you right click the ff icon (on gnome at least, i assume this was implemented cross platform)


It's not just a GNOME thing, but it might not be that cross-platform. On Linux, there's a firefox.desktop file that describes the application to your DE/launcher, and it looks like this on my box:

    [Desktop Entry]
    Actions=new-private-window;new-window;profile-manager-window
    Categories=Network;WebBrowser
    Exec=firefox --name firefox %U
    
    ---snip---
    
    [Desktop Action profile-manager-window]
    Exec=firefox --ProfileManager
    Name=Profile Manager
So that'll work on anything that uses https://specifications.freedesktop.org/desktop-entry-spec/de... and there could be parallel features for Windows/Mac, but there also might not be or Firefox might not implement them.


It's definitely not an option on macOS, at least.

Holding the "option" key is even somewhat of an UI convention on macOS to allow opening an alternative media library (e.g. for Photos, Music aka iTunes etc.), yet Firefox maps it to "startup in safe mode".


Let’s not forget the other kingdoms. We’ll have to be pretty convincing with convince the fungi to stop eating everything they can get their tentacles on


It’s still a good option, maybe not the best. No ads on youtube in and off its self is worth it. Especially when you have kids and you don't want them blasted with every ad under the sun every few minutes.


Everything. Everything I look at or touch I soon realise it’s way bigger and deeper than I thought. You could choose nearly any topic and turn the study of it into a phd if you really want.


Is there a good alternative to postman. I recently tried Bruno and liked it but it was lacking in so many little ways I had to revert to postman. And not for the first time either, I’ve tried other solutions. Postman seems so heavy and annoying now but everything else seems lacking somewhere


Different use case, but when I am working in a intellij environment I like to use their http client, based on .http files. I find it elegant.


Huh, I’ve lived inside phpstorm for years and didn’t realize there was an http client


Not only that, but it's also fairly potent, allowing you to pass variables from one request to another, transform response, inject .env vars etc.

If all of your team is using Jetbrains products, you can also add the http files to the version control so everyone could have the requests ready to use.

In other words: it's a beast

https://www.jetbrains.com/help/idea/http-client-in-product-c...

---

BTW, you might also find useful to know that you also have a very powerful SQL environment as well ;)

https://www.jetbrains.com/help/idea/relational-databases.htm...


Rad thanks for the info. I did know about the SQL capabilities, at least. :)


https://firecamp.dev/ is the best that I've found. It supports the things I care about most.


Bruno rest client works for me. Simple but is has environments and variables.


hurl.dev has served me well.


Which little ways?


I've seen these videos on YouTube. If it's real why is nothing getting said. I'm a little confsed on whether to believe it. Would appreciate some reliable and factual source/report on this.


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

Search: