t312227
Joined 10 years ago
Joined 10 years ago
zip-drives where great - at least compared to what other possibilities where around these days:
overall, zip-drives where not that expensive, especially the medias.
but they died every now& then ...
so it was more or less only a possibility to transfer data, not so much to archive it! this was what cd-r and later dvd-r where there for :)
imho. the "real" problem where often the drives themselfs, they where available with various interfaces, the most common was (!) parallel / "printer-port" / centronics (!) .. veeery slow.
the "best" ones had scsi =?> fast etc. but you needed an scsi-controller with an external connector for that
if i remember it correctly, there where even IDE/PATA-drives available - but i think only internal ones - and later usb-variants (also slow) ...
btw. what where the alternative in the late 1990ties!?
* syquests
great drives, especially the 5.25 inch variants, but they where already "dated" by then. and the 3.5 inch variants where pretty expensive and had reliability-issues ...
additionally: lots of people mistook the 3,5 inch variants for floppy-disk-drives and ruined early models by inserting floppies into them =?> the later got some mechanical protection against that!
* (old) harddisks
my "medium of choice" where old hdds, which i plugged into the machines between which i wanted to transfer data ...
by far the "best" option, but also the most "technical" one ;)
just my 0.02€
as always: imho (!)
but google/gmail is pretty open about why they deny your emails - idk ... mail authentication =?> dkim/spf/... or similar technical details etc.
interestingly i have more "problems" with the other "big" (free)mail providers like yahoo or gmx, which are often not so "open" about why they reject your mail ... even google is pretty happy with my setup :))
just my 0.02€
yes ... especially if you want to execute quantum-circuits which use a lot of qubits.
why!? one approach of the simulation of quantum-computers rely on the so called "state vector" of the machine, and its memory-usage grows exponentially.
for example qiskit AER
* https://qiskit.github.io/qiskit-aer/stubs/qiskit_aer.Stateve...
just as an example:
for 32 qubits, the simulator needs 64 GB RAM
=?> double the RAM for each additional qubit
so: for 36 qubits, the simulator needs 1 TB RAM
:)
so it gets pretty "costly" to do simulations rather quickly ...
just my 0.02€
as always: imho (!)
i've used the ibm quantum platform together with python/qiskit during my last project - which was something like: simulate quantum-networks on "real" quantum-computers...
ibm's support, introductions / documentation anbd usability of the platform is really great.
idk ... not comparable / much better than most of the quantum-computing hardware startups i know / looked at. of course, its easy if you have "deep pockets" like ibm does ... ;))
ok, back to the quantum platform:
it had a free-tier on the "old" quantum-platform - until july 2025: 10 minutes of compute on a set of machines - back then up to 127 qubits - per month ... no identification necessary / just an email-address.
sadly this "very generous" free-tier was killed of during the transition to the all new "quantum cloud platform" during spring/summer 2025 ...
and it really works like a charm :)
just my 0.02€
location: innsbruck, austria (CEST / UTC +2)
remote: yes (experienced in working remotely)
willing to relocate: no, but occasional / regular visits "on-site" are possible
technologies: java, spring-boot, camunda, openapi/swagger, pl(pg)sql, linux, AWS/GCP, docker, kubernetes, bash, php, python, django, rest-framework, qiskit, quantum-computing, prometheus, CI/CD, agile processes (scrum & kanban), jira/confluence etc.etc...
resume/cv: drop me an e-mail, please
e-mail: hireme at schuetz dot in
web: https://schuetz.in
i'm a veteran technology professional (25+ years) with experience in a variety of software-development, system-architecture, systems-administration, service-reliability-engineering and devops-/cloud-engineering (container / kubernetes) roles.
as always: imho (!)
yes please, remove the crazy US of A from NATO already.
maybe then we are able to concentrate on 2 essential things here in europe:
* defend our countries
and they are not defended in west-asia or anywhere else on the planet where the USA decides to "causally" bomb yet another country with no meaningful aim or even grasp of the reality of the "problem" at hand.
* build weapons for the use of defense
not "weapons" which are only there to enrich their producers like in the USA.
remember: NATO was meant to defend against the soviet-union.
it dissolved in 1991, case closed.
since then NATO is more or a less just a "tupper-ware" party like sales-channel for overpriced crap from the USAs MIC.
just my 0.02€
ps. and always remember frank zappa, who said in 1981 (!) something like:
us-american politics is the entertainment-division of the MIC.
ah ... another clear case of AGI *) ...
*) ads generated income
just my 0.02€
about 20 or 25 years ago i used whatever old hardware i could find in someones cellar or a junkyard together with 2 NICs and a floppy-disk drive / FDD based linux-distribution ...
it outgrew its original media - FDD - and is still active, as a router-focused distribution:
just my 0.02€
as always: imho (!)
tar is great, and well kown - but not particularly for "incremental backups over the net" ...
this is what rsync is/was for.
idk ... whatever the problem is with rsync, but apparently thats none of my business ;))
you could use, and which usage is very similar to rsync:
rclone
intro
* https://www.jeffgeerling.com/blog/2025/4x-faster-network-fil...
and additionally its also faster than rsync ...
just my 0.02€