liuxu

英文单词里面没有 phper ，只有 programmer

我也想做个游戏玩玩，我想做 2D 多人在线的生活养成类游戏，准备 12 月开始动手，观摩下

别去了，这公司去了要累死你

这公司运维技术栈是物理机+docker/docker swarm ，jenkins 自动化 CI ，nginx 做 LB ，业务用的 java+kafka+redis ，项目应该是有点流量，全部用 shell+python 脚本运维

目前情况十有八九接口延迟太高，或者 qps 上不去，java 开发推锅怪服务器组件配置有问题

这公司十有八九加班多

异步或者多线程，所有权还是应该交出去，借用把事情搞复杂了，四不像了

use std::future::Future;

#[derive(Debug, Clone)]
struct Demo {
id: i32,
name: String,
}

impl Demo {
#[allow(dead_code)]
fn print(&self) {
println!("id:{}, name:{:?}", self.id, self.name);
}
fn print_mut(&mut self) {
println!("id:{}, name:{:?}", self.id, self.name);
}
}

async fn do_demo<F, U>(f: F) -> Result<(), String>
where
F: for<'a> FnOnce(Demo) -> U,
U: Future<Output = String>,
{
let demo = Demo {
id: 1,
name: "test".to_string(),
};

let ret = f(demo.clone()).await;

demo.print();

println!("f() ret: {:?}", ret);

Ok(())
}

#[tokio::main]
async fn main() {
do_demo(|mut demo| async move {
println!("demo: {:?}", demo);
demo.print_mut();
format!("test demo, id: {}", demo.id)
})
.await
.unwrap();
}

那就换 react 吧

放过自己，刷剧，出去玩不是错
周一到周五干劲满满，周末休息，这是标准模范的生活了

加入于 2013-11-12 ，既然是上了年纪的老大哥，这个问题就要慎重对待了

这里的页我就作为磁盘的 block 说了

如果需要把内存中 B tree 数据结构存储到磁盘中，1 个页存储 1 层，或多页存储 1 层是最合理的
如果存储多层，假如 2 层和 3 层存储在一个页中，此时如果 2 层还增加 1 个节点，就必须把 3 层移到别的页中，然后在 2 层的页中插入，这就是 mysql/innodb 中常说的“页分裂”问题

有爱好可以打败其他所有条件，现在的年轻人应该为自己的爱好努力，而不是为了饭碗权衡利弊，权衡来权衡去，不过是在几个坑里跳来跳去

具体要看这个有点是多大的点，10 年 linux 经验也只敢说会一点 linux ，这还不是谦虚