V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  mcfog  ›  全部回复第 10 页 / 共 90 页
回复总数  1782
1 ... 6  7  8  9  10  11  12  13  14  15 ... 90  
补充第三点,因为我是笔记本开屏接一个外接屏幕+外置 trackpad 的,甚至直接双手各自用不同的 trackpad 也是可以的,一个就保持拖动状态另一个定位
1 、 “甩” 加速度是影响推动距离的。适合中距离但精度要求不高
2 、到触摸板边界了可以迅速抬起后三指再放下,拖动不会中断。适合拖到一半发现到头,或者较长距离精度又有要求
3 、三指触发拖动后,留两指保持状态,直接用另一个手的单指负责移动,适合距离超远定位要求又特别精确
2021-11-19 09:57:05 +08:00
回复了 iyear 创建的主题 Go 编程语言 关于 accept interfaces, return structs
https://github.com/go-proverbs/go-proverbs.github.io/issues/37
rob pike 并不 100%赞同这句话并拒绝将其加入 golang proverbs
2021-10-15 15:03:09 +08:00
回复了 CNN 创建的主题 macOS Mac 截图后如何立刻保存?
截图时的 touchbar 交互是我印象深刻的少数几个我觉得 touchbar 好用的地方
1 有几个其他相关功能,一个是 bookmark,另一个是 navigate to last edit,尤其是后者,我自己的情况看了一圈想回去的时候大概率是要回之前修改的位置
2 在有请求数据的断点处走条件断点(右键红点配置 condition
2021-10-08 11:52:33 +08:00
回复了 0kaka 创建的主题 问与答 什么是产品逻辑,什么是技术逻辑
别问,问就是共同责任

产品或研发甚至测试任意一边靠谱就不会出这种问题,反过来,出现这个问题说明链路上所有人都有待改进
2021-10-08 11:07:30 +08:00
回复了 Nich0la5 创建的主题 程序员 朋友们 有在工作中用眼动仪进行辅助写代码的吗
Windows 的话小红点,Mac 的话 trackpad 都比鼠标割裂感小很多
2021-10-03 23:10:10 +08:00
回复了 chaleaoch 创建的主题 Go 编程语言 go 语言 变量命名请教
因为 go 的风格是把接口放在调用侧而非实现侧的,所以多数情况接口和实现是在不同 package 中,可以直接用相同的名字

多个方法如果紧密相关可以放一起,起一个整体名字,如果并没有太大相关,可以分开多个接口,go proverb 如是说:

“The bigger the interface, the weaker the abstraction.”
2021-09-18 19:15:25 +08:00
回复了 cookgo 创建的主题 Go 编程语言 GO 语言中神秘的函数传参问题
go 语言厉害就厉害在朴素
1. 方法调用实参和形参类型要求是 assignable
https://golang.org/ref/spec#:~:text=arguments%20must%20be%20single-valued%20expressions%20assignable%20to%20the%20parameter%20types%20of%20F

2. assignable 规则
https://golang.org/ref/spec#Assignability
对于两边都是 func 来说这啊那啊的都不适用,就是要求 identical

3. type identical 规则
3.1 func 要 identical 必须出入参对应位置 identical
https://golang.org/ref/spec#:~:text=corresponding%20parameter%20and%20result%20types%20are%20identical%2C

3.2 interface 和*Obj 不 identical,因为一个是 interface type 另一个是 pointer type


ref/spec 虽然有点拗口,但又短又精髓,查起来非常容易
2021-08-31 13:19:02 +08:00
回复了 beryl 创建的主题 程序员 如何写一个好的技术方案
我做过不少次关于这个话题的分享,也列过类似的提纲,但这些都是不太重要的“结论”而不是核心的“理论”

理论很简单,想明白你的这个{技术,发布,架构, anything}方案 /文档的目标读者是谁,他(们)经常关注的重点 /痛点是什么,你们作为研发要同步给他们的信息是什么,把这些信息分门别类记录下来(因为你不会准备 10 份文档给 10 个部门看),就是一份好的技术文档。

另外别忘了目标读者还有一个是同一个需求的其他开发,同一个项目下一个需求的开发,也很可能包括 2 个月后的自己

基于这个理论和各个公司、部门、系统的不同情况,好的文档并没有一个统一的结构写法
2021-08-31 13:06:25 +08:00
回复了 w468750 创建的主题 职场话题 学生+初入职场的未来选择问题
对钱追求不高家里又没有帮助凭什么要房要车,生活成本高说明你的生活水平高于你的赚钱能力了而已,总有更穷的日子过法

要么吃苦赚钱满足自己的需求,要么躺平把乱七八糟的想法也扔了,没钱就不花钱
2021-08-30 06:35:21 +08:00
回复了 Cbdy 创建的主题 编程 用各个编程语言语言为 TodoMVC 写 CRUD API
2021-07-13 16:54:06 +08:00
回复了 autoxbc 创建的主题 JavaScript 如果你自认熟悉 async...await,来猜一下这个代码的运行结果
做这种人肉 v8 题做不出来也无所谓
如果给结果要求解释讲不清楚就不行了
但基本上很多人是能够讲个大概的,没什么区分度

所以我不太喜欢面试被问到这类,也不会自己在面试中问这类问题
2021-07-09 09:27:35 +08:00
回复了 garrychan 创建的主题 职场话题 各位 V 友跳槽时如何谈职级谈薪呀?
你认为你优秀的逻辑没一条是对的。

面试表现不是你感觉的,是以面试官为准,面试题流程顺利可能是表现不错也一样有可能是面试官认为已经摸清楚你的底了快速结束

base 高=优秀最多只是平均倾向,对个案没有参考意义,另外即使只考虑经济回报,也是看总包和包的分布方式的,base 只是公式里的一个参数

面试通过率高说明面试沟通方面技巧好,岗位投递匹配程度高,就算是有个人优秀的因素,也是“在给你的评级范围内”优秀,甚至反而说明职级低,岗位数量多能干活就行的低级别职位当然容易匹配。
有个人考虑一百个公司可能只面十家最后只有一两个 offer,这个人完全可能是个 CTO 、行业顶尖专家

hr 和你谈薪时的说法根本不重要,尤其是大厂或者薪酬体系严谨的中小公司,面试官和技术主管有一个评级以后,hr 就是拿着对应的区间和你谈的,谈判技巧最多帮你在区间里尽量不要拿偏下的位置罢了

你已经面了很多了的话,那么基本上能谈下来的 offer 就是你的实际水平了,不满意的话建议好好加强技术,别整那些有的没的歪路
2021-06-22 08:22:51 +08:00
回复了 ericgui 创建的主题 程序员 面对公司屎山,我内心毫无波澜,因为准备跑路了
@xuanbg 巨石也有正常的巨石,不讲研发质量拆服务只能得到分布式屎山,拆微服务那就是拉稀了
2021-06-19 07:47:42 +08:00
回复了 MinoZhao 创建的主题 问与答 [定位] 大三了,有点迷茫
如果就想国内发展还喜欢做工程的话,明显是本科就业。读研的目的是 1 学校不好升级学校 2 炼丹

至于出国,其实一样的,不炼丹非常亏,而且都 2021 年了,还觉得国外环境比国内好真的是看不清

至于什么乱七八糟 996 的声音,那是自己选择的,网友大多数起点不如你,没的选择。你在字节的工作强度应该是大厂天花板,如果觉得过了,那么干几年晋升不动了跑路就是,正常作息的公司多的是
2021-06-16 08:53:46 +08:00
回复了 lonelygod365 创建的主题 问与答 你们怎么看猎头这个角色?
猎头拒和你跑去面试面了半天被拒你觉得哪个好?
猎头是出 offer 拿钱的,但凡有希望就必不可能拒候选人
只要之前做的还是后端,那基本无所谓直接投简历直接面试就行

大领域不变语言 /框架层面的变方向对初级和高级来说基本不构成障碍

只有中级,不到高级的经验丰富跨语言适用,也不到初级的不管怎样都要人跟着擦屁股,公司基本都是要找即插即用的,基本不考虑换方向 0 积累的

找初级觉得你 0 经验就不要的公司反过来不去为妙。可能是就没打算培养,让你自生自灭摆烂的公司
2021-05-29 01:20:42 +08:00
回复了 ricadro 创建的主题 问与答 怎样看待面试带来的挫败感?
有实力压制可以无视随机值
否则确实是看缘分

被问倒了分析一下对面是不是上面说得故意找茬型的套路,如果不是,那你不就收获了新的学习方向吗

还有一种问题是是否你对自己定位不准,比如定位自己就是普通干活,准备了合适的干活的面试套路,结果简历投了个要独当一面的人职位那肯定被摩擦
2021-05-29 01:08:25 +08:00
回复了 waibunleung 创建的主题 程序员 Repository 层的代码如何封装才比较合适?
@waibunleung 是可以,不是必须或推荐
我说 2 是 helper 其实是说 2 不可能把自己叫 repo,理由其实和其他人一样的,封装层次的问题

至于 1 调 2 合理的可能性,比如 ORM 不够甜增加一些甜度,比如 where 是焦点问题(取决于项目情况可能有注入、扫表性能等等等各种痛点),通过收口( repo 不写 where 了)来解决某个问题

你也说了是跨语言聊,所以其实也说不了不同语言的常见 ORM 问题有啥,所以其实说不了 2 的存在合不合理,但 2 当作 repo 层的可能性是不存在的
1 ... 6  7  8  9  10  11  12  13  14  15 ... 90  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   4975 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 48ms · UTC 03:25 · PVG 11:25 · LAX 20:25 · JFK 23:25
Developed with CodeLauncher
♥ Do have faith in what you're doing.