digitalmars.D - Not clickbait so don't read it if you don't want to
- Stefan Koch (10/10) Nov 15 2021 I found a great line in Charles Blooms blog.
- Ola Fosheim =?UTF-8?B?R3LDuHN0YWQ=?= (3/6) Nov 15 2021 In applications, Phobos or the compiler? Maybe some examples, so
- Imperatorn (2/12) Nov 16 2021 This is why I like the Erlang philosophy.
- Stefan Koch (2/16) Nov 16 2021 I am not familiar, what are you referring to?
- bauss (9/26) Nov 16 2021 Probably referring to:
- sighoya (5/11) Apr 23 2022 I would say it resembles the core of commercial development quite
I found a great line in Charles Blooms blog. ``` More generally, this programming pattern of finding clever complicated ways to hide the fact that your systems are overly bloated and slow is just not the win. You will only make the failure cases less common but more ugly. ``` This is exactly one of the main problems with a lot of D code I see day to day. (Which is mostly poor attempts to spend up the DMD compiler.)
Nov 15 2021
On Monday, 15 November 2021 at 21:24:20 UTC, Stefan Koch wrote:This is exactly one of the main problems with a lot of D code I see day to day. (Which is mostly poor attempts to spend up the DMD compiler.)In applications, Phobos or the compiler? Maybe some examples, so we have something to discuss?
Nov 15 2021
On Monday, 15 November 2021 at 21:24:20 UTC, Stefan Koch wrote:I found a great line in Charles Blooms blog. ``` More generally, this programming pattern of finding clever complicated ways to hide the fact that your systems are overly bloated and slow is just not the win. You will only make the failure cases less common but more ugly. ``` This is exactly one of the main problems with a lot of D code I see day to day. (Which is mostly poor attempts to spend up the DMD compiler.)This is why I like the Erlang philosophy.
Nov 16 2021
On Tuesday, 16 November 2021 at 09:32:41 UTC, Imperatorn wrote:On Monday, 15 November 2021 at 21:24:20 UTC, Stefan Koch wrote:I am not familiar, what are you referring to?I found a great line in Charles Blooms blog. ``` More generally, this programming pattern of finding clever complicated ways to hide the fact that your systems are overly bloated and slow is just not the win. You will only make the failure cases less common but more ugly. ``` This is exactly one of the main problems with a lot of D code I see day to day. (Which is mostly poor attempts to spend up the DMD compiler.)This is why I like the Erlang philosophy.
Nov 16 2021
On Tuesday, 16 November 2021 at 12:14:12 UTC, Stefan Koch wrote:On Tuesday, 16 November 2021 at 09:32:41 UTC, Imperatorn wrote:Probably referring to: ``` Erlang has “fail-fast” philosophy that means processes do what they are supposed to do or fail. i.e. Process must obey single responsibility principle. It should be possible for one process to detect failure in another process and we should also know the reason for failure. ```On Monday, 15 November 2021 at 21:24:20 UTC, Stefan Koch wrote:I am not familiar, what are you referring to?I found a great line in Charles Blooms blog. ``` More generally, this programming pattern of finding clever complicated ways to hide the fact that your systems are overly bloated and slow is just not the win. You will only make the failure cases less common but more ugly. ``` This is exactly one of the main problems with a lot of D code I see day to day. (Which is mostly poor attempts to spend up the DMD compiler.)This is why I like the Erlang philosophy.
Nov 16 2021
On Monday, 15 November 2021 at 21:24:20 UTC, Stefan Koch wrote:``` More generally, this programming pattern of finding clever complicated ways to hide the fact that your systems are overly bloated and slow is just not the win. You will only make the failure cases less common but more ugly. ```I would say it resembles the core of commercial development quite good ;) But I think it's the problem of legacyness, ugly workarounds are cheaper to implement than to solve the underlying problem.
Apr 23 2022