Re: [go-nuts] No generic, part -2

hout resorting to attacks on character. I > hope I've been able to address your concerns and disagree with you without > making you feel I'm attacking your character. > > To those who are still attempting to provide evidence that the generics > proposal process was conducted in g

Re: [go-nuts] No generic, part -2

AM Space A. wrote: > > > > > What kind of proof would you find to be acceptable? Can you give an > > example of something that I could say that you would consider to be a > > good answer to that question? Thanks. > > > > Ian, seriously. ANY evidence please,

Re: [go-nuts] now that the election is over can we please remove the political ad for golang.org

Sorry but if you don't want to be targeted, resign from your manager's position. Less responsibility, less spotlight, and still good compensation package from Google. чт, 18 мар. 2021 г. в 20:45, Andrew Bonventre : > This conversation has not been adhering to Go’s values >

Re: [go-nuts] now that the election is over can we please remove the political ad for golang.org

> that racists are not welcome here You probably mean white racists? But black are welcomed. I also very like this cite: “It should be noted that no ethically -trained software engineer would ever consent to write a DestroyBaghdad procedure. Basic professional ethics would instead require him to

Re: [go-nuts] No generic, part -2

Since pro-generics ppl here are struggling to provide any evidence of existence of open and public discussion on the topic of dropping generics, I will do it myself. Here is it: https://groups.google.com/g/golang-nuts/c/LEEuJPOg0oo/m/-EZp3YSeBQAJ -- You received this message because you are

Re: [go-nuts] No generic, part -2

it is possible to have a productive conversation as long as > you behave this way. > > On Thu, Mar 18, 2021 at 1:48 PM Space A. wrote: > >> That's exactly what I'm saying, topic of dropping generics was never >> raised, so landing of some version of generics was impli

Re: [go-nuts] No generic, part -2

terpreting statements by members of the Go team in ways incompatible with > the actual words being said and b) speculating about the management process > at Google - without any evidence to base this speculation on. > > On Thu, Mar 18, 2021 at 1:11 PM Space A. wrote: > >> >

Re: [go-nuts] Re: now that the election is over can we please remove the political ad for golang.org

Btw, when this started (see original thread) I compared some main pages of websites of popular languages. And you know what? I didn't find stupid banner on Java or Rust websites, and on many others. Maybe they were smart enough to show it only to US visitors, idk. Anyways, Russ Cox obviously th

Re: [go-nuts] No generic, part -2

discussion on dropping generics from your daily agenda and focusing and spending time on more important things, such as first class Android support. ср, 17 мар. 2021 г. в 22:44, Ian Lance Taylor : > On Wed, Mar 17, 2021 at 4:28 AM Space A. wrote: > > > > Can you provide any proof t

Re: [go-nuts] Healthy tinygo Was: No generic, part -2

ects like tinyGo and in many others generics will add a significant cost to development. It's feasible, because it's not a rocket science, but not free. ср, 17 мар. 2021 г. в 16:29, Kevin Chadwick : > On 3/17/21 12:11 PM, Space A. wrote: > > I don't think Java failed on mi

Re: [go-nuts] No generic, part -2

, 17 мар. 2021 г. в 14:57, Wojciech S. Czarnecki : > Dnia 2021-03-17, o godz. 14:27:51 > "Space A." napisał(a): > > > Can you provide any proof that there was an open public discussion? > > Can't you search for yourself? When I submitted my rough counterpr

Re: [go-nuts] Healthy tinygo Was: No generic, part -2

I don't think Java failed on micros, for instance look at JavaCard, a lot of SIM-cards are running applets based on it. SIM cards can be a dying technology on itself, but still, I think there was a huge success. Not sure about other "small places" because I never touched them in my work. With rega

Re: [go-nuts] No generic, part -2

Can you provide any proof that there was an open public discussion? ср, 17 мар. 2021 г. в 02:12, Ian Lance Taylor : > On Tue, Mar 16, 2021 at 6:51 AM Space A. wrote: > > > > > (To be clear, your original claim was that there *was* no discussion - > which is at least eas

Re: [go-nuts] No generic, part -2

f implementing the proposal. " Yep, sure. ср, 17 мар. 2021 г. в 02:08, Ian Lance Taylor : > On Tue, Mar 16, 2021 at 4:00 AM Space A. wrote: > > > > > The design draft was put up for discussion for months before it became > > a formal proposal. It was not new. > >

Re: [go-nuts] No generic, part -2

you could improve your community, not the other way round to please you, it > doesn't happen in this planet. Generics is only a small part in Go with > minimal impact compare to other programming languages with ton of pain to > relearn. > > You have probably heard V language

Re: [go-nuts] Re: No generic, part -2

: > On 16-03-2021, Space A. wrote: > > >> This seems very dismissive of the many members of the community which > > *did* invest the time and energy to discuss the design for the past > years. > > When the contracts design was announced in 2018 > ><https://blo

Re: [go-nuts] No generic, part -2

core values, such as simplicity over cleverness. And despite being claimed Go team doesn't know a way of improving language, other than adding features. вт, 16 мар. 2021 г. в 16:25, Axel Wagner : > On Tue, Mar 16, 2021 at 1:24 PM Space A. wrote: > >> That's absolutely up

Re: [go-nuts] No generic, part -2

is thread to ask for a poll. And Ian has been pretty clear about the flaws of that idea and that it's not how the Go project is run. I didn't ask for the poll, I just stated that there was no poll, as simple as that. вт, 16 мар. 2021 г. в 15:05, Axel Wagner : > On Tue, Mar 1

Re: [go-nuts] No generic, part -2

d? You know that it's pretty easy to cheat with that system right? вт, 16 мар. 2021 г. в 01:03, Ian Lance Taylor : > On Mon, Mar 15, 2021 at 5:08 AM Space A. wrote: > > > > > For example, the multiple proposals that flowed out of > > > https://go.googlesource.co

Re: [go-nuts] No generic, part -2

t; On Saturday, March 13, 2021 at 11:35:23 AM UTC-6 axel.wa...@googlemail.com > wrote: > >> On Sat, Mar 13, 2021 at 6:24 PM Space A. wrote: >> >>> There is a huge difference between generics and some regular questions >>> like `Etag` implementation, isn't it?

Re: [go-nuts] No generic, part -2

people who can change the consensus? How was it measured? A few days after Russ locked it, so nobody can even say a word against it if they wanted. So it looks very much that company management learned from "try" proposal. пн, 15 мар. 2021 г. в 05:27, Ian Lance Taylor : > On Sat, Mar 13,

Re: [go-nuts] No generic, part -2

Sorry, of course it's Robert, my mistake. пн, 15 мар. 2021 г. в 05:30, Ian Lance Taylor : > On Sat, Mar 13, 2021 at 9:25 AM Space A. wrote: > > > > And Russ didn't write academic paper regarding it (before accepting > proposal in less than a month after it was pub

Re: [go-nuts] No generic, part -2

в 19:39, Axel Wagner : > On Sat, Mar 13, 2021 at 4:59 PM Space A. wrote: > >> You are a smart guy, one of the smartest I have ever talked to. But it >> looks like you somehow missed a very obvious thing. The people you >> mentioned (and most of the so-called Go team) AFAIK

Re: [go-nuts] No generic, part -2

ng man hours, you know that it will land somewhere. And I repeat, there wasn't a (public) question or discussion or anything regarding should we drop this topic entirely. сб, 13 мар. 2021 г. в 18:32, Axel Wagner : > On Sat, Mar 13, 2021 at 4:19 PM Space A. wrote: > >> > The d

Re: [go-nuts] No generic, part -2

from you, based on the same > available data. But it's simply going to happen. So please be mindful of > how you communicate. And ideally, don't try to re-open this discussion with > the same arguments that have already been heard. It took enough time and > energy from everyo

Re: [go-nuts] No generic, part -2

manipulate > facts, and second - stop being that dogmatic and negative here, please, for > the sake of all of us. > > In advance, thanks for your time and consideration. > > Cheers. > > Le sam. 13 mars 2021 à 12:34, Space A. a écrit : > >> There is no rationale. They

Re: [go-nuts] No generic, part -2

;s a new toy and biggest change to the language in years, because it's a "smart" way of doing things (we are mature programmers, aren't we?), because "type safety" and "performance" and so on so forth. сб, 13 мар. 2021 г. в 15:45, Martin Schnabel : > (sor

Re: [go-nuts] No generic, part -2

There is no rationale. They decided, and they implemented. No one from Go team ever took the argument against it seriously because "community" demands, blabla. And because Russ Cox with friends written an academic paper so this is now a question of pure science. Write your own and they could li

Re: [go-nuts] The Generics Proposal has been accepted!

e language and what it brought to > you, and worried of what might the future bring to us. That's > understandable. But it doesn't give you the right to insult the community > this way. > > > On Wed, 17 Feb 2021, 1:50 pm Space A., wrote: > >> Shit show.

Re: [go-nuts] The Generics Proposal has been accepted!

Shit show. вторник, 16 февраля 2021 г. в 21:52:43 UTC+3, skinne...@gmail.com: > I have been so very much looking forward to Go 2.0 and generics. Getting > it in 1.18 is the icing on the cake. I seriously did not think you could do > it considering that everyone was pulling you in different dir

[go-nuts] Re: How to get VSCode to use different Go env vars for different directories in the same repo?

Hi, the solution would be: 1. Protect WASM source files with build flags so that when you open a "backend" main sources, IDE won't complain about "syscall/js", like this: // +build js,wasm 2. Open `wasm` directory in second instance of VS Code for which you would set GOOS and GOARCH for a works

Re: [go-nuts] Generics, please go away!

framework has nothing to do with OOP. Even the term framework is > misleading - there are many large “libraries” in C that I would consider a > framework. > > On Jan 1, 2021, at 5:05 PM, Space A. wrote: > > You keep replying with random sentences no matter what I say, just >

Re: [go-nuts] Generics, please go away!

in Go as > well. You can create frameworks without using inheritance. > > On Jan 1, 2021, at 2:51 PM, Space A. wrote: > > Composition is just a principle, which can be implemented on different > layers by different ways. I'd say in Java you will be forced not only to > fol

Re: [go-nuts] Generics, please go away!

using composition > rather than inheritance. Much of the Java stdlib uses both. It can be > argued that most usages of anonymous inner classes are composition rather > than inheritance. > > On Jan 1, 2021, at 1:59 PM, Space A. wrote: > > > Wait, I think I get it. A

Re: [go-nuts] Re: Generics, please go away!

le state, > and can receive messages, which seems like a pretty good definition of an > object :D Hence, object oriented programming is possible. > > I don't really have an opinion on this. I just want to know if my > interpretation of your opinion was close, or way off base hehe. >

Re: [go-nuts] Generics, please go away!

bly, C, Cobol (prior 2002), or > Fortran (prior 2003). > > For example, C has instances but no methods. > > On Jan 1, 2021, at 6:56 AM, Space A. wrote: > > > Javascript is an incredibly popular language with non-inheritance OOP. > Or, at least, no inheritance at the typ

Re: [go-nuts] Re: Generics, please go away!

fication of languages. Maybe I even did that, lol. пт, 1 янв. 2021 г. в 17:30, Axel Wagner : > On Fri, Jan 1, 2021 at 3:04 PM Space A. wrote: > >> > I don't see a lot of room for interpretation here. >> >> Well, I do. I do believe if you truly think he meant "

Re: [go-nuts] Re: Generics, please go away!

he can explain his position if it makes any sense. Maybe I'm wrong and don't understand something, that's possible. So I'm not arguing for the sake of arguing. пт, 1 янв. 2021 г. в 16:48, Axel Wagner : > On Fri, Jan 1, 2021 at 1:57 PM Space A. wrote: > >>

Re: [go-nuts] Generics - please provide real life problems

of "repetitive" code, abandoning "clear is better than clever" principle, and for infinite micro optimizations for every single nanosecond. пт, 1 янв. 2021 г. в 16:20, Axel Wagner : > On Fri, Jan 1, 2021 at 2:14 PM Space A. wrote: > >> So magic here is being able

Re: [go-nuts] Generics - please provide real life problems

You will always find use cases for anything even for absolutely useless things. Because real life is full of paradoxes, and people are always irrational. And you may be adding features again and again and you still will have more to add. This way anything including programming language becomes a bl

Re: [go-nuts] Re: Generics, please go away!

s (opponent meant he doesn't want making Go like C++/Java). пт, 1 янв. 2021 г. в 05:16, Axel Wagner : > On Fri, Jan 1, 2021 at 1:23 AM Space A. wrote: > >> > Sorry to disappoint you (actually, no, not sorry) but OOP has nothing >> to do with inheritance. It's

Re: [go-nuts] Re: Generics, please go away!

Missed your second question. > > But on the topic of generics, this entire thread seems alarmist. >> Generics will open a huge door for libraries to be written that will make >> our lives easier. I'm thinking specifically about data processing and >> machine learning. A lot of devs use Python r

Re: [go-nuts] Re: Generics, please go away!

dding. > These compositional techniques are what give Go its flavor, which is > profoundly different from the flavor of C++ or Java programs. > https://commandcenter.blogspot.com/2012/06/less-is-exponentially-more.html чт, 31 дек. 2020 г. в 23:27, Alex Besogonov : > On Wednesday, Decemb

Re: [go-nuts] Generics - please provide real life problems

to follow generally and by everyone: > > "I think your arguments would gain quite a bit more traction on this > list if you presented them in a more respectful way." > > a good exercise would be to review your messages from a different point > of view. read them as if

Re: [go-nuts] Generics - please provide real life problems

aggressively turning to my personality. Do you protect this aggressive behavior just because you pro-generics and silently hate everything I will say (and me personally)? Because if you do, it's quite stupid. But I hope it's not. чт, 31 дек. 2020 г. в 07:51, Tyler Compton : > Space

Re: [go-nuts] Generics - please provide real life problems

ding all their points as "bullshit", and you should > probably review the community code of conduct. > > If you've got nothing constructive to contribute, why bother? > > > - Dave > > > > On Dec 30, 2020, at 3:53 PM, Space A. wrote: > > >

Re: [go-nuts] Generics - please provide real life problems

"runtime type-casting" "type safety something" "boilerplate" "amount of code" "benefit something" "greatly simplified" (for whom?) This topic has clearly shown that most people pro-generic have no *real world* problems that they struggle to solve, yet most of them don't even understand what *re

[go-nuts] Re: Generics, please go away!

call. > We'll be able to use things like trees as simply as we use maps or slices. > I don't think we'll see the language turn into the grossness that is Java > or C++ because of it. > > On Wednesday, December 30, 2020 at 4:27:15 AM UTC-8 Space A. wrote: &

[go-nuts] Re: Generics, please go away!

Go doesn't have classes and is not an OOP language. Classes (like in Java) vs structs (like in Go) is about inheritance vs composition, not about attaching fields and methods. Inheritance implies type hierarchy, child and parent, virtual functions, abstract and final implementations and so on s

Re: [go-nuts] Re: Generics, please go away!

What a ridiculous bullshit. пятница, 25 декабря 2020 г. в 19:49:26 UTC+3, Henrik Johansson: > Ok maybe this thread has gone on too long. > Both Java and C++ has benefited greatly from generics and most of their > respective communities wouldn't want them gone. I am pretty sure that's > what wi

Re: [go-nuts] Re: Generics, please go away!

> Personally, though, I must say that the generics discussion has been going on for 10 years (and even more, if we don't limit ourselves to Go) and I don't - personally - believe that there is much hidden cost or surprising benefit left to be discovered. There is nothing hidden and nothing ne

Re: [go-nuts] Re: Generics, please go away!

Prime driver of Java's success were enterprises with huge amount of investments (money) into ecosystem along with all JSRs developed by companies and groups with J2EE becoming de-facto a standard for building enterprise applications. And all this was happening way before any generics. среда, 23

Re: [go-nuts] Re: Generics, please go away!

I didn't take part in few of the last surveys. However I filled that very last one and haven't seen any generics-related questions. It was also stated somewhere that some of them randomized? So I answered a lot of weird questions for anything, but language features. Anyways if Go is not poll-dr

Re: [go-nuts] Re: Generics, please go away!

> Again, it bears repeating: "The Go designers where against generics" is historical fiction. "The Go team is succumbing to public pressure" is political fiction. Both are simply false. Anyone saying either of those either misunderstood something someone on the Go team said, or is repeating fro

Re: [go-nuts] Re: Generics, please go away!

> I have, plenty of times in the past, said myself that people who want generics should just use Java or C++. I'm not proud of saying that. It was a mistake. What if you actually were right? Have you ever been looking at it through "Clear is better than clever" prism? What if in 10 years you

Re: [go-nuts] Re: Generics, please go away!

Your message is perfect example of why most of the ppl who have their own different opinion and who have never been listened to or given that ability will just shut up, and stay away. вторник, 22 декабря 2020 г. в 14:01:53 UTC+3, axel.wa...@googlemail.com: > On Tue, Dec 22, 2020 at 11:09 AM M

Re: [go-nuts] What are debian:buster-slim advantages vs alpine ones?

We don't have a CGO in our project. We want libc and we value it because it's a gold standard which makes things stable and predictive. After all, container must just work, so we focus on our services other that testing and troubleshooting some side technology. For issues you can take a look at

[go-nuts] Re: Generics, please go away!

Unfortunately it was expected that creators of the language will not resist forever being under the pressure of masses most which do not even code in Go, or not use Go as the main language and just following patterns and shitty idioms they took elsewhere. Generics are bullshit crap in its essen

Re: [go-nuts] What are debian:buster-slim advantages vs alpine ones?

Hi Constantine, In our project we'd chosen debian-slim images vs alpine few years ago due to a number of reasons, if I recall arguments were like: 1. presence of libc 2. bugs and performance issues of alpine 3. security issues of alpine 4. debian is more suitable for testing with huge amount of

[go-nuts] Re: Any recommendation for structured logging library in Golang?

If you want to go for structured and layered logging in JSON, consider https://github.com/francoispqt/onelog четверг, 19 ноября 2020 г. в 12:14:21 UTC+3, Denis Cheremisov: > Zerolog does the trick, need a bit of setup though for what you want > > среда, 18 ноября 2020 г. в 07:21:48 UTC+3, Chri

Re: [go-nuts] Stop triggering firewall on Windows? Preset build path?

Just was going to say that =) суббота, 7 ноября 2020 г. в 23:01:17 UTC+3, Egon: > If you use `127.0.0.1:0` as your listening address then the firewall won't > trigger as well. > > On Saturday, 7 November 2020 at 15:20:06 UTC+2 Aleistar Markóczy wrote: > >> I may not be "using go run as a develo

[go-nuts] Re: Licence details of github.com/golang/sync

Are you creating your own programming language and tools and going to release it under own license terms? If not, and you're using this lib only to program your projects, there are no restrictions. четверг, 29 октября 2020 г. в 16:52:17 UTC+3, Denis Cheremisov: > Hi! > At my job we found these

[go-nuts] Re: Go is easy to lean. But other languages are hard to forget

You won't write good idiomatic Go just after 1 day of learning it. Even after a week. воскресенье, 4 октября 2020 г. в 23:25:19 UTC+3, Amnon: > Go is a beautifully simple language. It is easy to learn. > Most programmers can learn to write working production code within a day. > > But learning

[go-nuts] Re: go modules and local packages

I had the same situation and this worked perfectly: replace mylib => ../mylib If it doesn't - check paths, name of the "mylib" module, etc суббота, 8 августа 2020 г. в 21:20:56 UTC+3, Sankar: > Hi > > I have a monolithic source repository that is NOT in git, mercurial etc. > > The directory

Re: [go-nuts] composite literal uses unkeyed fields

I'm using unkeyed fields for the opposite reason: I don't want code to compile when I add new fields to the struct, unless this is reflected at the other end. For example, I found it very useful sometimes, to pass a long list of arguments to the function through a struct. The same would happen

Re: [go-nuts] Re: political fundraising on golang.org!

> To people who object to the banner as too focused on the United States: > Google and Go both started here, nearly all of the Go team is here, a > substantial number of Go community members live here, and many others > travel here for conferences or other reasons. The situation here affects

Re: [go-nuts] Re: political fundraising on golang.org!

east cancer awareness march and ask "what's wrong with > you, don't you know that all cancers matter?!". Of course you wouldn't. > So ask yourself why people are so willing to do that with this issue in > particular. > > —Sam > > On Mon, Jun 15,

[go-nuts] Re: political fundraising on golang.org!

Agree with Peter. It's not the right place and time and disrespectful for the rest of the World. You don't even imagine what problems, social or political, people who live far away from US face each and every day. On Sunday, June 14, 2020 at 4:36:38 PM UTC+3, peterGo wrote: > > Recently, a poli

[go-nuts] Re: How to correctly json.Unmarshal struct whose embedded structs define UnmarshalJSON

1. I think it's not correct to use terms "parent" and "child", as Go is not an OOP language. 2. Please note that what you call a Child is actually a Parent, and vice versa. This puts a lot of confusion. 3. Embedding struct will get methods of embedded (depending on whether they've been defined f

[go-nuts] Re: Why Iran is banned by Google?

It's very interesting fact to know for everyone in this group including Google employees, that seems only Google just don't care and bans educational/scientific resources for other countries' ordinary citizens (of course govs and mils are aware of how to use VPN to access golang.org). On Wedne

[go-nuts] Re: [ANN] Go Server Pages

Interesting, but you know what, when I read that web server name is Apache* in 2019, I don't read any further. On Tuesday, October 8, 2019 at 8:16:09 PM UTC+3, Scott Pakin wrote: > > I'm excited to announce the initial release of > > Go Server Pages > > Go Server Pages is an Apache module that

Re: [go-nuts] Golang library for - ORM & Schema Migration

ORM is a tool. It's not good or bad. Every tool, every language and everything has limits. If you like spending time on writing and debugging raw SQL - go ahead. The difference and very obvious in this discussion, is that those who are not against ORM not trying to convince other party to only use

Re: [go-nuts] Golang library for - ORM & Schema Migration

Absolutely, plus ORM usually offers a convenient way to run raw SQL queries, if you need it. On Saturday, September 28, 2019 at 7:50:22 AM UTC+3, alex.b...@gmail.com wrote: > > First, nobody thinks that knowing ORM's query language absolves one from > knowing SQL. > > But the main issue is th

Re: [go-nuts] Golang library for - ORM & Schema Migration

Many gophers like ORM. ORM is a tool and as any other tool it does save the time when used in a right way in a right place. But you need to learn how to use it. пт, 27 сент. 2019 г. в 13:35, Dimas Prawira : > Many Gophers don't like ORM as : > 1. ORM introduce an additional layer of abstraction

[go-nuts] Re: Golang library for - ORM & Schema Migration

gorm.io On Friday, September 27, 2019 at 12:20:54 AM UTC+3, bram wrote: > > Hi, > > Can you pls suggest libs for ORM & Schema Migration. > > Thanks. > -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop rece

Re: [go-nuts] nested or sub template by variable

Just use {{if}}...{{elseif}} statements that will check .MainContent equality to specific value and will invoke specific {{template ...}} On Wednesday, September 11, 2019 at 3:40:22 PM UTC+3, dun...@gmail.com wrote: > > > > On Tuesday, April 17, 2012 at 2:52:03 PM UTC+1, Rob 'Commander' Pike

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

r > grievances. > > On Thu, Jul 18, 2019 at 11:31 PM Space A. > wrote: > > > > Another funny thing and I'm glad that you mentioned, is that "Woman Who > Go" and other known "non-google" initiatives, as you said, were founded or > co-founde

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

Another funny thing and I'm glad that you mentioned, is that "Woman Who Go" and other known "non-google" initiatives, as you said, were founded or co-founded by "developer advocate" Ashley McNamara. I don't know what kind of contract or collaboration, or relations she had with Google or Google

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

Funny thing that today Google has announced "official" store for Go-related merch, which in it's essence is a try to take away even an even tiny business opportunities for artists who were creating some goods and had a very very little outcome on this. Now they will have ZERO. Well done Google.

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

Others already replied about Oracle, and I don't want to go OT here, just a small remark: you a wrong saying that VS Code is free. You are not paying bills directly, that's correct. But it is not quite true that you are not paying at all. It's just a different business model, first of all letting M

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

Yep, and if you spend hours or weeks or months on contribution to this "free" tool which they claimed is owned to community, it's your problem. You just worked fo free for a great company. Be proud. Say hi to those guys who got paid and live in California. And, btw, they not just put logo, recently

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

Lol. You ARE paying Google, every time you buy almost anything in this world. It's like invisible tax. Learn how modern advertisement models works, where the main channels are and think who, at the end, pays for marketing budgets. Think about it when you'll be at the store next time. It is a delu

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

rs for an example of what companies can do. Do you see any > evidence of Google trying to position Go to make them zillions of bucks? > > > > On Mon, Jul 15, 2019 at 8:08 PM Space A. wrote: > >> Google invested in a tool for themselves, which helped a lot in getting >>

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

Google invested in a tool for themselves, which helped a lot in getting some zillions of bucks as return. Corps open smth to communities not because they a "good", but because at some point they smart enough to make others work for free. There is no reason to keep implementation of programming

[go-nuts] Re: General thoughts about new proposals

Well said! +1 On Thursday, July 4, 2019 at 1:02:45 PM UTC+3, Slawomir Pryczek wrote: > > Following this group for couple years and I think that from some time the > community is in some kind of crisis, because it seems that go1 is so good > that there's a lack of some feature which will distinct

[go-nuts] Re: Not receiving email digests

Same. On Thursday, July 11, 2019 at 2:33:46 AM UTC+3, amr wrote: > > I appear to be no longer receiving the email digests daily. I last > received a daily on 26th June, and then a single daily on 2nd July. I tried > leaving the group and rejoining yesterday, to no avail! > Any ideas, please, mod

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

Did you ever read below the title, or just seen the heading and immediately start this teachings of emotional posts in your emotional write-up? Some ppl see more, e.g. they can see what is the destination after first step made. It's not the fist time ever, when someone trying to "improve" the langu

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

It's so nice when someone is facing audience of thousands of users by "where were you"? Maybe it's because they have not too much time to read all these forum threads, they just use the tool instead of talking, and also want to leave some time for a personal life? May I ask, where were those su

Re: [go-nuts] Interesting public commentary on Go...

Debian users vote for someone to become Debian Developer and give him right to vote? If no, how can it be "representative"? пн, 27 мая 2019 г. в 08:35, 'Axel Wagner' via golang-nuts < golang-nuts@googlegroups.com>: > This is a bit of an aside, I agree with everything Ian said, but: > > On Thu, M

[go-nuts] Re: Interesting public commentary on Go...

Hi Pat, I also have some (quite a lot) years of Java, and absolutely agree with everything you said. And +1 to Ian's opinion on how free software projects must be driven. On Friday, May 24, 2019 at 5:24:41 AM UTC+3, Pat Farrell wrote: > > On Thursday, May 23, 2019 at 9:18:25 AM UTC-4, lgo...@g

Re: [go-nuts] distribution of go executables

ght legislation as part of their employment. > > I'm done here. > > On Wed, 2019-02-27 at 23:19 +0300, Space A. wrote: > > Sorry? You have poor understanding and mess things, so what's wrong? > > Being > > dilatant is not crime, it's okay unless you start conv

Re: [go-nuts] distribution of go executables

d, 2019-02-27 at 17:19 +0300, Space A. wrote: > > You have very poor understanding of the subject, messing everything > > up. > -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiv

Re: [go-nuts] distribution of go executables

solved it. > > On Feb 27, 2019, at 12:45 PM, Space A. wrote: > > It's very clear case. It will never become a case in a court. Otherwise, > if it ever will, I mean, compiling own program and distributing a binary > which used stdlib e.g. without kissing someone's ass -

Re: [go-nuts] distribution of go executables

rect thinking. And again, it is all subject to litigation. > Whether you are right or wrong is up to the courts to decide. > > On Feb 27, 2019, at 8:55 AM, Space A. wrote: > > Regarding runtime - it's interesting (and separate question maybe), and I > would argue that runtim

Re: [go-nuts] distribution of go executables

; On Feb 27, 2019, at 8:19 AM, Space A. wrote: > > You have very poor understanding of the subject, messing everything up. > There is no "derivatives" in Go's license terms *at all*. There is only > redistribution in binary and source form and it covers only what's

Re: [go-nuts] distribution of go executables

ial" or "personal" complex use cases, etc. ср, 27 февр. 2019 г. в 17:55, Jan Mercl <0xj...@gmail.com>: > On Wed, Feb 27, 2019 at 3:47 PM Space A. wrote: > > > Mentioned license doesn't cover binaries produced by compiler, "binary > form" there mean

Re: [go-nuts] distribution of go executables

. It's not possible. So, that means that being part of the language, according to copyright laws, runtime can't be covered by copyright and restricted by a license. ср, 27 февр. 2019 г. в 17:36, 'David Golden' via golang-nuts < golang-nuts@googlegroups.com>: > On Wed,

Re: [go-nuts] distribution of go executables

repo and it's not the LICENSE's covered case. You are not restricted in any way. ср, 27 февр. 2019 г. в 17:41, Jan Mercl <0xj...@gmail.com>: > On Wed, Feb 27, 2019 at 3:20 PM Space A. wrote: > > > This is 100% clear case and you can distribute your compiled binaries

Re: [go-nuts] distribution of go executables

e, what so ever. C'mon guys. ср, 27 февр. 2019 г. в 07:24, Dan Kortschak : > In-line > > On Wed, 2019-02-27 at 06:31 +0300, Space A. wrote: > > Executable is not derivative work to stdlib or anything. > > I think you'll find this is not the case in mos

Re: [go-nuts] distribution of go executables

the stdlib. This means that the Go > license pertains. > > On Tue, 2019-02-26 at 18:35 -0800, Space A. wrote: > > You are wrong. > > > > > > среда, 27 февраля 2019 г., 5:22:12 UTC+3 пользователь Ian Denhardt > > написал: > > > > > > &g

  1   2   >