Thread multiplier for p2 что это

добавление освещения

Здравствуйте! никак не могу нормально настроить освещение — настройки сцены — vray sky, vray sun — 1,3 , HDRI — 27, ДВА vray light возле окна по 239 и 334, iso камеры — 506 и все равно темно. а ещё какая-то странная ( не пойму откуда тень по периметру стены с окном. ) подскажите, логично ли ещё добавлять vray light ( т.к. искуственных источников света не предполагается),или есть какие-то более хорошие способы осветлить сцену ( напимер в настройках vray?) заранее очень благодарна за помощь

На сайте c 30.09.2008
Сообщений: 224
K-city

Крафт в ПоЕ

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

когда не стоит крафтить

1. Не стоит крафтить, если вы не знаете точно, что конкретно вы хотите получить. Скорее всего вы закончите крафт просто потратив валюту.
Обычно это происходит так: вы нашли, выбили или синтезировали хорошую базу. Наример у вас элдер кристал белт(да, простите уж, но я буду пользоваться англицизмами, ибо русских названий зачастую не помню а жать контл шифт мне тупо лень. Если вас это расстраивает — просто закройте данную тему.Спасибо.). Вау, ща я накрафчу что нибудь. И начинаете кидать в пояс хаосы(перемены, эссенции) при этом не имея представления в каких билдах используется пояс и какие модны на нем нужны(а часто даже не зная, какие моды там вообще можно получить)
2. Не стоит крафтить предмет на плохой базе — низкий итем лвл или сама база откровенно слабая. например крафтить ес куртки не на ваал регалии.(есть некоторый исключения, но если вы читаете данный гайд, то для вас пока исключений нет.
3. Не начинайте крафт, не зная (хотя бы примерно) каковы шансы на получение нужных модов и соответственно сколько валюты вам потребуется на данный крафт. Иначе рано или поздно вы останетесь с пустой валютной вкладкой и с незаконченным предметом.
4. Прежде чем начать крафтить предмет для себя — посмотрите, что имеется на трейде. Возможно проще будет купить себе предмет и не забивать голову. При этом учтите, что крафт и покупка необходимых баз и ингридиентов у вас может отнять много времени, которое вы могли бы потратить на фарм или еще на что-то. Например, если вы фармите что-то с профитом 3 экза в час, то вам нет никакого смысла тратить час времени на крафт предмета, который вы можете купить на трейде за 3 экза, вне зависимости от цены на расходные материалы.
5. Прежде чем начать крафтить предмет на продажу, вы должны четко понимать текущую мету, под какой билд данная вещь предназначена и заглянув на поенинзя узнать, насколько популярен данный билд(а заодно глянуть, используют ли подобные вещи в билде). Иначе вы потратите ресурсы на бесполезную вещь, которая будет ледать мертвым грузом.
Также посмотрите, сколько стоят подобные вещи на трейде, возможно продажа даже не отобьет затрат на крафт.
6. Вы должны знать, какие моды могут появиться на предмете а какие нет. Не стоит искать инту на поясе к примеру, на перчатках мувспид а на ботинках плоский урон к чарам.
7. Не начинайте крафт, если вы не любите рандом. Весь крафт это рандом+методы направленные на его снижение. Гарантированный результат только на станке (да и то в пределах диапазона — вчера крафтил дексу на кольцо, разброс от 26 до 30. Нужно было 30, за 20 попыток не смог накрафтить 30)

Итак, вы все же решили начать крафтить предмет.

Предметы разделены на обычные ( normal ), магические ( magic ), редкие ( rare ) и уникальные ( unique ).

У каждого предмета есть уровень ( item level или ilvl ). Уровень предмета зависит от уровня локации и монстра, из которого он выпал (Из магических монстров падают предметы на один уровень выше самого монстра, из редких и уникальных — на 2 уровня выше).

Предметы могут обладать различными свойствами ( mods ).
Существует 2 типа свойств — собственные ( implicit ) и общие( explicit ).
Собственные свойства ( implicit mods ) всегда сохраняются на предмете, даже на нормальном, но могут быть заменены сферой ваал ( vaal orb ). К тому же, собственные свойства можно синтезировать( synthesise ).

Перейдем к общим свойствам ( explicit mods ).
* В дальнейшем, если не указано про собственные свойства, то речь будет идти об общих свойствах

Каждое свойство имеет несколько уровней ( tier ). Для получения свойства 1(максимального) уровня ( tier 1 или t1 ) нужен предмет высокого уровня ( ilvl ).
Значения свойства могут меняться только(!) в пределах его уровня.
С полным списком свойств можно ознакомиться тут на русском или английском.
Сверху есть выбор по предметам, для просмотрас свойств, возможных
именно на этом типе предметов.

У каждого уровня свойства есть своё название.
Свойства делятся на 2 типа: префикс ( prefix ) и суффикс ( suffix ).
Например: здоровье – это всегда префикс, а скорость атаки – суффикс.
На обычных предметах свойств не бывает, кроме собственных. Обычный предмет можно получить из магического или редкого с помощью сферы очищения.

На магических предметах не может быть больше 2 свойств (1 префикс и 1 суффикс). Их названия можно увидеть в названии предмета.

Скрытый текст

В настройках можно включить расширенное описание свойств (Настройки -> Интерфейс -> Расширенное описание свойств). Если оно включено, то, при наведении курсора мыши на предмет с нажатой кнопкой Alt, будут видны названия и уровни свойств.

На редком предмете, выпавшем из монстра, может быть от 4 до 6 свойств. Максимальное количество префиксов – 3, суффиксов – 3.
Для отображения точного количества свойств нужно нажать Alt. Дело в том, что есть свойства, которые могут быть префиксом и суффиксом одновременно. Например, свойство увеличения редкости найденных предметов ( increased item rarity ) будет отображаться одним свойством, даже если оно представлено отдельным префиксом и суффиксом на предмете. Также есть свойства, состоящие из двух других. Такие свойства принято называть гибридными ( hybrid ). Они занимают один «слот» среди свойств предмета.
Если на предмете только 2 префикса, то говорят, что есть свободный префикс , аналогично говорят и про свободные суффиксы.

о сферах для крафта и качестве предмета

Создание предметов (или крафт( craft )) в Path of Exile построено на использовании сфер ( orbs ) на предмет. Не буду подробно останавливаться на их описании, т.к., если вы этого не знаете, то крафтить вам пока что не стоит.

Качество ( quality ) предмета. Перед началом любых манипуляций с предметом необходимо повысить его качество до максимального (или заточить), равного 20% . Эта операция сэкономит немного валюты в будущем. К тому же, это повысит шансы соединить (или слинковать) все гнезда на предмете, даст дополнительную броню, уклонение, энергетический щит, если это шлем/перчатки/ботинки/доспех, или повысит физический урон, если это оружие.

Если вы собираетесь создать что-то действительно ценное, то можно повысить качество с помощью безупречного ископаемого ( perfect fossil )

Качество предмета можно повысить и выше 20% . Есть 2 способа:
1. Создание предмета с помощью станков Синдиката. Хиллок ( Hillock ) в ранге капитана может улучшить предмет до 28% .
В подразделении Перевозка ( Transportation ) – можно повысить качество оружия.
В подразделении Укрепления ( Fortification ) – можно повысить качество брони.
2. Создание предмета в Бестиарии. Эта механика позволяет осквернить ( corrupt ) предмет, улучшив его качество до 30% , при этом мы не рискуем испортить предмет. Но минусом этой операции является то, что потом предмет уже нельзя изменить.
В рецепте используется зверь с названием Слуга Краценна ( craicic vassal ). Его можно купить(просто вбейте в поисковую строку торговой площадки его название)

крафт во время левелинга

Крафт во время прокачки своего персонажа лучше свести к минимуму. Старайтесь использовать сферы только на действительно необходимые вещи. Самым лучшим вариантом будет любая экипировка с 4-5 связанными гнездами нужных цветов.

Можно воспользоваться 3-мя способами:
1. Использовать сферу превращения ( orb of transmutation ), надеясь получить 1-2 приемлемых свойства. И, если получено одно свойство, используя сферу усиления ( orb of augmentation ), получить второе.
2. Использовать эссенцию ( essence ), чтобы получить редкий предмет. Аналогичного результата можно достичь и сферой алхимии ( orb of alchemy ), но крафт эссенцией будет дешевле.
3. Использовать сферу удачи ( orb of chance ), чтобы получить магический , редкий или даже уникальный предмет. Возможно, стоит улучшить предмет с помощью точильных камней ( blacksmith’s whetstone ) или деталей доспеха ( armorer’s scrap ) при их наличии.

При наличии рецептов на верстаке ( crafting bench ) ближе к концу сюжета стоит ими воспользоваться, чтобы докрафтить ваши предметы. Самые распространенные – это сопротивления ( resisits ) и здоровье ( life или hp ).

Это самый простой способ крафта сопротивлений, здоровья, энергетического щита и т.п. Вы точно будете знать, что получите в итоге.

На верстаке ( crafting bench ) есть 3 типа свойств:
1. Базовые: рецепты получаются в определенных локациях сюжета, карт или храма Ацоатль ( Temple of Atzoatl ). Чтобы узнать, где конкретно можно получить нужное свойство (если у вас его нет), достаточно прокрутить список на верстаке в самый низ.
2. Завуалированные ( veiled ): рецепты открываются в процессе выполнения заданий Джун. Предметы с завуалированными свойствами выпадают из членов синдиката.
3. Метакрафт: чтобы получить рецепты метакрафта, нужно пройти цепочки пророчеств Бледного совета ( Pale Council ), а также карту Бледного суда ( Pale court ).

Метакрафт моды:
1. Может иметь несколько ремесленных свойств ( Can have multiple crafted mods ): стоит 2 возвышения ( exalt ) (находится на карте Бледного суда ( Pale court ))
2. Префиксы нельзя изменить ( Prefixes Cannot Be Changed ): стоит 2 возвышения (появляется после выполнения пророчества Невыносимый шепот V ( Unbearable Whispers V ))
3. Суффиксы нельзя изменить ( Suffixes Cannot Be Changed ): стоит 2 возвышения (появляется после выполнения пророчества Бездыханная царица V ( The Unbreathing Queen V ))
4. Не может иметь свойства атак ( Cannot roll Attack Modifiers ): стоит 1 возвышение (появляется после выполнения пророчества Моровая пасть V ( The Plaguemaw V ))
5. Не может иметь свойства чар ( Cannot roll Caster Modifiers ): стоит 5 благодатных сфер ( blessed orb ) (появляется после выполнения пророчества Дикий вождь V ( The Feral Lord V ))

Помните, что любой крафтовый мод, в том числе и метамод также занимает место, потому на выбитых предметах нет смысла карфтить «мультикрафт»(предмет может иметь много ремесленых свойств), так как у вас уже минимум 4 мода на предмете и пятым станет мультикрафт, в итоге у вас останется всего 1 место под крафт, которое вы бы могли накрафтить и без мультикрафта.

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

Но, иногда, метод работает и является лучшим вариантом крафта. Обычно он используется на предметах с большим количеством возможных свойств, которые при определенных комбинациях достаточно сильны. Например, шейпер ( shaper ) амулеты, где вы можете получить свойство «увеличение количества найденных предметов» вместе со свойствами на урон и здоровье, или свойство «увеличение урона за 10 интеллекта» со свойством «% увеличение характеристик», или еще несколько вариантов. В общем, работает, когда вам нужно получить несколько свойств (больше двух) вместе или когда вам нужно получить 2 достаточно редких свойства, оба из которых и являются префиксами или суффиксами.

Для данного метода крафта надо иметь приличный опыт игры (знание возможных свойств на предмете), а также неплохо знать текущую «мету» (основной набор максимально эффективных и популярных билдов в текущей версии игры), чтобы при получении предмета хорошо подходящего под один из «метовых» билдов не «прокликать» его.

Более контролируемый вариант этого же крафта — это спам сущностей ( essence ).
Использовать стоит сущности трёх максимальных уровней. Здесь вы будете гарантировано получать одно нужное свойство и ловить остальные свойства такими, чтобы они подходили вам.
Хорошо этот метод работает с расколотыми предметами лиги Синтез, где несколько хороших свойств заморожено и остается поймать хаосами или сущностями 1-2-3 свойства, чтобы получить хорошую вещь.

Разновидностью является крафт с помощью следующих сущностей:
Сущность истерии ( Essence of Hysteria )
Сущность безумия ( Essence of Insanity )
Сущность ужаса ( Essence of Horror )
Сущность бреда ( Essence of Delirium )

Их еще называют «корапт эссенциями», потому что получить их можно только осквернением обычных сущностей. Их особенностью является наделение предмета уникальным свойством, которое не может быть получено никаким другим способом.
Часто он примеряется для крафта элдер ( elder ) и шейпер ( shaper ) шлемов и перчаток, чтобы получить псевдо 6-7-8линки в предмете с 4 связями.
Примером могут служить элдер шлемы под Праведный огонь ( Righteous fire ) и Магмовый удар ( molten strike ), шейпер шлемы под Ледяной каскад ( Glacial cascade ) или шлемы под Вестника агонии ( Herald of Agony ).

Список сущностей на русском и английском языках можно глянуть на вики.

Название родилось от названий сфер, которые применяются в крафте. Это сфера перемен ( alternation orb ) и сфера царей ( regal orb ).
С помощью этого метода крафтятся многие предметы.
Что стоит крафтить таким способом?
1. Различные самоцветы ( jewels ) (бездны ( abyss ) и обычные). Так как там максимально может быть 4 свойства, и с помощью этого метода получаются приемлемые результаты.
2. Предметы с относительно небольшим числом свойств. Например, можно крафтить пояса или кольца, поймав здоровье (или энергетический щит) + 2 сопротивления стихиям или сопротивление + характеристики (ловкость ( dexterity ), интеллект( intelligence ) или силу( strength )) и, докрафтив еще одно свойство сопротивлений со станка, вы получите весьма неплохой предмет. Разумеется, уровни свойств должны быть высокими. Никому не нужен пояс с 10% сопротивлений холоду и 12 силы.
3. Предметы под «мультикрафт».
Вам нужно будет поймать сферами перемен 1-2 свойства, которые необходимы билду. Потом применить сферу царя. Затем удалить сферами отмены ( annulment orb ) лишнее. Накрафтить «метамод» «предмет может иметь несколько ремесленных свойств» и докрафтить полезные свойства с верстака.
4. В редких случаях, когда вы получили три Т1 свойства, возможно, вы можете попробовать закинуть в предмет возвышение ( exalted orb ), чтобы поймать еще одно Т1 свойство. В случае, если вам удастся с помощью возвышения поймать три хорошо сочетающихся и полезных Т1 префикса или Т1 суффикса, поздравляю — у вас на руках болванка под крафт предмета для так называемого «миррор сервиса» ( mirror service ).

Сам метод очень прост — берете обычный предмет, кидаете в него сферу превращения ( orb of transmutation ).
Спамите сферы перемен пока не поймаете нужное свойство.
Если нужно 2 свойства (префикс и суффикс), то второй ловите сферой усиления ( orb of augmentation ).
Теперь, когда вы сделали магический предмет, вы должны кинуть в него сферу царя. Если результат вас не устраивает, то кидаем сферу очищения и возвращаемся к тому, с чего начали. Если устраивает, то продолжаем.
В дальнейшем, можно либо убрать ненужные моды с помощью сферы отмены, либо докрафтить нужные на верстаке, либо же (в случае самоцветов) просто оставить все, как есть.
Если свойства (или их сочетание), которые вы получили на магическом предмете, очень редкие, то вы можете сохранить предмет, создав его слепок (imprint) в зверинце ( bestiary ). Затем, если с помощью сферы царей вы получите плохое свойство или же с помощью сферы отмены уберете нужное – с помощью слепка вы может вернуться к исходному состоянию магического предмета и повторить попытку (сохранив предмет повторно).
Для создания слепка понадобится зверь Ящер Краценна ( craicic chimeral ). Его можно купить с помощью торгового сайта.
Когда стоит сохранять магический предмет? Для решения этого вопроса вы смотрите цену на зверя на торговом сайте и сравниваете с ценой наролить моды заново(цена сфер перемен* на среднее значение затрат).

фоссилкрафт (шахта, ископаемые)

Собственно, тут описаны способы крафта с помощью ископаемых ( fossil ).
Список ископаемых и их свойств
Настольное пособие по крафту ископаемыми: находится тут (на русском) или тут (на английском).

Вам надо выбрать основу для крафта (броня, оружие и т.д.) и ископаемые. Будет сразу виден результат: какие свойства могут появиться(а также у каких свойств шанс появления повышен), а какие — нет.
Вы берете нужные вам ископаемые, подходящий резонатор (с 1,2,3 или 4 гнездами), вставляете ископаемые ( fossils ) и используете на предмет. Свойства предмета при этом случайно меняются, учитывая ограничения, которые накладывают применяемые ископаемые.

В чем суть данного метода:
Используя ископаемые, вы либо увеличиваете шанс появления нужных вам свойств, либо блокируете ненужные вам свойства, либо одновременно блокируете лишние свойства и повышаете шанс на необходимые.

Например, используя плотные ископаемые ( dense fossils ) на доспехи с энергетическим щитом, вы повышаете шанс появления свойств на энергетический щит и, при этом, блокируете свойства на здоровье. Если добавить дрожащее ископаемое ( shuddering fossil ), то вы еще и заблокируете свойства на ману, еще более повысив шансы появления свойств на энергетический щит.

Или для крафта самоцветов бездны ( abyss jewel ) для билда с умением Вихрь стрел ( Tornado shot ) можно использовать чистое ископаемое ( pristine fossil ) (которое блокирует свойства на энергетический щит, уклонение и броню, повышая шансы на свойства здоровья) вместе с металлическим ископаемым ( metallic fossil )(который повышает шанс появления свойств на урон молнией, одновременно блокируя свойства на физический урон) и также можно добавить ледяные ископаемые ( frigid fossil )(для блока нежелательного урона от огня и повышения шансов на появление свойств на урон холодом).

Для крафта +3 луков (луков с несколькими свойствами «+# к уровню камней умений») часто используют связку ископаемых металлическое( metallic )-шероховатое( jugged )-пористое( corroded ), которая блокирует все префиксы лука кроме свойств на «+ к уровню камней»
Если в резонатор добавить еще и граненое ископаемое ( faceted fossil ), то вы сможете получить +5(+4) лук (при везении и наличии ресурсов для крафта). Не надейтесь, что это будет так просто и вам хватит для этого 1-2 попыток.

Существуют ископаемые, которыми можно получить гнездо бездны или свойства корапт эссенций (оскверненных сущностей).

Отдельно стоит рассказать о треснувшем ископаемом ( fractured fossil ). Он создает копию предмета, при этом изменяя все свойства на нем. Предмет получает тег сплитеда(разделено) и больше не может быть разделен. Используется для создания копии хорошей базы, логбука экспедиции, блюпринта кражи. Нельзя разделать предметы с влиянием, синтезированные. фрактуренные и зачарованные предметы.

синдикат крафт

Синдикат, помимо рецептов для верстака, дает нам еще несколько возможностей для крафта.
Важно помнить, что уровень крафта зависит от количества «звезд» члена синдиката. При прохождении убежища главы синдиката — Катарины, все члены синдиката получают +1 звезду, и соответственно максимальные уровни станков можно получить именно там.

1. Хиллок ( Hillock ) позволяет повышать качество предметов. Об оружии и доспехах я уже сказал. В подразделении исследования ( research ) он повышает качество флаконов.

2. Ашлинг ( Aisling ) в подразделении исследования, есил у нее 4 звезды (3 звезды+ станок в убежище Катарины) позволяет добавить скрытое ( veiled ) свойство взамен существующего на предмет.
Обычно это делают с очень хорошими предметами, заблокировав префиксы(или суффиксы) на станке, на завершающем этапе крафта предмета.
Перед открытием вейлед мода у Джун нужно по возможности заблокировать крафтом со станка 1 или несколько ненужных вейдед свойств, тем самым повысив шансы на получение нужного мода.

3. Воричи ( Vorici ) (в подразделении исследования) позволяет покрасить от 1 до 3 гнезд в белый цвет.
В случае когда у Воричи 4 звезды (3 звзеды+ станок в убежеще мастермайнда) — можно покрасить 1 до 6 сокетов в белый цвет.
4. Лео ( Leo ) (в подразделении исследования):
— 1 звезда: позволяет менять собственные свойства — аналог благодатной сферы ( blessed orb );
— 2 звезды: позволяет менять свойства на предмете в рамках уровня – аналог божественной сферы ( divine orb );
— 3 звезды: добавляет новое случайное свойство на предмет – аналог сферы возвышения ( exalted orb ).
— 4 звезды(убежище мастермайнда Катарины) — то же самое что 3 звезды, но станка будет 2.
5. Йоргин ( Jorgin ) (в подразделении исследования) позволяет превратить амулет в талисман:
— 1 звезда — первого ранга;
— 2 звезды — второго ранга;
— 3 звезды — третьего ранга.
Тут меняется только собственное свойство на одно из возможных собственных свойств талисманов.

Бисткрафт(бестиарий)

В зверинце ( bestiary ) нам предоставляется много опций для крафта.
Весь список рецептов доступен по ссылке:
https://poedb.tw/ru/Bestiary_Recipe — на русском языке
https://poedb.tw/us/Bestiary_Recipe — на английском языке

Я же остановлюсь подробнее на самых полезных для крафта рецептах.

В кавычках указано название зверя ( beast ) для крафта, по которому его можно найти на торговой площадке.

1. «Ящер Краценна» ( Craicic Chimeral )
Это уже упомянутый выше слепок предмета(Импринт). Крайне полезная вещь для сложных и редких крафтов.

2. «Слуга Краценна» ( Craicic Vassal )
Также упомянутый выше рецепт на осквернение предмета с гарантированным качеством в 30%. Полезно для уникальных предметов и для вещей, на которые вы забыли накрафтить 30% качества, а хочется.

3. «Рысь-альфа Фаррул»( Farric Lynx Alpha )
Убирает случайны префикс, добавляет случайный суффикс. Полезно, когда вы не поймали нужный вам мод с помощью сферы царей, а повторно создавать магический предмет очень дорого. Применяется вместе со слепком предмета.

4. «Волк-альфа Фаррул»( Farric Wolf Alpha )
Убирает случайный суффикс, добавляя префикс. Применение аналогично предыдущему.

5. «Чумной арахнид Фенумы» ( Fenumal Plagued Arachnid )
Разделяет предмет на 2.(Сплит)
После разделения предмет получает тег «сплитед» и повторно разделен быть не может. Также не работает на зачарования, шейпер-/элдер-, синтезированные ( synthesized ) и расколотые ( fractured ) базы.
Обычно используется для получения второй копии 6линка, логбука экспедиции, блюпринта кражи.

6. Крафт аспектов. Аспекты крафтятся при убийстве боссов бестиария.
Фаррул, Первая равнин ( Farrul, First of the Plains ) — аспект кошки
Сакаваль, Первый Неба ( Saqawal, First of the Sky ) — аспект птицы
Краценн, Первый Глубин ( Craiceann, First of the Deep ) — аспект краба
Фенума, Первая Ночи ( Fenumus, First of the Night ) — аспект паука

Аспект работает похожим образом с аурой, давая вам усиление и резервируя ману. (но он не действует на союзников, если не указано обратное)

Не рекомендуется крафтить аспект на предметы с гнездами (особенно на броню, двуручное оружие), так как некоторые камни поддержки увеличивают резервирование маны.
Бестиарий. Продвинутые методы крафта
1. Рысь. Волк. Итем лвл.
При использовании рыси или волка получаемый мод зависит не от итемлвла предмета, а от уровня волка или рыси. Это можно использовать для получения модов высокого уровня на низкоуровневых предметах. Например +1 камням на луках 49илвла и меньше.
А также можно использовать для блокировки высокоуровневых модов. Например для получения максимального тира множителя урона хаосом достаточно 78 лвл предмета. Значит при попытке поймать этот мод волком лучше использовать волка 78 лвла, чтобы уменьшить число выпадающих модов.

2. Метакрафт.
Стандартный метакрафт выглядит так:
Есть предмет с 3 идеальными суффиксами(или префиксами) и без префиксов.
Крафтим на станке ману или броню или уклонение(самый частый из ненужных нам мод) чтобы заблокировать его
Кидаем 1(возможно 2) экзальта(сферы возвышения)
Если моды нас не устраивают, крафтим суффиксы не могут быть изменены и кидаем сферу очищения. Повторяем.
Итого 4 экзальта за 1 попытку.

Продвинутый метод:
Есть предмет с 3 идеальными суффиксами(или префиксами) и без префиксов.
Крафтим «суффиксы не могут быть изменены»
Используем волка — убрать суффикс добавить префикс.
Однако крафт не дает убрать суффикс. В итоге мы добавляем префикс.
Используем волка еще раз.
Далее можно использовать анульмент чтобы убрать 1 мод и попробовать снова волка. Или очистить и накрафтить снова «суффиксы не могут быть изменены»
Если поймали нужный мод, можно вернуться к обычному методу, чтобы заблокировать плохой мод крафтом и повысить шансы поймать хороший мод экзальтом.

Крафт в аддоне Завоеватели Атласа

В этом дополнение добавлено 5 новых орбов:
4 сферы возвышения, по 1 на каждого из завоевателей и сфреа пробудителя.
Сферы возвышения завоевателей работают так:
Они добавляют случайный мод соответствующий завоевателю. Весь набор модов можно увидеть на poedb.tw
Сфера пробудителя оъединяет 2 предмета с одинаковой базов в один.
Оба предмета должны быть c влияниями (разными: создателя, древнего или завоевателей атласа)
Вы применяете сферу сначала на предмет который будет уничтожен, затем на тот, на который будет перенесено влияние.
Новый предмет станет редким(желтым) с количеством свойств от 4 до 6 и получит:
— одно свойство влияния с уничтоженного предмета (если там есть такое, если их 2 и более — то получит 1 из них выбранное случайно)
— одно свойство влияния со второго предмета (если там есть такое, если их 2 и более — то получит 1 из них выбранное случайно)
— остальные свойства будут сформированы случайно из всего набора возможных свойств (в том числе и свойств обоих влияний)

Мейвен орб

Орб Мейвен применяется на предмет с 2 (и более) модами влияния.
Убирается 1 случайный мод, а второй «апается» до следующего тира, если он максимального тира, то вместо неого получаем «Elevated» мод.
С орбом работает крафт префиксы(суф) не могут быть изменены. Если вы блокируете префиксы, то нужно чтобы было 2 суффикса (и наоборот 2 префы, если блокируются суффиксы).
Если один из модов уже максимальный(elevated), то орб все равно сработает и он либо удалится либо удалится другой мод, а он останется без изменения.

Отдельное спасибо mtr6401 за помощь в оформлении и добавлении названий из русской локализации

мой крафт сервис: https://ru.pathofexile.com/forum/view-thread/2543329
my craft service: https://www.pathofexile.com/forum/view-thread/2797327

Последняя редакция: rendo_m. Время: 18 нояб. 2021 г., 6:30:25
Last bumped22 сент. 2023 г., 8:14:51

Сообщение
rendo_m
22 апр. 2019 г., 9:39:43
«сервисы»

Скрытый текст

1. Если вам необходим какой либо крафт на станке синдиката, либо же в храме ацоатль вы можете попробовать найти его в дискорде:
https://discord.gg/VxcYmmN неофициальный трейд канал

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

Как не быть обманутым(а также там собраны воедино различные методы обмана(скама) и способы борьбы с ними — рекомендации тут
https://www.reddit.com/r/pathofexile/comments/adaekd/path_of_scam_scamming_for_dummies/

2. Если вам нужен какой то крафт со станка, вы можете найти крафтера на форуме в разделе(не рекомендуется искать крафтера в игровых чатах). наличие большого числа положительных отзывов несколько обезопасит вас.

Полезные ссылки
Скрытый текст

1 пое вики https://pathofexile.gamepedia.com наиболе полная информация по игре
2 поедб — сайт с информацией «намайненой» из игры https://poedb.tw/
моды, рецепты крафта с ценами на станке и многое другое. Удобный и полезный сайт с всегда актуальной информацией. Пока не подводил в отличии от поекрафта.
3 пое нинзя https://poe.ninja/challenge/builds всем известный сайт с актуальными ценами на все предметы. Данная ссылка — на вторую часть сайта — билды. Здесь вы можете посмотреть, какие билды в мете, какие предметы используются в метовых билдах и почерпнуть идеи для крафта и более точно понять, что нужно крафтить в каждом конкретном случае. Просто выберите нужный скил и просмотрите десяток другой профилей.
4 поекрафт https://poecraft.com/ — сайт с симулятор крафта (который позволит вам увидеть конечные статы предмета, и шансы их получения) На момент редактирования поста содержит вот уже как 100500 месяцев неактуальные цены крафта. ЦЕНЫ КРАФТА НЕАКТУАЛЬНЫ.
5 Пас оф билдин https://github.com/Openarl/PathOfBuilding/releases крутая программа, позволяющая вам создавать билды. Можно использовать, чтобы создать предмет и посмотреть на итоговые статы, что делается легко и быстро. имхо удобнее, чем поекрафт.

Ютьюб каналы о крафте(каналы где идет речь больше о билдах и прочей пое тематике я не буду приводить)
1. ру канал «ПоЕ бота» https://www.youtube.com/channel/UCeB8aSt0Ugx3KBy5zHdxrTA
2. англ канал Chromist https://www.youtube.com/user/ChromistD3/videos
но он что-то 4 месяца без обновлений.

Станок. Открываем моды. Краткое Руководство:

Скрытый текст

Итак в станке мы можем видеть 5 условных секций:
I Уже открытые префиксы(которые можно накрафтить)
II Уже открытые суффиксы(которые можно накрафтить)
III Уже открытые рецепты покраски линковки и создания сокетов
IV Не открытые рецепты (за исключением завуалированных) При наведении мыши на рецепт появится подсказка, где его можно получить.
V Не открытые завуалированные предметы, с отображением текущего прогресса открытия модов.
При выделении мода вверху будут подсвечены значки предметов экипировки, на которые его можно накрафтить.
Это даст подсказку, какие предметы нужны, для открытия завуалированного мода.
Также как и любые другие моды завуалированные моды делятся на префиксы и суффиксы.
Таким образом для открытия префикса «множитель постепенного урона хаосом» не имеет смысла покупать предметы с завуалированным суффиксом.
Завуалированный суффикс и префикс можно отличить нажав альт, и прочитав что это. Или даже визуально — короткая «вуаль» суффикс, длинная — префикс. Как это видно на рисунке:

У каждого из членов синдиката есть «персональный» мод, который может быть открыт только на предмете, выпавшем с этого члена синдиката.
Под спйлером таблица таких модов (на английском)

Скрытый текст

Картинка несколько устарела, в частности мод Элреона теперь два мода

минус мана кост поддерживаемых умений
и
минус манакост неподдерживаемых умений, но суть передает верно и большей частью вполне актуальна.

Как искать нужные предметы на трейде.

Скрытый текст

Я пользуюсь английской версией, так как в русской все же порой проскакивают неточности перевода, а то и вовсе отсутствие его частей, что не очень приятно.

Вбиваете в поиск(в окно ввода статов) veil, и видите список:

veiled — префикс
of the veil — суффикс
и далее списком — именные моды членов синдиката.
Остается только выбрать нужный мод.

Завуалированные моды (в основном) бывают трех тиров(как и тиры на станке). Чем выш тир мод, тем больше прогресса он вам даст в его открытии.
Далее будет информация в которой я не уверен на 100% (в полной ее точности), но все же:
Т3 моды(и меньше) могут ролиться на предметах с красных карт(илвл78+)
Т2 моды(и меньше) могут ролиться на предметах с желтых карт (илвл72+)
Т1 моды могут ролиться на любых завуалированных предметах.
Возможно ссуществует некоторое смещение вверх или вниз по уровню, но незначительное.
Некоторые моды не могут быть получены на низколевельных предметах.
Например +к минимуму зарядов (ярости энергии выносливости)

При открытии модов, если есть выбор, я лично стараюсь отдавать предпочтение:
1. Модам связанным с мастером
2. Востребованным модам
3. Модам выше тиром
4. Модам с меньшим прогрессом
Этот порядок соблюдается не всегда, но в большинстве случаев.
(Исключение например мод Торы, который в текущих реалиях бесполезен. Я скорее всего выберу востребованный мод, а не мод Торы)

Фишка, которая может быть полезна. Особенно на ССФ.
Если вам нужен конкретный крафт и вы нашли предмет с этим модом.
Убираем крафт и с этим предметом в синдикат к Эшлин. Она нам вешает завуалированный мод и мы можем снова открыть его на-ха-ля-ву(почти). Повторяем, открываем крафт.

Надеюсь даннаяи нформация была для вас полезна.

мой крафт сервис: https://ru.pathofexile.com/forum/view-thread/2543329
my craft service: https://www.pathofexile.com/forum/view-thread/2797327

Последняя редакция: rendo_m. Время: 4 сент. 2020 г., 21:53:02

Сообщение
rendo_m
22 апр. 2019 г., 9:40:29
как это сделано
крафт ДоТ луков

1. Бюджетный
— берем эссенцию которая дает +2 камням лука (предтоповая Dread)
— базу 6линк (собираем карточками или покупаем не ниже 50илвл)
— кидаем эссенции и ловим 1 свободный преф и 1 свободный суффикс. В зависимости от цен на эссенции и анульменты, можно попробовать убрать лишний мод анульмент орбом.
как вариант, можно ловить эссенцией дополнительно скорость атаки(это будет улучшеная версия).
— крафтим cant roll attack mods на станке
— Для получения мода «+1 socketed gems» используем на лук крафт бестиария убрать суффикс добавить префикс (faric wolf alpha) или крафт синдиката Лео в исследдовании (Research) «Добавить случайный мод на предмет» (Лео с 3 звездами)
в случае наличия нужных суффиксов при использовании первого варианта есть риск удалить нужный суффикс
— Докрафчиваем со станка chaos dom multiplier
— Лук готов.
средние затраты 1.5ex + цена базы.

2. Мидгейм
— Берем базу лука 82+ илвл
— В зависимости от цены хантер орба(сферы охотника) либо кидаем в лук самую дешовую сферу влияния и через харвест ролим влияние охотника на лук либо оставляем как есть, если сфера охотника стоит недорого.
— После нерфа суффикса «Множитель постепенного урона» выбор суффикса для крафта уже не так однозначен.
Возможные варианты:
— Множитель постепенного урона (24%-26%)
— Скорость атаки (17%-19%)
— +2 доп стрелы(требуется база 86+ илвл)
смотрим ПоБ(советуемся с автором билда) и выбираем подходящий вариант
— Роллим альтами нужный нам вариант.
Если ролили +2 доп стрелы — делаем импринт, так как у мода низкий вес, и для его ролла требуется больщое количество альтов.
Если с регала получили суффикс — удалеям его анульментом(при неудаче восстанавливаем вещь импринтом или ролим альтами мод заново).
Крафтим «Сап have up to 3 crafted mod» «Cant roll attack mods»
Если есть префикс — используем крафт жатвы «Reforge keep suffix» , получаем +1 all socketed gems (в случае если база с влиянием, можем получить мод влияния — «увеличения постепенного урона хаосом» ), если префа нет — кидаем хантер орб.
Для получения второго нужного префикса используем бестиарий крафт — «добавить мод на предмет с влиянием»
Получаем префиксы
+1 socketed gems
increased Chaos Damage over Time
Если тир второго мода нас устраивает (тут уж сами решайте, нужен вам Тир 1 или хватит и т3 к примеру) то переходим к докрафту со станка, если нет — читаем дальше:
Для понимания шансов:
Веса мода влияния Т1 -100, Т2 — 200, Т3 — 300, Т4 — 400. соответственно общий вес 1000.
Шанс на Т1 1 к 10
Шанс на Т2 или выше — 3 к 10
Шанс на Т3 или выше — 6 к 10
Итак, если тир мода влияния не устраивает — используем крафт харвеста «reforge keep suffix» и снова добавляем при необходимости второй мод через бестиарий.
— Докрафт со станка:
— убираем крафт
— крафтим мультимод, +2 support gems, chaos damage over time multiplier
Средние затраты:
— Моды станка — 7ex
— Хантер орб (или другой орб+ ролл модов влияния)
— База лука (самый дешовый вариант — imperial bow 100ilvl собранный карточками)
— бестиарий + харвест приблизительно 2 экза, если не реролить моды, в случае если хочется Т1 готовимся потратить 10-15 экзов. Т2 — 5-10, Т3 — 2-5 экзов.
Цифры оринтеровочные, на освнове рынка на момент написания поста, могут сильно измениться в ту или иную сторону в зависимости от рынка и воли рандома. Будьте осторожны.
— альты, регалы, анульменты, импринты. В зависимости от того, какой мод вы выбрали. От 1 экза в случае скорости атаки до 3+ экзов в случае +2 стрелы.
Итого оринтируемся приблизительно на 12экзов для крафта.

3. Минмакс
— Покупаем подходящую базу(илвл, скорость атаки) с энчантом хейста: «Can have 1 additional Crafted Modifier»
— Апаем качество до 30%, линкуем.
— Эссенциями на attack speed ловим дополнительно мод «damage over time multiplier» c 1 свободным суффиксом (если суф занят — ну чтож, кидаем анульмент)
— крафтим «cant roll attack mod»
— используем крафт жатвы «Reforge keep suffix» , получаем +1 all socketed gems (в случае если база с влиянием, можем получить мод влиянтя — «увеличения постепенного урона хаосом» ), если префа нет — кидаем хантер орб.
Для получения второго нужного префикса используем бестиарий крафт — «добавить мод на предмет с влиянием»
Получаем префиксы
+1 socketed gems
increased Chaos Damage over Time
Если второй мод Т1 то переходим к докрафту со станка, если нет — читаем дальше:
используем крафт харвеста «reforge keep suffix» и снова добавляем при необходимости второй мод через бестиарий. Повторяем, пока не поймаем т1 мод влияния в преф.
— Докрафт со станка:
— убираем крафт
— +2 support gems, chaos damage over time multiplier
— Жатвой меняем энчант на скорость атаки за качествo.

Ботинки онслот, тайлвинд, эллюзив

1. Покупаем базы: хантер и редимер. Редимер — абсолютно любая, хантер — нужная нам (двухцветные, сапоги волшебника, или любые, какие нам нужны)
2. Ролим альтами на хантер базе tailwind , на редимер — T1 onslaught , префикс(если он тоже наролится) убираем анулем. В зависимости от цен на импринты перед этим можно сделать импринт.
3. Крафтим на одни и на вторые тапки «Suffix can not be changed» и делаем импринты
4. В хантер тапки кидаем харвест крафт рефорж физ или рефорж атак , в редимер — рефорж крит .
5. Убеждаемся что в хантер тапках только 2 мода влияния и используем на одни и на вторые тапки мавен орб, предварительно скрестив пальцы(поставив свечку).
Если апнулись нужные моды — переходим к следующему этапу, если нет — откатываем импринтом и повторяем. В случае с редимер тапками можно не импринтить и пробовать продать тапки с апнутым эллюзивом.
Также можно пропустить все предыдущие пункты и покупать на трейде тапки с 2 модами влияния(онслот Т1+ любой другой мод влияния, тайлвинд+ любой мод влияния) и кидать мавен орб в них.
6. Берем авакенер орб и скрестив пальцы(поставив свечку, если предыдущая уже догорела) соединяем базы, сначала жмем орбом на плохую базу, потом на ту, что планируем оставить.
Все что мы хотим — это либо хороший третий суффикс либо хотя бы его отсутствие, чтобы попробовать его заролить.
Если префиксы заняты, освобождаем хотя бы один, используя харвест крафт «reforge keep suffix»
При этом если есть свободный суффикс его надо закрыть любым крафтом со станка, так как крафт харвеста гарантирует сохранность существующих суффиксов, но может добавить новый, если есть место.
7. Если все суффиксы заняты, этот пункт пропускаем.
— Крафтим на станке «suffixes can not be changed»
— Как всегда скрестив пальцы, используем харвест крафт — reforge lightning , он гарантированно даст резист молнии, затем его можно харвестом же поменять на огонь или холод.
8. Крафтим «suffixes can not be changed» , используем харвест крафт «Reforge crit» получаем «elusive» в префикс, убеждаемся, что 2 префа свободны, если нет, то повторяем крафт.(если 2 мод в префиксе — тоже мод влияния, и 1 преф свободен, то крафтим «suffixes can not be changed» и кидаем мавен орб)
9. Если у вас ДЕЙСТВИТЕЛЬНО хороший 3 суффикс — Т1 рез, Т1 подавление чар Т1 сила/инта и т.д. можно крафтить дорогую версию (как будто эта дешовая, лол) ботинок. Действительно дорогую.
— Покупаем в ТфТ augment influence mod или rem non-infl add infl (для второго крафта надо со станка накинуть «suffixes can not be changed» )
— Получаем в префиксе 2 мода влияния. Крафтим «suffixes can not be changed» и кидаем мавен орб. Если удаляется эллюзив — возвращаемся к предыдущему пункту и повторяем все заново.
10. Крафтим «suffixes can not be changed» и используем на ботинки синдикат крафт Т4 Aisling в Research(исследовании) — «убрать мод и добавить вейлед мод» .
Если Ашлинг уберет эллюзив придется вернуться к пункту 8 и повторить все заново.
11. Крафтим со станка + к мане, чтобы заблочить 1 мод и открываем добавленный вейлед мод у Джун. Выбираем из предложенного мувспид, (для ес версии предпочтительно с античилом),
есть небольшая вероятность что мувспида там не окажется, тогда придется делать префы заново: накрафтить «suffixes can not be changed» и попробовать заанулить вейлд мод, если уберется эллюзив, то кидать рефорж крита и далее по порядку.
12. Со станка докрафчиваем хп или например cannot be frozen для ЕС базы.
13. Вы великолепны.

ЕС ботинки тайлвинд кдр

1. Покупаем базы: хантер и шейпер. хантер — нужная нам (сапоги волшебника, илвл 84). Шейпер — с кдр и любым другим модом влияния.
2. Ролим альтами на хантер базе tailwind, префикс(если он тоже наролится) убираем анулем. В зависимости от цен на импринты перед этим можно сделать импринт. Крафтим «Suffix can not be changed» и делаем импринт
В кидаем харвест крафт рефорж физы или рефорж атак .

Если есть валюта и хочется тапки получше

Наша цель — получить синие тапки с апнутым тайлвиндом. Если такие есть на трейде на нужной базе с подходящим илвл — можно купить и не заморачиваться.
убеждаемся что в тапках только 2 суффикса — моды влияния. Если есть лишний суффикс — пробуем его заанулить, если удаляется один из нужных суффиксов — используем импринт и повторяем рефорж атак или физы .
Кидаем мавен орб. Если удаляется тайлвинд, откатываем импринтом и повторяем.
Теперь крафтим «suffixes can not be changed» (если есть место, если нет — перед этим крафтим мультимод + еще 1 любой суф и используем харвест крафт «reforge keep suffix» ) и кидаем сферу очищения.
Получаем синие тапки с elevate tailwind
Делаем импринт перед объединением ботинок авейкенер сферой.

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

Убеждаемся что в тапках только 2 мода влияния и используем на них мавен орб.
Если апнулся тайлвинд — переходим к следующему этапу, если нет — откатываем импринтом и повторяем.

3. Берем авакенер орб и соединяем базы, сначала жмем орбом на шейпер базу, потом на ту, что планируем оставить(очевидно хантер соркесер бутс).
Все что мы хотим — это либо хороший третий суффикс либо хотя бы его отсутствие, чтобы попробовать его заролить.
Если суффикс плохой и мы решили пойти по более дорогому пути — кидаем анульмент и, если убрали тайлвинд или кдр, используем импринт, покупаем и крафтим шейпер тапки заново и снова объединяем их авейкенер сферой.
Если префиксы заняты, освобождаем хотя бы один, используя харвест крафт «reforge keep suffix»
При этом если есть свободный суффикс его надо закрыть любым крафтом со станка, так как крафт харвеста гарантирует сохранность существующих суффиксов, но может добавить новый, если есть место.
4. Если все суффиксы заняты, этот пункт пропускаем.
— Крафтим на станке «suffixes can not be changed»
— Используем харвест крафт — reforge lightning , он даст либо резист молнии, либо «chance to Avoid Elemental Ailments»
Нас интересует второй вариант, но в случае хорошего прока лайтинг реза можно оставлять. Иначе в случае желания тапок получше — откатываем импринтом, снова повторяем покупку и крафт шейпер тапок и снова используем сферу пробудителя(авейкенер орб).
5. Тут есть 2 варианта, какой из них лучше — зависит от цены харвест крафта:
а) Используем харвет крафт «reforge keep suffix» и ловим Т1 плоский или Т1 процентный ЕС
б) Крафтим «suffixes cannot be changed» и используем харвест крафт «Reforge defence» чтобы поймать Т1 плоский или Т1 процентный ЕС.
Убеждаемся, что у нас только 1 префикс и переходим дальше.
6. Крафтим «suffixes can not be changed» и используем на ботинки синдикат крафт Т4 Aisling в Research(исследовании) — «убрать мод и добавить вейлед мод» .
Если Ашлинг уберет ЕС придется вернуться к пункту 5 и повторить все заново.
7. Крафтим со станка + к мане, чтобы заблочить 1 мод и открываем добавленный вейлед мод у Джун. Выбираем из предложенного мувспид, (предпочтительно с античилом, в случае с гучи версией античил практически мастхев),
есть небольшая вероятность что мувспида там не окажется, тогда придется делать префы заново: накрафтить «suffixes can not be changed» и попробовать заанулить вейлд мод, если уберется эллюзив, то кидать рефорж крита и далее по порядку.
12. Со станка cannot be frozen на античил тапки или плоский(процентный) энергощит.
13. Вы великолепны.

Бюджетные +2 спктротапки

1. Берем элдер базу двухцвентых ботинок на ловкость и силу 75+ илвл
2. Хаосами ролим +1 lvl all spectre gems c приемлимыми 2 приемлимыми суффиксами (подавление чар, 36+ дексы, силы, резист и тд). Если получили 1 доп суф, но хороший, например т1 подавление чар или Т1 декс. можно 2 мод занять например аспектом авианы или паука, смотря что вам нужно.
3. Крафтим «suffixes can not be changed» (если нет свободного префикса, то используем харвест крафт «reforge keep suffix» )
4. Используем харвест крафт Reforge chaos или reforge lightning
5. Мавен орбой апаем мод на лвл гемов спектров, если не повезло возвращаемся к пункту 2.
6. Крафтим «suffixes can not be changed» и используем вейлед хаос.
7. Карфтим + мане со станка чтобы заблочить мод, открываем вейлед мод, выбираем мувспид, докрафчиваем со станка хп.
Бюджетные тапки готовы

хантер амулет +1 хаос гемам, +1 инт(декс) гемам, chaos damage over time

Есть 2 способа:
* Мы тыкаем рефоржи хаоса в харвесте, продаем если прокает что-то вменяемое и ждем когда прокнет +1 гемам хаоса +1 декс(инт) гемам. И потом крафтим префиксы не могут быть изменены и рефоржем хаоса пловим Т1 хаос дот мульти.
Плюсы:
Недорого, на начальном этапе лиги продается почти все, что имеет плюс минус вменяемые моды.
Минусы:
Можно пытаться поймать всю лигу и так и не поймать.
* целенаправленно крафтим амулет
плюсы:
ну мы его получим не когда нибудь потом.
минусы:
крафт будет стоить валюты(скорее всего будет дешевле чем аналоги на трейде, если есть аналоги дешевле — можно смело покупать и переставлять дороже, профит гарантирован)
1. Берем базу хантер амулета с нужными статами в имплиците. Мажем каталистами на хаос белую базу. Итмем лвл 82+
2. Альтами ролим +1 декс(инт) гемам . Если есть суффикс — убираем анульментом.
3. Крафтим «prefixes can not be changed»
4. Делаем импринт.
5. Харвест крафт «reforge chaos more common» — если не получили +1 хаос гемам — восстанавливаем импринтом и возвращаемся к пункту 4. (Если остался свободный префикс и прокнуло например Т1 хп, можно снова накрафтить префиксы не могут быть изменены и снова сделать рефорж хаоса )
в среднем понадобится 13 поптыток, цена 1 попытки = цене ипринта, на данный момент получается приблизительно 6-7 экзов.
Если остался свободный префикс, можно снова накрафтить префиксы не могут быть изменены и сделать рефорж лайф (дефенс), чтобы попробовать поймать хп(ес) в префикс.
6. Крафтим префиксы не могут быть изменены и снова харвест крафт «reforge chaos more common» , ловим т1 хаос дот мульти. В среднем понадобится 6 попыток, при цене крафта со станка 2 экза — это еще 12 экзов.
7. Если есть место докрафчиваем со станка резисты, эндюрики или что там нужно.

эдгейм миньен ванда

1. покупаем конвокин ванд с альва модом inc minion dmg + chance deal double damage итмлвл желательно 72-82 илвл. Но не меньше 60.
2. дивайним мод альвы.
3. Фрактурим альва мод харвест крафтом — 1 из 3 префиксов. Если префиксов 1 или два, можно в бестиарии добавить прфиксы перекинув суф в преф farric wolf alpha .
Если не повезло начинаем заново.
4. Используем фоссили: Corroded + Metallic + Shuddering+Hollow
Ловим таким обазом +1 minion gems и +1 all spell gems
5. Крафтим суффиксы:
— крафтим со станка «префиксы не могут быть изменены» и используем Т4 синдикат крафт Ашлинг из ресерч. Если Ашлинг уберет абис сокет — возвращаемся к крафту фоссилями.
Обязательно крафтим физ, колд, фаир или хаос дот мульти со станка, чтобы заблочить сразу 4 мода.
6. Анвейлим ашилнг мод. Нас устроит минион атак/каст спд миньенов или триггер . Шансы на это приблизительно 50%. Если не повезло, крафтим преф нельзя изменить и пытаемся заанулить эшлинг мод, если анулим абис сокет — придется повторить заново начиная с п 4
7. Докрафчиваем со станка триггер или миньен атак/каст спид (смотря что нам даст ашлинг)
Ванд готов.

Несколько полезных рецептов торговцев:

— 5 предметов одного типа меняется на 1 неопознанный
Полезно для получения редкой базы под крафт.
Например хочется колчан с сокетом.
Покупаем уники на той же базе, с уровнем предмета не ниже нужного для крафта(в примере колчан Малоуни механизм). И ваалим. Когда сломаем 5 колчанов в желтые — продаем их торговцу. Получаем базу под крафт.

Любой амулет+зеленый, миний и красный камни умений = амулет с ониксом
Применяется для замены плохой базы на хорошую. Эффекты влияния остаются.
Рецепт работает и с оскверненными амулетами.

О итем лвл:
Иногда нужно получить предмет нужного итемлвл(например ванд низкого илвл)
для этого можно обменять гадальные карточки на данный предмет персонажем нужного лвла.

Эти методы можно комбинировать:
Например собрать карточками ванд облитерейшен 2 лвла.
Ваалкой «сломать» его в желтый.
Сдать 5 вандов, получить ванд 2 итемлвла под крафт. наролить на нем +1 камням хаоса.
И докрафтить в бестиарии волком(см соответствующий раздел в 1 посте), игнорируя итем лвл вещи.

Крафт рецептами жатвы

чутка позже добавлю сюда немного текста именно про жатву

Почему программистам нужны ограничения

Перевод хороший, но наверно не стоило… очень много воды и пританутых «за уши» высказываний. Моей маме (домохозяйке) наверняка будет интересно прочитать про акулу и это единственное, что, пожалуй, стоит ей знать, читая этот пространный опус «почему функциональные языки программирования ништяк». С коллегами так только после обкурки их чем-то забористым получится.

Всего голосов 13: ↑10 и ↓3 +7
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

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

Всего голосов 1: ↑1 и ↓0 +1
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

Довольно часто обзорные статьи помогают лучше понять проблемы чем узкоспециализированная. Аналогии из других областей помогают мышлению. Ведь как говорил Козьма Прутков: «Специалист подобен флюсу, полнота его односторонняя.»

Всего голосов 4: ↑4 и ↓0 +4
Ответить Добавить в закладки Ещё

Я, конечно, не эксперт, но бороться с глобальным состоянием в программах, где оно логически должно быть — это как-то странно. Вы же все равно в итоге будете его как-то эмулировать, если я не ошибаюсь.

Например, как можно написать базу данных без глобального состояния? Хранить глобальное состояние в другом месте и оттуда его каждый раз читать?

Или из более простых вариантов, систему алертов для мониторинга, на подобии alertmanager, где глобальное состояние, это единственное, что в этой программе вообще есть.

Всего голосов 6: ↑4 и ↓2 +2
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

Вы упустили суть:
Глобальное изменяемое состояние.

Всего голосов 2: ↑2 и ↓0 +2
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

То есть если мне нужно поменять состояние, я должен его каждый раз пересоздавать?
А синхронизация потоков тогда превращается в боль и семафоры или я что-то упустил.

Например, как решается ситуация, когда у моего приложения несколько потоков (по одному на алерт) и мне нужно одновременно отметить как отправленные/отмеченные два из них? Последовательно?

Всего голосов 1: ↑1 и ↓0 +1
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

> я должен его каждый раз пересоздавать
Формально — да. На практике все несколько иначе и зависит от реализации.
А еще для последовательных вычислений и не-функционально-чистых операций используют монады.

Но вообще говоря, если вы испытываете нужду в изменении глобального состояния, при этом используя функциональный стиль, то вы уже делаете все в корне неверно.

Всего голосов 1: ↑1 и ↓0 +1
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

Если у кого-то возникает потребность в «логической необходимости» учёта глобального состояния программы, значит он сталкивается с кардинальным просчётом в архитектуре проектируемой системы.

Комментарий пока не оценивали 0
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

Ну вот, я привел вам пример архитектуры приложения. Оно просто получает сообщения про алерт, хранит данные про этот alert, что бы потом сделать expire, если алерт не приходил заданное время.

Как на меня, тут на лицо глобальное состояние в программе. Какой просчет при проектировании был допущен?

Всего голосов 3: ↑3 и ↓0 +3
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

Есть практики, типа в Go “Do not communicate by sharing memory; instead, share memory by communicating.”

Данными, горутины(Golang)/процессы(Erlang, elixir) обмениваются через каналы/ящики, своеобразные входящие очереди, которые имеют своё собственное изолированное состояние.

Все решается не управлением глобальным состоянием с алертами, а соблюдением single responisibility между ответственными за модификацию данных.

Также есть практики типа redux’a в Js, основанных на реплейсом глобального стейта через чистые функции.

Комментарий пока не оценивали 0
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

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

А во втором случае опять заниматься синхронизацией изменений с разных потоков. И все это с довольно туманными целями. Потому что не понятно, что мне помешает поломать состояние при пересоздании так же, как и при модификации.

Комментарий пока не оценивали 0
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий
Эти концепции позволяют в любое время масштабироваться. Для мелких целей есть мутекс.
Комментарий пока не оценивали 0
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

Глобальное состояние можно так же масштабировать через внешний сервер, например, кеш или базу данных.

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

Комментарий пока не оценивали 0
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий
Все ваши сомнения и сарказм мигом улетучатся, если вы овладеете ООАДП.
Из вашего последнего абзаца (

А во втором случае опять заниматься синхронизацией изменений с разных потоков. И все это с довольно туманными целями. Потому что не понятно, что мне помешает поломать состояние при пересоздании так же, как и при модификации.

) я понял, что вы про активные объекты не слышали. Причём, я прошу заметить, что при проектировании на уровне системы активных объектов у разработчиков, при разговоре на уровне их предметной области, появление слов «поток» и «мьютекс» — показатель лютой непрофпригодности. 🙂

Комментарий пока не оценивали 0
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

Вот эти все ваши «при разговоре на уровне их предметной области» и прочее показывает, что вы страдаете самой большой проблемой любителей ФП, из-за которой очень много людей не воспринимают ФП серьезно. Вы теоретизируете.

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

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

Комментарий пока не оценивали 0
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

Вы, скорее всего, попутали адресата ваших упрёков на счёт ФП.
Связь между мной и ФП ограничивается только наличием набора книг Душкина и прочих корифеев ФП на одной из моих книжных полок, но прочитанных максимум до благодарностей в разделах введений в этих книжек. 🙂

А вот с ООП я работаю с 1988 года.
… и, как мне кажется, вы совершенно неверно воспринимаете или интерпретируете понятие «глобальное состояние». В последнем абзаце вы «агрегировали» состояния отдельных объектов, реализующих функциональности БД, кешев, пулов коннектов и «прочего» в некое «глобальное состояние».
Поймите, что, упоминаемые вами, «кеши» и «пулы» — лишь инструменты/структуры для реализации объектов более высокого уровня.
Обычно на уровне предметной области (от встроенных систем и — до, например, управления каскадом ГЭС или программ моделирования экономических систем размером с государство), понятий «кеш» или «пул» — НЕТ. Если же они там появляются, значит авторы модели предметной области смешали семантические уровни в своих моделях.
Даже если у меня есть «пулы» на уровне, например, какой-то ОСРВ или библиотеки, то напрямую нагружать их понятийностью или реализацией функционала из предметной области — будет ОГРОМНОЙ ошибкой.
Списки, кеши, пулы могут реализовывать и поддерживать внутренние и состояния выделенных объектов предметных областей, но сами они НЕ МОГУТ являться носителями сущностей этих областей.
Это примерно также, как с широко распространённой ошибкой получения «активных объектов» через наследование от класса Поток во многих библиотеках классов (от Delphi и — до Явы). Авторы этих библиотек сделали колоссальную методологическую ошибку, позволив неокрепшим молодым умам программистов реализовывать активность объектов в своих системах через реализацию некоего унаследованного от класса Thread виртуального метода Execute или Run. В результате массовое программистское мышление не только было отодвинуто от верного шаблона реализации активных объектов, но и убеждено в том, что именно так и надо делать…

Комментарий пока не оценивали 0
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

В предметной области обычно НЕТ понятия «приложение». (Если только вы не работаете на уровне ядра ОС или её планировщика процессов)
Что за объект предметной в вашей области у вас ответственен за реализацию понятия «место хранения данных из приходящих сообщений»?

Комментарий пока не оценивали 0
Ответить Добавить в закладки Ещё
Толку с того, что Clojure — ништяк? Рынок труда требует иных героев…
Всего голосов 5: ↑4 и ↓1 +3
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

мы сами делаем выбор на чем писать.

выбирать в 2018 PHP как минимум странно.

Всего голосов 8: ↑3 и ↓5 -2
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

А что плохого в php 7.x ?

строгая типизация уже есть, замыкания не хуже чем в js, чистые функции — да пожалуйста, единственно параллельного выполнения нет, но для языка который создан работать в один поток и умереть это не особо и нужно.

Всего голосов 6: ↑6 и ↓0 +6
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

Есть =) Только о «тиках» и мультистримах мало кто знает. В любом случае на PHP можно, например, один раз запустить и два раза «умереть». Ну или внедрять определённый кусок кода (например профилер) раз в N тиков. На практике такие штуки (не тики, а стримы) используются, например в guzzle во время параллелизации асинхронных запросов (которые промизы возвращают).

Ну и да, PHP многопоточный. Сборка TS об этом как бы явно говорит 😉 Просто чаще используют NTS, с ними проще, да и это дефолтная поставка в виде fpm.

Всего голосов 2: ↑2 и ↓0 +2
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

Вы меня уделали. Совсем забыл об этих особенностях хотя guzzle довольно часто использую. Но сути это особо не меняет. Почему-то все относятся к php как будто он застрял на версии 5.3 и да, тогда он действительно был не самым лучшим языком. Но с php 5.4 и выше это уже вполне серьезный язык со всем что должно быть в серьезном скриптовом языке для web. Даже несмотря на то что js в данный момент дико популярен мне в нем действительно не хватает многих вещей которые есть в php из коробки.

Комментарий пока не оценивали 0
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

У PHP, имхо, никогда не было такой границы, где он был «серьёзным» или «игрушечным». Самый значимый прогресс самого языка, когда сама стилистика кода менялась, был в периоды php 4 -> php 5.3. Даже вот это упоминание «7.х» — это лишь в основном маркетинговые словечки для далёких от PHP. Всё что добавилось — это тайп-хинтинг для некоторых скаляров и анонимные классы, в остальном он ничем не отличается от того же, например, 5.6. В любом случае, стилистика кода никак не изменилась.

Всего голосов 1: ↑1 и ↓0 +1
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

Как раз такие мелочи вроде операторов ?? Или плюс типы в том числе и возвращаемых значений когда их накопиться достаточно много и создают эффект изменения стилистики.

Язык все ещё развиваться пусть и не такими ударными темпами как раньше.

Комментарий пока не оценивали 0
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

Да, null-coalesce ( ?? ) — это огонь. Без него уже как без рук, а на isset смотреть не могу уже =)

Но в целом я говорил о значимых изменениях как о «перевороте». Всё же эпоха php 4 и ранней 5ки открыли нам такие проекты, как вордпресс и битрикс, от упоминаний которых до сих пор содрогаются стены в офисах в разгар рабочих дней. И если во втором случае просто разрабы оной штуки просто… Кхм… Хз как культурно выразиться, не важно. То вордпресс изначально проектировался по принятым в те времена подходам. С другой стороны же можно сравнить какую-нибудь Symfony 2.x и Symfony 3.4+, требования PHP совершенно разные, но стилистика и идеи совершенно идентичные, потому что изначально писался адекватными людьми. Ну или Laravel 5.x, но там чуть сложнее, есть и адекватные сырцы, есть и дичь а-ля Yii (извини, SamDark )))).

Всего голосов 2: ↑1 и ↓1 0
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

На всех найдётся работа. Я год назад перешёл на react native и забрал ту единственную вакансию что была.

Комментарий пока не оценивали 0
Ответить Добавить в закладки Ещё

Цезура ради качества, свобода — это рабство, война — это мир.

Всего голосов 1: ↑1 и ↓0 +1
Ответить Добавить в закладки Ещё

Автор считает, что все ошибки в программах — фатальные. Это совсем не так. Учитывая, что 90% кода пишется не в функцинальной парадигме и ПО постоянно становится лучше, то явно нет никакого безусловного преимущества функциональных языков. Да, иногда они лучше, для них есть ниша. Но это не универсальное решение всех проблем.

Всего голосов 2: ↑1 и ↓1 0
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

Всё зависит от целей, если соседняя АЭС бахнет, потому что её ПО станет лучше только в будущем легче от этого вам не станет.
Для игрового компа можно на чём угодно писать софт, но есть масса применений где важнее качество.

Комментарий пока не оценивали 0
Ответить Добавить в закладки Ещё
НЛО прилетело и опубликовало эту надпись здесь
Показать предыдущий комментарий

Скорее на MISRA C, а оно имеет мало общего обычным C.

Всего голосов 1: ↑1 и ↓0 +1
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий
Были случаи?
Комментарий пока не оценивали 0
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

Я в свое время участвовал в разработке ящика, который потом уехал на АЭС. Писали мы на С. Признаюсь честно. Мы очень старались не набокопорить 😉

Комментарий пока не оценивали 0
Ответить Добавить в закладки Ещё

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

Всего голосов 2: ↑1 и ↓1 0
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

Вопрос в том, почему хакеры, выбирая опасный инструмент, получают лучшие результаты, чем «обычные разработчики» с безопасным.

Всего голосов 4: ↑3 и ↓1 +2
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

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

Всего голосов 1: ↑1 и ↓0 +1
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

Вопрос, почему не прёт от безопасных инструментов, ведь с ними якобы можно сделать быстрее, больше, надёжнее.

Всего голосов 1: ↑1 и ↓0 +1
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

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

Комментарий пока не оценивали 0
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

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

Комментарий пока не оценивали 0
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

Все просто, потому что достижение безопасности чревато:
1. Обрезанием функционала
2. Уменьшением производительности.

Всего голосов 1: ↑1 и ↓0 +1
Ответить Добавить в закладки Ещё

Итак, ограничения делают всё лучше. Гораздо лучше.

Отличный тезис. С одной стороны, разрушается абсурдным «Интересно, автор себя уже ограничил гробом?».
С другой стороны, вызывает довольно интересное следствие: «Ограничения делают все лучше, так что ограничения стоит ограничивать.» Далее следует «Ограничивать ограничения ограничений»…

Что до восхищения ФП — почему-то автор не указал ограничений его применения (вроде таких).

Всего голосов 4: ↑3 и ↓1 +2
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

посмотрел и добавил там комментарий по каждому пункту, хотя я не настоящий сварщик, но тут достаточно здравого смысла

Всего голосов 1: ↑1 и ↓0 +1
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

Да я тоже не спец. Проблема в том, что большинство статей ругающих ФП заостряют внимание на производительности. На чертовой производительности, которая колышет от силы 10% разработчиков (из них 9% используют либы созданные оставшимся процентом)! Допускаю, что во время зарождения ФП быстродействие было критичным для всех, но сейчас гораздо больше усилий уходит на анализ требований заказчика, чем на решение проблем с производительностью(по личному опыту).

Получается интересная картина: недостатков (критичных) нет, ФП комьюнити потихоньку развивается\разрастается, но массовой миграции не видно. Почему?

В довесок: я кодил настолки на ФП (успешно) и на ООП (не особо успешно). Видел нечитаемые WebAPI проекты на ФП и вполне приличные WebAPI проекты на ФП. Может выбор ФП-ООП не особо сильно влияет на успех проекта\читаемость кода?

Комментарий пока не оценивали 0
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

Да, более того — сравнивать производительность хаскела и си это примерно как сравнивать производительность джавы и си — разного уровня языки, очевидно, что си будет их обгонять.

Таких «почему?» полно в ИТ, видимо отрасль сложная и за малый срок существования ещё не осилила определить хорошие практики, всё развивается стихийно, дурдома хватает.

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

Всего голосов 1: ↑1 и ↓0 +1
Ответить Добавить в закладки Ещё

Вы прослушали проповедь юного адепта секты функциональщиков.
Недостатки скромно не упомянуты, куча фактических ошибок и тп.
Например, в таких непопулярных по мнению автора языках как Си, плюсы, пхп goto присутствует. В javascript нет такого ключевого слова, но сам goto есть. В конце концов, на любом нормальном языке программирования должна быть возможность писать на фортране (это не шутка, если что).

Всего голосов 6: ↑6 и ↓0 +6
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий
vanxant а можно подробнее про недостатки?
Комментарий пока не оценивали 0
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

В javascript нет такого ключевого слова, но сам goto есть.

Комментарий пока не оценивали 0
Ответить Добавить в закладки Ещё

Потомучто программирование это бизнесс. И начальник хочет чтобы ты был гуру «его языка» и «его библиотек». Нечего сидеть на работе и JS изучать. Там драйвер у заказчика падает на железе с Win XP. Ограниченный программист под NDA — хороший программист.

Всего голосов 3: ↑0 и ↓3 -3
Ответить Добавить в закладки Ещё

Со временем, новые языки программирования полностью отказались от поддержки GOTO.

И добавили поддержку throw/catch. Структурно то же самое, но только без усов.
Не раз и даже не два видел бизнес-логику, основанную на типах исключений. Да и сам пару раз такое писал, чего уж греха таить.
Задумавшимся об альтернативах — ссылка на полезное видео

Всего голосов 1: ↑0 и ↓1 -1
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий
Я совсем не гуру, но даже для меня бизнес логика на исключениях- уже сильно перебор.
Комментарий пока не оценивали 0
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

Судя по всему, мне стоило не лениться и описать сценарии более детально.
Пример 1.
Используем какой-либо внешний сервис, и он бросается исключениями, например, если ему были переданы некорректные параметры. А мы, в итоге, вынуждены заниматься разбором текстов и/или типов исключений, чтобы направить логику работы по тому или иному пути. Например, банально определить, прокинуть ли текст исключения в исходном виде до UI пользователя, потому что это исключение с сообщением о бизнесовой ошибке. Или же это техническое исключение (связь отвалилась, сервис лежит) и надо замаскировать сообщение.

Пример 2.
Код бизнес логики для большого и толстого кейса. Реализовано это все в виде кучи классов/методов — как кому угодно, не суть. Главное это большой уровень вложенности. Метод вызывает метод, который вызвал метод, который вызвал метод.
И где-то в глубине нужно по определенному условию прервать вообще всю операцию. Как такой обычно пишется? У всех методов в цепочке сделать возвращаемое значение и ставить if-ы для проверки по всей цепочке вызовов? А если методы должны по бизнесу какие-то значения возвращать? Решение, которое я видел много-много раз — выбрасывать exception аля BusinessLogicException. А на верхнем уровне стоит catch на этот тип исключения, который не делает ничего, просто глушит операцию.

Возможно, у нас с вами совсем разные условия обитания, но я с такими примерами сталкиваюсь постоянно.
В приложенном видео как раз приводится резонный и простой способ избегать подобных ситуаций.

Комментарий пока не оценивали 0
Ответить Добавить в закладки Ещё

Точно! Что бы софт был быстрым и не требовательным. Разработчиков надо заставить разрабатывать свои творения на железе прошлого века. Так сразу будет ощущаться вся боль и страдания. Но в результате на современном железе будет всё летать.
На практике имеем обратную ситуацию.
Главная цель не упростить жизнь программисту или получить самое эффективное решение, а прибыль. Так что победит решение предсказуемо позволяющее получать большую прибыль.

Комментарий пока не оценивали 0
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

Разработчиков надо заставить разрабатывать свои творения на железе прошлого века

Если применить к игровой индустрии, фирма получит продукт уровня Doom2 с бюждетом и сроками обычного AAA-проекта. Но зато летать будет на современном железе, это точно.

Всего голосов 1: ↑1 и ↓0 +1
Ответить Добавить в закладки Ещё
Но ведь закон Мура — он не производительность, а про количество транзисторов
Всего голосов 2: ↑2 и ↓0 +2
Ответить Добавить в закладки Ещё
НЛО прилетело и опубликовало эту надпись здесь

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

Противники ФП повторяют раз за разом одни и те же мифы, абсолютно не понимая, что такое ФП. И часто они приходят к функциональщикам с императивным решением своей задачи вместо того, чтобы прийти с самой задачей, и ставят в вину функциональным языкам, что нельзя повторить императивное решение. Налицо XY-problem и непонимание базовых вещей дизайна ПО. То есть, такие вопросы задают незрелые кодеры, которые еще не вышли на уровень проектировщиков ПО, и которые мыслят категориями «как запрограммировать то-то и то-то», а не «какой дизайн и архитектура удовлетворят всем или почти всем требованиям?». И у стороннего наблюдателя создается ощущение, что у фпшников нет адекватных ответов. На самом деле, ответ на вопрос «как записать в БД значение, если в ФП нет побочных эффектов, а сама БД — это состояние, которого в ФП тоже нет» прост:

• состояние есть, разные виды (чистое иммутабельное и нечистое мутабельное);
• эффекты тоже есть, но контролируются;
• возьми и запиши, как делаешь в обычных языках;
• нет, от этого программа не перестанет быть написанной в функциональному стиле;
• почему тебе нужно именно записать что-то в БД? Ведь это конкретное решение. Давай идти от задачи, а не от решения. Давай мыслить абстракциями, интерфейсами и паттернами вместо деталей реализации. Мы не решаем отдельную маленькую задачу записи в БД, мы пишем приложение целиком, где есть данные и их трансформация, и задача внести запись в БД несущественна на фоне задачи дизайна всего приложения. Может, в части общения с внешним хранилищем лучше подойдет специализированный DSL? Или STM? Или FRP? Или даже акторы/очередь/whatever? бе не подучить ФП, как ты учил ООП? Почему мы судим с позиции ООП/императивного программирования полноправную параллельную ветвь индустрии ПО? ФП тоже абстракция, тоже имеет свою область знаний, и тоже добавит в копилку новые инструменты дизайна ПО.

Когда начинаешь мыслить такими категориями, когда уже по трогал не один язык и не одну парадигму, уже не возникает мысли «а как же производительность?» или «все равно все компилируется в императивным код», потому что пересекаешь черту зрелости, переходило из разряда кодеров в разряд инженеров, которые не задают вопросы «как сделать то-то и то-то», а идут и ставят эксперимент/делают прототип/изучают вопрос. Это — зрелый подход, и требуется время, чтобы к нему прийти.

Всего голосов 3: ↑3 и ↓0 +3
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

Сорри за очепятки, эти экранные клавиатуры меня убивают.

Комментарий пока не оценивали 0
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

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

Почему вы считаете, что зрелость\бекграунд зависят от географического положения? Будучи на западе я видел как абсолютных мамонтов, так и последователей ФП. При этом называть ФП мейнстримом я бы не рискнул.

Вот корреляция между платформой и стилем есть, в Java ФП популярнее чем в .NET (по личным наблюдениям).

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

Сильно не уверен, что подобные высказывания добавят убедительности аргументам. Ярлыки за гранью вежливости вызывают негативные эмоции, которые распространяются заодно и на ФП.

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

В чем вы действительно правы — «Почему бы не подучить ФП, как ты учил ООП?«. Стиль ведь действительно интересный.

Комментарий пока не оценивали 0
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

Вы во многом правы, но кое в чем наши набоюдения расходятся. Говоря о западе, я имел в виду не совсем географическое положение, а, скорее, стиль мышления. Из личного опыта я вынес, что значительная часть русскоязычного программистского сообщества не готова к ФП и противится этим идеям. И говорю я, прежде всего, о плюсовиках, джавистах, php- и python- разработчиках (опять же, не всех). А вот JS-сообщество радует прогрессивностью мышления и широким использованием ФП-практик в повседневных задачах. О Java у меня другие сведения, а именно: с ФП там все плохо в сравнении с C#. Но если мы говорим о платформах .NET и JVM, то чаша весов на стороне последнего, благодаря большой популярности Scala и небольшой — Clojure.

Почему я считаю, что на Западе ФП — стал мейнстримом? Потому что этой парадигме начинают отдавать предпочтение все чаще, рассматривая ее как равную параллельную ветвь, а не выкручивая кредит доверия в сторону ООП.

Подход «фигачить фичи» я тоже видел, и видел (исправлял) последствия этого. Это плохой подход. Бизнес обманывается тем, что продукт «развивается» быстро, кодеры обманываются тем, что они круты и продуктивны. В результате продукт очень быстро превращается в тыкву, но может плыть по инерции довольно долго, а потом приходится тратить огромные ресурсы на его исправление, нанимая уже более дорогих разработчиков. А те, кто его начинал, во-первых, ничему не научились, а во-вторых, уже свалили в следующее место, рассказывая, как они подняли проект, какие они молодцы. Или, что хуже, они просто сидят на одном месте, потому что в глубине верно оценивают свой уровень как не очень высокий. Но как вы думаете, почему почти все технологии, фреймворки и библиотеки — не наши? Причин здесь много, экономическая — в первую очередь, но так же есть и причина в отсутствующей потребности у наших собратьев эти технологии изобретать, ибо они «фигачат фичи».

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

А что касается сути, то будете ли вы оспаривать следующие утверждения: задающий вопросы, подобные моему — незрелый кодер; такой кодер не стал еще проектировщиком, мыслит менее абстрактными категориями; ФП — довольно абстрактно и потому кодеру доступны лишь его малые проявления (те же лямбды), но не функциональный стиль и не функциональный дизайн. Заметьте, в моих словах нет оценки «плохой/хороший», а есть оценка «еще не умеет/уже все умеет» (привет госпоже П.). Мы все такими были, но мы расширяем свою квалификацию, свой бэкграунд. Плохой кодер/разработчик — тот, что не учится.

А знаете, что, по моим наблюдениям, мешает кодерам использовать даже самые простые идеи ФП, такие как иммутабельность и чистота? Вы не поверите: неспособность или нежелание писать чистый код. Да-да, тот самый, по Мартину и МакКоннелу. Люди хотят писать лапшу, потому что они так мыслят, и у них не возникает желания упростить себе работу в будущем. Часто им это и не нужно, потому что проблемы исправляются еще большим кодингом вместо переосмысления своих подходов и практик. ФП не терпит лапши, — если мы говорим о его правильном понимании и применении. Предвосхищая ваши мысли: я видел лапшу на функциональных языках тоже. Причин было ровно две: непонимание ФП с попыткой писать «как привык»; неверные дизайнерские решения по отношению к задаче. Первое исправляется » в человеке» более плотным изучением ФП, второе исправляется «в проекте» рефакторингом или редизайном. Но ничто, никакие практики не могут исправить кодера, пытающегося писать лапшу функционально и делающего вывод, что ФП — это лажа, а простые истины, как в статье — мировой заговор ФПшников. Нет смысла браться за ФП, если ты не готов изменить мышление и пополнить свой бэкграунд. Знаете, я начал писать чистый код только потому, что видел проблемы, к которым ведет нарушение простых принципов: DRY, SOLID, low coupling/high cohesion, и я совершенно логичным образом пришел к ФП, сам того не понимая (в качестве доказательства можете глянуть мой дипломный проект, про который я когда-то давно рассказывал на Хабре). Поэтому Haskell пошел как по маслу. Я уже умел избегать лапши в коде, а на это уже наложились новые подходы из мира ФП. И после этого уже стало очевидно, что best practices исповедуют те же принципы, что и ФП, только искаженные в свете ООП. Возьмите паттерны проектирования из GoF: да большая часть из них имеет функциональную природу, и решает проблему слабой выразительности конкретных языков. С применением ФП то же самое можно сделать в разы короче, чище, понятнее и композабельнее. Но ФП — гораздо, гораздо шире. И интереснее.

Всего голосов 2: ↑1 и ↓1 0
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

А знаете, что, по моим наблюдениям, мешает кодерам использовать даже самые простые идеи ФП, такие как иммутабельность и чистота? Вы не поверите: неспособность или нежелание писать чистый код.

Вы хотите сказать, что код без иммутабельности и чистоты не «чистый»? Несколько категорично, не находите?

я видел лапшу на функциональных языках тоже. Причин было ровно две: непонимание ФП с попыткой писать «как привык»; неверные дизайнерские решения по отношению к задаче.

Поменяйте «Ф» на «ОО» — и фраза останется достаточно правдивой.

Я уже умел избегать лапши в коде, а на это уже наложились новые подходы из мира ФП.

То есть, писать без лапши можно и вне функционального стиля. Так в чем его преимущество? И чем придется платить?

Всего голосов 1: ↑1 и ↓0 +1
Ответить Добавить в закладки Ещё
Показать предыдущий комментарий

> Вы хотите сказать, что код без иммутабельности и чистоты не «чистый»? Несколько категорично, не находите?

А в чем категоричность? Разве не очевидно, что в моем утверждении иммутабельность и чистота выступают примером и не являются полным охватом практик, которые приводят к чистому коду? Я могу назвать другие тоже: дробление задачи на маленькие кусочки; чистые функции там, где нужно преобразование данных; принцип единственной ответствености (SRP); принцип разделения ответственностей и выделение интерфейсов (ISP); Don’t Repeat Yourself (DRY); и так далее. Можете ли себе представить, что люди не знают об этих принципах, даже проработав разработчиками много лет? И что самое печальное, они не приходят к ним естественным путем. Не нужно знать принцип SRP, чтобы сделать часть кода, ответственную только за одну задачу, ведь это упрощает использование кода, повышает его понятность и тестируемость. Однако, кодеры предпочитают отладку тестированию, что очень плохо. Отладки должно быть как можно меньше, ведь это показатель, что ты не понимаешь своего кода, какие там есть контракты и как он себя должен вести.

И я вот это вот все вам рассказываю, но я уверен, что мы с вами понимаем, что это все совершенно тривиальные вещи. Иногда приходится жертвовать чем-то в угоду конкретных преимуществ, например, — в угоду производительности. Однако делать это нужно осознанно, ведь та же производительность нужна вряд ли больше, чем в 10% задач, а из них — вряд ли больше, чем в 10% кода. И нет никаких проблем писать код изначально чистым, или почти чистым. Это не приводит к дополнительной трате времени на разработку, — после определенного количества практики. Хотя поначалу, конечно же, следует изменить стиль мышления с «фигачения фич» на осознанный кодинг. Преимущества, я думаю, тоже ясны: у вас сразу же будут части программы, которые легче понимать, тестировать и рефакторить; будет возможность развивать отдельные компоненты без затрагивания соседних, потому что вы разделили ответственности и разделили также интерфейсы с реализациями; будет проще понимать и соблюдать контракты; будет возможность разделить тесты на юнит-, функциональные и интеграционные; вы начнете мыслить систематически и в терминах дизайна, а имплементация станет лишь следствием принятых решений. Как видите, преимуществ много, и не я их выдумал. Возьмите любые статьи по best practices, — там все это будет, но по каким-то причинам некоторой части наших коллег это неинтересно.

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

Что касается ФП, то оно принуждает использовать практики. Если вы пишете императивно на ФЯ, или пишете лапше-код — вы что-то делаете не так, и это не ФП.

Код необходимо дробить на очень мелкие части, выносить функциональность в отдельные функции, собирать из них функции более высокого уровня, а из этих новых функций — функции еще более высокого уровня. ФП — это конструктор, и чем правильнее у вас базовый набор кирпичиков, тем проще вам строить всю бизнес-логику. Не только проще строить: в идеале, код, отвечающий за бизнес-логику, становится просто текстом, который вы читаете и понимаете, что ваша программа должна делать и как себя вести. А код читается значительно больше, чем пишется.

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

В ФП никак нельзя нарушать принцип SRP, потому что функция не будет композироваться с другими. А лапше-код именно такой: в нем все намешано, порой много разных факторов взаимодействуют нетривиальным образом, — и если создать такую функцию, она не будет ни с чем компоноваться. Она будет миром в себе, этаким деревянным кубиком в груде конструктора Лего, который ни к чему толком не подходит.

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

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

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

Что касается недостатков, они тоже есть. Вам придется платить тем, что вы уже не сможете просто фигачить фичи. А значит, какое-то время ваша продуктивность упадет, но качество кода начнет возрастать, — даже не на ФЯ. Разве вы никогда не занимались поддержкой жуткой лапши legacy, пришедшей из тех времен, когда практик еще не было? Иногда нет выбора, и поддержка legacy критична для бизнеса. Но сейчас совершенно нет никаких причин игнорировать практики при разработке новых больших проектов. Ведь выросла потребность и в командной разработке, а в ней понимание кода другими играет определяющую роль. Да, вы будете писать проект чуть медленнее. Но вы значительно выиграете время на его развитии и поддержке, не говоря уж о радикально сниженном количестве багов. ФП энфорсит корректность кода на многих уровнях, в отличие от того же ООП.

Я не буду говорить про производительность. Бегать с бешеными глазами и кричать о том, что теряется производительность, — это, ей-богу, ребячество. Как уже было много раз говорено, ваша задача вряд ли включает в себя требование hard или soft real time производительности, — а для всего остального ФП может подойти так или иначе. В конце концов, почему мы так необъективно забываем, что пишем на очень медленном Python? Все к нему привыкли? Но стоит заговорить о ФП, как производительность становится краеугольным камнем, на который давят все противники, даже питонисты. Но если разобраться, ФП не такое уж и медленное, а с учетом прекрасной поддержки параллелизма, оно еще и сильно выигрывает. Если бы мне предложили выбор с точки зрения производительности: Python или любой ФЯ, я бы не сомневаясь выбрал последнее.

Конечно же, изучение ФП требует времени. В ФП есть несколько уровней сложности, и эта тема более глубока, чем ООП (включая как классическое C++/Java ООП, так и исконное Алан Кеевское). Практики и подходы, паттерны проектирования и целые принципы построения дизайна (те же FRP или STM), — все это требует изучения, если вы начнете погружаться глубже и захотите перейти от кодера к человеку, мыслящему системно. Но пусть так: вам это не нужно, вы никогда не будете писать все в функциональном стиле, вам не нужно использовать ФП в повседневной разработке. Тем не менее, изучение даже базовых вещей из мира ФП сделает из вас более хорошего разработчика. И это на фоне того, что даже такие консервативные мастодонты как Java и C++ вносят в свой мир элементы ФП. Как вы думаете, почему это происходит?

Обзор и тестирование материнской платы ASUS TUF Gaming B550M-Plus (Wi-Fi)

Серия устройств TUF Gaming в иерархии продуктов ASUS расположена на ступеньку ниже ROG Strix, тут для ряда плат возможности будут заметно проще, а ещё некоторых элементов, кажущихся обыденными в современной сборке, не будет вовсе. Так, на выбранной для этого обзора модели не оказалось площадки под симметричное корпусное гнездо USB последнего поколения.

Мы рассматриваем версию с предустановленным адаптером беспроводных сетей, к слову, самого скоростного из возможных, но также есть продукт и без него, соответственно, со сниженным ценником. Проводной адаптер сможет обеспечить соединение вплоть до 2,5 Гбит/с. Основные характеристики перечислены в таблице ниже.

Модель	ASUS TUF Gaming B550M-Plus (Wi-Fi)
Официальная страница продукта в Сети	asus.com
Хаб	AMD B550
Процессорный разъём	AMD AM4
Процессоры	AMD Series: Ryzen 3, Ryzen 5, Ryzen 7, Ryzen 9
Память	4 DIMM DDR4 SDRAM, максимум 128 ГБ: 2133–3200, 3333–4600 (OC)
Слоты PCI-E	1 x PCI Express 4.0 x16 (x16) — CPU 1 x PCI Express 3.0 x16 (x4) — B550 1 x PCI Express 3.0 x1 — B550
M.2	1 x PCI Express 4.0 x4, SATA (Key M, 2242/2260/2280) — Ryzen 3rd Gen CPU 1 x PCI Express 3.0 x4, SATA (Key M, 2242/2260/2280/22110) — B550
Встроенное видеоядро (в APU)	Radeon Series: Vega
Видеоразъёмы	DisplayPort 1.2, HDMI 2.1
Количество подключаемых вентиляторов	4x 4pin
Порты PS/2	1 (клавиатура/мышь)
Порты USB	2 х 3.2 Gen 2 (2 разъёма на задней панели (1x C)) 6 х 3.2 Gen 1 (4 разъёма на задней панели) 6 x 2.0 (2 разъёма на задней панели)
Serial ATA	4 x SATA 6 Гбит/с (B550)
RAID	0, 1, 10
Встроенный звук	Codec — S1200A (Realtek)
S/PDIF	Оптический (выход)
Сетевые возможности	Realtek RTL8125B (2.5 Gigabit Ethernet) Intel Wi-Fi 6 AX200 (Wi-Fi 2,4/5GHz (802.11a/b/g/n/ac/ax), Bluetooth 5.1)
COM	1 (внутренний)
LED Addressable Header	1x Gen 2
LED RGB Header	2
TPM	1x SPI (14 pin)
UEFI	UEFI AMI BIOS, 256 Mb Flash ROM (25Q256JWEQ)
Форм-фактор	mATX
Размеры, мм	244 x 244
Дополнительные возможности	AI Noise Cancelling Microphone, Armoury Crate, Aura Sync, Fan Xpert 2+, Q-LED (CPU, DRAM, VGA, Boot Device LED), USB BIOS Flashback; комплектация: внешняя антенна Wi-Fi; поддержка AMD 2-Way CrossFireX
Цена в рознице	5696 грн

Ввиду наличия лишь четырёх гнёзд SATA, нет преград для их постоянной работы, как это происходит на более габаритных устройствах. Фактически, есть лишь нюанс с распределением линий PCI-E — между верхним слотом x1 и нижним x16@x4, проявится он в случае использования первого из них, ограничив скорость работы второго, уменьшив число доступных там линий до двух.

Упаковка и комплектация

Оснащение утилитой DTS Custom указано сразу на лицевой части коробки, размеры которой свойственны плате.

Описание возможностей на тыльной стороне отличается высокой информативностью.

• руководство пользователя, в котором подробно проиллюстрированы и описаны подпункты UEFI (на английском языке);
• сертификат качества (надёжности) TUF-компонентов;
• комплект наклеек с различными изображениями серии TUF Gaming, в том числе и для батарейки;
• диск с драйверами и фирменным ПО;
• крепёжный винт и стойка для устройств формата M.2 — два комплекта (на фото не показаны);
• резиновая прокладка под односторонний накопитель M.2 с клейкой основой;
• заглушка для корпуса, дополненная наклейкой в чёрных тонах с символьным обозначением всех гнёзд;
• два кабеля SATA 6Gb/s, один из которых с Г-образным разъёмом на одном из концов;
• выносная антенна с возможностью фиксации лишь одного положения, вдоль длинной грани встроен магнит с небольшим эффектом притяжения.

Внешний вид

Все находящиеся на поверхности платы порты — поперечные (кроме двух M.2), что сильно осложнит задачу по укладке кабелей в корпусе. Но главное ограничение — ширина видеокарты, уже с 2,5-слотовой нужно будет убедиться в отсутствии конфликтов между подключёнными проводами и крыльчатками вентиляторов на ВК.

Массивные радиаторы крепятся винтами, а для B550 тот обходится подпружиненными пластиковыми гвоздями. В углу распаяны шесть светодиодов с линзой, направленной в сторону.

Как и у более статусной ASUS TUF Gaming X570-Plus, есть три дополнительные площадки для светодиодного оборудования.

В свою очередь, радиатор обходится без каких-либо излишеств, это всё тот же скромный по размерам «брусок» из профиля, что мы видели в составе ASUS TUF B450M-Pro Gaming, нет сомнений, что именно на её базе наша подопечная и выстраивалась.

Верхнее гнездо M.2 связано с ресурсами ЦП, сюда заведены самые скоростные линии PCI-E, но здесь радиатора не предусмотрено, а предельная длина изделия составит восемь сантиметров.

Нижнее по длине ограничений не предусматривает, радиатор есть, но ресурсы выделяет уже чипсет — устройство PCI-E будет использовать линии версии 3.0.

Особое недоумение вызывает расположение контактной пары для сброса настроек CMOS — заметно выше нижней грани платы, фактичекски любая современная видеокарта будет перекрывать к ней доступ. Радует лишь то, что в современных сборках крайне редко приходится использовать такой способ «реанимации».

Предусмотрено шесть внутренних портов USB — четыре 2.0 и пара 3.2 Gen 1.

Расположение батарейки поможет неудачливым оверклокерам справиться со сбросом настроек без извлечения видеокарты — усилия придётся сосредоточить на «лапке» из кроватки под CR2032. Сразу можно будет провести и процедуру облагораживания её внешнего вида одной из комплектных наклеек.

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

Выделю наличие фирменного диагностического комплекса Q-LED, который уже был на плате с хабом X570, но отсутствовал в продуктах четырёхсотой серии.

Отмечу отказ от декоративного пластикового «навеса» над портами ввода-вывода задней панели в пользу увеличенного в размерах радиатора VRM. Это довольно сильно напоминает решения, реализованные прямыми рыночными конкурентами. Вот только здесь увлеклись достаточно сильно — «размах» в высоту может вызвать проблемы совместимости в особо тесных корпусах с корпусными вентиляторами, расположенными над ВК.

Сектор VRM также имеет много родственных связей с прежде рассмотренными моделями TUF Gaming. Видим всё тот же ШИМ-контроллер — ASP1106GGQW. Его функции организуют схему работы вида «4+2 фазы». Для напряжения ЦП число элементов — сборок и дросселей — удвоено, а у SOС Voltage уже по одной штуке на канал, таким образом, всего можно насчитать десяток SiC639 от Vishay Intertechnology. Ещё можно выделить присутствие усиленного восьмиконтактного гнезда питания, где используются литые проводники.

Усовершенствованный радиатор с «гребнем» имеет достаточную площадь поверхности для отбора тепла у силовых элементов. С площадью термопрокладки для сборок — полный порядок, а для дросселей обошлись по остаточному принципу. У другого радиатора ситуация похуже. Имеется явный недостаток площади у прокладки для сборок, а дросселями, похоже, воспользовались как третьей точкой упора, про отвод тепла там речь идёт, разве что, символическая. Зато подобных проблем нет с охладителем под устройства типа M.2.

Наполнение задней панели однозначно является сильной стороной продукта. Здесь есть разнообразие всех современных интерфейсов и в не малом количестве.

Возможности UEFI

Обновить микрокод можно не только посредством интегрированного в состав прошивки механизма EZ Flash, а и при помощи комплекса USB BIOS Flashback.

Тема оформления всё та же, свойственная серии продуктов Prime, только приправленная логотипом TUF.

Здесь всего три независимых канала управления охладителями.

Структура расширенного меню изменений не претерпела. Раздел My Favorites можно наполнить по своему вкусу.

Обширное число переменных доступно для экспериментов с разгоном разделе Ai Tweaker. Есть возможность модификации базовой частоты с небольшим шагом.

Реализован полный доступ к наладке подсистемы ОЗУ.

Блок управления стабилизатором пестрит настройками, профили LLC находятся именно тут.

Напряжения CPU и SOC изменить можно двумя способами. Диапазоны у них, как и для DRAM Voltage, большие, они не будут преградой при частотных экспериментах.

Пределы и шаг изменения наиболее важных переменных собран в таблице ниже.

Параметр	Диапазон регулировки	Шаг
BCLK Frequency (МГц)	96–118	0,0625
CPU Core Ratio (Multiplier)	28–63,75	0,25
VDDCR CPU Load Line Calibration	Auto/Level1…5	1
VDDCR CPU Current Capability (%)	Auto/100…130	10
VDDCR CPU Voltage Override (В)	0,75–2,00	0,00625
VDDCR CPU Voltage Offset (В)	(+/–) 0,00625–0,5	0,00625
VDDCR SOC Load Line Calibration	Auto/Level1…5	1
VDDCR SOC Current Capability (%)	Auto/100…130	10
VDDCR SOC Voltage Override (В)	0,75–1,80	0,00625
VDDCR SOC Voltage Offset (В)	(+/–) 0,00625–0,5	0,00625
FCLK Frequency (МГц)	666–1333 1366–2500 2550–3000	133,33 33,33 50
Memory Frequency (МГц)	1333–2666 2733–5000 5100–6000	266,7 66,7 100
DRAM Voltage (B)	1,2–1,8	0,005
CPU 1.80V Voltage (В)	1,8–1,85	0,05
1.05V SB Voltage (В)	1,05–1,10	0,05
2.5V SB Voltage (В)	2,5–2,55	0,05

Отключение подсветки возможно прямо из UEFI.

Для самых любопытных будут доступны опции AMD: PBS, Overclocking, CBS.

Нельзя использовать внешнюю термопару, нет температурных данных ни с VRM, ни от PCH. Только CPU и сама плата (мультиконтроллер) порадуют конкретными цифрами.

На двух процессорных площадках под вентиляторы (CPU_FAN и CPU_OPT) для алгоритма замедления оборотов доступен только метод PWM, а на обоих корпусных площадках есть выбор (среди ШИМ и DC).

Fast Boot изначально активирован, этап инициализации устройств проходит весьма быстро.

Функциональный FlexKey пока что является прерогативой для устройств ROG Srtix и лучше, в остальном набор фирменных инструментов стандартен: обновление прошивки, работа с профилями настроек (имеется восемь интегрированных и неограниченное число в случае привлечения внешнего носителя), Secure Erase для SSD, обозреватель возможностей набора памяти и управление предустановкой утилиты Armory Crate в Windows 10.

Появление новых пунктов в меню UEFI при использовании APU можно оценить на примере модели ASUS ROG Strix B550-E Gaming.

Комплектное ПО

Набор утилит и оболочек для серии TUF остаётся неизменным. Новым в составе Armoury Crate стал модуль AI Noise Cancelling Microphone.

Программное обеспечение
Фирменное	AI Suite 3 (Ai Charger, EZ Update, PC Cleaner, Performance and Power Saving Utilities, System Information), Armoury Crate
Звуковое	DTS Custom
Сетевое	Turbo LAN
Дополнительное	DAEMON Tools (freeware), WinRAR (пробная версия на 40 дней)

Установка среды и её обновление под рассматриваемую модель прошли без запинок.

Начало работы с AI Noise Cancelling Microphone в разделе «Звук» может внести сумятицу. Диалоговое окно просит об установке драйвера, но необходимый компонент располагался в структуре «Утилит».

Aura Sync содержит список устройств с иллюминацией, готовых для синхронизации. Помимо перечня базовых сценариев, здесь предусмотрена возможность воспользоваться Aura Creator — дополнительным инструментом для реализации собственных фантазий. Работа с профилями настроек в Armory Create реализована в отдельном разделе.

Инсталляция свежих версий драйверов и программ реализована через работу мастеров. Установка некоторых (например, с последней страницы «Инструментов») проходит через классические оболочки установщиков, после их загрузки на ПК.

Нет жёсткой привязки к какому-либо микрофонному выходу, его можно выбрать. В целом, нет никаких отличий реализации этого ПО от виденного в обзоре ASUS ROG Strix B550-E Gaming.

Идея работы с Ai Suite 3 та же, что и у ASUS TUF Gaming X570-Plus: нет единого мастера настройки (DIP 5), как в серии плат ROG Strix и Crosshair, а набор из четырёх знакомых утилит назван как Performance and Power Saving Utilities. Число параметров для наблюдения осталось неизменным относительно возможностей UEFI. Как и на прежде виденных нами представителях серии TUF Gaming, оно откровенно невелико.

Хочу отдельно остановиться на возможностях Fan Xpert 2+. Ни с одной платой приходилось взаимодействовать, где такая версия фигурировала в роли комплектной. Всех их объединяло: отсутствие управления процессорным вентилятором методом снижения питающего напряжения (DC), узкий диапазон для контроля работы даже при установке подходящего (PWM), означающий невозможность замедлить его до уровня бесшумности; другие вентиляторы могли опираться лишь на единственную, однажды выбранную температуру (процессора, GPU или платы). Всё это явно видно на примере продукта прошлого поколения — ASUS TUF B450M-Pro Gaming. Здесь же актуальным является лишь самое первое ограничение — только способ смены скважности ШИМ для процессорного вентилятора. Все же остальные теперь исчезли, то есть: замедлить вентилятор ЦП можно так же существенно, как и с версией Fan Xpert 4 (в роли примера — ASUS ROG Strix X570-I Gaming), температурных величин может быть несколько у алгоритмов под корпусные устройства (вероятнее всего, упор будет на самую большую температуру в данный момент времени, что весьма уместно для игровой сборки с ВК от ASUS, хотя настройку продува придётся проводить из Windows). Словом, изменений много и все они положительные, что бывает весьма нечасто, особенно когда продукт (Fan Xpert 2+) подают с той же «вывеской».

Изменений в оформлении звуковой картины относительно ASUS TUF Gaming X570-Plus практически никаких. Базовая наладка звучания проходит с привлечением Realtek Audio Control. Профилей предусиления снова нет, сменить можно лишь тип подключённого оборудования. При выборе Наушников можно будет использовать бонусное ПО либо получить эффект от активации «виртуального объёмного звука» прямо в этой среде. Ввиду отсутствия ОУ, ощущается отсутствие сцены в диапазоне НЧ, словом, нет нужды пересказывать всё снова, все заинтересованные могут почитать субъективное мнение автора в вышеуказанном источнике. Предусмотрен огромный «запас» по общему уровню громкости (справедливо для наушников с импедансом 48 Ом).

Не возникло, как раньше, трудностей с появлением в системе DTS Custom. Они были иными. Подключённое устройство к задней панели платы и форсированный тип оборудования нужной направленности утилитой не воспринимались как условия для старта функционирования. Необходимо было идти на ухищрения, меняя настройки в Realtek Audio Control. Мне помогли: активация первого ползунка (перевод передней панели в режим AC’97) и выбор второго варианта работы ПК в рубрике Устройство воспроизведения, в результате чего в системе появлялись «несуществующие» вторые наушники, первые продолжали работать и для них (тоже) были заметны эффекты, привносимые DTS Custom. Возможно, что-то перемудрили в текущей сборке драйверов.

Turbo Lan освежился и стал более самостоятельным. Это всё тот же программный комплекс для приоретизации трафика на базе cFosSpeed — весьма уместный бонус для игровых компьютеров. Поддерживаются оба сетевых адаптера, доступных на плате.

Сведения о них собраны на снимках экрана ниже.

Небогатый набор данных для анализа ещё меньше, чем на родственной TUF Gaming X570-Plus, поскольку тут нет данных о температуре PCH и с таходатчика соответствующего кулера, ввиду его отсутствия.

Тестовый стенд

В состав открытого стенда вошли:

• процессор: AMD Ryzen 9 3900X (3,6 ГГц);
• кулер: Noctua NH-U14S;
• термоинтерфейс: Noctua NT-H1;
• память: G.Skill Sniper X F4-3400C16D-16GSXW (2×8 ГБ, 3400 МГц, 16-16-16-36-2T, 1,35 В, Samsung B-die);
• видеокарта: ASUS ROG-STRIX-GTX1660S-O6G-Gaming (Performance mode);
• накопитель: Silicon Power Slim S55 (240 ГБ, SATA 6 Гбит/с, AHCI mode);
• блок питания: SilverStone SST-ST65F-PT (650 Вт) + дополнительный процессорный кабель питания;
• операционная система: Windows 10 Pro x64 (10.0.19041.329), AMD Ryzen Balanced Power Plan, AMD Ryzen Master 2.3.0.1591;
• драйверы: AMD Chipset Drivers 2.4.28.626, GeForce 451.67.

Разгонный потенциал

Все эксперименты проходили с прошивкой 0805 (AMD AGESA ComboAM4v2PI 1.0.0.2). Штатные настройки:

1/24 threads (7-Zip 20.00 alpha (x64) Benchmark) CPU Clock (max) — 4616 МГц. CPU Diode (max) — 61 °C.
24/24 threads (7-Zip 20.00 alpha (x64) Benchmark) CPU Clock (avg) — 4013–4112 МГц. CPU Diode (max) — 73 °C.
Cinebench R15 CPU (Single Core) — 211 cb. CPU VDD Voltage (avg) — 1,422 В. CPU Diode (avg) — 60,5 °C.
Cinebench R15 CPU — 3135 cb. CPU VDD Voltage (avg) — 1,272 В. CPU Diode (avg/max) — 68,9/75 °C.
LinX v0.7.0 (5 Runs, Problem size: 32000). VRM Sensor (max) — 50 °C. CPU Diode (avg/max) — 66,7/78 °C.
GFlops Peak — 319,66. AIDA64 Cache & Memory Benchmark Latency — 98,8 ns. CPU Clock (peak) — 4641,3 МГц.

Граничные уровни потребления энергии — 34–189 Вт. Продуктивность системы — высокая, ЦП работает как ему и полагается.

Активация XMP (D.O.C.P.): Memory Frequency — 3400 МГц, DRAM Voltage — 1,35 В, SOC Voltage — 1,1 В.

1/24 threads (7-Zip 20.00 alpha (x64) Benchmark) CPU Clock (max) — 4592 МГц. CPU Diode (max) — 60 °C.
24/24 threads (7-Zip 20.00 alpha (x64) Benchmark) CPU Clock (avg) — 4012–4091 МГц. CPU Diode (max) — 72 °C.
Cinebench R15 CPU (Single Core) — 212 cb. CPU VDD Voltage (avg) — 1,416 В. CPU Diode (avg) — 60,4 °C.
Cinebench R15 CPU — 3137 cb. CPU VDD Voltage (avg) — 1,217 В. CPU Diode (avg/max) — 67,6/74 °C.
LinX v0.7.0 (5 Runs, Problem size: 32000). VRM Sensor (max) — 52 °C. CPU Diode (avg/max) — 67,6/76 °C.
GFlops Peak — 335,42. AIDA64 Cache & Memory Benchmark Latency — 70,2 ns. CPU Clock (peak) — 4642 МГц.

Граничные уровни потребления энергии — 38–200 Вт. Произошёл ожидаемый рост производительности подсистемы памяти и, как следствие, видно ускорение в LinX.

Разгон ОЗУ: Memory Frequency — 3733 МГц, DRAM Voltage — 1,535 В, SOC Voltage — 1,1125 В, SOС LLC — Level 3, CPU Fan — максимальные обороты. Общий подход такой же, как и в обзоре ASUS ROG Crosshair VIII Formula.

Дополнительное охлаждение для модулей памяти не потребовалось. Стабильность вырабатываемых платой напряжений оставляет желать сильно лучшего. Для модулей памяти потребовались дополнительные 10–15 мВ (на фоне более статусных плат). Флуктуация напряжения SOC уже более явная, уровень колебался между 1,094 и 1,106 В. Я выбрал метод контролируемого понижения относительно установок UEFI, характер профиля Level 3 LLC более предсказуемый, чем внезапные скачки цифр с более агрессивными — в результате их корректировок (Level 4 и 5) создаваемая разница уровней была больше наблюдаемой в этом, окончательном режиме работы.

1/24 threads (7-Zip 20.00 alpha (x64) Benchmark) CPU Clock (max) — 4625 МГц. CPU Diode (max) — 56 °C.
24/24 threads (7-Zip 20.00 alpha (x64) Benchmark) CPU Clock (avg) — 4028–4108 МГц. CPU Diode (max) — 70 °C.
Cinebench R15 CPU (Single Core) — 212 cb. CPU VDD Voltage (avg) — 1,435 В. CPU Diode (avg) — 59,2 °C.
Cinebench R15 CPU — 3141 cb. CPU VDD Voltage (avg) — 1,23 В. CPU Diode (avg/max) — 63,2/69 °C.
LinX v0.7.0 (17 Runs, Problem size: 32000). VRM Sensor (max) — 49 °C. CPU Diode (avg/max) — 60,3/76 °C.
GFlops Peak — 627,49. AIDA64 Cache & Memory Benchmark Latency — 63,5 ns. CPU Clock (peak) — 4650,2 МГц.

Граничные уровни потребления энергии — 38–208 Вт. Прирост производительности схож с испытаниями при участии ASUS ROG Strix B550-E Gaming.

Тепловой тест VRM. К настройкам из предыдущего блока добавлены: CPU Core Ratio — 38.25, CPU Voltage — 1,3375 В, CPU LLC — Level 3 (Switching Frequency 350 кГц), DRAM Voltage увеличено до 1,54 В.

Обстановка с напряжением CPU ещё плачевнее, чем с SOC (в прошлом разговоре). Для задуманных 1,275 В при существенной нагрузке пришлось ещё и ухудшать КПД преобразователя, уводя частоту ШИМ до максимальной, а всё ради улучшения качества вырабатываемого напряжения. Агрессивные уровни LLC приводят к редким, но внезапным повышениям значений, из-за чего процессор сразу же греется заметно больше, чем в оформленном виде. Впрочем, и там про небольшую флуктуацию приходится, разве что, помечтать.

1/24 threads (7-Zip 20.00 alpha (x64) Benchmark) CPU Clock (max) — 3825 МГц. CPU Diode (max) — 49 °C.
24/24 threads (7-Zip 20.00 alpha (x64) Benchmark) CPU Clock (avg) — 3825 МГц. CPU Diode (max) — 67 °C.
Cinebench R15 CPU (Single Core) — 182 cb. CPU VDD Voltage (avg) — 1,33 В. CPU Diode (avg) — 52,1 °C.
Cinebench R15 CPU — 3047 cb. CPU VDD Voltage (avg) — 1,309 В. CPU Diode (avg/max) — 67/75 °C.
LinX v0.7.0 (17 Runs, Problem size: 32000). VRM Sensor (max) — 61 °C. CPU Diode (avg/max) — 78,6/98 °C.
GFlops Peak — 648,66. AIDA64 Cache & Memory Benchmark Latency — 66 ns.

Граничные уровни потребления энергии — 74–330 Вт. Колебания напряжения ЦП уложились между 1,269 и 1,331 В. Во время экспериментов температура окружающей среды равнялась 25–26 градусам. Верхняя грань большего радиатора грелась до 50 °C, меньшего — до 51 °C. Замеры проводились пирометром, на тыльной стороне платы в секторе размещения элементов VRM был найден наиболее греющийся участок. Там крепилась термопара, коммутируемая к отдельному мультиметру, в последствии во всех экспериментах данные оттуда проведены по обзору как VRM Sensor. Собственного, распаянного на плате, у TUF Gaming B550M-Plus (Wi-Fi) нет.

Тестовый Ryzen 9 3900X может ускориться до 4325 МГц при использовании шести подряд проходов бенчмарка Cinebench R15 в качестве идентификатора стабильности ПК. Требуется определить необходимый и достаточный режим работы стабилизатора. Конечные параметры, добавленные к разгону ОЗУ: CPU Voltage — 1,45625 В, CPU LLC — Level 3 (Switching Frequency 350 кГц), DRAM Voltage увеличено до 1,54 В.

1/24 threads (7-Zip 20.00 alpha (x64) Benchmark) CPU Clock (max) — 4325 МГц. CPU Diode (max) — 81 °C.
24/24 threads (7-Zip 20.00 alpha (x64) Benchmark) CPU Clock (avg) — 4325 МГц. CPU Diode (max) — 85 °C.
Cinebench R15 CPU (Single Core) — 205 cb. CPU VDD Voltage (avg) — 1,444 В. CPU Diode (avg) — 61,3 °C.
Cinebench R15 CPU — 3427 cb. CPU VDD Voltage (avg) — 1,425 В. CPU Diode (avg/max) — 87,2/98 °C.
VRM Sensor (max) — 50 °C. AIDA64 Cache & Memory Benchmark Latency — 63,3 ns.

Колебания напряжения ЦП уложились между 1,40 и 1,45 В. Судя по всему, чем выше плановый уровень, тем сложнее преобразователю выполнять стабилизацию CPU Voltage, её смело назову худшей из всех, что можно отследить по последним продуктам серии TUF Gaming для процессоров AMD, побывавших у нас лаборатории за последнее время, а это: X570-Plus, B450M-Pro и даже X470-Plus. Более того, по факту система работала в режиме «бенчмаркинг»: о многократном прохождении тестов в Cinebench R15 речь не идёт вообще, а шесть требуемых забегов подряд — скорее удача, чем подтверждённая схема. Зато VRM греется несильно…

Нет разницы откуда форсировать единственный разгонный профиль, припасённый инженерами от ASUS. Он зафиксирует множитель процессора как x40, а ОЗУ оставит без внимания, потому я перед проведением тестов самостоятельно активировал XMP в UEFI. Судя по всему, питающее ЦП напряжение устанавливается на уровень около 1,3 вольт.

Словом, этот сценарий относительно виденного у той же ASUS TUF Gaming X570-Plus ничуть не изменился.

1/24 threads (7-Zip 20.00 alpha (x64) Benchmark) CPU Clock (max) — 4000 МГц. CPU Diode (max) — 50 °C.
24/24 threads (7-Zip 20.00 alpha (x64) Benchmark) CPU Clock (avg) — 4000 МГц. CPU Diode (max) — 66 °C.
Cinebench R15 CPU (Single Core) — 190 cb. CPU VDD Voltage (avg) — 1,29 В. CPU Diode (avg) — 54 °C.
Cinebench R15 CPU — 3153 cb. CPU VDD Voltage (avg) — 1,263 В. CPU Diode (avg/max) — 67,5/74 °C.
LinX v0.7.0 (5 Runs, Problem size: 32000). VRM Sensor (max) — 52 °C. CPU Diode (avg/max) — 66,5/73 °C.
GFlops Peak — 336,45. AIDA64 Cache & Memory Benchmark Latency — 70,8 ns. CPU Clock (peak) — 4000,1 МГц.

Граничные уровни потребления энергии — 37–196 Вт. В однопоточных задачах продуктивность системы будет заметно снижена, а во многопоточных — изменений фактически не будет. Сложно сказать, кому подобный «OC Tuner» для варианта сборки с Ryzen 9 3900X может пригодиться.

Разгон базовой частоты — предельный, 118 МГц. Вспомогательные параметры UEFI: CPU Core Ratio — 28, CPU Voltage — 1,30 В, PBO — Disabled, SOC Voltage — 1,10 В, DRAM Voltage — 1,40 В.

Стабилизация системы не была самоцелью. Разгон с сохранением функционирования интерфейса SATA вышел несопоставимым с таковым на устройствах, где распаивался хаб AMD X570. Напомню, там предел близок к 100,6 МГц. Наличие небольшого шага изменения даёт все основания для принятия участия этой переменной в любых схемах оверклокинга с целью получить полную отдачу от компонентов системы — процессора и оперативной памяти, либо каких-либо других тонких экспериментов, например, с режимами PBO.

Вывод

У производителя получился крепкий продукт, без углубления в технические детали. Есть большое число портов на задней панели, холодный VRM, возможность заставить работать ОЗУ не хуже, чем на других платах (на базе X570 или B550). Проявив должный уровень усердия, финальное быстродействие разогнанной системы ничем не будет уступать другим устройствам на рынке. Предустановлен современный адаптер беспроводных сетей, в комплекте: выносная антенна, программный бонус для звуковой подсистемы (наушников) в лице DTS Custom, Armoury Crate дарит возможность активации AI Noise Cancelling Microphone, а благодаря статусу B550, доступно использование SSD с линиями PCI-E скоростной, четвёртой версии.

К отрицательным чертам можно отнести свойства стабилизации основных напряжений, которые проявятся при чуткой отладке схем оверклокинга. Тех же, кого внештатная работа процессоров AMD Matisse не интересует, как и нечто большее, чем предлагает готовый профиль работы ОЗУ XMP, эти нюансы смущать не будут. Не дают пространства для манёвра три канала для работы с охладителями и малое число доступных температурных параметров, на которых будут базироваться все схемы замедления, поэтому при коммутации вентиляторов нужно опираться на хабы/разветвители, которые зачастую имеются в комплекте поставки высокоуровневых корпусов. При использовании Fan Xpert 2+ из среды Windows 10 можно будет добавить ещё и датчик GPU, но лишь в случае использования видеокарты от ASUS. Следует учесть возможный конфликт топовых моделей ВК, нередко располневших более чем до 2,5-слотового вида, с кабелями, которые подключаются к нижней грани платы. При должном внимании к подборке прочего «железа», получится собрать компактную, современную и производительную систему без каких-либо вопросов с перегревом.