Hacker Newsnew | past | comments | ask | show | jobs | submit | blablabla123's commentslogin

It's strange working on Opensource these days. I've mostly worked on my own stuff alone which usually doesn't get much attention/additional contribution. Then I see on Reddit, HN or LinkedIn someone creating a major App or Plugin in a weekend. Sometimes I take a closer look the artisanal quality is effectively unmaintainable, at least for humans. But in the end it's hard to get a good overview, and the sheer quantity seems to dwarf any other efforts.

Not to mention how the code can then be sourced by an AI model in an instant without any credit.


> I did it once manually over a couple of days.

Sounds like a speedrun of the tutorial. How did you approach packaging then and what system did you use to compile everything?

I did the tutorial in the late 2000s I think and it took me 4-6 months if I remember correctly. At the time I wasn't completely new to Linux but setting up things like the boot loader was quite tricky for me.

For me the main motivation was getting a deeper understanding, being able to fine tune and customize my system. Of course I didn't go blindly through the tutorial but only did steps that I understood. (In case something goes wrong) Also I started to use (x)stow for everything.


It is possible to do it over a few days really, even with not too much knowledge.

Requiring four months seems as if it was a side project, which is of course totally fine, but for any main task it really should not take more than a few days, even on a semi-slow computer (well, depends on how slow).


Well as mentioned it was in the 2000s. Compiling KDE alone took several days. Also there was no automation/script, so you really had to go to ftp.gnu.org and look in which folder the coreutils package is ;) I realize there's now a list of packages with checksums

I did it in a VM took me 20 hours. Most of that time was waiting for things to compile and fixing mistakes I made because I didn't read the instructions properly.

Interestingly AOL, Compuserve and similar ones originally ran without Internet. In fact it took a while until the Internet catched up with the level of interactivity, mostly through Flash. It's absurd that nowadays many websites require a central CDN to stay available.

CompuServe was in many ways its own single-source proprietary internet.

And CDNs are by nature distributed, even if their ownership is not. Just as it's unreasonable to expect a site operator to maintain their own global network backbone, it's unreasonable for every site to deploy global infrastructure for efficient content delivery. Which is not to say that we wouldn't be better off with a more diverse and distributed-in-the-ownership-sense market of CDN providers.


On the Desktop fine-grained partitioning is a bit questionable but on a server it's still quite practical. E.g. preventing the database or excessive logs from filling the disk space. The latter is also an attack vector actually.

Also generally swap is recommended on all systems. During normal use it should rarely be needed but if it's needed it prevents spurious crashes. E.g. make -j16 shouldn't result in a hard to comprehend crash because I miss 1 GB of RAM.


> I wonder how many of these are false flag operations.

If I may ask, could you elaborate on what you mean?


Capture a market. Become big enough to jump hurdles XYZ due to scale and amount of, say, lawyers and compliance officers you can field. Then push for more compliance. It’s effectively a moat and one of the most durable kind since lawmakers aren’t very agile. It also opens a second front (first front being: product) to go up against newcomers. Kindly point out to the regulatory agencies that they are not compliant and demand enforcement due to “equal playing field”.

To make this point concrete: KYC in banks in Europe is on a scale of 1000s FTE per bank. No newcomer can ever comply with KYC the way big banks have implemented this by pure meat. Trouble ensue for all newcomer. That’s a moat!


See the second sentence.

The idea being that the employee(s) quit in order to run the false flag? Are their other historical examples of employees quitting to run false flags?

I questioned how many of these articles around the HuggingFace incident are false flag operations.

This specific scenario, I can think of a few ways to accomplish this:

- the person isn't a real person. - the person is using a different, fake name. - the employee is paid to quit, change their name, rejoin later on. details sealed in an agreement. - add other options.


Is there any evidence to indicate that is true? Or does the evidence we have indicate the opposite? For example - "the person isn't a real person" - is the argument that Jacob Coxon is a made-up person? Or which of these incidents do you believe this occurred with? Or would you say the evidence shows the opposite of what you claimed?

You asked 5 questions in return. After I gave the op just a few plausible ways. Absence of evidence does not make something implausible.

The first thing that came into my mind was the fragile ecosystem up there. All considered this doesn't sound like a very thoughtful process.

And of course as pointed out elsewhere, Norway isn't even EU. I wonder how happy people were if rocket launches were done in rural Western Europe.


> GrapheneOS actually recommends against using Aurora and instead just using the Play Store, so this shouldn't really hurt users.

Interesting, I never tried Aurora on Graphene. For me the combination of Play Store and F-Droid worked really well so far.


Actually Microsoft is doing this since the 90s with Word documents. Did they ever pause this practice?


The graph actually peaked in 2014. That's a decade before AI became a thing while the Software engineering workforce grew a lot since then.

I think Stackoverflow was the last incarnation of romanticized old-school Q&A forums where you first had to earn your badges before being treated with respect. Luckily today's new projects have much better documentation, issue tracker's etc. And apparently AI is able to work with that by now...


> The graph actually peaked in 2014. That's a decade before AI became a thing while the Software engineering workforce grew a lot since then.

That's obviously because initially there were a lot of basic newbie questions to be asked, and those continued to be relevant in search results, so the amount of new questions went down over time, as there were fewer relevant unanswered questions left.


> So depressing to read the non-stop political comments here.

Grok is specifically trained on political input/output. Therefore I have trouble parsing your comment.

> Where have the hardcore nerds gone? How is the model, is it good at coding? What does this mean for competition and pricing?

When was the last time you've seen tank database systems discussed here? Probably never because there seems to be some sort of unwritten moral boundary of what fits in here and what not. I hope it finds its natural alignment back.

Personally I think it's fine to point out the peculiarities of certain tech ecosystem. But at some point I rather don't read more details and move on to other aggregators.


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

Search: