V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  3dwelcome  ›  全部回复第 62 页 / 共 155 页
回复总数  3084
1 ... 58  59  60  61  62  63  64  65  66  67 ... 155  
2021-07-20 15:53:29 +08:00
回复了 zxCoder 创建的主题 问与答 有个需求 请教比较好的解决方案
后台日志写到轻量级数据库里,比如 sqlite 。

然后同步到前端的 indexedDB 里。前端自己去数据库里取数据。
2021-07-20 15:26:41 +08:00
回复了 x940727 创建的主题 职场话题 专升本进大厂?
"甚至对比大厂多数员工还强一些的人", 技术只强一点,远不足以弥补学历上的差距,要强很多才行。

是人才,还是有社招特批渠道的。
@minami 我只是觉得以前国内技术牛人有,但是都在写商业闭源代码,曝光少,代码能被大家看到的也少。

现在大开源时代,一切本事凭代码说话,国人技术真还挺强的。

看了一下,基本都是国内大公司。特别是 TX,光一个 AI 学习框架下面,就有 4 ~ 5 个不同立项。感叹有钱有闲,雇一些高手,能真切推动软件行业技术力的发展。
2021-07-20 15:13:01 +08:00
回复了 istevenshen 创建的主题 服务器 有没有续费相对便宜一些的云服务器
换个思路,买台廉价的云服务器,然后家里 24 小时开一台强力电脑,用 socket rpc 实时挂载服务到云上,提供各种计算服务。

这样你就拥有了一台又便宜,又强力的云服务器。
@MorningStar0 "业务逻辑基本全部在前端交互上"

前端代码写太多逻辑,并不是好事。自从 5 年前有了 WASM 后,现在除了前端和后端,还有中间端粘合层的 WASM 。

特点就是能集合所有语言的大成,JS 没有完善的单元测试,有些代码 BUG 只有运行期才蹦出来,不好查错。而 WASM 可以化身任何成熟的语言,比如用 Java 写前端。粘合层是很强大的,同一套代码,前端后端都能用。
@A388 “我经常看见有人说 react 比 vue 适合大项目。”

我对这句话的理解是,前者是库,后者是框架。一般来说,库的适用范围,是会比框架稍微广泛那么一点。

至于是不是大项目,还是要看有多少人一起开发,相互怎么合作了。如果团队里所有人技术栈都是 VUE,那用 VUE 也挺合适的。
@WasteNya 你觉得自己技术很强,也许只是自以为的强。

真正的强,1 大项目落地,2leetcode 国际排名。
我始终觉得跳个好的公司平台,比个人努力要更重要。

在小公司只依赖个人学习,来提升水平是很有限的。一是大部分人都不自觉,有工作压力后,学习缺乏动力。二是个人技术想要落地,没合适平台还是很难的。

比如把老项目 JQ 改造成 React,不是技术上可不可以。而是费了那么大功夫后,时间花的值不值的问题。
@WasteNya 每个公司工作流都不一样,在业务为导向的公司,就好好写业务,好好搬砖。

想什么开发其他的模板化工具,在老板眼里,就只是不务正业。
@WasteNya 问题是楼主公司技术栈就是 JQ,换任何人来工作半年,也都是这个水平。

除非他上班摸鱼,写其他框架代码或者刷 leetcode,水平才会提高。
2021-07-19 18:28:12 +08:00
回复了 waibunleung 创建的主题 程序员 体会到了选型失误+效率不够快而痛失的机会
"排除万难做到,要多跟进一点,多上心一点"
对于程序员来说,上心 = 死命加班。

白天公司都写了一天代码,回家晚上再在电脑前坐那么久,用健康换取零花钱,真还挺可怜的。
2021-07-17 22:13:46 +08:00
回复了 xeathen 创建的主题 问与答 为什么没有延迟低的入耳式无线耳机呢?
我用过 APTX-LL,绝对能打游戏,也有 PC 的解决方案。

但有两个前提
1. 你的 PC 蓝牙发射器必须大功率,无遮挡,否则信号会物理断断续续,这和任何音频压缩技术都没关系。
2. 入耳式我也不确定效果是否能完美。只试过颈挂式,玩游戏完美。
关于 UB 我也想说一句,你遇到的坑,基本前人都遇到过。

我最近遇到的一次,就是 memcpy 结果不稳定,网上一查,写明了 If the objects overlap, the behavior is undefined.

很多时候真是吃一堑长一智。
C++目前作为万能胶水语言,在各个领域都占有一席之地,如果是多平台高性能开发,就很难完全避免 C++。

正因为 C++被定位”高性能“,和机器运行机制最接近,那些影响性能的动态类型,都被尽可能的排除在外(游戏行业为了追求帧率,还把 RTTI 都关掉),结果就是无比复杂的编译期推导,这也是过于追求性能的代价。

内存泄漏也是一样,GC 很早就提出 C++ std 预案了,一直悬而不决,肯定不是做不了,而是加了必然会影响性能。

游戏里有一种叫帧内对象的内存池。有些内存分配的对象,真不用去管什么内存泄漏,无脑用就可以。三帧后,整个内存池都不在了,必然会被回收。
@junkun "世界上就没有不犯错误的人,更不乏反复犯同一个错误的人。"

不不,这锅不能让 C++语言来背,并不公平。

我个人觉得,无关语言,而是写代码那个“人”,才是产生 BUG 最重要的主体。并不是语言之间有高下。

可能你在以往项目里,遇到了很讨厌的 BUG,非常难查,所以顺带着厌恶 C++。但是也有很多老项目,运行的非常良好,代码结构清晰。就看开发的人,有没有心把代码写好,易维护了。
2021-07-17 00:14:57 +08:00
回复了 liuidetmks 创建的主题 程序员 app 的 webview 中如何使用自己的加载器(自己 load js)?
原来你只是 webview, 内部的页面不是自己写的?

HOOK 页面方法太多了,默认 android/ios webview 都可以重载 url 。
@junkun “就比如搜索 chrome 内存安全,就可以看到一篇报道,指出:自 2015 年来,use-after-free 占 chrome 安全漏洞的 36.1%。”

我觉得吧,BUG 还是和项目的体量正相关,并不是说用别的语言 BUG 少,而是缺少 chrome 这种超级巨无霸项目。

在管理超级大项目的时候,C++其实还挺占优势的,因为语言出现的足够早,有各种架构研究。

人经验上去了,遇到的坑多了,BUG 自然就少了。
2021-07-16 18:20:09 +08:00
回复了 liuidetmks 创建的主题 程序员 app 的 webview 中如何使用自己的加载器(自己 load js)?
你是混合开发 APP 嘛,我个人觉得这方法有点奇怪,JS 就让前端处理不是挺好的。

Webview 有自己的 JS 缓存,只要没过期,就不一定会走网络和你这个本地请求。

反而你自己去下载 JS,有点点多此一举了。
@junkun "就像 c++不阻止你再次使用 deleted 的指针。"

所以养成好习惯很重要,微软都有推荐用 SAFE_DELETE 置空 deleted 对象指针。也有推荐 reset 掉 std::move 后的野内存。

泄漏检测工具也很多,都 2021 年了,内存应该不再是 C++主要的问题了。
2021-07-16 18:02:58 +08:00
回复了 ykk 创建的主题 Python 如何打包 windows 下的 Python +cuda+tensorflow 程序成为 exe?
@tan90du2 可以直接发布 cuda 二进制的 dll, 只要是 N 卡并且驱动版本不旧,就能直接用。

waifu2x-caffe 就是这样做的。
1 ... 58  59  60  61  62  63  64  65  66  67 ... 155  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   948 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 36ms · UTC 19:30 · PVG 03:30 · LAX 11:30 · JFK 14:30
Developed with CodeLauncher
♥ Do have faith in what you're doing.