对用户真正有用的进度条是能看到结束时间的进度条。想知道结束时间基本是不可能的，想知道当前进度，要实现起来也是异常困难的。所以你还是弄个菊花转转吧。

在我看来，日报比周报要好。你把日报当 todo 用，方便你理清思绪，完成一天的工作。周报就纯粹是总结了，对你没有任何帮助，毫无意义。

flexbox 就搞定了
https://jsbin.com/ququmetode/edit?html,css,output

如果考算法的目的是考验逻辑思维的话，你不如找点高中数学卷子给人家做了。
高中数学题做得好的人逻辑思维强吗？是的。
高中数学题做得好的人代码写得好吗？

组件肯定是个单独的封装好的东西。你想想如果你要设计一个封装好的 html 组件，它应该是什么样？
必然是 <MyComponent></MyComponent> 这样的形式。
不管是 vue 、 react ，还是什么其他的，它都肯定是设计成这样的形式。每个组件必须是套在一个 html 里的。

响应式编程，函数式编程在 winform ， ios ， android 这些 gui 开发上头火了很久才被引到 web 上头吗？

你需要看
https://developer.mozilla.org/en-US/docs/Web/JavaScript/A_re-introduction_to_JavaScript

搜下 webpack 的 resolve 配置

xp 还 ie678

dart 好在哪？ js 烂在哪？ js 圈都往 functional programming 上走了，是不是在浏览器上能直接跑 haskell 会更酷？

有个毛关系，问这种问题简直莫名其妙。 high chart 很流行， jquery 是不是因为它走向边缘了？ react 很流行， high chart 是不是走向边缘了？

晚饭？加班？

分开下是平行下载的，也容易处理缓存，但是每个请求都要耗时间与服务器建连接。单独下只有一个请求，消耗在建连接的时间上就少。
具体怎样你得测试才行。

vue.js 71k, jquery.js 83k, materialize.js 135k, semantic.js 269k
materilize.css 112k, semantic.css 537k

用上了吗？没有。

貌似就是个 maybe monad 。真羡慕自带这种东西的语言。

活差多了好吧。除了个正则一样，其他都不一样。

浏览器的后退就是单纯的回到历史纪录的前一个。 app 的后退通常都相当于很多网站上头的面包屑导航，跳转到的是当前页面的上一级。这两种导航模式都是必要的，不是孰优孰劣的关系。
回到楼主问题。浏览器不可能知道某个网站的结构是怎样的，怎么跳转到上一级，只有开发者知道。除非开发者开发了面包屑导航（回到上一级）的功能，否则这东西不可能实现。
总而言之，浏览器的后退肯定是到前一页的，页面里头的按钮有可能是回到上一级的。如果页面里头有导航按钮，楼主优先点那个。

几个技术概念：

一. 前端模板：前端 js 取过来的数据，通过模板语言生成 html 。不用自己在那拼字符串了。

二. mvvm 数据绑定：同一个页面里头的不同 view 显示的是同一 model ，而且这些 view 都能操作这个 model ，如何保证 view 的一致性，如何简化编程难度？ mvvm 的框架都会提供绑定的概念。不同的 view 可以都绑定在某个 model 上，当这个 model 更新时，所有绑定的 view 都会更新。作为开发者，你关注的就只是用户操作时如何更新这个 model ，而不是具体如何更新 view 了。

三. virtual DOM ：上面说的 mvvm 架构里头，如果 model 是一个数组， view 是一个列表。数组中的某一项变化时，整个列表都会变化，显然这里头有性能问题。 virtual DOM 通过提供一层 html 的代理，尝试帮你解决这个问题。作为开发者，你做的仍然是绑定 model 到 view 里，当 model 更新时， view 自动更新，只是此时你绑定的是 virtual DOM ，而不是真正的 html 。 virtual DOM 会计算出真正需要更新的 html ，再去更新它们。

四. 组件化：组件化追求的是自定义标签，往 html 上头加个 class 就能实现某个功能，这种 declarative 的 api 。有很多种方式能实现这样的 api 。

五. first class 组件: 把组件当作 first class ，能用函数返回，能传给函数当参数，能通过各种方式组合，这是更高一个层面的组件化了。

前三项是扩展的关系。支持 virtual DOM 肯定支持数据绑定，肯定能把 js 取来的数据渲染成 html 。每扩展一次，肯定会加一层新的抽象，复杂程度很可能会提高。

后两项之间也是扩展关系。跟前三个一样，扩展意味着多一层抽象。

楼主还是仔细考虑考虑你们到底要干啥再选择框架吧。别只是渲染个数据，结果却搞成了各种全家桶了。

后端习惯写接口给你 ajax 调，还是喜欢自己套页面？前者的话，光用个 jquery 肯定不行了。
前端是操作复杂还是一般就显示个数据？操作复杂的就得用个 mvc 的框架。
别跟风 react ， angular 什么的。哪个能满足需要，不用花时间先学上个一个月，就用哪个。