Interview Questions& Model Answers
Real questions. Real answers. Built from 20 years of actual hiring and being hired.
In Scikit-learn, you can use the train_test_split function from the model_selection module to divide your dataset into training and testing sets. This step is crucial because it helps evaluate the model's performance on unseen data, preventing overfitting.
The train-test split is a fundamental step in machine learning that divides your dataset into two parts: a training set, used to train the model, and a testing set, used to evaluate its performance. By default, train_test_split randomly splits the data, allowing each model to generalize better to new data, rather than just memorizing the training set. A typical split ratio is 70%-80% for training and 20%-30% for testing. It’s essential to use stratified sampling when dealing with imbalanced datasets, ensuring that the relative proportions of each class remain consistent across both sets. Failure to split the data correctly can lead to overly optimistic performance metrics that do not reflect the model's real-world efficacy.
In a retail company looking to predict customer churn, the team utilizes Scikit-learn's train_test_split to separate their historical customer data into training and testing sets. By training their model on 80% of the data and testing it on the remaining 20%, they ensure that they can assess how well their model predicts churn on new customers, which is critical for devising effective retention strategies. This approach helps them avoid simply tuning the model to the existing data without a solid measure of its predictive power on future data.
One common mistake is neglecting to shuffle the data before splitting, which can lead to biased results, especially if the data is ordered in some way. Another mistake is using a random state of None, which can yield different splits on each run, making the evaluation inconsistent. Additionally, candidates sometimes ignore imbalanced classes during the split, leading to misleading performance metrics on tests that don’t accurately reflect the underlying distribution of the data.
In a financial analytics firm, a data scientist was tasked with building a predictive model for credit scoring. They encountered issues when they discovered their model performed poorly on future data, ultimately tracing back to their train-test split not reflecting the real-world distribution of credit applications. Implementing a proper train-test split allowed for a more accurate assessment of the model's predictive capabilities, ensuring it would perform well on actual cases later on.
A Docker container is a lightweight, portable unit that includes everything needed to run a piece of software, from code to libraries and settings. Unlike a virtual machine, which includes an entire operating system, Docker containers share the host OS kernel and are more efficient in terms of resources.
Docker containers encapsulate applications and their dependencies in a standardized unit, thereby ensuring consistent environments across different stages of development and production. The main difference between Docker containers and virtual machines lies in their architecture. Containers leverage the host operating system's kernel, allowing for faster startup times and lower overhead compared to virtual machines, which require a full OS and virtual hardware. This efficiency makes Docker particularly suitable for microservices architecture, where applications are split into smaller, manageable components. However, it's essential to understand that while Docker provides isolation, it's still sharing the host OS, which means security considerations differ from full virtualization.
In a recent project, we used Docker containers to streamline our microservices architecture. Each service ran in its container, with specific dependencies bundled together. This allowed our developers to work in isolated environments that mimicked production closely. When we needed to scale, starting up additional containers was significantly faster than spinning up new virtual machines, reducing downtime during peak traffic.
One common mistake is assuming that Docker containers are a complete replacement for virtual machines; they serve different use cases. Containers are great for lightweight applications but may not be suitable for every scenario, particularly where full OS isolation is needed. Another mistake is neglecting to manage container resources effectively. Failing to set CPU and memory limits can lead to performance issues when multiple containers run on the same host.
In a production setting, a team may use Docker to handle a sudden increase in user traffic by dynamically scaling their application. Containers can be deployed quickly in response to this demand, allowing the services to maintain performance without downtime. This flexibility is crucial for customer satisfaction and operational efficiency.
To optimize memory usage in Rust, consider using references instead of owning types when possible, and leverage Rust's borrowing system. Additionally, using collections like Vec or HashMap with the appropriate capacity can help reduce memory overhead.
Memory optimization in Rust heavily relies on understanding ownership and borrowing. Rust’s ownership model ensures memory safety without a garbage collector, but it also requires careful management of data lifetimes. By using references, you avoid unnecessary copies which can lead to increased memory usage. Furthermore, when initializing collections like Vec or HashMap, you can set an initial capacity to prevent reallocations as the collection grows, which saves on both memory and computational cost during resizing. Fine-tuning your data structures based on expected usage patterns will lead to more efficient memory consumption.
Additionally, utilizing stack allocation over heap allocation whenever possible can also enhance performance since stack allocations are generally faster and easier to manage. When dealing with large data structures, consider whether you can break them down into smaller, more manageable pieces that can be processed independently, further optimizing memory usage.
In a project that involved processing large datasets, we switched from using a Vec of large structs to using references to those structs instead. This reduced memory overhead significantly, especially as the dataset grew. By also pre-allocating the Vec with a specific capacity based on our estimated data size, we minimized the number of reallocations that occurred, improving performance and memory usage during data processing tasks.
A common mistake is to overlook the impact of cloning data structures. Many beginners might clone a large Vec or HashMap thinking it is harmless, but this can cause significant memory bloat and performance issues. Instead, using references where ownership is not required can save a lot of unnecessary memory. Another mistake is ignoring the initial capacity of collections; developers often allow Rust to handle resizing automatically, which can lead to multiple allocations and deallocations, thus wasting memory and degrading performance.
In a production environment where we had to process real-time sensor data into a large Vec, we noticed performance degradation as the application scaled. By optimizing memory usage through references and initial capacity settings, we were able to maintain performance and reduce the memory footprint significantly, allowing the system to handle more simultaneous data inputs effectively.
To design a simple PHP library management system, I would create a structure that includes a front-end for user interactions, a back-end for processing requests, and a database for storing book and user information. The application would utilize MVC architecture to separate concerns effectively.
In designing a PHP application for a library system, the Model-View-Controller (MVC) architecture is crucial for maintaining organized code. The Model handles data interactions with the database, the View manages the user interface, and the Controller processes input and updates the Model and View accordingly. The database schema would likely include tables for books, users, and transactions to allow for efficient querying and data management. It's also important to consider user authentication and authorization for secure access to functionalities such as borrowing or returning books. Edge cases, such as what happens when a user tries to borrow a book that is already checked out, should be planned for as well, ensuring that the application provides useful feedback to users and maintains data consistency.
In a real-world scenario, I worked on a small library management system where we implemented features like book cataloging, user registration, and borrowing history tracking. We structured the application using Laravel, which follows the MVC pattern, enabling us to cleanly separate our database interactions from our business logic and user interface. We also utilized Eloquent ORM for database operations, which simplified the management of relationships between users and books, such as tracking which user borrowed which book and when.
A common mistake when designing a PHP system is neglecting to use prepared statements for database queries, resulting in vulnerabilities to SQL injection attacks. Another mistake is not planning the database schema adequately, which can lead to unnecessary complexity and data redundancy. Developers may also overlook user experience considerations, such as providing informative messages about borrowing limits or late fees, which can lead to user frustration and confusion.
In a previous project, we faced performance issues with our library system due to poorly optimized database queries. Our initial design didn't account for the growing number of users and books, leading to slow response times as traffic increased. By revisiting our database schema and optimizing queries, we improved the application’s performance significantly, showcasing the importance of proper system design from the outset.
A webhook is a way for one application to send real-time data to another application via HTTP requests when certain events occur. Unlike traditional API requests, where a client has to repeatedly poll the server for updates, webhooks are event-driven and push data automatically from the server to the client.
Webhooks are designed to enable real-time communication between applications. When a specific event happens in a source application, such as a user signing up or a new order being placed, it triggers an HTTP POST request to a specified URL of the target application with the relevant data. This contrasts with traditional APIs where clients need to make requests at regular intervals to check for updates, leading to inefficiency and potential delays in data delivery. Webhooks effectively allow applications to react to events immediately as they occur, improving responsiveness and reducing unnecessary network traffic. It's crucial to handle cases where the receiving application may be down or slow, and implementing retries or acknowledging receipt of the data can help manage such edge cases.
In a real-world scenario, consider an e-commerce platform that uses webhooks to notify a third-party inventory management system every time an order is placed. When an order is confirmed, the e-commerce platform sends a webhook to the inventory system with details of the order. This allows the inventory system to automatically update stock levels in real time, ensuring accurate inventory management without manual updates or delays.
One common mistake developers make is assuming that all webhook requests are guaranteed to succeed, leading to a lack of proper error handling. If the target URL is down or the request fails, the data can be lost unless appropriate retries or logging mechanisms are in place. Another mistake is not validating the incoming requests, which can make systems vulnerable to unauthorized data exposure and attacks. Developers should implement security measures such as signature validation to ensure that requests genuinely originate from trusted sources.
In a production environment, I once encountered an issue where a webhook integration between a payment processor and our system frequently failed due to our server being under heavy load. This led to missed payment notifications and disrupted order fulfillment. We had to implement retry logic and improve our server's capacity to handle incoming webhook requests efficiently, ensuring that the critical data arrived without loss.
To style a button in Tailwind CSS, you would use utility classes for properties like padding, background color, text color, and border radius. For example, a simple button could use classes like 'bg-blue-500 text-white px-4 py-2 rounded'. This allows for rapid styling without needing custom CSS.
Tailwind CSS operates on the principle of utility-first design, where you apply multiple small utility classes directly in your HTML to create a component's appearance. For a button, you can combine utilities for typography, spacing, colors, and effects to achieve a cohesive design. The advantage here is rapid prototyping and less cognitive overhead, as you don't have to switch between HTML and CSS files. One potential edge case to consider is ensuring that your class combinations do not conflict with other CSS styles, especially if you're also using a framework like Bootstrap or custom styles. Testing the button across different states like hover and focus using Tailwind's state variants is also essential to ensure accessibility and user experience are maintained.
In a recent project, we needed to create a call-to-action button that stood out on a landing page. By applying Tailwind classes such as 'bg-green-600 hover:bg-green-700 text-white font-bold py-2 px-4 rounded' directly in the button element, we achieved a visually appealing and responsive button. Additionally, we used Tailwind's responsive utilities to adjust styling for mobile devices, ensuring that the button remained user-friendly across different screen sizes.
A common mistake when using Tailwind CSS is not fully leveraging its utility classes, leading to unnecessarily bloated CSS files. Developers sometimes resort back to writing custom CSS, which defeats the purpose of using Tailwind's streamlined approach. Another mistake is ignoring responsive design principles; while Tailwind has responsive utilities, failing to use them means your components may not look good on all devices. Not considering accessibility, such as ensuring sufficient contrast for text colors and hover states, is also a frequent oversight.
In a production environment, I encountered a situation where the UI components needed to be rapidly developed for a marketing campaign. Using Tailwind CSS allowed the team to create a set of buttons that matched our branding and were responsive without needing extensive design back-and-forth. This speed in development not only met the deadlines but also maintained a high level of design consistency across all buttons used on the site.
The NLTK library provides a straightforward way to tokenize text by using its 'word_tokenize' function, which splits a string into individual words while considering punctuation. This is essential for many NLP tasks as it prepares the text for further analysis.
Tokenization is a crucial step in natural language processing because it breaks down a text into smaller, manageable pieces known as tokens. The NLTK library, standing for Natural Language Toolkit, offers several methods for tokenization, with 'word_tokenize' being one of the most commonly used. This function intelligently handles punctuation and whitespace, ensuring that tokens like 'don't' are treated as a single unit rather than split into 'do' and 'n't'.
Furthermore, NLTK also provides 'sent_tokenize', which segments a text into sentences, thereby allowing for various levels of granularity in text analysis. It's important to consider edge cases, such as abbreviations or variations in punctuation, as they can affect how text is tokenized. Mastering tokenization with NLTK sets a solid foundation for tasks like stemming, lemmatization, and sentiment analysis, allowing for more accurate and meaningful results in NLP projects.
In a project to analyze customer feedback on products, a data scientist used NLTK's tokenization features to preprocess the text data. By applying 'word_tokenize', they effectively separated customer comments into words, which allowed for subsequent tasks like sentiment analysis to be conducted efficiently. This step was crucial for identifying frequently mentioned terms and gauging overall customer satisfaction.
One common mistake is failing to account for punctuation, which can lead to inaccurate tokenization. For example, treating punctuation as separate tokens may result in noise in the analysis. Another mistake is overlooking the context of contractions or special terms, which can impact how tokens are interpreted in NLP tasks. Developers sometimes hard-code their tokenization rules, neglecting to leverage libraries like NLTK that offer well-tested and robust methods, resulting in less reliable outputs.
In a production environment where user-generated content is handled, properly tokenizing input text is critical. For instance, during the analysis of social media posts for sentiment, a developer realized that improperly tokenized text led to misleading interpretations of user sentiments. By utilizing NLTK's tokenization capabilities, they improved the accuracy of their analysis significantly.
To filter a DataFrame in Pandas, you can use Boolean indexing. For example, if you have a DataFrame named 'df', you can filter rows by using a condition like 'df[df['column_name'] > value]'. This will return a new DataFrame with only the rows that meet the condition.
Filtering a DataFrame in Pandas is an essential skill for data analysis as it allows you to select rows that meet specific criteria. This can involve single conditions, such as filtering for values greater than a certain threshold, or multiple conditions using logical operators like '&' for 'and' and '|' for 'or'. It's important to remember that the condition must be enclosed in parentheses when combining multiple conditions to ensure the correct order of operations. Also, using the 'query()' method can sometimes make filtering more readable, especially for complex conditions. However, it’s essential to ensure that the conditions are well-defined to avoid unexpected results or empty DataFrames.
In a real-world scenario, consider a retail company analyzing sales data stored in a DataFrame. The DataFrame contains columns like 'product_id', 'sales_amount', and 'region'. If the company wants to analyze only high-value sales over $500, a data analyst would filter the DataFrame with 'df[df['sales_amount'] > 500]'. This filtered DataFrame could then be used for further analysis or reporting to understand the performance of high-value products in various regions.
One common mistake is forgetting to use parentheses when combining multiple conditions, which can lead to incorrect filtering results or errors. Another mistake is applying filter conditions directly on the DataFrame without ensuring the condition is valid, which can result in empty DataFrames. Additionally, some developers may not realize that filtering returns a new DataFrame and might expect changes to the original DataFrame, leading to confusion about the data manipulation process. Understanding that filtering is non-destructive is key to effective data analysis.
In a production setting, you might face a situation where the marketing team requests a report on customers who made purchases above a certain amount in the last month. You'll need to filter the customer transaction DataFrame accordingly to extract the relevant information for analysis and decision-making. Any mistakes in filtering could result in inaccurate reports, affecting the marketing strategy.
In prompt engineering, a prompt is a specific input or instruction given to a language model to generate desired output. It's critical because the way a question or command is phrased can significantly affect the quality and relevance of the model's response.
A prompt serves as the starting point for interaction with a language model, dictating how the AI interprets and responds to user queries. Effective prompts are clear, concise, and structured to guide the model toward generating useful outputs. For example, if a prompt is vague or overly complex, the model may produce irrelevant or nonsensical results. Furthermore, nuances in language, such as the use of context, specifics, and tone, can greatly enhance a model's performance by aligning it more closely with the user's intent. Understanding the importance of prompt design is crucial for achieving optimal outcomes in various applications, from chatbots to content generation.
In a customer support chatbot implementation, the prompts given to the model can determine whether it successfully resolves user inquiries or leads to confusion. For instance, specifying the exact type of information needed, such as 'How do I reset my password?' instead of a general 'Help me', allows the model to focus and provide precise instructions. This directly impacts user satisfaction and the overall effectiveness of the support system.
One common mistake is being too generic with prompts, which can lead to ambiguous responses. For example, asking 'What can you tell me?' doesn't give the model enough context to provide a meaningful answer. Another mistake is failing to test different variations of prompts, which might limit understanding of how nuanced changes can drastically alter the output. These errors can lead to poor user experiences and inefficient interactions with the model.
In a project where a team is developing a virtual assistant, effective prompt engineering becomes essential. The team had to iterate on various prompt structures to ensure that the assistant could correctly interpret user queries related to scheduling appointments. By refining their prompts, they significantly improved the accuracy of the assistant's responses, which led to higher user adoption and satisfaction rates.
A list comprehension is a concise way to create lists using a single line expression. Avoid them when the logic is complex enough that a regular loop is more readable.
List comprehensions follow the syntax [expression for item in iterable if condition]. They are faster than equivalent for loops because they are optimized at the C level in CPython. However they are not always the right choice. Avoid them when: the logic requires multiple nested conditions you need to handle exceptions inside the loop the comprehension spans more than two lines when formatted or you are consuming a large dataset where a generator expression would be more memory-efficient. Nested list comprehensions (list comprehensions inside list comprehensions) are almost always a readability mistake.
In a data processing pipeline: [user.email for user in users if user.is_active and user.verified] is clean and appropriate. But building a matrix transformation with three nested comprehensions is a maintainability trap — a regular loop with clear variable names is better for the next developer.
Nesting comprehensions three levels deep making code unreadable. Using list comprehensions when you actually need a generator (you are iterating once over a large dataset). Adding side effects inside comprehensions (modifying external state) which is a major anti-pattern.
A memory crash in a production data export service was traced to a list comprehension processing 2 million records at once loading everything into memory. Replacing it with a generator expression fixed the memory issue without changing any other code.
Use generators file iteration (files are iterators in Python) or chunk-based reading. Never use read() or readlines() on large files — they load the entire file into memory.
Python file objects are iterators — you can iterate over them line by line without loading the entire file. For binary files or files where line iteration is not appropriate use file.read(chunk_size) to read fixed-size chunks in a loop. For CSV files use csv.DictReader (which iterates lazily) or pandas with chunksize parameter (pd.read_csv('file.csv' chunksize=10000) returns an iterator of DataFrames). For JSON use ijson for streaming JSON parsing. The with statement ensures the file is properly closed. For very large files (100GB+) memory-mapped files (mmap module) allow treating file content as if it were in memory while the OS handles paging.
A log analysis system needed to process 50GB daily log files to extract error counts. Using open(file).read() caused OOM crashes. Refactoring to iterate line by line (for line in file) reduced memory usage from 50GB to under 10MB while processing the same file.
Using file.readlines() which builds a complete list of all lines in memory. Using pd.read_csv() without chunksize on multi-GB files. Not closing files (always use with statement). Forgetting to handle encoding explicitly — defaulting to system encoding causes silent corruption on non-ASCII data.
A production data pipeline at a logistics company was crashing nightly when processing a 30GB shipment data CSV. The fix used pandas chunked reading: processing 50000 rows at a time aggregating results and writing summaries — reducing peak memory from 45GB (crashing the server) to 2GB.
pytest discovers and runs test functions automatically providing rich assertion introspection fixtures for dependency injection and parametrize for data-driven tests. A good unit test is fast isolated deterministic and tests one specific behavior.
pytest looks for files named test_*.py functions named test_* and classes named Test*. When an assert fails pytest shows you exactly what the actual and expected values were — no need for assertEqual(). Fixtures (@pytest.fixture) provide setup/teardown and dependency injection for tests — database connections temporary files mock objects. Parametrize (@pytest.mark.parametrize) runs the same test with multiple input/output combinations eliminating test duplication. Mocking with unittest.mock.patch replaces real dependencies with controlled fakes making tests fast and isolated. Good unit tests: test one behavior run in milliseconds do not hit databases/networks/file systems (mock these) are deterministic (same result every run) and fail with clear messages.
A FastAPI endpoint test: the test uses a pytest fixture providing a TestClient (mock HTTP client) patches the database dependency with an in-memory mock uses parametrize to test valid/invalid/edge case inputs and has clear test names like test_create_user_returns_201_for_valid_input. Each test runs in under 5ms with no external dependencies.
Writing tests that test implementation details instead of behavior — tests should not break when you refactor internals. Not mocking external dependencies making tests slow and flaky. Using a single large test function that tests multiple behaviors (impossible to tell which behavior failed). Asserting too broadly (assert response is not None) or too narrowly (asserting on exact internal state).
A Django e-commerce platform's test suite took 45 minutes to run because 800 tests were hitting the actual test database. Refactoring to use pytest fixtures with database mocking and factory_boy for test data generation reduced the suite to 3 minutes enabling CI to run on every commit.
Cross-validation trains and evaluates a model multiple times on different subsets of data giving a more reliable estimate of generalization performance especially for small datasets. The most common form is k-fold cross-validation.
In k-fold cross-validation the dataset is split into k equal parts (folds). The model is trained k times each time using k-1 folds for training and 1 fold for validation. The final performance metric is the average across all k evaluations and you also get a standard deviation showing how stable the model is. Common choices: k=5 (20% validation each time) or k=10 (10% validation). Benefits over single split: uses all data for both training and validation (important for small datasets) provides confidence intervals on performance (single split gives one number — is it lucky or representative?) and reveals if the model is sensitive to which data is in training vs validation (high variance = potential overfitting). Stratified k-fold maintains class proportions in each fold — essential for imbalanced classification.
A medical ML model for rare disease diagnosis had only 800 labeled examples. A single 80/20 split would train on 640 examples and validate on 160 — too few for either. 10-fold cross-validation trained 10 models each on 720 examples and validated on 80 giving a reliable performance estimate with confidence intervals and using all data for both training and evaluation.
Using k-fold cross-validation for hyperparameter tuning and reporting those scores as test performance (data leakage — use nested cross-validation instead). Not using stratified folds for imbalanced classification. Ignoring the standard deviation across folds — high variance means the model is sensitive to data splits which is itself a problem. Applying cross-validation to time-series data without using TimeSeriesSplit.
A production model selection process used 5-fold cross-validation to compare 20 candidate models. The winning model had a mean AUC of 0.87 with standard deviation 0.02 — indicating stable performance across folds. The runner-up had mean AUC 0.86 with standard deviation 0.09 — highly variable and less trustworthy. The stable model was selected and performed as expected in production.
To improve the performance of a machine learning model during training, you can use techniques like feature selection, hyperparameter tuning, and using more efficient algorithms. Additionally, techniques such as early stopping and regularization can help enhance model performance.
Improving the performance of a machine learning model during training involves optimizing various aspects of the model and the training process. Feature selection helps remove redundant or irrelevant features, allowing the model to focus on the most informative data, which can speed up training and improve accuracy. Hyperparameter tuning is essential, as the choice of parameters like learning rate or the number of trees in a forest can significantly influence model performance. Grid search or random search can be employed to find the best hyperparameters systematically. Early stopping is another effective technique where training is halted if the model performance on a validation set begins to decline, helping to prevent overfitting. Regularization methods like L1 and L2 penalties can also be introduced to reduce overfitting by discouraging overly complex models while still capturing the essential patterns in the data.
In a predictive maintenance application for an industrial company, engineers initially trained a regression model with too many features, resulting in long training times and poor generalization. By applying feature selection techniques, they identified the top five most impactful features, which significantly reduced the training time and improved model accuracy. They also implemented grid search for hyperparameter tuning to optimize the learning rate, which led to faster convergence and a more robust model.
One common mistake is neglecting to perform feature selection, which can lead to longer training times and models that capture noise rather than the actual signal. Another mistake is overfitting the model by not using techniques like early stopping or regularization; this results in models that perform well on training data but fail to generalize to unseen data. Lastly, many beginners rely on default hyperparameters without experimentation, potentially missing out on significant performance improvements when tuning these settings.
In my previous role at a data-driven startup, we faced challenges with our recommendation engine's training time. After extensive analysis, we realized that unnecessary features were inflating computation costs and training duration. By implementing feature selection methods and tuning hyperparameters, we managed to reduce training time by over 30% while improving recommendation accuracy, which directly impacted user engagement metrics.
A database index is a data structure that improves the speed of data retrieval operations on a database table. It is important for API performance because it allows quick access to rows, reducing the time taken for queries, especially on large datasets.
Indexes function similarly to the index of a book; they allow the database to find data without scanning every row in a table. This is crucial when APIs need to return data promptly, as slower queries can lead to increased latency and poor user experiences. However, while indexes speed up read operations, they can slow down write operations because the index has to be updated whenever data is modified. It's important to choose the right columns for indexing based on query patterns. A common mistake is to over-index, which can lead to performance degradation during inserts, updates, or deletes due to the overhead of maintaining multiple indexes.
In a large e-commerce platform, when users search for products, queries against the products table can be slow without indexing. By creating indexes on columns such as 'product_name' and 'category_id', the response time for search requests can be significantly decreased. This means users get results faster, improving the overall shopping experience. One notable case was when a poorly performing search API was optimized by adding the right indexes, leading to a decrease in response time from several seconds to under a second.
One common mistake is indexing too many columns, which can lead to excessive resource usage and performance issues during write operations. Developers also sometimes overlook the need for composite indexes when queries involve multiple columns, leading to suboptimal performance. Forgetting to periodically analyze and drop unused indexes can further bloat the database and slow down overall performance.
In a production environment, imagine a situation where an API used by mobile clients slows down during peak usage times. Upon investigation, it turns out that the database queries hitting the user table are not indexed properly, causing long wait times. Understanding index optimization would allow the team to quickly identify opportunities to add indexes and enhance the API's response time, ensuring a better experience for users during high traffic.
PAGE 30 OF 119 · 1,774 QUESTIONS TOTAL