С лупой на слона

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

Говорят, эту проблему решают фреймворки. Или нет? :)
нет :(

Спасибо, коллега! Приятно видеть, что в PHP-среде есть подвижки в этом направлении. Вытащил в том или ином виде структуры данных для каждого из модулей:

yii2-user:

/**
 * User ActiveRecord model.
 *
 * @property bool    $isAdmin
 * @property bool    $isBlocked
 * @property bool    $isConfirmed
 *
 * Database fields:
 * @property integer $id
 * @property string  $username
 * @property string  $email
 * @property string  $unconfirmed_email
 * @property string  $password_hash
 * @property string  $auth_key
 * @property string  $registration_ip
 * @property integer $confirmed_at
 * @property integer $blocked_at
 * @property integer $created_at
 * @property integer $updated_at
 * @property integer $last_login
 * @property integer $flags
 *
 * Defined relations:
 * @property Account[] $accounts
 * @property Profile   $profile
 *
 * Dependencies:
 * @property-read Finder $finder
 * @property-read Module $module
 * @property-read Mailer $mailer
 *
 * @author Dmitry Erofeev <dmeroff@gmail.com>
 */

FOSUserBundle:

    /** @var mixed */
    protected $id;
    /** @var string */
    protected $username;
    /** @var string */
    protected $usernameCanonical;
    /** @var string */
    protected $email;
    /** @var string */
    protected $emailCanonical;
    /** @var bool */
    protected $enabled;
    /** @var string The salt to use for hashing. */
    protected $salt;
    /** @var string Encrypted password. Must be persisted.*/
    protected $password;
    /** @var string Plain password. Used for model validation. Must not be persisted. */
    protected $plainPassword;
    /** @var \DateTime */
    protected $lastLogin;
    /** @var string Random string sent to the user email address in order to verify it.*/
    protected $confirmationToken;
    /** @var \DateTime */
    protected $passwordRequestedAt;
    /** @var Collection */
    protected $groups;
    /** @var array */
    protected $roles;

Laravel:

        Schema::create('users', function (Blueprint $table) {
            $table->increments('id');
            $table->string('name');
            $table->string('email')->unique();
            $table->string('password', 60);
            $table->rememberToken();
            $table->timestamps();
        });

ZfcUser:

    CREATE TABLE user
    (
        user_id       INTEGER PRIMARY KEY AUTO_INCREMENT NOT NULL,
        username      VARCHAR(255) DEFAULT NULL UNIQUE,
        email         VARCHAR(255) DEFAULT NULL UNIQUE,
        display_name  VARCHAR(50) DEFAULT NULL,
        password      VARCHAR(128) NOT NULL,
        state         SMALLINT
    ) ENGINE=InnoDB;

По ним можно видеть, какую функциональность в дополнение к аутентификации (не)предлагает соотв. модуль для соотв. фреймворка. Вполне возможно с одним фреймворком можно (будет) использовать разные модули с различными схемами данных, обеспечивающими различный функцонал (базовый, расширенный, специализированный). И вполне возможно, различные модули для различных фреймворков будут имплементировать одинаковые структуры данных. И вполне возможно, что эти структуры данных будут одинаковы не только для различных модулей различных PHP-фреймворков, но и для аналогичных модулей Java/C#/Python/… фреймворков.

Какая разница, на чем написан server side, если он работает с MySQL/Postrgres/MongoDB/Oracle/… и решает одни и те же задачи (authentication, password management, etc.)? Структуры данных должны соответствовать решаемым задачам, а не тому языку, на котором происходит обработка этих данных.