我是来做这个安排的。 实际上搞开发，大量时候就是在那边对着屏幕手忙脚乱地改，换到这台机子上才发现，原来这些琐事也是学问。
比方说，我最近就在费劲地找 Eclipse 里那个新建 Web 项目标按钮，它长得跟个按钮似的，但点进去发现是个模版的库，得自己挑模板啊。模板选多了也有毛病，选少了又怕代码写出来是棵草，我最终就干脆直接甩了个默认的模板，结局就是三四个小时一遍。
那会儿就光怪陆离的，代码仓里堆满了各种乱七八糟的文件夹，我那时候就想，赶明儿是不是得装个 Git，别总手动改文件夹名吧？毕竟 Git 要是搞错了，还能像扔石头进河里那样干脆抹了重来，多省事。 再说这个 Web 项目，你点开目录一看，最扎眼的是 resources 文件夹，啥叫源码？嘿嘿，源码就是那些跟 HTML 长得像但又更复杂的文件，像 Servlet 和 JSP 之类的。我那天下午就把这些文件给扔进了一个子目录，叫 src，顺手把 resources 也弄上去了，毕竟这俩地方时常搞混，好办让人晕头转向。
然后就是那个 webapp 文件夹，那是跑起来的主引擎，我进去一看全是 .jsp 文件，还有几个 .java 的，别看这些文件长得挺像，但大局部还是 Java 写的，毕竟是后端嘛。我当时就感叹，这文件真多，要是赶明儿有新业务上线，这得改多少地方啊？我这才琢磨，干脆用 IDE 自动重命名功能，把那些乱七八糟的 .jsp 改成 .dox，再把 .java 对应的改成 .jsp 要么目录，反正别让它们藏在根目录里，不然赶明儿找起来就多一步了。 实际上折腾这个真没那么难，关键是你得知道 Eclipse 里那些图标代表啥。
比如那个文件夹的图标，要是像个大塔，那就是 Web 项目，要是像个小盒子，那就是一般/平平文件夹。我刚启动一看到文件夹就吓得要死，总认定里面藏着啥秘密，结局后来才发现，大量文件夹只是用来分类的，就像你整理衣服，把衬衫、裤子、袜子各放一袋，别看不是一起拆出来穿，但久了也分不开。
故此啊，搞开发的时候，时常就得用这种分类法，不然文件夹名字变得长得像句绕口令，找起来反而比找答案还费劲。 再说说后端，那东西有时候真让人头大。
比如你要写一个 Servlet，得先在工程里建个包，我先建了 org/project/myapp，然后 Java 文件就放这儿，JSP 文件也尽量别放根目录，放 org/project/myapp 下面。
要是搞错了，下次调试的时候就得花大量工夫去搜，之前还认定这玩意儿好找，结局目前得慌，我就赶紧把 Java 文件里的注释都打满，别嫌乱，赶明儿找起来快。
还有那个 Maven 工具包，我也跟着折腾了几天，刚启动连坐标都记不住，后来就去网上查了那种好办的配置表，照着填，别看有时候填错了还得回退到 Maven 里改，但总比你自己瞎编强。 有时候我也认定，搞开发就像学一门新语言，刚启动学的时候，语法都是错的，得自己一个个去改。
比如那个打包命令，一启动如何都打包不进去，最终才知道是路径写错了，是不是漏了一个斜杠，是不是把别名搞混了。我都郁闷了挺久，后来我才明白，工具实际上比你想象的智慧多了，它懂你的习惯，只要你略微改个配置文件，它就能自动帮你处理。 对了，还有那个版本管理，别总想着手动改版本号，你搞不定就搞不定，万一搞错了版本号，后面修起来肯定得费事。我就先把那个版本号改成个静态的，比如 1.0.0-SNAPSHOT，这样赶明儿每次上线，版本号就固定了，不至于每次都得去敲那一堆数字。 总的来说，搞 Web 开发这事儿，除了技术本身，一定得有耐心。
那些报错信息有时候看着吓人，实际上仔细一瞅也就知道了，多半是路径要么依赖的难题。
特别是刚启动项目标时候，难免会出现这种文件乱放、结构不明的情况。
反正只要你记住，文件夹分分类，代码放对位置，东西就都能找回来。
要是赶明儿遇到复杂的项目，肯定得多花点工夫去看源码，多问问别人，别总一个人闷头死磕。搞技术嘛，总得有个过程，从手忙脚乱到井井有条，这中间得靠慢慢摸索，靠一点点积累。 最终再提一句，工具的使用技巧有时候比硬啃教材管用多了。
比如 Eclipse 里那些快捷键，刚启动按多了手都麻了，后来发现那些操作实际上挺顺手的，省得自己去猜菜单。
还有那些插件，别看有时候会冲突，但只要选对工具链，它们往往能帮你省去不少费事。
毕竟，代码是给赶明儿写的，工具是用来帮人改的，别让自己把工具都弄坏了。 故此说啊，搞开发这事儿，没有那么多死板的规矩，更多的是你自己如何习惯如何来。
只要方向对，找到那把钥匙，哪怕一启动啥也不懂，也能把项目搞起来。
这真不是靠死记硬背，而是靠一点一点地试错，一点点地积累。
毕竟，能搞定一个项目标人，往往不是最懂代码的，而是最知道如何 organize 和如何调试的。