这是一个创建于 2666 天前的主题，其中的信息可能已经有所发展或是发生改变。
入职刚好半年，我们这除了两个搞美工的，名义上暂时就我一个专门做前端的，所以各种页面几乎都是写 Java 和 C#的人做的。
我们这模块等于 iframe，框架等于 jQuery，布局等于 table，除了公共库，否则几乎所有的代码都嵌在后端代码里，通过代码输出 JS 变量和 JSON，调试超级麻烦。曾经问某个“很有经验”的同事考虑过前后端分离吗？得到的答复是反正都是要输出，分不分离都一样。
关键是感觉理念和主管的理念完全不同，JS 是 C-like 风格的弱类型语言，既然这是事实，就应该充分利用 JS 的特性。现实是，当我用一些 JS 的特性时（比如不同类型的短路写法），得到的是“后端没有这么写的”，既然这么喜欢在前端使用强类型，当我建议用 TS 并搭配 babel 这类工具时，得到的是“我不想最后只有你能改”。一些布局，例如左边定宽高度不确定，右边自适应宽度且高度等于左边，我用了简单的 position:absolute 实现，却被认为是“技巧性”的东西不应该这么做。还有很多，webpack、postcss、babel 这类工具只能偷偷用。。。
现在很迷茫，没有规划，我一开始是学后端的，一开始也是觉得前端很简单，然而前端学的越多，敬畏心越重，越发觉得自己知道的微不足道，现在很迷茫，不知道下一步该怎么做
我们这模块等于 iframe，框架等于 jQuery，布局等于 table，除了公共库，否则几乎所有的代码都嵌在后端代码里，通过代码输出 JS 变量和 JSON，调试超级麻烦。曾经问某个“很有经验”的同事考虑过前后端分离吗？得到的答复是反正都是要输出，分不分离都一样。
关键是感觉理念和主管的理念完全不同，JS 是 C-like 风格的弱类型语言，既然这是事实，就应该充分利用 JS 的特性。现实是，当我用一些 JS 的特性时（比如不同类型的短路写法），得到的是“后端没有这么写的”，既然这么喜欢在前端使用强类型，当我建议用 TS 并搭配 babel 这类工具时，得到的是“我不想最后只有你能改”。一些布局，例如左边定宽高度不确定，右边自适应宽度且高度等于左边，我用了简单的 position:absolute 实现，却被认为是“技巧性”的东西不应该这么做。还有很多，webpack、postcss、babel 这类工具只能偷偷用。。。
现在很迷茫，没有规划，我一开始是学后端的，一开始也是觉得前端很简单，然而前端学的越多，敬畏心越重，越发觉得自己知道的微不足道，现在很迷茫，不知道下一步该怎么做
 |
1
Mirachael 2017-08-04 11:21:26 +08:00
人最重要的呢，是开心。
|
 |
2
Everyman 2017-08-04 11:34:51 +08:00  1
如果是自身能力够强能拿到其他公司 offer 的，建议辞职，找技术更好的公司，别一开始就养成坏习惯。
如果是自己本身技术一般，找不到其他好的公司，那就只能 “对对对，你们是 dalao，说什么都对。” /手动滑稽 |
 |
3
66beta 2017-08-04 12:05:08 +08:00
恭喜楼主体验了一把国企环境
|
 |
4
h1367500190 OP @66beta 是的，就是国企
|
 |
5
w3cay 2017-08-07 11:35:43 +08:00
我感觉你们公司不需要前端，后端就能搞定了
|
|
6
h1367500190 OP @w3cay 有时我也这么觉得，可是我已经来了。。。可能是我们的业务都是接项目的原因，基本上做页面都是能用就行，都是使用一些不可维护方式去实现功能，然后一出问题或者需求一变，改到你想砸电脑。有时候一些项目直接套用以前的项目代码，结果越做越复杂，越改越烂
|
Select Language