Pull to refresh

Comments 28

WTF?
final CountDownLatch latch = new CountDownLatch(subReaders.length);
...
latch.countDown();
...
latch.await();


Вы меня, конечно, извините, но правильно вот так:

List<Future<?>> futures = new ArrayList<Future<?>>();
for (int i=0; i<subReaders.length; i++) {
    futures.add(executorService.submit(new Runnable() {
        @Override
        public void run() {
            /// body
        }
    }));
}

for (Future<?> future : futures) {
    try {
        future.get();
    } catch (InterruptedException e) {
        ///
    } catch (ExecutionException e) {
        // Exception из метода run() - нет нужды в AtomicReference<Throwable> exceptionReference,
        // плюс так можно обработать ВСЕ исключения
    }
}



Да, Вы правы.
И даже «submit(new Callable ...», чтобы пробрасывать checked-исключения.
И модное «catch (InterruptedException | ExecutionException e)».
Ооо, в Java можно указыать несколько типов исключений в блоке catch. Давно мечтаю о такой фиче в C#.
UFO just landed and posted this here
Это вы потроллить так решили?
        try
        {
            string s = null;
            ProcessString(s);
        }
        // Most specific:
        catch (ArgumentNullException e)
        {
            Console.WriteLine("{0} First exception caught.", e);
        }
        // Least specific:
        catch (Exception e)
        {
            Console.WriteLine("{0} Second exception caught.", e);
        }
Имеется ввиду несколько типов в одном блоке catch, без дублирования.
Вовсе нет.
Вы видимо невнимательно смотрели на Java код?! Там судя по всему можно писать так:
try{

}
catch (InterruptedException | ExecutionException e)
{
}

То есть в одном блоке два типа исключения.
Теперь ясно. Действительно не понял сразу о чем речь.
Кстати, вы не пробовали elastic search? Его, конечно, тоже надо настраивать, но там хотя бы нетривиальный многопоточный код писать самому не нужно. Да и интересно было бы сравнить производительность кластера из коробки и собственного решения.
Кратко: да, мы о нём знаем и о solr.
Реального сравнения никто не проводил, но есть устоявшееся мнение, что коробочное решение будет медленней кастомного.
А вообще, наша реализация поиска появилась в то время, когда и solr и elasticsearch были в зачаточном состоянии. С тех пор у нас появилось некоторое количество внутренних решений, которые «нельзя просто взять и перенести».
Естественно, мы движемся в направлении универсализации и использования стандартных решений.
От Solr остались скорее негативные впечатления, т.к. конфигурировать его довольно неудобно. А вот ElasticSearch действительно понравился. Там довольно много всего сделано для удобства использования и диагностики.
Осталось только еще качество самого поиска улучшить. А то по запросу технический директор мне что только не вываливается
Ну вот вместо того, что бы загонять мне карму в минус, можно было бы просто принять во внимание замечание. Потому что поиск работает очень плохо.

Вот простой пример
hh.ru/applicant/searchvacancyresult.xml?areaId=1&notWithoutSalary=&orderBy=0&text=%D0%A2%D0%B5%D1%85%D0%BD%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B8%D0%B9+%D0%B4%D0%B8%D1%80%D0%B5%D0%BA%D1%82%D0%BE%D1%80&professionalAreaId=1&desireableCompensation=&compensationCurrencyCode=RUR&specializationId=3

Как по запросу «Технический директор» в категории «Информационные технологии» вдруг мне предлагают внезапно: Системный администратор, Преподаватель по HTML, SEO специалист и тем более Тренер-консультант по обучению банковским продуктам.

Кто загонял выяснить не удастся, а за коммент спасибо. Все «плохо работает» мы записываем для последующих опытов.
А по конкретному примеру — в вакансии работодатель указал профобласть «CTO, CIO, Директор по IT»
Это понятно что бывают ситуации, что пользователь неправильно указал категорию. Но я же указал конкретную подстроку — «технический директор». Её нет в указанных вакансиях. Т.е. именно это и смущает. Если бы я просто запросил все вакансии в категории «CTO, CIO, Директор по IT» то претензий не было. А тут два условия и кактегория и подстрока — а как результат- прорываются такие вакансии.
Здесь сработал механизм синонимов. А с ним CTO = технический директор.
И указана не подстрока, а два слова (которые, являясь «устоявшимся словосочетанием» будут искаться как синоним).
Для самых хитрых у нас есть специальный язык запросов, описанный на hh.ru/article/1175
Например, для поиска «подстроки» нужно записать её в кавычках, а для исключения синонимов, указать перед словом восклицательный знак.
Ваш случай (строго 2 слова без синонимов стоящие рядом): !«технический директор»
Кавычки нужны обычные, не «ёлочка», ох уж этот хабр )
Фидбэк: на данный момент не работает «поиск по компаниям» (на всякий случай браузер Chrome 31.0.1650.57 m). Не работает поиск по ключевому слову, по клику на буквы. Всегда выводит 0 результатов найдено.
скиньте, плиз, ссылку, где это происходило. можно в личку. за сегодняшний день «на стороне поиска» по компаниям было <10 свалившихся запросов и все до обеда.
Быстрый поиск, быстрый поиск… Почему у вас находит по запросу 3000 вакансий, а дает просмотреть лишь 2000? Очень приятный сюрприз, когда доходишь до 20й страницы, получается.
«Best practices». google по многим запросам тоже рисует миллионы найденных результатов, но просмотреть даёт лишь первые 1000.
А если серьёзно, Вы считаете, что это правильно глазами просматривать 2000+ найденных результатов? Не вернее ли подумать пару минут и сузить критерии поиска?
Я думаю, что HH двигается не в самом удачном направлении реализуя полнотекстовый поиск.

Возможно следует пересмотреть саму идею поиска? Сделать дерево всех должностей и вернуться к обычному числовому индексу?
Навыки для каждой области — реализовать в виде облака и глобальным обратных индексом как в LinkedIn для каждого направления?

Такой подход даст полное представление о рынке, а не результат работы Lucene с данными ключевыми словами. Часто сталкиваюсь с вакансиями в которых ненароком использовано конкретное ключевое слово.
После Вашего комментария у меня возникло подозрение, что Вы используете какой-то другой linkedin )
Отказываться же от полнотекстового поиска IMHO нельзя, т.к. то, что очевидно в использовании для IT-шников, не всегда настолько же удобно для остальной части аудитории.
> После Вашего комментария у меня возникло подозрение, что Вы используете какой-то другой linkedin )

Обратите внимание на блок: «Навыки и квалификация» именно про него я и говорил («реализовать в виде облака и глобальным обратных индексом»).

> Не всегда настолько же удобно для остальной части аудитории.

Хотелось бы пример…
Меня ввели в заблуждения слова «как в linkedin». Если Вы не пользуетесь мне недоступной beta-версией linkedin, то там я вижу просто текстовое поле и никаких тэгов. Мы ведь говорили о вакансиях.
В профилях пользователей да, у них есть скилы/тэги, и там же они здорово задействовали социальную составляющую сети.

Пример того как пользователи ищут вакансии? Не будет секретом что есть люди вводящие запросы вида «водитель в Москве от 50000». Поверьте, им не интересны тэги, а облака и деревья для них есть только на небе и в лесу.
Sign up to leave a comment.