З умови задачі не зрозуміло в яких масштабах можна сортувати жителів.
Дано:
Джон в місті лише один.
Машина на вїзді в місто.
Обмежена кількість пального.
Завдання: Знайти Джона за мінімальний час, навіть якщо закінчилось пальне.
Рішення:
Пошук лінійний.
Для використання евристики потрібно певне знання про структуру простору (Ми, навіть, не знаємо, де центр міста).
Варіанти простору:
1. Місто з однієї вулиці
2. Місто з двох перехресних вулиць.
3. Місто з двох параллельних і однією перпендикулярної (для простоти) вулиць.
4. Місто з двох декількох паралельних і перпендикулярних вулиць — многогранник.
Виходячи з вищенаведених припущень про структуру спробувати побудувати оптимальний по часу лінійний пошук. Наприклад, для варіанту 4, я б зробив пошук від периметру міста (не потрібно буде тратити пального) до центру по спіралі.
Задача дозволяє створити власну карту?
Дозаправиться и ехать дальше, чтобы можно было не в холостую жать на газ...
Читав по смайликах. Пиши ще😁.
Це все з телефону?
Cum hoc ergo propter hoc
Java+PHP+MySQL
Java+RebbitMQ+MySQL
Я дотримуюсь думки архітектора.
Можна спробувати переконати бенчмарком. Інші нюанси архітектор, апріорі, уже розглянув
Для простоти позначимо:
T — час перегонки автомобіля з пункту А в пункт Б.
Z — час подолання відстані з пункту А в пункт Б пішим ходом.
X — певний відрізок шляху, наприклад 1/8 відстані від пункту А до пункт Б.
Якщо автомобілі не поломляться і не закінчиться пальне, найшвидший час буде сумою:
2T + Z
Тобто час на перегонку першого автомобіля + час на подолання відстані пішим ходом + час на перегонку другого автомобіля.
З додатковими умовами більш оптимальним по часі буде варіант долати певний відрізок шляху (Х) на першому атомобілі, пішим ходом вертатись за другим і долати певну відстань на другому автомобілі (наприклад 2X). Цей варіант, у випадку виходу з ладу одного з автомобілів, дає найбільший шанс в найкоротший термін (менше ніж 2T + Z) доставити хоча б 1 автомобіль. Якщо ж автомобілі не виходитимуть з ладу — отримаємо 2T + Z.
відволікайся на ще щось окрім роботи.
Штучний інтелект потрібно навчати. Найефекиивніший інтелект — людина. Для ШІ рівня людини не вистачить енергії.
До речі, якщо у тебе є вільний час — це було б дійсно цікаво перевірити.
Від себе: Для хабру знайди конкурентну перевагу і не здавайся.
Кожен інструмент має свої нюанси і підводні камні. Немає сенсу порівнювати nodejs vs. php на швидкість. Nodejs використовується у випадках, коли потрібні keep-alive, WS зєднання. PHP — краще працює з обчисленнями.
Чудово. Добав, будь ласка, порівняння кількість keep-alive конектів по кожному.
mysql> select * from sys.memory_global_by_current_bytes;
The TokuDB bulk fetch algorithm speeds up fractal tree scans by returning multiple rows per tree search rather than a single row. This amortizes the cost of a fractal tree search over several rows. We have observed a speedup of between 2x and 5x when using bulk fetch compared to not using it. TokuDB 7.1.7 (and prior versions) only use bulk fetch for simple selects. As a result, only simple selects run fast. Other operations, such as create select, run slow. We describe when bulk fetch can be used, how its use is triggered, and why it can be used to speed up operations such as create select.github.com/...
Можливо Ви і праві. Я висловив свою думку, яка грунтується на власному досвіді.
Кукіс доцільно використовувати усюди, де вони підтримуються (браузер).
У токенів інше призначення. Токени використовуються коли кукіс недоступні. Найбільш поширений варіант: АПІ.
Навіть якщо автор топіка спеціаліст — я б його на роботу не брав.
Не можна з сімї виносити на публіку конфлікти.
Те ж саме стосується роботи.
Сьогодні кандидат оприлюднив приватну переписку, завтра — продав конкурентам код.
— Компанії з українською пропискою не можуть гарантувати кастомеру правовий захист.
— Стереотипи: більшість потенційних кастомерів, які мають $/€, вважають, що в східній Європі лише зловмисники.