[go-nuts] Re: recommended statistics package? Requirements: ANOVA, Brown-Forsythe

[Jan]

hi, I did a quick search and I didn't find anything in Go. But looking at 
the definition and at one implementation in JS 
,
 
it sounds something relatively easy to write and share :)  You can use the 
R implementation to create some test datasets. Maybe gonum/stat 
 would be a potential home for 
such a function ? What do you think ?

cheers 
On Friday, October 20, 2023 at 10:54:55 AM UTC+2 王富民awaw wrote:

> Hi follow Gophers
>
> I wonder is there a canonical, verifiably correct Go package for 
> statistics?
> In particular, Go code that does the Brown-Forsythe test of equal variance.
> Ideally in pure Go, but linking with CGo is OK.
>
> A search on Google and pkg.go.dev does not return helpful results.
> I wonder is there anything that the community could share?
>

-- 
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 golang-nuts+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/7ee10c0f-8af6-4b31-baaf-ce2ccb9c0211n%40googlegroups.com.

Re: [go-nuts] Can Generics match implementers of an interface?

[tapi...@gmail.com]

On Monday, October 23, 2023 at 10:38:59 AM UTC+8 tapi...@gmail.com wrote:

Sorry, I didn't look your full code.
I think the full code should work with Go toolchain 1.21.n.


Aha, it actually doesn't. I'm surprised.


On Sunday, October 22, 2023 at 4:40:55 PM UTC+8 Mike Schinkel wrote:

How so? 

Can you give an example scenario where it could cause unintended 
consequences?  Or some other negative?

-Mike

On Saturday, October 21, 2023 at 11:57:52 PM UTC-4 tapi...@gmail.com wrote:


It is hard to call such type inference better. That is too aggressive.

-- 
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 golang-nuts+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/81b551a2-f8b5-45b7-88fa-b6207f7a324an%40googlegroups.com.

Re: [go-nuts] Can Generics match implementers of an interface?

[tapi...@gmail.com]

Sorry, I didn't look your full code.
I think the full code should work with Go toolchain 1.21.n.

On Sunday, October 22, 2023 at 4:40:55 PM UTC+8 Mike Schinkel wrote:

> How so? 
>
> Can you give an example scenario where it could cause unintended 
> consequences?  Or some other negative?
>
> -Mike
>
> On Saturday, October 21, 2023 at 11:57:52 PM UTC-4 tapi...@gmail.com 
> wrote:
>
>
> It is hard to call such type inference better. That is too aggressive.
>
>

-- 
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 golang-nuts+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/9353cb40-bda5-439f-a1a9-6b78aa7936f8n%40googlegroups.com.

[go-nuts] Clarification on the Compatibility Promise regarding Version Build Constraints

[Kevin Gillette]

Hello!

https://github.com/golang/go/issues/63662 was submitted as a bug report, 
but did not offer much explanation in its response, and it's still not 
clear how this is not a compatibility breakage.

> Build tags are explicitly designed to allow skew away from the main 
version declared in go.mod.

I haven't been able to find any documentation of this explicit design 
intent, but perhaps I've looked in the wrong places:

   - https://pkg.go.dev/cmd/go#hdr-Build_constraints mentions that version 
   tags exist, but does not go into much more detail than that.
   - In https://go.dev/ref/mod#go-mod-file-go, neither the "go directive" 
   nor "toolchain directive" sections mention how they relate to tags.

Neither of the above describe the interaction/selection mechanism between 
go.mod *go directive* values and version build tags.

Furthermore, https://go.dev/doc/go1compat does not mention build tags as a 
potential exception to the compatibility promise.

If there was a explicit design decision to have version build tags skew 
from the *go directive* version (in a way that could cause code to start 
failing to compile after merely upgrading the toolchain), and if it's 
already not documented somewhere I failed to find, then it would be a 
caveat to the compatibility promise that is probably worth explicitly 
spelling out.

Thank you!
Kevin Gillette

-- 
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 golang-nuts+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/a4ffa17c-5f4f-45b0-a75c-90fe546e3e93n%40googlegroups.com.

[go-nuts] Re: Go has stolen several hours from the twentieth century Hungary

[Tamás Gulácsi]

In tzdb/europe: 
RuleHungary 1954only-   May 23   0:00   1:00S
RuleHungary 1980only-   Apr  6   0:00   1:00S
RuleHungary 19811983-   Mar lastSun  0:00   1:00S

If I interpret it  correctly, my "bad" dates are when the clock has been 
adjusted at midnight from 0:00 to 1:00,
just like now from 2:00 to 3:00.

My problem with this is that I wanted to do the "right thing", and added 
time zone information 
from DATE values returned from Oracle DB in the godror driver.

The DB stores 1954-05-23 (00:00:00), which have not existed in 
Europe/Budapest time zone.

Maybe I have to accept this discrepancy for these handful  of dates.
Any better idea?
Tamás Gulácsi a következőt írta (2023. október 22., vasárnap, 15:16:51 
UTC+2):

> https://go.dev/play/p/qkPmfu1sCyU
>
> 1954-05-22
> 1980-04-06
> 1981-03-29
> 1982-03-28
> 1983-03-27
>
> has the first second in the day as 01:00:00
>
> The previous second is of the previous day.
>
>
> Maybe it's just TZ history, and these dates had the DST change betweem 
> 00:00:00 and 01:00:00, eliminating that hour (not the nowadays ususal set 
> to 3 at 2 o'clock).
>
> I just don't know enough about this, that's why I'm asking.
>
> Thanks in advance,
> Tamás Gulácsi
>

-- 
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 golang-nuts+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/0405ad9c-72fd-4794-bb87-487a62fe8a9fn%40googlegroups.com.

[go-nuts] Go has stolen several hours from the twentieth century Hungary

[Tamás Gulácsi]

https://go.dev/play/p/qkPmfu1sCyU

1954-05-22
1980-04-06
1981-03-29
1982-03-28
1983-03-27

has the first second in the day as 01:00:00

The previous second is of the previous day.


Maybe it's just TZ history, and these dates had the DST change betweem 
00:00:00 and 01:00:00, eliminating that hour (not the nowadays ususal set 
to 3 at 2 o'clock).

I just don't know enough about this, that's why I'm asking.

Thanks in advance,
Tamás Gulácsi

-- 
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 golang-nuts+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/29ce91da-cddd-416d-900a-fa295529f9fbn%40googlegroups.com.

Re: [go-nuts] Can Generics match implementers of an interface?

[Mike Schinkel]

How so? 

Can you give an example scenario where it could cause unintended 
consequences?  Or some other negative?

-Mike

On Saturday, October 21, 2023 at 11:57:52 PM UTC-4 tapi...@gmail.com wrote:


It is hard to call such type inference better. That is too aggressive.

-- 
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 golang-nuts+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/58122205-88a4-4a84-bddf-06a5a2c44197n%40googlegroups.com.