Live data from Hacker News

Google Web Starter Kit

developers.google.com

31–40 of 81 posts

Re: Google Web Starter Kit

#31
post #16

> Powered by Material Design Lite That's a curious choice. MDL isn't being developed further and is being replaced by "Material Components for the web" https://github.com/material-components/material-components-w... From https://github.com/google/material-design-lite : Limited support Material Design Lite is now in limited support, with development having moved to the Material Components for the web repository. No fu…

> Last updated February 9, 2017.

https://github.com/google/web-starter-kit

> Last release (v0.6.5) on December 13th

That choice is not that curious if you correct for project age.

Re: Google Web Starter Kit

#32
post #29
post #26

Earlier quoted context omitted.

This is the best analogy about web development in a while and totally spot on, as long as you know your way around your own basic tooling it is pretty easy.

I like it too, but depending on where you work, it might have been the "fleet manager" that picked the car, and you're just driving it. Not much difference until the "fleet manager" changes their mind for the next project.

My first car was a 96 ford escort. I hated that car. That is what we are driving at work (WPF). I want a tesla.

Re: Google Web Starter Kit

#33
I'd advocate most people avoid this if their intention is to write an app. As an alternative, I'd suggest evaluating create-react-app [0] or preact-cli [1] if you're looking for something lighter. The lack of testing setup and module support in this kit feels like a regression, although I'll concede that it really depends on your use-case.

I've been using webpack [2] for a few years and wouldn't willingly go back to this style of writing web apps. Once you learn how to use it, the world is your oyster. You can write a loader or plugin to achieve pretty much any kind of requirement that comes your way.

Consider replacing sass with cssnext [3], or even directly using postcss along with the few plugins you need. As an example, you can use native css variables during development and compile em away for production. Another great addition is the :matches selector, which makes for much cleaner selectors in certain cases. I never really found much value in most other sass features.

Instead of running imagemin as part of your build process, consider installing imagemin-cli [4] and applying optimizations before checking in images. That way it only has to done once, regardless of how many times someone checks-out your repo.

Even if you enable ES2015 compilation with babel, you don't get any polyfills. That means trying to use standard ES2015 globals like Map, Set, or Promise will not work on older browsers. If you're gonna tell people they can add ES2015 support by changing a single line, it would seem prudent to mention this gotcha.

[0] https://github.com/facebookincubator/create-react-app

[1] https://github.com/developit/preact-cli

[2] https://webpack.js.org

[3] http://cssnext.io

[4] https://github.com/imagemin/imagemin-cli

Re: Google Web Starter Kit

#34

Earlier quoted context omitted.

OK, so I'll ask. Dart is still alive? To a person just looking around, trying to find a tech that would still be here in five years, the signs seem not good.

Yes, very much so; a fairly large team at Google is devoted to maintaining it. I'm curious why people keep asking this? Github is very active - many commits per day. There are multiple releases per year. Flutter (which uses Dart) got a fair amount of attention at Google I/O. Where do you look to decide on project activity?

Sure. Some while ago I had an idea for a project and Dart sounded good. I did what I sometimes do with a tech I am thinking about trying: I checked out a few message boards a couple of times a week, and subscribed to reddit's subgroup. At least at that time there was not much activity and not long after Google cancelled the in-browser aspect. It started to seem to me that the up-talk also died away.

I, who do not know much about this thing for sure but I do know that Google will walk away from things, got the impression that is what was happening.

Not fair, maybe, but that's the answer to the question that you asked.

Re: Google Web Starter Kit

#35
post #7

An opinionated Web Starter Kit with no libraries or frameworks included? What is Google's opinion on which way to build a web application, roll your own?

> What is Google's opinion on which way to build a web application Angular! Wait, Angular 2. No wait, Polymer. Sorry, how could I be so rude - Progressive Web App with no framework.

:))

Re: Google Web Starter Kit

#36

Earlier quoted context omitted.

OK, so I'll ask. Dart is still alive? To a person just looking around, trying to find a tech that would still be here in five years, the signs seem not good.

Yes, very much so; a fairly large team at Google is devoted to maintaining it. I'm curious why people keep asking this? Github is very active - many commits per day. There are multiple releases per year. Flutter (which uses Dart) got a fair amount of attention at Google I/O. Where do you look to decide on project activity?

> I'm curious why people keep asking this?

I think this is pretty obvious. Dart was created to be an VM-optimizable language for the web.

I attended talks by it's creators in the early days, and this was the majority of the conversation.

Then other browsers refused to implement it and even stable Chrome never included DartVM, and the project announced it was giving up on that goal.

So with the raison d'etre gone, people wonder if the new language is still used. If infinite RAM had been invented three years ago, people would be asking the same question about Rust today, despite the fact that the language has more to offer than low-overhead maintainable memory management.

Re: Google Web Starter Kit

#37

I'd advocate most people avoid this if their intention is to write an app. As an alternative, I'd suggest evaluating create-react-app [0] or preact-cli [1] if you're looking for something lighter. The lack of testing setup and module support in this kit feels like a regression, although I'll concede that it really depends on your use-case. I've been using webpack [2] for a few years and wouldn't willingly go back to…

I agree that this heavily opinionated "starter kit" might be not what you want to give to a beginner (also it feels quite obsolete nowadays), but I quite disagree that create-react-app is a better choice.

I think that CRA is either useless as it is too simple and confusing (in its first run, before you "eject"... what are those react scripts, for example?) or too far away down the road of "choose what technique is best for your project" once you "eject".

I rather consider using a "true" starter kit, with no helpers and not many applied opinions to it (like, no redux for example and/or no decision on how to handle CSS). With this principle in mind, I wrote my starter kit https://github.com/claudioc/react-with-typescript-starterkit (yes, there are many of them already, but I try for it to be a middle ground between something that you want to use to bootstrap an real new app and something you study to learn the _what_ you need to start and begin by yourself).

Re: Google Web Starter Kit

#40

Earlier quoted context omitted.

Yes, very much so; a fairly large team at Google is devoted to maintaining it. I'm curious why people keep asking this? Github is very active - many commits per day. There are multiple releases per year. Flutter (which uses Dart) got a fair amount of attention at Google I/O. Where do you look to decide on project activity?

> I'm curious why people keep asking this? I think this is pretty obvious. Dart was created to be an VM-optimizable language for the web. I attended talks by it's creators in the early days, and this was the majority of the conversation. Then other browsers refused to implement it and even stable Chrome never included DartVM, and the project announced it was giving up on that goal. So with the raison d'etre gone, peo…

Okay, thanks!

I was thinking that the decision not to ship with Chrome was very old news, but actually it was just two years ago [1]. Time flies!

Dart for the web is purely a compile-to-JavaScript language now. The last bit will be replacing Dartium with DDC [2].

The Dart VM is still around. It's used in Dart's command-line tools and in Flutter. Also, the Sass compiler is moving from Ruby to Dart. [3]

[1] https://techcrunch.com/2015/03/25/google-will-not-integrate-... [2] http://news.dartlang.org/2017/06/dart-124-faster-edit-refres... [3] http://sass.logdown.com/posts/1909151

Post reply on HN