V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  version  ›  全部回复第 42 页 / 共 50 页
回复总数  994
1 ... 34  35  36  37  38  39  40  41  42  43 ... 50  
@axwz88 当你的类是多层结构的时候.你会很崩溃的.例如 4 层的 json tree 有些外包或者恶心的是这样写.你调试打印就会坑了.
只能说市场会被切分走吧..因为太烧钱了..只有开发成员多的企业才会使用.
nodejs 占有率会越来越高而已.可以做一个中间层. java+rpc+nodejs
10 年编程.其实可以转语言了.不用担心语言..关注自己能做成什么产品
因为国内开始清退低端程序员.只能说大部分企业团队是这样
2019-07-08 02:13:30 +08:00
回复了 ZhuAn23 创建的主题 分享创造 是时候展现真正的技术了,一个职业成长社区
@ZhuAn23 域名注册局和域名服务商区别...不一定是阿里云去封你.让你交保护费
2019-07-07 20:07:56 +08:00
回复了 ZhuAn23 创建的主题 分享创造 是时候展现真正的技术了,一个职业成长社区
没几十万其实也推广不起来,而且没有红包别人也不会注册,新用户成本 10 元一个,后期非 com 域名后缀保护费是很贵的,随时停止你解析,社区留言类不是大企业,还是不要搞了,高危网站
2019-07-06 18:47:25 +08:00
回复了 kawowa 创建的主题 Linux 新鲜的 Debian 10 即将出炉
服务器过一个月再更新,不然第三方库比较多还没升级
2019-07-06 18:45:15 +08:00
回复了 wlfeng 创建的主题 职场话题 记一次强制裁员事件
zf 是帮企业的,所以仲裁没用,不然没有全民创业呢,不发工资的,或者倒闭的,最好是赶紧复习技术,能捞点就行,赶紧找工作才是对自己最有利的,一般起家比较快的都涉及洗 qian,业务都是烧钱推广,法人一般是假的,实际控股可能是客户商,供应商,近年来太多这样的企业了,最大投资人被抓就 gg 了
2019-07-06 03:29:30 +08:00
回复了 smallc2009 创建的主题 问与答 Jenkins 做持续集成的时候,一般用于什么语言项目?
Jenkins 是 java 写,占用内存有点大,现在和未来也比较多 go 写的后起之秀吧 devops,github 上的一套流程检测加部署其实也不便宜的成本,个人的项目我是自己写的工具来 webhook 前端编译和后端编译,然后通知微信,原理执行都是 shell 脚本
ng 成本太高了,最好推荐还是 vue 也不要用 ts 前端强类型有点不太适用,有些数据可能是错的,抛出来,按服务端的严格度,有点招人难,工资不低
如今前端都是万元起步也是半桶水的人多,推荐不留坑还是简单的来,然后人员流动也不会阻碍进度
前端工程师其实大部分做前端页面,让他们深入后台管理页面其实这个带不上来的,喊不动人的,所以就自己写 vue,全栈不求人,
工作年限超过 3 年的.其实技术积累都差不多.
面试官应该是注重的是你以前的项目产品.难点.以及性能.
如果你做的数据量不大的.并发不高的.无人问津的产品.无法上线
我想面试也能问到你啥都不会
2019-07-05 12:46:50 +08:00
回复了 springmarker 创建的主题 程序员 在微服务中是用队列好还是 RPC 好
@springmarker 是可以 tcp 长轮..不过消息队列跨语言不好处理...而且你去看看阿里云.价格受不起..topic 按个数计算.请求按 4k 一次计算...烧不起...不过呢.阿里云本来就靠 java 方案赚钱的..
我的通用业务还是内网 rpc.自己起 thrift...省钱才是我中型企业的趋势...
服务器成本技术部成本?未来中国真有那么多土豪企业么?
2019-07-05 12:26:21 +08:00
回复了 springmarker 创建的主题 程序员 在微服务中是用队列好还是 RPC 好
rpc 基本是实时通信.而且出错概率低..类似于方法调用那么快了.
消息队列是.监听消费.每隔 3 秒.2 秒.而且容易丢数据.

消息队列只做通知类型的业务.或者下发业务处理.可以跨区域.
rpc 适合做模块方法类拆分处理掉用.需要定义异常等很多细节.最好不要跨太多网段或机器.
运用场景完全不一样.

正常一个 api 请求.例如 100ms 内部其实已经掉用了 5 个 rpc 了......消息队列能做到吗
2019-07-04 12:05:49 +08:00
回复了 lawsiki 创建的主题 职场话题 新招的前端能力不行,想让她走,如何委婉的告诉她?
超过 1 万就不值得了.直接找 hr 吧..
小企业不应该留太多毒瘤.到时候厉害的人更加不愿意来.都是填坑的.不是一起合作的.和中型企业没区别
2019-07-03 20:26:11 +08:00
回复了 lawlielt 创建的主题 程序员 大家平常怎么调整一直胡思乱想,钻牛角尖的心理状态
带上耳机.左下角是电视剧.然后一直放在..写代码一般听听剧情就好...
这样办公室吵闹就避免了.而且不用重复听一首歌.容易烦躁
2019-07-03 12:10:04 +08:00
回复了 yuptyy 创建的主题 职场话题 offer 比较, 29 岁了, 该怎么打算
严格来说,二者都是外包,zf 的项目问题多,设备硬件监控的,到时候加班加点调试无意义的硬件接口和其它无文档接口,不会有什么架构的,打卡请假应该是比较严格的了 30 岁不应该往家里迁移么,感觉要再 996 身体也不行呢
当然是辞职呢.毕业生不要选择小企业..要找技术团队 20+ 以上的 995
干活时间不能太多.多加班留个自己时间学习..虽然项目是你自己搭建的.但是要上线应该是比较难的..里面的坑很多.相信你后期个人也是解决不了的了..
2019-07-02 13:59:24 +08:00
回复了 lihongjie0209 创建的主题 程序员 关于前后端分离接口和展示层的一些问题
@lihongjie0209 如果是后台管理最好要喷喷前端的了.不行就自己改了..后端再转..以后合并其它数据更加难..例如 table 是 5 个连表出来的数据...一个单独的 tag.都需要我转字段给他们..我就要说了..这无疑会搞垮整个 sql..后端再转多一层分明就是业务乱了.以前试过..后台管理不能让前端做话事权..能前端转数据的是最有利于以后迭代的..
2019-07-02 13:51:59 +08:00
回复了 lihongjie0209 创建的主题 程序员 关于前后端分离接口和展示层的一些问题
推荐是前端转吧.我看像是后台管理的应用
能减少后端的业务混乱才是好前端
一对多.多对多.树形结构.后台管理本来数据量不大.没必要后端去拼接..
前端都 vue react 有状态机了.很方便拼接的了.

我一般是让前端改..不会写的.我会帮前端写.然后再喷他们菜.一个数据处理都不会的前端都是 lj
所以前后端分离.不是一条心的..最终整个团队都是毒瘤了..接口数据拼接多.接口会忙.再加需求.后端抗不了的了

如果是 app 的那些接口.就统一后端处理数据了...最好前端只做展示.包括日期
2019-07-02 11:29:19 +08:00
回复了 timnity 创建的主题 Node.js PM2 v3.0+ 版本后, cron_restart 参数不起作用,或与预期不符
用 yml 配置吧. v2 后面的版本 json js 格式配置都不太兼容.特别是加环境变量
1 ... 34  35  36  37  38  39  40  41  42  43 ... 50  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3356 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 40ms · UTC 12:42 · PVG 20:42 · LAX 05:42 · JFK 08:42
Developed with CodeLauncher
♥ Do have faith in what you're doing.