经验感悟 - Githubissues

monkindey commented 7 years ago

相关内容

有哪些老鸟程序员知道而新手不知道的小技巧?

monkindey commented 7 years ago

bug第二天一般会搞定

https://twitter.com/chrisvfritz/status/989536488546324480

monkindey commented 7 years ago

一些听起来很高大上的名词都是吓唬人的, 等你了解了之后也就那回事

monkindey commented 7 years ago

watch某一个很流行的库, 你会了解很多你不知道的东西的.

monkindey commented 7 years ago

你遇见的问题别人早就遇见了

monkindey commented 7 years ago

看别人的测试用例, 看别人的测试用例, 看别人的测试用例

monkindey commented 7 years ago

你到头来都是学习别人定好的协议, HTML/CSS/JavaScript/HTTP

monkindey commented 7 years ago

总结是一件很无聊但是很重要的事情

monkindey commented 7 years ago

用github的issue记录你每天遇见的问题和解决方案

monkindey commented 7 years ago

项目用到的库一定要熟悉得滚瓜烂熟, 然后再去了解其他前沿内容

monkindey commented 7 years ago

git的提交历史可以教新手上路

monkindey commented 7 years ago

面向问题编程, 有问题才是能让我们更了解知识的作用, 当然这个过程是很烦躁的。去找到问题的方式, 有某些项目的issue, stackoverflow, 等

monkindey commented 7 years ago

看一个别人写的项目, 可以学习到很多知识, 比如他用到的依赖, 你才发现好多库你没有用过

monkindey commented 7 years ago

如果真的想学习到东西的话, 真的得去关注外国牛逼的东西, github, twitter等

monkindey commented 7 years ago

个人觉得在维护性上暂时我想到的有两点

分发(模块化, 组件化, 模板include等)
统一管理(redux State等)

monkindey commented 7 years ago

git log 还可以做回顾, 比如写周报之类的

monkindey commented 7 years ago

尽量做到去GUI化, 比如git. 在工作中我已经打算慢慢去掉sourceTree了, 第一太笨重了, 第二命令灵活性更高, 但是还是学习成本比较高. 这个需要加上一些备忘录, 不然很多命令很多都忘记了, 一般如果用到5次以上就考虑把它纳入你的记忆里面了。

monkindey commented 7 years ago

从零开始

学习JavaScript还是从0开始吧, 不然你都不知道React/Vue是为了解决什么问题存在的.

monkindey commented 7 years ago

可以从lint看到一些书写规范和最佳实践, 比如ESLint等。

还有从库的相关eslint PR或者Issue可以看到他们的理由，比如

https://github.com/yannickcr/eslint-plugin-react/issues/678

monkindey commented 7 years ago

研究了框架代码, 不能讲解给别人听也是没啥用。

monkindey commented 7 years ago

遇到一个问题, 然后如何解决的, 应该快速记录下来, 不然你一下子就会忘记了。

monkindey commented 7 years ago

删代码比写代码更难

monkindey commented 7 years ago

函数做参数, 比如forEach, map等, 定义对数据的操作行为;
函数里返回函数, 科里化, 可以实现闭包等;

monkindey commented 7 years ago

Keep what you have learn alive and traceability.

比如github，gist，codepen记录你的代码呀。

monkindey commented 6 years ago

最懂商业的技术团队

monkindey commented 6 years ago

不管去哪个团队，都要先去看看老员工写的代码，你可能会少走一些弯路。

monkindey commented 6 years ago

看到脉脉上说的，我觉得很有同感

其实本应该活少的情况下更有时间研究些问题，但事实却是安逸下来人容易懒散

要有居安思危的想法💡

monkindey commented 6 years ago

当你业务压力很大的时候，不要想着为什么干活总是我，这样子3.75你就有权利想着为什么不是我。

苦劳永远都是没用的, 要的是你的创新能力。

monkindey commented 6 years ago

多看看别人产品的发布记录，有时候人家奋斗了这么久只是精简到几行字而已

monkindey commented 5 years ago

学习应该是一个可持续的过程

monkindey commented 5 years ago

快速了解一个库是找一个 bug 来修

monkindey commented 5 years ago

没有最好的代码，只有你喜欢的代码

monkindey commented 5 years ago

真正能把你讨厌的事情做到津津有味，才是真正的成熟

monkindey commented 5 years ago

真正好的库是会被 Platform 原生支持

monkindey commented 5 years ago

学会去作为一个问题的终结者 Resolver

monkindey commented 5 years ago

其实你要去学会的是“做事的态度” 和 “做事的方法”，形成你自己的做事风格

monkindey commented 5 years ago

高 P 重要的是你的判断力，特别在出现两个子团队在竞争的时候。

monkindey commented 5 years ago

你一旦有执行，就会有监控的东西。

比如你在做脚手架，你就要有全局通知的能力和监控报错的能力。这样子你的生态才能越来越好。

monkindey commented 5 years ago

我要我觉得，不要你觉得。

一定要想出一件事情，以自己为中心，其他团队是一个服务，让你能去调用。

比如 Fusion 1.x 升级，以体验纬度升级，然后协调各种人升级对应的组件和服务。

monkindey commented 5 years ago

老板看到的是成果，不会关心你的代码如何实现的。

但是这个并不代表你可以对代码没啥追求。

感觉我好像在说废话。

monkindey commented 5 years ago

其实你要去定义你自己的服务，你能为其他人提供怎么样子的服务。

monkindey commented 5 years ago

交付时间 delay 是在可预期内就不要为了迎合交付时间去做一些临时方案，一气呵成做完比后面重新推翻临时方案重来更好

monkindey commented 5 years ago

在自己还没有权威的时候，尽量先去帮助其他人；

monkindey commented 5 years ago

Working on Legacy，越垃圾的系统，你越是能拿到结果。

但是如果之前负责的人也在做的话，一定要跟他多聊聊，不然你相当于你是在否定他的成果。

monkindey commented 5 years ago

最苦的时候就是最酷的时候

monkindey commented 4 years ago

社会还是很现实的，想要赢得别人的尊重，一定要增强自己的能力。

monkindey commented 4 years ago

试试另外一种做事方式，没有计划，认定了就一股脑得做。

monkindey commented 4 years ago

保持愤怒 💢

monkindey commented 4 years ago

人生要去遵循一个游戏规则，就是“弱肉强食，落后就要被挨打”，无时无刻都要去壮大自己。

只有你牛逼了，你才有选择的权利。

monkindey commented 4 years ago

如果你不能衡量它，那么你就不能管理它。 If you can't measure it, you can't manage it. —— 德鲁克

monkindey commented 4 years ago

真正了解一个人，跟他一起工作你就知道。

monkindey / KihoSaid

经验感悟 #16

相关内容

从零开始