Thread overview | |||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
December 03, 2020 My choice to pick Go over D ( and Rust ), mostly non-technical | ||||
---|---|---|---|---|
| ||||
https://forum.dlang.org/post/vnkgayrbnokeufduuuba@forum.dlang.org On Friday, 2 February 2018 at 15:06:35 UTC, Benny wrote: > Is Go perfect? Hell no ... but one needs to way the positive and negative. And to me it feels like Go has made more positive decisions that actually help people develop, then D on doing too much everywhere. Go is here to stay for the foreseeable future, where as D... not sure and that is scary. I totally agree. Golang is fast, well documented, therefore easy to learn and well-scaled. Troubleshooting and performance monitoring are extremely convenient with lots of tools available - TICK stack, New Relic, Prometheus. There are lots of guides on how to monitor its performance and boost it, just check this article out: https://yalantis.com/blog/go-application-performance-monitoring/ |
December 03, 2020 Re: My choice to pick Go over D ( and Rust ), mostly non-technical | ||||
---|---|---|---|---|
| ||||
Posted in reply to HackFlackRepeat | On Thursday, 3 December 2020 at 10:49:39 UTC, HackFlackRepeat wrote:
> https://forum.dlang.org/post/vnkgayrbnokeufduuuba@forum.dlang.org
>
> On Friday, 2 February 2018 at 15:06:35 UTC, Benny wrote:
>> Is Go perfect? Hell no ... but one needs to way the positive and negative. And to me it feels like Go has made more positive decisions that actually help people develop, then D on doing too much everywhere. Go is here to stay for the foreseeable future, where as D... not sure and that is scary.
>
>
> I totally agree. Golang is fast, well documented, therefore easy to learn and well-scaled. Troubleshooting and performance monitoring are extremely convenient with lots of tools available - TICK stack, New Relic, Prometheus. There are lots of guides on how to monitor its performance and boost it, just check this article out: https://yalantis.com/blog/go-application-performance-monitoring/
If this is what matters most for you, than golang might be the right language for you.
For me it is every line coding I write, wheter it feels good or painful. I do not know any other language which makes me as productive and happy as D. Therefore I accept some gaps as I know they will be solved other time.
Kind regards
Andre
|
December 03, 2020 Re: My choice to pick Go over D ( and Rust ), mostly non-technical | ||||
---|---|---|---|---|
| ||||
Posted in reply to Andre Pany | On Thursday, 3 December 2020 at 11:14:57 UTC, Andre Pany wrote: > > If this is what matters most for you, than golang might be the right language for you. > For me it is every line coding I write, wheter it feels good or painful. I do not know any other language which makes me as productive and happy as D. Therefore I accept some gaps as I know they will be solved other time. Realized this is a 2018 thread. The original post remarked the lack of PDF generation, now you can use https://code.dlang.org/packages/printed it's not perfect but does the job for the accountant. Unlike fpdf it can embed truetype fonts. |
December 04, 2020 Re: My choice to pick Go over D ( and Rust ), mostly non-technical | ||||
---|---|---|---|---|
| ||||
Posted in reply to Andre Pany | On Thursday, 3 December 2020 at 11:14:57 UTC, Andre Pany wrote:
> For me it is every line coding I write, wheter it feels good or painful. I do not know any other language which makes me as productive and happy as D. Therefore I accept some gaps as I know they will be solved other time.
Exactly so.
|
December 05, 2020 Re: My choice to pick Go over D ( and Rust ), mostly non-technical | ||||
---|---|---|---|---|
| ||||
Posted in reply to HackFlackRepeat | On Thursday, 3 December 2020 at 10:49:39 UTC, HackFlackRepeat wrote: > https://forum.dlang.org/post/vnkgayrbnokeufduuuba@forum.dlang.org > > On Friday, 2 February 2018 at 15:06:35 UTC, Benny wrote: >> Is Go perfect? Hell no ... but one needs to way the positive and negative. And to me it feels like Go has made more positive decisions that actually help people develop, then D on doing too much everywhere. Go is here to stay for the foreseeable future, where as D... not sure and that is scary. > > > I totally agree. Golang is fast, well documented, therefore easy to learn and well-scaled. Troubleshooting and performance monitoring are extremely convenient with lots of tools available - TICK stack, New Relic, Prometheus. There are lots of guides on how to monitor its performance and boost it, just check this article out: https://yalantis.com/blog/go-application-performance-monitoring/ I can relate to this very much. > well documented, therefore easy to learn and well-scaled. This one is particularly what I'm interested in helping to solve. It requires more content, tutorials, and videos for D...on various tasks. I understand there are people who prefer such a learning experience. |
December 05, 2020 Re: My choice to pick Go over D ( and Rust ), mostly non-technical | ||||
---|---|---|---|---|
| ||||
Posted in reply to Andre Pany | On 3 Dec 2020 at 12:14:57 CET, "Andre Pany" <andre@s-e-a-p.de> wrote: > For me it is every line coding I write, whether it feels good or painful. I do not know any other language which makes me as productive and happy as D. From our experience if you want to get things done in a team, on a product that lasts for years and needs to be maintained, where you want to reduce any tricks, complicated language constructs, etc. Golang really adds a lot to the game. As I wrote somewhere else, Golang's focus is not a technical featureism driven, they have a commercial, company perspective. It's not about does it feel good for me or so. It's just highly productive and straightforward... I think this is the USP of Golang and it looks not many (if at all) other languages and eco-systems have such a clear focus on these topics. -- Robert M. Münch http://www.saphirion.com smarter | better | faster |
December 05, 2020 Re: My choice to pick Go over D ( and Rust ), mostly non-technical | ||||
---|---|---|---|---|
| ||||
Posted in reply to Guillaume Piolat | On Thursday, 3 December 2020 at 14:47:33 UTC, Guillaume Piolat wrote: > The original post remarked the lack of PDF generation, now you can use > https://code.dlang.org/packages/printed > > it's not perfect but does the job for the accountant. Unlike fpdf it can embed truetype fonts. Cairo binding for D exists since forever[1]. AFAIK, Cairo is capable of generating PDFs with embedded fonts. 1. https://code.dlang.org/packages/cairod |
December 05, 2020 Re: My choice to pick Go over D ( and Rust ), mostly non-technical | ||||
---|---|---|---|---|
| ||||
Posted in reply to Robert M. Münch | On Saturday, 5 December 2020 at 10:02:40 UTC, Robert M. Münch wrote:
> On 3 Dec 2020 at 12:14:57 CET, "Andre Pany" <andre@s-e-a-p.de> wrote:
>
>> For me it is every line coding I write, whether it feels good or painful. I do not know any other language which makes me as productive and happy as D.
>
> From our experience if you want to get things done in a team, on a product that lasts for years and needs to be maintained, where you want to reduce any tricks, complicated language constructs, etc. Golang really adds a lot to the game.
>
> As I wrote somewhere else, Golang's focus is not a technical featureism driven, they have a commercial, company perspective. It's not about does it feel good for me or so. It's just highly productive and straightforward...
>
> I think this is the USP of Golang and it looks not many (if at all) other languages and eco-systems have such a clear focus on these topics.
From my daily experience I can confirm that for exactly the scenario you describe D is working extremely well.
Maintaining a D code base over years in a multi teams project is a pleasant job.
The advertising Golang does might be a lot
Better than D, but it in my experience it is just the advertisement.
Kind regards
Andre
|
December 05, 2020 Re: My choice to pick Go over D ( and Rust ), mostly non-technical | ||||
---|---|---|---|---|
| ||||
Posted in reply to Ogi | On Saturday, 5 December 2020 at 14:10:24 UTC, Ogi wrote:
> On Thursday, 3 December 2020 at 14:47:33 UTC, Guillaume Piolat wrote:
>> The original post remarked the lack of PDF generation, now you can use
>> https://code.dlang.org/packages/printed
>>
>> it's not perfect but does the job for the accountant. Unlike fpdf it can embed truetype fonts.
>
> Cairo binding for D exists since forever[1]. AFAIK, Cairo is capable of generating PDFs with embedded fonts.
>
> 1. https://code.dlang.org/packages/cairod
Yes, also imap and grpc are solved issues.
Kind regards
Andre
|
December 05, 2020 Re: My choice to pick Go over D ( and Rust ), mostly non-technical | ||||
---|---|---|---|---|
| ||||
Posted in reply to Andre Pany | On 12/5/20 11:31 AM, Andre Pany wrote:
> On Saturday, 5 December 2020 at 10:02:40 UTC, Robert M. Münch wrote:
>> On 3 Dec 2020 at 12:14:57 CET, "Andre Pany" <andre@s-e-a-p.de> wrote:
>>
>>> For me it is every line coding I write, whether it feels good or painful. I do not know any other language which makes me as productive and happy as D.
>>
>> From our experience if you want to get things done in a team, on a product that lasts for years and needs to be maintained, where you want to reduce any tricks, complicated language constructs, etc. Golang really adds a lot to the game.
>>
>> As I wrote somewhere else, Golang's focus is not a technical featureism driven, they have a commercial, company perspective. It's not about does it feel good for me or so. It's just highly productive and straightforward...
>>
>> I think this is the USP of Golang and it looks not many (if at all) other languages and eco-systems have such a clear focus on these topics.
>
> From my daily experience I can confirm that for exactly the scenario you describe D is working extremely well.
> Maintaining a D code base over years in a multi teams project is a pleasant job.
>
> The advertising Golang does might be a lot
> Better than D, but it in my experience it is just the advertisement.
I wish I had more fluency with Go to be able to figure its pluses and minuses. I find it difficult (for the kind of stuff I am inclined to do) to reckon that you need to implement simple functions such as min and max several times. But when I do e.g. shell scripting I don't care for such things. I wonder where Go fits - someplace where sophisticated abstraction isn't needed yet there's still processing and networking to be done.
|
Copyright © 1999-2021 by the D Language Foundation