Details
Joined devRant on 9/10/2018
Join devRant
Do all the things like
++ or -- rants, post your own rants, comment on others' rants and build your customized dev avatar
Sign Up
Pipeless API
From the creators of devRant, Pipeless lets you power real-time personalized recommendations and activity feeds using a simple API
Learn More
-
Good employee:
This is a toxic boss. I'll quit and save myself years of pain and suffering.
Greenhorn:
Maybe I can change him? I'm sure if I show that I am a top performer, then senpai will notice me. -
📌
-
Makes sense. Every ticket is associated with exactly the same complexity and thus effort after all. /s
-
In our company culture an avalanche of meetings came with a change of leadership. Right now a ton of meetings is held for every at least semi-major decision, including external consultation.
It is a cover-your-ass-tactic for managers with regard to higher stakeholders, specifically investors. It doesn't matter if a project fails, as long as you can argue that any expert available to you had been consulted. Even though the cost of such consultation may sometimes be the reason for failure.
So far I only found two upsides to this. First I can largely ignore a portion of meetings where the agenda is clear beforehand, as these allow me to just keep working, since my attendance is for some reason required, while there is nothing for me to participate in. The second upside is being able to dip into management interactions which is helpful in case my I ever decide to go that direction as I become older.
These are the silver lining, however all in all this meeting culture is simply odd. -
@boombodies Glad to see someone dealing properly with this kind of situation.
-
@Crost Don't be.
-
Yeah, you can try not responding to "hello" over Slack and see if people adapt, like @AlmondSauce tried. I've seen this go one of three ways:
- They adapt and get to the point from the start
- They just keep doing what they are doing resistant to any adaptation
- Worst case: They start complaining about you for not being at your desk all the time. They assume so because you don't respond
All three actually occur, so if you try it this way be aware of some possible roadblocks. -
... experimental
-
I felt...
-
Heh, "have to". So they tried the good ol', "crap, we're fucked - let's put pressure on the employee, let them fold so we get the work done and still save money".
Too bad that didn't work. Now they will either accept the reality of not finishing on time or negotiate to pay ridiculous amounts, because now there is an added bullshit percentage. -
Seems like your cat got a great Vue.
-
From what I've seen this is a classic junior level trap. Been there.
Once you know what you're worth it's easier to shrug off these tactics. -
@AvatarOfKaine What a comeback!
-
@AvatarOfKaine Yeah yeah, fuck off. I ignore superduper woke social justice warriors just as much as I ignore actual misogynist fucks such as yourself. Both sides are equally worthless.
-
Review process?
-
@kiki You're the one who keeps bringing this shit up. It's not like devRant and the world in general are being iverrun by crazy woke people and you are the last line of defense.
-
@CaptainRant
For what it's worth - you can train these things. It's not crazy arcane knowledge only available to the chosen few, it's only that some people are naturally really good at it. You probably won't be a prodigy at socializing, but convincing people of yourself can be learned - view it as a skill to be acquired, just as with learning a programming language or framework.
With regard to those phrases - I got this info myself not that long ago from acquaintances in HR and have since seen confirmation on SE:Workplace too. The idea is, there is nothing more to gain, because a decision was made - explaining it to you is of no value to the company and providing individualized reasons may open up to legal liability if any of those reasons happens to be problematic.
I missed a third option though in my last post. These phrases are also common when you were good, but another candidate was better. Again, default statements to avoid legal issues. -
Do not know what is going on in your specific situation/location, but where I am at "not a good fit" and "not enough experience" are just placeholders.
They are most commonly applied when the candidate failed for some specific reason. This reason is sometimes, albeit rarely, proficiency in their field and most commonly social shortcomings. Often the candidate didn't want to open up, seemed rude, didn't show interest, etc. etc.
This is likely to depend highly on culture at your location though, but since selling yourself is almost in a 100% of cases more important in an interview than some impressive tech portfolio it is still worth mentioning. -
He died, because setHealth() already assumed a percentage value and "%" resulted in a parsing error.
-
A lot of signs of a very very poor manager. Another red flag raised by identifying the project as "your baby". Dangerous mindset.
You seem to be ready to move on though, so possibly irrelevant in this particular instance.
Oh well. Good luck with the project and a future switch. -
Interview:
- We use state of the art version control
Reality:
*Proceed to send patches by email* -
@ChristoPy No, not necessarily. That is an intuitive idea, but legally it very much depends.
E.g. when you are employed and write code for your employer you own exactly 0% of that code, even though you wrote 100% of it. Which is also one of the reasons why it's often recommended not to get attached to the code you wrote emotionally.
With wavers, such as the one described it depends entirely on the contract and the jurisdiction. -
Why would you sign this in the first place?
-
If it has nodes and edges connecting these nodes then it's probably a graph.
-
@Fast-Nop By "you can't" I suppose you mean "you shouldn't".
In my experience it's more common than not to have management unfamiliar with standard practices in softdev in companies up to a certain size and/or without softdev specialization.
In short - there is all kinds of shit. One dev doing everything is common in start-ups, even though it's a poor idea and whenever I saw development department staffed with only a couple of devs, more often than not they skipped over all quality assurance tasks such as review processes altogether, "because they needed to be productive".
In my experience companies (up to a certain size) adhering to softdev standards is rather the exception, not the rule. Of course they are shooting themselves in the foot with that, but that's just what businesses out there look like.
That being said - your mileage may vary of course. -
@piratefox Too bad, we shall never know what went down there. But hey, at least it's working now.
-
Check the most obvious first, which is incorrect regex + unexpectedly different input.
-
@asgs All of them. It's the mosquito typing now.
-
@sariel Yeah, that's usually my approach as well. With this one I am still hopeful it will die down all by itself, because the client will either forget their own idea or because they won't be able to formulate requirements.
-
@lastNick How does that help with respect to printing said PDF? On a sheet of paper? In some standard Epson printer?