|
Модераторы: PILOT |
|
Sherst |
|
|||
Шустрый Профиль Группа: Участник Сообщений: 131 Регистрация: 26.10.2005 Репутация: нет Всего: 2 |
Привет всем!
Собственно вопрос по сабжу. У кого какие вопросы попадались на собеседовании при устройстве на работу Java программистом. |
|||
|
||||
batigoal |
|
|||
Нелетучий Мыш Профиль Группа: Участник Клуба Сообщений: 6423 Регистрация: 28.12.2004 Где: Санктъ-Петербургъ Репутация: нет Всего: 151 |
1. Инвертировать односвязный список (на бумажке).
2. Назвать какие-нибудь паттерны. 3. Ваше отношение и коментарии к ... (какая-нибудь особенность языка, например, отсутствие множественного наследования). 4. Собственно тестовое задание (например, написать на нескольких листах JSP-страничку с кастом-тегом, простейшей джаваскриптовой валидацией и взаимодействием с базой). Ну и общие вопросы о технологии программиррования и по дополнительным навыкам. Больше не помню. Предупреждаю: тема немного повисит, и уйдет в раздел "Обсуждение работы". -------------------- "Чтобы правильно задать вопрос, нужно знать большую часть ответа" (Р. Шекли) ЖоржЖЖ |
|||
|
||||
Vasay |
|
|||
Эксперт Профиль Группа: Завсегдатай Сообщений: 2097 Регистрация: 8.3.2006 Репутация: нет Всего: 73 |
Java - програмистом не устраивался, а вот с++ было дело , при этом обошел с десяток фирм.
Самый главный вопрос, с моей точки зрения, звучит так: "И за сколько вы у нас будете рыботать?" причем, во всех случаях, именно так, а ни "сколько вы хотите получать?"... к этому вопросу нодо быть готовым, так как больше чем Вы попросите Вам платить не будут... так что, перед тем как идти на собеседование постарайтесь узнать, сколько там платят... По программированию получал следующие: Что такое полиморфизм... Написать на бумажке код: - инвертировать список (то Lamer George - мы с Вами не в одну фирму ходили? ); - отсортировать массив разными методами; Написать простенький запрос к базе данных на SQL, что-то типа "извлечь из таблицы tabel значения fild1 всех строк, где fild2+fild3>fild4" вобщем ничего сложного по программированию не спрашивали, дальше шли вопросы по профилю деятельности фирмы: в фирме занимающейся производством оборудования и ПО для сотовых сетей, просили рассказать про то что я знаю о том что происходит в момент вызова в сетях GSM в фирме занимающейся обработкой видео спаршивали что я знаю о H.263, H.264... ИМХО второй блок вопросов является решающим, так что смотри что за ПО разрабатывает фирма, почитай рекламные проспекты, ознакомься с теми терминами которые там приводятся... И главное будь уверен в себе! Не возьмут здесь, возьмут в другом месте! -------------------- Придумать идеальную защиту от дурака невозможно, дураки, наудивление, изобретательны. |
|||
|
||||
batigoal |
|
|||
Нелетучий Мыш Профиль Группа: Участник Клуба Сообщений: 6423 Регистрация: 28.12.2004 Где: Санктъ-Петербургъ Репутация: нет Всего: 151 |
Это просто классическое задание, его почти везде могут спросить. -------------------- "Чтобы правильно задать вопрос, нужно знать большую часть ответа" (Р. Шекли) ЖоржЖЖ |
|||
|
||||
chief39 |
|
|||
карманная тигра Профиль Группа: Участник Клуба Сообщений: 1631 Регистрация: 20.5.2005 Где: Киев Репутация: 1 Всего: 77 |
Спрашивали только по фундаменталзам, ибо EE я тогда и в глаза не видал - брали авансом.
- внутренние классы, зачем, как создать экземляр и доступен ли он извне. - разница между переменными класса и перемеными в методе (особенно на инициализацию упирали) - "как можно разрушить объект" (подлавливали на gc и вообще сборке мусора). А есть ли деструкторы? - можно ли в джаве устроить "меморилик" и, если можно, то как. - анонимные классы. - массивы и "листы и сэты" - где что лучше, почему и зачем столько разных коллекций - статик, файнол. - Работа с файлами(до бумажки не дошло - выдал им последовательность действий и вариации). - приведение типов, инстансоф, новая фишка - типизированые коллекции. - "практики" на бумажке практически не было(но это не совсем типично) - "основные принципы ООП" - тут я стопорнулся. Проходил первый этап собеседования, посему общение со спецами вышло довольно спонтанным. Ничего перечитать не успел. Но тут просто вышибло начисто. Переспросил "что вы имеете в.... в виду?"(как Максим Перепелица в самоволке ) ). "Ну... говорят... слыхал ли ты что-то о полиморфизме, ... - ..ЛЯЯЯЯ! Конечно, ща расскажу" Когда по базам гоняли - тоже вышибло начисто - виды индексов. Помню что нефтяник, а где я нефтяник... спросили: повторятся значения могут в индексах? Говорю: ну если unique не указывать - то отчего ж и нет? И тут меня опять: ...ЛЯ! Щазз мы вам всё разложим по полочкам! Заулыбались, рассказал до ниточки. Это я к тому, что главное понимать и не бояться выспрашивать что хотят. Потому как один вопрос прозвучал так, что второй экзаменатор выдал погоди Серёга.. я и сам не понял чё ты хочешь спросить... Ну и по базам прошлись(это уже везде как таблица умножения обязательно ): - что быстрее: селект, делит, инсерт, апдейт - когда какие и почему индексы нужны? - нормальные формы не спрашивали. (И хорошо - я уже их номера забыл. нормализовать могу, а перечислить все - трудно.) - jdbc - что это? зачем? А odbc можно использовать? а как? - Когда индекс может мешать - кластерный индекс - триггера и процедуры не спрашивали, но могут и поспрошать, если с БД будешь сталкиваться. - "дерево" в одной таблице. Ещё трошки по униксам спросили, по шеллу и общему устройству, но это уже оффтоп. А вообще спрашивают по тому, что у тебя в резюмэ. Так что лучше писать то, что знаешь и расскажешь. Если перегрузишь резюме всяким, что видел когда-то - могут спросить: а ну-к напиши на перле скриптец - а ты и не вспомнишь - будет осадок. Поэтому лучше немного и в точку. Ну а то, что написал - повтори перед собеседованием. ИМХО, для фундамента джавы - Эккеля вполне хватит перечитать. Умный дядька -все нюансы осветил. Итого: - перечитай что в резюме и повтори это - не бойся вытягивать из них и переспрашивать - не пугайся, если не вспомнишь хлёсткую фразу из хрестоматии - переспроси и расскажи как понимаешь своими словами - так даже лучше будет, если правильно пояснишь. - не боги собеседуют - может это твой коллега будущий, который к тебе ещё за советом придёт )) -------------------- Люди - это свечи. Они либо горят, либо их - в жопу!(с) |
|||
|
||||
LSD |
|
|||
Leprechaun Software Developer Профиль Группа: Модератор Сообщений: 15709 Регистрация: 24.3.2004 Репутация: нет Всего: 537 |
-------------------- Disclaimer: this post contains explicit depictions of personal opinion. So, if it sounds sarcastic, don't take it seriously. If it sounds dangerous, do not try this at home or at all. And if it offends you, just don't read it. |
|||
|
||||
chief39 |
|
|||
карманная тигра Профиль Группа: Участник Клуба Сообщений: 1631 Регистрация: 20.5.2005 Где: Киев Репутация: 1 Всего: 77 |
Вопрос стоял так: что быстрее, без учёта передачи данных по сети, и проч и проч. Именно в СУБД. Подковырка была в том(как прозвучало), что чистый селект отработает быстрее всех, ибо все остальные - это тот же селект + какие-то манпуляции с данной выборкой. -------------------- Люди - это свечи. Они либо горят, либо их - в жопу!(с) |
|||
|
||||
LSD |
|
|||
Leprechaun Software Developer Профиль Группа: Модератор Сообщений: 15709 Регистрация: 24.3.2004 Репутация: нет Всего: 537 |
Интерестно select чего идет при insert-е в табличку где нет ключей, индексов и констрайнов
-------------------- Disclaimer: this post contains explicit depictions of personal opinion. So, if it sounds sarcastic, don't take it seriously. If it sounds dangerous, do not try this at home or at all. And if it offends you, just don't read it. |
|||
|
||||
batigoal |
|
|||
Нелетучий Мыш Профиль Группа: Участник Клуба Сообщений: 6423 Регистрация: 28.12.2004 Где: Санктъ-Петербургъ Репутация: нет Всего: 151 |
-------------------- "Чтобы правильно задать вопрос, нужно знать большую часть ответа" (Р. Шекли) ЖоржЖЖ |
|||
|
||||
LSD |
|
|||
Leprechaun Software Developer Профиль Группа: Модератор Сообщений: 15709 Регистрация: 24.3.2004 Репутация: нет Всего: 537 |
Это смотря где, в Oracle и MS SQL Server это две большие разницы. В Oracle это способ съэкономить дисковое пространство и ускорить выборку данных, для таблиц имеющих общие данные. Если есть 2 таблицы у которых есть большая часть общих данных (как правило это PK и FK), то можно хранить только один экземпляр данных и ускорить выборку для запросов делающих join по этим полям. В частности это используется в системных словарях Oracle. У MS SQL Server по моему это индекс, привязанный к физическому хранению данных на диске (но я точно не уверен, могу путать). -------------------- Disclaimer: this post contains explicit depictions of personal opinion. So, if it sounds sarcastic, don't take it seriously. If it sounds dangerous, do not try this at home or at all. And if it offends you, just don't read it. |
|||
|
||||
batigoal |
|
|||
Нелетучий Мыш Профиль Группа: Участник Клуба Сообщений: 6423 Регистрация: 28.12.2004 Где: Санктъ-Петербургъ Репутация: нет Всего: 151 |
Грубо говоря, к аналогу ROWID? -------------------- "Чтобы правильно задать вопрос, нужно знать большую часть ответа" (Р. Шекли) ЖоржЖЖ |
|||
|
||||
chief39 |
|
|||
карманная тигра Профиль Группа: Участник Клуба Сообщений: 1631 Регистрация: 20.5.2005 Где: Киев Репутация: 1 Всего: 77 |
При инсерте селект не идёт, для него надо выделить местечко. Возможно оно уже есть, а возможно придётся выделять новый кусок памяти под табличку. Вобщем на этом вопросе мы долго мучились Это индекс, который определяет физический порядок расположения записей в таблице. Обычный индекс предоставляет абстрактно упорядоченные записи. Кластерный(может быть только один на таблицу) заставляет физически располагать записи в таком порядке. Но есть проблемка: При создании таблицы выделяются некие экстенты, не заполненные на 100%. По мере добавления записей - создаются новые экстенты или запись заносится в уже существующий. Грубо говоря, если в экстенте все слова на букву "С", то туда новую запись"Саша" и занесёт. Но! Если экстент забит, а надо вставить в его серединку - то оно тупо начнёт дописывать в конец таблицы. В этот момент пойдут прахом преимущества кластерного индекса. И если раньше, найдя какой-то диапазон, можно было шерстить экстент за экстентом(то есть скан превращался в ходьбу по индексу), то теперь придётся прыгать по диску как с обычным индексом. IBM в продуктах DB2 внедрило многомерность. Когда указывается несколько полей для своеобразной кластерности. Для уникального сочетания значений этих полей создаётся экстент(или несколько). Не очень экономное расходование диска, но скорость поиска по таким полям выростает. А всё потому, что линейная органзация памяти "ФонНеймановской машины" даёт о себе знать. Упс! джавовский топик-то -------------------- Люди - это свечи. Они либо горят, либо их - в жопу!(с) |
|||
|
||||
batigoal |
|
|||
Нелетучий Мыш Профиль Группа: Участник Клуба Сообщений: 6423 Регистрация: 28.12.2004 Где: Санктъ-Петербургъ Репутация: нет Всего: 151 |
Уже нет, сделали его всеобщим достоянием. -------------------- "Чтобы правильно задать вопрос, нужно знать большую часть ответа" (Р. Шекли) ЖоржЖЖ |
|||
|
||||
walkman1889 |
|
|||
Новичок Профиль Группа: Участник Сообщений: 1 Регистрация: 28.1.2016 Репутация: нет Всего: нет |
Модератор: Сообщение скрыто. |
|||
|
||||
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей) | |
0 Пользователей: | |
« Предыдущая тема | Обсуждение работы | Следующая тема » |
|
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности Powered by Invision Power Board(R) 1.3 © 2003 IPS, Inc. |