写业务实现代码在整个软件生命周期占比只是一小部分。

经常跳槽用注解，否则用 xml。

有时候自己在公司内部做一些基础性的文档工作，但是应者寥寥，有感而发。

我觉得大家有丶“政治正确”的感觉。是因为它是阿里，所以免不了说一句它 kpi，是也好，不是也好，但客观地说，船大难掉头——我相信做规范的人是真心希望大家遵循规范，但是不代表他有能力，权力让其他人都一定遵循这个规范，因为现实总是很骨感。

兴趣跟工作不一致的，都是权宜之计，长久之后会很辛苦，请慎重考虑。

其实没有宏伟的理论，只有源源源源源源源源不断的小问题。折腾是因为人们希望用程序描述复杂的世界，但是没有银弹。

同意楼上，不复杂的话用 spring data jpa。

之前发现冲突了一个，微软拼音的 ctrl+shift+f 切换简繁输入，在系统的输入法设置把它禁用了。

车来~

我用 lastpass，然后配合浏览器插件，每次打开浏览器查密码要先输 lastpass，虽然麻烦了点，但安全性大大提高。

@chdahuzi #6 idea 的 changelist 分组是自定义的，文件改动首次出现默认在 default changelist，你对该文件右键，会弹出一个菜单，选择“ move to another changelist ”，即可创建新的 changelist 或者分到现有的 changelist。

@icylogic #10 你的意思是加载配置文件的时候添加规则，比如检测是否有.local 文件，如果没有则加载.template 文件吗？现在就是偶尔有这样的问题，团队有成员对配置文件做了本地更改，然后不小心提交了。

@GM #8 这个倒没有仔细研究，因为 spirngboot 脚手架生成初始项目的时候，有个.gitignore 文件，把各个 ide 工具的配置文件都加入了忽略列表，应该是表明团队成员可以使用不同的 ide 工具。

@yiyi11 #1 补充 1L 的命令说明：
命令：git update-index --assume-unchanged 文件名，作用：忽略文件的改动，但是不加入.gitignore 文件中，这样可以达到仅在本地目录中忽略，不影响其他团队成员的工作。
命令：git update-index --no-assume-unchanged 文件名，作用：上一个命令的逆操作，重新追踪文件改动。
便捷用法，编写 shell 脚本，
disable_track.sh 内容：
#!/bin/bash
git update-index --assume-unchanged 文件名
把 disable_track.sh 放在项目的.git/hooks 文件夹中（如果需要把脚本加入版本管理分享可以放在别的目录），然后打开 git bash 命令行，执行$ ./.git/hooks/disable_track.sh 即可。
同理建立 enable_track.sh：
#!/bin/bash
git update-index --no-assume-unchanged 文件名
做逆向操作。

@psuwgipgf #3 .idea 文件夹要加入.gitignore 文件中的啊，开发不应该关心这个文件夹的改动。

目前还有个方法是使用命令 git update-index --assume-unchanged 文件名，忽略文件的改动，但是不加入.gitignore 文件中（重点，因为还是有需要修改该文件的时候）。

有点惨，像吃了老实人的亏。
其实楼主是个好苗子，但是书面表达能力还有待加强......
是金子总会发光，但也要注意下头顶不要太亮。

不是不想用，但是 idea 真的......太强了（起码针对 java ）。