Опять же все сводится к психологии. Мне не трудно подождать 5 минут… или 10 минут, особенно если маршрут занимает 1..2..3 часа. Но я например не буду ждать следующего поезда 6 часов.
Мне кажется это из серии тех задач, где важен не ответ, а рассуждения.
Тогда, при прочих равных (стоимость проезда, время в пути, удобство посадки в поезд и тп), я пока что не вижу другого решения, кроме лежащего в плоскости эмоций и психики :)
а на станцию он с какой стороны заходит? или он по центру входит, между платформами (например туннель под путями как часто бывает на больших вокзалах) и ему что налево, что направо — одинаково по затрачиваемым усилиям?
поезда отходят от платформы на восток и на запад с одинаковой частотой. Мужчина приходит на платформу и садится в первый поезд. Жена живет на востоке, любовница на западе — почему то так получается, что он чаще едет к жене — как так?..
Я правильно понимаю, что в этой задаче основной поинт в «востоке» и «западе»?
В свое время аналогичную проблему (стресс-тест веб-приложения), я решил созданием небольшого распределенного приложения (на java, тогда еще 1.4, потом 5-я теперь 7я). На вход которого подавался файл с ссылками, полученный от Яндекс.вебмастера. Раньше у Я.Вебмастера не было ограничения на кол-во выгружаемых в файл записей, поэтому легко получались реальные тест-кейсы по 2..3..4 млн ссылок (включая «ошибочные» и т.п.).
На нескольких VPS в разных дата-центрах, запускаются пулы этаких «реквестеров», каждому из которых централизованно передается какая то часть ссылок из файла с данными. Также, передаются настройки, сколько потоков запускать, с каким периодом ожидания, нужно ли «парсить» получаемый html (например для проверки наличия тега H1 или соответствия его содержимого некоему шаблону).
Реквестеры, в процессе работы, отсылают на управляющий сервер свою текущую статистику (сколько запросов выполнил каждый их поток, какое среднее время ответа, % ошибок и тому подобное)
Далее подключаем к тестовому аппликейшен серверу jprofiler и наслаждаемся :) ну или в срочном порядке решаем проблему если сразу «все плохо». Нагрузка которую выдерживает тестовый стенд (ну например с метрикой полное «время генерации не больше 1000мс»), практически на 98% совпадает потом с реальной нагрузкой которую приносят на продакшен сервер живые посетители и поисковые боты.
Сейчас Я.Вебмастер дает только 500тыщ ссылок, поэтому дополняем входные данные из файлов access логов.
Странно, есть же решение, буквально на поверхности лежит. Приложение ставится на 2 телефона, в них прописываются телефоны друг друга. Отправка смс с кодом #call_me#08:45PM# (#call_me#30m#) или #alarm_me#08:45PM# инициирует звонок с другого телефона. Ну хотите сэкономить на смс, через какой нить вайбер высылайте. Все это можно оформить как «соцсеть для забывчивых девочек». Ни один гайдлайн не проскочит имхо :) Благодарностей не надо :)
[update] Для пущей реальности, телефон который вызвал другой телефон, после ответа, может проигрывать звуковой файл с непрерывной громкой речью. Например, куча громких криков на тему "… где тебя носит в такое время, ребенок не кормлен, няня уволилась, а я разведусь с тобой!!!" :)
Химия у нас не была профильным предметом. Мы больше по другой части были, по системам управления. В том числе и всякими ракетами тоже. Правда небольшими и беспилотными :)
Уххх, я хорошо помню очень-зиму 1988го года, в моей альма-матер вся кафедра «химии» в полном составе праздновала, а в декабре когда раздали гос-премии и награды, на радостях так и зачеты всем автоматом поставили. «А город подумал ученья идут» :) И только спустя несколько лет стало известно, что как раз «за Буран» и получили все эти гос-премии.
Движокито один, да фильдеперсовых рюшечек у Я.Браузеоа хватает. Начиная с политики защиты. Была же история, когда он по дефолту блокировал кнопки с повешенным на них событием onclick. Была.
я слышал и «джонсон» :)
а в Яве нет ничего странного, в первых книгах (перевод) часто писали именно Ява, принимали парадигму что это по названию острова, а он в русском языке записан именно как «Ява»
Вы знаете, сколько я видел настоящих разработчиков на java, практически ни один из них не хэйтил другие языки. При этом любой из них по факту «фуллстек», так как «если припрет» он сможет на java сделать все. И фронт и бэк, и параллельные вычисления, и просто большие вычисления. И дескопную программу написать. Это самодостаточная система, понимаете?
Вот Вы обвиняете Java в том, что к ней не так быстро прикручивают новые идеи. Легко обвинять экосистему которая плодотворно развивается с конца 90-х годов, на которой написаны сотни тысяч _ПО НАСТОЯЩЕМУ_ больших бизнес приложений. Это уже часть мира, без которй не прожить. Большая «Экосистема» должна быть обратно совместимой как минимум. Новые ЯП с новой семантикой как раз и появляются по причине того, что ЯП ставшие стандартами отрасли не могут позволить себе менять кардинально свой стандарт на каждый новомодный чих и пых.
Я использую java с 2002...03 года. Я использовал реализацию comet уже тогда, когда слово «web-socket» еще не слышал практически ни один фронтендщик, да собсно говоря и node.js еще не было. Я уже делал реальные проекты и бэка и фронта только на java и они до сих пор работают. Представьте себе на сервере с 2гигами памяти, 1 ядром и db на нем же.
Поэтому, когда я писал про берег реки, поверьте, я писал о личном опыте. Много воды утекло с тех, а java есть и еще очень долго будет. Просто потому, что это реально удачный ЯП. Просто потому, что она заставляет соблюдать высокий стандарт разработки. Просто потому, что выстрелить себе в ногу на java достаточно проблематично. Даже если какому нибудь джуну очень захочется.
А новые языки всегда будут. И адепты нового языка будут говорить, что Scala это прошлый век, что она не реализует новые идеи.
Хайп всегда проходит, остается сухой остаток. Вопрос его количества. И у java он один из самых больших за последние 20..30 лет.
На зарплаты Java разработчиков тратится прилично больше денег нежели чем на зарплаты Scala разработчиков. Поэтому это нифига не аргумент. Но если что, лично я рад за Вас :)
Я про табло реальных вакансий. Хайп хайпом, это нужно, это попытка совершить прогресс и все такое, но в сухом остатке, в суровой реальности, востребованным остаются в основном уже опробованные языки и технологии. И так будет очень долго, потому что конечный потребитель, заказчик прежде всего умеет считать деньги. А ЯП выжившие после конца хайпа, могут запросто занять одну, какую-нибудь узкую нишу. И вполне себе там жить.
Так вот я и говорю: хорошие программисты не хотят писать на Java — они увидели, что можно в Scala и в Kotlin и всё — они потеряны для Java. И все коммьюнити не может ничего без основных контрибьюторов.
«Счет на табло» тем не менее. А хоронить java начали давно между прочим. А она сидит и смотрит как проплывают мимо… :) Потому что Java — это удачный баланс для энтерпрайза (да и не только для него) между строгостью и фривольностью.
P.S. Solr очень непростая штука и для получение хороших результатов требует хорошей настройки. О нашем опыте на этом поле мы расскажем в следующих статьях.
Наверное я мало видел проектов, но точно скажу, из тех проектов, что я видел, успешными стали только те, в которых разработчик(и) не пренебрегали предметной областью. Причем один такой неуспешный проект делался одновременно с другим. В итоге после полутора лет и трат выраженных 7ми значными числами в рублях, этот неуспешный проект был поглощен тем вторым, который делался, имея в своем базисе крепкое знание и понимание предметной области. При этом команда второго проекта постоянно проводила консультации для первой команды. И поглощение выглядело как "просто 301-й редирект" (это вебпроекты были). Взять и переюзать что-либо было просто нереально.
Разобраться грамотно в предметной области — это половина успеха и половина проекта. Даже для "кодера" джуна.
Мне кажется это из серии тех задач, где важен не ответ, а рассуждения.
Я правильно понимаю, что в этой задаче основной поинт в «востоке» и «западе»?
На нескольких VPS в разных дата-центрах, запускаются пулы этаких «реквестеров», каждому из которых централизованно передается какая то часть ссылок из файла с данными. Также, передаются настройки, сколько потоков запускать, с каким периодом ожидания, нужно ли «парсить» получаемый html (например для проверки наличия тега H1 или соответствия его содержимого некоему шаблону).
Реквестеры, в процессе работы, отсылают на управляющий сервер свою текущую статистику (сколько запросов выполнил каждый их поток, какое среднее время ответа, % ошибок и тому подобное)
Далее подключаем к тестовому аппликейшен серверу jprofiler и наслаждаемся :) ну или в срочном порядке решаем проблему если сразу «все плохо». Нагрузка которую выдерживает тестовый стенд (ну например с метрикой полное «время генерации не больше 1000мс»), практически на 98% совпадает потом с реальной нагрузкой которую приносят на продакшен сервер живые посетители и поисковые боты.
Сейчас Я.Вебмастер дает только 500тыщ ссылок, поэтому дополняем входные данные из файлов access логов.
[update] Для пущей реальности, телефон который вызвал другой телефон, после ответа, может проигрывать звуковой файл с непрерывной громкой речью. Например, куча громких криков на тему "… где тебя носит в такое время, ребенок не кормлен, няня уволилась, а я разведусь с тобой!!!" :)
Движокито один, да фильдеперсовых рюшечек у Я.Браузеоа хватает. Начиная с политики защиты. Была же история, когда он по дефолту блокировал кнопки с повешенным на них событием onclick. Была.
а в Яве нет ничего странного, в первых книгах (перевод) часто писали именно Ява, принимали парадигму что это по названию острова, а он в русском языке записан именно как «Ява»
ну и багаж конечно же
Вот Вы обвиняете Java в том, что к ней не так быстро прикручивают новые идеи. Легко обвинять экосистему которая плодотворно развивается с конца 90-х годов, на которой написаны сотни тысяч _ПО НАСТОЯЩЕМУ_ больших бизнес приложений. Это уже часть мира, без которй не прожить. Большая «Экосистема» должна быть обратно совместимой как минимум. Новые ЯП с новой семантикой как раз и появляются по причине того, что ЯП ставшие стандартами отрасли не могут позволить себе менять кардинально свой стандарт на каждый новомодный чих и пых.
Я использую java с 2002...03 года. Я использовал реализацию comet уже тогда, когда слово «web-socket» еще не слышал практически ни один фронтендщик, да собсно говоря и node.js еще не было. Я уже делал реальные проекты и бэка и фронта только на java и они до сих пор работают. Представьте себе на сервере с 2гигами памяти, 1 ядром и db на нем же.
Поэтому, когда я писал про берег реки, поверьте, я писал о личном опыте. Много воды утекло с тех, а java есть и еще очень долго будет. Просто потому, что это реально удачный ЯП. Просто потому, что она заставляет соблюдать высокий стандарт разработки. Просто потому, что выстрелить себе в ногу на java достаточно проблематично. Даже если какому нибудь джуну очень захочется.
А новые языки всегда будут. И адепты нового языка будут говорить, что Scala это прошлый век, что она не реализует новые идеи.
Хайп всегда проходит, остается сухой остаток. Вопрос его количества. И у java он один из самых больших за последние 20..30 лет.
«Начали за здравие, закончили за упокой».
Я про табло реальных вакансий. Хайп хайпом, это нужно, это попытка совершить прогресс и все такое, но в сухом остатке, в суровой реальности, востребованным остаются в основном уже опробованные языки и технологии. И так будет очень долго, потому что конечный потребитель, заказчик прежде всего умеет считать деньги. А ЯП выжившие после конца хайпа, могут запросто занять одну, какую-нибудь узкую нишу. И вполне себе там жить.
это как то… как то уж очень категорично
Буду ждать, это очень интересная тема сейчас.
Наверное я мало видел проектов, но точно скажу, из тех проектов, что я видел, успешными стали только те, в которых разработчик(и) не пренебрегали предметной областью. Причем один такой неуспешный проект делался одновременно с другим. В итоге после полутора лет и трат выраженных 7ми значными числами в рублях, этот неуспешный проект был поглощен тем вторым, который делался, имея в своем базисе крепкое знание и понимание предметной области. При этом команда второго проекта постоянно проводила консультации для первой команды. И поглощение выглядело как "просто 301-й редирект" (это вебпроекты были). Взять и переюзать что-либо было просто нереально.
Разобраться грамотно в предметной области — это половина успеха и половина проекта. Даже для "кодера" джуна.