从用户角度，浏览器那些操作我觉得还是挺实用的。不过从程序员角度讨论，更关心这个软件的核心用户究竟是谁呢🤔

可以写，但是你得在位运算上面留一段注释说明意图跟原理。这也适用于其他为了让程序更高效而逻辑不直观的地方。

我拖延症也很严重，搜过一些相关的话题，也不细细展开了。

自己觉得一个比较有用的做法是，把要做的事情拆分成小任务，然后一点一点去做。我个人的情况是在安排任务的时候，会倾向于去做那些小且明确的事情，对于大的事项就想着再等等。

但是还有一个问题是喜欢把事情放到最后一个小时做。。这个毛病我现在也没改。。

初学的时候用的 Django，工作后用的 Flask。因为我们是一个开发团队多个系统都在用，很少用它的插件，大多数公用的库或者服务，自己开发自己维护，定制起来也比较方便。
而个人开发者的话，这些都要自己做了，开发多个的话可以考虑抽出来做个通用的轮子？

https://eugeny.github.io/terminus/
今天刚看到有人推荐这一个。刚下载，还没玩过，但是观感可以。本身只是个 cmd 的壳，命令行可以用 git bash 来强化~

把自己的工作计划摆在第一位。完成自己计划之后再去考虑帮助别人。
不要动不动就说「我回去研究下」，不要把该由他们思考的事情揽到自己身上。
如果是项目 /IT 上的常见问题，可以写成文档分享出来，甚至可以考虑做一个内部的技术分享。大大方方给他们提供帮助，也让自己的付出有意义（让领导知道）。
对于一些小白问题，一两次可以帮。反复问的话，如果不是直接的上下级关系，别管他，让他出错，由直接的领导去管理他。工作上讲究互帮互助是为了互相提升。替他人掩盖问题并不利于整个团队成长。

最后键盘花了 500，键帽花了 1000 （滑稽

阻止我 diy 键盘的原因就是喜欢的键帽实在不便宜，玩不起玩不起

手机上不影响。在电脑的浏览器上选择放在屏幕侧边。左右两块太占用空间啦

官网教程只是教你怎么使用框架，离做出完整应用还有一段路要走。建议跟着教程过一遍之后，挑一个开源的模板去改，或者从 ant design 之类的入手学习，能省不少力气。

1. React 生态丰富，vue 年轻有活力。毕设不太复杂的话哪个顺眼用哪个。应届生进公司侧重于考察你的学习能力，毕设用的哪个框架影响不大。
2. 前后端分离的时候，前端负责数据的呈现及交互，后端负责数据加载、业务逻辑等。
3. 你的后端是 Spring flask 还是 django 都无所谓，只是提供接口而已，用谁都行。

使用 docker 或者使用 docker-compose，`-p`跟`--ports`如果没有必要就不要随便用~

只暴露那些需要外部访问的即可，同个机器上的调用可以用 link 来做。
如果需要暴露端口，有机房内网的话最好只是开在内网上。开到外网的话注意加上白名单。

@fuxkcsdn
-p 6379:6379 是将容器的 6379 映射到主机上
容器本身是监听了容器自己的 127.0.0.1 的（假设，我没注意过），但是映射到主机上时如果没有指定 host ip，就相当于在主机外网的 6379 端口上开了个 redis 服务。

我会用 git，如果你让我切换到 svn，我多半也很生疏，这个倒不是喷点。

八年工作经验，多年带人经验，但是从你描述中看到团队效率管理似乎没有什么成绩，这个跟 ta 的资历就有点不符了。

但是做事还是得做事。。协作的事情以后再说

看得懂 github 上的 issue
看得懂 stackoverflow 的问题跟答案
看得懂各类软件官网的文档

做到这些就能应付日常使用了。
其实你略懂你要看的文章要讲啥知识或技术，单词看不懂都能猜出个大概。如果计算机知识不过关，你英文再好也看不懂文章。

我这里不是 996，如果愿意的话可以做到 965。但是事实上许多人都是需要加班才能做完工作。

所以还不如明确告诉我加班，给多点钱。明码标价，童叟无欺。

找个入门教程刷一遍，了解 python 的基础概念。然后：

有事没事就用 python 写一些小脚本，工作上很多事情都可以用脚本来简化的。

如果你写后端，看 flask 的入门教程，写一个小应用。遇到问题就去找解决方案。

买一本 python 核心编程，没事就看一看补充知识面。

有很长一段时间，回到家都还挂念着事情没做完。每天早上想要早起来工作，但是又很抗拒这样子做（加班没工资，请假要扣钱），睡眠不好，精神不好，很崩溃。

京东上还没什么评价，关注一下。等换了办公环境可以考虑折腾一个

曾经我是个坚定的 ff 党，直到有一天我的插件冲突导致无法使用，刚好那个时候在公司用 chrome，切换了之后就回不去了