V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  uiosun  ›  全部回复第 44 页 / 共 46 页
回复总数  902
1 ... 36  37  38  39  40  41  42  43  44  45 ... 46  
2020 年 8 月 18 日
回复了 uiosun 创建的主题 Java 上海, Java 7-13K,经验不限,愿者上钩哈哈
@mazai
Bingo !我也觉得这是正解(上份工作大佬就是这样指导我们的,直接点到英文文档,甚至如果还有问题,开始读源码)。

但有些人工作了好几年,真的就是只会用框架,甚至连框架出了简单的问题,都解决不了,也不懂去发 Issue 问官方。

@KuroNekoFan 大哥,刚开始招前端的时候,我也跟你想法一样,后来发现:有个锤子……

太多人工作两三年甚至更久,却只想要 10~12……这种人英语都惨烈的要命,四六级都还给学校了……更别提有意识的去看英文文档了
2020 年 8 月 17 日
回复了 yuanshuai1995 创建的主题 职场话题 提离职之后的工作时间还要按公司定的执行吗?
@Sapp 这就是传闻中的 007 ?长见识了
2020 年 8 月 17 日
回复了 uiosun 创建的主题 Java 上海, Java 7-13K,经验不限,愿者上钩哈哈
@yousabuk @paoqi2048 @forrestchang

感谢几位老哥提醒,我也是没办法啦,只能随缘招人了。碰运气能招到几个,也比好坏不挑的直接放进来好一些。
2020 年 8 月 17 日
回复了 uiosun 创建的主题 Java 上海, Java 7-13K,经验不限,愿者上钩哈哈
@nimdanoob 我们官网在哪?我自己都不知道,惭愧了
2020 年 8 月 17 日
回复了 uiosun 创建的主题 Java 上海, Java 7-13K,经验不限,愿者上钩哈哈
@jon 嗯,外包,基本上都是政府项目

@ericgui @mnsw 两位大哥,你们能不能脑洞别这么大,笑喷了。
就是低了没下限,高了最高 13K 的意思,别整的我招个人,能拿回扣似的
2020 年 8 月 17 日
回复了 uiosun 创建的主题 Java 上海, Java 7-13K,经验不限,愿者上钩哈哈
@2379920898 @paoqi2048

大佬们,你们别往阿里的 8K 实习、14K 应届上靠拢啊……小公司,哪敢那么招人
2020 年 8 月 17 日
回复了 uiosun 创建的主题 Java 上海, Java 7-13K,经验不限,愿者上钩哈哈
@richangfan 是真的范围,你想要最低值,我也没辙……又不是第一天混 v2ex,没必要留个虚的范围恶心人。

主要是愿意 /不愿意读英文文档——上次招的 14K 前端,感觉还不如 8K 进来的应届,不知道是年龄有点大还是怎样,英语、学习能力啥的,都不太尽人意……对自己的招聘能力产生了怀疑,挺纠结的。
2020 年 8 月 17 日
回复了 uiosun 创建的主题 Java 上海, Java 7-13K,经验不限,愿者上钩哈哈
@sagaxu 哈哈,外包公司似乎还真这样。不过我们公司还行,就是怕老板一看最近小伙子们效率不错,一激动,接一大堆项目……全公司都得加班
2020 年 8 月 17 日
回复了 uiosun 创建的主题 Java 上海, Java 7-13K,经验不限,愿者上钩哈哈
@whi147 我也不反对应届啊,英文绝对达标,重点是 MySQL 、Redis 和设计模式、算法,我怕水准不够。

现在公司里的代码质量和风格,会被带下去的,估计职业生涯里想进大厂就难了。
@arloor 哈哈,看项目,业务向的话,肯定是不太聪明的选择;数据 /算法向,我觉得可还行。

顺便,我还真是那种“业务项目的超早期,就开始恐慌性能”的憨憨,但感觉改不了了,个性如此
@HanMeiM 算法的确比工程重要——解释一下,私以为高效的算法会让工程少爬坑,所以如果能在立项早期,就确定优秀的算法,那很棒。

不过这个同事……真觉得应该劝他一句:脑子和情商,都比算法更重要……
2020 年 8 月 3 日
回复了 ye22st 创建的主题 职场话题 今天终于还是提离职了。
“入职 4K,三年了,工资 7.4K”……我招进来的应届生 8K 。

如此物美价廉的人去哪儿招?!求推!
@sunny1688 上“云”的话,是不是可以进行“快速提高短时负载”?

——譬如 CPU 100%,赶紧买 1 倍 CPU 做临时扩容。

如果是的话,容器更多可以作为一种快速定位故障环节、防止灾难扩大的解决方案,和云相辅相成。

如果不是……emmmm 哈哈,还请指教,没太接触过云这个概念
@sunny1688 外包公司,用容器不用担心客户服务器的环境问题,其实内部还是没有封装。

之前在的公司自营产品比较强,可以跟你交流一下:

将数据库、Redis 、MongoDB 、Nginx 等套件,分别封装,对容器外暴露接口,这样所有的容器,都会被监控 RAM 、CPU 、进程数等指标,如果发现哪些容器有问题,立刻可以定位、重启和解决。

多容器(算是分布式?我没详细了解过),所以当某个环节的某部分容器宕机,其他容器可以正常执行业务,并不会出现“某个 Redis 容器崩了,整个缓存系统都崩了”的情况。
@wangritian 跟你讲个笑话,我们作为一个预估上万用户同时做写入业务的站,没用 Redis……(无语泪先流,我来的时候这个站已经基本做完了)
@mahone3297 感谢大佬,负载均衡有的,Apache 我改了配置,提升了 30 % 的线程数量,看效果如何
@dzdh CentOS,不能有大动作,只能在小配置上做些手脚……蓝受
(运维也是个开发同事,只是他负责我们公司运维工作,公司对这块看得比较重,不允许其他人——譬如我,来动容器)

前阵子带队把 ElementUI fork 到内网,又加了几个组件,领导可能是觉得做的不错,就突然说我来优化性能,我也很懵,但觉得没啥问题,反正我本职就是服务端。

结果现在运维卡住 Docker,不允许我去搞大动作,我就很炸裂了……

现在,我正在跟运维商量把一些配置文件暴露给我,让我可以修改和重启容器,如果这都做不到,那我就直接找领导,说“我做不了这个活儿,请另请高明”了。

艾特各位大佬,嘿嘿。 @sunny1688 @jifengg @cbasil @hbolive @NjcyNzMzNDQ3
@chempotato 老哥稳哈哈!
@across 就怕那边干脆抹黑我,说实在话,那公司的道德底线真的堪忧
1 ... 36  37  38  39  40  41  42  43  44  45 ... 46  
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   5511 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 18ms · UTC 07:12 · PVG 15:12 · LAX 00:12 · JFK 03:12
♥ Do have faith in what you're doing.