What Are You Doing Right Now? (317 Viewers)
- Thread starter ßöмßäяðîëя
- Start date
- Tags gay space iliveforfinasteride iliveforjuve is not white loldevil size queens sweet matt is sweet errwhere virgin devil
Product owner. They high up ones at my company are abysmal.
- - - Updated - - -
If they're good maybe, otherwise the "Agile methodology" in software development is just a way to fuck yourself over by creating unrealistic deadlines and making promises to customers/stakeholders that can't be met. Do you play videogames? If so, have you noticed that recently a lot of high-profile games are forced out in horrendous condition? This is likely why imo. Here, have this shit LinkedIn meme. I'm honestly extremely disillusioned with the whole process.
- - - Updated - - -
If they're good maybe, otherwise the "Agile methodology" in software development is just a way to fuck yourself over by creating unrealistic deadlines and making promises to customers/stakeholders that can't be met. Do you play videogames? If so, have you noticed that recently a lot of high-profile games are forced out in horrendous condition? This is likely why imo. Here, have this shit LinkedIn meme. I'm honestly extremely disillusioned with the whole process.
Last edited:
Product owner. They high up ones at my company are abysmal.
- - - Updated - - -
If they're good maybe, otherwise the "Agile methodology" in software development is just a way to fuck yourself over by creating unrealistic deadlines and making promises to customers/stakeholders that can't be met. Do you play videogames? If so, have you noticed that recently a lot of high-profile games are forced out in horrendous condition? This is likely why imo. Here, have this shit LinkedIn meme. I'm honestly extremely disillusioned with the whole process.
- - - Updated - - -
If they're good maybe, otherwise the "Agile methodology" in software development is just a way to fuck yourself over by creating unrealistic deadlines and making promises to customers/stakeholders that can't be met. Do you play videogames? If so, have you noticed that recently a lot of high-profile games are forced out in horrendous condition? This is likely why imo. Here, have this shit LinkedIn meme. I'm honestly extremely disillusioned with the whole process.
Well they might, but just doing so correctly and give the devs time to actually build things AND (this is key) handle any bugs that may arise. Me and Bjerknes are on the opposite end of things since he's on the product side and I'm on the engineering side, so it's funny to me to see the problems he has with the engineering side 
.
What do you do?
.What do you do?
Well they might, but just doing so correctly and give the devs time to actually build things AND (this is key) handle any bugs that may arise. Me and Bjerknes are on the opposite end of things since he's on the product side and I'm on the engineering side, so it's funny to me to see the problems he has with the engineering side .
What do you do?
.What do you do?
I work in the semiconductor industry as a process engineer. It’s an interesting job and pays decently, but sometimes it can be stressful and the hours long.
@mjromeo81
Recently I have been exploring in DevOps world and it's a good opportunity to boost my knowledge on Docker and kubernetes. I took an online course in Docker which providing basic concept and initial subjects of Docker. The course was designed for beginners to enter to OS-Level Virtualization.
Do you deal with any Paas platforms or related services?
Recently I have been exploring in DevOps world and it's a good opportunity to boost my knowledge on Docker and kubernetes. I took an online course in Docker which providing basic concept and initial subjects of Docker. The course was designed for beginners to enter to OS-Level Virtualization.
Do you deal with any Paas platforms or related services?
Great work learning, keep up the good work @Siamak !
As a DBA, I don't really have much experience with Docker or any other container orchestration platforms.
In my experience, databases are inherently stateful, whereas containerized environments are optimized for stateless workloads. It is very rare to containerize Oracle databases in Production environments.
In the realm of DevOps, many organizations view automation as a silver bullet but seriously underestimate the investment required to make it truly effective.
Too many developers suffer from "Resume driven development" where they hop on the latest trend to pad their CVs, rather than addressing actual business needs.
I appreciate tools like Ansible and Terraform - they are very powerful. BUT, they also introduce complexity, require ongoing maintenance, and demand expertise to use effectively. For companies that add only a few hosts each year, the cost-benefit of such tools doesn't justify their use.
Call me old school, but I miss the days when preparing a new server meant doing things the proper way, installing the packages the host needed and nothing more, installing and configuring services following the KB and monitoring it in the proper way. A clean and a well done install for hosts that should work for at least 10 years.
Keep in mind most companies don't require crazy levels of scalability. It isn't sexy to admit, but 95% of services are fine with a simple 2 node HA configuration that can be easily achieved with 20 year old technology.
Most companies in the world don't need to replicate a system or a service an endless amount of times. Most need 2-3 copies for a Development, Test, and UAT environment - not a thousand.
Most companies in the world don't really require fancy orchestration tools because they usually need max 10 new hosts a year. At this point, those companies should take a sanity check and ask the question - why introduce these tools into the enterprise when you consider the cost/benefit, complexity, and knowledge required against their actual business value.
https://boringtechnology.club/
As a DBA, I don't really have much experience with Docker or any other container orchestration platforms.
In my experience, databases are inherently stateful, whereas containerized environments are optimized for stateless workloads. It is very rare to containerize Oracle databases in Production environments.
In the realm of DevOps, many organizations view automation as a silver bullet but seriously underestimate the investment required to make it truly effective.
Too many developers suffer from "Resume driven development" where they hop on the latest trend to pad their CVs, rather than addressing actual business needs.
I appreciate tools like Ansible and Terraform - they are very powerful. BUT, they also introduce complexity, require ongoing maintenance, and demand expertise to use effectively. For companies that add only a few hosts each year, the cost-benefit of such tools doesn't justify their use.
Call me old school, but I miss the days when preparing a new server meant doing things the proper way, installing the packages the host needed and nothing more, installing and configuring services following the KB and monitoring it in the proper way. A clean and a well done install for hosts that should work for at least 10 years.
Keep in mind most companies don't require crazy levels of scalability. It isn't sexy to admit, but 95% of services are fine with a simple 2 node HA configuration that can be easily achieved with 20 year old technology.
Most companies in the world don't need to replicate a system or a service an endless amount of times. Most need 2-3 copies for a Development, Test, and UAT environment - not a thousand.
Most companies in the world don't really require fancy orchestration tools because they usually need max 10 new hosts a year. At this point, those companies should take a sanity check and ask the question - why introduce these tools into the enterprise when you consider the cost/benefit, complexity, and knowledge required against their actual business value.
https://boringtechnology.club/
Great work learning, keep up the good work @Siamak !
As a DBA, I don't really have much experience with Docker or any other container orchestration platforms.
In my experience, databases are inherently stateful, whereas containerized environments are optimized for stateless workloads. It is very rare to containerize Oracle databases in Production environments.
In the realm of DevOps, many organizations view automation as a silver bullet but seriously underestimate the investment required to make it truly effective.
Too many developers suffer from "Resume driven development" where they hop on the latest trend to pad their CVs, rather than addressing actual business needs.
I appreciate tools like Ansible and Terraform - they are very powerful. BUT, they also introduce complexity, require ongoing maintenance, and demand expertise to use effectively. For companies that add only a few hosts each year, the cost-benefit of such tools doesn't justify their use.
Call me old school, but I miss the days when preparing a new server meant doing things the proper way, installing the packages the host needed and nothing more, installing and configuring services following the KB and monitoring it in the proper way. A clean and a well done install for hosts that should work for at least 10 years.
Keep in mind most companies don't require crazy levels of scalability. It isn't sexy to admit, but 95% of services are fine with a simple 2 node HA configuration that can be easily achieved with 20 year old technology.
Most companies in the world don't need to replicate a system or a service an endless amount of times. Most need 2-3 copies for a Development, Test, and UAT environment - not a thousand.
Most companies in the world don't really require fancy orchestration tools because they usually need max 10 new hosts a year. At this point, those companies should take a sanity check and ask the question - why introduce these tools into the enterprise when you consider the cost/benefit, complexity, and knowledge required against their actual business value.
https://boringtechnology.club/
As a DBA, I don't really have much experience with Docker or any other container orchestration platforms.
In my experience, databases are inherently stateful, whereas containerized environments are optimized for stateless workloads. It is very rare to containerize Oracle databases in Production environments.
In the realm of DevOps, many organizations view automation as a silver bullet but seriously underestimate the investment required to make it truly effective.
Too many developers suffer from "Resume driven development" where they hop on the latest trend to pad their CVs, rather than addressing actual business needs.
I appreciate tools like Ansible and Terraform - they are very powerful. BUT, they also introduce complexity, require ongoing maintenance, and demand expertise to use effectively. For companies that add only a few hosts each year, the cost-benefit of such tools doesn't justify their use.
Call me old school, but I miss the days when preparing a new server meant doing things the proper way, installing the packages the host needed and nothing more, installing and configuring services following the KB and monitoring it in the proper way. A clean and a well done install for hosts that should work for at least 10 years.
Keep in mind most companies don't require crazy levels of scalability. It isn't sexy to admit, but 95% of services are fine with a simple 2 node HA configuration that can be easily achieved with 20 year old technology.
Most companies in the world don't need to replicate a system or a service an endless amount of times. Most need 2-3 copies for a Development, Test, and UAT environment - not a thousand.
Most companies in the world don't really require fancy orchestration tools because they usually need max 10 new hosts a year. At this point, those companies should take a sanity check and ask the question - why introduce these tools into the enterprise when you consider the cost/benefit, complexity, and knowledge required against their actual business value.
https://boringtechnology.club/
How is the situation out there in Australia for job seekers who have skills in container orchestration platforms/Automation Systems? I know proficiency in them would not enough to landing a job but have a leg up if able to deliver what the business or client needs. I think someone with certification or proven experience has upper hand to pass ATS system and enough to qualify for the job.
DevOps engineer roles are in demand based on what I've seen, especially if you have AWS certs. Most of the old school "System Administrator" roles have disappeared and now they want a DevOps person who understands CI/CD pipelines but also is your Linux sysadmin.
To get a feel for the Aussie market, I recommend checking out https://www.seek.com.au/
The IT market in Australia is not as big like the US or even the UK/Ireland. But the work/life balance is very good here hence the mass migration from the Indian subcontinent.
Cybersecurity roles are also in demand here, given the recent Optus (major telco) and Medibank (private health insurer) cyber attacks.
To get a feel for the Aussie market, I recommend checking out https://www.seek.com.au/
The IT market in Australia is not as big like the US or even the UK/Ireland. But the work/life balance is very good here hence the mass migration from the Indian subcontinent.
Cybersecurity roles are also in demand here, given the recent Optus (major telco) and Medibank (private health insurer) cyber attacks.
Great work learning, keep up the good work @Siamak !
As a DBA, I don't really have much experience with Docker or any other container orchestration platforms.
In my experience, databases are inherently stateful, whereas containerized environments are optimized for stateless workloads. It is very rare to containerize Oracle databases in Production environments.
In the realm of DevOps, many organizations view automation as a silver bullet but seriously underestimate the investment required to make it truly effective.
Too many developers suffer from "Resume driven development" where they hop on the latest trend to pad their CVs, rather than addressing actual business needs.
I appreciate tools like Ansible and Terraform - they are very powerful. BUT, they also introduce complexity, require ongoing maintenance, and demand expertise to use effectively. For companies that add only a few hosts each year, the cost-benefit of such tools doesn't justify their use.
Call me old school, but I miss the days when preparing a new server meant doing things the proper way, installing the packages the host needed and nothing more, installing and configuring services following the KB and monitoring it in the proper way. A clean and a well done install for hosts that should work for at least 10 years.
Keep in mind most companies don't require crazy levels of scalability. It isn't sexy to admit, but 95% of services are fine with a simple 2 node HA configuration that can be easily achieved with 20 year old technology.
Most companies in the world don't need to replicate a system or a service an endless amount of times. Most need 2-3 copies for a Development, Test, and UAT environment - not a thousand.
Most companies in the world don't really require fancy orchestration tools because they usually need max 10 new hosts a year. At this point, those companies should take a sanity check and ask the question - why introduce these tools into the enterprise when you consider the cost/benefit, complexity, and knowledge required against their actual business value.
https://boringtechnology.club/
As a DBA, I don't really have much experience with Docker or any other container orchestration platforms.
In my experience, databases are inherently stateful, whereas containerized environments are optimized for stateless workloads. It is very rare to containerize Oracle databases in Production environments.
In the realm of DevOps, many organizations view automation as a silver bullet but seriously underestimate the investment required to make it truly effective.
Too many developers suffer from "Resume driven development" where they hop on the latest trend to pad their CVs, rather than addressing actual business needs.
I appreciate tools like Ansible and Terraform - they are very powerful. BUT, they also introduce complexity, require ongoing maintenance, and demand expertise to use effectively. For companies that add only a few hosts each year, the cost-benefit of such tools doesn't justify their use.
Call me old school, but I miss the days when preparing a new server meant doing things the proper way, installing the packages the host needed and nothing more, installing and configuring services following the KB and monitoring it in the proper way. A clean and a well done install for hosts that should work for at least 10 years.
Keep in mind most companies don't require crazy levels of scalability. It isn't sexy to admit, but 95% of services are fine with a simple 2 node HA configuration that can be easily achieved with 20 year old technology.
Most companies in the world don't need to replicate a system or a service an endless amount of times. Most need 2-3 copies for a Development, Test, and UAT environment - not a thousand.
Most companies in the world don't really require fancy orchestration tools because they usually need max 10 new hosts a year. At this point, those companies should take a sanity check and ask the question - why introduce these tools into the enterprise when you consider the cost/benefit, complexity, and knowledge required against their actual business value.
https://boringtechnology.club/
I was fortunate to find a Junior DBA role after university graduation. In my degree I majored in database systems, so I built up knowledge on database fundamentals (both from a design/modelling perspective using ER diagrams and normalisation, and practical hands-on using SQL), then moved on to more advanced topics like query and performance optimization, data warehousing, etc.
A degree is good for learning the fundamentals but industry wants platform-specific knowledge. Certs provide a good framework to learn and it forces you to RTFM. I self-studied for the Oracle Certified Professional (OCP) certification.
A good understanding of Linux is required (unless your focus is SQL Server). Not necessarily enough to be a sysadmin but knowing how to troubleshoot OS issues, being comfortable at the command line, and writing bash scripts are all very useful skills.
Getting a start as a DBA tends to be either:
- Junior/Graduate position
- Developer who then transitions into administration
- Sysadmin who becomes the "Accidental DBA" when there is no dedicated role
A degree is good for learning the fundamentals but industry wants platform-specific knowledge. Certs provide a good framework to learn and it forces you to RTFM. I self-studied for the Oracle Certified Professional (OCP) certification.
A good understanding of Linux is required (unless your focus is SQL Server). Not necessarily enough to be a sysadmin but knowing how to troubleshoot OS issues, being comfortable at the command line, and writing bash scripts are all very useful skills.
Getting a start as a DBA tends to be either:
- Junior/Graduate position
- Developer who then transitions into administration
- Sysadmin who becomes the "Accidental DBA" when there is no dedicated role
