Developer Environment
The Developer's Environment:
- Building
- Lighting
- Desk & Chair
- PC/Laptop/Mobile
- Mouse Keyboard & Wristpad
- Display(s)
- OS
- Desktop Environment
- Language
- Tools
- IDE
- Target
- Source Control
- Code Reviews
- Milestones
- Test Plan
- Network, Intranet, Internet
- Continuous Integration
- Documentation
- StyleGuides
- Code Of Conduct
- Licenses
- Forums
- Wikis
- Messaging Apps
- Maintainers
- Release Managers
- Users
- Developers
- Team(s)
- Upstream
- UI/UX
- Accessibility
- Marketing
- Social Media
- Home Life
- Existing CodeBase
- Your Code
At any given point in any (or every) day, one or more of these can become disfunctional. Although it is not great for your productivity, Development can usually continue to get done in this Environment.
Onboarding is critical in a large organization to familiarize a Developer on the finer points of the Environment that the organization supports, supplies, requires, and expects you to integrate into without with little to zero disruptive disfunction introduced anywhere else in the Developer Environment.
Many default to criticizing a new Developer Environment when no onboarding actually took place and most of the availble guidance is: To each their own. Good Luck.
For these reasons and many many more most corporations insist on the dreaded "Standard Client"
Breaking out of the Standard Client to utilize your preferred tools is a past time as old as coding itself.
This does not negate the need for them.
Comments