Контекст собеседования с java-программистом может включать особенности работы JVM, так что из контекста мы не выпали. Просто это другой уровень знаний.
Именно поэтому возможно двоякое понимание вопроса. Именно поэтому надо уточнять, что подразумевается функциональность instanceof, а не внутреннее устройство.
ты сейчас написал глупость, и я тебе уже объяснил почему
Я понял, в чëм проблема. Я называю объектом переменную-указатель, а вы - область памяти, которую он занимает. Предлагаю завершить этот бессмысленный спор.
Собеседование закончено, а путь к изучению java похоже только начинается, лол. Про LinkedList вопросы были, да. Про потоки, про синхронизацию и еще по всяким основам.
Тут не очень много java разработчиков и все и не припомнишь. Лучше всего погуглить java interview, там сразу с ответами и на разные темы. Я такие вопросы находил, что так сразу и не подумаешь что могут задать, хотя сложного вроде ничего
Спрашивают не только java. Почитай паттерны (в том числе EIP), погугли задротские вопросы по threading, и желательно не зафейлить, что оказывается ты все таки не можешь слитно объяснить что такое скрам. Есть говнари которые еще и UML спрашивают.
Я понял, в чëм проблема. Я называю объектом переменную
да, это проблема, не надо называть объектом переменную
Я называю объектом переменную-указатель, а вы - область памяти, которую он занимает.
так говорить некорректно, у нас тут три субъекта отношений (если очень грубо, на самом деле всё чуть-чуть потоньше) - адрес в памяти, переменная которая хранит этот адрес и некоторые атрибуты объекта, которые хранятся по тому самому адресу памяти «согласно купленным билетам»
Предлагаю завершить этот бессмысленный спор.
почему же бессмысленный, в споре рождается истина и раскапываются новые горизонты :)
Обычно все можно рассказать неформальными схемками без проблем, а не ругаться 10 минут нужно ромбик или стрелочку. Весь UML не нужен, и люди которые его требуют тормозят процесс. А схемы нужны, да, просто если их так дотошно стандартизировать, то все превратится в бюрократию. Все равно без текста ничего не понятно. Но вообще вопрос спорный
UML удобен тем, что можно по коду очень просто автоматизированно сгенерировать диаграмму. Весь остальной ваш пост наполнен неосиляторством чуть менее, чем полностью.
Просто компонуй и объединяй в группы прямо по ходу разработки. Чтобы новые разработчики могли легко ориентироваться. При этом основную работу по генерации всё-таки будет выполнять IDE и все плюшки, вроде перехода к методу по клику, будут сохранены.
Нет, но обычно когда рисуют UML, то вместо того чтобы таки тыкнуть пальцем и сказать два слова, то начинают вырисовывать стрелочки, причем неправильно и потом все равно объяснять словами.
Проблема UML в том не в самом UML, а в том что его никто не знает и городят потом диаграмки. Начинаешь подумывать чтобы не спрашивать его на собеседованиях чтобы со временем похоронить традицию массово косячить на UML.
кстати, забавно, что сишные привычки всё так же остаются актуальны, хотя их смысл меняется. Типа, писать везде впереди константу. Или делать в функции/методе только одну точку выхода.
Или делать в функции/методе только одну точку выхода.
Никогда не понимал, зачем. Хотя вот Одерски тоже кто-то покусал и он вообще выпилил из скалы всё goto-образное, порой вместо того, чтобы код писать, думаешь как же из функции выйти.
веб-разработчикам весь этот булшит не нужен. Ынтерпрайзы, шмынтерпрайзы, порталы, портлеты, стандарты, «сделайте нам чтобы совместимо со спекой XYZ.LMN.123». Кому всё это нужно? Трем с половиной конторам - клиентам Оракла, уровня Газпрома или Альфабанка? Поздравляю, мы не работаем в этих трех с половиной компаниях. Нам нужно быстро и удобно фигачить реальные проекты. Чтобы сделать сайт тренажерного зала Спарта я возьму Playframework, пройду туториал (часов за 6) и нафигачу сам сайт (еще часов 12). Туда же в топку вместе со спецификацией портлетов идут тайные знания о нутрях Спринга, Хибернейта и прочего хтонического здеца.
Для разных задач разные инструменты. Говновизиткам и прочим мелким вебозадачам(йоба портал на юкозе ололо) - своя ниша. Ынтырпрайз решениям уровня Газпрома или Альфабанка - другая. Зачем смешивать? Пернуть в лужу чтобы лишь, другого смысла в этом не вижу
А что вы ещё умеете (J2EE, Hibernate, Freemarker?) и где живёте?
Он ставит J2EE на первое место. Но работает ли он в одной из Трех С Половиной Компаний?
Люди тратят свое время на изучение бесполезной хрени. Мало того, они и других подначивают. На тему: вот, дескать, не будешь ты шарить в Чтозафигне 2 и Чертногусломит API 3.6 - будешь непацан, не возьмем мы тебя сеньором. И бедные падаваны начинают изучать всё это, стараться применять, чтобы когда-нибудь иметь возможность.... которой никогда не появится хотя бы из статистических соображений.
Люди тратят свое время на изучение бесполезной хрени. Это недопустимо.
Вполне возможно, что сама Ява - бесполезная хрень, и ее не надо изучать.
Например, вопрос Макса про LinkedList vs ArrayList хоть и элементарный, но практического применения не имеет. Все всегда используют ArrayList. Когда у человека возникнут проблемы с перфомансом ArrayList, если они вообще когда-то возникнут, с помощью святого Гугля и святого Жавадока он асилит разницу самостоятельно. И самое главное, он не будет тратить время на изучение тонн Бесполезной Хрени, а изучит саму суть проблемы in-place. Проблемы, которой никогда не появится из статистических соображений.
Нужна для построения сложных бизнес-логик и надежных систем -> не «бесполезная хрень».
из статистических соображений.
Сайтов-визиток и порталов с форумом на пхпбб, безусловно, всегда нужно больше. Сложных и больших(действительно больших) систем - меньше, ок.
Все всегда используют ArrayList
Нубчанских хватает, давайте все равняться на нубчанских и строить одним долотом целый дом, привыкли же к долоту, удобно и все знают, полезный инструмент.
Нубчанских хватает, давайте все равняться на нубчанских и строить одним долотом целый дом, привыкли же к долоту, удобно и все знают, полезный инструмент.
Чем плох ArrayList? Ну, если опустить вопрос о потокобезопасности.