|
Lutha Mahtin posted:make the HQ in MSP and i will work for you. and/or i will be an unpaid hype-man because i do not have actual job experience touching codes Lol at suggesting i voluntarily become a snowback
|
# ? Jul 28, 2018 03:33 |
|
|
# ? Dec 10, 2024 07:44 |
|
qhat posted:If you don't like the default latex font just use lmodern sans, it's much better. why would you not virtue signal with the latex font, thats like the entire point of it
|
# ? Jul 28, 2018 03:41 |
|
posted this in the pl thread but probably better here born on a buy you posted:this person makes six figures
|
# ? Jul 28, 2018 03:41 |
|
Bloody posted:ctps: Unixy way: code:
comm takes 2 sorted files and produces 3 columns of output in the order of the file: lines only in the first file, lines only in the second file, and lines in both (prefixed with 0, 1 and 2 tabs respectively). You can suppress one or more of those columns w/ -1 -2 -3 switches code:
It's basically the Unix text processing filter program for doing set operations on lines of text. It will complain if your inputs are not sorted. It's probably loving ancient
|
# ? Jul 28, 2018 05:08 |
born on a buy you posted:posted this in the pl thread but probably better here 10 AWAIT 20 GOTO 10
|
|
# ? Jul 28, 2018 05:37 |
|
jit bull transpile posted:Lol at suggesting i voluntarily become a snowback the term is frostback how dare you use such an ugly slur p.s. also it refers to canadians
|
# ? Jul 28, 2018 05:41 |
|
Lutha Mahtin posted:the term is frostback how dare you use such an ugly slur Minnesota is just Canadian infiltrators
|
# ? Jul 28, 2018 05:47 |
|
so there is actually a town here called "little canada"
|
# ? Jul 28, 2018 05:52 |
|
MALE SHOEGAZE posted:also tinaun plz explain pinning tyvm ok. but first lets talk about mem::replace code:
the concepts of "mutability" and "can be moved" are linked in rust - it is always safe to take a mutable reference to a value, it is always safe to move a value you own (and haven't loaned out via shared / mutable borrow), and mem::replace allows you to always move out of a mutable reference safely as long as you can construct a dummy value of type T. but what if there's a type where you want to mutate it, but don't want to move it? what if you can't move it without breaking everything? a PinMut<T> is like a &mut T - but it cares about whether you can move a value of T. the property "can a value of T be moved safely" is represented by the Unpin trait. if T is Unpin, a PinMut<T> (or, a pinned reference to T) exactly the same as a &mut T, and you can convert &mut T <-> PinMut<T> freely and safely. if T is not Unpin, the pinned reference will not allow you to mutate/move the referent safely - if you want the pinned reference to decay to a mutable reference, you have to explicitly call an unsafe function - promising to the compiler that while you might mutate the data, you would never move the data. basically everything you can think of implements the Unpin trait - except, crucially, the anonymous generator types created by async functions. because the generators save their environment + suspend execution between yield points, internal references in the environment (aka: local vars that are refs to other local vars) suddenly become a problem. if the generator is moved (read: copied to a new memory location) while it still has yields to process, suddenly all the refs in its environment are invalidated and point who knows where, leading to the dreaded Undefined Behavior. viewing these generators through pinned references only (as in the Future traits) lets you reason about mutation and moves explicitly, without accidentally invalidating the generator with an errant move in safe code.
|
# ? Jul 28, 2018 07:36 |
|
Lutha Mahtin posted:make the HQ in MSP and i will work for you. and/or i will be an unpaid hype-man because i do not have actual job experience touching codes yeah this except i am the codemaster
|
# ? Jul 28, 2018 08:50 |
interactive text magister
|
|
# ? Jul 28, 2018 08:55 |
|
imagine developing software that people actually care about
|
# ? Jul 28, 2018 09:03 |
|
|
# ? Jul 28, 2018 09:04 |
redleader posted:software that people actually care about whats that
|
|
# ? Jul 28, 2018 09:16 |
|
ty for this. is there an equivalent in c++ or is it just a bunch of types that are like "lol i've got an internal pointer to myself and you moved me time for ub"
|
# ? Jul 28, 2018 11:09 |
|
tinaun posted:ok. but first lets talk about mem::replace wow thanks! im taking a break from computer today but ill be working through this tomorrow!
|
# ? Jul 28, 2018 11:57 |
|
gonadic io posted:ty for this. is there an equivalent in c++ or is it just a bunch of types that are like "lol i've got an internal pointer to myself and you moved me time for ub" short answer: no long answer: moves in c++ aren't destructive, so moving an object into another one requires the moved-from object be in a "valid but unspecified state". This typically means that the object will be in its default constructed state (e.g., std::unique_ptr and friends), but for small builtin types that aren't used to modify state in the destructor it's cheaper and faster to not move them or reset their value. If performing an operation on an object would cause UB (for instance, dereferencing a std::unique_ptr), that operation is not protected against, but is antithetical to the idea that you're working with a different object, as the original one was moved elsewhere. as for rvalue references in general, they're basically a special tag in the type system. I can technically move a value into a function that is then moved into a function (repeat several times) but as long as I don't move said rvalue reference into another object (either via construction or return), its lifetime is unaffected and its scope doesn't change. That said, when an rvalue reference is moved into a function, you need to then explicitly move it once more as it has become an xvalue which has the lvalue property of identity (its named or how else would you interact with it), but also has the prvalue property of safely moving from. basically this isn't a property of c++, though there are some that wish we could have destructive moves, but that would break a shitload of code as existing code would for the most part continue to compile correctly, but destructors would be secretly reordered and that could cause a huge headache for people that depend on our existing operations. That said, there's a concept being put forth now of relocation which will be the closest thing c++ might get to destructive moves Also just nipping this in the bud, but c++ value categories are kind of a mess to understand in full legalese so i might have gotten the specifics of lvalue vs glvalue wrong for the second paragraph
|
# ? Jul 28, 2018 12:00 |
|
the Russians used a pointer
|
# ? Jul 28, 2018 12:43 |
|
Luigi Thirty posted:the Russians used a pointer
|
# ? Jul 28, 2018 17:06 |
|
Powerful Two-Hander posted:born to script
|
# ? Jul 29, 2018 01:07 |
|
Powerful Two-Hander posted:born to script it's so weird how memes work i first saw this one you know like, 6mo-1yr ago in this thread. and i didn't get it. so i looked it up and i thought "ok, whatever" then i saw a few more and they didnt do anything for me but now this one is funny. memes are weird.
|
# ? Jul 29, 2018 01:19 |
|
Powerful Two-Hander posted:born to script
|
# ? Jul 29, 2018 03:30 |
|
Powerful Two-Hander posted:born to script
|
# ? Jul 29, 2018 10:34 |
|
Woo, got kleisli compose and monad working with futures. It required wrapping the stored closure in the kleisli in an Rc, but the more I think about that the more it makes sense.code:
also i've been switching between RLS and Intellij a lot and RLS feels like it's catching up. It's a lot better at dealing with macros than intellij which is super important because a lot of the std lib stuff is macro based. For instance, intellij just doesn't understand futures v3, because a lot of the definitions are inside macro blocks. However, intellij can implement traits which is a majorly killer future for what I'm doing. DONT THREAD ON ME fucked around with this message at 15:47 on Jul 29, 2018 |
# ? Jul 29, 2018 15:40 |
|
kleisli
|
# ? Jul 29, 2018 15:47 |
|
true story i had no idea how to pronounce kleisli until i saw rob norris do a talk where he said it. i was saying something closer to khaleesi in my head. also if you're interested in FP stuff I'd definitely recommend rob norris' talks / blogs, he's responsible for any of the understanding i have. i dunno that he's a guru but he's really likable and accessible. https://tpolecat.github.io/presos.html DONT THREAD ON ME fucked around with this message at 16:00 on Jul 29, 2018 |
# ? Jul 29, 2018 15:57 |
|
tinaun posted:ok. but first lets talk about mem::replace thanks again for this. reread it a few times. i'll need to experiment before it really clicks but it's not a mysterious and scary as it was at first.
|
# ? Jul 29, 2018 20:25 |
|
terrible programmer question: why do people love ~the cloud~ so much?
|
# ? Jul 30, 2018 11:36 |
|
redleader posted:terrible programmer question: why do people love ~the cloud~ so much? other people do your server janitoring for you. docker means not worrying about dependencies on your server, and kubernetes means not worrying about deployment*, running, restarting, etc etc. yes there are absolutely downsides but in terms of letting devs care about less poo poo, cloud is king. * of the image itself i mean. yes there's still environment deployment of configs, secrets, images etc
|
# ? Jul 30, 2018 11:47 |
|
no outlay for hardware. no need to anticipate hardware purchases. built in orchestration apis versus implementing something like esxi.
|
# ? Jul 30, 2018 11:48 |
|
if all you know how to do is code then you don't understand the importance of non-code things
|
# ? Jul 30, 2018 12:31 |
|
there's a very small number of companies these days that can justify running their own hardware. anyone who argues otherwise are people whose sole skill is running such hardware, and are terrified of becoming obsolete, despite the fact that it already happened.
|
# ? Jul 30, 2018 12:42 |
|
redleader posted:terrible programmer question: why do people love ~the cloud~ so much? Less poo poo to worry about and lower entry costs. Lower operating costs over time if you do it "right" but it's easy to gently caress that part up.
|
# ? Jul 30, 2018 12:43 |
|
less poo poo to worry about is huge. even if you do want to run on your own hardware for some reason, you should probably structure it as an internal cloud so that the people developing your applications don't need to care about managing actual machines, and the people taking care of the machines don't need to care about what the developers are doing. (if you're small enough that that sounds way too complicated for you, you should probably just be using someone else's cloud)
|
# ? Jul 30, 2018 12:54 |
|
Jabor posted:less poo poo to worry about is huge. even if you do want to run on your own hardware for some reason, you should probably structure it as an internal cloud so that the people developing your applications don't need to care about managing actual machines, and the people taking care of the machines don't need to care about what the developers are doing. the hot poo poo new product our org has released is literally software to create an on-prem private cloud
|
# ? Jul 30, 2018 12:57 |
|
the biggest thing i miss about red hat is the big on prem private cloud we had in lower environments for testing/validating pocs/etc. so nice, even if the UI was garbage.
|
# ? Jul 30, 2018 12:58 |
|
you shouldn't be using whatever UI a service provides to manage your cloud infrastructure. might as well just use the compaq stuffed under an interns desk at that point.
|
# ? Jul 30, 2018 12:59 |
|
CRIP EATIN BREAD posted:you shouldn't be using whatever UI a service provides to manage your cloud infrastructure. obviously but this was for loving around / PoCs. there was no management involved. and afaik UI was the only option. our pre-prod environments were of course configured properly.
|
# ? Jul 30, 2018 13:03 |
|
60 line type signature: https://github.com/http4s/rho/blob/master/core/src/main/scala/org/http4s/rho/Result.scala#L7-L70 And they didn't even include 418 or 420 gonadic io fucked around with this message at 14:13 on Jul 30, 2018 |
# ? Jul 30, 2018 13:24 |
|
|
# ? Dec 10, 2024 07:44 |
|
gonadic io posted:60 line type signature: https://github.com/http4s/rho/blob/master/core/src/main/scala/org/http4s/rho/Result.scala#L7-L70 lol the russians used an enum DONT THREAD ON ME fucked around with this message at 13:33 on Jul 30, 2018 |
# ? Jul 30, 2018 13:31 |