agilob

joined 2 years ago
[–] agilob@programming.dev 3 points 1 month ago

o get the dns forwarding to work on my modem

Then try again today, and if it still doesn't work, you can set DNS profiles on your computer.

[–] agilob@programming.dev 3 points 1 month ago* (last edited 1 month ago)

That's not at all what I meant. Coordination of people is value added too, that totally counts into working hours.

The other reason is, the more employees, the easier it is to get shitty unethical stuff done

That's the main spirit of what I tried to express. The more people to keep employed, the more ideas you need to justify your existence to the shareholders. The 300 devs aren't adding new features, aren't making your app faster, smaller, safer. The last 20 updates with "bugs fixed" in change logs? These bugs were bugs in A/B tests they are running on your device. They aren't adding any end-user facing value to the app or experience. They are adding new way of tracking, updating existing A/B tests for new remotely controlled flags, adding new A/B tests.

They are squeezing the profit margin from you. You're paying for it AND are the product.

[–] agilob@programming.dev 4 points 1 month ago (1 children)

deliveroo is one of the worst companies in the UK, yet it has massive market share, give that guy the benefit of the doubt https://uk.trustpilot.com/review/www.deliveroo.co.uk

[–] agilob@programming.dev 15 points 1 month ago* (last edited 1 month ago) (2 children)

Without it being said, we knew such things are happening. There are a few 100s of only mobile devs in Uber, while Uber app hasn't really changed in years, and these devs aren't creating any user-facing values. Running it must be difficult and a company need a lot of people for it, but there must be some point at which a company stops "disrupting" and just starts optimising and micro-optimising. This is what OP is talking about it, they are micro-optimising budget. There are 100s of them employed, so they must be doing something!

Consider that 300 mobile devs produce close to 1 year of man-hours every day. This is enough time to complete your TODO list of app you always wanted to do. They spend it producing values for shareholders, not you.

Now consider how many devs and experiments like these are done every day on facebook, instagram, X (formerly Twitter) and gmail.

[–] agilob@programming.dev 4 points 7 months ago (3 children)

There already is really good AI integration in Firefox, just not enabled by default. It's a sidebar, not intrusive and adds new entry to right click context window. https://support.mozilla.org/en-US/kb/ai-chatbot

[–] agilob@programming.dev 6 points 1 year ago

Source: https://lwn.net/ml/all/CAHk-=whNGNVnYHHSXUAsWds_MoZ-iEgRMQMxZZ0z-jY4uHT+Gg@mail.gmail.com/

Ok, lots of Russian trolls out and about. It's entirely clear why the change was done, it's not getting reverted, and using multiple random anonymous accounts to try to "grass root" it by Russian troll factories isn't going to change anything. And FYI for the actual innocent bystanders who aren't troll farm accounts - the "various compliance requirements" are not just a US thing. If you haven't heard of Russian sanctions yet, you should try to read the news some day. And by "news", I don't mean Russian state-sponsored spam. As to sending me a revert patch - please use whatever mush you call brains. I'm Finnish. Did you think I'd be supporting Russian aggression? Apparently it's not just lack of real news, it's lack of history knowledge too. Linus

[–] agilob@programming.dev 6 points 1 year ago

Hide to tray has been requested by users for 20 years. It even has been promised multiple times.

[–] agilob@programming.dev -2 points 1 year ago (3 children)

I would like to confine it to firms using AI recruiting tools

and actively do damage to companies that don't.

 

To be clear, I don't blame the poster of this comment at all for the content of their post – this is accepted as "common knowledge" by a lot of Linux sysadmins and is probably one of the most likely things that you will hear from one if you ask them to talk about swap. It is unfortunately also, however, a misunderstanding of the purpose and use of swap, especially on modern systems.

[–] agilob@programming.dev 4 points 2 years ago* (last edited 2 years ago) (2 children)

I'm not sure if you understand what swap actually is, because even machines with 1Tb of RAM have swap partitions, just in case read this post from a developer working on swap module in Linux https://chrisdown.name/2018/01/02/in-defence-of-swap.html

[–] agilob@programming.dev 0 points 2 years ago* (last edited 2 years ago)

The Linux kernel uses the CPU default scheduler, CFS,

Linux 6.6 (which recently landed on Debian) changed the scheduled to EEVDF, which is pretty widely criticized for poor tuning. 100% busy which means the scheduler is doing good job. If the CPU was idle and compilation was slow, than we would look into task scheduling and scheduling of blocking operations.

[–] agilob@programming.dev 1 points 2 years ago* (last edited 2 years ago)

EDIT: Tried nice -n +19, still lags my other programs.

yea, this is wrong way of doing things. You should have better results with CPU-pinning. Increasing priority for YOUR threads that interact all the time with disk io, memory caches and display IO is the wrong end of the stick. You still need to display compilation progress, warnings, access IO.

There's no way of knowing why your system is so slow without profiling it first. Taking any advice from here or elsewhere without telling us first what your machine is doing is missing the point. You need to find out what the problem is and report it at the source.

[–] agilob@programming.dev 0 points 2 years ago

The CPU is already 100% busy, so changing number of compilation jobs won't help, CPU can't go faster than 100%.

1
Async File IO (concurrencydeepdives.com)
view more: next ›