Вопросы по Java

«почему вы решили писать на б-гмерзкой жабке, а не на славненьком си?»

Что есть Java, и почему вы желаете кодить на ней?

Указатели в java. Native c в java. GC в java. ООП паттерны.

как правильно по русски?
1) ява;
2) джава;
3) йава;
4) скала;
5) сишарп.

Очевидно, правильно 4, но в российских реалиях 1 и 5.

сколько звёзд на ЛОРе

Толсто!

Автоупаковка и автораспаковка типов.

Для чего используется слово final?

Для чего - transient?

Когда выполняется и когда не выполняется блок finally?

Вася очень любит писать веб-приложения. Когда он показал одно из своих приложений Пете, он заметил, что нагрузка резко возросла. В частности, среднее потребление памяти (RSS) подскочило с 2Гб до 8Гб. GC со штатными настройками конфигурации server перестал справляться - время его работы резко увеличилось, а newgen за время между его пробегами забивал всю память, доступную джаве (Вася поставил overcommit_memory=2).

Дайте Васе общие рекомендации по настройке GC для работы с большими объёмами памяти.

пагни

Кстати, а что погнуть-то надо? Сам никак?

когда не выполняется блок finally?

Когда VM рухнула. Правильно?

Почему вы решили подать заявку в нашу компанию?

Кем вы видите себя через 5 лет?

Опишите свой главный недостаток/преимущество.

System.exit(0), например, не?

Ты забыл:

6) ЛNСП 7) Хаскель

Я на таких собеседованиях сразу говорил давай, до свидания!

такие вопросы возможны, наверное, на английском языке в устной форме, чтобы лвл английского еще прощупать

Ключевые слова, исключения, коллекции, потоки.

когда не выполняется блок finally

чего-чего?

офигеть, где ты последний раз видел такой код в продакшене?

Как происходит сборка мусора в общем виде? Какие существуют наиболее распространенные GC? В каких ситуациях какой GC лучше?

чем отличается интерфейс от абстрактного класса?

чего-чего?

Извините, вы нам не подходите.

Вариант не лучше краха VM =) В общем, бредовый вопрос какой-то.

на junior'ские позиции вопросы по языку обычно не задают

Когда VM рухнула. Правильно?

В более общем случае, когда VM завершила свою работу до finally. Вышеупомянутый System.exit(0) тоже подходит.

как сравнивать строки и почему правильный способ правильный, а неправильный неправильный

Как выбор GC связан с приёмом на работу программиста? Или у вас программисты и сервера поднимают, и сети прокладывают, и ТЗ пишут, и кодят?

как сравнивать строки

Сурово и беспощадно:

    public static boolean equ(String a, String b)
    {
        if (a == null || b == null || a.length() != b.length()) return false;
        
        for (int i=0;i<a.length();i++)
            if (a.charAt(i) != b.charAt(i)) return false;
        
        return true;
    }

Вы об этом неправильном способе говорили?

нет, об этом:

a == b

a == b

Это вообще не способ сравнения строк.

Да уж, действительно сурово. Особенно NPE от метода в самый неподходящий момент.

с чегой-та оператор сравнения перестал быть способом сравнения? я только что показал, как им можно сравнить две строки.

Особенно NPE от метода в самый неподходящий момент.

А где там NPE?

с чегой-та оператор сравнения перестал быть способом сравнения? я только что показал, как им можно сравнить две строки.

Вы показали, как им можно сравнить два указателя. И хорошо, если умная Java соптимизирует так, что указатели совпадут.

В яве все переменные, кроме примитивных типов - указатели, в том числе строки, поэтому строки можно сравнивать оператором сравнения. В том, что такое сравнение даст не тот результат, который может ожидать junior, и заключается смысл этой типичной подъебки. Правильный способ сравнивать строки - a.equals(b).

И хорошо, если умная Java соптимизирует так, что указатели совпадут.

не совпадут.

И хорошо, если умная Java соптимизирует так, что указатели совпадут.

не совпадут, инфа 100%

В яве все переменные, кроме примитивных типов - указатели, в том числе строки, поэтому строки можно сравнивать оператором сравнения. В том, что такое сравнение даст не тот результат, который может ожидать junior, и заключается смысл этой типичной подъебки. Правильный способ сравнивать строки - a.equals(b).

Ну вот я и привёл тебя к тому, что == — вообще не способ сравнения строк.

не совпадут.

А вот это не факт, можешь сам проверить.

6) сисярп.

И хорошо, если умная Java соптимизирует так, что указатели совпадут.

А когда «умная» Java будет «оптимизировать»?

Если взять такой код:

String a = "123";
String b = "123";
System.out.println(a == b ? "ага" : "неа");

не совпадут, инфа 100%

        String a = "1";
        String b = "1";
        
        System.out.println(a == b);

Проверяй.

На всё это я уже дал ответы.

Ну вот я и привёл тебя к тому, что == — вообще не способ сравнения строк.

Чо, правда? А я думаю, что это я тебя привел к тому, что «==» - это неправильный способ сравнения строк, о котором я изначально и говорил :)

А вот это не факт, можешь сам проверить.

поверь мне - не совпадут

В жабе строки не интернируются?

Чо, правда? А я думаю, что это я тебя привел к тому, что «==» - это неправильный способ сравнения строк, о котором я изначально и говорил :)

Ты просто чудак, который не читал моих постов всю дорогу, чтобы потешить своё ЧСВ.

поверь мне - не совпадут

Просто проверь. Это куда быстрее. УМВР.

Правильный способ сравнивать строки - a.equals(b).

Кстати, напомнило...

String a = null;
System.out.println(a.equals("null") ? "ага" : "неа");

На всё это я уже дал ответы.

Был только ответ на «что выведется». На остальное - не было.

И хорошо, если умная Java соптимизирует так, что указатели совпадут.

никогда такого не случится, вы что.

неа

Был только ответ на «что выведется». На остальное - не было.

Я не могу судить о способах оптимизации внутри VM явы. Я лишь знаю, что оптимизация происходит, вижу её последствия. Методы оптимизации внутри VM — задача разработчиков VM.