lz 难道不知道

1.淘宝要求 isv 将涉及淘宝调用的服务器必须部署到聚石塔并且入御城河
2. 从去年开始, 对重要数据传输时已经加密而且必须通过 https://eco.taobao.com/router/rest 调用, 看清楚了

sap hana

```
内存可能有 1T

```

最近钉钉的消息推送简直是疯了

从技嘉显卡盒 京东上评论看, 通过苹果官方的转接线可以使用的

但同 ls 所说, 有损耗

胃不好, 最近都自己做, 这半年来积累的 几个简单的

1. 三明治 面包买个面包机 生菜, 培根, 起司,西红柿超市买, 很简单
2. 咖喱 加土豆加胡萝卜
3. 日式牛肉饭, 超市买肥牛洋葱, 很简单
4. 2+3 就可以做咖喱牛肉饭
5. 学一下温泉鸡蛋的做法, 又是一种花式
6. 葱油拌面 简单又好吃

不是挺好的吗? 不明白回帖中这么多不认同的

作者起码可以证明有能力的, 有传播能力 不是水货. 这样的人推广 python, 不是件好事吗

重点是信任

然后是构建写作方式

最后是实力均等


比方说, 我现在远程, 但因为我处理问题的习惯很好, 同时经验也比较丰富, 反而感觉那些没有远程的同事处处拖后腿

公司规定是法定节假日放

我想了个策略, 技术从 11 日开始放, 名为 在家办公, 然后不布置开发任务

@oswuhan

是啊, 标题说的很清楚, 是后端学前端, 不是后端做专职前端

就像前端说要学后端, 并不是说要做专职后端

后端玩票 前端, 选好组件框架就 ok, 至于复杂的, 本来就是玩票而已

一个有能力的后端, 完全可以使用 extjs/element 等写出质量很高的应用来的

主要遵循组件化开发, 后端搞前端还不是很简单的事情

不然, 你看以前这么多 windows forms/delphi/pb/vb/java swing swt applet/flash 等等 应用, 那个时候有前端的概念吗? 做 ui 还很 easy 的事情

至于说 前端开发

```
尽可能放弃“重用”、“模式”、“库或者框架”

```

只能说呵呵了

写这种类型不是 go 的强项

别被那些 go 开发比 python 效率还高的给忽悠了

同事 本来就是以工作聚在一起的

别讲什么感情, 到最后受伤的是自己

@hantsy

extjs 是组件式的, 而且开发方式同 swing/swt/.net windows forms 比较接近(只是界面手动构造而已)

而且支持 mvvm, 也拥抱最近的潮流, 比方说构建,es6 特性, 事实上, sencha cmd 可能做的比 webpack 更早(具体没有考证)

其实挺适合后端搞的, 现在这样, 是他们授权方式等商业模式出错了, 自己作死

@yifeng1212 另外一个问题是, 用 jquery 的前端可能同 lz 是一个想法, 我用的好好的, 为什么要改用这个呢? 改来改去, 没有增加新功能. 这样的重构他们是不会主动去做的, 需要一些行政手段, 一句话叫不醒沉睡中的人

@yifeng1212

上面说的很清楚, 没有说不能用, 对于一个已成形的项目而言, 后期引入只有逐步引入改造, 复杂性很大, 同一开始就使用是两回事情

另外, 基于 jquery 的开发通常不用 build 工具, 而 react/vue build 工具是标配, 这样带来的另外的好处是 react/vue 通常能直接用 js 新特性, 比方说 async/await

上面有兄弟说前端有更复杂的案例吗? 我是做 erp 的, 理论上算是企业软件中较为复杂的, 但其实也就是一样事情做好做另外一样, 业务理顺了在复杂的也不复杂. 但放到前端而言, 如果不能消灭 callback, 这个问题就很大, 调用链一多, 代码就根本无法维护. 当然, 现在用 webpack 等 build 工具, 用 async/await 这个最大的问题没有了. 但是基于 jquery 的大部分项目, 由于先天没有使用 build 工具, 后期要使用也是非常困难的