V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  AngryMagikarp  ›  全部回复第 10 页 / 共 18 页
回复总数  352
1 ... 2  3  4  5  6  7  8  9  10  11 ... 18  
2020-03-02 12:04:16 +08:00
回复了 v1 创建的主题 分享发现 早起摩托车通勤还是有点冷的
@yanqing07 又不是跑高速一脚油门走到底。我平时开车上下班走省道 20km,平均时速要是有 45,那已经很快了,有时候还要担心超速。我估计楼主那边路况也差不多。
2020-02-29 09:26:35 +08:00
回复了 jdz 创建的主题 程序员 你们面试前或平常会刷面试题吗
从来不刷,还不如把在之前公司做的项目再仔细回想一遍。
2020-01-16 05:46:57 +08:00
回复了 MC 创建的主题 Android 2020 年的 Android 怎样?是否适合 iOS 用户迁移呢?
国产手机差的是服务,一没有如 Google、苹果那样优质的应用生态,二没有后期维护更新的积极性。

过一个国产 Android,无论是否是旗舰,第二年就没更新了,有也是非常小的那种。买个 Pixel 或者 IPhone 能更新好几年。
2020-01-04 10:04:51 +08:00
回复了 2379920898 创建的主题 程序员 明年自己注册个外包公司,怎么渠道接项目?
不是打击你,大部分会找外包的公司对质量都没什么要求,你所谓的技术和眼界高并不值钱。
2019-12-26 09:04:54 +08:00
回复了 jevirs 创建的主题 程序员 ant design 圣诞节事件过去一年了,我今天又看到了积雪的按钮
问题的重点根本不在于雪花好不好看,也不在于伊斯兰国家喜不喜欢,而是一个开源项目根本没有一点责任心,想怎么做就怎么做,没有把用户当回事的态度。所以用了 ant design,他们就有权力随意修改用户的样式了?

这个项目彷佛就是阿里巴巴赏给开发者的,开发者就得跪着接受。对于那些本来就叫马云爸爸的人来说,当然无所谓啦,不过有意思的是他们还指望所有人都和他们一样做奴才。编出一大堆愚蠢的理由。

不懂开源项目怎么运作,麻烦去看看 ubuntu、fedora、mozilla 社区,别老是出来丢人现眼了。如果说 bug 是无心之失,那这种问题完全就是刻意为之,恶心至极。

另外这个问题需要整个团队负责,把所有责任都推到一个开发者上再次体现了某公司的土鳖。别告诉我这个项目里加什么功能是不讨论、不测试,随便谁都可以加的。不过这也不是不可能。
2019-12-18 08:18:24 +08:00
回复了 codeismylife 创建的主题 程序员 同事为了 JSON 怎么写吵起来了!请各位断案!
A 风格有毛病啊,如果把外面的[]去掉我还能理解,在最外面套一个[]是什么意思。
生产者一般不需要知道这个吧,如果要知道用 RPC 调用不是更好吗。

如果要知道处理结果,又不想同步调用,那可以在业务层做处理。比如处理了一个订单数据,订单的状态会变,在某个时刻生产者去检查订单状态就好了。
2019-11-08 10:15:29 +08:00
回复了 colin0830 创建的主题 程序员 后端兼前端兼测试,出了问题还有惩罚,正常吗?
不正常,如果你已经有 3-5 年工作经验,还说的过去。要求一个一年工作经验的这么多,你们老板明显想着用最少的钱压榨最多的利润。
2019-09-20 22:07:54 +08:00
回复了 iorilu 创建的主题 程序员 讨论下个人全栈开发者如何处理前端的
全栈的话还会为这种小事困扰吗。React、Angular、Vue、Flutter,这几样东西我学起来一天内上手,一个星期内熟悉可以开始做项目。以前相当长一段时间用 C 写过 GUI 程序,也学过一些计算机图形学、OpenGL 之类的东西。在我看来,所有 UI 编程,无论是 Android、IOS 还是 Web 都是一回事。
具体用哪个,一方面看需求,另一方面看心情。最近比较喜欢用 Angular,因为方便。
2019-09-12 10:21:40 +08:00
回复了 yuthelloworld 创建的主题 程序员 8 年开发,下周转项目和产品,老铁们有啥建议?
不擅与人打交道,如何做好项目和产品的工作呢......
2019-09-10 21:57:11 +08:00
回复了 tourist2018 创建的主题 程序员 后端给前端应该提供什么样的数据?
@no1xsyzy 这个说法和“是什么让你产生了 JQuery 不能做单页巨型应用的错觉一样。”当然能做,你就是这么牛逼。

GraphQL 只能算一个规范的中间层,但在这个问题上并不解决任何问题,它不能“自动”地按照产品设计要求给出相应格式的数据,中间的转化总得有人去做。那么问题来了,到底谁去做?

不要指望用技术弥补人的愚蠢。以前 restful 刚出的时候也一大堆吹嘘,结果真正能用好的没几个。一个系统的设计必然要考虑到可维护性扩展性等等,不能简单地按照谁方便谁做来定。这就是为什么中国的互联网企业和国外的在专业性上相差这么大的根本原因。

功能都能实现,毕竟还有 996 福报加持,但实现得如何那就是另外一回事了。

另外我是做全栈的,我很清楚客户端是怎么回事。也遇到过很多客户端的开发,总是喜欢把一些很简单的东西夸张化(也许在他们的眼里确实很难),好减轻自己的工作,甚至减少自己的责任。有这种想法的团队,我是很难相信能做出多好的产品的。

我不想扯一些具体的情况,因为情况往往是复杂的,不能在这里说清楚。我强调的是一种工程化规范化的做事方式,绝不是简单的客户端只负责展示,也不是全部客户端自己算那么简单。

但一般会按照服务端的方案走,因为他们往往更清楚具体的数据逻辑关系。很多后端开发并不具备这种能力,那是个人问题。
2019-09-09 21:54:10 +08:00
回复了 tourist2018 创建的主题 程序员 后端给前端应该提供什么样的数据?
为什么有人总觉得客户端的任务就是展示呢?诸如 gmail,twitter 这样的网站或者 APP,前端的操作逻辑多了去了。只展示接口数据根本做不出那种效果。twitter 的很多接口还是开放的,反正我是从中看不到任何和展示相关的东西。

也许是我大 a 清 a 自 a 有 a 国 a 情在此。

接口应该按照业务逻辑来给,而不是页面展示。一个页面可能有多个接口,那么可以接口做聚合,也可以客户端自己处理。一个接口的数据可能用在多个页面,不同页面展示甚至可能有所不同,那么客户端需要自己做数据存储流转。

上面吹 GraphQL 的真觉得后端只是增删查改吗?

中间层也不解决问题,除非前端自己维护中间层。那么他们自己随便怎么写。如果我来维护,我依然有自己的接口原则。不是说中间层就能随便写。

设计后端接口应该从可维护性考虑,有些人说什么需求变了后端改一下就好。改一两次还好,改多了,接口就变成一坨 shit 了。这个时候再让其他人接手,就更糟了。不要为了解决一个小问题引入一个更大的问题。
2019-05-27 09:31:17 +08:00
回复了 titadida 创建的主题 奇思妙想 如果有云电脑这种东西 你们会使用吗
我觉得以后家庭内可以搞这个,一个房子只有一台主机,当然性能强悍。不同房间只是一个显示终端。几十年前,UNIX 系统就是这么干的,不过那时候的显示终端只是字符界面。
2019-05-21 15:19:53 +08:00
回复了 gramyang 创建的主题 奇思妙想 现实中真的存在这种神仙吗?
函数式语言、博客、GIthub。从这些词可以看出楼主对天才的理解是很局限的。典型的中国式的证书型天才。
1 ... 2  3  4  5  6  7  8  9  10  11 ... 18  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   3796 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 36ms · UTC 00:51 · PVG 08:51 · LAX 17:51 · JFK 20:51
Developed with CodeLauncher
♥ Do have faith in what you're doing.