Публикации по теме 'software-design'


Последний ответственный момент и технический долг: избегайте неправильных решений по архитектуре программного обеспечения
Эта статья является частью серии, основанной на книге Роберта Мартина "Чистая архитектура". Только заголовок темы взят из книги и исследуется в сообществе разработчиков программного обеспечения, чтобы найти то, что полезно и приемлемо. Если вы хотите учиться со мной, пожалуйста, подпишитесь. Прочитать предыдущую статью цикла можно после клика здесь. Если вы предпочитаете смотреть видео, вы также можете найти его здесь.
Если вы хотите писать лучший код, работайте над своим общением.
Подобно письменному языку, код является средством выражения логических и абстрактных идей. Конечно, языки программирования предназначены для интерпретации машиной, но разработчики часто упускают из виду то, что наш код представляет собой руководство пользователя, описывающее движущиеся части системы, которую мы создаем, написанное для ее человеческие создатели. Забери это на секунду. Код, который я пишу сегодня, должен быть достаточно простым, чтобы его можно было понять не только..
3 основных принципа программного обеспечения, которые вы должны знать
Всестороннее изучение основных принципов программного обеспечения, таких как DRY, SLAP и GRASP. Разработка программного продукта — это сложный и всеобъемлющий процесс, который включает в себя определенный опыт, множественную интеграцию, инструменты для совместной работы и хорошо продуманный цикл разработки. Помимо всего этого, построение кодовой базы продукта, т.е. сам софт требует максимума времени и сил, которые иногда. В течение последних двух десятилетий было замечено, что некоторые..
Code Smell 29 - Настройки / Конфигурации
Изменение поведения системы на панели управления - мечта заказчика. И кошмар разработчика программного обеспечения. Проблемы Дублированный код Если загрязнение Глобальное использование "Связь" Тестируемость и взрывной рост сценариев тестирования. Сложность Решения Избегайте настроек Создавать полиморфные объекты. Ввести их наружно. Образец кода Неправильный Правильно Обнаружение Это архитектурный шаблон, поэтому его следует контролировать / избегать..
Удивительно, не так ли?
При разработке вещей для использования людьми очень важно помнить, что пользователи являются частью системы, и когда ваша вещь ведет себя не так, как ожидает пользователь, они удивлены. Удивленные пользователи склонны винить себя за неправильное использование вашей вещи и могут в конечном итоге почувствовать себя глупо из-за непонимания того, как на самом деле работает ваша вещь . Если вы не schadenfreudesüchtig† , вы, вероятно, не хотите, чтобы ваши пользователи чувствовали себя..
Мои статьи о программном обеспечении
Всякий раз, когда у меня есть свободное время, я люблю писать о проблемах, связанных с разработкой программного обеспечения. Зачем создавать ботов для мессенджеров, если можно создавать прогрессивные веб-приложения? Прошло более 7 месяцев с тех пор, как Facebook выпустил платформу чат-ботов для Messenger. Это событие создало много… medium.com Отмена ошибки на миллиард долларов Печально известная ошибка Тони..
Слои и их разделение
Где-то в последние несколько лет я прочитал и получил огромное удовольствие от Философии проектирования программного обеспечения Джона Оустерхаута. Автор старается не преувеличивать свои утверждения и всегда предоставляет ограничения и контраргументы для каждого, но один пункт, в частности, все же нанес легкую пощечину. Если система содержит соседние слои с похожими абстракциями, это красный флаг, указывающий на проблему с декомпозицией классов. Я был шокирован (или эквивалент в..