@monetto 用过好多电脑配置再差也不至于一两秒吧。。。难道是项目或者 sdk 还没有索引好？

难道我用的是假的吗。。。。

这样 tab 选择对应的对象之后直接不就帮你导入对应的包了。。。。

https://i.imgur.com/I2LPqrp.png

@x66 你什么时候产生了远程桌面只能用电脑连的错觉。。。。 还有不建议像你这样放地图炮，windows 给普通用户输管理密码等同于 linux 下用 sudo ，你要放地图炮的话等于也在放 linux 系系统得地图炮

@BeautifulSoap 错别字订正：1.路过庆幸下自己 2.是一年发两次，每次发根据之前半年营收平分利润

路过庆幸走自己。。。我在的日本公司一年发两次奖金，每次奖金都是把公司当年利润的一定比例平分给所有员工。所以所有员工无论谁拿的奖金但是同样的金额。好处自然都能理解，但坏处就是公司营收不好的时候奖金就没了。。。。。

你们调侃了 lz ，lz 则调到了鱼，除了电池健康度魔怔人之外没人受伤的世界完成了

你是要直接访问 s3 链接还是要在 s3 链接外套一层服务再访问？

直接访问 s3 链接需要首先在 IAM 里配置对应的 user 和 user 的策略只能访问指定的 bucket ，然后获取到用户的两个 KEY ，然后用这两个 KEY 来获取。至于怎么在代码里用，直接找 aws 的 sdk 就行，用 sdk 里附带的 s3 类配合认证信息获取图像
但这么做有个问题在于你必须明文把 aws 用户的两个 key 交给客户端，而且用户多了不可能每个用户都配置一个 user

所以一般做法还是在 s3 外套个自己写的服务器，在服务器内鉴权，成功之后通过你服务器获取 s3 中的图片而非直接拿 s3 的 url

@starcraft 一加海外市场可不小，而且本来就是蓝绿厂的公司，不自己作死的话再怎么也不可能比魅族先倒。倒是一加的系统技术能力是真的值得诟病，每年出的机型数量少到和苹果差不多，结果自己的系统更新支持，bug 处理之类的拉跨得一塌糊涂

@gengchun 我作为公司里入职不到 3 年的普通小员工，当真受没有领导这头衔。不信？我之前发的在日本工作的帖子你可以看一下： https://v2ex.com/t/748274 （帖子里说有上下关系是为了不被特定出所在公司，因为奉行完全扁平化的 it 公司在日本毕竟少数。而且最近几个月天天 1 点多才到公司上班，虽然公司制度上这么做完全没问题但被特定出公司的话毕竟不太好）
我思考了一下，觉得可能是因为在日本工作大家都还算轻松，所以不太会像国内崩得这么紧员工之间小心眼吧

@gengchun 有被笑到，我平时说话遇到提交了不该提交的文件都是大概这么说的 “这 xxxx 变更、xxxx 文件是不该提交的内容，如果你平时只用命令行的话，我觉得可能是你习惯了 git add *还不确认提交内容，这不好可能需要注意下”当然，我用日语的所以实际字打出来的话会有对应敬语的修饰。

如果这种话在你眼里都是普通人都没法接受，所谓官威的话，那么你平时工作生活都遇到的都是一群心眼多么小的人啊？虽然不太想用这成语但“物以类聚人以群分”要不要思考下？

还有，不好意思我们公司奉行完全扁平化的管理模式，我们各项目组连组长都没有，所有开员工在职能上都是平等地位。甚至我们公司扁平化到普通员工的上面直接就是公司懂事们，互相之间只有新员工对老员工前辈的适当礼节根本没有职位上的所谓上级可以去要求或欺压别人。所以可能也拜此所赐我们公司氛围是真的很好，可能这也是比较少遇到你说的小心眼人的一个原因。

对了，都说了这么多楼了，你还张口闭口 gitgnore 是认真的吗，避重就轻简直死鸭子嘴硬。我就问你无论什么环境，写代码时临时加了几行调试用代码或任意的临时的代码，然后提交时忘了这茬提交前一行 git add *全给交上来了那么请问这种情况你给我配置下 gitgnore 给我看看？？这次你可以把临时代码提交上来，那么今后万一提交上什么敏感信息导致出事怎么办？当然我看你说的话也是个连最基本的这种责任感都没的老油条了，那也和你继续逼逼下去的需要了

@gengchun 我平时工作可是非常大度的，因为大部分人都是正常人，被指出来问题后至少都会接受，也不会去找各种原因来为自己狡辩。提交了不该提交的东西做错事了就是做错了，下次多注意就行，我也不会再多说什么。

而那位实习生我印象深刻就是因为他不光不反思自己 add *还不确认提交内容这件事的危险性和错误性，被指出来后死鸭子嘴硬全甩锅到.gitignore 上。和你的发言如出一辙，所以对你说话我毫不客气，也不认为需要客气，这反倒被你认为我平时工作就这样欺压实习生的态度，呵呵

至于环境什么的都没关系，只要继续 add *一把梭，无论你用什么环境怎么配置，今后依旧非常大概率会把不该提交的更改给提交上来

@gengchun 你这用来狡辩还不承认的说辞和我之前遇到的实习生如出一辙

问题在于有没有配置.gitignore 吗？问题明明在于用了命令行但却嫌麻烦偷懒，所以养成了无脑 git add * 的坏习惯还不改。
你可以配置自动忽略.DS_Store 但你没法忽略测试用的帐号密码，没法忽略临时改改但不想提交的变更？很多次 review 别人代码都遇到类似修个 bug 临时改了 log 类用于调试，然后修完 bug 后把忘了这茬把 log 类文件也给提交上来的了。这种情形只有写代码的人每次提交前人工确认一遍才能发现和预防，而 git add *一把梭的人大概率会出这种问题


话题回到 GUI ，你用过 GUI 的话应该知道几乎所有 GUI 都会以非常易读的方式展示修改的文件一览，每次提交前都会强制你手动勾选要提交的文件。这就相当于强制你确认文件变动了。当然真不想慢慢选的人还是会出错的，但出错概率至少比直接 add *要小很多

git 只用命令行地非常多人早就已经把下面这一把梭练到炉火纯青了

git add *
git commit -m "message"
git push

每次 review 别人的代码，看到提交上一堆.DS_Store ，ide 临时文件夹，测试用的账号密码之类的猜都不用猜，那人 100%是只用 git 命令行而且拒绝使用 GUI 的主

说真的无论是命令行也好用 GUI 也好，最重要的是正确安全地完成工作。你只用命令行也行，但这这种用了命令行为了方便偷懒地做法，真的没什么资格去谈“命令行很酷”“GUI 我不知道做了什么，命令行我放心”之类的

@mekingname 因为 lz 用了 gomod ，而这个项目的 module 名就是 github.com/Buzz2d0/nicu

https://github.com/Buzz2d0/nicu/blob/b3016cb84b9680bd78dd61282824cce90528438c/go.mod#L1

@murmur 根本不是，就是 js 这调试器太弱鸡了，面对大点的 JS 代码就卡死。你试过就明白了

@murmur 就 JS 那调试器真没什么值得称其为“完善”的。跳入一个大点的 js 文件中当场给你卡死（我曾调试过一个游戏，跳入一个几 MB 的单 JS 文件后整个调试器就直接卡死再也没能恢复）

@TSai2019 你这不对，你看看 6L 也知道，实际上现在 uwp 也具备了 win32 进程能力，依旧是想扫你有办法的

uwp 现在唯一的跨平台优势就是 PC 和 Xbox 了
Xbox 上用 uwp 的 b 站、Amazon Prime Video 什么体验还是不错的

蓝牙键盘基本续航都不差的
我的 filco majestouch2 有线蓝牙双模键盘，塞两节干电池进去扔那天天用都用了几个月了