Pull to refresh
3
0
Семен Левин @remal

User

Send message
Эм… Это и есть «тупо падать». По такому сообщению понять причину ошибки невозможно.
В MVP нету связи Model — View. Такая связь есть в MVC.
А сам haxe, как язык, тут совершенно не при чем. Это лишь проблема тех, кто реализовал на нем таким образом эти мячики.
— Какая у вас средняя нагрузка — сколько данных в среднем пишется в Монгу? Сколько онлайн юзеров?
— Был ли включен journal'инг? Резервное копирование, отказоустойчивость? А отказоустойчивость на уровне Node?
— Какая задержка до получения отчетов считается нормальной? Агрегация за прошлый день или максимально близко к realtime?
— Чем не угодила та же ГуглАналитика (или ЯндексМетрика)? Из того что вы написали, вроде, все можно ею сделать///
— Почему не стандартный для такого класса задач набор Apache Storm — Hadoop/Spark?
— Есть уже готовые счетчики, которые вполне поддаются кастомизации, например, Snowplow. Чем они не угодили?
— Каким образом вы обрабатываете ситуацию когда надо отправить некоторое событие, но юзер сразу же закрывает вкладку/переходит на другую страницу?
— Буферизируете ли вы данные перед отправкой (несколько «пакетов» собрать в один и послать одним запросом)?
— Как по-вашему, оправдано ли хранить данные для счетчиков в памяти?
— Вы хоститесь на своих серверах или облако? Если облако, то какое?
— Если облако, то пользуетесь ли всякими «хаками» для освобождения памяти, типа сброса кеша ОС, что повлечет за собой уменьшение потребление памяти Монгой?
— Каков максимальный размер массива с PID'ами?
— Где и как генерируется PID?
— Что будете делать, если одного сервера с Node станет недостаточно? Какая максимальная производительность, по вашим оценкам, у одного сервера?

Понимаю, что на некоторые из этих вопросов вы уже дали ответы, просто хотелось бы более подробного рассказа. Спасибо!
Расскажите, плз, что делаете для продвижения. Каких результатов добились? Кол-во игроков, доход? Общее кол-во загрузок?
На самом деле все может быть куда как проще: производители СОРМ-ов могут лоббировать подобные постановления, учитывая цены на эти устройства.
И придет такой человек, выучивший мануал или тупо подготовившейся к собеседованию, к вам, и будет писать жуткий говнокод, от которого волосы дыбом будут стоять.

Я сейчас на знания PHP, как языка/стандартной библиотеки, вообще ни одного вопроса не задаю (да, ищем не junior'ов). Слишком простой язык, чтобы там было на что спрашивать.
Если чем-то можно воспользоваться, этим обязательно воспользуются. Если где-то можно наговнокодить, то обязательно наговнокодят. Плох тот язык, что дает много таких возможностей. Всегда найдется кто-то «умный», кто помнит какие-то хитрые особенности, а потом с его кодом очень «весело» работать.

Про новые строчки после return… Я однажды полдня провел за отладкой из-за этой «фичи».

А уж как весело заниматься рефакторингом большого JS приложения и потом пару недель краснеть когда тебе присылают очередной баг, появившийся из-за несоответствия типов. Или из-за того, что что-то во время рефакторинга переименовать забыл. После одного такого опыта я лично зарекся писать на чистом JS. Только Haxe/Java/… код, который транслируется в JS. Правда, это камень в огород вообще всех слабо-динамически типизированных языков. И, да, я знаю о TDD.

По сути, с JS можно нормально работать только при строгих coding styles, code review и очень большом проценте покрытия кода *качественными* тестами. И делать review каждой сторонней библиотеки. Как решить проблему рефакторинга, я не знаю.
Где-то пару-тройку лет назад у меня начинали появляться зародыши подобных мыслей. Особенно, когда стал задавать себе вопросы «почему это у меня получается хорошо и я получаю удовольствие от этого, а вот другое, что, вроде, мне нужно, никак не дается».

Примерно тогда же смог принять свое прошлое и не огорчаться по тому, что упустил. Понял что я тогдашний просто не мог поступить по-другому. Я не могу влиять на прошлое. Только на будущее. Понял, что могу влиять, на самом деле, на лишь немногую часть своей жизни, как бы ни хотелось быть ответственным за все.

Примерно год назад настал кризис «я не развиваюсь» и стал задавать себе кучу вопросов на тему того чем занимаюсь, какие люди меня окружают, чего хочу и т.д. Несколько месяцев ходил к психологу. Рекомендую.

В конечном счете пришел к практически таким же выводам, как в статье. Но избавиться от чувства вины бывает тяжело…
Автор, вы проделали большую работу и вы — молодец!

Проблема в одном — «идеальный» css фреймворк — это набор mixin'ов и все. В верстке не должно быть классов rounded, bordered, button и т.п. Даже group быть не должно. Конечно, mixin'ы должны внутри себя подхватывать переменные/другие mixin'ы, чтобы все это было легко конфигурируемо.

Как бонус, заодно и «проблема» тире/подчеркиваний в начале названий отпадет.

Я, кстати, не фанатик css валидатора, div/табличной верстки (или на что там еще сейчас тру-верстальщики кипятком писают?). Всему свое место. Но вот семантика должна быть и это не обсуждается. Иначе, если в проекте больше пары страничек, то изменения стилей или добавления новых страниц/элементов превращается в ад.
docs.oracle.com/javase/specs/jvms/se7/html/jvms-3.html#jvms-3.7
The operand of the invokevirtual instruction (in the example, the run-time constant pool index #4) is not the offset of the method in the class instance. The compiler does not know the internal layout of a class instance. Instead, it generates symbolic references to the methods of an instance, which are stored in the run-time constant pool. Those run-time constant pool items are resolved at run-time to determine the actual method location. The same is true for all other Java Virtual Machine instructions that access class instances.

Не следует ли из этого, что там одни раз определяется откуда вызывать метод для класса и после warmup все вызовы будут занимать одинаковое время в пределах погрешности? Что, кстати, и подтверждается результатами.

Почему у iterations такое маленькое значение в аннотациях? Что изменится, если разные ключики понадобавлять, типа -server?
«В современных» — это каких? Даже в PHP, где до сих пор нет нормальной поддержки юникода (да, я знаю про mbstring), это и то оптимизировано давно. А уж в остальных языках и подавно. Высчитывать длину *массива* каждый раз — это ппц. Не знаю что надо выкурить разработчику языка, чтобы это не кешировать.

Конкретно тут, скорее всего, оптимизация есть за счет уменьшения времени доступа. К локальной переменной быстрее, чем к свойству. Учитывая фразу «обрабатываем массивы по 20000000+ элементов», может быть актуально.
www.youtube.com/watch?v=TSAlj04_tkA
www.youtube.com/watch?v=cPXTozVjSHo
Очень хороший доклад про Java. Схожие проблемы, как мне показалось, затрагивается. Советую не только Java-программистам.
Отвечаю на все эти вопросы без проблем, да еще и сверху добавить могу прилично. Тем не менее, считаю себя intermediate dev в Java. Пора поработать над самооценкой?
Автор, далеко не каждый программист хотя бы раз писал крупное приложение со сложной логикой (как бизнес, так и интерфейса), которое потом еще и поддерживать придется. Так что вряд ли вас многие тут поймут.

Когда после рефакторинга вылезает огромное кол-во ошибок или когда полдня убиваешь на проблему переноса строчек и return'ов, возникает желание убежать нафиг от этих некомпилируемых языков с нестрогой типизацией. И чем меньше magic'а, скрытого от глаз, тем лучше.
Может, я что-то делаю не так, но геймплей оооочень медленный. Одно действие раз в пару часов.
Видео P2P далеко не первый год существует. И на том же Flash это сделать можно (и делают). Только вот пока что не видел я качественных стримов на P2P. Посмотрим, конечно, что выйдет, но пока что поводов для радости я не вижу.
Несколько вопросов (возможно, на некоторые был дан ответ, но я невнимательно прочел):
— «Сервер» — это нода или сервер chef'a?
— Надо ли закачивать cookbook на ноды вручную или это можно настроить так, чтобы нода сама скачивала кукбуки? Если можно, то как?
— Как сделать обновление кукбуков? Появился новый релиз, как сделать так, чтобы все ноды выполнили обновление?
Дайте возможность сменить почту без смены пароля
В фирме из 10 человек это меньше половины месячного фонда оплаты труда.

Information

Rating
Does not participate
Location
San Jose, California, США
Date of birth
Registered
Activity