Von denen, die 2015 als Geflüchtete herkamen, waren 2022 64 Prozent erwerbstätig.
Na ja, ich bin überzeugter Sozialdemokrat und vermutlich die letzte Person, die man rechts nennen könnte. Aber ist 64% nicht ein wenig niedrig, vor allem unter der Annahme, dass die meisten Geflüchteten recht jung waren?
Vielleicht sollten wir den Wandel im Migrationskurs (der nicht neu ist, sondern schon seit 2021 durch die Ampel signalisiert wurde) nicht als "Rechtsabbiegen" bezeichnen, sondern als eine vernünftige Neubewertung in anderen Zeiten? Es ist wahr, dass es unfassbar schwierig ist, Straftäter abzuschieben, insbesondere, wenn diese bei der Einreise oder danach ihren Pass "verloren" haben und keine Nationalität mehr eindeutig nachzuweisen ist.
Menschen, die Asyl benötigen, können nach geltendem internationalen Recht legal anreisen und ihren Antrag stellen. Einen Aufenthalt durch eine illegale Einreise zu erzwingen ist nicht okay und hat nichts mit Links oder Rechts zu tun.
If immigration leads to more unemployment, then that is an economic problem, especially in the hypothetical case where the social benefits system is getting more and more strained by an influx of unemployed people. But generally, I think that you can expect that the immigrants will soon find employment. Besides that, there's the cultural aspect that @jet@hackertalks.com mentioned. You could also make the point that the country's infrastructure is more and more stressed as the population grows, but that is fixable and potentially counteracted by the labour potential of the immigrants themselves (i.e., qualified immigrant work forces can make a large-scale infrastructure overhaul possible that will lead to greater national capacities and a net benefit for the entire population).
Aside from these things, I would argue that most of the other reasons boil down to xenophobia or racism.
Hmmm I love Rogue, it's such an emotional journey and to me the most compelling and interesting story-wise, seeing an Assassin turn into a Templar and underlining the hubris of the Order of Assassins
Yep, gun culture is really big in Switzerland
Unix is literally the most important operating system (specification) family on the planet. Even bigger than M$ Windows. You've got all the Android phones, all the Apple iPhones, macOS, FreeBSD and all the GNU/Linux distributions. Unix-like installed base is by far the largest of any on the planet.
Yep. They tried desperately to build up an IT economy and for that wanted to appease all the tech companies.
But that is not the comparison they drew, and you know that.
Dumbed down hardware? No, the hardware of smartphones is very impressive. It is the software that is dumbed down in the sense that it takes control away from the user or operator.
How did any generation not grow up with the technology as it evolved? Gen X did not invent computers, nor did the Boomers, but every generation made valuable contributions, just as Gen Z will. Again, it is the actions and ideas of gifted individuals that count.
Not a very enlightened take. As @nednobbins@lemm.ee correctly put it, tech savviness is the property of an individual and not of a generation. There are non-savvy Zoomers, just as there are non-savvy people from your generation.
It's nostupidquestions after all :( I am not saying that anyone ever did anything worse, my question is aiming at the answer for why the current approach is the way that it is, on a technical level.
Yep, I agree. Though one could make a hypothetical argument for expanding the array dynamically when needed. Of course, due to the varying sizes of NIDs resulting from CIDR (which you correctly mentioned), you would need to have a second array that can store the length of each NID, with 5 bits per element, leaving you with 3 bits "saved" per IP address.
That can end up wasting more memory than the 32-bit per NID approach, e.g., when the host identifier is smaller than 5 bits. And there's the slowness of memory allocation and copying from one array to another that comes on-top of that.
I think that it is theoretically possible to deploy a NID-extracting and tracking program that is a tiny bit more memory efficient than the 32-bit implementation, but would probably come at a performance overhead and depend on you knowing the range of your expected IP addresses really well. So, not useful at all, lol
Anyway, thanks for your contributions.
Though I would like to clarify that maybe my wording was a bit confusing. By "string of bits", I did not mean the term as it is typically used in programming language environments, but rather a raw binary sequence, e.g., the first 24 bits of an IP address, therefore allocating 3 bytes of memory for storing the NID.
Okay, that makes sense. Thank you.
So I understand that the subnet mask provides information about the length of the routing prefix (NID). It can be applied to a given IP address to extract the most significant bits allocated for the routing prefix and "zero out" the host identifier.
But why do we need the bitwise AND for that, specifically? I understand the idea, but would it not be easier to only parse the IP address string sequence of bits only for the first n bits and then disregard the remainder (the host identifier)? Because the information necessary for that is already available from the subnet mask WITHOUT the bitwise AND, e.g., with 255.255.255.0 or 1111 1111.1111 1111.1111 1111.0000 0000, you count the amount of 1s, which in this case is 24 and corresponds to that appendix in the CIDR notation. At this point, you already know that you only need to consider those first 24 bits from the IP address, making the subsequent bitwise AND redundant.
In the case of 192.168.2.150/24, for example, with subnet mask 255.255.255.0, you would get 192.168.2.0 (1100 0000.1010 1000.0000 0010.0000 0000) as the routing prefix or network identifier when represented as the first address of the network, however, the last eight bits are redundant, making the NID effectively only 192.168.2.
Now let's imagine an example where we create two subnets for the 192.168.2.0 network by taking one bit from the host identifier and appending it to the routing prefix. The corresponding subnet mask for these two subnets is 255.255.255.128, as we now have 25 bits making up the NID and 7 bits constituting the HID. So host A from subnet 192.168.2.5/25 (HID 5, final octet 0000 0101) now wants to send a request to 192.168.2.133/25 (HID 5, final octet 1000 0101). In order to identify the network to route to, the router needs the NID for the destination, and it gets that by either discarding the 7 least significant bits or by zeroing them out with a bitwise AND operation. Now, my point is, for identifying the network of which the destination host is part of (in this case, the host is B), the bitwise AND is redundant, is it not?
So why doesn't the router just store the NID with only the bits that are strictly required? Is it because the routing table entries are always of a fixed size of 32 bits for IPv4? Or is it because the bitwise AND operation is more efficiently computable?
Whoa the disrespect. The way she threw away C++ haha
Also, the whole thing was next-level cringe
As many others have already said, Lemmy is fully indexable by search engines. In fact, in this very community there have been posts about Lemmy content being above other results from more prominent sites like Reddit for certain topics.
What? There is no "Fediverse objection" to indexing by search engines. Who told you that? Lemmy is actively being indexed and is showing up when you search for posts.
This must be irony. I cannot be certain because you doubled down on it
Okay pal. Judging from your comment history, you seem to be a very belligerent person. Maybe it is time for reflection? Maybe it's not always the others that are stupid? Maybe it's not always you that has the "moral high ground"?
So take your pompous attitude and choke on it.
See how your blatant and baseless assumption falls apart? Idiot.
So sick of you Linux clowning fanboys parading your free advertising.
> A signal handler race condition was found in OpenSSH's server (sshd), where a client does not authenticate within LoginGraceTime seconds (120 by default, 600 in old OpenSSH versions), then sshd's SIGALRM handler is called asynchronously. However, this signal handler calls various functions that are not async-signal-safe, for example, syslog().
I recently wanted to buy a product from a manufacturer and luckily they offered PayPal as a payment method. However, after I signed into my PayPal account, it wouldn't show my bank account as a payment option and instead prompted me to add a card or bank account, despite my account being fully confirmed and direct debit activated. PayPal customer service reps told me that maybe the retailer blocked direct debit through PayPal and I should try adding a credit card, however, why would they do that if they offer non-PayPal direct debit anyway? The customer service reps further told me that my account was in good standing, so there shouldn't be any problems with trust etc. Have you ever encountered an online shop that refused direct debit when handled by PayPal?
Do you think it will be possible to run GNU/Linux operating systems on Microsoft's brand new "Copilot+ PCs"? The latter ones were unveiled just yesterday, and honestly, the sales pitch is quite impressive! A Verge article on them: Link
That price may have more to do with the iPhone 15 than the Vision Pro.
"While developers start work on building Vision Pro apps, the potential for people upgrading to the iPhone 15 this year is a big reason for investor optimism."
Aspartame being a possible carcinogen doesn’t mean what you think.
"The IARC will reportedly classify aspartame as a possible carcinogen. But this isn’t a food safety agency, and the context matters."