- 主题:4个月了,没找到工作,大龄了确实惨,学习C++都难投入
厉害!!
会 windows 驱动开发的人现在不多了吧。
【 在 saynothing (止语) 的大作中提到: 】
: 找到工作不难,难的是不加班、不事儿多的公司。 真心少。。另外,就是钱怎么算
: 真心感觉,码农和马戏团耍杂的差不多。
: 一年前干无人机,几个月前差点搞5G,公司入职前搞Tex/Latex转xml,现在搞windows驱动开发、磁盘加密。。
: ...................
--
FROM 110.81.12.*
你们这些拿 7k 薪资的大神在哪。。
我可以劝我朋友们把职位外包给你们。。你们来上班,你拿 50%,我朋友抽 50%,公司效率也得到提升。。简直是三赢!
【 在 saynothing (止语) 的大作中提到: 】
: 说话直一点,谈7k,人家很不高兴了。
: 另外,这个事情本身也不需要什么积累。 不就是编译原理里面的几个步骤,在各种处理步骤里灵活机动 做处理。 不懂编译原理,人蒙圈了,确实3个月整不出来。
: 懂编译原理,遇到搞业务的公司,谁又知道技术能顶生产力。 廉价是常态呀
: ...................
--
FROM 112.47.122.*
已经好几年没变化了吧。。前端走进死胡同了。
【 在 lushan5436 (密如) 的大作中提到: 】
: 我去,前端早就坑死了。
: jQuery,angular,react,vue,刚会一个,又来一个
: 还有nodejs,还有一大推js库,
: ...................
--
FROM 117.24.207.*
这话说的。。龙芯已经支持执行 mips 指令集,,还需要啥?
需要指令集上面一堆的基础设施啊。
wasm + webgl + coroutine 才是前端最后的归宿。但目前前端社区的选择都是相反的。所以我说前端社区进了死胡同。
【 在 eGust (十年) 的大作中提到: 】
: 主流浏览器早就支持了
: 你觉得还需要搞啥?
--
FROM 112.47.122.*
你说的不就是 RPC 吗?我十几年前搞 DOJO 的时候就用 JSON-RPC
我当时自己写了一下 RPC 框架,把 JAVA 端的 interface 暴露给 js. 服务端出错了,前端还能抛出异常。
当时因为缺少 Proxy,前端需要先读方法列表。现在有 Proxy 完美。
// java part
interface UserService { void create(name); }
rpc.register<UserService>("users", userServiceImpl);
// js part
rpc = new Rpc("/rpc/");
rpc.users.create("fish").done(...).fail();
现在有了协程,不需要写 done/fail 就更方便了。
【 在 beep (菜M.喵星耗子) 的大作中提到: 】
: 我来说说为啥革命性:
: 全栈开发我觉得目前最麻烦的痛点是前后端的typing怎么连起来。前端用ts,后端也用ts(node)或者任何有类型标注的语言(python现在都有类型标注了,也不难用),各自的类型安全是可以很容易地保证的。
: 但是前端后端之间传递数据,要通过一个本质上无类型信息的http协议,到这里就把信息全丢了。接收端只能自己从头为这个api的返回值再写一遍类型,还要通过类似jsonschema之类的东西耗费性能来检查一遍类型合法性,然后api如果变了,还得手动修改类型。。麻烦的要死
: ...................
--
修改:hgoldfish FROM 60.188.58.*
FROM 60.188.58.*
这倒是。。我一般用 es6,没注意到你说的是 ts.
【 在 beep (菜M.喵星耗子) 的大作中提到: 】
: rpc不稀奇,自动推断类型的rpc我觉得比较稀奇。
: 你想啊,前端本来只有js,js本身没类型,所以根本不存在这个需求。近年来ts崛起,前端也有类型了,后端很多人用node做胶水层了,前后端一个语言,中间隔了一个http,rpc连构图的类型连不起来。这就是我说的问题
--
FROM 60.188.58.*