Хоча внесок у проекти з відкритим кодом, певно, дасть вам певну перевагу з деякими інтерв'юерами в деяких середовищах, але відсутність їх навряд чи погіршить інших інтерв'юерів або середовищ, що знаходяться там.
Деякі конкретні середовища або інтерв'юери можуть приділяти більше уваги проектам з відкритим кодом, якими вони користуються або сприяють, але якщо ваше резюме в іншому випадку хороше, ви навряд чи постраждаєте за те, що не будете брати участь у цих проектах.
Як завжди, ви повинні пристосувати свою заявку на роботу до роботи, на яку ви претендуєте. Підкресліть сфери, які вони, ймовірно, зацікавлять, та акцентуйте увагу на областях, які вони навряд чи зацікавлять.
Опитуючи мою теперішню позицію, я наголосив на роботі, яку я колись робив на екстремальному ультрафіолетовому мікроскопі, оскільки знав, що мої майбутні роботодавці знають, що це стосується. Я зрозумів, що, не будучи інженером оптичного чи УВЧ, я, як інженер програмного забезпечення, оцінював світловідбиваючу (а не заломлюючу) оптику та надвисокі вакуумні системи. Це майже напевно змусило мене виділитися з натовпу.
Нарешті, те, що ви не можете показати їм код (а іноді навіть детально говорити про продукт), не означає, що ви не можете говорити про дизайнерські рішення, які ви так прийняли, і про ефекти, які ви мали на продукт.
З власного досвіду можу пояснити, що:
- На своїй першій роботі після університету я знову створив військовий GIS-клієнт / серверну систему, щоб він мав постійну продуктивність у всіх діапазонах масштабування, а не ставав експоненціально повільнішим, коли користувач зменшувався.
- Я взяв участь у проекті, який вже запізнився на 6 місяців, де жодне програмне забезпечення не було написано та успішно поставило найважливіший функціонал до моменту, коли обладнання було готове до тестування в реальному часі.
- Я успішно переніс програму машинного зору із застарілої бібліотеки до сучасної, додавши підтримку камери Firewire та Gig-E Vision, зберігаючи при цьому сумісність аналогових камер.
і так далі.