Бумажные книги по программированию — удобный инструмент или пережиток прошлого?

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

Бумажные книги по программированию — удобный инструмент или пережиток прошлого?

Чтобы читать с экрана читалки книги по компьютерам, нужна большая читалка на 9 дюймов. И с хорошим разрешением. Сейчас у меня две читалки pocketBook. Одна на 9 дюймов для чтения всяких "архитектура компьютера", и на 7 дюймов для чтения художественной литературы. На маленькой читалке читать профкниги с обилием кода и рисунками невозможно. При этом читалка на девять дюймов ощутимо больше, тяжелее и читать на ней, например, в электричке и физически, и психологически менее комфортно, че на маленькой. Понятно. что "архитектуру" в электричке читать не возьмешь, использую читалку. А мелкие книги типа этой желтенькой от Дяди Боба, я покупаю и читаю на бумаге.

Короче, категоричного ответа на этот вопрос нет.

Деградация кода — это результат неправильной организации процессов

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

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

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

Как ИИ сокращает ДТП в России

Только тотальной видеофиксацией и бесжалостными репрессиями.Ну не знаки же раскрашивать!

Как ИИ сокращает ДТП в России

Результат - деньги, как всегда.

Как ИИ сокращает ДТП в России

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

Вместо того, чтобы смотреть по сторонам дороги на пешеходов, эти желтые рамы отвлекают на себя внимание, раздражают, сбивают с толку и мешают концентрации на дороге и собственно пешеходах. Теперь еще эту надпись воткнули. Сейчас вместо того, чтобы смотреть на пешехода, водитель будет отвлекаться наверх на эту дурацкую надпись. Наверх Карл! И что теперь будет? Отвлекаясь на надпись, водители будут тупо давить пешеходов, не заметив их.

Либо, тщательно игнорить эти надписи, удерживая фокус внимания на дороге и переходе. Что, в свою очередь, только приведет к увеличению утомляемости.

Очередная чиновничья дурость. "А давайте сделаем...".

Как музыка связана с физикой, и при чем тут секта Пифагора?

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

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

И опыт, сын ошибок трудных: обрабатываем ошибки в Spring Boot

Круто.

Как-то все это неправильно. Вместо простого "неправильного" кода получаем совершенно непонятные вещи.

Второй вопрос. Зачем в неправильном коде обертки try-except? Зачем вы их ловите? Чтобы что? Снова возбудить? Достаточно принять все исключения в rest-controllere. В абстрактном классе. Неужели в springе в контроллере не выдает 500 с описанием текста из исключения?

Любая бизнес-логика сопровождается проверками, как входными, так и по ходу действия, и если что-то не так, возбуждается исключение с вменяемым сообщением. Все просто. Зачем эти нагромождения try-except?

Пьянство в пикселях. Самые интересные и забавные механики алкоголя в играх

В GTA V помню, можно было пить.

Юзабилити систем

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

Нет неудобных интерфейсов, в общем-то. Есть мало необходимости и мало мотивации.

Разработка для заводов. Как это было

Да поняли мы, поняли.

Разговор с ИИ про трудную проблему сознания

• Машина, есть ли у тебя сознание?

• А вы как думаете?

Разговор с ИИ про трудную проблему сознания

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

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

Как синхронизировать потоки в Java

Статья-то от Отуса. У них на курсах все это есть (полагаю). Не будут же они все выкладывать здесь.

Ядерные тепловые ракеты

"Гиперзвуковая гидродинамика"?

Собеседование в энтерпрайз

Заваливал лайвкодинг.

Оба раза принимали на работу после простого собеседования и простейшего вопросника по языку.

Expression Problem и Объектные алгебры

Да. Увы.

Expression Problem и Объектные алгебры

Эти проблемы давно уже решил Дядя Боб и формализовано в SOLID. Реализовывается с помощью Dependency Inversion и таких фреймворках, как Spring.

    abstract class Widget {
        
    }
    
    class Text extends Widget {
        private String text;
        public Text(String text) {
            this.text = text;
        }
        public String getText() {
            return text;
        }
    }
    
    class Button extends Widget {
        private int roundCorner;

        public Button(int roundCorner) {
            this.roundCorner = roundCorner;
        }

        public int getRoundCorner() {
            return roundCorner;
        }
    }
    
    interface Renderer {
        void render(Widget widget);
    }
    
    class RendererScreen implements Renderer {
        private Screen screen;

        public RendererScreen(Screen screen) {
            this.screen = screen;
        }

        @Override
        public void render(Widget widget) {
            //... do somethind to screen
        }
    }
    
    class RendererWeb implements Renderer {
        private OutputStream outputStream;

        public RendererWeb(OutputStream outputStream) {
            this.outputStream = outputStream;
        }

        @Override
        public void render(Widget widget) {
            // ... do somethins to stream
        }
    }

Declarative Gradle: рывок или прорыв?

Первым делом, для antlr и protobuf есть maven плагины.

Во-вторых, насчет создания приложений из одной кодовой базы для разных платформ. У меня сомнения, что эту задачу надо решать инструментами gradle, но я не настолько специалист, и интересно было бы почитать мнение специалистов. Это, имхо, архитектурная задача, как распределить код по проектам.

Но вообще, согласен с вами. Желание простоты разбивается о практику.

Работа в ИТ: взгляд изнутри спустя 15 лет в сфере

Вы зря обижаетесь и переходите в плоскость скандала.

Человек говорит совершенно верно. Прислушайтесь.