I feel like "having their money taken from them at gunpoint" is rage bait language.
Have you ever considered that you benefit from public spending? Infrastructure, etc.
347 karma · joined April 13, 2016
I feel like "having their money taken from them at gunpoint" is rage bait language.
Have you ever considered that you benefit from public spending? Infrastructure, etc.
> So it is effectively a tax
If you desperately want to call it a tax, go ahead.
No, I just assumed he spends all his money on rent, which is VAT-free ;-). I also didn't account for his Kindergeld and Elterngeld, Rente, Invalidenrente, Witwenrente, Pension and whatever else that person could have. He didn't share all that information.
> Are you counting the taxes paid by the employer for his role (which defacto come out of his pay, just before he gets it)?
You may have to decide whether the payer or the payee pays the taxes, otherwise you are double-counting it.
IMO it doesn't need to be perfectly neutral and independent to be valuable for the population and the democracy. I'd love for it to be without the flaws the system has, I just think it is hard to install the perfect system, given the incentives of the involved decision-makers.
I don't know how bad it is in Denmark, but keep in mind that journalism that is not subject to profit seeking and independent on whatever billionaire owns the outlet, is not only valuable because you personally consume it, but also because it shapes the public discourse and thus indirectly may have influence on political decisions.
I anyway doubt that the wages would be at the same standard if there wouldn't be any deductions (from the beginning). Wages in expensive cities are higher because the cost of living must be matched. Similarly salary negotiations account for deductions. Nobody wants a job that doesn't pay the bills.
I think it is important to be (at least a bit) precise in this debate.
I dislike the wording "social contribution", as these are (mandatory) insurances that benefit the insured person in case of sickness, retirement, loss of employment, etc. Discussion about the cost efficiency and fairness of the system are warranted, of course. Anyway, the current generation of retirees benefit greatly from it, so for them at least it was worth paying.
Since you are accounting all those taxes, including the VAT on the citizen's side, companies only pay the Arbeitgeberanteil (you didn't mention) and the taxes on profit?
That is a misguided simplification. Please correct this, before anyone starts to believe it for real.
> Nonetheless, it’s a good reminder to be careful with model selection and with agentic patterns. We could have achieved similar results for most likely 5x less cost with not that much more effort. Lessons learned! We need to budget for this, and be more careful. Could have seen it coming, but now we know.
I don't get it. Why was it wrong? Which one would have been better? What was the lesson and how could you have foreseen it?
Yes. There are graphs showing the faithfulness of the logit distributions for the original and quantized versions. I think unsloth includes them in their model cards on huggingface. Usually the degradation starts small with 8b and becomes drastic for 2b. I am not sure how representative of actual quality that is though, but my guess is that it's about right, because of diminishing returns. Like, when you go from 16b to 8b you save 26GB and sacrifice (if well done) the least important information. But with every step you gain less and need to shave of more important things.
> And also be effected by who did the quantization?
My uninformed guess is that it makes a difference, but not as much as those who do it want you to believe.
The computation is partially on the CPU (--cpu-moe) with the corresponding weights in main memory, so I could run at least gemma in 16bit precision, but I guess there's no reason to go beyond 8bit and 4 bit is deemed to be the sweet spot.
"You need to address the root causes" -- everyone who is in no position to do so
Using llama.cpp with Qwen3.6-35B-A3B or gemma4-26B-A4B gets me 200-300 tokens/s on prompt processing and 20-40 t/s output, which is good enough for me. Of course it gets slower with larger context. Interestingly gemma is faster, even though it has more active parameters.
It took a lot of parameter fiddling to get it to that speed. If you are interested I can give you some guidance on it, but I guess there are more qualified people around here.
The intelligence is good enough for simple questions and tasks (e.g. bash command howtos, asking about compiler errors, summarize something, document a code function/file, etc), but not good enough for complex things.