V2EX › 42thcoder 的所有回复 › 第 1 页 / 共 2 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2

❮

❯

2019 年 3 月 17 日

回复了 42thcoder 创建的主题 › 酷工作 › [杭州][D 轮][独角兽] 大搜车招聘 Java 工程师多名

自己顶一下~ 已经发了两封 offer, 还在继续招哈

2019 年 3 月 15 日

回复了 42thcoder 创建的主题 › 酷工作 › [杭州][D 轮][独角兽] 大搜车招聘 Java 工程师多名

欢迎大家投简历, 聊聊天也是好的, :-D

HC 又多了几个, 小伙伴快到碗里来

2019 年 3 月 14 日

回复了 42thcoder 创建的主题 › 酷工作 › [杭州][D 轮][独角兽] 大搜车招聘 Java 工程师多名

@mangoyogurte 是的, 按照工资缴纳的, 12%

2019 年 3 月 14 日

回复了 42thcoder 创建的主题 › 酷工作 › [杭州][D 轮][独角兽] 大搜车招聘 Java 工程师多名

@haohaiyou 上海也有职位的, 我可以帮你转推

2019 年 3 月 14 日

回复了 42thcoder 创建的主题 › 酷工作 › [杭州][D 轮][独角兽] 大搜车招聘 Java 工程师多名

@troywinter 用了六七年 v2ex, 才发现没有举报回复的功能. cc @Livid

2019 年 3 月 14 日

回复了 42thcoder 创建的主题 › 酷工作 › [杭州][D 轮][独角兽] 大搜车招聘 Java 工程师多名

@zk123 只是加分项呢, 不会写也没事的, 公司基于 react.js 做得组件库还是用起来很方便的

2019 年 3 月 13 日

回复了 42thcoder 创建的主题 › 酷工作 › [杭州][D 轮][独角兽] 大搜车招聘 Java 工程师多名

@mrant 前端也在招的, 简历可以发我

2016 年 8 月 12 日

回复了 FrankFang128 创建的主题 › JavaScript › 为什么我不喜欢「前后端分离」（个人观点，欢迎来喷）

@FrankFang128

他提到的一个页面 3 个表单这种情况,可以不用 ajax.

直接上原生表单, 服务端处理, 渲染 HTML, 浏览器端端神奇的事情发生了: Turbolinks automatically fetches the page, swaps in its <body>, and merges its <head>, all without incurring the cost of a full page load.

服务端在渲染 HTML 的时候呢, 整个页面是基于俄罗斯套娃式的片段缓存, 以 V2EX 设置页面为例, 可以分为设置, 隐私, 屏蔽, 头像, 密码等多个 block, 分别做缓存. 渲染速度快到飞起~

2016 年 8 月 12 日

回复了 FrankFang128 创建的主题 › JavaScript › 为什么我不喜欢「前后端分离」（个人观点，欢迎来喷）

@jarlyyn 我去, 讨论问题说错话, 就开始找对方个人的茬, 这套路.....

`ajax 不就是前后端分离？` 这种话都说出来了, 您到底懂不懂前后端分离啊.

在你了解什么是 `Turbolinks ` 之前不打算继续交流了

2016 年 8 月 12 日

回复了 FrankFang128 创建的主题 › JavaScript › 为什么我不喜欢「前后端分离」（个人观点，欢迎来喷）

@jarlyyn 分离或者不分离, 使用 ajax 的话, 没有区别.

不分离的话, 我使用原生表单, 借助 Turbolinks 这种技术, 也可以保证页面不重复获取静态资源; 而且页面的各个 block 都做服务端缓存

2016 年 8 月 12 日

回复了 FrankFang128 创建的主题 › JavaScript › 为什么我不喜欢「前后端分离」（个人观点，欢迎来喷）

@jarlyyn

>一个前端页只有一个请求么？

一个前端页只有一种提交信息的请求么？

`一个前端页只有一个请求么？` , 这就是典型的`没有困难, 发明困难也要上`. 未分离的时候, 大多数页面就是一个 HTML 请求, 不考虑静态资源.

`一个前端页只有一种提交信息的请求么？` 不分离, 又不影响你提交信息.

PS:

提交信息这种情况, 可以选择 ajax; 甚至是 ajax 也都不用, 直接原生表单提交, 而且速度还快? 至于怎么做到, 可以自行了解下 Turbolinks 5, https://www.youtube.com/watch?v=SWEts0rlezA.

2016 年 8 月 12 日

回复了 FrankFang128 创建的主题 › JavaScript › 为什么我不喜欢「前后端分离」（个人观点，欢迎来喷）

@jarlyyn

>我的浏览器天赋异斌啊。

Async is a utility module which provides straight-forward, powerful functions for working with asynchronous JavaScript. Although originally designed for use with Node.js and installable via npm install --save async, it can also be used directly in the browser.

一个页面请求多个数据，有多个 post 点不是很正常的，怎么可能通过一个 accept 或者 method 就区分开

一个页面请求多个数据，为什么会有多个 post 点, 你是想说 get?
大多数页面, 获取数据的 get 请求合并成渲染一个 html 页面, 完全没问题, 性能也只会更好.

2016 年 8 月 12 日

回复了 FrankFang128 创建的主题 › JavaScript › 为什么我不喜欢「前后端分离」（个人观点，欢迎来喷）

@kslr 对服务端来说, 客户端( 原生 && browser )请求 xx.json 就返回 JSON 格式数据, 请求 xx.html 就返回页面, 业务逻辑是复用的, 区别只在于渲染数据的 adapter

2016 年 8 月 12 日

回复了 FrankFang128 创建的主题 › JavaScript › 为什么我不喜欢「前后端分离」（个人观点，欢迎来喷）

@daysv

> 楼主大大高估了大部分后端写前端的能力，就我这家公司来说
如果不分离：前端出页面，后端填充数据。前端还要熟悉后端那一套流程（比如控制路由），每次都需要沟通，效率极其低下
分离开来：前端写前端，后端提供接口，各司其职，并且前端不需要装后端那一套环境，还可以直接使用诸如 HMR 等模块开发
同样是 2 个人写代码，你觉得哪种好？

你这个是大大低估了前端同学的能力, 控制路由这种还需要每次都沟通? 是在不行还可以交给后端同学做.

不分离的话, 短期内前端同学的效率会低一点, 毕竟还要配置环境, 花俩小时学习后端的路由. 但对于整个团队来说, 效率是大大提高的

2016 年 8 月 12 日

回复了 FrankFang128 创建的主题 › JavaScript › 为什么我不喜欢「前后端分离」（个人观点，欢迎来喷）

@frjalex

> 楼主你没考虑过性能问题吗？用服务器端做 REST API + 客户端渲染会比一般的纯服务端快速不少，这是趋势啊

九成页面, 服务端渲染速度能秒杀客户端渲染, 协商缓存都用不了, 还有白屏的问题, 谈什么速度快.

2016 年 8 月 12 日

回复了 FrankFang128 创建的主题 › JavaScript › 为什么我不喜欢「前后端分离」（个人观点，欢迎来喷）

难得碰到跟我观点一致的, 尤其是技术政治那段~

1. 一个人知道整个业务。任何业务问题，马上解决。

这个真心是我现在的痛点, 项目页面出个小 bug, 还要发邮件找前端部门, 排期才能改.是的, 前后端分离的结果之一, 是我们这个小公司也有单独的前端部门, 而非各个团队有自己的前端.

2013 年 12 月 25 日

回复了 guoker 创建的主题 › 程序员 › 怎样获得当前地标信息

可以用街旁的API

2013 年 10 月 22 日

回复了 chenillen 创建的主题 › 酷工作 › [北京] Jing.fm找Android的高级攻城狮，运维攻城狮，Ruby攻城狮

有招实习生的打算么

1 2

❮

❯