• 10 лет в IT с диагнозом шизофрения, советы по выживанию
    0

    Принимать психоактивные вещества без консультации с врачом, в неконтролируемой обстановке — прямая дорога в стационар или могилу, особенно при такой тяжёлой болезни, как шизофрения. Влияние псилоцибина даже на здоровых людей ещё недостаточно изучено. Вообще, эксперименты с психикой чреваты весьма неприятными последствиями, устранение которых может потребовать годы упорной работы специалистов. И это, увы, не всегда удаётся.

  • Патч от Meltdown привел к более критичной уязвимости Windows 7x64/2008R2
    +1

    Можно пользоваться решетом, не покидая Arch, если использовать VGA passthrough в Qemu, но придётся держать два видеоадаптера в системе — один для Arch (можно встроенный), другой — для Windows. Захотели поиграть — запустили виртуалку. Потери производительности несущественные благодаря аппаратной виртуализации.

  • DRM-защита Denuvo не выдерживает и дня, компания готовит 5-ю версию защиты
    +1
    Никто. Просто перечислил те факторы, которые перевешивают чашу весов в сторону донатеров. Я не утверждаю, что за бабло будешь сразу нагибать, но делать это с баблом гораздо легче, т.к. как минимум можешь позволить себе миллион-полтора серебра на оборудование (досиратель и вентиллятор дают преимущество), а также на голдовые снаряды. Уходишь в минус — нет серебра. Нет серебра — нет оборудования и голдовых снарядов. Нет голдовых снарядов — реже пробиваешь. Реже пробиваешь — реже выживаешь и выигрываешь.

    Да, можно играть без голдовых снарядов или долго и нудно на них фармить. Но если играешь с ними — скилл не так важен, не нужно выцеливать уязвимые места — знай себе кидай в силуэт. Это как фугасы, только с гарантированным уроном. То есть, можно себе купить нагиб за деньги. Я же не говорю, что это нельзя получить задротством. Но и утверждать, что нельзя купить нагиб, тоже нельзя, вы просто хитрите с такой формулировкой вопроса.

    Короче, в шахматах нельзя купить ферзя. В WoT тоже нельзя, но можно перепрыгивать клетки за деньги и получать преимущество.
  • DRM-защита Denuvo не выдерживает и дня, компания готовит 5-ю версию защиты
    0
    Без прем акка легко получить жалкие крохи или вообще уйти в минус, даже если сыграл хорошо — просто из-за проигрыша команды. На десятках это легко сделать даже с премом, ибо снаряды стоят бешенных денег (и я не про голду). А без серебра никогда не купишь новые танки и будешь катать на одном и том же до блевотины. Фармить на топ на Tiger 131 — верный способ убить всё желание играть, а ведь ещё нужно оборудование, нужно переобучать экипажи (на 80% катать — такое себе удовольствие, а за бесплатно дают 50 — лучше вообще не играть). Значит, нужно вкладывать деньги, и немалые, в хорошие прем танки, восьмёрки. Тот же Lowe стоит 2700р. К тому же, кое-какие прем танки — имбы чистой воды, да ещё и круто фармят — например, Защитник.

    Нет, можно, конечно, и вкладывать ни копейки и полгода проходить одну ветку. Но я купил «Rainbow Six: Siege» за 2000 один раз — и всё, всех операторов я открыл без доната, не слишком напрягаясь, не делая это целью всей игры. А WoT по задротству напоминает работу — только ты платишь, а не тебе. Да и в игре, где 15 человек в команде, от тебя не так много зависит, как хотелось бы, и ты можешь просидеть два часа в турбосливах, как бы ни пыжился.

    В общем, теоретически, можно прожить и без денег, на чистом скилле, и выигрывать отдельные бои, даже с неплохой статистикой (больше 50%). Но в целом и в перспективе всегда имеет преимущество тот, кто забашлял.
  • Спросите Итана: как быстро можно достичь скорости света?
    0
    Вы ведь имели ввиду min? В вашем случае минимально возможная скорость — с. Сомневаюсь, что в таком мире вообще возможна жизнь.
  • Несколько слов про «наш» микроконтроллер
    +2
    Любую плоскую (plain text) документацию сложно написать так, чтобы для любой задачи она читалась последовательно, а не выборкой разных кусков.

    На STM32 как-то умудряются писать нормальные даташиты в PDF.

  • 4 крутые штуки про разработку игр
    0
    Классика. Я так тырил ФОБ с базы Анклава в Наварро. Впрочем, тогда мог и просто всех перестрелять, да времени было жалко — порой ждать, пока до тебя по очереди добежит вся пачка врагов, невыносимо.
  • Функциональные языки в разработке аппаратуры
    0
    У вас ссылки битые (отсутствует ":" после http), лучше проверять перед постингом. Правильные:
    bluespec
    BERI
  • О языке С и производительности
    0
    Прошу прощения, невнимательно прочитал ваш комментарий, совсем котелок не варит.
  • Функциональные языки в разработке аппаратуры
    +1
    Не-а, там под винду на C пишут

  • О языке С и производительности
    0
    То, что процессоры «маленькие и слабые», не имеет значения. Результаты ваших тестов объясняются тем, что JIT в Lua и Python не оптимизирован для MIPS, что неудивительно, учитывая сравнительно низкую популярность MIPS.
  • Offensive programming: параноидальное, наступательное, атакующее или беззащитное программирование
    +2
    Жаль, монады вообще и Optional в частности мало кто знает и использует. В народе бытует мнение, что функциональное программирование — игрушка для теоретиков, и несовместимо с императивщиной. Хотя в данном примере монада Either не только не помешает, но и сильно улучшит код: обработку ошибок нельзя будет пропустить, и программе не будет грозить падение из-за необработанного исключения.
  • Большинство игроков не пройдёт вашу игру, и это нормально
    0
    Вышки и аванпосты — это, конечно, уныло, но в Far Cry 3 хотя бы была интересная история и колоритные персонажи, а также офигительный костюм-крыло, эту часть я прошёл с азартом и с удовольствием, благо захватывать всё подряд для этого совсем не обязательно. А вот Far Cry 4 разочаровал: вышки и аванпосты остались, но вялая история с её одномерными персонажами совершенно не впечатлила, и её я прошёл лишь из упрямства, следуя «логике» — мол, купил, так что теперь, пропадать.

    Тут главное — чтобы это не превратилось в тенденцию. Если следующее творение в серии пойдёт по стопам четвёрки, то я не то что это не пройду, но даже не буду покупать или пиратить.
  • Как устроен парсер Python, и как втрое уменьшить потребление им памяти
    0
    Научу гуглить за умеренную плату.
  • Большинство игроков не пройдёт вашу игру, и это нормально
    +1
    Да, в F.E.A.R. ИИ на высоте: противники прячутся за препятствия, акидывают гранатами, если ты прячешься от них, окружают, умно передвигаются, да и вообще действуют командно. Всё это делает сражение против трёх-четырёх противников достаточно сложным даже в закрытых помещениях, а уж на открытых пространствах придётся неплохо попотеть, чтобы не схватить пулю, и спасает только замедление времени.

    Для сравнения возьмём современную игру Far Cry 4: даже на максимальном уровне сложности можно в одиночку уничтожить целый взвод, просто засев за укрытием! Противники примитивны, попытки зажать жалки до безобразия, вырваться из «окружения» очень просто, тактика на уровне ребёнка. Достаточно отсидеться в каком-нибудь помещении, чтобы они тебя потеряли и забыли о твоём существовании. Слишком легко.
  • Как решить проблему ограничения в 64К методов в Unity3D
    0
    Можете ли вы представить игру для Android, сделанную в Unity, которая использует больше 64K методов Java? Не удалось это и архитекторам байт-кода Dalvik. Возможно, у них получилось (я не читал спецификации), и винить следует другие элементы тулчейна.

    Если вы пройдёте по указанной вами ссылке и найдёте описание инструкций **invoke**, то увидите, что индекс вызываемого метода — 16-битный:
    invoke-kind {vC, vD, vE, vF, vG}, meth@BBBB
    6e: invoke-virtual
    6f: invoke-super
    70: invoke-direct
    71: invoke-static
    72: invoke-interface

    A: argument word count (4 bits)
    B: method reference index (16 bits)
    C..G: argument registers (4 bits each)

    Разработчики виртуальной машины решили сэкономить на длине инструкции — очевидно, в угоду меньшего размера и большей скорости выполнения кода. Впрочем, если у вас на мобильном устройстве работает виртуальная машина, вы уже достаточно «позаботились» о скорости выполнения. Благослови Тюринг технологию AOT!
  • Почему PVS-Studio 4.00 будет платным решением
    0

    Отличные новости!

  • Спросите Итана №94: нельзя ли обойтись без тёмной материи?
    +2
    Разумеется. Честно говоря, меня аж передёргивает, когда я вижу подобные комментарии. Это как спросить у программиста, почему ещё никто не написал некую программу, неужели это так сложно, ведь в ней нужны всего всего две кнопки? Диванные аналитики, прочитав краткое научно-популярную сводку о работе, проделанной за десятилетия, держат учёных за каких-то идиотов. Открою вам тайну: в подобных статьях освещается микроскопическая часть того, чем реально занимаются учёные (да, их больше одного). Полную информацию можно получить, прочитав сотню-другую научных статей — там будет и про учёт скорости распространения гравитации, и про всё остальное. Только кто ж из обывателей их читает, тщательно перепроверяя все расчёты, и пишет ПО для симуляций?
  • Спросите Итана №94: нельзя ли обойтись без тёмной материи?
    +1
    Насколько я понял, вы утверждаете, что тёмная материя не вызывает гравитационное линзирование (из-за неуместной шутки сложно понять, что вы имеете ввиду). В таком случае вы неправы, потому что гравитационное линзирование как раз-таки подтверждает наличие тёмной материи, так как в кластерах галактик оно слишком сильное для наблюдаемого количества обычной материи.
  • Мужчина, который живёт без 90% мозга, озадачил учёных
    0
    Цитируя Википедию по вашей ссылке:
    «Сам Майк Годвин считает, что принцип сформулирован не для определения победивших и проигравших в споре, а для уменьшения остроты дискуссий, напоминая участникам о границах допустимых сравнений.»
  • Мужчина, который живёт без 90% мозга, озадачил учёных
    0
    Les Claypool и Geedy Lee негодуют!
  • Мужчина, который живёт без 90% мозга, озадачил учёных
    0
    > This suggests that the brain operates in a higher dimension than the 4 of traditional space-time.
    No, it doesn't. Существование большего числа измерений, чем в четырёхмерном пространстве-времени, не доказано.

    > These extra dimensions suggest that quantum gravity may play a role in generating consciousness.
    Одна проблема: всё ещё не существует рабочей научной теории квантовой гравитации.

    > neuroquantology.com
    Попахивает Deepak Chopra.
    https://www.youtube.com/watch?v=5vHwUstnMlM
  • Мужчина, который живёт без 90% мозга, озадачил учёных
    0
    Заметьте, заплюсовали, не вникая в четырёхстрочный код с одним выражением, в котором 2 оператора. Вот тебе и Хабр.
  • Java Stream API: что делает хорошо, а что не очень
    +2
    Стандартное правило — оптимизируйте то, что тормозит.

    И к нему ещё одно: тормозные места ищите профайлером, а не шестым чувством.

  • Пасхалка в Mr Robot S02E01
    +2

    Справедливости ради, фриком и нариком в сериале является лишь ГГ. Остальные же если и имеют свои особенности, то не так явно выраженные, за исключением разве что Тайрела Уэллика, психопата — да и тот не фрик и не наркоман.

  • Пасхалка в Mr Robot S02E01
    +9

    Хоть название /etc/passwd намекает на наличие паролей, но это не так: в этом файле хранятся лишь имена пользователей, их UID и т.д. Когда-то Linux в этом файле действительно хранил хеши паролей, но они давно переехали в /etc/shadow. Инфа 100%

  • Пасхалка в Mr Robot S02E01
    +2

    Так ведь IPv4 адреса исчерпаны, теперь любой такой адрес принадлежит какой-либо организации. У создателей сериала нет другого выхода, кроме как использовать недействительные.

  • Переключения языка ввода в Windows с помощью CapsLock
    0

    Кому как. Меня не то что бы не устраивает, просто Caps Lock устраивает больше, т.к. это одна клавиша вместо двух, и ей соответствует светодиодный индикатор, видимый периферическим зрением (важно для моего "полуслепого" набора). К тому же, её обычная функция для меня бесполезна.

  • Коммуникации в программировании — во сне и наяву
    0

    Сто раз уже описанные принципы, которых всё равно не все и не всегда придерживаются, даже сам знаешь, где, Александр. Сколько Agile не обмазывайся, всё равно решения будут вытекать из личных качеств ответственного за них. Люди постоянно ошибаются, принимают решения сгоряча (времени нет, релиз, блаблабла) и просто тупят. Сдаётся мне, пока разработка ПО не станет наукой и не обрастёт научными теориями, никакая методология не будет гарантировать успех даже в 50% случаев. Лучшая методология — та, что сведёт человеческий фактор к минимуму. Разумеется, нельзя трактовать это (как нынче модно) как превращение разработчика в легко заменяемый винтик в механизме, и слепую "ориентированность на результат", при которой бычно лепится говнокод, а рефакторинг, тесты и т.п. отметаются, т.к. не дают гарантии результата. Не стоит забывать и про ошибку выжившего: медведи сильнее «Слухи об уме и доброте дельфинов основаны на рассказах уставших пловцов, которых они толкали к берегу, но мы лишены возможности услышать рассказ тех, кого они толкали в другую сторону». О фейлах не любят писать, не правда ли?


    Немного о комментариях. Пишу их в исключительных случаях, когда кодом сказать не получается. Я считаю, что разработчик должен как можно больше тренироваться в написании кода, а не комментариев, тогда и навык будет расти соответствующий. К тому же, комментарии всегда вторичны. Если ЯП не позволяет лаконично выражать очевидные идеи, его нужно менять на лучший. В идеале разработчик должен иметь в арсенале достаточно выразительный ЯП, чтобы комментарии не понадобились никогда. Кто пишет под JVM или Android: пишите на чём-то более-менее приличном, благо выбор есть (для Android — пока только Kotlin). Писать на голой Java — всё равно, что рисовать пяткой, только со временем легче не станет.


    P.P.S. Слово "коммуницировать" должно умереть.

  • Ресайз картинок в браузере. Все может стать еще хуже
    –1

    Просто смешно читать претензии этих "моралистов", высосанные из пальца. Картинка абсолютно нормальная. Не стоит ориентироваться на этих людей при написании постов.

  • Ресайз картинок в браузере. Все может стать еще хуже
    +4

    Вы так шутите или в самом деле подумали, будто существует болезнь "алиасинг" ("лесенка")? Иногда поражаюсь уровню дискуссии на Хабре. Такое ощущение, что половина комментирующих даже не читают пост.

  • Ресайз картинок в браузере. Все может стать еще хуже
    +8

    Потому что бред несёте. На картинке — одетая счастливая девочка, это разрешено законом. А мизулопетросянство к этому посту не имеет вообще никакого отношения.

  • Перчатки для тех, кто всё усложняет
    0

    Не так. Перчатки снижают теплообмен между кистями рук и окружающей средой (руль, воздух). Если сунуть замёрзшие руки в перчатки, они начнут отогреваться, но нагреются они не мгновенно, т.к. теловыделение тела достаточно мало. Собственно, и замерзают руки после снятия перчаток тоже не сразу.

  • C++ без new и delete
    +3

    Достаточно усвоить одно правило: заниматься оптимизацией нужно только по данным профайлера. Если что-то тормозит — запускаешь профайлер и смотришь, что именно. Для того, чтобы не тормозило, нужно разумно использовать алгоритмы. А низкоуровневые оптимизации нужно использовать только тогда, когда всё упирается в алгоритмы (впрочем, большого выигрыша в такой ситуации всё равно не получишь, как правило).


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

  • C++ без new и delete
    +5

    Я бы не рекомендовал использовать placement new без крайней необходимости (реализация GC, пулов памяти и прочих "хакерских штучек"): затуманивает смысл кода и представляет собой отличный экземпляр грабель с концом ручки как раз на уровне паха, т.к. деструктор придётся вызывать вручную, а это легко забыть сделать. К тому же, нужно самому следить, чтобы размер памяти был достаточен для размещения объекта, а не то конструктор инициализирует соседний кусок памяти.

  • Создаем новую OS. Действительно новую, реально операционную, и правда – систему
    0

    А ситуация, в которой VeryImportantFile, veryimportantfile и VERYIMPORTANTFILE — одно и то же, чем-то лучше? Особенно, если имя файла фигурирует где-то в проекте (например, в конфиге).

  • Удаляйте свой мертвый код
    +1
    Вы преувеличиваете мои возможности (см. профиль), к тому же, я не испытываю боли ниже поясницы из-за комментариев в интернете, на которые я даже не отвечал. Каждый имеет право высказаться.
  • Удаляйте свой мертвый код
    0

    Не в курсе, как в Delphi и C#, а в Java такие методы разработчики обычно аннотируют:


    @SuppressWarnings("unused")
    public void doSomething()
    ...

    Это решение не идеально, т.к. такие методы никогда не будут "мертвы". Впрочем, при очередной чистке кода можно поискать в проекте методы с этой аннотацией и проверить, используются ли они на самом деле. Но лучше всего, конечно, избегать использования reflection, по возможности, дабы использовать преимущества статической типизации на полную катушку.

  • Ломай меня полностью… разве это про Scrum?
    0
    Уж не знаю, дело во мне, или все эти методологии разработки — на самом деле жалкие попытки впихнуть разработку в прокрустово ложе бюрократии, но я пока что признаю только эту методологию, самую простую и понятную.
  • Удаляйте свой мертвый код
    0

    Вот уж точно. На одной прошлой работе я помогал портировать на iOS игру на C++, в ней вся логика и отрисовка были заключены в одном методе на ~3500 строк. Самой большой проблемой было понять, что, чёрт возьми, в нём вообще происходит. О рефакторинге и удалении мёртвого кода я даже не заикался, т.к. там всё было построено на анти-функциональной парадигме: туча глобальных переменных, всё усыпано состояниями, как булка — маком, классы как имена для пачек процедур. В таком проекте нет понятия "мётрвый код", т.к. всё сыпется от малейшего чиха.