sab123 | задопихание

Ну так естественно, что такое карьера? - это последовательность работ в одной и той же области, только желательно с постепенно увеличивающейся должностью и деньгами. Но бывают и варианты, как в твоем примере. То есть не надо смотреть _только_ на objective, но и на его тоже. Там же могут содержаться уточнения про географию, тип компании и т.д.

Вот кстати о географии, очеь бесит, когда единственный способ фильтрации - по зип-коду, и в радиус попадает какой-нибудь Нью-Йорк или Сиэттл, и потом этот мусор приходится вручную вычищать.

> очеь бесит, когда единственный способ фильтрации - по зип-коду, и в радиус попадает какой-нибудь Нью-Йорк или Сиэттл, и потом этот мусор приходится вручную вычищать.

Какую ты видишь альтернативу кругу поиска с определенным радиусом?
Рисовать карту с границами зоны поиска работ?
99% кандидатов подобным заморачиваться не станут, даже если им дать в руки такой инструмент.

Идеальным вариантом я хотел бы иметь чекбокс "no downtown".

Можно использовать список zipcodes.
Например, начать с одного zipcode и указания радиуса.
Потом выдать список всех попадающих в радиус зипкодов - и дать возможность удалить их из списка.
Ну а дальше - уже запомнить этот список и искать работы только в этих зипкодах.

Но это требует advanced user и более сложного кодирования.
Поэтому подобное мало кто делает.

Да и строгие ограничения по зипкоду - не всегда хорошо подходят.
Ведь ради какой-то работы ты вполне можешь согласиться ездить в ненавистный тобой downtown.
Например, потому, что очень много платят.
Или, потому, что работа очень интересная.
Или, потому, что туда нужно ездить только раз в месяц, а остальное время - работать из дома.
Разве эти варианты можно указать в стандартом фильтре при поиске работ?

Так эти зипкоды никто не знает кроме своего.

> эти зипкоды никто не знает кроме своего

Вероятно, поэтому интерфейс со списком зипкодов редко используется.

Хотя мне иногда пользователи перечисляют в каких зипкодах они ищут работу.
Но, в их случае, лучше использовать один зипкод (с радиусом), а не несколько.

> То есть не надо смотреть _только_ на objective, но и на его тоже.

В objective тоже может оказаться что-то полезное, но смотреть надо не на то, что это objective, а на то, какие skills можно обнаружить в тексте.

> Там же могут содержаться уточнения про географию

Это как? "Исключить работы в NYC"?

> Это как? "Исключить работы в NYC"?

Ну да. Но там хотя бы есть вариант, что если есть ограничение по штату, то ставишь штат NJ - и готово, NYC исключен. А вот с Сиэттлом так просто не сделаешь, он в том же штате. Но это не только Сиэттл, есть еще городки на другой стороне залива. Они по прямой конечно рядом, но это по воде, а в реальности туда два часа ехать вокруг залива.

О, вот наверное как можно смоделировать заливы: у зипкодов, которые находятся рядом с естественными препятствиями, добавить атрибуты - имя препятствия и сторону от него, где зипкод находится. То есть, например, у Сиэттла это будет "Puget Sound, East", "Lake Washington, West". И потом при поиска делать агрегацию найденных препятствий, чтоб можно был пометить чекбоксы "исключить: Lake Washington, West; Puget Sound, West".

В-принципе, то же самое будет работать и с городами: "New York City, In", "New York City, Out". И ньюйоркцы смогут радостно ограничиться ньюйорком, а неньюйоркцы неньюйорком.

Edited 2022-10-10 18:47 (UTC)

> Но там хотя бы есть вариант, что если есть ограничение по штату, то ставишь штат NJ - и готово, NYC исключен.

New Jersey - слишком большой по размеру.
Лучше уж в NYC через мост ехать, чем ехать на другой конец New Jersey.
Я, обычно, выбираю zipcode миль на 7 западнее от исходного zipcode в NJ, и выставляю радиус поиска миль 10-15: и до NYC не достает, и в New Jersey не слишком далеко.

> есть еще городки на другой стороне залива.

Заливы - это вообще сложная ситуация.
Ведь через залив может ходить паром.
Или можно на своей лодке плыть или даже вертолете летать.
Иногда через залив идет мост. Или подземный туннель.
Все случаи - сложно учесть.

> у зипкодов, которые находятся рядом с естественными препятствиями, добавить атрибуты - имя препятствия и сторону от него, где зипкод находится.

Препятствия вполне могут быть преодолимыми для некоторых людей.
И, в любом случае, это существенно усложняет как код поиска, так и UI.

Для кого препятствия преодолимы, тот не будет ставить галочку в исключающем чекбоксе.

Что бы ты написал на "исключающем чекбоксе", чтобы пользователь сумел понять, что же он обозначает?

Например "exclude locations West of Lake Washington".

Заранее job board может не знать, в каком зипкоде job seeker ищет работу.
Значит, такой checkbox нужно будет показывать только после того, как job seeker ввел свой зипкод (и оказалось, что на западе, поблизости от введенного зипкода, располагается Lake Washington.
Это несколько усложняет UI (и backend).

При большом объеме поисков в районе Lake Washington -- такой чекбокс может себя и оправдать. Но совсем необязательно.

> Значит, такой checkbox нужно будет показывать только после того, как job seeker ввел свой зипкод

Ну естественно. Я ж даже рассказал выше: находим зикоды в радиусе, собираем их список препятствий, группируем их, и показываем чекбоксы для найденных препятствий и их сторон.

Слишком сложно для подавляющего большинства ищущих работу. Увы.

задопихание

Re: "Objective" and "looking for"

Search location and distance

Re: Search location and distance

Re: Search location and distance

Re: Search location and distance

Re: Search location and distance

Re: "Objective" and "looking for"

Re: "Objective" and "looking for"

Re: "Objective" and "looking for"

Re: "Objective" and "looking for"

Чекбокс, исключающий препятствия

Re: Чекбокс, исключающий препятствия

Re: Чекбокс, исключающий препятствия

Re: Чекбокс, исключающий препятствия

Re: Чекбокс, исключающий препятствия