А какое мне дело до статистики? Какая разница, насколько мал процент уходящих в декрет мужчин, если если в этот процент попадёт конкретный человек, которого я взял на работу?
Слишком мало исходных данных, чтобы ответить на опрос.
Если кандидаты показали себя в равной степени и эта степень устраивает, нужен анализ личностных данных.
В ходе собеседования создается некая картина личности. Ты видишь, комфортно ли тебе общаться с этим человеком, а зная свою команду, можно сделать вывод, насколько комфортно будет себя чувствовать этот человек в коллективе.
Гендерный признак тут не роляет (в декрет и мужчина может уйти).
А я в своё время бросил один престижный сибирский университет, в котором учился на геофизика, а потом, после армии, отучился в непрестижном университете и стал айтишником.
И иногда настолько всё достаёт, что хочется стать геологом и уйти в тайгу копать минералы…
Некоторые клиенты выдают ошибку при попытке передать в строке GET-запроса массив. Чтобы этого не случилось, нужно квадратные скобки урленкодить ( [ — %5B и ] — %5D)
В моём случае случае, задача по проектированию справочников ложится на пользователя инструмента. В документации я привёл всего лишь пример (хотя признаю, крайне неудачный. Обещаю поправить).
Что касается связи между справочниками — я пока не придумал, как это реализовать в универсальном механизме. У Вас это решается кодом, но у вас более узкая задача.
и увидел, что при любом ip у вас $stop равен последнему блоку. Т.е. всегда выборка до конца.
Ого! Вот это я накосячил! Спасибо!
Также не совсем понял, у вас нет зависимостей между справочниками? Ну чтобы когда находишь город, в этой записи были ссылки на соответствующие записи в справочниках региона и страны.
У меня нет возможности указать зависимости между справочниками.
В моём примере информация о городе, регионе и стране хранится в одном справочнике «geo». При желании, можно сделать три справочника (город, регион, страна), что уменьшит размер базы, но увеличит количество дисковых операций при поиске. Но опять же, связь будет только между диапазоном и справочником.
Например, мне нужна не гео-база, а база ip ботов. Или провайдеров. Или вообще, всё вместе. Тогда я собираю одну базу:
гео — на основе того же maxmind
боты — на основе, к примеру ipgrabber
провайдеры — отдельным скриптом собираю инфу в RIPE
И всё. С помощью этой тулзы я смогу одним запросом получить всю необходимую инфу, а не держать 3 разные библиотеки, не инициализировать их все и не делать к к каждой по запросу.
Если кандидаты показали себя в равной степени и эта степень устраивает, нужен анализ личностных данных.
В ходе собеседования создается некая картина личности. Ты видишь, комфортно ли тебе общаться с этим человеком, а зная свою команду, можно сделать вывод, насколько комфортно будет себя чувствовать этот человек в коллективе.
Гендерный признак тут не роляет (в декрет и мужчина может уйти).
И иногда настолько всё достаёт, что хочется стать геологом и уйти в тайгу копать минералы…
Или в конструкторе класса алгоритм складывания самолётика из листа?
Некоторые клиенты выдают ошибку при попытке передать в строке GET-запроса массив. Чтобы этого не случилось, нужно квадратные скобки урленкодить ( [ — %5B и ] — %5D)
Что касается связи между справочниками — я пока не придумал, как это реализовать в универсальном механизме. У Вас это решается кодом, но у вас более узкая задача.
Ого! Вот это я накосячил! Спасибо!
У меня нет возможности указать зависимости между справочниками.
В моём примере информация о городе, регионе и стране хранится в одном справочнике «geo». При желании, можно сделать три справочника (город, регион, страна), что уменьшит размер базы, но увеличит количество дисковых операций при поиске. Но опять же, связь будет только между диапазоном и справочником.
И всё. С помощью этой тулзы я смогу одним запросом получить всю необходимую инфу, а не держать 3 разные библиотеки, не инициализировать их все и не делать к к каждой по запросу.
Ведь IP база — это не только геолокация…