And if the value is correcting misunderstandings, I don’t see it. The very fact that the communication failed and there was a misunderstanding is a huge no hire red flag. Communicating clearly matters as much as doing the job
1,318 karma · joined February 17, 2011
And if the value is correcting misunderstandings, I don’t see it. The very fact that the communication failed and there was a misunderstanding is a huge no hire red flag. Communicating clearly matters as much as doing the job
Other languages adaptions had larger gollum's also - see some at e.g. https://www.reddit.com/r/lotr/comments/vy7vij/before_the_196...
(It's difficult to find an excellent authoritative link clearly explaining that the change was in the 1966 edition - there is 'The History of The Hobbit' by John D. Rateliff, but I can't find it online)
Set to ask for new accessories or always ask.
Building a classical guitar from scratch (with a pro luthier): https://youtu.be/qmDAIlEGO_Q?si=uLyMOGBMXEGMkIFt
Everything about the process is fascinating.
So, for what it’s worth, I’ve definitely seen it. I don’t even think it’s particularly uncommon.
"Interest rate Up to 1.60% p.a. (base 0.10% p.a. and bonus 1.50% p.a - details below)" from https://up.com.au/pricing/
.1% does indeed sound pretty awful.
I suspect good arguments could be made for these things, but they need to acknowledge and justify their cost.
"I reviewed some of the recordings for Ghost Truck Kitchen and found multiple false positives, where Grubhub charged the restaurant between $7.80 and $7.92 per call for informational phone calls that did not result in an order."
https://www.vice.com/en_us/article/wjwebw/yelp-is-sneakily-r...
So, sure, I would own the videogame mod if I did it on my own time with my own resources. But I could also be out of a job. Being right but unemployed doesn't sound comforting - I like the job, and they've been up front about the terms, and I'd rather quit if I find them sufficiently unacceptable than risk being fired.
Edit: It actually looks like moonlighting is officially protected here, but conflicts are still disallowed, so I guess it's possible it could end up in court debating whether programming is a conflict. I already have the opinion of one side in writing (yes, it is a conflict, they claim), but at least it might be debatable.
Still, not particularly anxious to end up in court arguing that somebody should be forced to continue employing me after I did something they told me not to do on the grounds that they shouldn't have told me not to do it... complicated mess.
Hobby: Not allowed to do anything similar to what employer does. Got an official opinion from legal that employer programs, working on a videogame mod is programming (although employer does not program videogames), so therefore I'm not allowed to work on a videogame mod. I'm not certain the employee manual agrees with the official opinion from legal, but I'm not really in a position to be able to disagree.
So, well, no side gigs. It's just something you have to agree to for this job, and it's a good job, so such is life. Maybe you could do it and hope they don't find out, but they have clear documented grounds to fire you if they do, so why risk a good job?
At least there isn't any non-compete. If I don't like the rules, I can always quit and go work somewhere else. Before this west coast job, every prior programming job I had was on the east coast and involved some sort of non-compete agreement (they tended to be slightly limited, like you can't work at these 5 competitors or you can't leave to work for a client, but 'slightly limited' can actually be highly limiting when those 5 competitors are the best employers for your specific expertise).
In development, auto-increment appears to be previous field +1. Developers write code expecting that behavior and relying on continuous IDs without gaps. But, well, for example, Oracle doesn't rollback sequence values. They also pull them in blocks (I think blocks of 20?). So sometimes you can end up with numbering like 1,2,3,20,22 if things were weird at just the right time, and you probably never saw it during development or QA unless you happened to know to try to force it.
Then you get things like SQL Server resets auto increment field values on database export/import, so numbering which used to have gaps in the original will have no gaps in the import, causing the numbers to change. (I have no idea why, just seems like a bug/disaster waiting to happen.) Changing some ID fields tends to cause obvious disasters, as you usually have several tables which store a copy of the old auto ID value to join on.
I've seen several production data loss issues as I learned about the joys of this data type and prefer to avoid them as I learned more.
Most of the problem seems to me fundamentally unaddressable without verifiable portfolios, but those have their own problems. Even in industries where portfolios are standard, plagiarism is a thing - how do you get the verifiable part? I want to hire someone great, not just someone who was on the same team as someone great.
So it seems to me entirely reasonable to still be nervous.
Mind you, I don't have a better answer, but I don't think just explaining that suboptimal is ok and it's a discussion really helps.
I hate that I have to question whether candidates can code, but as near as I can tell, a lot of them truly can't. It leads to an interview process that I'm embarrassed to need to use, but it seems reckless to skip it. I've worked with people who really can't code, and don't want to be back in that situation again. I'd love to have a better interview process, and I'd love to spend more time talking about higher level concepts, but most of the process seems to be stuck just verifying that the things on your resume are really things you did, and not just things you were on the team for but didn't actually do, or outright fabrications.
It seems like your complaint is that adding one page of reference info wasn't enough to serve as an ad for your business. It doesn't seem like a valid complaint to me.