• Главная
  • Контакты
Подписаться:
  • Twitter
  • Facebook
  • RSS
  • VK
  • PushAll
logo

logo

  • Все
    • Положительные
    • Отрицательные
  • За сегодня
    • Положительные
    • Отрицательные
  • За вчера
    • Положительные
    • Отрицательные
  • За 3 дня
    • Положительные
    • Отрицательные
  • За неделю
    • Положительные
    • Отрицательные
  • За месяц
    • Положительные
    • Отрицательные
  • За год
    • Положительные
    • Отрицательные
  • Сортировка
    • По дате (возр)
    • По дате (убыв)
    • По рейтингу (возр)
    • По рейтингу (убыв)
    • По комментам (возр)
    • По комментам (убыв)
    • По просмотрам (возр)
    • По просмотрам (убыв)
Главная
  • Все
    • Положительные
    • Отрицательные
  • За сегодня
    • Положительные
    • Отрицательные
  • За вчера
    • Положительные
    • Отрицательные
  • За 3 дня
    • Положительные
    • Отрицательные
  • За неделю
    • Положительные
    • Отрицательные
  • За месяц
    • Положительные
    • Отрицательные
  • Главная
  • Что нам стоит приложение построить: рассуждения об интерфейсе

Что нам стоит приложение построить: рассуждения об интерфейсе +10

23.04.2017 16:13
EFS_programm 6 5300 Источник
Прототипирование*, Интерфейсы*, Дизайн мобильных приложений*, Usability*, Блог компании Программа «Единая фронтальная система»
Посмотрите на экран мобильного телефона — какие-то приложения вы используете с удовольствием, какие-то по необходимости, а некоторые за неудобством просто удаляете и ищете приемлемый аналог. Когда делаешь мобильное приложение, самая проблематичная часть — создание рабочего прототипа. Нужно понять, как будут взаимодействовать элементы интерфейса, как с интерфейсом будет работать конечный пользователь. Вы скажете — так на то и есть тестирование. Но до тестирования нужно создать рабочий вариант, который должен отвечать требованиям клиентов, а в случае приложения для банков — миллионов пользователей. Как к этому подступиться?



Ищите подход к любому сегменту!

Мы делали интерфейс ЕФС. Это важный опыт


Участникам конкурса «Продвижение» предлагается создать мобильное приложение, которое покроет интересы выбранного сегмента пользователей. Мы тоже работаем над клиентскими приложениями и сайтами и непременно поделимся опытом в этом посте, но в начале хочется рассказать о недавнем интересном опыте — разработке интерфейса Программы ЕФС.

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

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

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

Поэтому разделили блок дизайна на 2 части:

  • Концептуальный дизайн
  • Прикладной дизайн

Концептуальный дизайнер — придумывает крутые концепции, создает типовые шаблоны и решения. А еще курирует сразу несколько проектов, поддерживает единый вид интерфейсов системы.

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

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

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

Где искать фишки и инсайты


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

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

Вот два ярких кейса по дизайн-мышлению, которые мы реализовали относительно недавно. Они очень показательны.

Кейс 1


В середине 2016-го года команда прошло масштабное исследование по кредитным картам в формате дизайн-мышления.
За два месяца, которые длился проект, сотрудники различных подразделений Банка, чья деятельность связана с кредитными картами, провели свыше 100 интервью у различных категорий клиентов: у держателей карт нашего банка, у тех, кто по тем или иным причинам отказались от них, у лиц, которые сталкиваются с картами по работе (продавцы, кассиры, курьеры интернет-магазинов и т.д.). Клиентов приглашали на интервью как целенаправленно, так и просто искали буквально среди толпы на улице: одна из команд проводила свои интервью с пассажирами на автобусном вокзал; другая – на ж/д вокзале.

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

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

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

Раздел содержит множество информационных материалов по следующим вопросам:

  • сколько можно потратить по карте;
  • как потратить средства по карте;
  • как снять наличные;
  • как не платить проценты;
  • как пополнить карту;
  • информация о Бонусах «Спасибо»;
  • решение наиболее частых проблем.

Эта страница была создана для того, чтобы абсолютно любой клиент мог «с нуля» научиться пользоваться кредитной картой, понять, как работает льготный период, где узнать дату и сумму платежа, а также многое другое. Следует отметить, что материалы изложены на понятном для клиентов языке, без обилия банковских терминов, понятных далеко не всем. Как пример, один из наиболее популярных вопросов от клиентов звучит как «Что делать, если банкомат съел карту?» вместо столь привычного нам, но формального «Что делать в случае, если банкомат задержал банковскую карту?». С помощью данного ресурса мы планируем приблизиться к клиентам, начать общаться с ними их языком, дать ответы на те вопросы, которые клиенты, порой может быть, боятся или стесняются задавать, чтобы не показаться финансово неграмотными, из-за нехватки времени или по другим причинам.

Кейс 2


Еще одним ярким решением, которое уже реализовано, стало SMS «Долг», которое может отправить держатель кредитной карты на номер 900 и получить актуальную информацию о сумме своей задолженности по карте, сумме и сроке ближайшего платежа и т.д. В ходе тестирования функционал получил множество позитивных отзывов от клиентов, т.к. это экономит их время, избавляя от необходимости звонить в колл-центр или искать Интернет для входа в «Сбербанк Онлайн». Больше всего услугу оценили те клиенты, у которых нет смартофонов, а обычные кнопочные телефоны, и таких клиентов достаточно много – это и люди возрастных категорий, которым просто не нужны все современные функции, и те, кто привык просто иметь надежный аппарат для каждодневного пользования с долгоживущим аккумулятором и т.д.

Главной ценностью этого проекта по дизайн-мышлению стало то, что появилась возможность взять сотрудников, ответственных каждый за свой маленький отдельный фронт работ, и дать им возможность увидеть «жизненный путь» кредитных карт целиком: от стадии выбора клиентами продуктов, до стадии закрытия или перевыпуска, проходя через процессы получения карт, каждодневного использования и т.д. Самым ярким впечатлением стало, когда уже после окончания проекта, на встрече по работе с просроченной задолженностью по картам, один из методологов, участвовавших в проекте, на предложение формулировки обращения к клиентам возразил со словами «Да что вы! Клиенты не понимают этих всех терминов, они не должны в них разбираться, с клиентами нужно общаться на их языке!». И это методолог – человек, который привык использовать в своей каждодневной практике только строгие формальные процедуры, обращения, методики и правила.

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

Что делать, чтобы приложение завтра не устарело


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

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

Что не любят пользователи


  • Никто не любит, чтобы его считали дураком, обманывали, навязывали неудобное как удобное.

  • Не любят вычурный интерфейс. Он должен быть фактически незаметным: пользователь просто работает в приложении, а не думает, что выполняет та или иная кнопка.

  • Не любят назойливую рекламу — правда, не открытие? Баннеры, предложения во весь экран и даже поздравления очень раздражают, когда ты торопишься перевести деньги или оплатить услугу. Кстати, это нужно обязательно учесть при разработке схемы монетизации.

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

Каким не стоит делать приложение


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

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

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

Монетизация приложения


Возможность монетизации — одно из требований нашего конкурса и одна из самых болезненных проблем банковских сервисов, которые, как любой продукт, должны зарабатывать. Когда планируешь монетизацию, нужно учитывать важные моменты, главные из которых — перевернуть отношение человека к тому, за что он должен заплатить. Как обычно мы воспринимаем комиссию? Как обязательный платёж банку за услугу, который мы вынуждены отдать со своего личного счёта. Та же история с автоплатежами — на первый взгляд, удобно, когда с карты в определённый день (зарплаты) уходят обязательные платежи за всё, о которых не нужно помнить и заботиться. А потом вы уже не замечаете удобство этой услуги, а только видите, как с вашего счета списывают деньги за газ/ свет/ или другие расходы, что платежи ушли и сумма на карте неприятно уменьшилась.

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

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



  • Присоединяйтесь к конкурсу «Продвижение», расскажите о своём видении мобильного приложения для групп клиентов банков, получите грант 650 000 и шанс стать разработчиком приложения, которым будут пользоваться миллионы.

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

  • Условия и стоимость контракта обсуждаются по итогам UX — тестирования.

Поделиться с друзьями
-->

Комментарии (6)


  1. askv
    23.04.2017 21:39
    #10187692
    -4

    Убивают приложения «только для iPhone» после установки на iPad работают только в портретном режиме…


  1. redmanmale
    24.04.2017 14:44
    #10188628

    Немного неожиданно в статье про рассуждения об интерфейсе не увидеть ни одного примера интерфейса...


    1. zahmTOD
      24.04.2017 16:19
      #10188838
      -2

      Тут рассуждения об UX, а не об UI. Плюс это статья-завлекалово. Но сфоткать котика могли бы. А то старый айфон на китайском не айс ))


      1. Analitik_Telecom
        24.04.2017 17:38
        #10188966
        +1

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


  1. kamushken
    26.04.2017 21:35
    #10192958

    Статья обо всем и не о чем…


    1. EFS_programm
      27.04.2017 10:22
      #10193488

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

МЕТКИ

  • Хабы
  • Теги

Прототипирование

Интерфейсы

Дизайн мобильных приложений

Usability

Блог компании Программа «Единая фронтальная система»

дизайн мобильного приложения

дизайн мышление

Сбербанк

Сбертех

ЕФС

продвижение

СЕРВИСЫ
  • logo

    CloudLogs.ru - Облачное логирование

    • Храните логи вашего сервиса или приложения в облаке. Удобно просматривайте и анализируйте их.
Все публикации автора
  • Стартап глазами разработчика. Какой framework лучше выбрать +4

    • 25.07.2017 15:19

    Простые ингредиенты для лучшего UX +4

    • 17.07.2017 08:42

    О мобильной библиотеке и любви к React Native +9

    • 12.07.2017 08:07

    Компетентность не имеет пола: о гендерном балансе и тренде развития женского кодинга +9

    • 19.06.2017 12:44

    Работа с периферией из JavaScript: от теории к практике +28

    • 15.06.2017 14:14

    Умные заглушки для интеграции +25

    • 08.06.2017 09:05

    ИТ-конференция «Продвижение»: суббота с пользой +23

    • 30.05.2017 16:42

    Почти манифест дизайн-мышления +12

    • 27.05.2017 08:02

    Пятничная дискуссия: российская vs зарубежная IT – компания. Почему все стремятся работать в Google +32

    • 26.05.2017 09:33

    Redux как сердце архитектуры фронтенда Единой фронтальной системы +27

    • 04.05.2017 12:33

Подписка


ЛУЧШЕЕ

  • Сегодня
  • Вчера
  • Позавчера
08:39

Как я собеседовался в Ozon, Т-Банк, Mindbox и другие крупные компании +192

07:00

Как мы создавали первую портативную умную колонку Яндекса +57

06:44

О ненависти к российским дистрибутивам Linux +56

08:00

Вы не будете в это играть: игровые миры, в которые больше нельзя попасть +34

09:01

COBOL в XXI веке: почему банки и госслужбы не могут отказаться от языка 1959 года +32

13:28

Три совета, как не выучить C++ за 21 день (субъективный гайд с дополнениями) +26

13:01

Простой веб-сайт +20

05:23

Сейчас открою вкладку с ИИ и стану программистом +17

00:52

Как превратить статус Telegram в статус Steam +12

10:43

Как мы улучшили режим ночной съемки в планшетах KVADRA_T +11

13:01

Midjourney Video: как превратить картинку в видео в 2025 году? +10

11:44

Need for speed: оценка ошибок измерений в футбольной аналитике. Часть 1 +10

09:38

Тихая сила: как управлять не через контроль, а через влияние +10

07:36

Миграция с Firebird на PostgreSQL. Что может пойти не так? Часть 2 +10

05:53

На пути к эмоциональному искусственному интеллекту +10

12:00

The Pegasus GLK-2004: крайне необычный клон NES. Обзор из первых рук в 2025 году +9

11:28

Проектирование контроллера двигателей с GitHub Copilot +9

08:01

Я написал свой VPN-клиент для Android. Зачем, если их сотни, и что скрывается под капотом? +9

09:01

Сбор событий Linux: есть цель – ищем путь +8

08:32

Уведомление в Роскомнадзор. Что делать? +8

08:05

Сотворение мира за 20 минут на JavaScript, или минималистичная модель эволюции +101

11:00

Как работает DNS в Linux. Часть 2: все уровни DNS-кэширования +74

18:14

Миграция с Firebird на PostgreSQL. Что может пойти не так? Часть 1 +45

08:15

Гарантирует ли техническая грамотность аудитории верную оценку инноваций или как Хабр USB-С хоронил +45

12:00

Руководство по pgcrypto — шифрование внутри PostgreSQL. Часть 1 +35

09:01

Кабель, который менял игры: два экрана до Nintendo DS +34

13:01

От капитального ЦОДа к гибкому модулю: куда идёт российская ИТ-инфраструктура +25

06:44

Краткая история банкоматов 90-х: как выглядели и работали первые банкоматы в России +22

08:28

Книга: «Мозг против мозга. Mind vs brain» +21

09:00

Игровые провалы российских компаний: учимся на ошибках Lada Racing Club и The Day Before +19

07:50

Скучная правда про LLM: эффект дают не громкие слова, а простые сценарии с очевидной ценностью +15

07:00

Раннее тестирование или как сократить время деливери +15

15:55

RainLoop: от шелла через аттач, до кэша в инбоксе +14

10:48

6 человек, 800 документов и производство в режиме 24/7: рецепт оптимизации технической документации по принципам Lean +14

10:10

От HackerOne к родным берегам: как меняется российский багхантинг +14

06:00

Lokilizer — бесплатный инструмент для перевода приложений с двух языков на любые другие +14

12:00

Нейросети против поискового трафика: как ИИ меняет интернет +13

10:51

Реализм против платонизма. Неполнота Гёделя, неразрешимость Тьюринга и физические основания математики +13

07:53

Google I/O 2025: Gemini, Google Beam, умные очки и другие ключевые анонсы +13

05:41

Вот так подкрути геймификацию и мотивация болеть не будет +13

09:01

Георгий Герганов, автор llama.cpp и звукового кейлогера +102

11:03

VPS сервер по цене пачки чипсов: обзор самых дешёвых тарифов российских хостеров +79

08:26

Измеритель силы хвата. Когда реально переоценил свою силу +73

13:01

Ходим в Интернет с отключённым IPv4 +54

15:01

Получит ли Россия свой Starlink +43

17:03

Изучение Python за 2 недели через боль и дедлайн: личная история +42

09:15

Программируем квадрокоптер на STM32 +37

12:30

Как настроить синхронизацию в Obsidian с помощью S3 +33

10:27

KoboldCpp — нейросеть для развлечений и работы у нас дома +29

06:58

Портативное железо 2025: подборка новых мини-ноутбуков для работы и отдыха +27

04:57

Илон Маск создал новую партию, а Цукерберг продолжает повышать ставки в битве за AI-таланты +25

14:33

Хроника изменений API фоновой работы в Android +23

16:07

Проект выходного дня: экранные линейки +18

08:00

Новое в контроллерах Bitrix Framework: фильтры и валидация +17

16:03

Что такое «температура» и ряд других занятных фактов около +16

11:35

Эмпатия: мощный ресурс руководителя в IT +15

11:10

Почему разработчики не делают «по уму», даже когда знают как +15

06:45

Интеграция Flutter Mobile SDK в ОС Аврора +14

10:01

Нейроуловки для изучения английского: как запоминать слова без зубрежки +13

08:41

Странная физика, которая дала жизнь искусственному интеллекту +13

ОБСУЖДАЕМОЕ

  • О ненависти к российским дистрибутивам Linux +56

    • 219   17000

    Получит ли Россия свой Starlink +43

    • 179   14000

    Конец истории? -15

    • 158   16000

    VPS сервер по цене пачки чипсов: обзор самых дешёвых тарифов российских хостеров +79

    • 109   23000

    Нейросети как консультант: как я нашел и заказал ПК без подсветки для локальной работы с ИИ +2

    • 96   5900

    Гарантирует ли техническая грамотность аудитории верную оценку инноваций или как Хабр USB-С хоронил +45

    • 75   4800

    Как я собеседовался в Ozon, Т-Банк, Mindbox и другие крупные компании +192

    • 68   26000

    Изучение Python за 2 недели через боль и дедлайн: личная история +42

    • 60   6800

    Мама, я боюсь идти на IT-собеседование -1

    • 49   15000

    Измеритель силы хвата. Когда реально переоценил свою силу +73

    • 47   6400

    Цифровая слежка: ищем человека, зная только его номер +9

    • 46   28000

    Ходим в Интернет с отключённым IPv4 +54

    • 43   61000

    Георгий Герганов, автор llama.cpp и звукового кейлогера +102

    • 37   11000

    Как придумывать и запоминать пароли для разных сервисов +7

    • 35   7900

    Краткая история банкоматов 90-х: как выглядели и работали первые банкоматы в России +22

    • 35   3600
  • Главная
  • Контакты
© 2025. Все публикации принадлежат авторам.