Судя по тому, что я прочитал, оппонент понимает больше вас. :)
это не опровергает мой тезис
String a = «123» - это создание одного объекта. String b = new String(«123») - это создание двух объектов.
уляля, ты ж нифига себе откровения от матфея пошли, а как насичот:
Strings are constant; their values cannot be changed after they are created. String buffers support mutable strings. Because String objects are immutable they can be shared. For example:
String str = "abc";
is equivalent to:
char data[] = {'a', 'b', 'c'};
String str = new String(data);
Чей писюн длиннее?
простите, есть какая то принципиальная разница в контексте организации технологического цикла производства мороженого?
Вот поэтому я ненавижу сессии. [..] Ты, значица, отвечаешь какую-нибудь теорему на 5 листов, часа два паришься, да ещё попутно доказываешь, что ты не верблюд (ибо много преподов с теми же проблемами, что у shty). А другой подходит, рассказывает какую-нить мелочь - и всё.
типичный подход халявщика, который к тому же завидущ неслегка
// и да, студентов напрягал, и дальше напрягать буду, может так что из них путное и получится
Извините, но я очень скептически отношусь к теоретическому преподаванию IT в ВУЗах.
А кто Вам сказал, что меня учили программировать в ВУЗе. В 5 лет у меня появился спектрум. В 6 - 386-ой. Так я познакомился с паскалем и бэйсиком. У меня была книжечка, из которой я вбивал программы и компилил. Потом стал пытаться их как-то совмещать, так началось моё программирование. В возрасте 10 лет написал тамагочи, где-то тогда же написал игру на двоих, вид сверху в псевдографике =) Затем пришло время средней школы и Delphi. В школе ничему не учили, зато я сам потихоньку разбирался с написанием графических приложений, WinAPI, OpenGL, тогда же занялся реверсингом софта. Написал пару опенсорцных приложений, которые получили десятки тысяч скачиваний. Потом у меня появился мой первый линукс, тогда я пересел на C. Затем C++. Год назад я открыл для себя Java. Также увлекаюсь адаптивными алгоритмами, генетикой, нейросетями и т.п. Есть опыт программирования микроконтроллеров.
Правильным ответом на этот вопрос послужит большой кусок кода JVM, реализующий instanceof. Потому я предпочёл промолчать. Чтобы работать с чёрным ящиком, не обязательно знать, что внутри, достаточно знать, что произойдёт, если на вход подать нечто, и что получим на выходе. Очевидно, Вы имели в виду как раз этр, а не «как работает instanceof»?
Правильным ответом на этот вопрос послужит большой кусок кода JVM, реализующий instanceof.
Нет. Правильным ответом будет объяснение того, как работает этот оператор. Его реализация внутри JVM неинтересна.
Потому я предпочёл промолчать. Чтобы работать с чёрным ящиком, не обязательно знать, что внутри, достаточно знать, что произойдёт, если на вход подать нечто, и что получим на выходе. Очевидно, Вы имели в виду как раз этр, а не «как работает instanceof»?
Кое кому нужно делать предварительное собеседование по пониманию текстов на русском языке и только после этого спрашивать о языках программирования.
Вы уже выучили всё это наизусть и можете пересказать с проговариванием всех тагов форматирования? Я просил ответ своими словами. Правильный ответ довольно простой.
«как работает» == «каким образом реализуется», а не «что выдаёт»
Вопрос о том, как что-то работает - это просьба описать принципы работы той или иной сущности в контексте проводимого собеседования. Если вы пришли на собеседование на должность Java программиста и вас спрашивают о Java, ваши ответы должны быть в контексте Java. Код JVM, архитектура x86, отличие полевых транзисторов от биполярных и закон Ома никого на таком интервью не интересует.
вы по ссылкам то пройдите, а то с вашего жира сейчас stack overflow случится
Пройдите сами. Я вам такого не говорил, повторяю.
в любой беседе есть контекст, если Вы влезаете в некоторую беседу и не обозначаете новый контекст то, по умолчанию, валидным считается текущий, так что все Ваши отмазки могут идти на марс разводить бабочек
в любой беседе есть контекст, если Вы влезаете в некоторую беседу и не обозначаете новый контекст то, по умолчанию, валидным считается текущий, так что все Ваши отмазки могут идти на марс разводить бабочек
Контекст собеседования с java-программистом может включать особенности работы JVM, так что из контекста мы не выпали. Просто это другой уровень знаний.
ну так вы указатели не на строк_и_ сравниваете, а указатели на строк_у_, конечно их значения будут совпадать, строковый объект то один, Вы его адрес сравниваете сам с собой, в чём здесь профит?
Не поверите, но в российских реалиях эти вопросы также могут задать.
Речь шла не о вопросах, а об ответе на вполне конкретный вопрос. Оператор instanceof проверяет является ли объект приводимым к определённому классу или интерфейсу. Если он таковым не является или если ссылка на объект - null, возвращается false. В противном случае true. Это базовое понимание того, как работает этот оператор. Дальнейшие уточнения будут касаться приведения типов, что само по себе является отдельным вопросом. Если интервьюирумый этого не знает, не может сформулировать своими словами или начинает пересказывать зазубренный отрывок спецификации, брать его на работу не стоит.