на мой взгляд, задачи гугла решают только один вопрос — они позволяют отсеить тех, кто не согласен потратить довольно большое количество времени на подготовку к собеседованию. большинство их задач — это задачи «на поиск гуглом» и инженер с опытом, с большой вероятность, их не помнит и не решит, т.к. он работает, а не к собеседованиям готовится.
да-да-да, умение развернуть строку очень хорошо показывает умение программировать. т.е. с одной стороны, то что человек не может такого написать, говорит о том, что он скорей всего плохой разработчик. с другой стороны, если человек такое может написать, это ни говорит ровным счетом ни о чем. Тоже самое и с тестами по языку.
Жуть какая. Надо очень сильно хотеть где-то работать, чтоб на столько напрягаться с собеседованием. Удивлюсь, если к ним кто-то кроме студентов попадает&
Сервер базирующийся на Netty можно назвать не-блокирующим, каким он, по сути, и является. Зачем авторы назвали его асинхронным для меня большая загадка, может из зависти к тем языка/платформам, на которых в то время уж был асинхронный I/O.
Асинхронный, как и неблокирующий I/O однозначно быстрее блокирующего, при грамотном использовании. А так, да, я с тобой полностью согласен — кривой асинхронный сервер может быть медленнее более продуманного синхронного.
Этот «доклад» можно закрывать сразу после того, как сервер базирующийся на NIO назвали асинхронным. Асинхронное API появилось только в Java 7, что явно позднее этой презенташки. Чувак элементарных вещей не в теме, а еще что-то измерять полез :)
Знания Java тут не причем. Тут важно понимание работы с сетью, не более того.
Если внимательно посмотришь на высокопроизводительные сетевые решения, то работа строится по принципу «чем меньше потоков — тем лучше», кроме тех случаев, когда платформа (Erlang, например) предоставляет «зеленые» потоки. Во всех остальных случаях, относительно небольшое увеличение нагрузки легко кладет серверное приложение.
Я думаю, именно так рассуждал тот, кто сделал первую версию вашего сервера :))
Идея (1 поток на ввод, 1 на вывод + 1 на обработку) просто «гениальна» :))
Оказаться тут проще простого. Вот, к примеру, подробное описание как тут оказлся я.
Цены на жилье тебя ни к коем случае не должны волновать: если работодатель не дает тебе жилье — лесом такого работиодателя. Все серьезные компании его предоставляют.
Цены на еду где-то на 20-100% выше чем в МСк. Дороже всего мясо, стоит от 20 до 100 вечнозеленых американский президента за кило.
Жить, умея общаться только на английском, реально, разве что в объеснении жестами стоит потренироваться.
Обстановка — жить очень комфортно, работать — не очень комфортно.
Асинхронный, как и неблокирующий I/O однозначно быстрее блокирующего, при грамотном использовании. А так, да, я с тобой полностью согласен — кривой асинхронный сервер может быть медленнее более продуманного синхронного.
Если внимательно посмотришь на высокопроизводительные сетевые решения, то работа строится по принципу «чем меньше потоков — тем лучше», кроме тех случаев, когда платформа (Erlang, например) предоставляет «зеленые» потоки. Во всех остальных случаях, относительно небольшое увеличение нагрузки легко кладет серверное приложение.
Идея (1 поток на ввод, 1 на вывод + 1 на обработку) просто «гениальна» :))
Цены на жилье тебя ни к коем случае не должны волновать: если работодатель не дает тебе жилье — лесом такого работиодателя. Все серьезные компании его предоставляют.
Цены на еду где-то на 20-100% выше чем в МСк. Дороже всего мясо, стоит от 20 до 100 вечнозеленых американский президента за кило.
Жить, умея общаться только на английском, реально, разве что в объеснении жестами стоит потренироваться.
Обстановка — жить очень комфортно, работать — не очень комфортно.