Блог Александра Денисюка

PHP Developer

Твиттер Хабрахабр Гитхаб  Телеграм

Любые предложения или замечания принимаю на
почту a@denisyuk.by или на номер +375 (29) 203-79-48.
Ctrl + ↑ Позднее

Как сократить вероятность до 50% при четырёх вариантах ответа

Предположим, перед вами тест из четырёх вариантов ответа, из которого только один верный. Вам необходимо извлечь из этих вариантов правильный. Как это сделать, когда вы не знаете ответа на поставленный вопрос в тесте? Можно, конечно же, сразу выбрать один на удачу, но тогда вероятность успеха будет один к четырём или 25%, а это очень низкие шансы:

    1) Ответ А 25%
    2) Ответ Б
    3) Ответ В
    4) Ответ Г

Ещё можно вычеркнуть сразу два варианта ответа и выбрать что-то одно из оставшихся, но, в таком случае, вероятность не сократится до 50%, как хотелось бы, а останутся прежние 25%. На самом деле, этот сценарий забирает у вас ещё 50% дать правильный ответ и остаётся 12,5%, т. к. тот один из двух вариантов миновал смысловую оценку, но это невозможно отобразить математически, значит будет всё-таки 25%, а не 12,5%.

Когда вы по порядку загружаете варианты ответа и пытаетесь сопоставить с заданным вопросом, то ваш предыдущий опыт ранжирует их по степени наибольшего соответствия. Это явление происходит в фоне и вы, скорее всего, даже не догадываетесь об этом. По ощущениям какой-то ответ нравится больше, а какой-то меньше. Я бы не стал сразу выбирать тот, который манит сильнее всего. Перед выбором ещё нужно провести небольшой фокус.

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

    1) Ответ А 25%
    2) Ответ Б 25%
    3) Ответ В
    4) Ответ Г

Я стараюсь не спеша пропускать через себя все варианты и отсеиваю по ощущениям только два самых сомнительных, а это всяко лучше вычёркивания двух наугад. Остаётся два претендента на выбор. Математически ничего не изменилось, т. к. мы не можем доказать, что «отсееные» варианты неправильны, но мы интуитивно понижаем их достоверность и дальше не рассматриваем. Таким образом, остаётся два варианта, один из которых правильный:

    1) Ответ А
    2) Ответ Б
    3) Ответ В
    4) Ответ Г

Как его найти? Всё очень просто, начинайте искать ответ в самом вопросе. Я не советую слушать логику, а искать какие-то зацепки варианта ответа за вопрос: ключевые слова, похожие смысловые ряды, странные названия или то, чего никогда не слышал. Кому-то легче искать неправильный вариант и вписывать правильный. Уж какая стратегия вам больше по душе, разберитесь сами. Но никогда не ставьте ответ на халяву, старайтесь собрать как можно больше подтверждений и только потом выдать ответ.

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

Закладки разработчика сайтов — выпуск #5

Продолжаю разгружать свои закладки из браузера. Этот дайджест будет состоять не из 12 ссылок в виде сетки и превьюшками как раньше, а в виде длинного списка, т. к. полезных ссылок для веб-разработчика накопилось действительно много. Из него я просмотрел 90% и всего лишь 5% применил на практике. В этом списке получилось 62 ссылки, ещё столько же висит в браузере. Самые лучшие опубликую в следующем дайджесте. Подписывайтесь: Твиттер RSS

PHP

    Что должен знать Junior разработчик
    Upgrade до Middle PHP-разработчика за 3 месяца
    Как пережить полный конец обеда, или безопасность в PHP
    Classes vs. Namespaces
    Как сделать свой сервис коротких ссылок
    PHP: неправильный путь

Архитектура

    Проектирование сущностей предметной области
    Как два программиста хлеб пекли
    Гексагональная архитектура
    Шпаргалка по SOLID-принципам с примерами на PHP

 
Composer

    Оптимизация загрузчика Composer
    Чем отличается install от update в Composer
    Шпаргалка по командам Composer

 
Git

    Git How To — интерактивный тур по Git
    Пошаговый тренажёр для Git
    [Видеокурс] Быстрый старт Git
    Git: меньше теории, больше практики
    Подробнее о файле .gitignore

 
Open Source

    Как прокачать свой open-source проект, используя бейджики качества кода
    Setting up a PHP project with PHPUnit, Travis and Codeclimate
    Нумерация версий программного обеспечения
    Построчный разбор лицензии MIT

 
БД

    Резервное копирование данных в MySQL
    Как думать на SQL
    Active Record против Data Mapper для сохранения данных

 
Тестирование

    Автоматизированное тестирование
    Unit-тестирование в сложных приложениях
    Разработка через тестирование
    Простое написание тестов — это не TDD
    Yii2 и мои попытки запустить первый Unit-тест

 
HTTPS

    Как перейти на HTTPS и не потерять поисковый трафик
    Настройка HTTPS и HTTP/2 в Nginx
    Переход на HTTPS: инструкция по переезду в Яндекс и Google

 
NetBeans

    Настройка Netbeans: все фишки, о которых вы могли не знать
    Настройка Netbeans для PHP-программиста
    Хитрости и трюки Netbeans на живых примерах

 
Фронтенд

    Гид по вёрстке адаптивных писем
    Свойства для выравнивания всего и их новые тайны
    Проблема выбора структуры документа
    Asynchronous vs Deferred JavaScript
    Сжатие и оптимизация изображений на сайте за один клик

 
Мануалы

    Что люди читают, почему, когда и как
    План обучения джедаев
    Вёрстка — это не тупо
    Шаблоны проектирования
    Паттерны проектирования с примерами на PHP
    Справочник «Паттерны проектирования»
    Паттерны работы с базой данных
    PHP: правильный путь
    Перевод стандартов PSR-0, PSR-1, PSR-2, PSR-3, PSR-4
    Frequently Asked PHP Questions
    Основы Symfony 3 и не только
    Zend Framework 3 на русском
    Eloquent ORM на примерах
    Справочное руководство Doctrine2
    Разъяснение HTTP2

 
Холивары

    [Опрос] Какой PHP-фреймворк вы используете
    Вносите изменения в код понемногу
    Инструменты машинного дизайна
    Как улучшить свой стиль программирования
    Как стать Senior/Middle программистом
    Эго в профессии программиста

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

Отдельная почта для «спама»

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

У меня получилась одна основная почта a@denisyuk.by для коммуникации с реальными людьми и вторая, отдельная почта, rb@inbox.ru для «спама». Эту «спамную» почту я очистил от нежелательных подписок и откровенное говно перенёс в папку «Спам». Теперь они не должны меня больше беспокоить. Ещё в эту почту я добавил несколько рассылок: Большие планы, Главред, Дизайн текста, Лига читающих, Т—Ж, Финолог. Для регистрации на сайтах я так и буду дальше использовать «спамную» почту, а для общения с людьми — новую. Таким образом, я отделил мух от котлет:

    a@denisyuk.by — для общения с людьми и пересылки документов
    rb@inbox.ru — для регистраций на сайтах и email-подписок

Обычная почта во многом конкурирует с социальными сетями, хотя последние предлагают общение в realtime-режиме. На самом деле в мире бизнеса рулит почта. Её указывают на визитках, сайтах, рекламной продукции и т. д. Наличие почты на своём домене можно прировнять к хорошим часах на вашей руке. Если вы программист, дизайнер или маркетолог и у вас ещё нет своего домена, то можете завести почту на @gmail.com, так делают многие, даже те, у кого есть свой сайт. Дело в том, что они просто не хотят заморачиваться по переносу почты и её настройке, а вы возьмите и заморочьтесь.

Файл .htaccess и RewriteRule

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

Чтобы не томиться ожиданием, давайте сразу перейдём к задаче: нужно сделать перенаправление со страницы /pages/about.php на /about, т. е. убрать в адресе папку /pages и расширение .php в названии файла. Ещё нужно позаботиться о том, чтобы в конце URL не было закрывающего слеша. Вот такую файловую структуру содержит наш пример:

┌public_html/
├──pages/
│  ├──about.php
│  ├──contact.php
│  └──subscribe.php
├──index.php
└──.htaccess

В Apache для преобразования URL’ов есть специальный модуль mod_rewrite. Он отвечает за создание ЧПУ — создаёт красивые URL для PHP-скриптов на уровне веб-сервера. Его мы и задействуем для решения нашей задачи. Для начала создадим конфигурационный файл .htaccess в корне сайта со следующим содержимым, а затем я объясню как он отработает:

# Включаем mod_rewrite
RewriteEngine On

# Убираем последний слеш
RewriteRule ^(.*)/$ /$1 [L,R=301]

# Преобразуем /pages/about.php в /about
RewriteRule ^(\w+)$ /pages/$1.php [L,NC]

Командой RewriteEngine On мы включаем модуль mod_rewrite, а с помощью RewriteRule задаём правила преобразования адресов. RewriteRule просто преобразует входной URL по порядку в соответствии с регулярными выражениями. В конце каждого правила можно задать флаги для указания поведения mod_rewrite при обработке URL. Синтаксис прост как три копейки:

RewriteRule новый реальный [флаг1,флаг2,флаг3]

Давайте разберём первое правило из примера: ^(.*)/$ /$1 [L,R=301] — между маркерами ^ и $ мы указали начало строки с любого символа и любой длины (.*), где конец строки должен заканчиваться на слеш /. Всё, что заключено в круглые скобки (.*) образует группу символов, которую можно использовать через макрос $1.

Теперь все URL’ы, которые заканчиваются на слеш, будут переброшены на адрес без последнего слеша, где /$1 — все входные символы без последнего слеша. Флаг [L] останавливает чтение .htaccess, а [R=301] генерирует HTTP-код ответа сервера HTTP/1.1 301 Moved Permanently. После того, как правило отработало и Apache обрезал закрывающий слеш, файл .htaccess выполнится ещё раз и первое правило больше не отработает.

Второе правило: ^(\w+)$ /pages/$1.php [L,NC] — пользователь запросит адрес страницы, который имеет буквенное или цифровое содержимое от одного и больше символов (\w+). Это образует группу символов, которые мы подставим в адрес скрипта /pages/$1.php. По факту выполниться скрипт под другим URL. Флаг [L] останавливает .htaccess, а [NC] отменяет проверку регистра символов.

Все правила выполняются по порядку. Также стоит обратить внимание на значение флагов, которые могут менять поведение RewriteRule и веб-сервера. Ниже я собрал коллекцию флагов применительно для перенаправлений:

Флаг  Описание
———————————————————————————————————————————————————————————————————————————————
[C]   Chain — объединяет несколько правил в цепочку. Если первое правило
      цепочки не срабатывает, то вся цепочка игнорируется.

[F]   Forbidden — возвращает ошибку 403 Forbidden (запрещено).

[G]   Gone — возвращает ошибку 410 Gone (удалён).

[L]   Last — останавливает процесс преобразования, и текущая ссылка
      считается окончательной.

[N]   Next — запускает процесс преобразования с первого по порядку правила.

[NS]  NoSubreq — разрешает срабатывание правила только для настоящих
      запросов, игнорируя подзапросы.

[NC]  NoCase — отключает проверку регистра символов.

[P]   Proxy — даёт команду Apache выполнить подзапрос к указанной странице
      с использованием программного модуля mod_proxy, при этом пользователь
      ничего не узнает об этом подзапросе. Если модуль mod_proxy отсутствует,
      то произойдет ошибка.

[PT]  PassThrough — останавливает процесс преобразования и передает
      полученную новую ссылку дальше по цепочке.
      
[QSA] Qsappend — добавляет исходные параметры запроса (Query String)
      к замене. Если замена не включает в себя новые параметры запроса,
      то исходные параметры запроса добавляются автоматически. Если же
      включает, то без флага QSA исходные параметры запроса будут утеряны.

[R]   Redirect — останавливает процесс преобразования и возвращает
      результат браузеру клиента как редирект на новую страницу.
      По умолчанию передаётся HTTP-код 302 Moved Temporarily (перемещенно
      временно), но его можно изменить путём присвоения нового статуса
      через знак равенства [R=301]. В этом случае будет передан HTTP-код
      301 Moved Permanently (перемещено навсегда).

[S]   Skip — пропускает следующее правило, если текущее правило сработало.
      Можно указать количество последующих игнорируемых правил [S=2].

Полезные ссылки:

    Остальные флаги в документации Apache
    Как на самом деле работает mod_rewrite
    Описание основных флагов mod_rewrite
    Волшебный файл .htaccess
    Коллекция сниппетов .htaccess

Базис здорового человека

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

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

Здоровье — это состояние полного физического, духовного и социального благополучия, а не только отсутствие болезни и физических дефектов. — ВОЗ

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

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

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

По моим наблюдениям, этому апатичному состоянию, предшествуют «блокаторы». Так я называю разновидности БУ [базового удовольствия]. Это, довольно-таки, индивидуальная переменная, к которой можно отнести: сладкое, музыка на фоне, тупое видео и всякая потребительская фигня. Здесь БУ имеет тотальный доступ к управлению ФиИС, а ФиИС не самостоятельная переменная и подчиняется только БУ. Чтобы повысить ФиИС, нам нужно научится управлять БУ:

Чем больше БУ, тем меньше ФиИС. Базовые удовольствия блокируют физические и интеллектуальные силы.

Базовое удовольствие блокирует творческий потенциал человека и забирает силы к работе. Исходя из этого, уже каждый сам для себя может провести анализ и выявить свои БУ. Дальше главное отказаться от традиций потребления, т. е. не поддерживать ежедневный ритуал сожжения своих сил. Проще говоря, вы теряете свои силы из-за того, что пребываете в непрерывном состоянии блаженства, что очень сильно влияет на ваше здоровье по ВОЗ. Вот что я сделал в качестве эксперимента:

    1 заменил чашку чая стаканом воды;
    2 не сидел за монитором больше 45 минут;
    3 не ставил музыку на фон при работе за ПК;
    4 ввёл приседания и отжимания от пола;
    5 сладкое заменил глюкозой из фруктов;
    6 забыл про Ютуб и социальные сети;
    7 спал с 10 вечера до 6 утра;
    8 сменил городский транспорт на ходьбу.

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

У меня не всегда получалось строго следовать своим пунктам: иногда я пил чай с сахаром как слон; сидел за компом часами на пролёт; забивал на спорт. В такие моменты эффективность спадала и хватка к поставленным задачам становилась меньше. Но в целом результат от поставленных мероприятий был более чем положительный: 1) повысилась внимательность и ясность ума; 2) скорость работы за ПК стала выше; 3) повысилась скорость обучаемости; 4) задачи из таск-менеджера улетали в миг. Всё благодаря низкому уровню БУ. Вот и всё.

Будьте здоровы!

UPD: 11.10.2017

Ctrl + ↓ Ранее