n a purely idiomatic way but there are times i
>> just want to finish the job and ship it.
>>
>> Thank you for sharing.
>>
>> On Sunday, March 24, 2019 at 4:23:52 PM UTC-5, Ecstatic Coder wrote:
>>>
>>> Just to inform you that I've just release
Just to inform you that I've just released an first version of *Generis*, a
lightweight code preprocessor adding the following features to the Go
language :
- Generic code definition and instantiation.
- Conditional compilation.
- ERB-like HTML templating.
- Allman to K&R style con
I've already apologized for my misinterpretation. I want to point out that
I was 100% sincere in what I was saying.
Sorry if some of you have taken this for a bold lie, this wasn't absolutely
meant this way.
To be completely honest, I still believe what I was saying, even if I admit
now that
Honestly, I didn't know what I was saying was not true. Sincerely. As I
said, I'm a developer, not a psychologist. Interpreting people's thought is
not my job, I'm just a developer, and I haven't even graduated from
university, I just have a bachelor's degree in software development.
Sorry for
So you mean these 16% thought that Genericity would improve the language,
but that it should not be added to the language.
Ok, maybe I've misinterpreted the survey, I'm not a psychologist, I
agree... ;)
Le jeudi 3 août 2017 14:15:31 UTC+1, Jan Mercl a écrit :
>
> On Thu, Aug 3, 2017 at 3:04 PM
As I said, it's not because something sophisticated exists in a language
that you have to use it.
It's quite the opposite. But indeed, with Go you don't have the problem,
because these features were removed from the language to avoid the
temptation to use them.
I can understand that, because m
Ok I understand you now. Maybe I'm biased because I like both languages,
but I'm not convinced that this example illustrates well Go's simplicity
compared to D.
For 99% of my *personal* daily use of both languages, very honestly, I've
never felt that using types, functions, arrays, etc etc was
Still waiting the Go version of this very useful D code...
I'm not asking you to browse the web to find to find most complex
declaration you can ever do in D, Go or C++ for instance.
I've never used such ridiculous code in my Go/D/C++/Java/C# applications,
and neither will you.
I'm just asking
And btw, this doesn't mean that just because there are genericity and
polymorphism in D, that I must use them.
Most of the time, I don't even need to use them, like in Go, so I simply
don't use them.
What I'm saying is that, sometimes, you have to apply a similar function to
different types fo
I agree with you that the code must be developped using the KISS principle.
Look at the D code of my github account. All you will see is "baby-code".
The more complex stuff I use in D are genericy and polymorphism.
And, from my personal experience, the lack of genericity and polymorphism
in Go
For all the common parts with Go (functions, methods, reference classes,
strings, arrays, slices, ranges, foreach, etc), honestly I don't know why
you say it's simpler in Go.
Can you show me two examples of code side by side, and tell me "look how
much simpler it's with Go's" ?
Because from wh
Indeed a language that offer much less tools is much easier to learn, and
also to master.
But from my personal experience, D is *at least* as easy to learn than Go,
if not easier.
Just the fact that it doesn't break much with the familiar syntax of C#,
Java, C++, etc helps a lot in making the
I've written only what I know for sure, i.e. that Go is used a lot for
server side applications.
I didn't know it was also used a lot on the client side for mobile and
desktop GUI applications, sorry for my ignorance.
On Tuesday, August 1, 2017 at 1:54:45 PM UTC+1, Doğan Kurt wrote:
>
> But D al
D being rather unpopular (#23 at the TIOBE index of July 2017) at the
moment compared to Google's Go, which is impressively climbing the charts
at high speed, then I think we shouldn't worry too much about D's
decline... ;)
On Tuesday, August 1, 2017 at 10:18:21 AM UTC+1, Russel Winder wrote:
>
I come back to this forum I read a long time ago, because after having used
Go for several projects, I've recently switched to D, and I wanted to share
my opinion on it.
First, if I can make a caricatural comparison, i'd like to say that to me,
Go is just a "much better C", while D is instead a
The irony is that I don't even use the automatic semi-colon insertion
feature.
I'm used to add them manually anyway, even in Go, as whenever possible I
tend to program in a less idiomatic way (for loops, semi-colons, etc) which
allows me to easily port substantial parts of my code from one lan
Indeed everybody can do whatever he wants with his company. And I don't
agree with every Google decision, as you know ;)
And yes, coding standards will never make good developers, who design well
and program clear readable code that is both efficient and easy to maintain.
Their goal is simply t
I suggest you to look at the official D website, but if you want a
caricatural comparison, let's say that Go is a much better C, while D is a
much better C++.
Like Go, D has also an incredibly fast compilation, a GC, and it provides
very convenient maps, arrays, strings, slices, foreach, ranges
Anyway, even if I was a bit angry by the "ad personam" attack, I want to
say that even if the Go compiler maintainers don't or can't fix this
because of their semi-colon insertion algorithm, it's not a problem for me
to use Go as it is.
As I develop in Helix, now I don't care about that anymor
Personally I'd prefer a simple compiler option :)
On Sunday, July 30, 2017 at 12:50:55 AM UTC+1, Hrobjartur Thorsteinsson
wrote:
>
> Dude, you are right. This confusing coding style with syntax in Go can be
> fixed by forking and applying a rediculously small patch. Jeez, lets stop
> complainin
LOL ;)
On Sunday, July 30, 2017 at 9:36:26 AM UTC+1, ohir wrote:
>
> On Sat, 29 Jul 2017 16:56:05 -0700 (PDT)
> ecstati...@gmail.com wrote:
>
> > Anyway, thanks for the fun. Where is the popcorn ? LOL
>
>Q.E.D.
>
> --
> Wojciech S. Czarnecki
> << ^oo^ >> OHIR-RIPE
>
--
You received
Ok, I can agree with you.
But the only problem is that often, the reason why many developers *decide*
to switch from the K&R to Allman at some point in their career (like me) is
because they think that sparing these few lines in code height to the price
of breaking the blocks natural alignment
Without apologies, I am linking to the official Google survey... LOL
What changes would improve Go most ?
#1. 572 (16%) generics
(https://blog.golang.org/survey2016-results)
Whoops ;)
So you mean that 16% of us are so stupid we don't want to copy paste the
code and adjust it, or use slowin
LOL, obviously you haven't read my previous posts ;)
Ok, I'll repeat it then, no problem. I'm actually the developer of an open
source preprocessor (Genesis) that can also be used to add Allman style and
pseudo-generics to Go.
And internally I also use a templating language similar to PHP (Heli
Sorry to repeat myself, but I think I wasn't clear enough, as many people
on this forum still don't understand my point at all.
Google, as ANY company, MUST force its employees to use exactly the same
standards.
I've done the same with the engineers in my company. And they used my own
code fo
Btw please don't take it personally. What I'm saying is that indeed some
people (including me as you see) WILL NEVER agree to be forced to change
their coding style because Google engineers have decided so, but that
doesn't mean we should stay away from go just because of our mental
incapacity to a
I don't know if you have read this post above :
"BTW, I've just released Genesis, an open source generic preprocessor which
automatically converts Allman style code into K&R and allows genericity by
parametric instantiation.
https://github.com/senselogic/GENESIS
Better late than never... ;)"
Nice idea, but unfortunately that was not easy to do with my favorite code
editor (Geany).
That's why I've implemented a preprocessor (Genesis) which converts my
Allmann-style files to Golang-style.
On Saturday, July 22, 2017 at 11:59:04 AM UTC+1, ohir wrote:
>
>
> Every development team has ri
That's the problem. Indentation style should remain personal, as it's a
matter of taste.
Every development team should have the right to freely choose which coding
standard they will enforce.
On Friday, July 21, 2017 at 3:22:50 PM UTC+1, Hrobjartur Thorsteinsson
wrote:
>
> Best just to call th
BTW, I've just released Genesis, an open source generic preprocessor which
automatically converts Allman style code into K&R and allows genericity by
parametric instantiation.
https://github.com/senselogic/GENESIS
Better late than never... ;)
On Saturday, September 21, 2013 at 3:58:03 AM UTC+2
30 matches
Mail list logo
