що вважається "досвідом" з певною мовою? [зачинено]

Я зараз студент CS в процесі пошуку літніх стажувань, особливо тому, що хочу розробляти додатки для Android та / або iOS. Переглядаючи вимоги до різноманітних можливостей (будь-які можливості розробки програмного забезпечення, не лише ті, які я виділив), він відображатиме список "Досвід роботи з x, y, z ....". Моє запитання: що саме вважається досвідом певної мови чи технології? Мені пощастило, що я мав можливість використовувати декілька мов у своєму університетському навчанні, все - від VB до монтажу MIPS. Однак особисто, за невеликими винятками, я б не вважав себе достатньо обізнаним у більшості мов, якими я користувався, щоб потрапити на посаду і сказати кодувати х за датою. Я можу знати основи мови,

Для використання конкретного прикладу, з яким я стикаюсь зараз: Стажування Мене цікавить перелік досвіду роботи з C та / або C ++ як вимоги. Я трохи пропрацював C, я знаю, що можна, а чого не можна робити, я володію і читаю K&R, розумію, як працюють покажчики тощо. Але я фактично не написав значної кількості коду в C, я Я написав кілька коротких програм і змінив декілька інших, але я ніколи не писав нічого досить великого, де б мені насправді довелося керувати розподілом пам'яті або придумувати деякі абстракції, щоб створити потрібну функціональність. Тож, хоча я відчуваю, що маю концептуальне розуміння, я цього не застосував. Чи вважається концептуальне розуміння досвідом? Я завжди прагну вчитися та розширювати свої знання, але також не хочу надмірно обіцяти (що здається протилежним тому, що ти

Думки? Поради?

Особисто для переліку вакансій я переклав би "досвід роботи з X" в "написав код за допомогою X, який зараз працює у виробництві для замовника".

Причиною цього є те, що обсяг роботи, необхідний для перетворення "ей, я отримав цю роботу", в код міцності виробництва, як правило, нетривіальний, і саме там з’являються деталі, що ховаються від чорта. Наприклад, на C - вам потрібно вміти писати програми, не вразливі до перевищення буфера. У Java вам потрібно правильно звільнити свої ресурси для тривалих програм.

Нічого поганого в тому, щоб подивитися на технологію і пограти з нею, але це не зовсім вважається досвідом.

Слово "досвід" означає різні речі в різних контекстах. У робочих місцях це, як правило, означає реальний досвід роботи компанії чи організації, але не читайте занадто далеко до цього.

1. Реальний досвід реальної організації не повинен бути платним досвідом, щоб вважати його "досвідом".

2. Якщо ви подаєте заявку на стажування, а робота вказана як стажування, то, як правило, є невеликий пробіг щодо того, що є досвідом.

3. Ви можете використовувати приклади коду та / або проекти як заміну досвіду у багатьох випадках, коли подаєте заяву на стажування.

і, нарешті, не хвилюйтеся про те, як знати, як заскочити і знати, що ви робите відразу. Перше моє стажування кілька років тому було в моєму університеті, коли я писав Perl, і я не мав уявлення, чим займаюся, як 2 місяці ... тоді, коли я повільно вчився і брав на себе більше проектів, пропозиції про роботу почали надходити. Якщо ви будете добре співбесідувати і мати кілька прикладів, щоб показати і пояснити, тоді ви зробите все добре. Мої два центи.

Коли я був свіжішим, якби в оголошенні про підбір персоналу не було визначено щось як "мінімум X місяців / років за технологією Y", я б сміливо припускав, що вони чудово знають свіжих, які мають хороші знання. Кілька електронних листів перекладалися на дзвінки, але дуже мало їх переходило на етап співбесіди. Тим не менш, я відчував, що варто спробувати.

Різні технології вимагають різного рівня «досвіду», перш ніж можна назвати себе досвідченим. І знову це дуже відносно. Хтось із 2-річним досвідом може вважати себе експертом, тоді як отери можуть не називати себе експертами через 4 роки з тієї ж технології. Вам, мабуть, знадобиться менше часу, щоб стати експертом у SQL, ніж вам потрібно вбудувати системи. Я вважаю, що іноді люди з 3-4 років досвіду C / C ++ нещасно не відповідають елементарним питанням.

Будьте відверті, але також будьте впевнені в собі! Як свіжіше, якщо ви добре знаєте свої курсові речі, досить добре; якщо ви знаєте трохи більше, ніж це, ще краще. Але не очікується, що ви будете давати дисертацію щодо моделей дизайну або мати змогу скласти власний компілятор. Якщо ви проявляєте правильне ставлення до роботи та вміння вирішувати проблеми, ви майже там!