Stack Exchange
log in

Telastyn

 Discussion on question by Telastyn: W…

Imported from a comment discussion on worldbuilding.stackexcha...
Telastyn
Sep 15, 2021 13:42
FWIW, I did appreciate the comment. It was a good point and well communicated.
 

 Discussion on question by pootis: Wha…

Imported from a comment discussion on worldbuilding.stackexcha...
Telastyn
Jun 5, 2021 03:04
Does this answer your question? What are the enabling factors for melee combat in modern or future settings?
 

 Discussion on answer by Italian Philo…

Imported from a comment discussion on politics.stackexchange.c...
Telastyn
Mar 15, 2021 16:18
Didn't it start with #metoo, and people/shows literally getting cancelled (Kevin Spacey and House of Cards for example)? Folks then spread that to the wider sort of "freedom of speech doesn't mean there won't be consequences" retribution you describe.
 

 Discussion on question by Gilad M: Ca…

Imported from a comment discussion on worldbuilding.stackexcha...
Telastyn
Sep 17, 2019 15:17
it'd be easier to just drive a bunch of cars full of gasoline into an active volcano or something. Harder to detect, harder to stop after he's managed to dump 5 carloads a minute worth of CO2 into the atmosphere.
 

 Discussion on question by NonCreature…

Imported from a comment discussion on workplace.stackexchange....
Telastyn
Apr 27, 2018 02:33
Wait, a new developer thinks all the stuff that there is terrible? Heresy. dilbert.com/strip/2014-08-12
 

 Discussion on question by grimlek: Ar…

Imported from a comment discussion on softwareengineering.stac...
Telastyn
Sep 24, 2017 23:32
It isn't unheard of...
 

 The Whiteboard

General Discussion for softwareengineering.stackexchange.com P...
Telastyn
May 12, 2017 19:33
so bored.
Telastyn
May 11, 2017 18:24
not terribly typical.
Telastyn
May 11, 2017 17:53
yes, just nesting.
Telastyn
May 11, 2017 17:46
not as active as it once was, but you'll prolly get answers, eventually.
Telastyn
May 11, 2017 17:45
yup.
Telastyn
Apr 25, 2017 18:24
that sounds horrific.
Telastyn
Apr 25, 2017 18:24
what? how do static vars work there?
Telastyn
Mar 1, 2017 21:46
There's a relatively limited set of algorithms, and knowing them well lets you jump quickly to how to solve certain problems well. If you don't know some of the tricks, you can't make your code run well at scale. And if you might start down a path implementing something that is not viable because the algorithm to do it is exponential or the such.
Telastyn
Jan 21, 2017 03:40
@snowman
Telastyn
Jan 21, 2017 03:39
I am kinda here. I mean, I have a window open, but rarely look at it.
Telastyn
Jan 12, 2017 23:49
@hBy2Py - most smart pointers work via reference counting, so the answers to the two questions would be very similar.
Telastyn
Dec 28, 2016 20:50
everything sucks until version 3
Telastyn
Nov 3, 2016 14:01
yes?
Telastyn
Nov 2, 2016 18:31
there's also being the smartest one around for 20 years. It becomes part of their identity, and when that's threatened... bad times all around.
Telastyn
Sep 27, 2016 15:44
I disagree, but not enough.
Telastyn
Sep 27, 2016 15:42
I don't think I can fix that question. How to separate your environments is company specific, with no expert subjective answer.
Telastyn
Sep 27, 2016 15:41
Why should we have separate development, testing, and production environments? - you don't. Many companies don't have separate environments, for good reasons.
Telastyn
Sep 27, 2016 15:39
"How do I convince my boss that this is a terrible idea?" is too broad.
Telastyn
Sep 21, 2016 15:26
it means you're duping data somewhere and there's no clear source of truth.
Telastyn
Sep 21, 2016 15:26
umm, why would you ever compare tables in the same db?
Telastyn
Sep 9, 2016 13:32
:\
Telastyn
Sep 9, 2016 13:27
yeah, a fortune 500 still using php and vba is probably a worse sign...
Telastyn
Sep 9, 2016 13:26
hmm, not when I type?
Telastyn
Sep 9, 2016 13:26
weird, why do I have a new icon...
Telastyn
Aug 29, 2016 13:54
interpreted languages are processed at run time. Compiled are processed beforehand.
Telastyn
Aug 19, 2016 16:52
no
Telastyn
Aug 16, 2016 14:38
^^^
Telastyn
Aug 16, 2016 14:31
lower learning curve for libraries and code you're not familiar with if things are named well.
Telastyn
Aug 10, 2016 17:34
And even more programmers make wrong decisions because they don't know/understand the implications of things, then a few months down the road and it bites them square in the ass.
Telastyn
Aug 10, 2016 17:23
you know, whatever. Thanks for the reminder about why I don't come here anymore.
Telastyn
Aug 10, 2016 17:22
@jrh specifically asked about implementation details - how are they not relevant?
Telastyn
Aug 10, 2016 17:20
there is no stack to put the return on.
Telastyn
Aug 10, 2016 17:20
by creating an immutable object and assigning it to mutable shared state you mean?
Telastyn
Aug 10, 2016 17:20
and how do you return data from a thread without mutable shared state?
Telastyn
Aug 10, 2016 17:18
because @jrh specifically was asking about a threading model that forbid it?
Telastyn
Aug 10, 2016 17:18
@jrh because this (linked) is what we're talking about?
Telastyn
Aug 10, 2016 17:16
yes, real threads with real shared memory.
Telastyn
Aug 10, 2016 17:15
threads don't return - they spawn and they die. There is no return. To get data back they assign some return state or call some callback or fire some event - all of which require shared memory with the thing that spawns them.
Telastyn
Aug 10, 2016 17:13
return from what?
Telastyn
Aug 10, 2016 17:13
they do it all the time with threads that have shared memory
Telastyn
Aug 10, 2016 17:13
how am I not making myself clear?
Telastyn
Aug 10, 2016 17:12
In reality, threads and tasks are nicer - because they can do shared memory stuff far easier.
Telastyn
Aug 10, 2016 17:12
no. I'm just pointing out that if you have your magical threads that don't have shared memory, there's no way for a spawned thread to return data to its caller since it can't get at the caller's memory, or vice versa.
Telastyn
Aug 10, 2016 17:00
if your threads don't have shared address space, you can't get data back from them either.