Скажи мне, какой у тебя стиль кода, и я скажу, кто ты

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

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

Например, вот как выглядит типичный метод, написанный в соответствии со стилем кода, принятым в Apache:

 private Map getNavigationCases(FacesContext facesContext)
    {
        ExternalContext externalContext = facesContext.getExternalContext();
        RuntimeConfig runtimeConfig = RuntimeConfig.getCurrentInstance(externalContext);

        if (_navigationCases == null || runtimeConfig.isNavigationRulesChanged())
        {
            synchronized(this)
            {
                if (_navigationCases == null || runtimeConfig.isNavigationRulesChanged())
                {
                    Collection rules = runtimeConfig.getNavigationRules();
                    int rulesSize = rules.size();
                    Map cases = new HashMap(HashMapUtils.calcCapacity(rulesSize));
                    List wildcardKeys = new ArrayList();

                    for (Iterator iterator = rules.iterator(); iterator.hasNext();)
                    {
                        NavigationRule rule = (NavigationRule) iterator.next();
                        String fromViewId = rule.getFromViewId();

                        //specification 7.4.2 footnote 4 - missing fromViewId is allowed:
                        if (fromViewId == null)
                        {
                            fromViewId = ASTERISK;
                        }
                        else
                        {
                            fromViewId = fromViewId.trim();
                        }

                        List list = (List) cases.get(fromViewId);
                        if (list == null)
                        {
                            list = new ArrayList(rule.getNavigationCases());
                            cases.put(fromViewId, list);
                            if (fromViewId.endsWith(ASTERISK))
                            {
                                wildcardKeys.add(fromViewId);
                            }
                        } else {
                            list.addAll(rule.getNavigationCases());
                        }

                    }
                    Collections.sort(wildcardKeys, new KeyComparator());

                    synchronized (cases)
                    {
                        // We do not really need this sychronization at all, but this
                        // gives us the peace of mind that some good optimizing compiler
                        // will not rearrange the execution of the assignment to an
                        // earlier time, before all init code completes
                        _navigationCases = cases;
                        _wildcardKeys = wildcardKeys;

                        runtimeConfig.setNavigationRulesChanged(false);
                    }
                }
            }
        }
        return _navigationCases;
    }

Кто-то, возможно, удивится наличию уродливых подчеркиваний перед названиями некоторых переменных. Однако все здесь имеет свой смысл! Подчеркивания становятся очень важны при выполнении следующих условий:

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

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

Как бы назвать организацию, стиль кода которой ориентирован на кубических идиотов?