Pull to refresh
17
0
Сергей Семёнов @tyrotoxin

User

Send message
Если бы точно такую же статью написал кто-нибудь другой «неизвестный», то почти все бы проголосавали против (поставили минусы). А комментарии были бы в стиле «Да ты программировать вообще умеешь?» с большим количеством плюсов.
Авторитет имеет значение.
Интересно, эта программа учитывает только видео? Если так, то это не имеет смысла, т.к. от проца и памяти тоже много чего зависит.
Это просто рекламный ход такой — показать что программа делает лучше. Если бы видеокарта была слабой, и после оптимизации игра шла плавно, но с более скромной графикой, тогда у зрителей возникло бы ощущение что у них отбирают качество картинки.
А так, многие популярные игры умеют сами определять класс видеокарты и приблезительно выдавать рекомендуемые натройки.
Все заметили что предыдущие версии Nexus были от Samsung, а теперь от LG?
И жалко что у этого модельного ряда нет разъёма для карты памяти…
FYI: Есть люди, которые ради развлечени пытаются в ограниченное число байт впихнуть по-максимуму. Например, 64K Intro. Правда там совсем другими способами сжимается код :)
Правдиво, ждём ответной статьи «Top 5 раздражающих моментов в работе менеджера» :)
Ясно. Значит мой комментарий неуместен.
Я никогда не слышал ничего об AVR, но первый запрос в Гугле avr assembler sleep выдаёт что есть такая интсрукция как SLEEP. Можете сравнить её с вашим подходом?
(это я к тому, что перед реализацией всегда стоит посмотреть есть ли что-то готовое; пустые циклы негативно влияют на энергопотребление, если есть аппаратная возможность задержки, то лучше пользоваться ей)
На самом деле тут много факторов, которые влияют на производительность решения. Например, такой код для 10000 заранее известных строк будет занимать очень много байтов. Такое раздутие может привести только к деградации производительности, из-за того что весь код может не содержаться в кэше процессора, и ему постоянно прийдётся подгружать его из памяти. В таком случае скорость подсчёта хэша и использование хэш-таблицы могут оказаться быстрее. Это только один из сценариев, их может быть уйма. И точно сказать что один подход всегда лучше другого — невозможно. Нужно отталкиваться от конкретного сценария.
Как по мне, вы немного переборщили с использованием sous rature (зачёркнутого текста). Если пару слов зачёркнуто, то нормально, но когда целое предложение — читать не очень приятно.
Хоть обзор и короткий, но могу подтвердить что Jasmine — классная штука.

Классно то, что JS — динамический язык, и можно добавлять свои функции проверки ожиданий (matchers).

А с помощью spy мы передавали в тест функции, и проверяли что они вызывают другие функции (например, для проверки срабатывания событий).

Использовали для Windows 8 приложений для WinJS и нашли старнный баг — при отладке тестов (у нас их было около 2000), движок часто зависает. Но при запуске без отладки — всё отлично. Разбираться не стали.

Ну и если спецификация к тесту (describe) описана в стиле «как пользователь, я ожидаю» (а не «этот код делает это»), то вообще просто ориентироваться в коде приложения, когда тест проваливается.
Товарищи! Лучше вставлять действительно красивый код, например как из конкурса обфускации:

image

image
Даже если так, это всего лишь какие-то минусы, а не уменьшение запрплаты. Статья написана — дело сделано. Кому понравилось — тот плюснул. У вас плюсов в сумме намного больше чем минусов, так что всё ОК :)
По-моему, разговоры про молекулы, дискретность, кварки и струны конечно очень интересные, но ведь в задаче говорится:
Сидел однажды Вася у себя на кухне...

Вы думаете у Васи в 1888 году были такие познания? :D
(с уважением ко всем Василиям)
Просто спалились… Зато будет наука, что народ здесь не глупый, просто так не обдуришь :D
жаль бумага заканчивается…
Идея, конечно, достойна внимания, однако в большинстве случаев компании запрещают делиться исходным кодом (интеллектуальная собственность), а в таких как Microsoft даже запрещают использовать чужой код (из блога, сайта, и пр.) Так что о коммерческом использовании обоев можно забыть :)
Только не стоит забывать про коллизии, ведь для 2 разных строк может быть один и тот-же хэш код. Описанный способ одназначно лучше, если (а) нет коллизий в изначальном наборе строк и (б) на входе в функцию приходят строки, у которых нет коллизий с существующим набором. Однако, даже если эти условия не выполняются, для отдельных случаев можно придумать хитрое решение и минимизировать вероятность коллизий :)
$1,000,000 — это всего 10 разработкиков начального/среднего уровня с окладом $100,000/год для США. Зато Intel таким образом сможет за счёт crowdsourcing быстро определить перспективы развития такого продукта. Самые интересные проекты можно будет сразу взять на вооружение, поэтому я бы на месте конкурсантов распространял бы проект и его исходный код под определённой лицензией, запрещающее коммерческое использование :) Можно ещё и запатентовать разработку :)

Information

Rating
Does not participate
Registered
Activity