V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  stach  ›  全部回复第 4 页 / 共 4 页
回复总数  80
1  2  3  4  
2018-10-17 17:38:57 +08:00
回复了 pytth 创建的主题 广州 毕业 2 年,刚好存款 10 万,广州上班族,是不是很差?
这是正常的, 优秀
2018-10-08 10:01:07 +08:00
回复了 zoujiejun 创建的主题 职场话题 go 的应届生好像坑很少啊。。该咋办。。。
应届生不应该被语言限制, 主要是找个好公司, 编程语言都是想通的, 何况 go 的门槛特别低.
2018-09-29 14:05:30 +08:00
回复了 rickzh 创建的主题 上海 上海的 V 友们,好迷茫怎么办?
@macfred 广州还是别来深圳了吧, 广州房价没深圳高, 入户难度估计也差不多.
2018-07-11 14:27:28 +08:00
回复了 yizhimamong 创建的主题 职场话题 一种莫名的焦虑
既然楼主希望看到案例, 我就分享一下自己看到的.
从身边的朋友和同事来看, 一般都是父母给首付, 自己承担房贷.
在深圳买不起, 都买在武汉, 长沙, 合肥 等省会城市, 或者深圳周边的东莞, 惠州.

我相信很多人都有你这样子的焦虑, 这已经是社会现象和现状了.
我也经常焦虑, 晚上都睡不好觉, 深圳市没办法买的起了, 二线城市就业机会又不好,
处于这种尴尬的境地之中, 也希望看到其他同仁的分享吧.
2018-05-07 10:05:24 +08:00
回复了 dapeng123qwe 创建的主题 程序员 离职证明写裁员,是否对找下家工作有影响?
撕破脸了这是,明面上这么写。
2018-04-11 12:21:15 +08:00
回复了 divisey 创建的主题 职场话题 目前工作上遇到一些困难,求建议。
辞职走人!
2018-04-11 12:11:42 +08:00
回复了 wojfsdj 创建的主题 程序员 大家前后端规范是怎么制定的呢?
@netlxl 所以你的设计其实是偏向于用 null 的,不去限制 null 的产生,我的原则是把 null 统统干掉。
你假想不管是前端,还是后端,都有成熟的框架,都能帮你去处理 null 的判断问题。
我假想的是不管有没有框架,纯 sql 也好,ORM 也好,都能很稳定,让数据可预期,而不是不确定,有歧义。
2018-04-11 10:39:57 +08:00
回复了 wojfsdj 创建的主题 程序员 大家前后端规范是怎么制定的呢?
@ChefIsAwesome 该做验证的不能省事,前后端都得做。
列表页你说的这种,我都是把数据加工好给前端的。
2018-04-11 10:37:35 +08:00
回复了 wojfsdj 创建的主题 程序员 大家前后端规范是怎么制定的呢?
@zjp 比如 golang 里面的类型都会强制默认值,我是很喜欢的。
2018-04-11 10:36:49 +08:00
回复了 wojfsdj 创建的主题 程序员 大家前后端规范是怎么制定的呢?
@zjp null 本身就是个不稳定状态,容易出状况,对于可能出现 null 的都要判断的。
2018-04-11 10:34:00 +08:00
回复了 wojfsdj 创建的主题 程序员 大家前后端规范是怎么制定的呢?
@netlxl 你直接说每种字段类型怎么定义就可以了,这个和 ORM 没有任何关系。
2018-04-11 10:33:14 +08:00
回复了 wojfsdj 创建的主题 程序员 大家前后端规范是怎么制定的呢?
@netlxl 没有用过 java 的 ORM,用过很多其他语言的,老兄有什么好的设计直接说,说的太抽象,看不懂。
2018-04-11 10:18:22 +08:00
回复了 wojfsdj 创建的主题 程序员 大家前后端规范是怎么制定的呢?
我是后端,我的原则是:
数据库表的设计,除了 datetime 可以为 null,都采用默认值,不允许为 null ;
联表查询的时候,确实没有数据,那就是 null ;
在使用 id 的时候,因为 id 从 0 开始,如果要用一个数字表示全部,就用 -1 或者 null 来表示。

总结来说:数据库尽量不要有 null 的出现,程序中或者应用场景需要就特别定义和处理它。
2018-04-09 19:38:17 +08:00
回复了 ihaveadrame 创建的主题 职场话题 该不该离职
我来一波正面的分析:

1. 话语权和技术沉淀
你是最熟悉业务的人,应该拥有项目的主导权,可以做做架构,做做优化。
项目并不只是堆砌业务,我觉得真正学到东西还是项目后期的演变,业务稳定后的技术层面的变化。
一个项目,没有足够长的时间演变,积累确实有限,难道你经常跳槽没有体会吗。
你现在已经工作 4 年多了,需要的是在技术深度的积累,广度都差不多了。

2. 谈加薪
很多人都打算离职,你有足够的筹码谈加薪,既然有走人的底气,为什么害怕找老板谈加薪,你可以找直属上司侧面提醒一下。

3. 履历
你现在已经工作 4 年多了,每家公司都只待了不到两年,珍惜每次跳槽的机会吧,估计快奔三了吧。
如果技术的深度不够,工资迟早会遇到瓶颈,而且很快。

综合以上,我觉得老兄现在最应该考虑的是两点:技术深度够不够,履历是否亮丽。
如果现在的公司还能给你带来成长,就继续待下去(哪怕倒闭);
如果还是决定离职,就找个好公司,能给履历添亮点,也能稳定下来,然后再提离职。
你现在也许到了一个关键的节点,不应该还把工资放在第一位(涨不到哪里去,要是能 double 当我没说),
现在的公司就是你的跳板,珍惜还在的时光,迅速提高自己,找下家可以慢慢来,好好挑,避免恶性循环。
2018-03-27 14:21:55 +08:00
回复了 huluwa561 创建的主题 程序员 深圳和上海我该怎么选择
难道上海容易找一些?哈哈
2018-03-16 14:48:42 +08:00
回复了 heek 创建的主题 2018 access log 打 post 请求体
access log 可以打印请求体的,需要定义 log_format,输出 $request_body。
然后,nginx 会把 $request_body 里面的中文转义处理,看起来就像乱码,解析方法我写了一篇博文。

http://hopehook.com/2017/12/18/nginx_request_body_parse/
2018-03-15 14:23:00 +08:00
回复了 herozem 创建的主题 酷工作 [招聘-深圳]万科物业住这儿工作室招 Python 开发
已投简历,希望能成为同事。
2017-12-19 14:10:08 +08:00
回复了 Livid 创建的主题 NGINX NGINX 里使用 JSON 格式记录结构化的日志
“ nginx access_log request_body 中文字符解析方法”
http://hopehook.com/2017/12/18/nginx_request_body_parse/

我写了篇文章,特地分享出来,解决了解码问题,Logstash 直接用,不用特意修改 nginx。

1 直接解析 access_log 会报错,request_body 人为转义一次,然后把 access_log 外层的 json 解析出来,以便取出 request_body
message = message.gsub('\\x', '\\\\\\x')

2 r 把 equest_body 中文内容解码出来
word = (request_body[pt + 2] + request_body[pt + 3]).to_i(16).chr
new_request_body = new_request_body + word
1  2  3  4  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   2920 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 36ms · UTC 11:12 · PVG 19:12 · LAX 04:12 · JFK 07:12
Developed with CodeLauncher
♥ Do have faith in what you're doing.