hsxfjames

  • 注册于 2018年10月3日
  • 于 关于 0xFFFF 社区下一步计划

    0x0001 编辑器打算参考 Slate 来实现，看了一轮文档，感觉设计还是非常优雅，感谢 @hsxfjames 的推荐！

    不是还有群友推荐了 plate 吗，基于 slate 的封装，感觉开箱即用了（

      • 于 分享自己喜欢听的播客
      • 于 Rust学习伙伴

        或许你可以列个计划，拉个学习小组？感兴趣的人可能会加入你的（其实我也在学 Rust

      • 于 关于大一寒假

        大一的话建议什么都接触一点，了解自己的兴趣。
        是因为你在学校里接触到的信息就是什么打比赛、做项目，你才只有这几个选项，你需要跳出学校的局限看看不同的视野

        另外不建议学 PHP ，想做 Web 前端的话直接 JS 走起，想做 Web 后端的话直接 Java / Go 走起

        • 于 大四如何和工作接轨

          可能会有些困难，日常实习一般不会招应届生，直接校招然后去实习也已经过了秋招的时间。可能可以找一些熟人内推

        • 于 重修之编译原理项目课
        • 于 寻求解决办法🥹

          直接跟你的队友说。

          如果他们还想搞建模，你可以帮他们再找个人组队。

          也有可能他们能跟你一起打 ctf 呢

        • 于 应统 考研秋招抉择

          Luli 多考两次不丢人，别把自己逼太狠。我理解你就是非常想考研上岸，但是呢又对自己没信心，怕考不上就没工作了。所以，你的一些顾虑我一开始已经说了，不要怕研究生毕业找不到工作，专心备考不要分心。

          你给自己设定的两条路很难走，所以我提出了第三个选项，你可以先工作再考研，有点像你的第一个选择。新的两条路子：

          1. 放弃实习，简单备战秋招（不拿大厂），同时备战考研（拿你最想去的学校）；
          2. 放弃实习和考研，全力备战秋招，能往上就往上，拿到 offer 后先保毕设再保工作，备战第二年考研；

          分析一下：

          1. 你说你打过比赛，如果你有比赛奖项、有难度高于课程大作业的项目，没有实习经历是没所谓的。
          2. 没有项目就找 gpt 老师和参考 github 瞎造一个，大家都这么干。
          3. 3 个月刷笔试题和面经拿秋招 offer ， 3 个月刷考研四科，说实话很勉强。
          4. 因为考研初试在 12 月复试在 3 月，你就算毕业入职了也还能划水摸鱼小一年，辞职就是提前一个月想走就走也不存在什么违约。

          我确实见过 9 月份才开始备考也上岸的同学，但这是在网上，在不对你知根知底的情况下我能表达的态度就是不看好你能既拿秋招 offer 又能考研上岸。

            • 于 应统 考研秋招抉择

              Luli 是啊。本质上就是延长你准备的时间，把正式工作当作了解行业的作用（搞不好你了解后都不想做数分了），而且今年考不上还能明年写毕业论文的同时再考一次。

              工作一两年也就是初级岗位，再考两次还不成功你就该放弃了，准备跳槽下家混个高级工程师。见过几个前同事是这么玩的，在学校考不上没关系，工作后准点下班回家备考。

              当然你要是家里有钱也可以出去混个水硕的，香港和新加坡还挺好混的，就是对英文有要求。

                • 于 距离专升本考试还有 91 天，我该何去何从

                  人的青春有几个十年，应该一直往上走，怎么会选择原地转圈呢。同等学力考研是你最好的选择，其次是专升本考研。

                  再来一次高考，就算给你考到 985 又怎样呢，毕业时间和年龄摆在那，假设你毕业后还是做程序员，我一定会问：这些年你在技术上有哪些深入耕耘的领域，能让我们考虑一个 30 岁本科且没有工作经验的候选人。

                  这个行业就是赛博搬砖，是吃青春饭的，老了要么继续干到干不动，要么靠工作这些年的经验混点地位不至于活得太朴素。本质还是低级生产劳动力，别被表面的学历迷惑了，能升本就好好上，它能帮你洗掉专科的黑历史就够了，最终还是靠自己。

                • 于 应统 考研秋招抉择

                  Luli 一是因为听到许多研究生毕业出来也难找工作

                  沉默的大多数：找到工作的是不会说出来的。你就想一想，如果你考研上岸了，你会各个平台都发“今年考研真简单”吗？但找不到工作的人是会到处宣扬就业形势年年不好的。

                  Luli 上网经常看见这种”想要考研上岸就不要想别的，整天担心忧虑自己考不上就一定考不上“这样的话

                  从不要让自己分心的角度，这个观点是正确的。谋定而后动，知止而有得，如果你都开始备考了还在纠结考不考好，那就说明没在认真备考。

                  Luli 而且我们学校电子商务专业的考研上岸率也低，大概只有7%左右的样子

                  个人认为这个统计数据不能直接反映教学质量和你的水平。

                  Luli 偏向拿到工作的策略：想办法找暑期实习看能不能凑出一段实习经历+带着实习经历去秋招+考暨南大学信息科学技术学院下的应用统计

                  经典全都要。暑期实习基本在春招，现在基本只招日常实习，等你暑期的时候人家已经开始秋招了，在现在这个时间点基本不能完成实习+秋招+考研三件事，除非你不挑。

                  建议放弃其中一个，甚至是两个。

                  另外你可以考虑一下毕业两年内边工作边考研。因为我真的不看好 5 个月备考能卷出什么东西来， 2 个月备战秋招也很勉强。

                          • 于 TS Enum 结合位运算的特别用法

                            我要泼个冷水，这个操作其实跟变量枚举没差别

                            const Foo = 1;
const Bar = 1 << 1;
const Baz = 1 << 2;

type Flag = typeof Foo | typeof Bar | typeof Baz;
var flag: Flag;

if (flag & Foo) {}
if (flag & Bar) {}
if (flag & Baz) {}

                            区别仅在于多了一个类型命名空间。

                            不用位运算就因为可读性不好，直接使用常量枚举反而更清晰

                            const enum Flag {
  Foo,
  Bar,
  Baz,
}

var flag: Flag;

switch (flag) {
  case Flag.Foo: {}
  case Flag.Bar: {}
  case Flag.Baz: {}
}

                            不需要关心枚举值，除非你真的需要它参与运算，这个时候就回到为什么不用位运算的问题了。

                            二进制位枚举有用的情况是 bitset 的场景，比如一篇文章只有一个审核状态，审核原因就可以用标志位来记录，比如指令置顶为 2 ，涉黄暴为 4 ，涉一号为 8 。但这种 bitset 的场景在 ts 里也不那么推荐， js 只有 53 位这种烂理由就不说了，重点是前端业务没有极致优化存储空间的需求，业务系统应该将不同标志位分开为不同的 boolean 状态字段，换取维护便利性。

                            • 于 各位有多少比重的编程学习是完全主动有兴趣的

                              大学时是 6:4 ，后者是学校教材
                              工作后是 2:8 ，工作上用得上什么我就学什么，内网文档占大头。目前我的大部分技能都是曾经工作经历带给我的，比如前端 hybrid ，性能优化，富文本渲染。现在在做的东西也是在前司涉猎过的。


                              本来我学计算机就是出于兴趣，基本不会有不感兴趣但一定要学的东西（硬要说那就是思想道德修养与法律基础），所以第三/四部分不会出现在我的考虑范围，能力和要求匹配不上我就不强求，主打一个躺平摆烂。

                            • 于 一款基于 cucthesis 以及 nix 编译的 scnu 论文模板

                              终于又一个 LaTeX 论文模板，感觉可以扔到 scnu 组织下（狗头

                            • 于 距离专升本考试还有 91 天，我该何去何从

                              我记得不是年年都可以考吗，先工作再继续考呗

                              • 于 用 TSX 写复杂 yaml

                                嗯，上周和这周都想了想，应该没办法表示出对 children 的限制。

                                还有个思路是用 eslint 根据 ast 去扫，具体怎么搞我忘了，比如可以做到扫描出 for ... of 不让用或者 .forEach 不让用这样。或许可以尝试去拿 jsx 的 ast ，把 parent 和 children 的限制关系表示成 json 结构的配置项，这样就足够灵活了（

                              • 于 如何入门安全领域？
                              • 于 用 TSX 写复杂 yaml

                                因为你的 jsx 定义也是不完备的， ts 不认为你的嵌套元素是外层元素的 children 。可以用 assert 断言一下类型，我估计你写成 jsx 形式是符合 children: any 的。

                                • 于 用 TSX 写复杂 yaml

                                  0x709394 因为你的 children 不是推出来的类型啊，所以对泛型是没有限制的，命中 optional 了。你把 children 改成必选就会报错了。

                                  • 于 用 TSX 写复杂 yaml

                                    用万能的 infer 去做推断，推出来就用，推不出来就 never

                                    © 2018-2025 0xFFFF