I just created a new thread in which I've published a benchmark comparison
of Koazee with Go-Funk and Go-Linq
https://groups.google.com/forum/#!topic/golang-nuts/BfGPIzNsxsM
The article can be found
here:
https://medium.com/@ivan.corrales.solera/koazee-vs-go-funk-vs-go-linq-caf8ef18584e
I
I fully understand and completely agree with you... It's hard but I will
try to do it,
Thanks again for advice
On Mon, Dec 3, 2018 at 3:21 PM Marko Ristin-Kaufmann
wrote:
> Hi Iván,
> Thanks for taking the time to make the benchmarks!
>
> However, it only makes sense to compare your framework
Hi Iván,
Thanks for taking the time to make the benchmarks!
However, it only makes sense to compare your framework against the other
frameworks running in the same setting (same machine, same OS *etc.*),
hence your current benchmarks tell us very little. IMO, your best bet to
popularize your
Hey Marko,
I already have benchmark for Koazee... Many changes have been done in code
in order to improve the performance (At the moment being focused on
improve performance for primitive types). Make comparison with other
frameworks is complicated to me but I invite the owners of other
I don't get the impression that we are going to see generics in Go anytime
soon. I'll be surprised to see it before 2020. So until then, I like having
a library like this even if it uses reflection.
On Tue, Nov 13, 2018 at 2:14 PM roger peppe wrote:
> It's obvious that you've put a lot of
Thanks a million rog!
I completely understand what you say. Regarding to the performance, I
didn't expect as bad performance as I found yesterday when running my
benchmark test and I will be focused on being able to improve it as much as
I can.
I found a way to improve performance in
It's obvious that you've put a lot of effort into this! Here's some
feedback.
I have to say this first: this *is* a very non-Go-idiomatic API. It's
fundamentally based around reflection, and reflection in Go is generally
considered to be best avoided apart from some core libraries. Calling a
On Nov 12, 2018, at 5:28 PM, robert engels wrote:
>
> You can pretty much look at the Java8 streams source (from OpenJDK) and port
> it to Go. It would need to use interface{} or reflect - the former probably
> being faster, but both wouldn’t have the type safety - but I think the code
>
Thanks again Bakul!
The example that you posted looks so beautiful! Thanks for all the help
Currently I am working on improving the performance, because even though It
is not as good as I expected I think I can do it much better!
Cheers
On Tuesday, November 13, 2018 at 12:51:49 AM
You need to review the source in the openjdk to see how the lazy evaluation is
performed. It should translate fairly easily.
Good luck !
> On Nov 13, 2018, at 12:54 AM, Iván Corrales Solera
> wrote:
>
>
> Hey Robert,
>
>
> Thanks you so much for your comments.
>
> Yeah, actually I got
Hey Robert,
Thanks you so much for your comments.
Yeah, actually I got background developing with other languages such as
Java or Javascript or Python and actually the idea of creating Koazee is
mainly produced by my experience with Streams in Java or the map reduce in
Javascript. Anyway I
You can pretty much look at the Java8 streams source (from OpenJDK) and port it
to Go. It would need to use interface{} or reflect - the former probably being
faster, but both wouldn’t have the type safety - but I think the code would
translate pretty easily. Still with IntStream, etc. you
> On Nov 12, 2018, at 9:53 AM, ivan.corra...@bbva.com wrote:
>
> Hey Bakul again,
>
> I've been having a look at kona, and the project looks so good, I will look
> in deep trying to get some good ideas as you recommend me,
Let me know (off-list) if you need help in deciphering things in
Hey Bakul again,
I've been having a look at kona, and the project looks so good, I will look
in deep trying to get some good ideas as you recommend me,
In regards to the code generation, I've never done to be honest, but
obviously the performance should be better. By the way, @Marko_Ristin
Hey Bakul thank you so much for your feedback,
It's so great receive these kind of suggestions, I will create the required
issue for implementing it.
Cheers!
El lunes, 12 de noviembre de 2018, 12:17:12 (UTC+1), Bakul Shah escribió:
>
> On Nov 11, 2018, at 11:27 AM, Iván Corrales Solera <
>
On Nov 11, 2018, at 11:27 AM, Iván Corrales Solera
wrote:
>
> Hey guys, last weeks I've been working on Koazee and I just released a very
> first version Titi, v0.0.1 .
>
> Koazee is a golang library inspired in Lazy evaluation and functional
> programming that provides us a rich set of
2018. november 12., hétfő 9:08:28 UTC+1 időpontban Iván Corrales Solera a
következőt írta:
>
> Hey Tamás,
>
> First of all, thank you for your feedback. Well, actually as I commented
> on the tile "takes the hassle out of working with arrays", so yes so far
> only slices are supported,
>
> In
Hey Marko thank you so much for your suggestion. I will do it asap.
Sorry If you missed some functionality but I just wanted to share a very
first release for learn from your feedback guys. And It's so great this
kind of suggestions.
Thanks!
On Monday, November 12, 2018 at 8:59:20 AM UTC+1,
Hey Tamás,
First of all, thank you for your feedback. Well, actually as I commented on
the tile "takes the hassle out of working with arrays", so yes so far only
slices are supported,
In regarding to the lazy or versatile, I don't get you I mean in the
example below:
package main
import (
Hi Ivan,
Any performance comparisons with other approaches would be greatly
appreciated and I assume they would also help the adoption a lot.
Cheers Marko
Le lun. 12 nov. 2018 à 08:20, Iván Corrales Solera <
ivan.corrales.sol...@gmail.com> a écrit :
> Hey Marko,
>
> Thanks you so much for your
Hey Marko,
Thanks you so much for your reply!,
To be honest I didn't know about this libraries, but after having a quick
look at them I see that
The set of provided operations in https://github.com/clementauger/st
As far as I understand, this works only with slices, and first it copies them.
So neither lazy nor versatile.
--
You received this message because you are subscribed to the Google Groups
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
Hi!
Could you give a comparison to other similar libraries such as
https://github.com/clementauger/st
https://github.com/ahmetb/go-linq
?
Cheers Marko
--
You received this message because you are subscribed to the Google Groups
"golang-nuts" group.
To unsubscribe from this group and stop
Thank you so much Mark!
It's so great hear that!
On Monday, November 12, 2018 at 12:37:22 AM UTC+1, Mark Volkmann wrote:
>
> Wow, this is a wonderful library! Thanks so much for creating this!
>
> ---
> R. Mark Volkmann
> Object Computing, Inc.
>
> On Nov 11, 2018, at 1:27 PM, Iván Corrales
Wow, this is a wonderful library! Thanks so much for creating this!
---
R. Mark Volkmann
Object Computing, Inc.
> On Nov 11, 2018, at 1:27 PM, Iván Corrales Solera
> wrote:
>
> Hey guys, last weeks I've been working on Koazee and I just released a very
> first version Titi, v0.0.1 .
>
>
Hey guys, last weeks I've been working on Koazee and I just released a very
first version Titi, v0.0.1 . Koazee is a golang library inspired in Lazy
evaluation and functional programming that provides us a rich set of
operations that can be done over arrays. If you like the clean code and the
26 matches
Mail list logo