|
Subjunctive posted:[Hi there! I'm looking to hire some people, and I've been told that this is a good place to tell people that. Please accept my apologies and let me know if that's not the case!] Wouldn't this be better in the newbie thread and the oldie thread?
|
#
¿
Jan 12, 2019 04:22
|
|
|
|
| # ¿ May 3, 2024 02:46 |
|
|
ratbert90 posted:My companies policy is two weeks of vacation. Hah i had a company say this but then had a shared doc to track vacation and i noticed ppl had lots more weeks. US is poo poo
|
|
#
¿
Feb 3, 2019 19:00
|
|
|
Protocol7 posted:Because they designed it poorly in a day and "it's supposed to work" is too common a phrase, unfortunately. For a company as large as we are, we are held together by duct tape. Id like to see examples of large companies that are not held together by duct tape. Say 5k+ employees as the bar for "large"
|
|
#
¿
Feb 28, 2019 17:53
|
|
|
Volmarias posted:Ask him to show more passion in paying his employees. Maybe you can have a series of meetings about it, where most of the stakeholders just don't show up each time. truth, also VV pay your mortgage with passion. My bank said they don't accept that at this time. Hughlander posted:Alternatively ask how much passion does he pay his mortgage with
|
|
#
¿
Mar 9, 2019 05:54
|
|
|
Just to add constructive conversation: Today a coworker and I had a very productive conversation about Agile and the fact of the matter is agile to us is just being more efficient in our space, in our development team, in our world. This isn't every team's world but maybe some of it is relative. We are agile every day with or without scrum, with or without sprints, with or without a lot things that are seem to be required to be agile. For our team, agile or not, our success and efficiency are closely tide to adequate, dare I say good, requirements gathering, specifications, definition of scope, clear stories that make dependencies explicit from the onset. Unfortunately, I've yet to be a part of a team that does any of these well. Maybe one or two, but never all. Executives, clients, owners never seem to understand that these pieces make us more efficient. And then complain when timelines are missed or features are missing or incomplete. I feel better now. Ignore as necessary.
|
|
#
¿
Mar 9, 2019 06:10
|
|
|
Cuntpunch posted:Started the day with a candid conversation with two layers of management above me that I was having trouble. I took the Lead position on the team only after confirming it was 75% 'actually do my own engineering' and 25% 'mentoring, etc' That's crazy for a mid-senior level dev. On the one hand stuff like this is perplexing, but on the other I feel like its given me a bit of leg up because there are so many devs kinda like that.
|
|
#
¿
Mar 22, 2019 00:58
|
|
|
shrike82 posted:A very broad question to the developers/engineers out there - how would you characterize the good (technical) managers you've worked with? And in contrast, the poor ones? The best technical manager I've had was mostly decent at all the things Gildiss mentioned, but what I really liked was the importance he placed on gathering data. It allowed for quantifying success that I found really useful. And this was beyond silly quantities like lines of code, etc. Numerical quantification related to the intended purpose of software and how successful it was at fulfilling it's intended/documented purpose. I found it to be a really valuable lesson; probably one of the best manager type lessons outside of what Gildiss outlined. The worst thing about the guy was he couldn't or wouldn't fire lovely devs which is a problem I've seen in every place I've been.
|
|
#
¿
Apr 17, 2019 03:21
|
|
|
CPColin posted:One of my (non-dev) coworkers regularly sends me PDF's that contain scanned printouts of screenshots. I was trying to find a reasoning for this but then the depth of steps started to dawn on me . I mean wtf?!
|
|
#
¿
Apr 17, 2019 17:52
|
|
|
Subjunctive posted:... “I had to spend a day or two setting up my development environment for work on this large project” has always been the case in my experience. ... This might generally be the case, but imo it's bad maintenance. A well maintained solution should allow new developer to pull down a repo and start debugging with minimal setup (maybe a db and some local services).
|
|
#
¿
Apr 22, 2019 18:50
|
|
|
Keetron posted:https://www.theregister.co.uk/2019/04/23/hertz_accenture_lawsuit/ Clanpot Shake posted:....Combined with their incredibly management-heavy structure, they had a whole lot of people planning and putting presentations together for the client and very few people actually capable of delivering on the promises they were making. Nothing I ever worked on was on schedule and they'd just throw bodies at the problem. . Based on my experience this is capitalism as it's finest  But seriously, it's pretty easy for an outsourced redesign (or a new design!) to get entirely hosed up. The clients generally don't have enough technical experience to clearly outline their goals and requirements (hence the outsourcing), and if the outsourced team doesn't give poo poo about follow-up business then it's destined to be hosed.
|
|
#
¿
Apr 26, 2019 02:55
|
|
|
shrike82 posted:There's probably some domain of academia that has researched this thoroughly but my experience is that once an organization grows beyond a certain size, the management, engineering teams, and clients are more often than not groups with interests that are fundamentally in conflict with each other. That's not an entirely crazy statement. I certainly think I've observed something similar.
|
|
#
¿
Apr 26, 2019 04:00
|
|
|
smackfu posted:You are a bad person. It's not that hard to keep a clean inbox, but I'm the only person I've seen that has been doing it for years. Without redirecting nearly everything into the trash. fakeedit: so I can't really blame him.
|
|
#
¿
Apr 26, 2019 23:31
|
|
|
CPColin posted:Oh man, the meeting on accessibility I just had. The presenter got 90% of the way through an introduction when the last attendee walked in, claimed they wouldn't repeat the whole introduction and would just "rewind thirty seconds," then proceeded to give 50% of the whole introduction again. Eighteen minutes into the meeting, the presenter acknowledged the need to move on to the discussion, because "we booked a half-hour" for the meeting, then cotninued yammering on. At one point, somebody asked, "What are the next steps?" and the presenter replied, "Great question. Near the bottom of the agenda is a section called 'Next Steps'…" Thirty-five minutes into the half-hour meeting, I caught the phrase, "In the time that we have left…." Finally, a full forty minutes after the meeting started, the presenter said, "Time check?" and looked at the clock, noticed the time, said, "Looks like we're over." and just pressed right on with the meeting. Did your agile increase?
|
|
#
¿
Apr 27, 2019 02:22
|
|
|
cynic posted:My experience of scrum/kanban/jira is that it only works if you have a terrifying Ukrainian woman in charge of everything who spends every loving hour making sure that there is not a single loving blocker anywhere and the second you add a task that is not up to scratch she calls you and asks in a heavy accent whether you want to ruin your day or you want to fix that loving task right now. Anything less than an Ivana, people get lazy. Hey imagine that jira is just a tool that needs to be used in a disciplined manner or well managed!
|
|
#
¿
May 11, 2019 01:59
|
|
|
Volmarias posted:From one of many places: I need context edit: so this is an application that converts gifs to pngs. fuzzer bug is when you input lots of garbage characters?
|
|
#
¿
Jun 21, 2019 02:24
|
|
|
If you are "seen as a[the] leader" then you need to get paid for it. That is some bs statement some a bad employer would whip out to get effort/experience they don't want to pay for.
downout fucked around with this message at 02:55 on Jul 13, 2019 |
|
#
¿
Jul 13, 2019 01:40
|
|
|
Le Saboteur posted:Needless to say a lot of people are unhappy with our manager and executive responsible for the department and there is now a meeting booked with the owner of the company to figure out why his decision to tell our developer to pass around that DoD article and a survey to get some reflection on our process should be overturned by the manager and the executive. This dev in particular has had the ear of our owner for some time and the owner related to him how he has suspected his management hasn't been being truthful with him and how frustrated with one of our long term projects being a money pit (a heavily mismanaged project). Maybe good? It's my understanding that DoD article (assuming I'm thinking of the right one) is pretty valid. Although, I'd be suspect about an owner telling a dev to pass around an article behind the managers back because apparently the owner can't call out these deficiencies to the manager directly?
|
|
#
¿
Jul 13, 2019 02:59
|
|
|
Le Saboteur posted:It wasn't meant to be behind the managers back. The dev had no idea of a process for this sort of thing where we are just using the article to reflect on our agile process having to go through our management. the owner just told him you should send it around to the rest of the department and he did. And as a dev with almost 10 years at this company I didn't either, they just basically came around after it was out saying no you should have sent this to us first THATS THE PROCESS while also saying we have no problem with this survey or article. That's unfortunate, hopefully everyone is ok with some toes being stepped on. Especially if it was in good purpose. I'd be super happy with a dev calling out improvements than can be made, and it'd be bad for one to take a bad rap for just trying to make things better.
|
|
#
¿
Jul 13, 2019 04:57
|
|
|
M31 posted:It's 2019, why should I have to bother with e-mail rules for absolute basic functionality? Also, Outlook filters are terrible anyway. Email rules take 2 min, am I missing something? I mean don't get me wrong, email threading would be great but plenty of applications with notifications don't have it available. It's an extremely quick solution that is better than nothing.
|
|
#
¿
Aug 17, 2019 02:25
|
|
|
So ya'll don't get your 20% by overestimating every project by 20% and collecting the remaining time left over?
|
|
#
¿
Nov 10, 2019 06:27
|
|
|
Judge Schnoopy posted:Opinion for a newbie developer - I need to add a new feature that is adjacent to functions in my application. Which answer sounds like the least likely to be a nightmare when you have to modify that code in three years?
|
|
#
¿
Nov 24, 2019 06:49
|
|
|
Turambar posted:We're all working from home nowaday.
|
|
#
¿
Apr 4, 2020 03:09
|
|
|
That was a good read, thanks!
|
|
#
¿
Apr 24, 2020 01:30
|
|
|
Who is sending requests in chat tools? Make a ticket like everyone else scrub, otherwise I may not respond. This is sort of tongue-in-cheek, but also could be true depending on my availability. If someone asks me to do something that is a bigger ask than a few minutes while waiting for things to build/load/etc, then I usually ask they email me or use a ticket task because otherwise I may not remember. Also, I want a record of bigger requests which is better than a chat history that exists for who knows how long.
|
|
#
¿
Aug 11, 2020 14:37
|
|
|
Wallet posted:I want a Slack plugin or something that just sets my status to "In a meeting" if my IDE is open. Someone must have already created this. That's a good idea.
|
|
#
¿
Aug 11, 2020 17:35
|
|
|
Steve French posted:There are still limitations with them, where messages in threads are second class citizens. For example, you can't (afaict) tell slack to remind you about a message in a thread, which is central to a difficulty I have with slack vs email; tying the protocol to the interface reduces flexibility in individual work patterns. I do the same thing regarding zeroing my work email inboxes. All of the people I've worked with that are always forgetting requests, missing deadlines, and generally just being inconsistent and unreliable have email inboxes with the every email since they started. I don't even know how they use the email. They'll look up an email I sent a week ago, and it will take 30 minutes. It takes me 30 secs because it's in a folder, I barely have to search.
|
|
#
¿
Aug 13, 2020 18:10
|
|
|
vonnegutt posted:I work remote, so I don't get exposed to my coworker's failures all that often, but we had an in-person week last year where we rented a coworking space to hash things out in person. Two people on my team had EVERY notification turned on so all day long we were treated to the sound of whatever random thing got sent to them. New email? Beep. Build passed? Ding! Barely five minutes could pass in silence. Even worse, both of them checked every single time. How do you maintain a train of thought? All their inboxes looked like absolute poo poo, too. I don't miss emails, but then my company seems really good at not pointlessly sending them (maybe to the engineers). Which actually I learned to keep my email clean because I used to get burned in the military for missing meetings that I got email notifications for. But whatever, checking emails was easier than the real job, so sure I'll burn time doing that five times a day. Either way, keep the inbox empty makes my life immensely simpler. Kinda like my car; don't leave it full of trash then I don't have to clean it often.
|
|
#
¿
Aug 15, 2020 01:37
|
|
|
I can see the value of a hackathon on company hours. But some of these stories are clearly just corporate bullshit to get freebies to take advantage of employees.
|
|
#
¿
Sep 3, 2020 04:28
|
|
|
YanniRotten posted:Yeah... when someone says “can I look at code” I will point them to a web view of the thing they’re talking about since I don’t have any cover to say “no not possible” but man do I have my feelings about the wisdom of a product manager asking to do this. I had a person (executive level of course) state they wanted to "see the data". They meant the stuff in the DB. This is and always will be a giant red flag. Ya sure, here's some creds. Go hog wild. downout fucked around with this message at 22:47 on Sep 15, 2020 |
|
#
¿
Sep 15, 2020 22:44
|
|
|
Ya'll need kids. I welcome coworkers interruptions over the kids every 15 minutes "can you come HERE? I need xxxxxx!" But seriously there is no perfect way to do it. I start some conversations with "Morning/Afternoon <persons name>, *some useful, concise words*." I think it makes it a little more personable in times of 100% remote work.
|
|
#
¿
Oct 17, 2020 04:17
|
|
|
Ah the best is when you say "OK, let's open up the browser dev tools", and they just look slack jawed for a bit. And you remember how awesome it is to have to hand-hold a senior dev with basic debugging! But hey it's cool, I mean this is going to come up in the annual salary/compensation conversation.
|
|
#
¿
Nov 3, 2020 16:00
|
|
|
CPColin posted:One time, I was in an interview and needed to open the dev tools, but they'd handed me a MacBook ("Our whole department switched to Macs!") that didn't have an F12 key, so I had to ask what the shortcut was. They either didn't know or weren't allowed to give me ANY help, so I had to use the menu like a caveman. *hangs head shamelessly while frantically trying to find the file menu button*  I feel your pain, I never use mac stuff. Every time I'm trying to do something on someone else's mac I just flail around uselessly hitting hot keys for windows.
|
|
#
¿
Nov 3, 2020 16:31
|
|
|
Plorkyeran posted:I am not a big fan of pair programming in general, but I have had some very positive experiences pair debugging specifically because it's a chance to learn from each other. Debugging is something that's not really ever explicitly taught, and there's huge differences in the basic approaches people take. Yes, my college didn't have an explicit class on debugging. Which at the time I noted to my primary professor that I thought it'd be really helpful to have a class devoted to it. He at the time said that he didn't think it was necessary to have a whole class on just debugging. I think we ended up getting into a conversation about the usefulness of a class devoted to tooling/dev tools, etc. I'm not sure if other college's CS programs have classes devoted to debugging/tooling, but I still think there's a space for it. Even if from an academic POV. It'd be a great opportunity to introduce and explore options on repos, debugging, maybe some devOps-ish stuff, documentation concepts, basically all the support infrastructure underlying writing code.
|
|
#
¿
Nov 3, 2020 18:49
|
|
|
Che Delilas posted:The issue is that what you're describing is all important for Development/Software Engineering, whereas most university programs are Computer Science. The program is not designed to teach you how to deliver software as a career. Good point, although I think I agree with vonnegutt. Additionally, I think a class could look at many of those types of things from an academic perspective, still be useful to both engineering and science. Perhaps the difference between various repository architectures, introduction to various development methodologies, various version of documentation, light cost and disaster recovery analysis for devops architecture. Maybe tie it all together under the guise of the analysis and evaluation. I get that all of this is very separate topics, but they do this poo poo all the time with intro classes. "Here's a bunch of broad topics and tools covering light EE and CS", call it 'Intro to EE', and require all EE and CS students to take it. downout fucked around with this message at 00:59 on Nov 4, 2020 |
|
#
¿
Nov 4, 2020 00:47
|
|
|
ultrafilter posted:I mean, yeah, it would be nice to have a course that covers all sorts of tooling that you're likely to use on the job, but there are a couple issues with that. My program had a full foreign language requirement (2 semesters) as a hold-over from the time CS was under the arts dept. So at least for them, they could drop half of that. Maybe it was the way my program was; perhaps other universities (and newer programs) have better implemented introductions to the topics in classes that make sense.
|
|
#
¿
Nov 4, 2020 01:02
|
|
|
Xarn posted:Meanwhile my experience working for small (6 tech people, 2 other) company is that last week I told my CTO that I will be leaving, and next year I will be getting bonuses for the project I am currently working on anyway So you're leaving the company, and they are going to keep paying you for a project you were on? This makes no sense without more context. Even then it sounds like a very unusual edge case that isn't even useful as an anecdote to the current conversation.
|
|
#
¿
Nov 13, 2020 18:46
|
|
|
I hadn't heard of that before. Thanks for the clarification. I wish I could add to the small v medium v big conversation but the results are still out for me. Ask me in ten years.
|
|
#
¿
Nov 14, 2020 01:51
|
|
|
ChickenWing posted:INFRA/DEVOPS FRIENDS: I am at my wits' loving end with our new infra manager who has decided "protect my team's time" means "please open a ticket to ask whether or not someone knows about a set of credentials" Isn't this what slack/teams is for?
|
|
#
¿
Nov 25, 2020 22:48
|
|
|
Cugel the Clever posted:How do I deal with someone who makes a good and cogent point, but then routinely repeats the exact same thing in a slightly different manner several times? Everyone's on board! We don't need to spend extra time on it. Once you get to the first  , steer the discussion to the actionable next step(s). "We'll go make tickets" or "you go make tickets" or "I'll add that to the plan" or something to clearly move to confirmation and next steps.
|
|
#
¿
Dec 4, 2020 01:51
|
|
|
|
| # ¿ May 3, 2024 02:46 |
|
|
I'll edit that poo poo during happy hour and charge a pile for it.
|
|
#
¿
Dec 4, 2020 22:46
|
|