|
Big Corp has a change control process. Yay Standard flow... Put in a ticket in the change system: great Ticket generates a request for approval to leadership for all levels of changes: hmm okay Requester has to be on the change request weekly conference call to talk about the change in full for every level of change or be denied: oh no baby what you doin Let’s just say our company is new to the process and these change conference calls take all loving morning. One of the changes I listened to this morning was to correct a distribution list.
|
#
?
Dec 12, 2018 16:54
|
|
|
|
| # ? May 29, 2024 14:56 |
|
|
Sickening posted:Big Corp has a change control process. Yay Sounds like someone hosed something up big time and the company is now trying to over correct. Yell at them that this is not proper ITIL best practice
|
|
#
?
Dec 12, 2018 16:56
|
|
|
Defenestrategy posted:edit: Thinking about it, there's no reason to not apply to stuff, it's up to HR to filter all the chaff not me. This is the correct attitude 
|
|
#
?
Dec 12, 2018 16:58
|
|
|
Kashuno posted:Yeah I should try this. The techs from these companies come out and scream about how to not use DHCP and only statics but a reservation may just solve that issue for me. Actual static IPs hardcoded on the device should be limited to the DHCP server(s) it/themselves and anything that must be online for it/them to function and/or be reached. Those, and any ancient but irreplaceable industrial equipment that may require a hardcoded address, should still have reservations defined both for documentation purposes and to prevent anything else from being accidentally given their address.
|
|
#
?
Dec 12, 2018 17:15
|
|
|
The internal position I applied for hadn't been mentioned for a while, so I figured the interviews would be pushed back til after xmas. Nope, just got told by my boss they're tomorrow morning.  He did say not to worry about getting dressed up, so hopefully it will be somewhat relaxed.
|
|
#
?
Dec 12, 2018 18:03
|
|
|
Sickening posted:Big Corp has a change control process. Yay Oh god, I was involved with a change control process like that. Luckily we grew out of it and learned. We simplified CCB a lot and wrote a lot of SOP's. It wasn't a change if we followed a standard operating procedure that was approved. I work with a guy though who used to work at a large hospital system, and everything went through CCB, even something as mundane as changing the VLAN of a switchport. It would take 6 weeks for a printer to get moved, or something stupid like that. He hated it. CCB's can be good, but they can also be terrible. bitterandtwisted posted:The internal position I applied for hadn't been mentioned for a while, so I figured the interviews would be pushed back til after xmas. Nope, just got told by my boss they're tomorrow morning. Odds are it's just a personality fit type interview. Maybe not, every company is different. I always just worried about personality fit more than technical qualifications, you want to make sure the new guy fits with the team.
|
|
#
?
Dec 12, 2018 19:15
|
|
|
Defenestrategy posted:I've also heard the requirements are just a way for HR to dumpster resumes without looking to hard at them. Is that true? There's a lot more going on, generally, than just this. The job posting is very often a product of IT management and HR people having conversations, where IT manager says stuff like "we'd like a senior IT person, we use a combination of <insert 20 different technologies here>, our entire department does <insert 20 different major tasks here>, we're drowning out there." The HR person takes that information and interprets it into, "Senior candidate = minimum 5 years experience, so by the transitive property, foreach( technology ) print '5 years experience in technology.'" Simplified example but it's that kind of thing that leads to overloaded job postings. You're right to just apply to everything, and feel free to really reach - as other people have said, if you meet every requirement on the posting, you're overqualified and you'll be real bored.
|
|
#
?
Dec 12, 2018 20:00
|
|
|
Follow up to our migration: -everything went surprisingly well, the IT guy from the Microsoft Store got everything set up and transferred, including our on-prem file server.
|
|
#
?
Dec 12, 2018 20:35
|
|
|
Sickening posted:Put in a ticket in the change system: great
|
|
#
?
Dec 12, 2018 20:53
|
|
|
skipdogg posted:Oh god, I was involved with a change control process like that. Luckily we grew out of it and learned. We simplified CCB a lot and wrote a lot of SOP's. It wasn't a change if we followed a standard operating procedure that was approved.
|
|
#
?
Dec 12, 2018 20:55
|
|
|
Somewhat burdensome CCB person chiming in here! Happens once a week for a client of ours, there are a zillion business/application owners in it but it works (mostly) well, though I miss the days before the portion of the company we handle got borged into their corp, our CCBs actually had people discuss changes/impact etc, now everyone keeps their mouths shut. Some stuff gets missed because the business units aren't descriptive enough with what they're changing, such as a few weeks ago when their network team started routing a subnet, that 20 or so locations we manage use, to Azure without actually mentioning in the CCB what IPs they were routing. Part of that was our teams fault, the guy that goes to these meetings isn't super network versed, though he should know, these 3 blocks of IPs are OURS if anyone does anything with them, know what they're doing, ask questions, or bring it up to us. There is also "predefined" work, which is pre-approved and does not have to go through proper CCB, rather will be a footnote on the change board but will not be talked about in the meeting.
|
|
#
?
Dec 12, 2018 21:22
|
|
|
People who reply all are the worst.
|
|
#
?
Dec 12, 2018 22:38
|
|
|
MC Fruit Stripe posted:People who @everyone are the worst.
|
|
#
?
Dec 12, 2018 22:50
|
|
|
What's @everyone?
|
|
#
?
Dec 12, 2018 23:28
|
|
|
The buzzing of a push notification that pulls 60 goons' attention to Slack.
|
|
#
?
Dec 13, 2018 00:13
|
|
|
Volguus posted:What's @everyone? Nothing much, what's @ with you?
|
|
#
?
Dec 13, 2018 01:02
|
|
|
MC Fruit Stripe posted:People who reply all are the worst. Why? Even if it's not entirely relevant, always reply all just to keep everyone on the same page about whatever we're discussing. I do however have a separate rule for message that'd I am only cc'd on, those don't go directly to my Inbox.
|
|
#
?
Dec 13, 2018 02:18
|
|
|
CPColin posted:Nothing much, what's @ with you? 
|
|
#
?
Dec 13, 2018 02:21
|
|
|
Tab8715 posted:Why? "please remove me from this list." "this sounds like a good idea." "I would like chocolate, thank you."
|
|
#
?
Dec 13, 2018 02:48
|
|
|
People with numbers in their screen name are the worst.
|
|
#
?
Dec 13, 2018 03:20
|
|
|
MC Fruit Stripe posted:People with numbers in their screen name are the worst. Please deactivate BigBootyEater69 at 4:00PM today.
|
|
#
?
Dec 13, 2018 03:39
|
|
|
DigitalOcean launched their k8s service so if anyone needs a cheap test bed.
|
|
#
?
Dec 13, 2018 03:54
|
|
|
Vargatron posted:Please deactivate BigBootyEater69 at 4:00PM today. BigBootyEater1-68 were already taken, it’s named for the position and we have a lot of turnover.
|
|
#
?
Dec 13, 2018 04:19
|
|
|
CPColin posted:Nothing much, what's @ with you? Yeah yeah funny 
|
|
#
?
Dec 13, 2018 04:57
|
|
|
Volguus posted:What's @everyone? Something all the goons in SA IT Slack switched to when a killjoy disabled @here
|
|
#
?
Dec 13, 2018 05:00
|
|
|
At work, we created a slackbot auto-response that quotes a post explaining when it's appropriate to use @here and @channel. Just type !here or !channel, then delete your post as soon as slackbot replies whenever someone does an @channel in a channel with 1000 members at 2AM.
|
|
#
?
Dec 13, 2018 05:10
|
|
|
Tab8715 posted:Why? terrenblade posted:"please remove me from this list." There's a line somewhere in there. Obviously don't reply all to office-wide communication (why wasn't this BCC'd in the first place?), but for e-mail chains - even the ones that have grown beyond their relevant audience - it's good for documentation purposes. I usually don't mind being CC'd on a chain even if it's only tangentially relevant since there might be something useful in there, and it's definitely my default way to reply to things unless there's a good reason not to. Sickening posted:Big Corp has a change control process. Yay We used to have a daily thunderdome-esque meeting where you had to defend any proposed changes to a panel of ops people. Processes have matured since then, but there was a certain fun to watching unprepared people sweat under the pressure.
|
|
#
?
Dec 13, 2018 05:21
|
|
|
Proteus Jones posted:Something all the goons in SA IT Slack switched to when a killjoy disabled @here Hah, a Slack thing. Should have imagined. Thanks.
|
|
#
?
Dec 13, 2018 13:24
|
|
|
MC Fruit Stripe posted:People with numbers in their screen name are the worst. Fuckin' wow.
|
|
#
?
Dec 13, 2018 16:05
|
|
|
Inspector_666 posted:Fuckin' wow. Seems to hold up, I'd say. 
|
|
#
?
Dec 13, 2018 16:08
|
|
|
We use HipChat and we can't disable @all. If you thought @everyone was annoying, how about getting alerts even if you're offline and not currently in the channel?  We always get clueless higher-ups coming into chat channels using it, and every single time we have to explain the difference between @all and @here. And then there's the people trying to ping a specific team and using @ tags that don't even exist. HipChat tells you if you're using a valid tag or not, so why are you trying to type that??  e: Apparently Hipchat is nearing EOL in a couple months. Might be time to ask about Slack. DizzyBum fucked around with this message at 20:23 on Dec 13, 2018 |
|
#
?
Dec 13, 2018 20:18
|
|
|
Slack straight up bought the HipChat a while back, so yeah, that ship is sinking rapidly heh. https://www.theverge.com/2018/7/26/17619482/slack-hipchat-acquisition-stride-atlassian-partnership-microsoft-teams-competition
|
|
#
?
Dec 13, 2018 20:43
|
|
|
Had an interview and boy howdy, close to an hour of being grilled on theory and application of what felt like everything. Most draining experience in my life. I felt I was able to answer probably 65% of the questions accurately, but totally blanked on a few softball linux commands. x.x Oh well, I need to study way more for next time.
Defenestrategy fucked around with this message at 21:07 on Dec 13, 2018 |
|
#
?
Dec 13, 2018 21:05
|
|
|
Defenestrategy posted:Had an interview and boy howdy, close to an hour of being grilled on theory and application of what felt like everything. Most draining experience in my life. I felt I was able to answer probably 65% of the questions accurately, but totally blanked on a few softball linux commands. x.x Oh well, I need to study way more for next time. Honestly, those are the best kind of interviews. If I don't feel like I've been put through the ringer leaving an interview it usually means I don't want to work there and if I don't get the job I usually learned a bunch of holes I have in knowledge or other things.
|
|
#
?
Dec 13, 2018 21:43
|
|
|
So I'm nearly finished with schooling and the job hunt will soon begin. I just have a question about the future of all this: how big of a difference will SDN make for network design, configuration and troubleshooting? I get the basic gist of it, but I'm still foggy on things. Today I took a workshop where I was using Postman to pull service tickets from an APIC-EM simulation on devnet then import the json data into python to... basically do an Cisco ISO "show run", except instead of having to scroll through data I got more precise data. How is this supposed to be the way forward? This is the first time touching python for me, ever, so maybe it's the frustration talking but the code I had to write (more like copy as I did understand the syntax and structure, most of the stuff I was typing was a mystery) was a hell of a lot more complex than what I had to do on CLI all for slightly more reading convenience. I thought this stuff was supposed to make designing, configuring and troubleshooting networks a whole lot easier. Like have a GUI and easy-to-use network monitoring tools. Am I wrong?
|
|
#
?
Dec 13, 2018 21:55
|
|
|
Defenestrategy posted:Had an interview and boy howdy, close to an hour of being grilled on theory and application of what felt like everything. Most draining experience in my life. I felt I was able to answer probably 65% of the questions accurately, but totally blanked on a few softball linux commands. x.x Oh well, I need to study way more for next time. Those interviews are always the worst. I always feel soaked with sweat afterward
|
|
#
?
Dec 13, 2018 22:19
|
|
|
Jimbot posted:I thought this stuff was supposed to make designing, configuring and troubleshooting networks a whole lot easier. Like have a GUI and easy-to-use network monitoring tools. Am I wrong? They do have some better GUIs for quite a few of the other products. And depending on who you go with and what you're doing you can interact with the API and get what you need as well. I could be wrong but thought Cisco was backing their viptela purchase and so iwan wasn't being pushed as much. Not saying that your class isn't also useful as if you go somewhere they are using APIC-EM.
|
|
#
?
Dec 13, 2018 22:24
|
|
|
Virigoth posted:Honestly, those are the best kind of interviews. If I don't feel like I've been put through the ringer leaving an interview it usually means I don't want to work there and if I don't get the job I usually learned a bunch of holes I have in knowledge or other things. I despise them. Those interviews are often not focusing on what matters and grilling someone with trivia isn't very insightful. I also don't want to treat someone that went out of there way to see me to such a poo poo time. A hour or more of grueling questions? Might as well be paying them for their time. Sickening fucked around with this message at 22:26 on Dec 14, 2018 |
|
#
?
Dec 14, 2018 22:24
|
|
|
Sickening posted:I despise them. Those interviews are often not focusing on what matters and grilling someone with trivia isn't very insightful. I'm with you on this. I like drilling into concepts that will actually be a part of their job and not just random technical questions about certain commands that honestly if they don't know they can google in a short amount of time.
|
|
#
?
Dec 14, 2018 22:35
|
|
|
|
| # ? May 29, 2024 14:56 |
|
|
Sickening posted:I despise them. Those interviews are often not focusing on what matters and grilling someone with trivia isn't very insightful. I don't think anyone whose been doing IT super long would find them grueling, but I was... impressed... at how many subjects got covered. Linux commandline, Windows troubleshooting, Troubleshooting hardware/software/networks, how does the internet work?, How does [this appliance] work? How do you find [this info] in Linux? Windows? Whats your favorite routing protocol? What speeds do Cat5e reach? on and on and on. My friend who got me put infront of HR in the first place was surprised, because when he got hired as a mid level developer. They gave him a super easy sorting algorithms question and talked with him for a total of like twenty minutes.
|
|
#
?
Dec 14, 2018 22:46
|
|