Помимо того, что к ноутбуку должна прилагаться жена, которая его будет держать под удобным углом, еще нужно будет купить gps-модуль. Ибо, например, Яндекс.Маркет прямо сейчас предлагает всего 7 ноутов с предустановленным GPS, один из которых — полупланшет :)
Безусловно, есть еще Car PC на x86, но сколько их у людей? И сколько их будет в будущем с учётом грядущих автомобильных ОС от гугла и эппла?
Я, безусловно, не эксперт в этой теме, но на уровне каких-то общих представлений кажется, что навигатором под ПК будут пользоваться полтора человека.
Жаль, ведь вы были прекрасным собеседником. Умудряетесь в буквах видеть эмоции — подростковые выпады, высокомерие, пижонство, — я в восторге.
Я иной раз думаю всякое. Вот как так получается, что Microsoft Word, который в 1999 году работал на 486м процессоре, влезая в 16 мегабайт памяти, сейчас отжирает половину ресурсов и еле ворочается на восьмиядерном ксеоне? Что за индус мог написать калькулятор для убунты, который для своей работы тянет сотню пакетов ради красивой отрисовки кнопочек? Какая такая волшебная сила превращает танчики, которые работали на денди, в многомегабайтного монстра, за полчаса высасывающего батарейку на топовом смартфоне? Что за мировой заговор новостных сайтов, которые состоят из текста и картинок и при этом отжирают по гигабайту в браузере?
И периодически убеждаюсь, что нет ни чудес, ни волшебства, ни индусов, ни масонского заговора. Есть лишь Правильные программисты, которые презирают всяких пижонов, заботящихся о производительности своих продуктов. Правильным программистам не нужны бенчмарки. Им не надо знать, что быстрее в конкретной задаче — D, Go, плюсы или вообще пхп. Это всё вторично.
Скорость работы везде и особенно в вебе — для пижонов. Ведь если вы пишете не один-на-миллион поисковик/соцсеть/биллинг, а сайт «Сады и парки Норильска», то можно это делать спустя рукава и как-нибудь. А когда всё начинает тупить — так это не кодер неподходящий инструмент выбрал, это хостер кривой. Голову включать не надо, надо масштабироваться железом.
Неспособность ответить на прямо поставленный короткий вопрос как раз и выдает подростковое мышление.
Я не могу рассказывать о нагрузках типичного форума а-ля rsdn, потому что не имею отношения к разработке типичных форумов а-ля rdsn. Зато имею отношение к разработке нескольких продуктов с нагрузками в тысячи и десятки тысяч запросов в секунду. И не по наслышке знаю, как сэкономленные где-нибудь в дальнем углу кода 10-20 миллисекунд могут сэкономить десяток тысяч долларов в месяц на железе.
Поскольку мне было интересно, откуда взялось ваше утверждение, я задал простой вопрос — «Вы хоть одно нагруженное приложение в жизни писали?». Он короткий и не несёт в себе никаких эмоций.
Как я могу предположить теперь — нет, не писали. А если я прав (если я прав) — получается, в предмете вы ни черта не понимаете, о чём говорите — не знаете, но Веское Мнение имеете.
Ну вот такой я убогий, да. Не увидел в вашем Глубоком Месседже истинного посыла — лишь выливание ушатов известной субстанции на ребят, которые посмели, сволочи такие, написать статью на хабр, и при этом в двух пробных роликах не совершили революции в гейм-индустрии и не переплюнули Тарантину по хитросплетению сюжета. Пойду самоубьюсь.
Я хотел серьёзно вступить в дискуссию, но потом прочёл интереса ради ваши прошлые комменты и понял, что со своей безмозглостью случайно попал в очень почётный список рядом с "неадекватным" главой Мосигры и "бредящим" вице-президентом Parallels, который "в жизни никогда не пользовался на компе чем-то сложнее браузера и ворда". Пожалуй, остановимся на этом.
Парни, это огонь.
Конкретно по этим двум видео — присоединюсь к предыдущим ораторам и скажу, что времени на решение катастрофически мало. У меня без чашки кофе первый раз убежать получилось только с 3 раза — промахивался :) И от меня как от обладателя сенсорной мыши отдельное спасибо за то, что не стали заморачиваться на нажатие левой/правой/средней кнопки и заюзали лишь скролл.
Ну и, будь я на вашем месте, я бы уже писал письмо в Pornhub с предложением о сотрудничестве.
… и продолжает им добровольно заносить миллиарды баксов из своего кармана — такая вот интересная ненависть. Может быть, не стоит судить обо всём мире по собственным представлениям?
Ну и в целом. Чуваки рассказали на Хабре (на Хабре, а не в кружке кинематографистов) в общем про идею, реализацию, процесс, подводные камни, и показали результат. Вы их критикуете за сюжет фильма. Замечательно.
Это вы с козырей сразу зашли. Тут тогда можно и про шардинг вспомнить, но я в данном случае умиляюсь именно отсутствию в сравнительных анализах такой простой и, как ни крути, базовой процедуры, как update части документа.
Программирование на стороне сервера | Нет
Доступность обучающих ресурсов | Трудно найти
Вы меня простите, но это не сравнение, а ерунда с запахом холивара.
Кроме того, как и в других подобных статьях, тут ловко обходят стороной такую операцию, как «update одного значения в документе».
Как игрок не проявляет активности некоторое время, пусть 10 минут, сохраняем профиль в базу и завершаем процесс
Как я понимаю, если сервер в течение этих 10 минут приляжет отдохнуть, то весь мой игровой прогресс, как и прогресс N тысяч других игроков, уйдет в небытие?
Не, Тёма, location.capture — он такой же, как сокеты: синхронный и неблокирующий; Lua будет ждать, пока capture не вернёт ответ.
Но всегда можно перед ssga.event() засунуть ngx.eof(): это отцепит клиента, а сервер продолжит спокойно отсылать запрос в фоне. Ну или в локации, на которую уйдёт location.capture, первой строкой выполнить ngx.eof(), тогда capture выполнится мгновенно.
Отлично. Рад, что я не одинок в своём горе :)
Одно замечание: в 2гисе мы опытным путём установили, что скармливать регулярки nginx'у получается быстрее, чем обрабатывать их родным gsub'ом в Lua. Разница под нагрузкой — примерно 300%.
Information
Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Ого. Вот, что значит юзать 5 лет исключительно онлайн и мобильную, спасибо.
Безусловно, есть еще Car PC на x86, но сколько их у людей? И сколько их будет в будущем с учётом грядущих автомобильных ОС от гугла и эппла?
Я, безусловно, не эксперт в этой теме, но на уровне каких-то общих представлений кажется, что навигатором под ПК будут пользоваться полтора человека.
Я иной раз думаю всякое. Вот как так получается, что Microsoft Word, который в 1999 году работал на 486м процессоре, влезая в 16 мегабайт памяти, сейчас отжирает половину ресурсов и еле ворочается на восьмиядерном ксеоне? Что за индус мог написать калькулятор для убунты, который для своей работы тянет сотню пакетов ради красивой отрисовки кнопочек? Какая такая волшебная сила превращает танчики, которые работали на денди, в многомегабайтного монстра, за полчаса высасывающего батарейку на топовом смартфоне? Что за мировой заговор новостных сайтов, которые состоят из текста и картинок и при этом отжирают по гигабайту в браузере?
И периодически убеждаюсь, что нет ни чудес, ни волшебства, ни индусов, ни масонского заговора. Есть лишь Правильные программисты, которые презирают всяких пижонов, заботящихся о производительности своих продуктов. Правильным программистам не нужны бенчмарки. Им не надо знать, что быстрее в конкретной задаче — D, Go, плюсы или вообще пхп. Это всё вторично.
Скорость работы везде и особенно в вебе — для пижонов. Ведь если вы пишете не один-на-миллион поисковик/соцсеть/биллинг, а сайт «Сады и парки Норильска», то можно это делать спустя рукава и как-нибудь. А когда всё начинает тупить — так это не кодер неподходящий инструмент выбрал, это хостер кривой. Голову включать не надо, надо масштабироваться железом.
Аминь.
Я не могу рассказывать о нагрузках типичного форума а-ля rsdn, потому что не имею отношения к разработке типичных форумов а-ля rdsn. Зато имею отношение к разработке нескольких продуктов с нагрузками в тысячи и десятки тысяч запросов в секунду. И не по наслышке знаю, как сэкономленные где-нибудь в дальнем углу кода 10-20 миллисекунд могут сэкономить десяток тысяч долларов в месяц на железе.
Поскольку мне было интересно, откуда взялось ваше утверждение, я задал простой вопрос — «Вы хоть одно нагруженное приложение в жизни писали?». Он короткий и не несёт в себе никаких эмоций.
Как я могу предположить теперь — нет, не писали. А если я прав (если я прав) — получается, в предмете вы ни черта не понимаете, о чём говорите — не знаете, но Веское Мнение имеете.
П — Профессионализм.
Вы хоть одно нагруженное приложение в жизни писали?
Я хотел серьёзно вступить в дискуссию, но потом прочёл интереса ради ваши прошлые комменты и понял, что со своей безмозглостью случайно попал в очень почётный список рядом с "неадекватным" главой Мосигры и "бредящим" вице-президентом Parallels, который "в жизни никогда не пользовался на компе чем-то сложнее браузера и ворда". Пожалуй, остановимся на этом.
Конкретно по этим двум видео — присоединюсь к предыдущим ораторам и скажу, что времени на решение катастрофически мало. У меня без чашки кофе первый раз убежать получилось только с 3 раза — промахивался :) И от меня как от обладателя сенсорной мыши отдельное спасибо за то, что не стали заморачиваться на нажатие левой/правой/средней кнопки и заюзали лишь скролл.
Ну и, будь я на вашем месте, я бы уже писал письмо в Pornhub с предложением о сотрудничестве.
Ну и в целом. Чуваки рассказали на Хабре (на Хабре, а не в кружке кинематографистов) в общем про идею, реализацию, процесс, подводные камни, и показали результат. Вы их критикуете за сюжет фильма. Замечательно.
Вы меня простите, но это не сравнение, а ерунда с запахом холивара.
Кроме того, как и в других подобных статьях, тут ловко обходят стороной такую операцию, как «update одного значения в документе».
Как я понимаю, если сервер в течение этих 10 минут приляжет отдохнуть, то весь мой игровой прогресс, как и прогресс N тысяч других игроков, уйдет в небытие?
Но всегда можно перед ssga.event() засунуть ngx.eof(): это отцепит клиента, а сервер продолжит спокойно отсылать запрос в фоне. Ну или в локации, на которую уйдёт location.capture, первой строкой выполнить ngx.eof(), тогда capture выполнится мгновенно.
Одно замечание: в 2гисе мы опытным путём установили, что скармливать регулярки nginx'у получается быстрее, чем обрабатывать их родным gsub'ом в Lua. Разница под нагрузкой — примерно 300%.