iHerb reviews

The recruiters pitch random buzzwords like how iHerb has migrated away from monolithic applications to microservices with Kubernetes, or from jQuery to React but it’s the execution and engineering culture behind the tools that matters, not the approach or tools used. Engineering team culture is what keeps talented developers in a team. Don’t just accept the recruiting propaganda. Nobody in management here cares about best practices. iHerb is a clear cut example of “cargo culting”. If you haven't heard the term, it refers to doing things you’ve seen other successful people do, without fully possessing or understanding the necessities to achieve the success outcome desired. In this context, I'm referring to management trying impose the team to implement things like microservices or React because all the cool kids are doing it, without regard to whether it’s appropriate, or without actually doing the things that lead to microservices being successful in the first place. Let's take our move to microservices as an example. Fundamentally, microservices necessitate a rigorous set of engineering practices to all service infrastructure components and carries a greater overhead than traditional development methodologies. But rigorous engineering does not come free. Some examples of rigorous engineering practices which are sorely LACKING at iHerb are: - Have or ready to invest in development tooling, shared libraries, internal artifact registries, etc - Have engineering methodologies and process-tools to split down features and develop/track/release them across multiple services - Ready to isolate not just code, but whole build+test+package+promote for every service - Infrastructure automation - Have a robust CI/CD infrastructure - Coordinated releases - Good unit testing - Distributed logging, tracing As other reviewers have expressed, many of these core good engineering practices don't exist at iHerb because management is non-technical and purely focused on the bottom line. But more services means more tooling and involves a robust continuous integration and continuous deployment (CI/CD) pipeline, infrastructure automation, developer tooling, contract sharing, documentation, client intelligence and libraries, processes, testing, and a lot of other tools. at iHerb, no resources are allocated to establishing and promoting any of these robust engineering processes. Despite recruiting touting these buzzwords like microservices and Kubernetes, we still have the same CI/CD and release cycle problems that existed when we had a monolith architecture. Instead, we just have more complexity. So, yes. We have switched to Kubernetes. Yay. Let's pat ourselves on the back. But be aware. If you're interviewing here, make sure to speak directly with the engineering teams (individual contributors), and not just the managers about processes. If you can't speak to team members who are in the day-in-day-out nitty gritty of the code base and development process, then you know there is something being hidden from you. Interview smart, don't believe the propaganda. Unless iHerb becomes an organization that gets the resources and support from management to improve the engineering robustness and maturity, then know that you're walking into an organization where everything is a cost (aka. this includes you and your own career development). Good luck. Learn from my mistakes.

First thing I noticed is that the last 3 or 4 reviews are obviously shill reviews by current employees posted as damage control to the disgruntled reviews before them. I think it's insulting that they are trying to cover up the truth, but who am I to say? Who am I even? To iHerb? To iHerb, I am just a code churning monkey who should be severely underpaid. The saddest thing, though, is that I know I still get paid more than other senior developers. At least 15k more. I'm not bragging here, no, no. There's nothing to brag about the below-industry standard rate I received to be an Irvine Developer. I am pointing out how asinine their pay rates are and how they won't blink an eye to take advantage of their most valuable and senior employees. But you know what? Money isn't the biggest issue. It's actually far down the list of lists I'd make to warn up-and-coming developers from making a huge mistake. But you know what is high up there? The complete incompentance of management. And I'm just going to talk about Irvine's Tech department. There's no time in the world to go into how they have one of the most hated HR departments in California- hated and talked about even among all local technical recruiters, who told me their grievances dealing with iHerb HR. So what's up with this management? Well, if you go read the reviews, you'd find enough to write an essay about how they are a close-nit introverted Persian super-team who make you feel aliented because you aren't one of them. So there's no point in me going into that here. Or what about the latest critical review talking about how dated and completely unorganized their codebase is, and how management just tries to throw a bandaid over it for the next developer they churn out to handle. Why go into that either? How about lets just focus on "churning". What is churning to me? Churning is when they hold you ransom to learn their awful code, and then find solutions to make it as least horrible as possible. But never rewarding you for it. Never rewarding you for all the minefields you had to navigate to make their software more valuable. And so what do you do? You quit. You find a job that actually appreciates you. You, just like the 4 people before you. iHerb's churn rate is applaudable. They seem to find a new developer to burn and replace every 6 months (coinciding with their 6 month contract mark). Anyway, you can see I spent a lot of time reading their reviews. I only wish I spent that time, though, before I accepted the offer. Now I can only look back, reading these reviews, and write my own hoping I could save some poor souls from wasting 6 months of their life.