Re: [go-nuts] Re: GC SW times on Heroku (Beta metrics)

2017-12-04 Thread Henrik Johansson
MB goal, 8 P 28 + 64 ms SW (if I understand this correctly) to collect what 6-7 MB? tis 5 dec. 2017 kl 08:25 skrev Dave Cheney : > Oh yeah, I forgot someone added that a while back. That should work. > > On Tue, Dec 5, 2017 at 6:23 PM, Henrik Johansson > wrote: > > So

Re: [go-nuts] Re: GC SW times on Heroku (Beta metrics)

2017-12-05 Thread Henrik Johansson
er. This will reduce GC frequency by 10x or > 100x and if your tail latency is a GC problem the 99%tile latency numbers > will become 99.9%tile or 99.99%tile numbers. > > On Tuesday, December 5, 2017 at 2:39:53 AM UTC-5, Henrik Johansson wrote: > >> I am watching with childlike f

Re: [go-nuts] Re: GC SW times on Heroku (Beta metrics)

2017-12-05 Thread Henrik Johansson
> these pauses look like in the beta. If you have the time could you send > them to us after the beta comes out. > > > On Tue, Dec 5, 2017 at 9:06 AM, Henrik Johansson > wrote: > >> Ok so it's not bad, thats good! >> >> The inital ~20 sec numbers come from t

Re: [go-nuts] Re: GC SW times on Heroku (Beta metrics)

2017-12-05 Thread Henrik Johansson
is issue. > > > > On Tue, Dec 5, 2017 at 10:43 AM, Henrik Johansson > wrote: > >> I would gladly help with this but afaik Heroku only makes stable versions >> available: >> https://github.com/heroku/heroku-buildpack-go/blob/master/data.json >> I gues

Re: [go-nuts] Re: [urgent] need aguments to justify use of Go for a scientific application

2017-12-06 Thread Henrik Johansson
I have a vague memory of +Rob Pike tweeting something about astronomy or perhaps an observatory a few months ago. Perhaps there was no programming involved but if so I imagine Go is safe bet. But building pipelines using something like Pachyderm would allow for a very polyglot "use the tool that

Re: [go-nuts] The o.done access on the once.Do function

2017-12-29 Thread Henrik Johansson
Isn't the lock operation an memory acquire operation that means that the next load of the done field needs to be loaded from memory? Perhaps it is not stated in the memory model exactly but this seems safe. On Fri, Dec 29, 2017, 08:11 Dave Cheney wrote: > > > On 29 Dec 2017, at 18:01, Caleb Spa

Re: [go-nuts] The o.done access on the once.Do function

2017-12-29 Thread Henrik Johansson
Surely single goroutine scenarios are trivial? Anything else would be a compiler bug. In multiple goroutine scenarios a lock must be held or some of the atomic functions are needed. Any other use that "works" are by accident say on x86 or some other stricter arch. I am no expert in this but surely

Re: [go-nuts] Re: How golang garbage collector works

2018-01-11 Thread Henrik Johansson
I think this one by Rick Hudson is very good as well. https://www.infoq.com/presentations/go-gc-performance tors 11 jan. 2018 kl 18:38 skrev : > Hi! > > Currently go uses concurrent mark'n'sweep. Best talk about gc in go and > theory: > https://pusher.com/sessions/meetup/the-realtime-guild/golang

Re: [go-nuts] How can I compile my project only relay on my vendor folder with go modules?

2019-06-11 Thread Henrik Johansson
I think "go mod vendor" does the trick as stated in "go mod help vendor". On Tue, Jun 11, 2019 at 11:12 AM 唐彦昭 wrote: > I need put my project on the server to compile.But my server can't connect > to internet. > So I need to put all my relay in my vendor folder in my develop > environment. > Ho

Re: [go-nuts] [Job] remote Go developer at Mattel (fulltime, US-only)

2019-06-18 Thread Henrik Johansson
Wow! I live outside the US but this really makes me want to work for Mattel. Sounds like a great place to work. On Tue, Jun 18, 2019, 22:07 Nate Finch wrote: > Want to work with me at Mattel on a Go platform? > > Mattel’s Connected Products Platform team is *the model* of where Mattel > is going

Re: [go-nuts] Re: is there a goroutine scope global veriable ?

2019-06-20 Thread Henrik Johansson
On a practical note I think thread local storage is more or less discouraged in for example Java as well because it makes all the new shine "reactive" tools break since they make no guarantees as to which thread you are running on. That may or may not be relevant to your case but to say that it's

Re: [go-nuts] How go-mysql-driver get data? "get all data at a time" or "only get a batch when we call rows.Next"?

2019-06-26 Thread Henrik Johansson
I am pretty sure it's the latter case with lazy loading when needed during the Next() call. On Wed, Jun 26, 2019 at 2:59 PM 杜沁园 wrote: > When we operate with mysql with Go, as follow: > > > rows, err := db.Query() > > for rows.Next() { > . > } > > > When the driver get data? > > Get

Re: [go-nuts] The "leave "if err != nil" alone?" anti-proposal

2019-06-29 Thread Henrik Johansson
I for one like the try proposal. It removes much of my gripes with the verbosity of error handling. I think that it will become more readable than explicit error handling quite fast. Note that it is still explicit, if you don't use the try notation the error can be handled as it is now or ignored

Re: [go-nuts] The "leave "if err != nil" alone?" anti-proposal

2019-07-01 Thread Henrik Johansson
in quite a few situations and simplify, not in a >> drastic way, but subtle and valuable one. >> >> My 2c. >> >> Le samedi 29 juin 2019 21:31:19 UTC+2, Henrik Johansson a écrit : >> >>> I for one like the try proposal. It removes much of my grip

Re: [go-nuts] The "leave "if err != nil" alone?" anti-proposal

2019-07-01 Thread Henrik Johansson
If it is as bad as "every sane Go shop" comes to this conclusion then I am sure "try" will not be added... On Mon, Jul 1, 2019 at 12:57 PM Wojciech S. Czarnecki wrote: > On Mon, 1 Jul 2019 12:33:16 +0200 > Henrik Johansson wrote: > > > That is one big str

Re: [go-nuts] Re: The "leave "if err != nil" alone?" anti-proposal

2019-07-01 Thread Henrik Johansson
This is funny since you are perfectly describing the Go core team... ;) I really can't get my head around it that this topic generates so much vitriol (maybe harsh). Generics I kinda get but this is just incredible. Don't like try? Don't use it. On Mon, Jul 1, 2019, 18:42 Robert Engels wrote: >

Re: [go-nuts] Re: The "leave "if err != nil" alone?" anti-proposal

2019-07-01 Thread Henrik Johansson
hy even > have these conversations in the first place? Why have any community > involvement at all? I am pretty sure this is not the position of the "Go > team". > > -Original Message- > From: Henrik Johansson > Sent: Jul 1, 2019 12:14 PM > To: robert en

Re: [go-nuts] Re: `on err` alternative to `try()` has traction...?

2019-07-09 Thread Henrik Johansson
Not sure if anyone has already mentioned the possibility that "try" could actually improve error handling by simply removing much of the tediousness. Both reading and writing all the error checks becomes a nail in my eyes even if realize that it is very important. What if "try" could take some of t

Re: [go-nuts] Re: About the Google logo on the new Go website

2019-07-20 Thread Henrik Johansson
Reports of violations are not violations. I assume the standard coc procedure kicks in to determine if violations occurred or not. On Sat, Jul 20, 2019, 10:24 Jan Mercl <0xj...@gmail.com> wrote: > On Fri, Jul 19, 2019 at 10:39 PM Cassandra Salisbury > wrote: > > > > I encourage everyone to take

Re: [go-nuts] Re: Contracts Draft: why are method pointers allowed

2019-07-30 Thread Henrik Johansson
Why make any distinction between pointers and non pointers? Isn't the (usual) point to allow the caller to decide upon instantiation? We define a contract in terms of an unknown set of types and then let whoever uses it fullfil the contract however they want? On Tue, Jul 30, 2019, 21:57 wrote: >

Re: [go-nuts] Length of Channel Using len Function

2016-08-28 Thread Henrik Johansson
The race is between the len call and the use of the channel. Entries can have been added in between. On Sun, Aug 28, 2016, 17:40 dc0d wrote: > Would you please elaborate on that? > > As I understand it there is no concurrent use of len happening here. It's > a for loop and all calling to len is

[go-nuts] Glide for forks

2016-09-01 Thread Henrik Johansson
Hi, How does the aliasing support in Glide work. There is a couple of hints in the Github readme that it can help when working with forks. I can't find anything in the otherwise nice documentation pages. Anyone knows how to use this feature? / Henrik -- You received this message because you ar

Re: [go-nuts] Re: Glide for forks

2016-09-01 Thread Henrik Johansson
t; this helps ? > > https://github.com/Masterminds/glide/blob/a20b232c135529d4d73b5cf95f66954d34750ced/docs/example-glide.yaml#L30 > > > Le jeudi 1 septembre 2016 22:15:27 UTC+2, Henrik Johansson a écrit : >> >> Hi, >> >> How does the aliasing support in Gli

Re: [go-nuts] Re: Glide for forks

2016-09-01 Thread Henrik Johansson
but it feels like cheating... On Fri, Sep 2, 2016, 00:51 Henrik Johansson wrote: > I did try it but perhaps I did something wrong. > Is 'glide update' enough after such an addition? > > The cloned repo has a glide.yaml and lock file checked in so these would > have to b

Re: [go-nuts] Is there the incompatibility risk when using the XxxxPointer functions in sync/atomic package in later go versions?

2016-09-08 Thread Henrik Johansson
Or maybe it works the other way? Because sync/atomic is covered then by accidental extension so is unsafe. tors 8 sep. 2016 kl 15:00 skrev Jan Mercl <0xj...@gmail.com>: > On Thu, Sep 8, 2016 at 2:51 PM T L wrote: > > > Aren't the parameters of atomic.Load/Store/SwapPointer functions > (*)unsafe.

Re: [go-nuts] What 5 things does Go need in 2017?

2016-09-12 Thread Henrik Johansson
Some distros suffer less from this. Arch is perfectly up2date in line with its rolling approach. I agree with Dave that a supported repo is very nice. It is not unusual for companies to lag behind even on LTS installs but still having a need for updates of a particular software. mån 12 sep. 201

Re: [go-nuts] Re: [ANN] A Go based map reduce system (second attempt)

2016-09-12 Thread Henrik Johansson
Perhaps something like this? https://github.com/pachyderm/chess mån 12 sep. 2016 kl 18:32 skrev David Crawshaw : > The map-reduce systems I've worked with in the past bundle up the map > and reduce functions in a binary, distribute it, and then communicate > with it by an IPC or RPC system. Th

Re: [go-nuts] Multiple-reader single-writer map access - is this lockless workaround safe?

2016-09-13 Thread Henrik Johansson
I think this will be an interesting read especially if you come from Java. https://shipilev.net/blog/2016/close-encounters-of-jmm-kind/ On Tue, Sep 13, 2016, 19:08 sqweek E. wrote: > On Tuesday, September 13, 2016 at 10:57:47 PM UTC+8, Alan Donovan wrote: > >> On 13 September 2016 at 10:33, 'Pa

Re: [go-nuts] why this?

2016-09-28 Thread Henrik Johansson
This is just how type assertion works. If you don't use the dual return it panics if the actual type is different from the one you try to assert. On Thu, Sep 29, 2016, 05:26 T L wrote: > package main > > func main() { > var m = map[string]int{} > _, _ = m["abc"] // ok > _ = m["abc"]

Re: [go-nuts] why this?

2016-09-28 Thread Henrik Johansson
nics> occurs." >> >> Here "hold" means if it succeeds. >> >> > I know of the syntax in spec. > I just want to understand what is the deep reason for the syntax > inconsistency between map index and type assert. > > >> >> On Thu,

Re: [go-nuts] why this?

2016-09-29 Thread Henrik Johansson
I don't think it is based on the zero value being useful but a desire to be as exact as possible when working with unknown data. You reach for X when you have Y. Why would you magically get an X back? Panic can arguably be seen as too strong but the multiple return is awesome. On Thu, Sep 29, 2016

Re: [go-nuts] what's the difference between Golang and Java about interface?

2016-10-08 Thread Henrik Johansson
But that is just syntactic sugar around the fact that Java does not have first class functions. At least not in the sense Go does. On Sat, Oct 8, 2016, 17:31 Pietro Gagliardi wrote: > In Java, if an interface contains exactly one method, and that method is > not already part of java.lang.Object,

Re: [go-nuts] Re: what's the difference between Golang and Java about interface?

2016-10-10 Thread Henrik Johansson
Yet a notable such marker interface Serializable is known by almost all Java developers ;) On Tue, Oct 11, 2016, 02:04 wrote: > An interesting aside about Java Interfaces that most people don't know is > that you can have an empty Interface without methods or members and then > declare different

Re: [go-nuts] Re: Go locking and channels much slower than Java equivalent, program spends most of time in sync.(*Mutex).Lock() and sync.(*Mutex).Unlock()

2016-10-11 Thread Henrik Johansson
But do these types of spin locks provide the same memory effects as standard locks? I get that only one goroutine at a time can run the given block but assigning to shared vars inside the block will still need to use the methods from sync/atomic right? On Tue, Oct 11, 2016, 22:47 wrote: > The ru

Re: [go-nuts] Re: Go locking and channels much slower than Java equivalent, program spends most of time in sync.(*Mutex).Lock() and sync.(*Mutex).Unlock()

2016-10-11 Thread Henrik Johansson
r go routines will sit there spinning in > the infinite loop until some other routine unlocks which is going to cost > CPU. > > > On Tuesday, October 11, 2016 at 11:20:15 PM UTC-5, Henrik Johansson wrote: > > But do these types of spin locks provide the same memory effects as >

Fwd: [go-nuts] Re: Go locking and channels much slower than Java equivalent, program spends most of time in sync.(*Mutex).Lock() and sync.(*Mutex).Unlock()

2016-10-11 Thread Henrik Johansson
Forgot the list, sorry. -- Forwarded message - From: Henrik Johansson Date: ons 12 okt. 2016 kl 08:32 Subject: Re: [go-nuts] Re: Go locking and channels much slower than Java equivalent, program spends most of time in sync.(*Mutex).Lock() and sync.(*Mutex).Unlock() To: Dustin

Re: [go-nuts] Re: Go locking and channels much slower than Java equivalent, program spends most of time in sync.(*Mutex).Lock() and sync.(*Mutex).Unlock()

2016-10-12 Thread Henrik Johansson
ng atomic load > (atomic.Value for example) or something similar? > > > > Not if everyone accessing them is using a mutex to synchronize the access. > > > > John > > John Souvestre - New Orleans LA > > > > *From:* golang-nuts@googlegroups.com [mailto:golang

Re: [go-nuts] Re: Go locking and channels much slower than Java equivalent, program spends most of time in sync.(*Mutex).Lock() and sync.(*Mutex).Unlock()

2016-10-12 Thread Henrik Johansson
regular sync/Mutex does as well or better. The fast path > (when there’s little congestion) isn’t much more than a CAS. > > > > John > > John Souvestre - New Orleans LA > > > > *From:* Henrik Johansson [mailto:dahankz...@gmail.com] > *Sent:* 2016 October 12, We

Re: [go-nuts] Re: Go locking and channels much slower than Java equivalent, program spends most of time in sync.(*Mutex).Lock() and sync.(*Mutex).Unlock()

2016-10-12 Thread Henrik Johansson
omic operation, for example. So > mixing the two could be disastrous. But there are some cases where it can > be done. > > > > John > > John Souvestre - New Orleans LA > > > > *From:* Henrik Johansson [mailto:dahankz...@gmail.com] > *Sent:* 2016 October

Re: [go-nuts] Re: Go locking and channels much slower than Java equivalent, program spends most of time in sync.(*Mutex).Lock() and sync.(*Mutex).Unlock()

2016-10-12 Thread Henrik Johansson
ing and there is > causal ordering here. The only reason I hesitate to go further is because > that isn't formalized as part of the spec I don't believe, hence the issue. > > > On Wednesday, October 12, 2016 at 6:16:00 AM UTC-5, Henrik Johansson wrote: > > I am sor

Re: [go-nuts] Re: Go locking and channels much slower than Java equivalent, program spends most of time in sync.(*Mutex).Lock() and sync.(*Mutex).Unlock()

2016-10-12 Thread Henrik Johansson
ncerning synchronization – which Go’s > >> sync/atomic operations provide. And I would certainly agree. > > > > I surely maybe completely wrong in interpreting what Henrik Johansson > > tries to express but I think I share confusion with him on this point so > > let

Re: [go-nuts] What is called reference values in Golang?

2016-10-21 Thread Henrik Johansson
The confusion I have had is rather with nilability. A channel can be nil even though it is not explicitly a pointer. The whole "call by reference" debate is fun but usually with beer... fre 21 okt. 2016 kl 15:39 skrev Ian Lance Taylor : > On Thu, Oct 20, 2016 at 10:47 PM, T L wrote: > > > > On

Re: [go-nuts] What is called reference values in Golang?

2016-10-21 Thread Henrik Johansson
Oct 21, 2016 at 6:52 AM, Henrik Johansson > wrote: > > The confusion I have had is rather with nilability. > > A channel can be nil even though it is not explicitly a pointer. > > It's a basic design decision in Go that every type has a zero value. > For the "re

Re: [go-nuts] Re: There has no Mutex.Trylock() implemention or similar method ?

2016-10-21 Thread Henrik Johansson
There was a long thread just recently about SpinLocks and the memory model. There are several implementations on github. I cannot vouch for the quality of any of them. fre 21 okt. 2016 kl 16:14 skrev Roberto Zanotto : > Maybe you can solve this with atomics. > You keep an int32 that acts as mutex

Re: [go-nuts] allow &int{3}, &bool{true} etc

2016-10-24 Thread Henrik Johansson
I agree with Nate. The consistency in typing is a very compelling argument. On Mon, Oct 24, 2016, 22:14 Nate Finch wrote: > Because it's consistent with how you get a pointer for other types... if > I'm used to using &T{x} for structs, maps, and slices, then it's perfectly > natural to try that

Re: [go-nuts] issue with sending JSON via HTTP

2016-10-25 Thread Henrik Johansson
It seems like you encode the valid json string? If you have a string that is json you should be able to post the string as is no? Just make sure you set the application/json content type. tis 25 okt. 2016 kl 14:32 skrev Rich : > Hi All, > > I have code that is similar to this: > https://play.gol

Re: [go-nuts] Re: Stalking people online for thought crimes! This is what the Go project has succumbed to!

2016-10-27 Thread Henrik Johansson
I actually read through the thread and unless everyone in that thread got the same message then I Aram should not have gotten the note. I recognize the potential value of the CoC but it always boils down to opinions. Imho this was a bad call. Bad calls happen and we should be able to get past it a

Re: [go-nuts] Re: Stalking people online for thought crimes! This is what the Go project has succumbed to!

2016-10-27 Thread Henrik Johansson
To me the wording with a warning in it sounds extremely harsh. Adding any number of pleases only makes it worse. I still think this should not have been acted upon at all. What sort of de facto empirical outcome has there been previously? Are there any previous incidents that have not gone public?

Re: [go-nuts] Re: Stalking people online for thought crimes! This is what the Go project has succumbed to!

2016-10-28 Thread Henrik Johansson
The problem isn't the CoC or that the group it responded to a complaint but that it right away started with a very aggressive warning email. Why not talk to Aram like human being explaining the situation. This would have given him a chance to resolve it on his own. Seems like a much simpler and mo

Re: [go-nuts] Re: Stalking people online for thought crimes! This is what the Go project has succumbed to!

2016-10-28 Thread Henrik Johansson
n unwarranted, > disproportioned response. I'm just trying to understand where the > strawmans/tangents (or what I perceive as, willing to be corrected) are > coming from. And I didn't list all. > > Surgical arguments > narratives. > > > On 29/10/16 01:31, Henrik Johansson wrot

Re: [go-nuts] Re: Stalking people online for thought crimes! This is what the Go project has succumbed to!

2016-10-28 Thread Henrik Johansson
This is however not the whole truth. Further down it states: "The Working Group will reach a decision as to how to act. These may include: Nothing. A request for a private or public apology. A private or public warning. An imposed vacation (for instance, asking someone to abstain for a week from a

Re: [go-nuts] JSON with repeating section and Slice in struct

2016-10-30 Thread Henrik Johansson
You also have to name the fields using struct tags to match the actual json field names. On Sun, Oct 30, 2016, 12:28 Pietro Gagliardi wrote: > You need to export the fields of tData in order for encoding/json to see > them. > > On Oct 30, 2016, at 6:01 AM, MaReK Olšavský > wrote: > > Hello, > m

Re: [go-nuts] Concurrency and order of execution

2016-11-10 Thread Henrik Johansson
I think there is a race on the WaitGroup. Add all of them before the loop. It might not matter for what you are seeing but anyway. What happens with an unbuffered channel? On Fri, Nov 11, 2016, 07:08 wrote: > Hello, > > I've written a small program to demonstrate what I am seeing. If I use a >

Re: [go-nuts] Concurrency and order of execution

2016-11-10 Thread Henrik Johansson
Also what makes you think that ordering is mandated? Any of the goroutines can be scheduled to run. The odds of 1 running first seems intuitively higher but the should be nothing stopping the last to run first. On Fri, Nov 11, 2016, 07:11 Henrik Johansson wrote: > I think there is a race on

Re: [go-nuts] Re: Memcached replacement in GO!

2016-11-16 Thread Henrik Johansson
Groupcache is really cool but for mutable data it requires some hoops to be useable. ons 16 nov. 2016 kl 20:50 skrev Tamás Gulácsi : > > > 2016. november 16., szerda 15:10:30 UTC+1 időpontban Slawomir Pryczek a > következőt írta: > > Hi Guys, I wrote memcached like PHP-client and GO-server, with

Re: [go-nuts] Re: Deleting the /r/golang subreddit

2016-11-24 Thread Henrik Johansson
Seriously if the community is really a community then it will pop up in another form. If not then it was never really a community to begin with. I agree with Brad that this isn't something I want to condone. In fact if people stopped using services with mgmt like this more often then crap like thi

Re: [go-nuts] Re: Deleting the /r/golang subreddit

2016-11-25 Thread Henrik Johansson
Relax, it was a primarily personal statement from Brad and he wanted to to see if it was shared by others. I am more baffled that not everyone agrees with him but that again is a personal view... fre 25 nov. 2016 kl 15:41 skrev : > It is not up to the Go team to decide where the community choose

Re: [go-nuts] Re: How has your company adopted Go ?

2016-12-20 Thread Henrik Johansson
For us it started with me rewriting a small service. It was done quickly and with great performance which led to curiosity from other developers which in turn led to a larger system of services being built in Go with great results. The initial usual fears about knowledge and "risks" was quickly all

Re: [go-nuts] Re: How has your company adopted Go ?

2016-12-29 Thread Henrik Johansson
For us they interact exclusively through either plain http based services or via Nats, no other interactions take place. It works as expected without any particular issues. I would suggest that you start with a similar approach and create a self contained little service to show that Go not only wor

Re: [go-nuts] Using Go in a locked down SOC2 environment (dependency management hell)

2017-01-06 Thread Henrik Johansson
I would go with vendoring and proper education combined with peer review. The hoops you go through to maintain "control" seems awkward at best. I mean, you do after all trust the developers with you production code... On Fri, Jan 6, 2017, 20:16 Jacek Furmankiewicz wrote: > I doubt that will fly

Re: [go-nuts] Re: State of the database drivers in go

2017-01-12 Thread Henrik Johansson
Mgo https://labix.org/mgo seems to be very well maintained. tors 12 jan. 2017 kl 16:26 skrev snmed : > Thank you for your answer, so far i think at least for the rdbms there are > maintained drivers. So i need just a reliable NoSql Driver for a > Document-Based Storage. > Go is awesome i hope the

Re: [go-nuts] Re: State of the database drivers in go

2017-01-13 Thread Henrik Johansson
That's Mongodb itself, not the Go driver. On Fri, Jan 13, 2017, 14:08 Konstantin Khomoutov < flatw...@users.sourceforge.net> wrote: > On Thu, 12 Jan 2017 18:42:38 +0300 > Josh Kamau wrote: > > [...] > > I have read good reviews for mgo but i have not used it personally > > Okay, there's a negavi

Re: [go-nuts] Re: State of the database drivers in go

2017-01-13 Thread Henrik Johansson
Honestly I have had some less than pleasant incidents with Mongodb as well but the fault was due to simply overusing it for stuff it's not meant for. On Fri, Jan 13, 2017, 14:36 Konstantin Khomoutov < flatw...@users.sourceforge.net> wrote: > On Fri, 13 Jan 2017 13:20:28 + >

Re: [go-nuts] Re: How do you mitigate against nil pointer dereference

2017-01-13 Thread Henrik Johansson
Expose properties as methods and do the check in the method can make the caller use easier. On Fri, Jan 13, 2017, 14:41 wrote: > Hi, > > some simple leads, > > Use one line initialization of Person > p := &Person{Attr:&Attribute{}} > > Enhance the if conditions statement > if p.Attr != nil &

Re: [go-nuts] goxpath: An XPath 1.0 parser

2016-06-12 Thread Henrik Johansson
How does it compare to https://godoc.org/launchpad.net/xmlpath? I have been using it with great satisfaction but it is not complete to my knowledge xpath feature wise. mån 13 juni 2016 kl 01:48 skrev Chris Trenkamp : > https://github.com/ChrisTrenkamp/goxpath > > I've created an XPath 1.0 parser

Re: [go-nuts] Re: Currying in Go

2016-06-16 Thread Henrik Johansson
Note the _excessive_ caveat. Used with some restraint I think it is a very powerful construct. On Fri, Jun 17, 2016, 03:42 adonovan via golang-nuts < golang-nuts@googlegroups.com> wrote: > On Thursday, 16 June 2016 18:00:43 UTC-4, Zauberkraut wrote: >> >> would an extended usage of this paradigm

Re: [go-nuts] Fedora and crypto/elliptic.P224

2016-06-20 Thread Henrik Johansson
The second one, the redhat Bugzilla does. They only want to ship a select set of curves distro wide apparently. If it is motivated by security or something else is less clear. On Tue, Jun 21, 2016, 07:08 Ian Lance Taylor wrote: > On Mon, Jun 20, 2016 at 9:18 PM, wrote: > > > > Nothing is stop

Re: [go-nuts] feature request: allow literal digit underscore grouping

2016-06-22 Thread Henrik Johansson
Really? I find that counting digits in large numbers is harder, for me at least, than expected. The scientific notation is sweet. On Wed, Jun 22, 2016, 14:57 Manlio Perillo wrote: > Il giorno martedì 21 giugno 2016 18:35:13 UTC+2, Caleb Spare ha scritto: >> >> This was shut down without much dis

Re: [go-nuts] Urlwatch

2016-06-25 Thread Henrik Johansson
Cache headers, etags etc and dynamic scheduling of re-fetch sounds useful. Why not start a little library? On Sat, Jun 25, 2016, 13:51 Johann Höchtl wrote: > > > Am Donnerstag, 23. Juni 2016 17:04:54 UTC+2 schrieb Shawn Milochik: >> >> What do you need it to do, specifically? Doing an http.Get o

[go-nuts] Oh-my-zh gb plugin

2016-07-05 Thread Henrik Johansson
Hi, For all Gb aficionados there is now a gb (http://getgb.io) plugin. https://github.com/robbyrussell/oh-my-zsh/blob/master/plugins/gb/README.md Hope it helps using this awesome tool from the cmd line. /Henrik -- You received this message because you are subscribed to the Google Groups "gol

Re: [go-nuts] What dependency management tool do you use?

2016-07-12 Thread Henrik Johansson
I use gb. I like it a lot and I have had no issues. On Tue, Jul 12, 2016, 14:15 Johann Höchtl wrote: > I use godep. There has been lots of rumour lately to use gb. > > What do others use? > > If there is a blog post available somewhere comparing the pros and cons, > please provide one. > I know

Re: [go-nuts] What dependency management tool do you use?

2016-07-12 Thread Henrik Johansson
I am unsure about pprof but running tests with race for example works great. I would guess that it works. On Tue, Jul 12, 2016, 16:41 Ian Davis wrote: > On Tue, Jul 12, 2016, at 09:23 PM, Henrik Johansson wrote: > > I use gb. I like it a lot and I have had no issues. > > > A q

Re: [go-nuts] What dependency management tool do you use?

2016-07-16 Thread Henrik Johansson
I don't really know much about the other tools but afaik the difference is more in the fact that Gb is more similar to other build systems in other languages. It focuses on making the current thing you are working on easy and simple to build rather than being a tool to work around the strangeness t

Re: [go-nuts] What dependency management tool do you use?

2016-07-16 Thread Henrik Johansson
For repeatable builds there are many ways and tools that work fine, Gb is not unique in this respect. I don't get why this should be a controversial topic however. It seems to be an issue only in the go community. In all the other languages (newer more modern anyway) it is considered a solved prob

Re: [go-nuts] What dependency management tool do you use?

2016-07-16 Thread Henrik Johansson
I start wondering what I missed. Hope it makes some sense. On Sat, Jul 16, 2016, 19:13 Ian Lance Taylor wrote: > On Sat, Jul 16, 2016 at 5:29 AM, Henrik Johansson > wrote: > > For repeatable builds there are many ways and tools that work fine, Gb is > > not unique in this r

Re: [go-nuts] What dependency management tool do you use?

2016-07-16 Thread Henrik Johansson
ibrary I'd definitely stick to the go tool chain given > that GB projects aren't go gettable. > > - Will > > On Sat, Jul 16, 2016 at 5:44 PM, Henrik Johansson > wrote: > >> Well they have issues too of course. The most recent left-pad debacle is >> most str

Re: [go-nuts] Re: Understanding go routine heap

2016-08-21 Thread Henrik Johansson
Yes like Jan previously said. It is the very use case WaitGroup was developed for. On Sun, Aug 21, 2016, 15:45 T L wrote: > > > On Saturday, August 20, 2016 at 2:29:41 PM UTC+8, Yulrizka wrote: >> >> Dear gophers >> >> I have discussion with my colleague about this code >> >> >> func process() *

Re: [go-nuts] how to write self-closing xml tags

2017-01-30 Thread Henrik Johansson
I am truly sorry for resurrecting this old thread but I found my self needing to emit xml containing: today and I am unsure how to deal with it. I have to do it for legacy reasons and there is very little leeway in what the clients can accept. It is also high volumes and no files are generat

Re: [go-nuts] how to write self-closing xml tags

2017-01-30 Thread Henrik Johansson
Aha yes well if thats the only way then I guess it could work. Would anyone object to adding some config for this to Encoder? Thanks, mån 30 jan. 2017 kl 17:54 skrev C Banning : > https://play.golang.org/p/W5cQkqS0h_ > > > On Monday, January 30, 2017 at 9:06:49 AM UTC-7, Henr

Re: [go-nuts] Is there a reason go doesn't use the small string optomization

2017-01-31 Thread Henrik Johansson
What makes strings harder than for example []byte? On Wed, Feb 1, 2017, 06:15 Ian Lance Taylor wrote: > On Tue, Jan 31, 2017 at 9:10 PM, Eliot Hedeman > wrote: > > I was writing up a proposal about adding the small string > > optimization(putting strings on the heap if they will fit within the

Re: [go-nuts] Is there a reason go doesn't use the small string optomization

2017-02-01 Thread Henrik Johansson
Ok that clarifies it for me :) ons 1 feb. 2017 kl 15:29 skrev Ian Lance Taylor : > On Tue, Jan 31, 2017 at 10:08 PM, Henrik Johansson > wrote: > > What makes strings harder than for example []byte? > > Sorry, I'm not sure who you are asking, or, really what you are &g

[go-nuts] XML unmarshal woes

2017-02-02 Thread Henrik Johansson
I have xml that looks like this: sadasd gfdfg ... ... Where a and be can appear in any order and this order needs to be preserved. I have managed to Marshal xml decently using a struct such as: type Holder { A A B A } type A string type B string using a MarshalXML method on the

Re: [go-nuts] Re: XML unmarshal woes

2017-02-02 Thread Henrik Johansson
Ahh fantastic thanks a lot! tors 2 feb. 2017 kl 15:11 skrev : > Here is a playground link: https://play.golang.org/p/_wJEBd1L9x > > ABStuff string `xml:",innerxml"` > > You can capture the innerxml with an appropriate tag; you can also, as my > third example in the above link demonstrates, captur

Re: [go-nuts] Re: XML unmarshal woes

2017-02-03 Thread Henrik Johansson
I ended up using the excellent package https://github.com/clbanning/mxj by Charles Banning. Thanks a great bunch it really made my day much easier! tors 2 feb. 2017 kl 15:39 skrev Henrik Johansson : > Ahh fantastic thanks a lot! > > tors 2 feb. 2017 kl 15:11 skrev : > > Here

Re: [go-nuts] storing transaction in context

2017-02-08 Thread Henrik Johansson
The Context as "a bag of stuff" is attractive since it makes your code easier to refactor (knock, knock) but gives me void* or as Jakob said map[string]interface{} vibes. I think I think it should be avoided but probably not unconditionally. I guess there can be cases where it makes sense. ons 8

Re: [go-nuts] Arguments for writing fast, high-load servers in Go instead of Scala?

2017-02-18 Thread Henrik Johansson
The cognitive difference is huge in Go's favor. Aside from that the new impressive gc results built for low latency can be a good argument. We have deployed a number of services in Go over the past months and are very happy with the performance. We used to do all these in Java but Go is easier to

Re: [go-nuts] Re: the case for returning interface vs struct

2017-03-01 Thread Henrik Johansson
This comes down to encapsulation I guess. You may want to hide some internals and perhaps not other. Simple data types are probably fine but say that you have an interface Store then you can have redisStore or cassandraStore both implementing the same interface and the rest of your program just ope

Re: [go-nuts] Re: adding context.Context to new code

2017-05-12 Thread Henrik Johansson
With the whole "Reactive" movement thread locals have started to vanish at least in the Java ecosystem. I agree with Sameer that, while convenient, it comes with a whole set of obscure bugs. On Fri, May 12, 2017, 14:57 Sameer Ajmani wrote: > Hmm, I'm not finding good open-source examples of Thre

Re: [go-nuts] To panic or not to panic, that's the question

2017-05-31 Thread Henrik Johansson
Init seems very harsh, how can you ensure proper configuration then? Otherwise I don't mind oanics during object creation or explicit initialization. Panics in mid execution less so but parhaps there are cases where it is warranted. ons 31 maj 2017 kl 21:25 skrev Peter Kleiweg : > If a package ca

Re: [go-nuts] Re: To panic or not to panic, that's the question

2017-05-31 Thread Henrik Johansson
Yes those I also use in init sometimes but then you are in control of your templates and regexes and things usually blow up quickly during development which makes you fix it promptly. It is not quite the same though as I understood Peters question to be. The analogy would be the html/template to h

Re: [go-nuts] Re: idea: generic methods on slices with some generic type support []string.Map(string) []string => [].Map() []

2017-06-02 Thread Henrik Johansson
I have seen syntactic sugar like that in Scala. It can be very powerful but at the same time very confusing when you need to fix a bug since you have the mental overhead of the dsl to actual code to worry about as well. fre 2 juni 2017 kl 16:16 skrev : > Right, now show me the contents of the *a

Re: [go-nuts] Re: Go 1.9 Beta 1 is released

2017-06-15 Thread Henrik Johansson
I must have missed this but just clarify my thoughts are all file reads async now? That would a pretty big deal for apps that read a lot of files. tors 15 juni 2017 kl 19:30 skrev Ian Lance Taylor : > On Thu, Jun 15, 2017 at 7:37 AM, wrote: > > > > With go1.9beta1 (Linux / amd64) I noticed an e

Re: [go-nuts] Re: Go 1.9 Beta 1 is released

2017-06-15 Thread Henrik Johansson
Ah well. Still cool though! On Thu, 15 Jun 2017, 22:12 Ian Lance Taylor, wrote: > On Thu, Jun 15, 2017 at 12:16 PM, Henrik Johansson > wrote: > > > > I must have missed this but just clarify my thoughts are all file reads > > async now? That would a pretty big deal for

Re: [go-nuts] Create methods for structs at runtime

2017-06-20 Thread Henrik Johansson
I think perhaps http://www.grpc.io/ can help if you want remoting but perhaps it will also give you too much bootstrap. tis 20 juni 2017 kl 22:00 skrev Ian Lance Taylor : > On Mon, Jun 19, 2017 at 8:38 PM, Dat Huynh wrote: > > > > On Tuesday, June 20, 2017 at 4:07:46 AM UTC+10, Ian Lance Taylor

Re: [go-nuts] Re: genmap: Generate thread-safe, type-safe maps easily

2017-07-09 Thread Henrik Johansson
I agree a typed concurrent map would be very neat but each type that make has to support requires AFAIK specialisation in the compiler(?) which seems to be burdensome. Perhaps backwards compatibility prohibits the use of the name 'cmap', not sure. mån 10 juli 2017 kl 05:23 skrev : > I do not u

Re: [go-nuts] [ANN] GoLand 2020.1 EAP starts with Go Modules improvements and Go 1.14 support

2020-02-07 Thread Henrik Johansson
Outstanding IDE! I was always impressed with JetBrains stuff but Goland really rocks! On Fri, Feb 7, 2020 at 10:20 AM Florin Pățan wrote: > Hi Gophers, > > I'd like to announce the start of the 2020.1 Early Access Program of > GoLand IDE, the JetBrains dedicated IDE for Go development. > A few h

Re: [go-nuts] Go without garbage collector

2020-02-12 Thread Henrik Johansson
Sure, writing these system in a non-GC language is harder but that's not really what is talked about here right? There is a reason why databases are not really successful in Java for example. Caching software are predominantly in C/C++. Beating highly tuned C/C++ is not something that a GC can do b

Re: [go-nuts] Go without garbage collector

2020-02-12 Thread Henrik Johansson
Well, Cassandra has a rewrite in C++ ScyllaDB hat performs many times better so that particular example isn't really helping the GC case. I don't mind the GC myself but I hear the "GC is actually faster" often and it seems not to be true in the wild although I am sure theoretical cases can be envi

Re: [go-nuts] Go without garbage collector

2020-02-12 Thread Henrik Johansson
the GC tuning is not designed for latency with > max pauses of 500ms. > > Re-run the tests on Shenandoah or Zing and see how they compare. > > -----Original Message- > From: Henrik Johansson > Sent: Feb 12, 2020 9:10 AM > To: Kevin Chadwick > Cc: golang-nuts &g

Re: [go-nuts] Go without garbage collector

2020-02-12 Thread Henrik Johansson
st, say 20-40 years, is that GCs are slowly > eating more and more of the cake. As they improve, it definitely converges > toward more viability, not less. There will always be programs for which > they fare badly. But as they are detected, so are GCs improved. > > On Wed, Feb 12, 2

<    1   2   3   >