I do think that making progress towards software which shows no signs of errors despite millions of users each with hundreds of hours of usage would be a Good Thing.
I also believe that folk who create stuff like go and give it away for free are not going to be willing to be put into a position where they could be liable for lots of money. Perhaps there’s space in the world for an equivalent to Underwriters’ Lab. Such an organisation would test, examine, measure, analyze as they saw fit to approve a software product according to standards that they published. If MS or IBM wanted the Labs approval, they’d pay a pretty penny to get it. Since these companies now use open source, they might also wish/be prepared to contribute to a charity which would do two things - research ways of doing this software stuff better (and publishing, and providing the goodies to the Labs for deployment); and pay to push ‘free software’ throught he Labs. Even better if the charity owned the Labs… — P > On May 14, 2018, at 10:35 AM, golang-nuts@googlegroups.com wrote: > > golang-nuts@googlegroups.com > <https://groups.google.com/forum/?utm_source=digest&utm_medium=email#!forum/golang-nuts/topics> > Google Groups > <https://groups.google.com/forum/?utm_source=digest&utm_medium=email/#!overview> > > <https://groups.google.com/forum/?utm_source=digest&utm_medium=email/#!overview> > > Topic digest <> > View all topics > <https://groups.google.com/forum/?utm_source=digest&utm_medium=email#!forum/golang-nuts/topics> > Digest for golang-nuts@googlegroups.com - 18 updates in 9 topics > <x-msg://5/#group_thread_0> - 4 Updates > RFC - Review request for a project done in Golang <x-msg://5/#group_thread_1> > - 6 Updates > Go license and fitness for purpose <x-msg://5/#group_thread_2> - 3 Updates > Why does unmarshalling this API response return an unexpected EOF? > <x-msg://5/#group_thread_3> - 3 Updates > Golang elasticsearch olivere http compression <x-msg://5/#group_thread_4> - 1 > Update > time.Time round/truncate not removing nanosceonds component > <x-msg://5/#group_thread_5> - 3 Updates > Actually I'm learning golang but I need involve me a project. do you guys > know about a project to help it? <x-msg://5/#group_thread_6> - 2 Updates > golang maven plug-in 2.2.0 has been published in maven central > <x-msg://5/#group_thread_7> - 1 Update > ROC (Request-Oriented Collector) <x-msg://5/#group_thread_8> - 2 Updates > <>Digest for golang-nuts@googlegroups.com - 18 updates in 9 topics > <http://groups.google.com/group/golang-nuts/t/805f985eaed6749c?utm_source=digest&utm_medium=email> > > Pete Wilson <p...@kivadesigngroupe.com>: May 13 10:28PM -0500 > > All this is true. > But I expect that one of these fine days, someone sueable is going to ship > software with a serious bug, and are going to get sued and lose because > (i) there’s a lot of money > and > (ii) it’s well known in the art that doing X is just bloody stupid, and you > did X. > > And then the quality of software will improve, because not everybody can > afford a few billion > > — P > > Jan Mercl <0xj...@gmail.com>: May 14 08:16AM +0200 > > On Mon, May 14, 2018 at 5:33 AM Pete Wilson <p...@kivadesigngroupe.com> > wrote: > > > And then the quality of software will improve, because not everybody can > afford a few billion > > Depends on how you define quality. Catch: bug-free is not a usable > definition of software quality. At least while humans write and test it. > > -- > > -j > "Wojciech S. Czarnecki" <o...@fairbe.org>: May 14 10:53AM +0200 > > On Sun, 13 May 2018 22:28:02 -0500 > > But I expect that one of these fine days, someone sueable is going to ship > > software with a serious bug, and are going to get sued and lose > > > > get sued and lose > > Legalese that OP tried to ridicule (imo) says otherwise. They can be sued > but they can not lose, even if they intentionally would put a `rm -rf /` in > the code. > > In the law domain: > > (i) words, sentences, punctuation even -- have much stricter meaning. Not > necessarily the same as popular one. Sometimes particular wording has > meaning to the contrary of what layman may understand. > > (ii) Text written in proper legalese has real life effects. Often immediate > ones -- as with widely approved Open Source licenses. > > FYI that enumerated cases in the license disclaimer part stem from past > litigation where someone litigated and won on given case. > See: [1] "Hojgaard v EON" for most recent example. > > Disclaimer: always hire a lawyer to read any legalese for you. However > expensive it could be, it might be way cheaper than future effects of your > own understanding of what you read ;). I am not a lawyer of course :). > > [1] https://www.supremecourt.uk/cases/uksc-2015-0115.html > <https://www.supremecourt.uk/cases/uksc-2015-0115.html> > > -- > Wojciech S. Czarnecki > << ^oo^ >> OHIR-RIPE > matthewju...@gmail.com: May 14 08:32AM -0700 > > > but they can not lose, even if they intentionally would put a `rm -rf /` > > in > > the code. > > > I mentioned email addresses being stolen, but I’m more concerned about > things like somebody thinking they can use GCC and a regular Dell desktop > computer to coordinate real trains. Go/GCC don’t have to make misuse > possibly worse. > > Matt > > On Monday, May 14, 2018 at 3:54:08 AM UTC-5, ohir wrote: > Back to top <x-msg://5/#digest_top> <>RFC - Review request for a project done > in Golang > <http://groups.google.com/group/golang-nuts/t/4a9a02eec890ad2f?utm_source=digest&utm_medium=email> > > Sankar <sankar.curios...@gmail.com>: May 14 04:35AM -0700 > > Hi > > I was recently asked in an interview to write a golang program for a > problem that involves working with a million nodes. I did write a program > that solved the problem statement. However, I was told that the solution > was "poorly structured", but I did not get any detailed review comments > though. > > So, I recreated the solution in github and wanted to know if anyone could > give some review comments as to what you see as bad things in the code. > > The problem statement, code and the instructions are > at: https://github.com/psankar/network-monitor > <https://github.com/psankar/network-monitor> > > I personally felt that the code (written in about 6 hours for the > interview) is good and I would've hired anyone writing this, but may be I > am biased because it is written by me. I want to improve my Golang skills > and your review comments would be helpful. Any help ? > > If the golang list is unsuitable for this, you can even email me, > individually, with the review comments. > > Thanks. > > Sankar > "Tamás Gulácsi" <tgulacs...@gmail.com>: May 14 04:58AM -0700 > > Minion/minion? For what? > > Also APIServer.go has some goroutine starting loops that are very similar - > should be a function. > I'd prefer splitting the HTTP handlers to parser + executor + responder > (a'la go-kit), clarifying the business logic. > > Just my 2¢. > > > 2018. május 14., hétfő 13:35:23 UTC+2 időpontban Sankar a következőt írta: > Sankar P <sankar.curios...@gmail.com>: May 14 05:35PM +0530 > > > > Minion/minion? For what? > > So that the minion package structs can be shared between Minion/Minion.go > server and the APIServer.go server. > > > > - should be a function. > > I'd prefer splitting the HTTP handlers to parser + executor + responder > > (a'la go-kit), clarifying the business logic. > > I moved the actual network call to the contactMinion function, but as you > said it is probably a good idea to split the handler. Thanks. > > > > -- > Sankar P > http://psankar.blogspot.com <http://psankar.blogspot.com/> > Chris Hopkins <cbehopk...@gmail.com>: May 14 05:23AM -0700 > > There's an old Dilbert about this: > Don't know how to solve a problem? No problem! Don't hire a consultant; > hold an interview and choose the best answer you receive from all the > candidates. > > I'll get my coat. > > Chris > > On Monday, 14 May 2018 12:35:23 UTC+1, Sankar wrote: > matthewju...@gmail.com: May 14 08:09AM -0700 > > They might have been looking for something like this: > > github.com/psankar/network-monitor > package monitor code files > cmd/ > minion/ > package main code files > server/ > package main code files > > In a code review I would mention the use of packages as not being ideal, > but that’s just my opinion. You seem able to write Go code, but there > aren’t tests in this solution. How did you verify it? Maybe you passed but > there was a better candidate? > > Matt > > On Monday, May 14, 2018 at 6:35:23 AM UTC-5, Sankar wrote: > Sankar P <sankar.curios...@gmail.com>: May 14 08:54PM +0530 > > > package main code files > > server/ > > package main code files > > The reviewer mentioned that the code was not easy to work with and > unstructured. So I am almost sure that it has nothing to do with the > package structure. Your mail however gave me an idea about using gocyclo > and it found a score of 23 for the code, which is bordering on bad code. > May be I could restructure into different functions a bit. Thanks. > > > > > In a code review I would mention the use of packages as not being ideal, > > but that’s just my opinion. You seem able to write Go code, but there > > aren’t tests in this solution. How did you verify it? > > I had some tests but I did not include them in the github repo. They were > not very exhaustive, but just covered the basic cases, through a script > that will add/remove files and contents. > > > > Maybe you passed but there was a better candidate? > > Could be. > > > > -- > Sankar P > http://psankar.blogspot.com <http://psankar.blogspot.com/> > Back to top <x-msg://5/#digest_top> <>Go license and fitness for purpose > <http://groups.google.com/group/golang-nuts/t/95801ae7a23fd7d7?utm_source=digest&utm_medium=email> > > Dan Kortschak <dan.kortsc...@adelaide.edu.au>: May 14 09:53AM +0930 > > Who would determine whether an mistaken action was intentional? This > seems like a very dangerous inclusion. > > Ian Lance Taylor <i...@golang.org>: May 13 08:45PM -0700 > > > (including working with and on those projects for free), but if they might > > include unnecessary liability beyond regular bugs then that's a problem for > > me. > > Both Go and GCC get an advantage from using widely-used and > well-understood free software licenses. Making any modification to > those licenses would force every large organization that wants to use > these tools to reanalyze the license to make sure it will be > acceptable. So the place to change this, if you think there is a need > to change it, is not with individual projects, but with an umbrella > organization like the Free Software Foundation or the Open Source > Initiative. > > Ian > matthewju...@gmail.com: May 14 07:24AM -0700 > > > > I suspect you are worrying too much given both the long history of > > open source software and the large number of > > groups/organizations/companies that rely on it. > > > I was reading about the ILOVEYOU Windows virus and recall hearing about it > at the time. In that case the way Windows worked led to a program that > corrupted files across the world and caused some institutions to turn off > their Internet connection for awhile. Supposedly the person that let it out > said they did so by mistake. I'm wondering if Microsoft should have been > liable. > > There are already major mistakes in open source software (Heartbleed in > OpenSSL is a recent example) and I know that more than one computer culture > involved in open source software in the United States enjoy practical > jokes. I think it would look bad for many institutions if their software > included a practical joke that unintentionally enabled email addresses to > be stolen, but these licenses now invite such an inclusion if the person is > willing to trade possible world-wide fame for loss of trust in the software > world. By adding the term to the license I'd think that person is now > liable instead of the users of the library. > > But you aren't going to get much in the way of guarantees when you > > receive and use something for free. > > > My work is not free, I want to contribute time back. > > If you really feel you need some sort of legal guarantee then I > > suggest you look into some paid options that provide Go and/or GCC, > > such as Red Hat or Ubuntu, where there may be more of a legal > > framework that is more to your liking. > > > That’s interesting, I may look at these kinds of companies depending on the > task. But how can they guarantee Go and/or GCC don't include these things? > They don't have a different license. > > So, even someone selling you a $300 enterprise motherboard doesn't want to > > be responsible for ensuring you are using it in a sensible fashion. > > > I don’t think I’m asking for any extra responsibility, I assume in this > case there is already an assumption based on trust and money that no > intentional mistakes or practical jokes are included, unless there’s some > sort of backdoor. > > Who would determine whether an mistaken action was intentional? This > > seems like a very dangerous inclusion. > > > I’d like lawyers to give their interpretation, I’m not a lawyer. > > Both Go and GCC get an advantage from using widely-used and > > to change it, is not with individual projects, but with an umbrella > > organization like the Free Software Foundation or the Open Source > > Initiative. > > > I’ll look at bringing this there, thanks. I did have the thought that it > might give Go a competitive edge. > > Thanks, > Matt > > On Sunday, May 13, 2018 at 10:45:49 PM UTC-5, Ian Lance Taylor wrote: > Back to top <x-msg://5/#digest_top> <>Why does unmarshalling this API > response return an unexpected EOF? > <http://groups.google.com/group/golang-nuts/t/7cd5592349821240?utm_source=digest&utm_medium=email> > > ivanchenko.l...@gmail.com: May 13 07:27PM -0700 > > Hi all, > > I'm creating a microservice in Go, using protocol buffers and gRPC. It > interacts with a third-party API (Snooth) and I'm trying to unmarshal the > JSON response into a protobuf struct I've created, using the proto package. > > Unmarshalling returns an unexpected EOF error. > > > I've summed up the details in full on this question at Stack Overflow: > https://stackoverflow.com/questions/50314476/why-does-unmarshalling-this-api-response-return-an-unexpected-eof > > <https://stackoverflow.com/questions/50314476/why-does-unmarshalling-this-api-response-return-an-unexpected-eof> > > > In addition to the information posted there, I've also tried using > strconv.Unquote before unmarshalling in line with the idea that the escaped > characters in the API response are causing a double-encode. But this didn't > work either. > > Any help would be greatly appreciated as I've been stuck on this for a > while now and feel there's something simple I'm missing. > > > Thanks. > "Tamás Gulácsi" <tgulacs...@gmail.com>: May 14 12:46AM -0700 > > It DOES parse with then encoding/json package: > https://play.golang.org/p/IQzMm2tDI7w <https://play.golang.org/p/IQzMm2tDI7w> > > The protoc-generated code's Unmarshal parses a *Protocol Buffers* encoded > byte stream, NOT JSON! > > > 2018. május 14., hétfő 5:24:06 UTC+2 időpontban Luke IC a következőt írta: > Luke IC <ivanchenko.l...@gmail.com>: May 14 05:29AM -0700 > > I've tried that, but I need to decode the JSON into a struct generated from > a .proto. Updating the code to use json.Unmarshal results in the wines > array from the response not decoding correctly, here is what I see when > printing the struct that I have unmarshalled into: > meta:<results:1489449 returned:15 status:1 > wines:<> wines:<> wines:<> > wines:<> wines:<> wines:<> wines:<> wines:<> wines:<> wines:<> wines:<> > wines:<> wines:<> wines:<> wines:<> > > Note the repeated values are empty. The relevant source code can be viewed > here: https://github.com/lukeic/vinogo/tree/feature/snooth/snooth > <https://github.com/lukeic/vinogo/tree/feature/snooth/snooth>. Help > figuring this out would be much appreciated as I've spent ages on it now. > > > On Monday, 14 May 2018 17:46:58 UTC+10, Tamás Gulácsi wrote: > Back to top <x-msg://5/#digest_top> <>Golang elasticsearch olivere http > compression > <http://groups.google.com/group/golang-nuts/t/e1c33cf43df3467a?utm_source=digest&utm_medium=email> > > torsten.schub...@gl-systemhaus.de: May 14 03:08AM -0700 > > Hi, > > I need some help to use the olivere elasticsearch client to make a > compressed http connection to our elasticsearch. > > I have tried it with: > > hc := &http.Client{ > Transport: &http.Transport{ > DisableCompression: false, > }, > } > > and set: elastic.NewClient(elastic.SetHttpClient(hc)) > > but it do not use a compression. How do I enable the compression for a > connection in the client? > Is there an other way to use compression? > > Thanks for your help. > > best regards > Torsten > Back to top <x-msg://5/#digest_top> <>time.Time round/truncate not removing > nanosceonds component > <http://groups.google.com/group/golang-nuts/t/7f4900f4bf6e127a?utm_source=digest&utm_medium=email> > > Jens Hausherr <jabbrw...@gmail.com>: May 13 11:55PM -0700 > > Hi, here is something I have been puzzled for a few days now. > > On my OSX machine rounding/truncating of time.Time values apparently does > not remove the nanoseconds component as documented when calling > Truncate(0)/Round(0). > > > On play.golang.org it works as expected: > https://play.golang.org/p/NXyhK5v9Rwe <https://play.golang.org/p/NXyhK5v9Rwe> > (Although it might be misleading as > it seems to be stuck in 2009 still). > > The same code run on my local machine (OSX, go 1.10.2) outputs: > > 2018-05-14 08:50:02.291049227 +0200 CEST m=+0.000501271 > 2018-04-14 06:50:02.291049227 +0000 UTC > 2018-04-29 06:50:02.291049227 +0000 UTC > 2018-05-13 06:50:02.291049227 +0000 UTC > > So the nanoseconds persist through UTC conversion and truncating the ns > value. > > Regards, > Jens > Jakob Borg <ja...@kastelo.net>: May 14 09:11AM > > Truncate(0) is not supposed to remove the nanoseconds part; it removes the > monotonic time part. It just happens that the nanoseconds are zero on the > "clock" on play: > > https://play.golang.org/p/Kdq_SDTi664 <https://play.golang.org/p/Kdq_SDTi664> > > To remove the subsecond part use .Truncate(time.Second) (or the corresponding > Round of course) > > //jb > > On 14 May 2018, at 08:55, Jens Hausherr > <jabbrw...@gmail.com<mailto:jabbrw...@gmail.com>> wrote: > > Hi, here is something I have been puzzled for a few days now. > > On my OSX machine rounding/truncating of time.Time values apparently does not > remove the nanoseconds component as documented when calling > Truncate(0)/Round(0). > > > On play.golang.org<http://play.golang.org <http://play.golang.org/>> it works > as expected: https://play.golang.org/p/NXyhK5v9Rwe > <https://play.golang.org/p/NXyhK5v9Rwe> (Although it might be misleading as > it seems to be stuck in 2009 still). > > The same code run on my local machine (OSX, go 1.10.2) outputs: > > 2018-05-14 08:50:02.291049227 +0200 CEST m=+0.000501271 > 2018-04-14 06:50:02.291049227 +0000 UTC > 2018-04-29 06:50:02.291049227 +0000 UTC > 2018-05-13 06:50:02.291049227 +0000 UTC > > So the nanoseconds persist through UTC conversion and truncating the ns value. > > Regards, > Jens > > > > > -- > 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<mailto:golang-nuts+unsubscr...@googlegroups.com>. > For more options, visit https://groups.google.com/d/optout > <https://groups.google.com/d/optout>. > Jens Hausherr <jabbrw...@gmail.com>: May 14 03:59AM -0700 > > Ah, so I misunderstood the documentation. > > Thanks for the answer. > > I suspect the behaviour of play.golang.org is due to the fake time as part > of the sandboxing > > //Jens > > Am Montag, 14. Mai 2018 11:12:07 UTC+2 schrieb Jakob Borg: > Back to top <x-msg://5/#digest_top> <>Actually I'm learning golang but I need > involve me a project. do you guys know about a project to help it? > <http://groups.google.com/group/golang-nuts/t/54f4da4f7d2553af?utm_source=digest&utm_medium=email> > > Sebastien Binet <seb.bi...@gmail.com>: May 14 09:15AM +0200 > > Hi Eduardo, > > Welcome! > > To get meaningful answers, you should tell us what are your interests: > machine learning, grpc, data science, crypto, GUIs, ... > > Another approach would be 'the GitHub roulette': go to GitHub, select 'go > language' and read some code of some repo and start sending PRs (after > having contacted the maintainers) > > HTH, > -s > > sent from my droid > > On Sun, May 13, 2018, 20:52 Eduardo Moseis Fuentes <eduin...@gmail.com> > wrote: > > Gerardo Oscar JT <gerardoosca...@gmail.com>: May 14 01:33AM -0700 > > Hi Eduardo, > > I started a free blogging system at https://github.com/fulldump/blogo > <https://github.com/fulldump/blogo> with > some videos documenting the process (in spanish) > https://www.youtube.com/watch?v=tPMVwd1js0I&list=PLMPsqnO6mKSDaL1nX3gzUP43HXJtIl4xJ > > <https://www.youtube.com/watch?v=tPMVwd1js0I&list=PLMPsqnO6mKSDaL1nX3gzUP43HXJtIl4xJ>. > > It starts from scratch. > > It is deployed to https://blogo.tech/ <https://blogo.tech/> with CI/CD each > time code is merged > into master. > > Chrs, > Fulldump > > El domingo, 13 de mayo de 2018, 20:52:32 (UTC+2), Eduardo Moseis Fuentes > escribió: > Back to top <x-msg://5/#digest_top> <>golang maven plug-in 2.2.0 has been > published in maven central > <http://groups.google.com/group/golang-nuts/t/6918df64caa6ce52?utm_source=digest&utm_medium=email> > > Igor Maznitsa <rrg4...@gmail.com>: May 13 10:01PM -0700 > > Hello All > > the 2.2.0 version of the maven golang plugin > <https://github.com/raydac/mvn-golang <https://github.com/raydac/mvn-golang>> > has been published in the maven > central > > the main new feature - now the work with dependencies is much easier and > they can be defined through external file (example > <https://github.com/raydac/mvn-golang/tree/master/mvn-golang-examples/mvn-golang-example-termui > > <https://github.com/raydac/mvn-golang/tree/master/mvn-golang-examples/mvn-golang-example-termui>> > ). > The Plug-in allows to build Golang projects and provides way to work with > single-module and multi-module Golang projects containing common part ( > example > <https://github.com/raydac/mvn-golang/tree/master/mvn-golang-examples/mvn-golang-example-multimodule > > <https://github.com/raydac/mvn-golang/tree/master/mvn-golang-examples/mvn-golang-example-multimodule>>), > > it automatically loads needed Golang SDK version and auto-tunes environment > variables what makes it very helpful for CI systems. > It supports work with CVS systems (example > <https://github.com/raydac/mvn-golang/tree/master/mvn-golang-examples/test-git-cvs > > <https://github.com/raydac/mvn-golang/tree/master/mvn-golang-examples/test-git-cvs>>) > > and provides way to load packages not only by their name but also by their > revision, branch and tag. As very big plus It allows to use whole power of > already existing Java tools and frameworks (of course only during build > time) in own projects (like use of ANTLR > <https://github.com/raydac/mvn-golang/tree/master/mvn-golang-examples/mvn-golang-example-antlr > > <https://github.com/raydac/mvn-golang/tree/master/mvn-golang-examples/mvn-golang-example-antlr>> > > , preprocessing > <https://github.com/raydac/mvn-golang/tree/master/mvn-golang-examples/mvn-golang-example-preprocessing > > <https://github.com/raydac/mvn-golang/tree/master/mvn-golang-examples/mvn-golang-example-preprocessing>> > > or web-UI build <https://github.com/raydac/go-gwt-example > <https://github.com/raydac/go-gwt-example>>). > Some big projects already use the plug-in, for instance keycloak > <https://www.keycloak.org/ <https://www.keycloak.org/>> uses it for test > purposes. > > for fast start you can take a look at the example project > <https://github.com/raydac/mvn-golang-example > <https://github.com/raydac/mvn-golang-example>> > > the plug-in needs installed Java 1.7+ and Maven 3.0+ > Back to top <x-msg://5/#digest_top> <>ROC (Request-Oriented Collector) > <http://groups.google.com/group/golang-nuts/t/3e2da4301ad38306?utm_source=digest&utm_medium=email> > > Tanya Borisova <tanyat...@gmail.com>: May 13 11:24AM -0700 > > Hi! > > Is Golang team still working on Request-Oriented Collector? Is there any > update on it? Quick search in golang-nuts and golang-dev didn't yield any > new updates. > > If not, it would be very interesting to hear why not and what Golang GC > team is working on next. > > Thanks, > Tanya > Ian Lance Taylor <i...@golang.org>: May 13 08:48PM -0700 > > [ +rlh, austin] > > Back to top <x-msg://5/#digest_top> > You received this digest because you're subscribed to updates for this group. > You can change your settings on the group membership page > <https://groups.google.com/forum/?utm_source=digest&utm_medium=email#!forum/golang-nuts/join>. > To unsubscribe from this group and stop receiving emails from it send an > email to golang-nuts+unsubscr...@googlegroups.com > <mailto:golang-nuts+unsubscr...@googlegroups.com>. -- 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. For more options, visit https://groups.google.com/d/optout.
