V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  locoz  ›  全部回复第 88 页 / 共 333 页
回复总数  6659
1 ... 84  85  86  87  88  89  90  91  92  93 ... 333  
2022 年 12 月 13 日
回复了 sponge19 创建的主题 问与答 求问有什么软件可以翻译 pdf 的吗?
可以先转 HTML ,再用浏览器翻译功能去翻译,这样可以在保留样式的情况下对原文进行翻译。
2022 年 12 月 13 日
回复了 y4nssss 创建的主题 问与答 SOS,一个有趣的 Python 库
我的评价是:建议拿着报错内容去咨询 ChatGPT
2022 年 12 月 12 日
回复了 julyclyde 创建的主题 装修 现在有“全 Type-C”的电力面板吗
还真没见过三个口的,也没见有模块化可以自己想上几个上几个的。如果非要弄的话,或许你可以考虑用 2C1A 的那款自己改造,换个母头、重新用 3D 打印做个塑料面板,应该没啥问题。
2022 年 12 月 12 日
回复了 derpc 创建的主题 问与答 行程卡下线了
很正常,大部分人连核酸都不用做了,社会面的数据也基本没啥统计意义了,留着行程卡和核酸码的意义自然也就不太大了。反正数据实际都是后台统计,这种东西只是展示给基层工作人员看的而已,本身起不到什么作用。
2022 年 12 月 12 日
回复了 wudege 创建的主题 推广 66 个普通人的独立赚钱“术”
@wudege #21 我当然知道这不是你的课程,但你发这个应该是有分销之类的吧?
2022 年 12 月 12 日
回复了 wudege 创建的主题 推广 66 个普通人的独立赚钱“术”
这种东西你往 V2EX 上发是必被喷的...从事实上来说,大多数的“普通人”本身就不怎么会去深入思考,也不会意识到这种所谓的赚钱案例更多的是可以学到“为什么”、学到思维模式,他们会简单粗暴地觉得“你这都是过期或者低质方案,知道了也没法复刻赚到大钱,要不然你怎么不自己去赚?”。而在此基础之上,V2EX 之类“普通人”较多的社区也早已形成了“抵制割韭菜”的风气,只要是无法理解的东西就容易被认为是“割韭菜”,无论实际是怎么样的。

其实与其面朝一群“普通人”解释半天还起不到啥作用,不如置之不理、爱咋地咋地,反正愿意的自然会买单。或者是去已经经过自然筛选的比如笔记工具、独立开发之类的交流群,至少会进群的都是相对更想要提升自己、更会去深入思考的人,转化概率能高很多。
2022 年 12 月 12 日
回复了 luvsic 创建的主题 程序员 mac 和 windows 双持的各位,你们会改键位吗
bb 。已经习惯了,鼠标移到哪边就用哪边的按法,没什么感觉。
2022 年 12 月 12 日
回复了 yifangtongxing28 创建的主题 程序员 大家遇到过 35 岁以上的简历吗,一起聊聊
@encro #133 我的建议是你先去看看那些方案商的情况,不要看什么手机之类的比较高精尖的,看点比较普通、稀奇古怪、要求没那么高的,你会发现世界远比你想象中的要大。

比如各类光端机、打卡机、门禁机、取号机、直播机、物联网行业的各种模块化设备、智能工牌、远程唤醒棒、KVM 等等,像这种东西,都是拿现成的芯片配上一些现成的其他零件,做个方案拼起来就能赚钱。

那些东西有产权问题吗?有,但跟软件行业没太大区别。从结果来看就知道了,这种简单拼一拼就能出方案的东西,每个都是一大堆公司在做。

那些东西试错成本高吗?其实并不高,人家让技术做个 demo 就可以到处跑去拉客户,设备本身用到的东西大多也不贵,外壳之类的现在还可以先 3D 打印,或者是用公模。相比起企业本身的运行维护费用、员工工资啥的,成本几乎可以忽略。

那些东西产出比低吗?其实也不低,跟软件行业一样,有个思路就能开始做,现成的东西拼一拼也要不了多少时间就能出来,实际没什么区别。

而且“硬件轻微的变化无法直接感受,费力不讨好。根本性的变化可遇不可求”这个其实很难作为比较明确的差异,因为那些一堆一堆的方案商,他们是软硬件都要搞的,本身不会受到单方向的限制。而且很多东西不会像手机那样相对高频地更换,大多数人一用可能就是几年、十几年,甚至更久,所以方案成熟、确定之后他们其实也不怎么需要去让硬件产生变化。

所以你如果去往高精尖的方向看,那当然会得出这种结果,但软件行业其实也差不多...在讨论这种“大多数人”的问题时,还是应该往“大多数公司”的方向看,只看头部偏差太大了。
2022 年 12 月 12 日
回复了 yifangtongxing28 创建的主题 程序员 大家遇到过 35 岁以上的简历吗,一起聊聊
@ivvei #130
1 、我已经反复强调过了,经验方面一个是大多数人只有“拧螺丝”的经验、只是同一个事情做了十年的熟练度提升,另一个是企业对于高熟练度、经验丰富的需求并不大,很多都是以业务为主、管理层的人的能力为主,“拧螺丝”的能用就行。在此基础之上,你把“拧螺丝”的经验吹得再天花乱坠,对于企业而言都意义不大。

2 、我前面说的“扫地僧和纠错机制”是基于“年轻人缺乏经验有些细节做得没那么好”的基础上的,既然经验丰富的“老年人”能做好,满足了企业的需求,那还要什么这种机制?自己写不就完事了?请注意我并没有否认这种机制对年龄大的人也一样可以带来提升,但请你不要忽略了企业对“拧螺丝”的需求是有一定限度的,超过那个限度就意义不大了。

3 、年轻人水平上去了是加薪还是跳槽,是企业方的决策问题,企业觉得难招人就留、企业觉得市面上一大堆就爱跳跳,跟打工的有什么关系?打工的考虑自己是留还是跳,哪个收益更大就行了。拿这个点出来说并不能做出什么有效反驳。

4 、事实上有时候恰恰就是太多所谓的行业常识基础限制了思考角度,不信你可以去问问那种基本全是年轻人、创新比较多的公司老板。而且对行业常识基础的了解,毕业后工作个三五年就已经很多了,而这个阶段依然是年轻人。这个点依然是很无力的反驳。

5 、稳定程度问题又是个很经典的一厢情愿。对于要求没那么高的大多数企业而言,市面上一大堆的人可以选,像什么 Java 后端开发、Android 开发之类的,简历一抓一大把,招进去基本就能干活。而人家企业方在这方面,更多地是会在乎一个人待着久了对业务比较熟悉,而几年时间的持久度往往已经足够高了,大部分公司的产品能不能坚持那么久都不一定。更何况企业方只需要留着几个关键的、对业务非常熟悉的人就够了,剩下“拧螺丝”的大不了重新带一遍。只要不是一下子全跑了导致没人能干活,一个两个的人家根本不在乎。

而且拿稳定程度说事,年龄大的人成家之后日常的事情更容易多和频繁你怎么不说?比如常见的会要提前下班或晚到一点或请假的情况,什么孩子上学要办点手续、孩子在学校表现不好被老师叫去聊聊、要去接孩子放学之类的。虽然正常人都知道这是人之常情,可以理解,弹性工作时间就完事了;但有些奇葩管理者、HR 就特别在乎这些,或者说是在乎“遵守规则”,这对他们来说同样是问题、同样是“不稳定”因素。
2022 年 12 月 11 日
回复了 yifangtongxing28 创建的主题 程序员 大家遇到过 35 岁以上的简历吗,一起聊聊
@leavic #128 感谢回复,了解了。

所以概括一下的话,其实硬件行业和软件行业在这方面的主要区别就是(其他的要么都差不多,要么不是什么太大的问题):
1 、硬件行业在大厂都同样有大量囤积人才的偏好基础上,剩下的人就已经不多了;而软件行业由于各方面因素,仍然会有大量的人选,甚至到了大厂必须提高要求、停止部分招聘的程度。
2 、细分领域由于种类繁多,且招聘方面不会像软件行业一样,因为城市、招聘平台的声量、平均薪资等各种因素,产生广泛的、嫌弃二三线城市的情况,人员分布更均匀。
3 、细分领域由于太过细分,知识缺乏一定程度的复用性,不像软件行业大多可以反复横跳,同时可能由于市场习惯之类的原因,也不会有多少独立出来自己干的细分领域公司,导致很多公司必须养着一批会特定知识的人。

在需求缺口始终有那么大的基础上,又因为各种原因缺乏足够多的新人,而有一定经验的人又被层层截流,最终导致许多普通公司在需要人才时已经可选项极少,面临无人可用的情况。
你好,没有感染的可以通过疫苗来获得抗体,并不需要特意去感染一遍。
2022 年 12 月 11 日
回复了 yifangtongxing28 创建的主题 程序员 大家遇到过 35 岁以上的简历吗,一起聊聊
@leavic #126 看来我对这方面的理解没有什么问题。那“硬件行业工作十几年的那都得抢”的状况是否可以理解为:其实也仅限于硬件行业内有较高要求的那些公司。只不过相对于软件开发而言,硬件行业目前这方面的人才缺口还比较大,所以没有明显的年龄门槛问题?
1 ... 84  85  86  87  88  89  90  91  92  93 ... 333  
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   906 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 45ms · UTC 20:35 · PVG 04:35 · LAX 13:35 · JFK 16:35
♥ Do have faith in what you're doing.