How Google broke the OSS compact with Angular 2.0 • Hacker News Board

Re: How Google broke the OSS compact with Angular 2.0

#11

Post by pfooti » Mon, Oct 27, 2014, 11:48 PM UTC

From where I sit, it looks a lot more like python 2/3 stuff. Angular 1.3 will be around for a long time, there's talk about official google support for a year or more post-2.0 release. From there, the community can keep it up. It works fine.

Moving forward means moving forward. A 2.0 change is a lot of breaking changes, fine. And yeah, developing it all in secret (as the blog complains) isn't precisely the trad-FOSS way, but plenty of platforms and libraries get developed closed until they cross a critical threshold.

Would people rather Google didn't work on this stuff at all? Seems like they can't win.

Re: How Google broke the OSS compact with Angular 2.0

#12

Post by tracker1 » Tue, Oct 28, 2014, 12:58 AM UTC

CmonDev wrote: post #6

And what is the deal with AtScript? If you are going to randomly "fork/borrow" a language you can at least consult the original authors. Typescript is inspired by C# not Java, so those are attributes - not annotations, and they are in square brackets not start with an @ character. And it's called 'reflection' not 'introspection' in C#.

Well.. annotations in VB.Net use not [...] ... in the case of JS, [...] is deeply tied to arrays in the mindset, so using @ makes sense to me.

Honestly, I'd like to see some clear examples of how to consume/check for said annotations. Also, getting them in at least V8 in addition to traceur will go a long way.

Re: How Google broke the OSS compact with Angular 2.0

#13

Post by tracker1 » Tue, Oct 28, 2014, 1:00 AM UTC

mckinnsb wrote: post #10

I was just having a conversation with a friend of mine regarding if we should spend more effort in learning Angular. While I can understand making breaking changes, and sometimes very big ones, I feel like this timing is incredibly poor, and is coming when many people are just learning the framework. At this point in time I do not want to invest any more time in the framework or its changes: the stable version I use…

I had a lot of issues, from a conceptual standpoint that pushed me away from using angular... parts I really liked or wanted to like, but others were just cumbersome to use/implement. I'm using flux/react currently, but in 2-3 years that may change to Angular 2.

Re: How Google broke the OSS compact with Angular 2.0

#14

Post by tracker1 » Tue, Oct 28, 2014, 1:01 AM UTC

general_failure wrote: post #8

ryanpardieck wrote: post #5

I've grown kind of tired of these sorts of posts, where people assume that OSS means handling the community exactly the way you prefer. Does it have an OSS license? Do they adhere to it in practice? If so, then your complaint isn't one of OSS, but rather community politics.

There is some implicit expectation when people release a project as open source. As a OSS author if you don't understand this expectation, your project is going to hit massive roadblocks sooner or later.

In this case, the Angular team both via angular-dart and via the proof of concept projects on github, and related issues lists has been very open in this process.

Re: How Google broke the OSS compact with Angular 2.0

#15

Post by nine_k » Tue, Oct 28, 2014, 1:40 AM UTC

mckinnsb wrote: post #10

I was just having a conversation with a friend of mine regarding if we should spend more effort in learning Angular. While I can understand making breaking changes, and sometimes very big ones, I feel like this timing is incredibly poor, and is coming when many people are just learning the framework. At this point in time I do not want to invest any more time in the framework or its changes: the stable version I use…

> timing is incredibly poor, and is coming when many people are just learning the framework

For a successful project, timing will always be "incredibly poor", for a popular project always attracts new developers, often at an accelerating rate.

If you only plan to make serious changes when very few new developers pick your project, it might be belated because your project is already dying.

Re: How Google broke the OSS compact with Angular 2.0

#16

Post by sfeng » Tue, Oct 28, 2014, 5:20 AM UTC

general_failure wrote: post #7

If Angular 2.0 is architected the way it says in the docs, then it's really scary. They obsoleted everything - something which many developer put a lot of time and effort into. It doesn't matter if the design is better; what matters is a nice clean migration. Atleast for me, if this change goes through, I won't return to Angular. Angular 3.0 might rewrite everything again for all I care. I just wouldn't trust the ang…

I see it the exact opposite way. So many projects get encumbered by the decisions made early in their development. I have a current project using Angular 1.3, it works, and I will probably never upgrade it, and that's fine

My next project however will be able to use all of the lessons which led to 2.0. Innovation is a part of tech, either the Angular team will do it, or someone else will.

Re: How Google broke the OSS compact with Angular 2.0

#17

Post by omouse » Tue, Oct 28, 2014, 8:17 AM UTC

nine_k wrote: post #15

mckinnsb wrote: post #10

I was just having a conversation with a friend of mine regarding if we should spend more effort in learning Angular. While I can understand making breaking changes, and sometimes very big ones, I feel like this timing is incredibly poor, and is coming when many people are just learning the framework. At this point in time I do not want to invest any more time in the framework or its changes: the stable version I use…

> timing is incredibly poor, and is coming when many people are just learning the framework For a successful project, timing will always be "incredibly poor", for a popular project always attracts new developers, often at an accelerating rate. If you only plan to make serious changes when very few new developers pick your project, it might be belated because your project is already dying.

When the docs are still in such bad shape and the number of books doesn't even come close to other niches of our industry, it's really bad timing.

They need to solidify what they have and make sure they're the stable choice.

With the latest announcements, I'm tempted to check out React and just fall back to jQuery because the learning curve is too steep. I even run the Learning AngularJS newsletter and I'm saying this! :(

Re: How Google broke the OSS compact with Angular 2.0

#18

Post by ryanpardieck » Wed, Oct 29, 2014, 1:07 PM UTC

general_failure wrote: post #8

ryanpardieck wrote: post #5

I've grown kind of tired of these sorts of posts, where people assume that OSS means handling the community exactly the way you prefer. Does it have an OSS license? Do they adhere to it in practice? If so, then your complaint isn't one of OSS, but rather community politics.

There is some implicit expectation when people release a project as open source. As a OSS author if you don't understand this expectation, your project is going to hit massive roadblocks sooner or later.

The only expectation for me is that I can fork the project in accordance with their chosen license. Expecting anything else is a bit too entitled for me.

There are tons of different styles of project management. I don't see the point in claiming one as the "OSS way." I think it's fair enough to criticize someone for their management style in itself; additionally criticizing them for breaking the "OSS contract" or "going against the spirit of OSS" is kind of silly IMO, and a cheap way to score argument points and pageviews.