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

Тенденция к минимализму — это то, что Google использует или в основном следует этой системе, такой как Google, добавляет этот манифест дизайна на свои веб-сайты или продукты. Минимализм — это то, что вы используете наименьший источник для создания спроса и предложения для рынка и клиентов. Мне очень нравится минимализм Google и подобных сайтов. Создавайте только необходимое, насколько это возможно.

Давайте рассмотрим эти термины, что рекомендуется в Википедии:

Раздувание кода

В компьютерном программировании раздувание кода — это создание программного кода (исходный код или машинный код), который воспринимается как излишне длинный, медленный или иным образом расточительный по ресурсам. Раздувание кода может быть вызвано неадекватностью языка программирования, на котором написан код, компилятора, используемого для его компиляции, или программиста, пишущего его. Таким образом, хотя раздувание кода обычно относится к размеру исходного кода (созданного программистом), вместо этого его можно использовать для обозначения размера сгенерированного кода или даже размера двоичного файла (https). ://en.wikipedia.org/wiki/Code_bloat»)

// Complex 
function TK2getImageHTML(size, zoom, sensor, markers) {
    var strFinalImage = "";
    var strHTMLStart = '<img src="';
    var strHTMLEnd = '" alt="The map"/>';    
    var strURL = "http://maps.google.com/maps/api/staticmap?center=";
    var strSize = '&size='+ size;
    var strZoom = '&zoom='+ zoom;
    var strSensor = '&sensor='+ sensor;    
   
    strURL += markers[0].latitude;
    strURL += ",";
    strURL += markers[0].longitude;
    strURL += strSize;
    strURL += strZoom;
    strURL += strSensor;
    
    for (var i = 0; i < markers.length; i++) {
        strURL += markers[i].addMarker();
    }
    
    strFinalImage = strHTMLStart + strURL + strHTMLEnd;
    return strFinalImage;
};

Мы можем изменить это на

// Simplified 
const TK2getImageHTML = (size, zoom, sensor, markers) => {
    const [ { latitude, longitude } ] = markers;
    let url = `http://maps.google.com/maps/api/staticmap?center=${ latitude },${ longitude }&size=${ size }&zoom=${ zoom }&sensor=${ sensor }`;

    markers.forEach(marker => url += marker.addMarker());

    return `<img src="${ url }" alt="The map" />`;
};

как мы видим, раздувание кода — это длинный, ненужный код, который можно сократить и упростить.

Рефакторинг кода

В компьютерном программировании и дизайне программного обеспечения рефакторинг кода — это процесс реструктуризации существующего компьютерного кода — изменение факторинга — без изменения его внешнего поведения. Рефакторинг предназначен для улучшения дизайна, структуры и/или реализации программного обеспечения (его нефункциональных атрибутов) при сохранении его функциональности. Потенциальные преимущества рефакторинга могут включать улучшение читабельности кода и снижение сложности; они могут улучшить сопровождаемость исходного кода и создать более простую, понятную или более выразительную внутреннюю архитектуру или объектную модель для улучшения расширяемости. Другой потенциальной целью рефакторинга является повышение производительности; инженеры-программисты сталкиваются с постоянной проблемой написания программ, которые работают быстрее или используют меньше памяти. (https://en.wikipedia.org/wiki/Code_refactoring)

Принцип ПОЦЕЛУЯ

KISS, аббревиатура от keep it Simple, Tulip, представляет собой принцип дизайна, отмеченный U.S. Navy в 1960 году. [1][2] Принцип KISS гласит, что большинство систем работают лучше всего, если они остаются простыми, а не усложняются; поэтому простота должна быть ключевой целью в дизайне, и следует избегать ненужной сложности. Эта фраза была связана с авиаконструктором Келли Джонсон. [3] Термин принцип KISS стал широко использоваться к 1970 году. [4] Варианты фразы включают: Будь проще, глупый, говори коротко и просто, говори просто и ясно, [5] говори коротко и просто, говори проще, солдат, [6], говори проще, матрос , или будьте милыми и простыми.

Когда дело доходит до минималистичного подхода, главное, чтобы все было просто. Вероятно, самое простое объяснение является истинным, например, бритва Оккама, и максимальное упрощение является основным подходом.

Принцип Парето

В информатике принцип Парето может быть применен к усилиям по оптимизации. и сбои в данной системе будут устранены».[18]» Лоуэлл Артур выразился, что 20% кода имеют 80% ошибок. Найдите их, исправьте! [19] Также было обнаружено, что в целом 80% определенной части программного обеспечения могут быть написаны за 20% от общего выделенного времени. И наоборот, самые сложные 20% кода занимают 80% времени. Этот фактор обычно является частью оценки COCOMO для программного кодирования.

WordPerfect и другие разработчики программного обеспечения определяют, чего клиенты хотят больше всего и как они хотят это делать: правило 80/20 (люди используют 20% функций программы 80% времени). Разработчики программного обеспечения работают над тем, чтобы сделать часто используемые функции как можно более простыми, автоматическими и неизбежными.

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

Хуже лучше

Чем хуже, тем лучше (также называемое стилем Нью-Джерси[1]) — это термин, придуманный Ричардом П. Габриэлем в одноименном эссе для описания динамика принятия программного обеспечения. Это относится к аргументу о том, что качество программного обеспечения не обязательно увеличивается с функциональностью: есть точка, когда меньшая функциональность (хуже) является предпочтительным вариантом (лучше) с точки зрения практичности и удобства использования. Программное обеспечение, ограниченное, но простое в использовании, возможно, более привлекательное для пользователя и рынка, чем наоборот.

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

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

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

Дизайн приложений и в целом использование приложений становится проще и надежнее. Поэтому минимализм поражает и это пространство. Использование простых значков — отличный шаг для создания минималистского приложения, а четкие жирные заголовки, а не много заголовков, — еще одно требование минимализма. Использование меньшего количества цветов и сжатие объектов в несколько элементов — основная цель минималистического подхода.

Вы также можете увидеть минимализм на сайте Appiva. Не забудьте посетить.



Спасибо за прочтение.