Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Arduino Terms of Service and Privacy Policy update: setting the record straight

blog.arduino.cc

Post reply on HN
Print view View original

91–97 of 97 posts

Re: Arduino Terms of Service and Privacy Policy update: setting the record straight

#91

Post by 1718627440 »

sc68cal wrote: post #85
1718627440 wrote: post #54

What I don't get is how what they do is even legally possible, since the libraries have all F/OSS licenses (MIT, LGPL, GPL, APL), and they don't even own the sole copyright to most things. https://news.ycombinator.com/item?id=45978802 https://news.ycombinator.com/item?id=45985663

You'd have to sue them to enforce it. Good luck bringing a case against Qualcomm, perhaps one of the worst companies known for its intellectual property management

Why do I need to sue them, when it's me, who does things I think are granted in their licenses, that they try to forbid? Isn't that the other way around?

Re: Arduino Terms of Service and Privacy Policy update: setting the record straight

#92

Post by scuff3d »

cornonthecobra wrote: post #47
shevy-java wrote: post #40

Earlier quoted context omitted.

> 1989: Tim Berners-Lee invents the World Wide Web I think ideas etc... existed before that, e. g. DARPA and what Alan Kay said. Tim mostly pushed forward a simple protocol that worked. Would be interesting to see how much Tim really generated de-novo, but in general I disagree that he "invented" the world wide web as such. That would seem unfair to many other people - just like Alan Kay once said, you see further by…

As I was writing it out, I knew someone was going to complain. It's an abridged timeline. Brevity because the point is the date, not the fine detail. But since I don't care to argue on the internet... edited.

There's always someone who has to be pedantic

Re: Arduino Terms of Service and Privacy Policy update: setting the record straight

#93

Post by butvacuum »

camkego wrote: post #29
12_throw_away wrote: post #3

"We are Arduino. We are open. We’re not going anywhere." -- statement from Qualcomm without a single human being's name on it

If you walk into the head office of Qualcomm (in Sorrento Vally, San Diego, CA) and you see the the "Patent Wall" in the entrance covered with almost 1400 patents, it's kind of hard to wonder just how open Arduino will be.

Wow that's tacky.

Re: Arduino Terms of Service and Privacy Policy update: setting the record straight

#95

Post by 1718627440 »

neltnerb wrote: post #80
ACCount37 wrote: post #70

Earlier quoted context omitted.

Embedded in particular was mired in closed source vendor lock in toolchains and SDKs for decades. And some industry players still are. Looking at you, Broadcom and Qualcomm.

I recall AVR-GCC not only working just fine in 2005 but being the official method for compiling code for those chips. I used it before Arduino came out to target the same chips. Arduino was a nice beginner friendly IDE for sure that eliminated the need for make files or reading documentation for GCC, but the existing ecosystem was definitely not closed source.

Maybe it was different in 2005, but now Arduino is just an IDE, that uses GCC under the hood. So it is still "the official method for compiling code for those chips".

Re: Arduino Terms of Service and Privacy Policy update: setting the record straight

#96

Post by neltnerb »

1718627440 wrote: post #95
neltnerb wrote: post #80

Earlier quoted context omitted.

I recall AVR-GCC not only working just fine in 2005 but being the official method for compiling code for those chips. I used it before Arduino came out to target the same chips. Arduino was a nice beginner friendly IDE for sure that eliminated the need for make files or reading documentation for GCC, but the existing ecosystem was definitely not closed source.

Maybe it was different in 2005, but now Arduino is just an IDE, that uses GCC under the hood. So it is still "the official method for compiling code for those chips".

Definitely, it's always used GCC under the hood, and also just been the IDE.

Arduino (the original AVR boards anyway) have always relied on GCC, and not just that but the entire open source chain that already existed for AVR-GCC. I'm sure they contribute back (I guess "sure" is an exaggeration), but it worked pretty darn well already.

Arduino, for me, replaced emacs for an IDE. The main reasons I use it are because I don't need to write a makefile, and the integrated serial port. Those are good enough features that I still use the IDE even though I haven't touched a real Arduino in a decade or more. But I work alone and don't usually have more than a few thousand lines of code so it's not too complex to manage.

Re: Arduino Terms of Service and Privacy Policy update: setting the record straight

#97

Post by 1718627440 »

neltnerb wrote: post #96
1718627440 wrote: post #95

Earlier quoted context omitted.

Maybe it was different in 2005, but now Arduino is just an IDE, that uses GCC under the hood. So it is still "the official method for compiling code for those chips".

Definitely, it's always used GCC under the hood, and also just been the IDE. Arduino (the original AVR boards anyway) have always relied on GCC, and not just that but the entire open source chain that already existed for AVR-GCC. I'm sure they contribute back (I guess "sure" is an exaggeration), but it worked pretty darn well already. Arduino, for me, replaced emacs for an IDE. The main reasons I use it are because I…

That tracks with my experience, since I don't prefer the IDE, because I need a build system that generates unique IDs and conditionally compiles stuff and handles debug flags. Also it needs to be reproducible and run unattended. In addition a build system is way faster. Arduino almost spends half of the build time on reanalyzing the project files to find out, what it actually needs to do and then it creates build artifacts in a random location. That's all problems you don't have with a proper build system, so the build system ends up way faster. I think Arduino also doesn't support parallel compilation.
Post reply on HN