2021-04-16

19 篇热帖

1. Seamless 网页版上线,送码活动开启

Seamless 网页版

我的上个帖子介绍了Seamless – 从 Mac 到 iPhone,转瞬即传 - V2EX,听取各位反馈后,决定做一个网页版,主要方便使用 iPhone 的 Windows 用户。

当然,任何有现代浏览器的系统都可以登录使用,但仍然需要在 Mac 或 iPhone 版本里保存一个文件以初始化 CloudKit

功能介绍

简单介绍一下 Seamless,一个跨平台的文件和文本传输应用。具体功能点:

  1. 生产力设备,便捷无边界:Mac 、iPhone 、网页版,无缝切换
  2. 通知中心大挖掘:轻点通知打开链接、分享文件、搜索……你来选择!
  3. 不同步,iOS App 也很有用:记录剪贴板、摘取文字、搜索中心……
  4. 免费下载:一次性内购解锁文档数量限制,任意同步
  5. 隐私安全:使用 CloudKit 同步,数据仅存储在 iCloud

优惠继续

Seamless 的六折内购优惠仍在继续,感兴趣的可以在 App Store 免费下载体验。

抽奖

这次准备送 10 个高级版兑换码,可在 App Store 使用。今晚九点开奖,规则为回帖即可,不需要留邮箱。届时我从所有楼层中生成随机数,得奖者我会点感谢,然后请将 V2EX 的感谢通知截图和 ID 发到邮箱 shinystone.net@gmai.com

网站

网站地址:Seamless - 更好的文件传输助手

App Store:App Store 上的“Seamless - 更好的文件传输助手”

网页版:Seamless 应用

截屏

2. 苹果原生输入法很难用,你们是如何适应的?
有人说好用,那是因为你适应了,像我这种强迫自己用的,真的很难适应。

它记不住词语就算了,iOS 和 macOS 还不能同步,另外 macOS 上不能用 tab 翻页。

真是自己跟自己过不去,死皮赖脸用着我不喜欢的东西
3. “沃”的一生,不“柑”平凡,有家果园云南沃柑小店限时抢购和抽奖福利来了

“沃”的一生,不“柑”平凡,有家果园云南沃柑小店限时抢购和抽奖福利来了

我:程序员卖水果,链接:上一帖,大家都很照顾小店生意,购买的朋友陆续都收到了,评价还不错,我们又新鲜开摘了一园果子,现开启限时抢购抽奖活动,还在观望的朋友可以便宜下手了^_^

限时购

沃柑限时促销价(今天 9:00 - 15:00 )出售,每个规格限 20 箱,品质不变,没有套路,先到先得,进小商店即可看到直接下单

抽奖

另外为了感谢大家支持,特此开一波楼层抽奖,奖品是:普通装 5 斤装中通包邮
规则:在这个帖子下回复内容,每当楼层到 100 层时,就从 100 楼层中抽取 1 名(单 v 账号限中奖一次),如重复中奖或为 lz 则顺延下一位,gif 截图网页在线随机数生成过程(如 1-100,101-200 随机数生成)

购买

微信扫描下单
微信小商店

4. 大家每天上班通勤时间多长?只想看单程 1 小时以上的

下半年要搬去远一点的地方, 通勤时间单程要超过 1.5 小时,(现在单程 1 小时)

二线城市,想问大家时间多长

通勤时间特别长的,都可以都过来随便聊聊。

5. 为什么大家纷纷要造车?

先说 2 点我的结论: 1.未来 10 年,汽车市场会见顶,逼着大家想新的办法。 2.在“智能”这个新办法上,大家纷纷要造车,以博未来的新赛道的老大。

哎,到时候就是一将成名万骨枯咯

以下是我思考的全过程,欢迎大家讨论: http://machtimes.cn/index.php/archives/10/

大家都是做开发的,逻辑思维能力肯定都很强,我觉得可以围绕着一个核心的问题进行讨论: 在这个领域竞争的企业越来越多,ZF 也大力扶持,谁能在这个赛道上胜出?他主要的优势在哪里?

6. windows 系统中顽固的 2345 到底如何根治?

引言:

我个人使用 windows 系统习惯较好,计算机专业走了许多坑爬出来的,现在看不到弹窗广告,浏览器主页没有被劫持,网页广告也过滤的差不多。

但是我发现无论何时何地,C 盘有一个 2345 的文件夹永远删不掉,删了只管当时,重启系统又安安静静的躺在原位,任务管理器里也找不到相关进程(或者是伪装的我不认识)。

就是这个地方: https://sm.ms/image/uDk583VXsvT2oOw

7. DOGE 币有投资的价值吗?

朋友说这币涨势好,劝我也买点,他也就买了几百块钱。

我才刚财务转正,也没有理财投资的经验,我该选择长线投资这些虚拟币吗? 比如买一千块 BTC 。

8. wsl2 是真的好用

比虚拟机上跑 linux 强多了

9. 电动汽车确实是伪需求

所谓的电动汽车,只是换了一种能源提供方式。化石能源转为电能再来驱动汽车,中间的能量损失显然是比内燃机要多不少,现在各厂都是试水阶段,假设汽车销量会因此增加的话

首先,现在城市道路要拓宽显然不可能,一旦拓宽就需要清理道路两边的建筑,城市内部的交通已经规划好了,大路小路,八车道两车道等等,道路就这些,对车流量的要求也是固定的,超出的固定的车流量一定会大面积堵车。

其次,停车场价格也会因为车辆变多而水涨船高,更多的人买了车没地方停,停不起,同上面一样停车位的数量在城市中也是固定的,没有那么多停车位的车辆只能停在路边或者郊区。

再次,充电桩的全国范围布局,由企业来牵头还是很困难的。假设我在高速半路没电了,怎么办?

我觉得直升机应该取代汽车,直接跳过汽车时代。未来,这些数百万公里的水泥高速公路将会被铲断,农田取而代之。直升机将帮助家庭重归原始结构,人们可以轻易的出门访问远亲。道路的减少,腾出更多的直升机停机坪,相对于汽车来说,比起未来满大街的喇叭声和金属罐头来说,更加有想象力和未来感吧。

10. 因为国内部分开发人员的小心思,所以我更偏向较为封闭的 iPhone 手机。

因为 这些读取剪切板的国产 app 是真的烦: https://fast.v2ex.com/t/770796 这个帖子,我特地去搜索 IOS 自动化 清空剪切板,于是发现下面的内容

https://www.jianshu.com/p/10a6900cc904?from=timeline

以下是以上网址中的文字,涉及到的代码 不做验证,只想说有人动歪脑筋。

之前用淘宝给微信好友分享链接的时候,发现在微信中复制了宝贝的链接,然后再从后台切换到淘宝客户端,淘宝就会弹出一个页面,询问是否要跳转到相关页面,今天试着实现了一下,分享出来~

//识别剪贴板中的内容
if let paste = UIPasteboard.generalPasteboard().string where
    (paste.hasPrefix("http://") || paste.hasPrefix("https://")) { 
    //如果剪贴板中的内容是链接
    let alert = UIAlertController(title: "要打开剪贴板中的链接吗?",
        message: nil,
        preferredStyle: UIAlertControllerStyle.Alert)
    alert.addAction(UIAlertAction(title: "打开",
        style: UIAlertActionStyle.Default,
        handler: { Void in
            // your implementation
            print(paste)
    }))
    alert.addAction(UIAlertAction(title: "忽略",
        style: UIAlertActionStyle.Cancel,
        handler: nil))
    //弹出 Alert
    let storyboard = UIStoryboard(name: "Main", bundle: nil)
    if let vc = storyboard.instantiateViewControllerWithIdentifier("navi") as? UINavigationController {
        self.window?.rootViewController = vc
        vc.presentViewController(alert, animated: true, completion: nil)
    }
}

获取设备的剪贴板很简单,第一行代码就搞定了,if 语句中判断了一下剪贴板中的内容是不是链接,注意 http 和 https 都要写上,这点很容易被忽略(在浏览器地址栏中复制以 www.开头的文本会自动在剪贴板中转为 http 或 https 开头的链接)。

更值得注意的是,因为你需要让 App 在每次从后台进入前台的时候都检测一下剪贴板中有没有链接,所以以上方法要放在 AppDelegate 文件的 applicationWillEnterForeground 方法中。

AppDelegate.swift 而这个方法中是不能通过 self 来调用 ViewController 的,所以要曲线救国的话,你需要手动获取 Storyboard 、ViewController,再设置 window 的 rootViewController 才能去掉所有报错和警告。

(这里我只是把剪贴板中的链接输出到控制台了,想要自己用 UIWebView 打开链接的话,在 // your implementation 这句注释这里写自己的方法吧)

[ 150928 更新]

对比 applicationWillEnterForeground 和 applicationDidBecomeActive 这两个方法,前者是指 App 从后台进入前台,后者是指 App 处于活跃状态,所以前者相对于后者,缺少的部分是,当 App 刚刚启动,而不是从后台取出的时候,它无法识别剪贴板。 因为你不能要求每次都让用户先把 App 打开,再往剪贴板里面填东西,再跳转回来,所以个人建议把上面的代码放在 applicationDidBecomeActive 方法中,而不是 applicationWillEnterForeground 。

———————————— 关于更大的监控,不用在这里讨论,大家放心里就好。

11. 我有个域名,不晓得要不要扔掉,请大佬来帮我参考参考

我有个域名: http://unclewang.me 已经建了一个小站,但是这个后缀续费实在有点贵,有点扛不住,实在是想扔掉。。。。 但是又有点舍不得,wang 是我的姓,到底应该怎么办。。。。

13. 你们怎么看现在 Python 的发展方向?

引子 - 今天的争论:IMPORTANT: PEP 563, PEP 649 and the future of pydantic

个人观察: Flask 作者、SQLAlchemy 作者等都不太喜欢现在的 Python 发展情况,详情见他们推特。

个人感觉是一直加可有可无的语法糖而带来无谓的 break change 。

14. 如何整洁的布置一桌子的设备 毫无头绪

因为主显示器有点问题拿去返修 所以拆显示器的时候萌生了重新布置桌子的想法

就是看着满桌子的设备 看起来感觉摆不下又硬塞 线也一堆 一点头绪都没有

图放下面 先清下灰 洗下鼠标垫 看看各路大佬都提点什么建议😂

desk1.jpg desk2.jpg desk3.jpg desk4.jpg

15. 关于 git 和 git workflow 的几个疑点请教下大家

迫于目前团队 git 使用不是很规范,故有几个疑问想请教下

  1. merge 和 rebase 有什么区别,实际使用中更推荐使用哪一个,为什么

  2. 实际使用中应该使用哪种 workflow,好像 github/gitlab/git folw 这几种有不小的差异

  3. github 的 pull request 其实就是 git 自带的 merge 或者 rebase 吗,为啥叫 pull request,这个好难理解

    • 延伸出问题 6
  4. commit 的颗粒度如何把握,每个 commit 都应该保证代码能编译和 run 吗?还是只需要保证每一个 pr 能正常编译和 run 就行

  5. 功能分支合并后应该立马删除吗,还是应该定期删除,又或者永久保留

  6. 实际 git 工作流中,pull request 这个流程是必须的吗,直接 git 自带的 merge 不行吗

  7. 最后,有没有推荐的 git 和 git workfow 相关的文档,最好是中文的,可视化的更佳

先谢谢大家了

16. 在创业公司混中层好难熬。。。
现在项目不挣钱,把好多人性的丑陋都放大了,混中层的简直生不如死。

年初回来到现在,已经不下五次为下属提出调薪需求了,但每次都吃闭门羹。

老板说项目不挣钱,都是自己贴钱的,没盈利之前还是给大家多打感情牌吧,不要谈钱。

下属说,自己在这里干了好几年了,工资比外面低两个级别。有些员工话少,直接都每天晚来半小时了。

我混在中间,除了任务进度管理,招聘面试,服务器运维,还要当劳资双方的传话筒,有时候劳资双方的矛盾导致大家对资本家开炮,自己也别想脱身,但项目做不好,身为中层自己也要承担责任的。

人都快得抑郁症了。

想了好久,下个月还是逃吧。
17. 请问大家什么是互联网思维呢

最近在找工作,必问为什么要离职(先不论这个问题是不是废话),我答“人员流动大而且有很多无意义的加班”,面试官总会跟我讨论什么是有意义的加班,还跟我讲什么互联网思维。

我想请教的是,难道找工作就一定要这么卑微吗?就一定要加班而且有意义的加班吗?各位大人难道就没有加不动的时候吗?

18. [12306] [内推] [前端] [北京西直门]
要求:计算机相关专业全日制统招本科及以上,熟悉 Vue, React 均可,有原生或后端开发经验更佳
职责:负责 12306 移动端 App 及相关业务线的研发
薪水:15k-25k
工作地点:北京,中国铁道科学研究院(西直门附近)
工作性质:极其稳定,不受疫情、经济危机、中美关系等等影响
工作时间: 8:30-18:00,不强制加班(看自己效率)

有意者请加 QQ,备注 12306 内推: 41_33_027_65 (去掉下划线)
19. vue 项目,开发预览和构建后的页面不一致,求助

如题,项目中使用 vue + vuetify + tailwind 。第一次使用 tailwind,没想到遇到这种问题。

具体表现为,使用 npm run serve 运行开发服务器,显示界面如同代码预期,一切正常。而使用 npm run build 编译项目后使用后端提供服务,则部分样式出现了错误。如同下图

补充

1 、整个项目完全由前端构建,全部为静态文件,不涉及任何后端 api

2 、图中可见,页面使用了两个 vuetify 组件,分别是 header 和两个按钮,这些组件都出现了变形。而使用 tailwind 构建的样式则完全没问题。

3 、经测试 vue 的 js 代码可以正常运行,输出结果正确

4 、我测试了一下编译后的 index.html 中加载的样式和脚本文件,全部都可以正常访问,不是由于某个文件无法加载造成的错误。

5 、图中可以看到,materialdesignicons 的图标是可以正常显示的,说明图标文件加载没问题

有没有大佬能说下可能是啥原因导致的?