April 01, 2015 Re: dsq-1: open-source software synthesizer | ||||
---|---|---|---|---|
| ||||
Posted in reply to Sönke Ludwig | On 1/04/2015 11:07 p.m., Sönke Ludwig wrote: > Am 01.04.2015 um 11:33 schrieb Rikki Cattermole: >> On 1/04/2015 10:28 p.m., Sönke Ludwig wrote: >>> Am 30.03.2015 um 08:34 schrieb Rikki Cattermole: >> >> snip >> >>>> Yeah, the vibe.d/dub guys are amazing at getting stuff working. But >>>> horrible at abstraction's especially with library code. >>>> >>> >>> Okay. >> >> Nobody can be the best at everything. So it was a compliment :) >> You've done an excellent job with them. >> And by the looks of things, you are now splitting up e.g. vibe.d So >> again its mostly past tense observation on that front. >> >> I'm kinda the opposite. Great at abstractions. Horrible at getting the >> damn thing working. > > I personally usually stay away from using overly strong terms like > "horrible" for online conversations, because it's just far too likely > that someone gets offended (I'm usually a fan of good irony for example, > but almost never use it online). I agree, I was quite extreme. In reality we're only talking in shades of grey with a difference of maybe 5 (0 .. 255). There is a reason why most people IRL think I'm a jerk. Always take stuff like this with a grain of salt. It's only meant to make people think about the subject, not as a factoid. > On topic, I don't think that splitting up the library or not does > necessarily have anything to do with abstraction. The library is built > in a modular way, so that splitting it up mainly just becomes an issue > of the build configuration. If you have other examples of where you > think the abstractions are lacking, I'd be interested to know of course. If I was to start doing it, Vibe.d would be next to useless. No you guys are doing a wonderful job. I really can't stress that enough. > I generally value good abstraction as important, but that doesn't always > mean that the most extreme abstraction is the best one. Abstraction > comes at the cost of added complexity (on the library side, but more > importantly on the user side) and sometimes at the cost of performance, > so it's always a trade-off. There are more types of abstractions than just classes vs interfaces. What goes into a module for example is a prime example of an abstraction. A purpose. |
April 01, 2015 Re: dsq-1: open-source software synthesizer | ||||
---|---|---|---|---|
| ||||
Posted in reply to Rikki Cattermole Attachments: | On Thu, 02 Apr 2015 00:54:52 +1300, Rikki Cattermole wrote:
> There are more types of abstractions than just classes vs interfaces. What goes into a module for example is a prime example of an abstraction. A purpose.
it's even harder, as i sometimes has troubles deciding what should go into a function...
|
April 01, 2015 Re: dsq-1: open-source software synthesizer | ||||
---|---|---|---|---|
| ||||
Posted in reply to Rikki Cattermole Attachments:
| 2015-04-01 13:54 GMT+02:00 Rikki Cattermole via Digitalmars-d-announce < digitalmars-d-announce@puremagic.com>: > > There are more types of abstractions than just classes vs interfaces. What goes into a module for example is a prime example of an abstraction. A purpose. > > Which also have it's problem. For example, most symbols in vibe.internal are public. That's because we didn't have `package(identifier)` (and we still don't have, since we're supporting 2.065). |
April 01, 2015 Re: dsq-1: open-source software synthesizer | ||||
---|---|---|---|---|
| ||||
Posted in reply to Rikki Cattermole | On Monday, 30 March 2015 at 05:23:18 UTC, Rikki Cattermole wrote:
> This is a primarily a french license. It took me a good while to understand that it was compatible with e.g. MIT.
Compatible in what way? Isn't CeCILL a copyleft license? (It's not 100% obvious to me whether strong or weak copyleft is implied, because their definition of an 'External Module' is unclear: I'm not sure if something is rendered non-external by linking, or merely by static linking, or something else again.)
|
April 02, 2015 Re: dsq-1: open-source software synthesizer | ||||
---|---|---|---|---|
| ||||
Posted in reply to Joseph Rushton Wakeling | On 2/04/2015 8:42 a.m., Joseph Rushton Wakeling wrote:
> On Monday, 30 March 2015 at 05:23:18 UTC, Rikki Cattermole wrote:
>> This is a primarily a french license. It took me a good while to
>> understand that it was compatible with e.g. MIT.
>
> Compatible in what way? Isn't CeCILL a copyleft license? (It's not 100%
> obvious to me whether strong or weak copyleft is implied, because their
> definition of an 'External Module' is unclear: I'm not sure if something
> is rendered non-external by linking, or merely by static linking, or
> something else again.)
As far as I remember, it should just be ok. The only real issue is with lgpl ext.
But again, you can see why I want this clarified.
|
Copyright © 1999-2021 by the D Language Foundation