Re: [go-nuts] Monads for Go Programmers

[Nyah Check]

Nice article, I love it

On Wed, Sep 20, 2017 at 1:32 PM, Walter Schulze 
wrote:

> https://awalterschulze.github.io/blog/post/monads-for-goprogrammers/
>
> --
> 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.
>



-- 
"The heaviest penalty for declining to rule is to be ruled by someone
inferior to yourself." --*Plato*

-- 
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.

Re: [go-nuts] Re: justforfunc: a Go YouTube series

[Nyah Check]

Awesome 

On Tue, 11 Jul 2017 at 12:08  wrote:

> yes that s right, a good back to basics.
> But not only, it also make sense of TeeReader (
> https://golang.org/pkg/io/#TeeReader).
>
> Also, i wanted to comment afterward that none of fmt.Fprintf(os.Stderr /
> log.PrintF are perfect.
> Using fmt, its laboriously long to write, using log.Printf, it might not
> be the desired formatting.
>
>
> On Tuesday, July 11, 2017 at 2:07:25 AM UTC+2, Francesc Campoy Flores
> wrote:
>>
>> Hi gophers,
>>
>> Sorry to spam you, but I'll do it only once! Today I published the
>> episode 15 of a YouTube series
>> 
>> I've been working on for a while.
>>
>> I think it is becoming a quite good resource for gophers looking for best
>> practices, code reviews, and some fun projects.
>> All of the code is of course open source at github.com/campoy/justforfunc
>> .
>>
>> You're invited to check it out, and send any feedback to
>> form.justforfunc.com or directly to my email :)
>>
>>
>> 
>>
>> Francesc
>>
> --
> 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.
>
-- 
"The heaviest penalty for declining to rule is to be ruled by someone
inferior to yourself." --*Plato*

-- 
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.

Re: [go-nuts] All the Go project history, live in RAM

[Nyah Check]

Nice work. 

Sent from my iPhone

> On 30 Apr 2017, at 22:41, Brad Fitzpatrick  wrote:
> 
> Gophers,
> 
> Want to analyze the Go project's Git, GitHub, and Gerrit history?
> 
> Here a package to make it easy:
> 
>  https://godoc.org/golang.org/x/build/maintner/godata
> 
> See the example:
> 
> 
> https://godoc.org/golang.org/x/build/maintner/godata#example-Get--NumComments
> 
> If you run that, it'll download 350 MB (once) and then tell you there have 
> been 111228 GitHub comments on Go repos.
> 
> Run it again a few seconds later and the number might increase.
> 
> The data is generally under 1 second behind reality, thanks to the 
> webhook+incoming-SMTP server we run now at https://pubsubhelper.golang.org/ 
> to get updates from GitHub & Gerrit.
> 
> gopherbot now uses this infrastructure. See 
> https://github.com/golang/build/blob/master/cmd/gopherbot/gopherbot.go for 
> some more examples.
> 
> Thanks to Kevin Burke for all the help & code reviews.
> 
> - Brad
> 
> -- 
> 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.

-- 
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.

Re: [go-nuts] Re: [ANN] astilectron - Build cross platform GUI apps with GO and Electron (HTML/JS/CSS)

[Nyah Check]

Awesome, will definitely check it out.

On Sat, Apr 29, 2017 at 12:46 PM,  wrote:

> Hey thanks for this detailed answer.
>
> We are in line about what we d like to get from such package,
> lightness, efficiency, handy.
>
> I ll just fix a misunderstanding, about my previous question,
> I m totally adept of html based technologies for the GUI,
> until electron came out, there were no other possibilities
> to consume a desktop web gui other than using one of the
> provided browser on the target system.
>
> Electron came in and provided the missing driver,
> between the gui and its container.
>
> It also turned a classical browser interface, into a gui host,
> by getting ride of all specialties of a browser.
>
> Although, electron is unfortunately super heavy,
> so in regards of the efficiency i expect,
> i m still using regular target systems browsers to run such app.
>
> What i'd like very much is a driver to invoke a browser on the host,
> like i d do with `xdg-open`, but that would let me define size and
> positioning
> of the window container, and let me add some options to disable
> some features of the browser (no url bar, no regular menus ect)
>
> It is really much like `window.open` directed towards
> the desktop rather than the website being browsed.
>
> I m not low level, i m not sure if that is possible, or how,
> i m suspicious in the sense i guess someone would have
> already done that instead of electron/nightmare things,
> i just don t know.
>
>
>
> On Saturday, April 29, 2017 at 10:49:49 AM UTC+2, Asticode wrote:
>>
>> Let me add one more project to the list:
>>
>> - https://github.com/therecipe/qt: like https://github.com/andlabs/ui it
>> forces you to have a native look and it seems overly complicated to embed
>> the QT library in the binary
>>
>> Le jeudi 27 avril 2017 14:12:31 UTC+2, Asticode a écrit :
>>>
>>> I do agree with you regarding the size of the app once everything is
>>> setup.
>>>
>>> Honestly chosing Electron is more a choice by default than anything else.
>>>
>>> imo the chosen project should:
>>>
>>> - be cross platform
>>> - be well maintained
>>> - allow creating non-native looks through HTML/JS/CSS since I think it's
>>> the easiest for the most of us
>>>
>>> Here's a list of what I've tried so far:
>>>
>>> - https://github.com/andlabs/ui : drawbacks are it has limited
>>> features, force you to have a native look and can't do things like
>>> capturing the "Enter" key event in an input box
>>> - https://github.com/miketheprogrammer/go-thrust : drawback is it's not
>>> maintained anymore
>>> - https://github.com/alexflint/gallium : drawback is it's not
>>> cross-platform (only MacOSX last time I checked)
>>> - https://github.com/murlokswarm/app : drawback is it's not
>>> cross-platform (only MacOSX too)
>>> - https://github.com/arvitaly/gopherjs-electron : drawback is it's not
>>> maintained anymore
>>> - https://github.com/rrohrer/go-electroncontrol : drawback is it's not
>>> maintained anymore
>>> - https://github.com/nodekit-io/nodekit : drawback is it's not
>>> maintained anymore
>>>
>>> As you can see none of them meet the 3 requirements.
>>>
>>> Which leaves us with Electron which is cross platform, well maintained
>>> and allow creating non-native looks through HTML/CSS/JS.
>>>
>>> If there are other projects I've missed, feel free to let me know, once
>>> again chosing Electron is more of a choice by default than anything else.
>>>
>>> PS : if you're only interested in window positioning and decoration, and
>>> don't care about dealing with HTML/CSS/JS I recommend using
>>> https://github.com/andlabs/ui which is an awesome project!
>>>
>>>
>>> Le jeudi 27 avril 2017 11:33:10 UTC+2, mhh...@gmail.com a écrit :

 I like it too, i'm only worried by the size of the app once everything
 it setup.

 I wonder if its not possible to have something smaller,
 obviously with less capabilities.

 imho, i m interested mostly in window positioning and decoration.
 Communication is less interesting to me as i can work with http apis,
 or so.

 any ideas ?

 On Tuesday, April 25, 2017 at 9:54:22 PM UTC+2, Asticode wrote:
>
> Hi everyone,
>
> I'm happy to announce astilectron, a GO library to build cross platform 
> GUI apps in HTML/JS/CSS: https://github.com/asticode/go-astilectron
>
> I needed a way to build a cross platform GUI app in GO but none of the 
> projects out there were meeting my needs (they were either only 
> MacOSX-compatible or not maintained anymore). At the same time, I knew 
> about Electron which is cross-platform and well maintained. So I did the 
> maths and took a shot at creating a ligthweight library that could rely 
> on Electron and be available in GO.
>
> I've started it this week-end so this is still in beta but in a nutshell, 
> here's what it already does:
>
> - on start it provisions the necessary 

Re: [go-nuts] [PSA] GopherCon Singapore 2017 schedule is out!

[Nyah Check]

I love the Ethereum for Go programmers talk. Will love to watch it on
Youtube

On Mon, Apr 3, 2017 at 4:00 PM, 'Luther Goh Lu Feng' via golang-nuts <
golang-nuts@googlegroups.com> wrote:

> Talk details here!
>
> https://2017.gophercon.sg/talks/
>
> --
> 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.
>



-- 
"The heaviest penalty for declining to rule is to be ruled by someone
inferior to yourself." --*Plato*

-- 
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.

[go-nuts] Debugging large Go binaries

[Nyah Check]

Hi Gophers,

I've been working on this document
 for some months now for
Docker.  It basically requires writing
a document to debug large docker binary files. I've done some research on
this; I just need some pointers or documents on how to debug very large
docker binaries.

The ideas I have so far is just using *delve* debugger?

Will really appreciate more ideas.

Thanks,
Nyah

-- 
"The heaviest penalty for declining to rule is to be ruled by someone
inferior to yourself." --*Plato*

-- 
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.

[go-nuts] Go Dev Sessions at Google I/O 2017

[Nyah Check]

Hi Gophers,

I don't know for sure how the Google I/O 2017 is going to be like. I just
wish to ask the Go language Devs if there's going to be any sessions at
Google I/O this year specific to Go Development or should we look forward
only to Kubernetes sessions?

Thanks,
Nyah
-- 
"The heaviest penalty for declining to rule is to be ruled by someone
inferior to yourself." --*Plato*

-- 
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.

Re: [go-nuts] Building Cross Platform GUI apps in Go and Electron

[Nyah Check]

When I compile the source with gox for the different platforms. packing the
electron files with the respective shell scripts the binaries don't seem to
work on windows. So I'm guessing I've messed up the electron configs
somewhere. I just hoped there might have been a go package developed for
this to make it easier to build for different platforms.

On Wed, Mar 8, 2017 at 1:46 PM, Michael Banzon <mich...@banzon.dk> wrote:

> I have no deep knowledge of this - but is also looking into a project with
> similar characteristics.
>
> I'm wondering what specifically isn't working for you?
>
> On Wed, Mar 8, 2017 at 1:33 PM Nyah Check <check.n...@gmail.com> wrote:
>
>> Hi Gophers,
>>
>> I have this project to build an SSH client for Windows, Linux and Mac OS.
>> I have built the back end in Go and intend to build the front end in
>> electron. I'm currently stuck getting the GUI to work. The back end of the
>> app works well on the Linux browser. I just wish to know if there are any
>> Go packages that facilitate the building of cross platform Desktop apps
>> with Go and electron.  I've found Gallium
>> <https://github.com/alexflint/gallium> and Murlok
>> <https://github.com/murlokswarm/app>; but they all seem to support only
>> Mac OS only.
>>
>> Any ideas?
>>
>> Thanks,
>> Nyah
>> --
>> "The heaviest penalty for declining to rule is to be ruled by someone
>> inferior to yourself." --*Plato*
>>
>> --
>> 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.
>>
> --
> Michael Banzon
> https://michaelbanzon.com/
>



-- 
"The heaviest penalty for declining to rule is to be ruled by someone
inferior to yourself." --*Plato*

-- 
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.

[go-nuts] Building Cross Platform GUI apps in Go and Electron

[Nyah Check]

Hi Gophers,

I have this project to build an SSH client for Windows, Linux and Mac OS. I
have built the back end in Go and intend to build the front end in
electron. I'm currently stuck getting the GUI to work. The back end of the
app works well on the Linux browser. I just wish to know if there are any
Go packages that facilitate the building of cross platform Desktop apps
with Go and electron.  I've found Gallium
 and Murlok
; but they all seem to support only Mac
OS only.

Any ideas?

Thanks,
Nyah
-- 
"The heaviest penalty for declining to rule is to be ruled by someone
inferior to yourself." --*Plato*

-- 
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.

Re: [go-nuts] Golang Interview Areas

[Nyah Check]

Thanks Shawn

On Sun, Mar 5, 2017 at 7:50 PM, Shawn Milochik  wrote:

> I don't agree with the (admittedly assumed) premise that quizzing the
> interviewee with Go specifics is the best, or even a very good, way to go.
>
> I just stumbled upon this today and recommend it:
>
> http://kolesky.com/datums/job-search/
>
> I've also done a lot of interviewing and hiring. In my opinion,
> personality, culture fit, and curiosity/drive are the most important things
> (in no particular order). If they're smart and continue to learn on their
> own, I don't so much care how well they already know any one technology.
>
> Ask about projects they've worked on that weren't for school or work. Try
> to figure out if they're the kind of person who is passionate about what
> they do without actually asking directly (if they're not brain-dead they'll
> know the "right" answer).
>
> --
> 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.
>



-- 
"The heaviest penalty for declining to rule is to be ruled by someone
inferior to yourself." --*Plato*

-- 
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.

Re: [go-nuts] Golang Interview Areas

[Nyah Check]

Is that so? :-)

On Sun, Mar 5, 2017 at 6:51 PM, andrey mirtchovski <mirtchov...@gmail.com>
wrote:

> the first question i usually ask is "what's the name of the gopher" :)
>
> On Sun, Mar 5, 2017 at 10:50 AM, Nyah Check <check.n...@gmail.com> wrote:
> > Hi Gophers,
> >
> > I am an entry SE and I'm to interview someone to join our Golang Backend
> > team. I've told them I'm not experienced enough and they refused. Can
> anyone
> > please guide me on what to probe in any Golang Developer during the
> > interview?
> >
> > Thanks,
> > Nyah
> >
> > --
> > "The heaviest penalty for declining to rule is to be ruled by someone
> > inferior to yourself." --Plato
> >
> > --
> > 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.
>



-- 
"The heaviest penalty for declining to rule is to be ruled by someone
inferior to yourself." --*Plato*

-- 
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.

[go-nuts] Golang Interview Areas

[Nyah Check]

Hi Gophers,

I am an entry SE and I'm to interview someone to join our Golang Backend
team. I've told them I'm not experienced enough and they refused. Can
anyone please guide me on what to probe in any Golang Developer during the
interview?

Thanks,
Nyah

-- 
"The heaviest penalty for declining to rule is to be ruled by someone
inferior to yourself." --*Plato*

-- 
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.

[go-nuts] Bots on the mailing list

[Nyah Check]

Hi Gophers,

Has anyone noticed there might be some bots subscribed to this mailing list
that constantly forward discussions to our emails? I've noticed this about
3 times already. I don't know if there's something the Group admins can do
something about.  Here are some of the emails I've found.
1.) mott.barb...@yahoo.com
2.) erminiak...@yahoo.com
3.) thomas_ch...@yahoo.com
4.) ryan_conk...@yahoo.com

*Apparently they're all "yahoo" email addresses.*

Thanks,
Nyah

-- 
"The heaviest penalty for declining to rule is to be ruled by someone
inferior to yourself." --*Plato*

-- 
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.

Re: [go-nuts] Re: Debugging in Go 1.8

[Nyah Check]

> When Delve compiles your program for you it passes `-gcflags="-N -l"`,
> which will produce a binary that's more suited for debugging. If you need
> to use `dlv exec` over `dlv debug`, you can build your binary using that
> flag and you should have a better experience.
>

Thanks for the tip :-)

-- 
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.

[go-nuts] File path extractor Regexp

[Nyah Check]

Hi,

I am currently developing an application that identifies strings looking
like a file path and collects them and returns the array of strings. Over
the past week, I developed a regex to identify file paths  to this:
"(?:/[A-Z\\d.][A-Z\\d\\-.]{0,61})+". That does not seem to work. Can anyone
give me an alternative?

Thanks,
Nyah

-- 
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.

Re: [go-nuts] Re: Debugging in Go 1.8

[Nyah Check]

Hi JuciE,


> Nyah, there are several IDEs capable of controlling Delve under the hood
>> to debug Go programs. It works nicely.
>> If you are used to Visual Studio you will feel in home with VSCode. Even
>> shortcuts for debugging are the same.
>>
>>
I can't say much about IDEs since I don't really use them much. Tried Atom,
it was too slow for my system. I just stuck with Emacs and gedit while
running delve from my terminal. I don't currently know the recent updates
to delve. But I found it hard to debug a Go program not started by delve
itself. Since most of the functions and goroutines seen in the debugger
were not the implemented functions of my source code. I don't know if
anyone had that experience.

Thanks,

-- 
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.

Re: [go-nuts] Re: Debugging in Go 1.8

[Nyah Check]

>
> Great! Hope it continues to work for you. We're constantly working to
> improve the debugging experience for Go, so feel free to reach out via our
> mailing list or Github if you run into any issues or have any ideas for
> improvement.
>
>
Will do

-- 
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.

Re: [go-nuts] Debugging in Go 1.8

[Nyah Check]

Hi,


> I'm sorry, I'm not sure what you mean by "the go debugger" or "GDG".
>
I meant "gdb" sorry about that.


>
> The compiler team continues to work on improving the quality of the
> generated DWARF information.  It's not a high priority effort, though.
> And I'm sure the Delve developers are continuing to improve Delve.
> Other than that, I'm not aware of any plans for a better debugging
> experience.  It may help to file bugs, with test cases, for specific
> issues that you see.
>

Alright, I see

Thanks,



-- 
"The heaviest penalty for declining to rule is to be ruled by someone
inferior to yourself." --*Plato*

-- 
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.

Re: [go-nuts] Developing Microservices

[Nyah Check]

This should help: https://github.com/micro

On Thu, Feb 23, 2017 at 2:17 PM, dc0d  wrote:

> How do you develop a microservice based (architecture) app? I have some
> scripts that are doing the building, starting and stopping and also running
> tests. But do you use any specific tools for developing microservices?
>
> - Env: Apps are communicating via NATS (& some HTTP), Go 1.8, Ubuntu 14.04
> (Linux in general)
>
> --
> 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.
>



-- 
"The heaviest penalty for declining to rule is to be ruled by someone
inferior to yourself." --*Plato*

-- 
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.

Re: [go-nuts] Re: Golang Messenger Bot frameworks

[Nyah Check]

Cool, I'll try that.

On Wed, Feb 22, 2017 at 7:36 PM, Diego Medina <di...@fmpwizard.com> wrote:

> great!, I use their http api directly with Go and works really well.
>
> On Wed, Feb 22, 2017 at 1:31 PM, Nyah Check <check.n...@gmail.com> wrote:
>
>> Hi Diego,
>>
>> Here is the link: https://messengerchallenge.splashthat.com/
>>
>> 2. iric, Facebook uses https://wit.ai/ for their chat bots, and they
>>> have an http API so using regular Go you don't need any sdk/framework
>>>
>> Yeah, I saw that. It appears there's a python API not Go. I'll try the
>> regular HTTP then.
>>
>> Thanks,
>> Nyah
>> --
>> "The heaviest penalty for declining to rule is to be ruled by someone
>> inferior to yourself." --*Plato*
>>
>
>
>
> --
> Diego Medina
> Lift/Scala Consultant
> di...@fmpwizard.com
> https://blog.fmpwizard.com/
>



-- 
"The heaviest penalty for declining to rule is to be ruled by someone
inferior to yourself." --*Plato*

-- 
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.

Re: [go-nuts] Re: Golang Messenger Bot frameworks

[Nyah Check]

Hi Diego,

Here is the link: https://messengerchallenge.splashthat.com/

2. iric, Facebook uses https://wit.ai/ for their chat bots, and they have
> an http API so using regular Go you don't need any sdk/framework
>
Yeah, I saw that. It appears there's a python API not Go. I'll try the
regular HTTP then.

Thanks,
Nyah
-- 
"The heaviest penalty for declining to rule is to be ruled by someone
inferior to yourself." --*Plato*

-- 
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.

[go-nuts] Golang Messenger Bot frameworks

[Nyah Check]

Hi Gophers,

I a looking to participate in the Facebook Messenger Bot challenge. Looking
at the API. The recommended bot framework has no golang support. I don't
know if any one here knows any good Bot AI frameworks I could use.

Inverential Peace,
Nyah

-- 
"The heaviest penalty for declining to rule is to be ruled by someone
inferior to yourself." --*Plato*

-- 
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.

Re: [go-nuts] [JOB] Intermediate/Senior Developer at OneConfig

[Nyah Check]

Can you work remotely?
On Jan 3, 2017 1:20 PM, "Charl Matthee"  wrote:

> Hi,
>
> OneConfig is in the process of growing our technical team and looking for
> some intermediate/senior Go developers in Cape Town, South Africa.
>
> *About Us*
>
> At OneConfig we simplify the complicated and expensive processes around
> managing, monitoring and providing insightful reporting for Junos devices.
>
> *Responsibilities*
>
> * Plan, design and develop new features and improvements of the OneConfig
> platform.
> * Improve the visibility (monitoring/tracing), availability, latency,
> security and scalability of backend services.
> * Produce high quality, maintainable code with great test coverage.
> * Make intelligent choices for the adoption of new technologies based on
> your extensive experience.
> * Do code reviews and help other developers to improve our code.
> * Independently work on analysis, development and testing.
> * Solve problems relating to mission critical services and build
> automation to prevent problem recurrence/regression.
> * Actively influence the designs and architectures for distributed systems
> and micro services.
> * Work with internal/external teams of developers and other stakeholders
> across multiple time-zones.
>
> *Minimum Requirements*
>
> * BS degree in Computer Science or equivalent, demonstrable practical
> experience.
> * Minimum 5 years of Go programming experience (for
> network/distributed/analytics services).
> * Minimum 7 years of programming experience with languages like C/C++,
> Haskell, Ruby or Python (at least one).
> * Experience in developing and maintaining fast, scalable and
> well-documented APIs.
> * In-depth experience with one or more of JSON, MsgPack and XML.
> * Good practices documenting, writing and maintaining clean code.
> * Solid understanding of Networking.
> * Able to design data models for RDBMSs like MySQL or PostgreSQL as well
> as for any kind of NoSQL data store including MongoDB, Redis and others.
> * Very good knowledge of Linux/UNIX server operating systems and strong
> systems-level debugging skills.
> * In-depth experience with one or more of AWS, Google Cloud Services,
> Rackspace or DigitalOcean.
> * Very good knowledge of Git.
> * Self motivated and able to take initiative.
> * Work comfortably alone and as part of a team.
> * Excellent verbal and written English communication skills.
>
> *Preferred Requirements*
>
> * Experience with distributed systems and resilience patterns as well as
> implementing them.
> * Understanding of processes, threads, concurrency issues, locks and Linux
> performance monitoring.
> * Strong problem solving skills; understanding/application of algorithms
> and complexity analysis.
> * Expertise in designing, implementing and monitoring micro service
> architectures.
> * Track record of Open Source contributions.
>
> If you are interested or know of anyone who might be interested please
> head over to https://www.indeed.co.za/Oneconfig-jobs to apply or require
> more information.
>
>
> Ciao
>
> Charl
>
> --
> 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.
>

-- 
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.

Re: [go-nuts] Re: Debugging in Go seems to be a very difficult task to accomplish

[Nyah Check]

Hi Rob,

I'm currently writing some documentation on how to Debug Docker binaries;
given the fact that it's a large project gdb doesn't seem adequate for a
newbie looking to contribute to the Docker project. Most Gophers I've
talked to have recommended delve as the debugger to go with such cases.
Just looking for other options.

Thanks,
Nyah

On Tue, Nov 15, 2016 at 4:02 PM, Rob Pike <r...@golang.org> wrote:

> Debugging is always hard, debuggers help, and better debuggers help more.
> I have had good luck with delve, myself. Perhaps if you explained the
> problem you're having there would be suggestions to make your task easier.
>
> -rob
>
>
> On Mon, Nov 14, 2016 at 11:55 PM, Nyah Check <check.n...@gmail.com> wrote:
>
>> Hi Gophers,
>>
>> I know this post is old and there's a lot online with different sometimes
>> contrasting opinions on how to debug go programs. My question given the
>> complexities involved in multi-threading in Go does the go team have any
>> plans on creating a standard debugger. I'm currently looking at delve and
>> gdb(although inadequate). What's the best way of debugging go programs so
>> far. I know some may say use intelligently placed fmt.Printf() statements.
>> Just looking for more ideas.
>>
>> Thanks,
>> Nyah
>>
>> --
>> 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.
>>
>
>


-- 
"The heaviest penalty for declining to rule is to be ruled by someone
inferior to yourself." --*Plato*

-- 
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.

[go-nuts] Re: Debugging in Go seems to be a very difficult task to accomplish

[Nyah Check]

Hi Gophers,

I know this post is old and there's a lot online with different sometimes 
contrasting opinions on how to debug go programs. My question given the 
complexities involved in multi-threading in Go does the go team have any 
plans on creating a standard debugger. I'm currently looking at delve and 
gdb(although inadequate). What's the best way of debugging go programs so 
far. I know some may say use intelligently placed fmt.Printf() statements. 
Just looking for more ideas.

Thanks,
Nyah

-- 
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.

[go-nuts] Bypassing grpc errors on Travis CI

[Nyah Check]

Hi Devs,

Currently working a basic micro service application. I'm using the grpc 
package and I'm getting this error on Travis CI 
: 
go build google.golang.org/grpc/test: no buildable Go source files in /home/
travis/gopath/src/google.golang.org/grpc/test

Is there a way to bypass this error and enable the build continue?

Also It seems the golint command not supported on version 1.5?
package golang.org/x/tools/go/gcimporter15: no buildable Go source files in 
/home/travis/gopath/src/golang.org/x/tools/go/gcimporter15

Thanks for the clarifications.

Cheers!
Nyah

-- 
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.

Re: [go-nuts] The [low:high] expression for creating slices

[Nyah Check]

>
> ng to that region in memory at run time? Or does it just reference only
> that part of the existing slice. Like it's done with pointers?
>
> "If the sliced operand of a valid slice expression is a nil slice, the
> result is a nil slice. Otherwise, the result shares its underlying array
> with the operand."[0]
>
>   [0]: https://golang.org/ref/spec#Slice_expressions
>
>
Thanks

-- 
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.

Re: [go-nuts] The [low:high] expression for creating slices

[Nyah Check]

Hi Jan,


>
> Slicing does not copy any of the backing array items.
>
>
> I thought that expression allocates memory corresponding to that region in
memory at run time? Or does it just reference only that part of the
existing slice. Like it's done with pointers?

Cheers!

-- 
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.

[go-nuts] The [low:high] expression for creating slices

[Nyah Check]

Hi Devs,

My understanding of the [low:high] expression is Go is creating slices when
you're copying data from an already existing slice. Is it possible to use
the expression when you're creating a slice without copying data from
another slice? If yes, I'll appreciate some use cases.

Thanks,
Nyah
-- 
"The heaviest penalty for declining to rule is to be ruled by someone
inferior to yourself." --*Plato*

-- 
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.

Re: [go-nuts] Are short variable declarations necessary?

[Nyah Check]

>
>
> *var int i = 0*
>
var i int = 0

-- 
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.

Re: [go-nuts] Are short variable declarations necessary?

[Nyah Check]

This can still work

*var int i = 0*
*for  i < MAX {*
*  //statements here*
*  i++*
*}*

Cheers!

On Wed, Oct 19, 2016 at 11:24 AM, T L  wrote:

>
>
> On Wednesday, October 19, 2016 at 5:43:48 AM UTC+8, Ian Lance Taylor wrote:
>
>> On Tue, Oct 18, 2016 at 7:50 AM, T L  wrote:
>> >
>> > On Tuesday, October 18, 2016 at 10:40:02 PM UTC+8, Ian Lance Taylor
>> wrote:
>> >>
>> >> On Tue, Oct 18, 2016 at 7:21 AM, T L  wrote:
>> >> >
>> >> > alternative question, why followings are not accepted in syntax:
>> >> >
>> >> > if var x = 5; x > 3 {
>> >> > _ = x
>> >> > }
>> >> >
>> >> > for var x = range []int{0,1,2} {
>> >> > _ = x
>> >> >
>> >> > }
>> >> >
>> >> > switch var x = "abc"; x {
>> >> > default:
>> >> > _ = x
>> >> > }
>> >> >
>> >> > switch var x = (interface{}(true)).(type) {
>> >> > default:
>> >> > _ = x
>> >> > }
>> >>
>> >> That syntax adds no functionality and, at least to me, seems uglier
>> >> and harder to read.
>> >>
>> >> Ian
>> >
>> >
>> > So the reason of adding short variable declarations is just to avoid
>> > so-called ugliness?
>>
>> I'm sorry, I don't understand what you are asking.  Your examples are
>> about the way that various control flow statements permit a short
>> variable declaration.  Obviously short variable declarations can also
>> be used as statements by themselves.  I don't know what you are
>> referring to with your question.
>>
>> Ian
>>
>
> What I mean is, if we are not forced use short forms as the first
> expression in control flow blocks, it would be cool.
>
>
> --
> 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.
>



-- 
"The heaviest penalty for declining to rule is to be ruled by someone
inferior to yourself." --*Plato*

-- 
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.

Re: [go-nuts] Are short variable declarations necessary?

[Nyah Check]

>
> sorry, from my experience, short form doesn't reduces the number of lines
> immensely comparing to var form.
> And sometimes, more code lines are needed by using short form.
>
> Yeah, sometimes. But we are not forced to use it though; Anyone can use
any feature as they see fit.

Cheers!
-- 
"The heaviest penalty for declining to rule is to be ruled by someone
inferior to yourself." --*Plato*

-- 
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.

Re: [go-nuts] Are short variable declarations necessary?

[Nyah Check]

Hi TL,

I can't talk on behalf of the creators of the language; but from my
personal experience; it makes code more succinct and easier to write;
something more or less like "doing more with less" if you know what I mean.
It's one the the features I love the most in Go. It just makes programming
more interesting. Rather spending much time writing a lot of code which I
think doesn't make much sense in today's programming world where the
programmer's time is very expensive compared to hardware. Le's just say it
reduces the number of lines immensely in code.

In all that feature is awesome! Hope it clears your doubts.

Cheers!
Nyah
-- 
"The heaviest penalty for declining to rule is to be ruled by someone
inferior to yourself." --*Plato*

-- 
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.

[go-nuts] Reasons why `go get` is entirely quiet by default

[Nyah Check]

Hi everyone,

I don't know if someone may have talked of this here. But I just wish to
find out why `go get` is entirely quiet by default? Unlike other package
managers like npm or yarn. Someone asked this on the IRC channel today and
no one seemed to know why? I tweeted
 about this
today; still no response yet.

Thanks,
Nyah

"The heaviest penalty for declining to rule is to be ruled by someone
inferior to yourself." --*Plato*

-- 
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.

Re: [go-nuts] gophercon 2016 videos

[Nyah Check]

Way to go. +KelseyHightower.

Cheers!

-- 
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.