-
Notifications
You must be signed in to change notification settings - Fork 115
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Web 开发相关技术总结 #23
Comments
优先做这件事情可以更快得交付特别多的 points |
项目经验总结在这里:#106 |
这真的是一件长路漫漫的事情,而且技术栈也会随着时间而变换,新兴的东西不断增加,也有不再使用的淘汰技术,或是因为应用场景的不同会有不同的选择。 总之重点在于「变化」,如何使用某种形式达到动态描述技术栈变化的目的呢? 或者又是技术雷达要做的事情吧、 #22 |
甚至会觉得总结并没有必要,当时间流逝,很多问题都可能不再是问题。 比如最近浏览器都开始支持 import modules 了,再来支持支持 HTTP2,会不会很美好? |
这个思考特别赞,下了班再来聊聊。 09:52, May 15, 2017 关于变化。发现用特别多的时间来进行整理本身,可能有处女座的完美癖在内。但其他还有许多行为,比如计划,本身会耗费不少时间,在变化面前,很多准备其实都没有发挥其价值。GTD 的时间管理中提到的5层视角,只要一环没有执行到位,没有经常回顾,在过往的准备即将或已经在变化面前失去价值的时候把它揪出来,系统本身就会堆积演化,过往的准备就会浪费,而且很久时间后才被发现。发现时想起之前诸多的努力、准备都付之东流。 于是我觉得需要有一种更轻量级的方法来应对变化,可能之一的实践是,减少同一时段内专注的任务数据,然后马上去做,边调整边计划。 嗯说白了我就是在怼自己之前会花时间去进行准备计划的行为,需要更敏捷的方式应对变化啊~ |
项目上的简单总结,Team Sharing in $uncorp: Components Architecture (based on React) https://gist.github.com/JimmyLv/a1293128146fe5a0505d7a2e09b9f8d7 |
计划演变
内容规划
参考 轻量级Web应用开发 (豆瓣) 的讲解顺序,该书依赖于 Ruby,我在整理的时候则会同时注重 JavaScript(Node.js 服务器端)、Java、Python 语言的相关体系。
最佳实践
这几乎是梦寐以求的样子,使用 OneNote 采用可详细、可结构化的知识体系组织方式。 via 我应该用onenote还是印象笔记? - 刘果的回答 - 知乎References
The text was updated successfully, but these errors were encountered: