never met a part of the stack I didn't like. sr. engineer at clique studios in chicago, perpetual creative hobbyist, bird friend, local gay agenda promoter. she/her. tips: https://ko-fi.com/carlymho
I work at an agency where we spin up a lot of projects very fast. A lot of our projects we build on Wordpress on a very plain boilerplate theme with some development basics set up (e.g. asset compilation, build tools, CSS post-processing, minification); the front-end developers also have an internal "base" repository to start from with build tool presets and the same file structure as we use for the eventual Wordpress theme. We're also working on building out more internal documentation, tutorials, and a library of the way we've implemented certain components in the past that our co-workers can reference.
Of course, the other component of this is setting a realistic time frame with the client, determining which pieces are the most important for a timely launch, and making sure that those get done before agreeing to add anything else to the project scope. In my experience this is about just as important for getting something done in a timely manner as all the developer time-savers we've figured out.
I think it's always hard to estimate the right amount of time for everything as a beginner, but I have learned that using the time to properly design things both in terms of UI/UX and functionality or flow charting and listing out model and service items really does make developing faster and smoother.
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
I work at an agency where we spin up a lot of projects very fast. A lot of our projects we build on Wordpress on a very plain boilerplate theme with some development basics set up (e.g. asset compilation, build tools, CSS post-processing, minification); the front-end developers also have an internal "base" repository to start from with build tool presets and the same file structure as we use for the eventual Wordpress theme. We're also working on building out more internal documentation, tutorials, and a library of the way we've implemented certain components in the past that our co-workers can reference.
Of course, the other component of this is setting a realistic time frame with the client, determining which pieces are the most important for a timely launch, and making sure that those get done before agreeing to add anything else to the project scope. In my experience this is about just as important for getting something done in a timely manner as all the developer time-savers we've figured out.
I think it's always hard to estimate the right amount of time for everything as a beginner, but I have learned that using the time to properly design things both in terms of UI/UX and functionality or flow charting and listing out model and service items really does make developing faster and smoother.