V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  mckelvin  ›  全部回复第 1 页 / 共 19 页
回复总数  362
1  2  3  4  5  6  7  8  9  10 ... 19  
33 天前
回复了 Delav 创建的主题 问与答 手机上有什么简洁好用的浏览器推荐吗
支持!
可能有点凡尔赛。我初中英语老师比较严格,底子比较好,高中老师也还可以。大学基本在吃中学的老本,工作了继续吃老本。毕业第 5 年加入外企,经常要听说读写。虽然底子还可以但偶尔还是会出现语法错误、表达不够优雅、发音错误或者有口音等问题。很多单词我也不认识。但我从不在意这些,我老板也不在意。日常沟通没问题就行又不是去搞文学创作。简而言之,一般用不到的东西我就先不学了,等成为前进道路上的阻碍再学也不迟。
330 天前
回复了 eccentric579 创建的主题 汽车 大西北自驾,两个司机出现的一点争执
> 他说我可以试着把过弯速度一次一次地提高一点,比如一次加 10,在可控范围内提高嘛。

我遇到过类似的事情,区别是我当时没有产生争执,我信任司机的车技。海拔 3000 多米的连续 S 弯( 38°07'42.6"N 100°11'31.2"E ),路况其实挺好的,但是人容易感到厌倦想快点。最后到了临界速度( 70~80 吧),在 S 弯侧滑出路面,停在石子路基上,再测滑 3 米就要往下摔 20 米了。车一侧底盘撞凹进去一块,体积大概在 3L 。人都没事儿。

事故座标: https://www.google.com/maps/place/38%C2%B007'42.6%22N+100%C2%B011'31.2%22E/@38.1176332,100.200567,14z/data=!4m5!3m4!1s0x0:0x0!8m2!3d38.1285!4d100.192!5m1!1e4
@mcoo1997 坦诚讲可能会有一些挑战。我觉得你有能力有经验的话不妨扩展下业务看看。习惯了自立门户可能还不习惯上班的束缚。
@wliansheng 可以的。我们的技术栈基本和互联网公司的 Web 后端差不多,稍微放水会有一些区别。所以熟悉高可用大流量的话会很匹配。
@mcoo1997 老板是准备私有化我们公司吗?
@sailtsao 恶意竞争举报了!我有同事只要 1000 内推奖金,剩下 29000 全给候选人
@zhangsanddd 谢谢!
@TypeError 对的
@showmeCell DW 这边不需要但是我们楼下的兄弟部门需要游戏客户端开发。合适的话我可以帮忙推荐下
@deltaone 没说不允许我感觉可以和老板谈吧
@tomari 我觉得还可以。新招人的薪资肯定是跟着市场水平走的。要是没有市场竞争力肯定会招不到人。
@serviceootdshare 展开讲讲?
354 天前
回复了 foxyier 创建的主题 Python 「请教贴」 Python 爬虫如何把单核跑满
一般来说网络爬虫的瓶颈是网络 I/O,也就是说 CPU/内存 /磁盘的使用尚在资源富裕的时候,网络 I/O 先到瓶颈了。网络 I/O 瓶颈具体细分看也有好多类型,比如如果是同步阻塞的网络,会花很多时间在等待网络资源收发上。这种情况下可以通过非阻塞(non-blocking)的方式在单个进程内管理多个网络连接同时抓取(底层的系统调用可能是 poll/select)。当然用多线程或者多进程阻塞地请求网络资源也能达到相同的目的,但是代价更贵。此时抓取效率增加后如果反爬机制还没工作的话,瓶颈可能出现在网络带宽上,如果网络带宽也很足的话那接下去瓶颈可能出在 CPU/磁盘 /内存。如果你磁盘容量大,性能好,内存也很充足的话,那 CPU 才可能成为瓶颈,这是你才有机会把 CPU 跑满,让 CPU 成为瓶颈。

但是如果你只是单纯相当 CPU 假装很忙的话,可以不用多路复用而选择开很多很多线程,这样 CPU 就可以在 context switching 这件事情上摸鱼了。
2021-05-17 20:49:12 +08:00
回复了 zhoudaiyu 创建的主题 程序员 理解不了动态规划会对后端程序员职业发展有哪些影响?
其实你能理解的,就是高中数学里讲的「数学归纳法」。但是理解了数学归纳法不代表每一道这类题目都会做,做得少不会做也很正常。日常写后端最常见的用处就是面试,实际工作中几乎不会遇到。如果不喜欢为了面试而刻意学习动态规划,那就躲开上来就刷算法题的公司吧!
2021-04-10 16:21:59 +08:00
回复了 Scare 创建的主题 Apple 绞尽脑汁,都怎么起的设备名?
可以挑几个字母来命名 https://en.wikipedia.org/wiki/NATO_phonetic_alphabet 比如 GO 就是 GolfOscar
2021-04-04 19:47:30 +08:00
回复了 rv54ntjwfm3ug8 创建的主题 数据库 如何优雅地存储像 BTC 数量这样的高精度浮点数?
它不是浮点数,因为位数有限,最小单位叫 satoshi.

> A satoshi is the smallest unit of a bitcoin, equivalent to 100 millionth of a bitcoin.

1 BTC = 100000000 satoshi
2021-03-26 23:20:19 +08:00
回复了 AlexaETF 创建的主题 程序员 96 年女生 学编程 有可能吗
可以的。我一个程序员都可以学会会计记账,财会当然也可以学会学代码。
2021-02-03 15:55:46 +08:00
回复了 IVeverKB 创建的主题 Python 关于 celery 的应用场景问题
用 Celery 前:

1. 用户发请求
2. 服务端接受处理
3. 服务端处理(花很长时间)
4. 用户收到结果

用 Celery 后:

1. 用户发请求
2. 服务端把接受请求
3. 服务端把要处理的函数以及参数丢到 task queue,并获得一个 task id (很快)
4. 用户收到 task id(您的请求已受理,但是还没有完成,但你可以用 task id 来查询结果,如果你不需要知道执行结果的话就不用再查了)

用户发多少请求用户说了算,但是具体什么时间真正处理这个请求里的操作服务端说了算。celery 比较适用于比较慢(不管是慢在 I/O 还是慢在 CPU )的操作,这种操作用户并不急着要结果,但是他在乎的是服务端收到这个请求,并且会在一定时间后完成这个操作。
如果是一个几秒内(不会积压一堆)就可以完成的慢操作,慢在 I/O 同时用户急着要(客户端同步在等待)
,那服务端用 asyncio 就可以同时更好支持多个用户并发,并不一定要用 celery, 用 celery 的话比较重了没必要。你说的数据库并发应该用 asyncio 去解决,可以理解为同一个进程内部做了个 celery 但是只适用于 I/O 慢的场景。如果不想写 asyncio 代码,只想写同步代码,那用 gevent 也可以。asyncio 的本质是把一个 blocking (阻塞) 的动作转换成 non-blocking (非阻塞):需要等待的时候不要让调用者等待,而是直接告诉调用者你先忙别的我还要一会儿才完事儿。

> 用户不用等待,结果执行完会通知用户。

通知这个过程默认是不存在的,还是得请求发起方凭 task id 去查询结果。或者实现一个对应的 [backend]( https://docs.celeryproject.org/en/stable/internals/reference/celery.backends.rpc.html) 让 celery 通知到这个地方。
1  2  3  4  5  6  7  8  9  10 ... 19  
关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   3237 人在线   最高记录 5497   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 44ms · UTC 04:48 · PVG 12:48 · LAX 21:48 · JFK 00:48
Developed with CodeLauncher
♥ Do have faith in what you're doing.