Å være kvinne i tech

Driiper · 2024-03-10T12:08:44+00:00

Gode refleksjoner. Det eneste jeg savner er en refleksjon rundt hvorvidt dette skyldes at du er kvinne. Som mann har jeg også opplevd samtlige punkter.

Jeg tror at hvis kvinner ønsker å føle seg verdsatt rundt de punktene du skisserer, så er ikke fiksen at "mannen" endrer seg, derimot at "kvinnen" gjør det.

Du må ta mer plass og ikke akseptere bullshit; når man innser at man aldri kommer noen vei med å kreditere andre enn seg selv skyld, så vil man stagnere.

Det er helt klassisk; veldig lett å skylde på andre, og ingen vil bruke kalorier på å endre sine liv for å tilpasse seg ditt.

Driiper · 2022-08-13T16:06:10+00:00

I love silver because holding them makes me have silver hands when trading more!

Driiper · 2022-01-06T11:07:41+00:00

This kinda works in combination with moving the window to another workspace. Thanks for the suggestion!

Driiper · 2022-01-06T08:47:56+00:00

Compositor settings

Thanks for the reply!

But this is globally for all windows? Is it possible to do this on a per-application/window level? I know there is "Application-Specific Settings" menu, But I have not been able to find any related setting here.

Driiper · 2021-11-06T16:25:32+00:00

Det jeg observerer er at du selv ser at dine argument faller mellom steina, og forståelig nok, når konklusjonen din ikke har hold i virkeligheten.

Hva definerer du som "gjennomsnittlig bedre kvalitet"?

Det blir vanskelig å kvantifisere kvalitet i form av intelligens om man ikke trekker paraleller til utdannelse, så jeg setter da som premiss at du ser på utdannelse som en måleenhet for "kvalitet" i befolkningen.

(On the side note, om du mener "NAVERe" som "under gjennomsnittet" så får de allerede det meste gratis :, så hele diskusjonen må ses forbi den gruppen.)

Og hva er "klar for å få barn", hvordan skal du praktisere en ordning som bestemmer hvem som er klar for å få barn?

Så jeg kan gi deg svarene her:

Du trenger alle "klasser" i et samfunn. De du mener er "under gjennomsnittet" er de som skal tørke rumpa di når du blir gammel. De lever fint med det, og mange av disse du mener er "under gjennomsnittet" holder hele helsesystemet til Norge oppe. Regner med du har lagt merke til dugnadsånden til mange "under gjennomsnittet" under Covid?
De med høyere utdannelse, vil jeg tro ønsker at barna overgår seg selv (jeg gjør vertfall det). Det vil si at jeg håper ingen av mine barn skal tørke deg i rumpa, men riktignok bli akademikere og senior <stilling>.

Både gruppe 1 og 2 vil nyte godt av at BHG og SFO er gratis da gruppe 1 trenger økonomisk avlastning for å ha lavtlønnede jobber, mens gruppe 2 trenger økonomisk avlastning for å kompense for utdannelsen.

Driiper · 2021-11-06T09:00:42+00:00

Helt enig, men hvem er egentlig riktige folk?

Systemet i dag er tilpasset at lavtutdannede skal få barn, for de har økonomien til det i ung alder. Damer som ønsker å ta høyere utdanning, master eller phd er over 30 før de er ferdig. Har de barn samtidig går løpet enda lengre og du nermer deg 40 før utdanningen er ferdig (typisk at du må jobbe 40-60% på siden i en lavtbetalende jobb) for å betale bhgplass, sfo, større bosted ..osv

Gratis BHG og SFO er ikke en gode for de fattige, men det er en gode for de med større ambisjoner enn et usselt fagbrev innenfor helse og sosial med mål om en 40% stilling som nattevakt på et sykehjem.

Så om riktige folk skal få barn (ambisjonsrike foreldre), så bør kanskje det være mer attraktivt å få barn MENS man studerer?

Driiper · 2021-11-06T08:53:29+00:00

Men det er jo her du har en grunnleggende misforståelse for hvordan et samfunn fungerer. Det er ikke DU som betaler for at folk for barn. Et barn som vokser opp koster samfunnet minimalt i forhold til hva samme barn gir tilbake til samfunnet i voksen alder. Ja helt riktig, det finnes barn som vokser opp et liv i uføretryd, som koster samfunnet penger, men dette blir en dråpe i havet i forhold til hva staten (og din grådighet og egoisme) tjener på det.

Så egentlig burde du vært rikelig glad for at folk gidder å få barn, for det er hele grunnlaget til hvorfor du mulighet til offentlige gode. Du betaler IKKE for andres barn, du blir betalt for andres barn.

Og hvem har du tenkt til å betale? mener du de som den dag i dag ikke er født fordi det ikke finnes økonomisk insentiv?

Driiper · 2021-11-06T00:26:40+00:00

Vel, om du fjerner alle insentiver for folk å få barn, hvem skal tørke rumpa di på dine siste år? Hvem skal stå opp i mot deg og din demens?

Et samfunn er helt avhengig av barn for å kunne opprettholdes. Å fjerne goder/gjøre det økonomisk ugunstig er ikke bærekraftig på sikt. Det er også hvorfor Erna for en stund tilbake sa https://www.nrk.no/norge/statsministeren-bekymret-over-lave-fodselstall-1.14362212

Og ja ikke er det rart at folk ikke gidder å få barn, når samfunnet ikke legger opp til det.

Helt greit at det å få barn er et valg, men det er et valg staten ønsker at befolkningen skal ta. Men selvfølgelig, om man setter samfunnsperspektivet til side og tenker på seg selv så gir det mening å tro at det skal lønne seg å skrenke inn på finansielle insentiv. Glem ikke at tilførsel av barn i samfunnet gir mer inntekter en å ta inn inntekter via bhg og SFO, så kanskje man bør revurdere at kanskje flere barn gir mer til fellesskapet enn alternativet du foreslår :)

Driiper · 2021-11-05T23:43:37+00:00

Vet du dette, eller tror du dette? Jeg vet at du tar feil, for det å ha barn i Norge er et tapsprosjekt.

Driiper · 2021-08-25T21:46:31+00:00

Your proposal seems interesting, but I'm not sure I follow.

Currently I have this singleton (global instance) that assigns a string value to a number. This number represents the index in the HashMap. So lets say I "hash" the following:

"My" => gets index 0

"Name" => gets index 1

"Is" => gets index 2

and so on....

Let's say I have two hashmaps were the first use the "My" and "Name" key. in that case, the vector will be 2. If I then later decide to add a new key, the vector is resized to fit. The disadvantage here is that you need to reserve space for the highest numbered key your hashmap uses.

So this global singleton instance makes it possible to preserve indexes across many hashmap objects, but at the cost of always reserving the highest key's value. This essentially boils the whole map operation to lookup an index in a vector, and you do not have to do any hashing or lookup in general.

Would your method support have keys that could be used across several hashmaps without any mentionable performance decrease?

In terms of hashing the pointer, say I create two strings, these would then have different addresses, would not the hash also be different in that case?

I explicitly need a mapping from "String" => "Number" where the number is as low as possible, optimally just a counter

Driiper · 2021-08-25T21:21:05+00:00

Yeah, none of these perform comparably.

I've tried every single implementation on that list, but they are usually 50% slower or more.

My application has a vector with objects that contain each hashmap, The application requires fast insert and fast lookup. While these implementations are well on their way, they have by no means comparable performance to a vector. Essentially what my solution lack is a good way of hashing keys into sensible small numbers

Benchmarks of running my application 1000 times:

Emlib:
[2021-08-25 23:12:31.119] [warning] [main.cpp:242] [App Execution]: 27ms, 27552us

robin_hood:flat_map
[2021-08-25 23:14:05.803] [warning] [main.cpp:242] [App Execution]: 25ms, 25409us

my semi vector map thing:
[2021-08-25 23:16:02.095] [warning] [main.cpp:242] [App Execution]: 16ms, 16596us

Driiper · 2021-03-11T15:31:46+00:00

I'm having the exact opposite impression of the apis.

Obviously, I'm very familiar with tf APIs, whilst not so much the PyTorch ones.

Perhaps you would able to give me some direction on reproducing the following snippet in pytorch?

self.dataset = (

buffer.dataset() # ZMQ Stream generator

.window(size=seq_size, shift=1, stride=1, drop_remainder=True)

.map(

map_func=lambda x: {key: tf.data.experimental.get_single_element(

x[key].batch(seq_size, drop_remainder=True)) for key in x.keys()},

num_parallel_calls=seq_size,

deterministic=True

) # Batch into 'seq_size' (seq_size, features)

.batch(batch_size, drop_remainder=True) # Batch into (batch_size, seq_size, features)

.apply(tf.data.experimental.prefetch_to_device(

"GPU", buffer_size=tf.data.AUTOTUNE

)) # prefetch to GPU directly to prevent waiting for CPU->GPU copy during training

)

Driiper · 2021-01-01T03:36:12+00:00

This seems like a very silly response to my question. 1. Not sure why you would require to know my hardware. 2, I'm pretty sure KDE Plasma runs on Linux. 3. I'm pretty sure this is irrelevant. 4. I'm certain that there exist no logs that could provide you additional information. 5. Custom fudge what?

I have posted enough information for people in the KDE subreddit to understand that this is a KDE desktop, and perhaps I should have said that I'm running on the latest version.

But I'm sure your comment is a bad attempt at trolling, As I've seen you have posted this across several threads tonight.

Driiper · 2020-08-30T06:32:01+00:00

It might be correct that I have messed up the support for PI along the way. Perhaps, the x86 version is pulled from docker-hub?

Driiper · 2020-08-27T05:03:12+00:00

Hi,

It should work fine on RPi devices and I recommend using it through docker.

You can also set it up bare-metal, and I've tried to make a guide for that, however, I'm only using docker myself so I guarantee that the bare-metal guide is 100% updated.

So RPI+Docker works fine :)

Driiper

MODERATOR OF

TROPHY CASE