V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  xiaxiaokang  ›  全部回复第 10 页 / 共 12 页
回复总数  239
1 ... 2  3  4  5  6  7  8  9  10  11 ... 12  
2018-03-07 11:22:45 +08:00
回复了 gosky 创建的主题 职场话题 二三线城市求职的困境;请大家给点建议
选择二三线城市那么你就要符合二三线城市的要求!先不讲薪资肯定比一线低很多。再说技术,二三线技术要求不要只是帮公司解决问题而且有现成的解决的方案最好( php (现成框架组件多),java, .net, 甚至 asp 还存在),所以技术不要想能有多发展,够用,够快就好!如果你非要在二三线城市呆着,那么你自己开发一套现成解决方案卖给其他公司那么更适合你发展!
2018-02-02 11:30:25 +08:00
回复了 enenaaa 创建的主题 程序员 怎样判断一个人写代码的天赋?
@gimp 不等同数学,主要是逻辑, .越复杂越亢奋说明很有前途,而且非常好学!!
2018-01-30 16:03:50 +08:00
回复了 wecan 创建的主题 职场话题 我也是 88 年,刚看了青岛那个帖子,想说福州税后也才 8k
你去内蒙试试看,8k ?能拿到 5k 算你赢!
2018-01-30 11:05:26 +08:00
回复了 YogurtTnT 创建的主题 程序员 上海深圳哪个更适合程序猿呢
北京为首,依次深圳,杭州,上海
如果是金融相关,上海当仁不让
2018-01-30 10:44:48 +08:00
回复了 saskiaying 创建的主题 酷工作 「上海」「英语流利说」New Year~ New House!
@saskiaying 好的,准备下简历
2018-01-29 16:50:24 +08:00
回复了 sodatea 创建的主题 酷工作 [社招] 阿里巴巴 B2B 招前端(P6/P7)20-40k
可惜在杭州!
2018-01-29 16:48:47 +08:00
回复了 a6715696 创建的主题 酷工作 腾讯招后台开发( PHP /golang),前端开发, base 上海
又是所谓腾讯子公司
2018-01-29 16:47:16 +08:00
回复了 andylau2013 创建的主题 职场话题 拿到年终奖就辞职,厚道吗?
年终是你前一年应该得到的奖励为什么不厚道?
不厚道是预支后一年年终那叫不厚道好吗!
2018-01-29 16:43:52 +08:00
回复了 saskiaying 创建的主题 酷工作 「上海」「英语流利说」New Year~ New House!
[前端需要嘛]
主前端且了解 go,对数据库有了解(关系型与非关系型)
liunx: 足够自动化和智能化
复杂逻辑且高性能
2018-01-29 16:37:33 +08:00
回复了 ycmchong 创建的主题 职场话题 这种公司的去留
首先你要自己我衡量
1.薪资是否高于市场(是否正常交金)
2.自己体格是否能抗住
3.是否影响到了家庭

我觉得加班与否取决价值,如果加班的有价值(经验和薪资),那么当然非常好,现在时间是你最奢侈的东西!
如果没高薪资没技能提升就果断走人,浪费你奢侈的时间没必要!

我之前在一家公司,我一个人的前端抗了 2 月,能力提神最神速的一段时间(当然必须访问量很高的情况),我司当时 ip 再 5w 以上 PV 就更高了,产品需求不断,我当时可以说基本改 bug 和新需求,不断反思自己的问题!
当时:休息,不可能休息的~需求不断 bug 不停(玩笑),基本 996,当然有后遗症,我现在晚上基本晚睡(悲剧了)!
楼主你是找几个 demo 就上手写的嘛?建议你多看看书,你这个问题在许式伟的《 Go 语言编程》里面有说明
2017-09-20 23:37:23 +08:00
回复了 chnotaku 创建的主题 职场话题 我同事要走了,我感觉很兴奋,是不是有点过分了?
求注释,求配图!让大家评价你的注释名好还是他的好!
其实既然开源无可厚非,但但你删人家署名这就太说不过去了,clone 完全没办法,当然你不经不能删除注释署名而且在项目中要署名引用了那家代码,这才是开源真真真谛,《开源无罪,盗名可耻》
2017-09-20 23:30:21 +08:00
回复了 xing393939 创建的主题 MongoDB 把 mongo 当作主数据库的疑问
作为一个不是后端开发的说下看法,关系型数据和非关系型数据的使用具体看场景,例如资讯型平台 mongo 绝对是最佳选择,而电商则不太适合,而且对于 mysql 新增字段必须修改表结构而 mongo 则不需要。现在互联网需求变更及其快,使用关系型就会对表结构不断的修改挺麻烦,当然关系型和非关系型是相互依存关系,而并非二选其一的情况,从性能角度来讲,多表操作和单结构体操作性能可想而知,不要排斥到底使用那个作为数据库,而多考虑业务场景选择那种数据库! 作为前端理解只能到这里,有不对可以指正
1 ... 2  3  4  5  6  7  8  9  10  11 ... 12  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3046 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 36ms · UTC 14:00 · PVG 22:00 · LAX 06:00 · JFK 09:00
Developed with CodeLauncher
♥ Do have faith in what you're doing.