Pros: The nicest colleagues ever, everyone is helpful. You can always find a team that suits your own interest and working style.

Cons: Can't think of anything. I'm happy with the team, opportunities of responsibility, and promotion.

Pros: Great colleagues. Most I met were great to work with. If you're looking to move from a non-CS background to software engineering, it can provide you with a good transition, as they actively hire non-CS grads.

Cons: There are a lot of reasons why I would highly advise against joining EDG, and I have highlighted the main ones. * There is a high probability that you will not get the position you want once you transfer out of EDG. You can end up waiting years for a position to open up in your preferred team. Most people choose to transfer to whatever position is available rather than wait for their preferred position because the technical support (in theory 50% of the work, but often higher) aspect of the work ends up being so unbearable after around 9-12 months. * The department is constantly understaffed, and we are put under a lot of pressure to satisfy the department KPIs of resolving support tickets. This in practice meant pulling a lot of extra work to deal with the workload, and for a long time, even being asked to work on cases during weeks allocated to projects. * The managers are clueless and have limited experience with technical support. They do not seem to understand the challenges of technical support or the fact that most of our challenges stem from being understaffed. If it wasn't for our full-time Technical Support Engineer colleagues with their high-value experience and knowledge, we would be screwed. The managers just blame us for being overwhelmed with cases on "team efficiency." They would constantly come up with terrible ideas that don't work and create an atmosphere where short-term fixes and taking shortcuts (e.g., spending less time per case to resolve it) were encouraged implicitly. When these shortcuts would inevitably backfire and engineers receive low customer satisfaction surveys, the manager would act all surprised that it happened and chastise them. * Work-life balance can be a hit or miss. I had no issues and managed to get work done without working overtime, but I know a lot of people who had to work many extra hours. The main culprit of this was getting new responsibilities without adequate training or support to take on that responsibility. A common situation was when EDGers would be given the rotational team lead role and would work extra hours due to the high volume of tech support cases and the high pressure put on them to deal with it. * A lot of useless/outdated training and processes (which you often need to do during your project weeks). What ends up happening is that, in frustration, answers get copied from more senior staff who have already completed them. * EDG is an afterthought in the company, and it is seen as less important than other roles. An example is that for orientation in pre-COVID times, EDGers are put in the back of the line and can end up waiting over 10 months to complete their BPO (company orientation), while staff from other departments often have the option to do it in the first few weeks/months. * The way that management gets around their failures to hit KPIs is by deflecting the failings to the EDGer. Every year, a certain percentage of EDGers worldwide are laid off due to "performance reasons" (similar to the "hire to fire" policy that other companies use).

Pros: Good salary and benefits. Everyone I met was great to work with. The work feels important. The CEO is great, and it feels like the company really tries to do things "the right way". There's a cafeteria right inside the building (for Lakeside and Apple Hill campuses).

Cons: If you want to be a developer, note that ASEs do development work only about half of the time with a team of their choosing, more or less. You do technical support during the other half (taking phone calls with customers, answering emails, and troubleshooting issues). However, there is an expectation that you will transfer to another team within about a year, whether that's a development team, sales, application engineering, education/training, or whatnot. Transferring out can take longer if you don't mesh well with the teams you work with or if the team you want to work with has few/no open positions. A whole bunch of ASEs were let go all around the same time as I was. We all had a similar experience; we were given a "performance improvement plan" and if we did not meet the improvement goals after 2 weeks, we could either try one more time for another 2 weeks or take a severance package. I heard that nobody passed the performance improvement plan. In retrospect, it seems that it was really a layoff, but they just didn't want to call it a layoff for some reason. I wish they were more upfront about it. I consider this the one black mark in an otherwise great experience I had at the company.