首先感谢某家订阅能路由到4o

每次内耗以后才会彻底通透，真正释怀。通透从来不是想出来的，类似于0跃迁到1。

选择舞萌就是选择成功

现在流行的大水理论和薄肌理论我总是感觉到熟悉 来到机厅之后发现在舞萌机面前，人人都拿着大水，做着有氧，原来现在流行的理论早早就被舞萌痴们融会贯通用于实践 我恍然大悟，原来舞萌痴才是真正的领先于版本

该渲染由 Shiro API 生成，可能存在排版问题，最佳体验请前往：https://blog.y11han.top/posts/default/f6c-hack

设备：汉王黄金屋3 电纸书 (F6C)，君正 Ingenic MIPS SoC(板型 mensa)，Android 2.2.1 (FRG83) eng 固件 目标：装第三方桌面、开 adb、解除5分钟锁屏限制，把机器变成可折腾状态
结果：达成。全程未拆机、未刷机、零变砖风险

::: warning 我对「折腾『教程』」的态度同 乐视 CI 移植 Armbian 这篇文章： 好的教程应当提供思路、启发读者，而不是直接丢出一个现成的刷机包。因此你在这里得不到任何懒人包（AI 时代，找点没甲的随便一跑就出来了），但你能一定能找到灵感。 :::

一、设备与固件概况

从 官方升级包 和实际设备 dump 交叉确认:

项	值
平台	Ingenic MIPS，产品代号 mensa，eng/test-keys 编译
分区	mmcblk0p1=system(ext4，500MB 原始镜像直写) p2=cache p3=data p4=内部存储(vfat，MTP 可见)
系统应用	hvLauncher60(桌面)、hvSettings(设置)、hvUsbConnectApp60、Term、Development、SpareParts 等
adb 设计态	ro.secure=0、persist.service.adb.enable=1，开机 usb_gadget.sh 加载 android.ko 并重启 adbd，adbd 以 root 运行
recovery	自制 recovery(非 AOSP 原版)，inand_write_raw 按分区名直写镜像，adbd 同样开启

实测联机无法直接获得ADB权限。汉王桌面内设 系统升级 和 资源更新 两条可能实现破解的途径。系统更新会读 p4 内部存储根目录的 update.zip，资源更新会读 p4 内部存储根目录的hvResources.zip。

---

二、走不通的 update.zip 路线

TL; DR 没有私钥，任何改过的 update.zip 都会被 recovery 拒绝。此路永久关闭。

官方升级包是标准 SignApk 整包签名(签名块在 zip comment，recovery 的 verify_file 校验):

1. 包内证书 META-INF/CERT.RSA 的 DN 伪装成 AOSP testkey(CN=Android， android@android.com)，但 RSA 模数 FB6BD7A1… 与公网 testkey(D6931904…)不符，是厂商自生成密钥对。

::: note update.zip中的模数： AOSP 公开证书文件 testkey.x509.pem： 得到 AOSP 公开证书文件的 RSA 模数： :::

3. 解 recovery ramdisk，/res/keys 里只有一把 key，模数与该证书完全一致。V1.49(2015)与 2018 版包共用同一把私钥。 ::: note :::

4. 反汇编 recovery(MIPS32 静态链接，objdump + 自写脚本按指令编码定位字符串引用):安装流程中 verify_file 返回值直接门控，失败即 signature verification failed 中止，无旁路、无条件跳过。验签发生在任何写入之前，所以试刷坏包不会变砖。

---

三、完全不验签的 hvResources.zip 路线

TL; DR 关键突破，用官方资源更新机制自构造 payload、dump 出系统固件 build.prop、传入 apk。

逆向 hvSettings.apk(system uid 运行，sharedUserId="android.uid.system")发现:

系统设置里的"资源更新"按钮(btnUpdateResources)逻辑:

1. 查找 /mnt/flash/hvResources.zip 或 /sdcard/hvResources.zip
2. XZip.upZipFile() 解压到 /mnt/flash/hwsys/temp/(文件名还过一道 8859_1→GB2312 转码)
3. 解析 temp/hvResources/HvResources.xml，按 <operation type="add|del|update"> 执行任意路径文件复制/删除——以 system 权限，无任何签名校验

这是汉王自己的资源(字体/词典)更新机制，等于一个官方后门。我们用它构造了三种 payload:

<resources>
  <operation type="add">
    <item><srcpath>/mnt/flash/hwsys/temp/hvResources/ADWLauncher.apk</srcpath>
          <dstpath>/data/app</dstpath></item>
  </operation>
</resources>

payload	用途
安装包	把 Holo/ADW/aLogcat 的 apk 复制进 /data/app，PMS 的目录监听自动完成安装
dump 包	srcpath 填系统路径、dstpath 填 MTP 可见的 /mnt/flash/hwdump，把真实固件的 build.prop、hvSettings.apk、/data/system/dropbox 等全部拷出来——不需要 adb 就能任意读设备文件
回滚包	type="del" 删掉 /data/app 里塞进去的 apk，随时恢复原状

---

四、装了两个桌面，两个全爆了

因为是 Android 2.2.3 的上古产物，必须找到支持 API = 8 的系统桌面。

一番搜索后，选择了 Holo Launcher 和 ADW Launcher。然后它们都不工作。

1. 很抱歉！进程com.holoxxxxx意外终止。
   这个所谓 froyo 专版(3.1.2， minAPI8)实际引用了 Android 3.0 (API 11) 才有的 View.setLayerType()，在 2.2.1 上必抛 NoSuchMethodError。后用逐 API 引用扫描验证。换用 ADW Launcher 1.3.6(minSdk 5，零高版本引用)后复活。

2. 很抱歉！android.proccess.acore意外终止 。
   这是一个复制安装的权限陷阱。资源更新通道用 FileOutputStream 落地，进程 umask 导致文件权限为 -rw------- system system。PMS(system uid)自己能读，所以安装、图标、HOME 选择器全部正常;但应用进程(uid 10xxx)读不到自己的 apk，PathClassLoader 加载 dex 失败:

   java.lang.ClassNotFoundException: ... in loader dalvik.system.PathClassLoader[/data/app/ADWLauncher.apk]

   (ADW 的 Application 声明跑在 android.process.acore，所以 FC 弹窗显示的是 acore，一度误导排查方向。崩溃堆栈由 DropBox 持久化在 /data/system/dropbox/，用 dump 包拷出来后真相大白)。 chmod 644 /data/app/*.apk 后复活。

---

五、你这 adb 保真吗

• recovery 里 adbd 开启，但验签失败后几秒内自动重启，窗口极短。
• 正常系统 adb 同样开启(root!)，但进入汉王桌面几秒后 adb 消失，此时 Windows 只认到 MTP——推测是 MTP/存储守护进程启动后把 USB gadget 从 adb 模式抢走(属性并未被关，抓到窗口时 persist.service.adb.enable=1)。也可能与自动休眠有关。
• 对策：PC 端看门狗脚本 race_adb.sh，死循环盯 adb devices，设备一出现立刻抢进去执行修复(chmod、写 persist 属性、拿 wake_lock、抓 ps/lsmod 诊断)。
• 另一进 recovery 的方法：系统升级按钮的预检只检查 update.zip 存在性 + zip 内 version 文件的 HWV 记录与机型匹配(version 文件结构:1024 字节一条记录，HWV\x042.23 @1024、SYV\x04x.xx @2048)，放入带真 version 文件的假包即可走到确认框并重启进 recovery。所有塞入应用，随时回到原厂状态。

---

六、锁屏的两层机制与彻底禁用

我计划让该设备做为时钟/台历类似物，因此必须停用恼人的5分钟自动锁屏。

设备的锁屏/休眠完全不走 Android 电源管理，所以 screen_off_timeout、svc power stayon、FLAG_KEEP_SCREEN_ON 全部无效。实际是三层：

第 1 层 —— poweroffserver(关机编排服务) init.rc 里的 root 服务，注册 binder android.os.IPowerOffService:负责关机前清场(遍历 /proc 杀占用进程、umount /data /cache /sdcard、sync、reboot)。stop poweroffserver 无副作用且adb 断连问题随之消失(此前 adb 只有开机几秒窗口，就是它把整机挂起导致 USB 断电)。

第 2 层 —— HvLockScreenService(自动锁屏调度) com/android/server/HvLockScreenService(services.odex，baksmali 可读)，核心逻辑:

goToLockScreenAtDefaultTime():
    if SystemProperties.get("sys.eink.hvlockscreen.autolock"， "1") == "1":
        t = 300000;  // 硬编码默认 5 分钟
        try { t = Settings.System.getInt("hanvon_lockscreen_timeout"); } catch {}
        设置 RTC_WAKEUP 闹钟 now + t → 到点弹锁屏界面
    else:
        取消闹钟

关键结论:

• hanvon_lockscreen_timeout(Settings.System，毫秒)是官方锁屏时间配置项，每次调度都现读——改成 2147483647(约 68 年)即永久不锁;
• autolock 属性只在调度入口被读一次，中途 setprop 0 无法取消已排程的闹钟(这就是中途设 0 无效的原因);
• 取消当前闹钟可走 binder:service call hvlockscreen 3 i32 -1。

binder 接口 android.os.IHvLockScreenService(服务名 hvlockscreen)交易码:

code	方法	说明
1	setHvLockScreentime(int)	只写内存静态变量，不持久，基本无用
2	goToLockScreenAtDefaultTime()	按 autolock + 设置键重新调度
3	goToLockScreenAtDefinedTime(int)	传 -1 = 取消闹钟;50 = 用户手动锁(userlock 门控)

最终修复命令(adb 内执行):

adb shell sqlite3 /data/data/com.android.providers.settings/databases/settings.db \
  "insert into system (name，value) select 'hanvon_lockscreen_timeout'，'2147483647' where (select count(*) from system where name='hanvon_lockscreen_timeout')=0;"
adb shell sqlite3 /data/data/com.android.providers.settings/databases/settings.db \
  "update system set value='2147483647' where name='hanvon_lockscreen_timeout';"
adb shell service call hvlockscreen 3 i32 -1
adb shell stop poweroffserver   # 每次开机一次，或 remount 后改名固化

---

七：enjoy yourself !

看完了？说点什么呢

背景：总之我之前拼车在用的claude max账号（23年注册+订阅大半年+美国大银行信用卡）拉了一个mac用户后被封了，而且封禁原因是不支持的国家，非常少见，很生气。要知道这个号体质好到一次登七八个设备十几个ip乱跳，用户横跨十几个时区都没事。于是中秋节后开始琢磨着分析claude各个应用的遥测 一言以蔽之，我觉得 A\ 确实是在拿中国人负载均衡。因为如果它真的不想给中国人用，那基本上就没有中国人能用 简单说一下最关键最省流的发现：

安卓app（1.260930.20） 以下上传都发生在从play商店下载下来，打开的一瞬间。上传目标 https://api3.siftscience.com （大陆可直连访问）。不需要登录，不需要点同意隐私政策（实际上也没这个）：

• ANDROID_ID. 系统级标记，原样上传。该值需要root才能访问和编辑，否则需要切换设备用户或恢复出厂设置。也就是说，跨账号跨卸载重装不变，基本相当于直接追踪设备 别家厂商收集设备指纹，你达里奥叔叔直接收集设备 😁 • 真实IPv6地址。这个不是服务端收集请求的IP地址，而是扫本机网卡地址。由于IPv6不nat，你的设备网卡上是有你的公网IPv6地址的。换句话说，只要你的手机能用IPv6上网，打开app的一瞬间A就知道你是老中了，管你是公司内网还是开了tun clash • SIM卡国家代码和当前注册网络运营商。不多解释。要注意的是插海外卡在国内漫游，上传的注册网络运营商依然是国内三大运营商之一 • anthropic_device_id. 好消息，这个卸载重装app会变；坏消息，一起上传的是android_id。达里奥叔叔上传这个干什么用我暂且蒙在古里，，，

不难发现A的小巧思：老中没有外卡->老中下载手机app通过google play支付->老中被抓到->老中被负载均衡 😉 另外sift这个遥测可以直连，所以 GFW 不能帮你挡住。还有一些杂七杂八的，相比上面几条懒得写了。值得一提的是，抓包实测时还发现了一个遥测bug，会让检测设备是否root的部分遥测路径失效 🤣

claude code cli（2.1.283） 第三方api域名。也就是说，ANTHROPIC_BASE_URL的内容都和device_id（.claude.json里）一起原样上传到 api.anthropic.com，不是第三方遥测。不过如果开着ccswitch之类软件的本地代理，上传的就只有一个本地地址。该遥测可关（CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC=1或者DISABLE_GROWTHBOOK=1） 目测不直接上传时区，比如Asia/Shanghai这些。总的来说cli其实很好反遥测

claude desktop（MacOS 2.9939.2，未实测） 有请第二位重量级嘉宾 • 同样上传byok的第三方api域名，带着安装id（后面称ant-did，Mac上在~/Library/Application Support/Claude/ant-did）一起原样上传至 claude.ai 。不过desktop byok改模型名使用的话需要开本地代理，所以大概率上传的是个本地地址。如果是anyrouter这些不用改模型名的Claude中转站......考虑到之前A会在Claude code里通过提示词标记用户是否使用前沿模型实验室url和黑名单中转站，我合理怀疑A风控因素包括这个，并且权重不低 • 上传遥测信息，包括且不限于TZ=Asia/Shanghai、LANG=zh_CN，同样带着ant-did。上传目标地址 o1158394.ingest.us.sentry.io （可直连访问）。除此之外还有CPU、屏幕、显卡、内存、机型、平台这些各种设备指纹

简单总结，在mac app上使用过的claude模型中转站和当时的电脑时区，都会通过ant-did绑定在一起。如果某天忘开代理直接启动了desktop，你的ant-did就和你的大陆IP出口一起送到 sentry 的服务器上。达里奥这小子阴的很，知道GFW能拦住自己遥测就摇了俩帮手 😁 假如A或者snetry的服务器存的时间够长，可以轻松秋后算账。

先写这些吧。后面可能还会分析ios app，解密ipa dump完放好几天了。完整的分析报告见 https://github.com/B1anYu/claude-telemetry-audit（施工中，有可能删库/重新上传）。ai slop比较严重（因为我写不过来这么复杂的报告、、、），强烈建议agent辅助阅读。出于一些考虑，仓库ignore了逆向的源码。我在agents.md里写了复现指引，如果发现不能复现和报告口径一致的源码，尽管私聊。

该渲染由 Shiro API 生成，可能存在排版问题，最佳体验请前往：https://blog.y11han.top/notes/139

#![no_std]

assert_eq!(life_is_shit(), false);

#[panic_handler]
fn panic(_: &PanicInfo) -> ! {
    loop {}
}

看完了？说点什么呢

众所周知，南邮的新教务系统 和录播课堂 都会限制校外 IP 访问。以校外 IP 访问，前者会得到 Empty reply，后者则拿不到播放器的媒体地址。

飞书 WireGuard 组网 文档已经列出了 Allowed IPs，你应当在配置的 [peer] 中添加它们，而不是默认 0.0.0.0/0，否则所有流量都会被 TUN 转发回学校。

但实际使用过程中还存在一些问题。截至 2026~2027 秋季学期，你至少需要进行以下配置，才能比较舒服地用好 wg。

方案一：将 WG 节点写入 mihomo

如果你的代理核心（以 mihomo 为例，其他核心请自行查阅文档）支持 WireGuard 节点，那么直接参考 本地 JavaScript 覆写 方案。

function main(config) {
  const nodeName = 'SASTv6-outer-net';
  const alternateName = 'SAST-school-local';
  const directName = 'Direct';
  const groupName = '校园网络';
  const testUrl = 'http://jwglxt.njupt.edu.cn/xtgl/login_slogin.html';
  const privateKey = 'REPLACE_PRIVATE_KEY';
  const publicKey = 'REPLACE_SERVER_PUBLIC_KEY';
  const presharedKey = 'REPLACE_PRESHARED_KEY';
  if ([privateKey, publicKey, presharedKey].some(k => k.startsWith('REPLACE_'))) {
    throw new Error('请先在本机填入 WireGuard 三项密钥，再启用此覆写');
  }
  const prefixes = [
    '172.16.0.0/24', '192.168.101.0/24', '192.168.114.0/24',
    '10.0.0.0/8', '202.119.224.0/20', '103.244.235.63/32',
    '115.28.139.59/32', '180.209.99.28/32'
  ];
  const node = {
    name: nodeName, type: 'wireguard', ip: '172.16.0.21',
    'private-key': privateKey,
    peers: [{
      server: 'wg6.sast.fun', port: 61820,
      'public-key': publicKey, 'pre-shared-key': presharedKey,
      'allowed-ips': prefixes
    }],
    'persistent-keepalive': 15, mtu: 1400, udp: true,
    'remote-dns-resolve': true, dns: ['192.168.114.1']
  };
  const alternateNode = {
    ...node, name: alternateName,
    peers: node.peers.map(peer => ({...peer, server: 'wg.sast.fun'}))
  };
  config.proxies = [
    ...(config.proxies || []).filter(p => ![nodeName, alternateName, directName].includes(p.name)),
    node, alternateNode, {name: directName, type: 'direct', udp: true}
  ];
  const groups = (config['proxy-groups'] || []).filter(g => g.name !== groupName);
  // 避免将来订阅改成自动纳入全部节点后，把校园 WG 混入国外测速组。
  for (const g of groups) {
    if (g['include-all'] || g['include-all-proxies']) {
      const old = g['exclude-filter'];
      if (!old || !old.includes('^SAST-WG$')) {
        g['exclude-filter'] = old ? `(${old})|^SAST-WG$` : '^SAST-WG$';
      }
      if (!g['exclude-filter'].includes('^SAST-直连$')) {
        g['exclude-filter'] += '|^SAST-直连$';
      }
      if (!g['exclude-filter'].includes('^SAST-WG-wg$')) {
        g['exclude-filter'] += '|^SAST-WG-wg$';
      }
    }
  }
  config['proxy-groups'] = [...groups, {
    name: groupName, type: 'select', proxies: [nodeName, alternateName, directName],
    url: testUrl, interval: 300, lazy: true
  }];
  const rules = [
    'DOMAIN,wg6.sast.fun,DIRECT',
    'DOMAIN,wg.sast.fun,DIRECT',
    `DOMAIN,jwglxt.njupt.edu.cn,${groupName}`,
    `DOMAIN-SUFFIX,smartclass.cn,${groupName}`,
    ...prefixes.map(p => `IP-CIDR,${p},${groupName},no-resolve`)
  ];
  config.rules = [...rules, ...(config.rules || []).filter(r => !rules.includes(r))];
  return config;
}

:::warning 如果你不使用共存方案，请不要为校园网段添加 TUN 排除项。 :::

---

方案二：共存

与代理软件共存

我使用 Sparkle（mihomo 核心）作为主力代理软件，使用习惯是：System Proxy + TUN 常开。 而 wg 工作方式也是 TUN，且 mihomo 的 Tun 网卡的跃点为 1。很有可能所有流量都直接走 mihomo 代理，WireGuard 形同虚设（系统先比较路由前缀长度，再比较相同前缀的代价）。

解决方法 1： 短暂关闭 Sparkle 的 TUN。但这一点也不优雅。 解决方法 2： 在 Sparkle TUN 设置中排除自定义网段：

tun:
  route-exclude-address:
    - 172.16.0.0/24
    - 192.168.101.0/24
    - 192.168.114.0/24
    - 10.0.0.0/8
    - 202.119.224.0/20
    - 103.244.235.63/32
    - 115.28.139.59/32        # smartclass
    - 180.209.99.28/32        # 校内DNS解析的新版教务

在系统代理 - 绕过列表 / DNS FakeIP 过滤列表

jwglxt.njupt.edu.cn
njupt.smartclass.cn

与易安连 App 共存

南邮信息办给出的校外巡课流程本身也是先连接易安联的 ENLINK CASB，再访问 njupt.smartclass.cn。所以 SmartClass 与易安联本身并不冲突，真正打架的是 易安联和 WireGuard 同时建立隧道后，对同一批校内地址产生重叠路由。

:::tip Windows / macOS 上两个隧道可以同时存在，但命中同一个目标地址时，最终走哪个接口取决于系统路由；iOS 上只允许一个 Packet Tunnel 接管系统流量，WireGuard 和易安联 App 必有一个被强制关闭。 :::

因此使用 WireGuard 时保持易安联断开，反之亦然。这样比改双方的默认路由、metric 或强行套两层 TUN 稳定得多。（加上 mihomo，你的电脑里有三个 TUN Be like）

smartclass

前文已提。 wg config 中追加： ini [Peer] AllowedIPs = ..., 115.28.139.59/32

mihomo TUN 排除：115.28.139.59/32 ，System Proxy 绕过列表和 DNS FakeIP 过滤列表：njupt.smartclass.cn

近期发现，教师账号所用校园网出口被 smartclass 限制，原因未知。建议切换 CMCC 或 CHINANET 出口或使用易安连 App。

新版教务系统

前文已提。

[Peer]
AllowedIPs = ..., 180.209.99.28/32

System Proxy 绕过列表和 DNS FakeIP 过滤列表： jwglxt.njupt.edu.cn

至此，实际需要处理的是三层互不相干的问题：WireGuard 的 AllowedIPs 决定哪些目的地址回学校；mihomo 的 TUN / System Proxy 决定这些流量会不会在到达 WireGuard 之前被代理截走；易安联则是另一套 VPN，使用时不要和 WireGuard 重复接管同一批校内资源。

现代科研指北 https://bookdown.org/yufree/sciguide/ 于淼

本书初稿写作于我处于学生与独立科研人员或转行的过渡期，也就是博士后阶段。在这一阶段身处海外的我意识到了现代科研的一些趋势与这个年龄段科研人员的种种迷茫，为了铭记，也为了启迪，我将这一阶段对于现代科研的一些思考整合为一本书。这本书是开源的，在初稿完成后开放协作，我也鼓励科研人员能记录自己的成长经历，如果实在不知从哪下手，可以参考这本书来整理。是否认可本书观点并不重要，但没有自己的科研思考过程对于科研人员是一种悲哀。

本书的出发点是 Jeef Leek How to be a modern scientist与 Phillip J. Guo 的The Ph.D Grind 读后感，前者介绍了当前科研过程中的一些趋势而后者完整给出了个人读博士成长的经历，本书则更像是两者的结合体。由于文化差异与技术进步，当2017年我整理前一本书笔记时发现有些内容已经需要更新了。这样我开始是保留其框架然后填上新的内容，有的内容直接是其他书的笔记，如同忒修斯的船一样，当零件换到一定程度结构也就需要重新调整，调到最后已经看不出跟原书有多大关系了，整体思路收敛到了我的个人经验上，此时就更像是后一本书了。

没错，这本书的一个重要来源就是我从事科研工作十年的实际感受。我非常重视从源头思考或第一推动原理，希望找到科学问题的最原始的出发点去探索，过程中会对比其他人的思路去验证或优化。这个重复造轮子的过程虽然效率不高，但会保证思路的清晰与独立性，在不断试错中步步为营，扎实推进。与之对比的是简单模仿前人的做法，这样虽然比较快，但一方面会失去探索乐趣，另一方面很难产生新洞见。很多章节我倾向于在给出解决方案前阐述这样做的原因，科研需要黑箱模型，但思路不能单纯照搬别人黑箱。这部分内容在第二章现代科研、第四章思维工具和第五章实验上有所体现。

之所以带上“现代”，是因为科研走到今天变化非常快而多数人对现代性理解不足。很多看法现在看或者是刻板印象，或者已被取代，这类关于科研的偏见不仅仅存在于非科研人员，甚至科研人员自己也会把某些“约定俗成”的说法看作科研特性。此外，加上现代就说明我们也面对很多之前科研进程不具备的一些新问题新趋势，这里面最严重的可能要数可重复性危机与开放科学的兴起：如果我们不解决可重复性危机，大量的研究资源会被浪费在无意义的项目上；如果我们不了解开放科学，学术交流的效率就会明显落后于时代。这部分内容在第三章科研现状概览有所体现。

另一个现代化问题则是技术进步带来的，现代科研使用大量信息技术进步带来的软硬件及标准操作流程，熟悉这些技术与管理理念有利于提高科研效率，这在本书第六章数据处理、第七章文献与第八章学术生活中有所体现。这部分是研究生或初级科研人员最需要知道但教育体系目前没有很好覆盖的知识。本书最后一章介绍科研外就业问题，为科研人员提供一点出圈的思路。

本书有三个附录，第一个附录是科研工具软件的选择与推荐，第二个附录是我理想中全栈科学家的一套自测题，第三个则是一些科研俚语，希望读者永远不要忘记幽默。 本书涉及的主题是我这些年体会到的比较重要的问题，但并不是说别的主题不重要，只是我个人经验覆盖不到。同时，能力有限，即便我所覆盖的部分只是我了解的部分，肯定带有偏见，一定时刻存疑，当你开始思考这些问题就会有收获。

虽然这本书关注的是科研，但科研不过是生活的一部分，希望读者不要被职业固化生活，去看日出，也去看日落；上得了高山，也下得了盆地；去经历风雨，也能闲观虹霓…充分感受每一过程中的冲突、意外、美丑，科学只是一个视角但人要有更大的视野。

本书框架如下： 第一章前言。 第二章介绍现代科研的知识背景与认识框架。 第三章介绍现代社会及现代科研趋势与问题。 第四章介绍科研思维。 第五章介绍实验。 第六章介绍数据分析。 第七章介绍文献管理。 第八章介绍学术生活。 第九章介绍离开学术界的就业途径。 附录一 现代科研工具包。 附录二 检验本书阅读效果的试题。 附录三 调侃风格的科研版词典。

文中会涉及编程，均使用R语言展示并提供代码。

该渲染由 Shiro API 生成，可能存在排版问题，最佳体验请前往：https://blog.y11han.top/notes/137

看完了？说点什么呢

该渲染由 Shiro API 生成，可能存在排版问题，最佳体验请前往：https://blog.y11han.top/notes/135

看完了？说点什么呢