oliverdavies.uk/content/node.731a0026-d287-452b-96d7-aeaa3f4bec48.yml

84 lines
4.1 KiB
YAML

uuid:
- value: 731a0026-d287-452b-96d7-aeaa3f4bec48
langcode:
- value: en
type:
- target_id: daily_email
target_type: node_type
target_uuid: 8bde1f2f-eef9-4f2d-ae9c-96921f8193d7
revision_timestamp:
- value: '2025-05-11T09:00:01+00:00'
revision_uid:
- target_type: user
target_uuid: b8966985-d4b2-42a7-a319-2e94ccfbb849
revision_log: { }
status:
- value: true
uid:
- target_type: user
target_uuid: b8966985-d4b2-42a7-a319-2e94ccfbb849
title:
- value: 'What would a suckless version of Drupal look like?'
created:
- value: '2025-02-25T00:00:00+00:00'
changed:
- value: '2025-05-11T09:00:01+00:00'
promote:
- value: false
sticky:
- value: false
default_langcode:
- value: true
revision_translation_affected:
- value: true
path:
- alias: /daily/2025/02/25/suckless-drupal
langcode: en
body:
- value: |
<p>suckless.org is the "home of dwm, dmenu and other quality software with a focus on simplicity, clarity, and frugality".</p>
<p>Here's an excerpt from <a href="https://suckless.org/philosophy">the Suckless philosophy</a>:</p>
<blockquote>
<p>We are the home of quality software such as dwm, dmenu, st and plenty of other tools, with a focus on simplicity, clarity and frugality. Our philosophy is about keeping things simple, minimal and usable. We believe this should become the mainstream philosophy in the IT sector. Unfortunately, the tendency for complex, error-prone and slow software seems to be prevalent in the present-day software industry. We intend to prove the opposite with our software projects.</p>
</blockquote>
<p>I've previously wondered <a href="/daily/2024/11/08/what-will-be-included-in-drupal-cms">what would be included in future versions</a> of Drupal or Drupal CMS after usually needing to install the same modules on every new project.</p>
<p>But I was recently wondering what if more was removed from Drupal?</p>
<p>What if modules like Layout Builder and JSON:API that aren't needed on every project were moved into contrib and added via Composer when needed, making Drupal core smaller?</p>
<p>I'm not saying that it will or should happen, but it's an interesting to think about how much of what's in Drupal currently is used.</p>
<p>Core functionality like user registration and logins, password management, content types, fields and menus should stay.</p>
<p>But I can think of a number of other things that could be removed.</p>
format: full_html
processed: |
<p>suckless.org is the "home of dwm, dmenu and other quality software with a focus on simplicity, clarity, and frugality".</p>
<p>Here's an excerpt from <a href="https://suckless.org/philosophy">the Suckless philosophy</a>:</p>
<blockquote>
<p>We are the home of quality software such as dwm, dmenu, st and plenty of other tools, with a focus on simplicity, clarity and frugality. Our philosophy is about keeping things simple, minimal and usable. We believe this should become the mainstream philosophy in the IT sector. Unfortunately, the tendency for complex, error-prone and slow software seems to be prevalent in the present-day software industry. We intend to prove the opposite with our software projects.</p>
</blockquote>
<p>I've previously wondered <a href="/daily/2024/11/08/what-will-be-included-in-drupal-cms">what would be included in future versions</a> of Drupal or Drupal CMS after usually needing to install the same modules on every new project.</p>
<p>But I was recently wondering what if more was removed from Drupal?</p>
<p>What if modules like Layout Builder and JSON:API that aren't needed on every project were moved into contrib and added via Composer when needed, making Drupal core smaller?</p>
<p>I'm not saying that it will or should happen, but it's an interesting to think about how much of what's in Drupal currently is used.</p>
<p>Core functionality like user registration and logins, password management, content types, fields and menus should stay.</p>
<p>But I can think of a number of other things that could be removed.</p>
summary: null
field_daily_email_cta: { }