On Saturday, 19 December 2020 at 22:37:36 UTC, Marlon wrote:
> I do not care about numpy and pandas, I care about 4 (thank you Ilya) different INCOMPATIBLE ways of implementing Algebraic. Not a rocket, Algebraic. As it seems that everybody needs to implement it from scratch every time to do his homework, I would call it a basic building block.

Meh, it should be a language feature. Also, untagged union is creating problems for precise GC, that is a serious design flaw for a language that relies on GC.

On Saturday, 19 December 2020 at 09:53:47 UTC, 9il wrote:
> big and huge (>100K LOC) projects

Geeze, by that definition my hobby code I wrote by myself is a "big and huge" project.

On Saturday, 19 December 2020 at 22:53:40 UTC, Adam D. Ruppe wrote:
> On Saturday, 19 December 2020 at 09:53:47 UTC, 9il wrote:
>> big and huge (>100K LOC) projects
>
> Geeze, by that definition my hobby code I wrote by myself is a "big and huge" project.

Agreed, this why I explicitly wrote what size I mean.

On Sat, Dec 19, 2020 at 10:53:40PM +0000, Adam D. Ruppe via Digitalmars-d wrote:
> On Saturday, 19 December 2020 at 09:53:47 UTC, 9il wrote:
> > big and huge (>100K LOC) projects
> 
> Geeze, by that definition my hobby code I wrote by myself is a "big and huge" project.

Yeah 100K LOC is not very much at all.  The codebase I work on at my day job is >1.2M LOC and takes about 20-30 mins to build. No D, though, unfortunately, just C, C++, Java, JS, and a bit of Tcl.


T

-- 
Almost all proofs have bugs, but almost all theorems are true. -- Paul Pedersen

On Sunday, 20 December 2020 at 03:06:21 UTC, H. S. Teoh wrote:
> On Sat, Dec 19, 2020 at 10:53:40PM +0000, Adam D. Ruppe via Digitalmars-d wrote:
>> On Saturday, 19 December 2020 at 09:53:47 UTC, 9il wrote:
>> > big and huge (>100K LOC) projects
>> 
>> Geeze, by that definition my hobby code I wrote by myself is a "big and huge" project.
>
> Yeah 100K LOC is not very much at all.  The codebase I work on at my day job is >1.2M LOC and takes about 20-30 mins to build. No D, though, unfortunately, just C, C++, Java, JS, and a bit of Tcl.
>
>
> T

Geeze, did you wrote at least >1M of that codebase yourself? If so, that is really awesome!

On Saturday, 19 December 2020 at 09:53:47 UTC, 9il wrote:
> Also, huge projects can have quite fast compilations speeds if they have good architecture and don't use Phobos (except std.traits and std.meta). In Phobos, almost everything depends on half of Phobos.
>
> Ilya

+1

My 148225 line betterC code build without cache in few seconds.

On Sunday, 20 December 2020 at 03:06:21 UTC, H. S. Teoh wrote:
> On Sat, Dec 19, 2020 at 10:53:40PM +0000, Adam D. Ruppe via Digitalmars-d wrote:
>> On Saturday, 19 December 2020 at 09:53:47 UTC, 9il wrote:
>> > big and huge (>100K LOC) projects
>> 
>> Geeze, by that definition my hobby code I wrote by myself is a "big and huge" project.
>
> Yeah 100K LOC is not very much at all.  The codebase I work on at my day job is >1.2M LOC and takes about 20-30 mins to build. No D, though, unfortunately, just C, C++, Java, JS, and a bit of Tcl.

Why all of those BTW? Are they different applications?

On Sunday, 20 December 2020 at 03:26:17 UTC, 9il wrote:
> On Sunday, 20 December 2020 at 03:06:21 UTC, H. S. Teoh wrote:
>> On Sat, Dec 19, 2020 at 10:53:40PM +0000, Adam D. Ruppe via Digitalmars-d wrote:
>>> On Saturday, 19 December 2020 at 09:53:47 UTC, 9il wrote:
>>> > big and huge (>100K LOC) projects
>>> 
>>> Geeze, by that definition my hobby code I wrote by myself is a "big and huge" project.
>>
>> Yeah 100K LOC is not very much at all.  The codebase I work on at my day job is >1.2M LOC and takes about 20-30 mins to build. No D, though, unfortunately, just C, C++, Java, JS, and a bit of Tcl.
>>
>>
>> T
>
> Geeze, did you wrote at least >1M of that codebase yourself? If so, that is really awesome!

... I can be a badass sometimes. Nevermind. In terms of a single human life, 100K is a huge project one may need a year or few to make this project ready for production.

A command can be larger than a few men, then you can have almost any size if the solid system architecture allows it. A browser usually a project of projects. This is also valid for my work where "my" "huge" 100K LOC project is just a ... plugin! But for me, it is "huge" and I am very happy I have done it.

On Sunday, 20 December 2020 at 03:06:21 UTC, H. S. Teoh wrote:
> On Sat, Dec 19, 2020 at 10:53:40PM +0000, Adam D. Ruppe via Digitalmars-d wrote:
>> On Saturday, 19 December 2020 at 09:53:47 UTC, 9il wrote:
>> > big and huge (>100K LOC) projects
>> 
>> Geeze, by that definition my hobby code I wrote by myself is a "big and huge" project.

> Yeah 100K LOC is not very much at all.  The codebase I work on at my day job is >1.2M LOC and takes about 20-30 mins to build. No D, though, unfortunately, just C, C++, Java, JS, and a bit of Tcl.
>
>
> T

<follow up comment>
https://forum.dlang.org/post/ergsydggaqmvybuhspni@forum.dlang.org

On 19.12.20 23:37, Marlon wrote:
> On Saturday, 19 December 2020 at 12:40:40 UTC, Andre Pany wrote:
>> On Saturday, 19 December 2020 at 12:16:46 UTC, Marlon wrote:
>>> On Saturday, 19 December 2020 at 11:44:16 UTC, 9il wrote:
>>>> [...]
>>>
>>> So taking only the good parts, assembled by people that 'spent their time' trying to design a coherent and top-class design is fine. Playing in the sandbox no, because you design and code better and faster than the others. 'Nothing personal, just time & money' Bleah again ...
>>>
>>> 'Code means nothing. People are everything. Code reflects people's relationships and EXPERTISE' Clap clap, bleah ... you can try to be a little more humble, dude.
>>>
>>> Instead of Ilya the Lone Renger, the language needs more people like Andrei, with his attitude towards improving things but under the same hat, but we know how ended ...
>>>
>>> Balkanization, all the way down, like turtles: try to build something BIG-HUGE as the author asked, mixing together all the different pieces. A little of sumtype, a little of MIR, a little of phobos, and a little of vibe ... it's like nitro, handle with care!
>>>
>>> Atila, knock knock, there's anybody in there? And everyone is wondering why D is not growing fast enough?
>>
>> I am not native speaker but your post sounds rather aggressive and insulting.
>> Please consider expressing your opinion in a more friendly way.
> 
> So, saying that time and money is what really matter, in an open source project, is not aggressive?

No. Do you think "open source" means "waste time and money"?
How is it "aggressive" to be truthful about not being able to afford working for free while that work is being sabotaged by bureaucracy?

> Geez ... well, everyone has its values, I still on the side of who effortlessly put its time in trying to grow the WHOLE ecosystem in an harmonic grow.
> ...

I'd rather have variety and competition than people leaving because they do not agree with some central authority's vision.