开云体育

ctrl + shift + ? for shortcuts
© 2025 开云体育

(20210508) Hot Posts


 

开云体育

2021-05-08 Hot Posts

?

Hacker News

V2EX


每个人都是自由的,只是绝大部分人不愿意付出自由的代价。故意混淆不愿与不能的区别是最容易犯的错误。


如题,打算下月初之前辞职,其实年初就想辞了,碍于自己有害怕改变的 loser 心理,这次无论如何也要遵从内心,裸辞旅游! 家庭原因从小到大没有旅游过一次,毕业工作到现在也接近一年了,工作不怎么理想,就想裸辞了独自出去旅旅游,请教各位对于辞职和旅游的注意事项。

  1. 我目前就只知道辞职需要拿离职证明,别的都不了解,还请各位指教。
  2. 对于旅游,还没定地方,由于工资低一年也没攒几个钱,打算穷游看看风景放松心情,不打算去闹市玩而且玩不起,想知道国内有哪些山好水好的景点,我打算买个帐篷体验野外露宿。
  3. 我是做前端的,技术一般般,目前在看 js 高程,leetcode 也偶尔刷一刷,目前没有打算辞职后马上找工作,那样的话旅游就会有心智负担,可能会玩 1-2 个月,暂时没和家里提这事。
  4. 请不要劝我“年轻应该多奋斗,别在吃苦的年龄选择安逸”这种,以免打消我的裸辞旅游想法。

为啥要省钱?因为我花的每一分钱都会成为资本家射向无产阶级的子弹。

早餐 10 元,有时候不吃早餐。午餐薅羊毛 3 元左右,晚餐吃加班餐 0 元,加班补贴 35 元,一天吃饭消费-22 元。

对于如何白嫖住宿,还是个问题


以前一直都是 K 记 早餐,后来路面翻新 K 记 暂停营业了,就去另一头的 M 记 买早餐。 一开始点餐都是小程序点餐,后来下载了 App,积分是同步但找不到早餐月卡,就还是在小程序内点餐。

今天睡过了,就想外送到公司,不是要买外送包月卡么,然后就一直跳转

1.i 麦当劳点餐 ? 2.i 麦当劳 ? 3.i 麦当劳钱包 ? 4.i 麦当劳 ? 5.i 麦乐送 ...

同一个账号 小程序 和 App 卡包不共享就算了,为啥小程序还搞那么多...有什么讲究吗?反复横跳很是恼火啊。


目前是 iCloud 相册(主),Google photo (备),要不要充值呢,还是全部迁移到群呼 moments ?


也许我应该说点鸡汤鼓励他去追寻自己的人生才是对的?

这是对陌生人友善还是害了他?


啊朋友们好,我最近在学 React,于是用 React 和 tailwindcss 仿 macOS 的界面写了个主页,风格大应该介于 Big Sur 和 Catalina 之间,换句话说我把这俩版本里我喜欢的部分拿出来拼凑到了一起,再换句话说我的 mac 的硬盘空间不够升级 Big Sur,于是有些细节我只能参照现在用的 Catalina 来补...

  • 网页地址:
  • 骋颈迟丑耻产:

开始写这个项目两三天之后我才发现了这个用 React 写 Ubuntu 的作品: (真的太强了,是我论坛逛少了我的错),而在刚刚准备发帖的时候我才发现了这个用 Vue 写 Deepin 的作品: (真的太强了,是我论坛逛少了我的错),所以我并不是第一个(甚至不是前几个)想出这个主意的天才 hhh 。不管怎么说那个仿 Ubuntu 的项目给了我很多参考,非常感谢。

因为对 React 不熟(严格来说这第一个 React 项目),主业也不是前端,所以代码可能看上去会比较乱,并且我用了大量的 class component (似乎 react 社区相比 class 更推崇 hook 一点?虽然我目前还没能理解这是为什么,甚至我连 hook 的用法都还没理解的太清楚),所以先提前抱歉。

最后感谢一切反馈和建议,虽然这个月我比较忙可能没太多时间改进它...


本人私以为阿里云目前优势在于一般会员的下载速度,劣势在于其生态。 目前我自己(或者说绝大部分人)还没有把阿里云用起来的最大原因就是过去很多存量文件还是存放在百度云,对其依赖性还是比较强。

目前最常见的场景是:

网上自主或者身边的人给到一个资源的链接是百度云文件链接,此时阿里云盘还不能很好地切入,所以我在想,后续阿里云盘是否会增加一个一键转存百度云盘文件的功能(其实就是简单利用阿里云的高带宽后台离线下载该文件),转存 /下载完成之后,该文件就存在于阿里云盘的体系中,此时分享、下载都是可以的

不知道这个功能是否存在合规合法性?还是有其他考虑以后不会出现?


本人 Java 工程师,最近换工作,碰到字节和 B 站的后端岗位要求用 Go 。想问问各位 Java 或者 Go 工程师,现在是否有必要去学习 Go,未来职场收益如何?或者说 Go 会不会替代 Java,如果有 Java 转 Go 经验的大佬来谈一谈更好。


比如 XMLHttpRequest,有没有什么手段可以知道这个东西有没有被人为重写?
网站找了不少方法都做不到
下面是我做的一些尝试,这些检测方法都能被绕过

{
    function isNative(api) {
        return /native code/.test(api.toString()) && typeof api !== 'undefined'
    }

    let test = function (input, fake) {
        console.log("------------------------")
        console.log("是否是伪造:", fake)
        console.log("toString:", input.toString())
        console.log("toString.toString:", input.toString)
        console.log("prototype 方法", input.hasOwnProperty("prototype"))
        console.log("toString.call","方法",Function.prototype.toString.call(input))
        console.log("网传最不靠谱方法:isNative", isNative(input))
    }
    test(XMLHttpRequest, false)
    {
        let XMLHttpRequest = function () {
            "[native code]"
        }
        XMLHttpRequest.toString = function () {
            return "function XMLHttpRequest() { [native code] }"
        }
        let toString = function () {
            return "function toString() { [native code] }"
        }
        toString.toString = toString
        XMLHttpRequest.toString.toString = toString
        Function.prototype.toString = toString
        delete XMLHttpRequest.prototype
        test(XMLHttpRequest, true)
        // XMLHttpRequest.prototype = undefined
        // test(XMLHttpRequest, true)
    }
}

测试真的太卷了,作为一个前端莫名其妙来了测试团队, 一群测试抢着你的活干,让你教他……… 做的东西真杂

?