Open Side Menu Go to the Top
Register
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** ** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD **

05-09-2018 , 11:42 PM
Ha, googling a little I learn that you can use the "final" keyword for parameters in Java. There is no equivalent in C#, you can't use the const or readonly keywords that way. That works I guess, but Java is verbose enough already, I'd rather have a method declaration keyword.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
05-09-2018 , 11:49 PM
Javascript has a const. But it just means you can't re-assign your pointer to another object. You can happily mutate the target object all you want.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
05-09-2018 , 11:50 PM
Goofy,

Some quick research indicates that non-public RSU treatment varies by company. Apparently it's very common at companies to offer an RSU incentive structure that doesn't grant you ownership when you vest and as a result you owe no taxes.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
05-09-2018 , 11:58 PM
Quote:
Originally Posted by ChrisV
That. I mean, "never" is a big word, but it's typically bad practice. Allowing it ruins the abstraction because I then have no idea whether my parameters on a method call are going to be mutated or not without consulting the code of the method. Some third party code did that to me in Java the other day, took me a little while to track down debugging. Not happy.

On the extremely rare occasion I want to mutate parameters in C#, I always declare the parameter with the "ref" keyword, which makes a pointer reference pass, even if I don't actually need a pointer reference, just to alert any users of the function that their parameter is not safe from mutation.

You know what would be nice in C# and Java? An "immutable" keyword on method declarations, giving a compiler-checked assurance that parameters will not be mutated.
Got it. I've programmed for too long in node chained middleware world which has a method signature like this: myMiddleware(req, res, next). The only real way to pass information along from one middleware to the next is to tack stuff on to the req or res object.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
05-10-2018 , 12:36 AM
As a javascript specialist I don't understand anything about the last 50 posts. IDGAF about types or immutability and I don't understand the obsession at all. You guys are weird. "What the types are and how I declare them in my code" or "this variable is mutable and this one isn't" is 1% of the problem with programming (delivering product) to me.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
05-10-2018 , 01:17 AM
Quote:
Originally Posted by Grue
As a javascript specialist I don't understand anything about the last 50 posts. IDGAF about types or immutability and I don't understand the obsession at all. You guys are weird. "What the types are and how I declare them in my code" or "this variable is mutable and this one isn't" is 1% of the problem with programming (delivering product) to me.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
05-10-2018 , 01:38 AM
i understand like 1% of the stuff discussed in here. getting paid though so **** it.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
05-10-2018 , 01:50 AM
Quote:
Originally Posted by OmgGlutten!
i understand like 1% of the stuff discussed in here. getting paid though so **** it.
All that matters

Last edited by PJo336; 05-10-2018 at 01:50 AM. Reason: well, and liking it
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
05-10-2018 , 02:14 AM
Quote:
Originally Posted by suzzer99
Got it. I've programmed for too long in node chained middleware world which has a method signature like this: myMiddleware(req, res, next). The only real way to pass information along from one middleware to the next is to tack stuff on to the req or res object.
That's a spot where it makes some sense, because it's clear that you're passing along ownership of the objects.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
05-10-2018 , 03:04 AM
Quote:
Originally Posted by ChrisV
I've never written C++, does this actually work?
For a personal project, I've gone as far as:

Code:
const Foo* const* const
which reads as "a constant pointer to a constant pointer of a constant Foo object". Sample:

Code:
#include <iostream>

class Poo {}; 

void print(const Poo* const* const p)
{
        std::cout << p << std::endl;
}

int main()
{
        Poo poo;
        Poo* poo_p = &poo;
        print(&poo_p);
}
In practice, you are better off using a reference to a pointer than a double pointer.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
05-10-2018 , 04:45 AM
Quote:
Originally Posted by ChrisV
Ha, googling a little I learn that you can use the "final" keyword for parameters in Java. There is no equivalent in C#, you can't use the const or readonly keywords that way. That works I guess, but Java is verbose enough already, I'd rather have a method declaration keyword.
The final keyword just makes the reference final, so can't change the reference, but that change wouldn't have any effect outside the method anyway. You can still happily mutate the object referenced by the final parameter though, so I don't think this is a solution to the issue you guys discussed.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
05-10-2018 , 06:36 AM
Quote:
Originally Posted by OmgGlutten!
i understand like 1% of the stuff discussed in here. getting paid though so **** it.
lol Ive proly increased to about 5% now.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
05-10-2018 , 08:35 AM
Quote:
Originally Posted by OmgGlutten!
i understand like 1% of the stuff discussed in here. getting paid though so **** it.
Lol I know. I'm a data analysis guy, so I don't get it either. But sometimes there's good stuff that I kind of understand lol. And maybe one day someone will ask how to clean a dataset in R and I can contribute some hearty CONTENT.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
05-10-2018 , 09:47 AM
i never understand the node/web dev stuff
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
05-10-2018 , 10:59 AM
In JS land, I've been taught to copy the argument inside the function and then mutate and return that copy.

Is that the way?
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
05-10-2018 , 11:05 AM
nothing in JS makes sense and everything is acceptable so I'm going to go with yes
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
05-10-2018 , 11:25 AM
Quote:
Originally Posted by Larry Legend
In JS land, I've been taught to copy the argument inside the function and then mutate and return that copy.

Is that the way?
The better question is why does it matter?
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
05-10-2018 , 11:30 AM
Well I agree that functions which mutate their arguments are evil.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
05-10-2018 , 02:38 PM
Man one of my office pet peeves is when people join an online meeting from different places in the same office. Right now there are 3 meeting rooms adjacent to me, with the people in each room joined to the same meeting.

So any time anyone says anything I hear it from their mouth and 2 other sets of speakers with a delay.

I just popped in and told one of them that the rest of the group was next door and he said he wanted to be able to get some work done while being part of the meeting.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
05-10-2018 , 03:31 PM
lol sounds like you got punked
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
05-10-2018 , 03:46 PM
Sounds like you guys have too many meetings...
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
05-10-2018 , 03:50 PM
Quote:
Originally Posted by RustyBrooks
Man one of my office pet peeves is when people join an online meeting from different places in the same office. Right now there are 3 meeting rooms adjacent to me, with the people in each room joined to the same meeting.

So any time anyone says anything I hear it from their mouth and 2 other sets of speakers with a delay.

I just popped in and told one of them that the rest of the group was next door and he said he wanted to be able to get some work done while being part of the meeting.
Sounds like a Dilbert comic
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
05-10-2018 , 05:08 PM
I have a remote job (#1) with a relatively light workload. I want to hypothetically get another remote job (#2).

Am I supposed to ask #1 for permission? Is that going to piss them off? Is it going to hurt their perception of our relationship?

What do I put on my resume for #2. I have a full time job and looking for extra work? Do I tell them the name of the company? I'd rather keep it a secret but maybe that is not realistic. Will they be pissed off that I have another full time job? Should I just lie and say I don't have a job? Do jobs show up on background checks? Should I say I want contract work?

I really like job #1 and don't want to screw it up.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
05-10-2018 , 05:23 PM
The second you get a 2nd job you risk screwing up job #1.

You should absolutely tell #2 that you already have a job.

Jobs don't show up on background checks. There are credit type checks that would show recent income from a company.

You should definitely go for contract work vs a second full time job.

Your employment agreement with job #1 should be consulted.

You probably shouldn't do this.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote
05-10-2018 , 05:31 PM
Oh and don't tell job #1 because there are only downsides.
** UnhandledExceptionEventHandler :: OFFICIAL LC / CHATTER THREAD ** Quote

      
m