Forwarded from 小林家的托尔
Total Commander，从 1993 年发布第一个版本至今已 25 年，仍在更新。
未注册版本也可使用所有功能，而且没有时间限制，只是启动时需要多按一个按钮。作者 Christian Ghisler 对此表示：“我明白在许多国家，与薪水相比，Total Commander 非常昂贵，因此我们能够容忍那些没有能力付费的用户使用未注册的版本”。
未注册版本也可使用所有功能，而且没有时间限制，只是启动时需要多按一个按钮。作者 Christian Ghisler 对此表示：“我明白在许多国家，与薪水相比，Total Commander 非常昂贵，因此我们能够容忍那些没有能力付费的用户使用未注册的版本”。
Forwarded from 一起偷偷观察 DIYgod
DIYgod
关于开源项目赞助这件事
相信没人做开源项目是为了赚钱，因为它还不如去天桥贴膜赚得快。
Forwarded from 一起偷偷观察 DIYgod
#DIYgod的微博更新
“我又没做坏事，我没什么隐私”、“你那么怕隐私泄露肯定做了什么见不得人的事吧”、“反正隐私泄露的差不多了，不差这一次”、“我把隐私交给国家保管比交给苹果这样的商业公司更放心”、“看见祖国这么流氓，我就放心了”、“国家还不是为了你好，你有本事你上啊”
传送门
“我又没做坏事，我没什么隐私”、“你那么怕隐私泄露肯定做了什么见不得人的事吧”、“反正隐私泄露的差不多了，不差这一次”、“我把隐私交给国家保管比交给苹果这样的商业公司更放心”、“看见祖国这么流氓，我就放心了”、“国家还不是为了你好，你有本事你上啊”
传送门
duangsuse::Echo
github.com/duangsuse/tinyaxml #project #reveng
This media is not supported in your browser
VIEW IN TELEGRAM
（这几天都在写
现在大概在写解析器逻辑
但是突然又不想写了（
大概是因为 没毅力（划掉的缘故吧
我发现这个项目代码好像越写越臃肿了（（虽然我的 VSCode 还可以承受233
主要也是由于对文件格式本身不理解 -- 资料太少, 而且信息不对称 不同的工具和资料对格式的描述存在一些差异, 我必须知道哪个才是正确的…
一大堆无用的字段, 逻辑什么的（第二次, 果然…
我打算可以先继续做点别的, 过几天彻底了解 AXML 文件格式后我会再次用 Java 写一个 AXML 纯处理库, 这个项目会被完全重写的.
现在大概在写解析器逻辑
但是突然又不想写了（
大概是因为 没毅力（划掉的缘故吧
我发现这个项目代码好像越写越臃肿了（（虽然我的 VSCode 还可以承受233
主要也是由于对文件格式本身不理解 -- 资料太少, 而且信息不对称 不同的工具和资料对格式的描述存在一些差异, 我必须知道哪个才是正确的…
一大堆无用的字段, 逻辑什么的（第二次, 果然…
我打算可以先继续做点别的, 过几天彻底了解 AXML 文件格式后我会再次用 Java 写一个 AXML 纯处理库, 这个项目会被完全重写的.
duangsuse::Echo
（这几天都在写 现在大概在写解析器逻辑 但是突然又不想写了（ 大概是因为 没毅力（划掉的缘故吧 我发现这个项目代码好像越写越臃肿了（（虽然我的 VSCode 还可以承受233 主要也是由于对文件格式本身不理解 -- 资料太少, 而且信息不对称 不同的工具和资料对格式的描述存在一些差异, 我必须知道哪个才是正确的… 一大堆无用的字段, 逻辑什么的（第二次, 果然… 我打算可以先继续做点别的, 过几天彻底了解 AXML 文件格式后我会再次用 Java 写一个 AXML 纯处理库, 这个项目会被完全重写的.
举个例子, 其实兼容 chunk 头部一般认为一定是 8 字节
我在接口类 IChunk 里写了 getHeaderSize() 方法… 然而实际上 header size 根本没有用到
等等还有很多块方法是无用的, 他们的功能 AxmlFile 已经实现了
或许也有一些字段由于是满意合适资料从 AXMLEditor 上了解的, 它的设计不一样（不是完全解析到块真正的意思），我根本无法确定 Chunk 类的是否是可以完全包含所有块信息和完全序列化的
我在接口类 IChunk 里写了 getHeaderSize() 方法… 然而实际上 header size 根本没有用到
等等还有很多块方法是无用的, 他们的功能 AxmlFile 已经实现了
或许也有一些字段由于是满意合适资料从 AXMLEditor 上了解的, 它的设计不一样（不是完全解析到块真正的意思），我根本无法确定 Chunk 类的是否是可以完全包含所有块信息和完全序列化的
Gradle 我根本跑不起, 新解析器会过几天再写
新解析器不会继续使用 Gradle 或 Maven 了, 虽然依然使用测试系统和 JavaDoc, 我会用 Make 构建这个项目
新解析器不会继续使用 Gradle 或 Maven 了, 虽然依然使用测试系统和 JavaDoc, 我会用 Make 构建这个项目
duangsuse::Echo
（这几天都在写 现在大概在写解析器逻辑 但是突然又不想写了（ 大概是因为 没毅力（划掉的缘故吧 我发现这个项目代码好像越写越臃肿了（（虽然我的 VSCode 还可以承受233 主要也是由于对文件格式本身不理解 -- 资料太少, 而且信息不对称 不同的工具和资料对格式的描述存在一些差异, 我必须知道哪个才是正确的… 一大堆无用的字段, 逻辑什么的（第二次, 果然… 我打算可以先继续做点别的, 过几天彻底了解 AXML 文件格式后我会再次用 Java 写一个 AXML 纯处理库, 这个项目会被完全重写的.
在写这种东西之前一定要充分的了解要解析的那种文件格式, 才知道要有什么类, 相应的类应该怎么写, 怎么解析, 会出现什么错误和意外情况
而且工具和库不分家和我的🌶🐔水平导致库方法使用主类的方法... 而且库方法还能自己退出程序, 而不是抛出异常
https://github.com/duangsuse/TinyAXML/blob/master/src/main/java/org/duangsuse/tinyaxml/AxmlFile.java#L272
作为一次学习可能还是可以的
而且工具和库不分家和我的🌶🐔水平导致库方法使用主类的方法... 而且库方法还能自己退出程序, 而不是抛出异常
https://github.com/duangsuse/TinyAXML/blob/master/src/main/java/org/duangsuse/tinyaxml/AxmlFile.java#L272
作为一次学习可能还是可以的
GitHub
duangsuse/TinyAXML
TinyAXML - 🖍 Android AXML binary xml serialization/deserialization library&hacking tool
duangsuse::Echo
Gradle 我根本跑不起, 新解析器会过几天再写 新解析器不会继续使用 Gradle 或 Maven 了, 虽然依然使用测试系统和 JavaDoc, 我会用 Make 构建这个项目
13 号到 16 号 天一共写了
包含 Markdown, Java, Makfile, Shell, XML 语言 ( 其实我只手动写了 JSON, Java, Markdown, Makefile
比之前 MonkeyVM 的近 1k 行多一倍, 开心（ 原来 duangsuse 只看行数多不多啊 ... 😂
2765 行代码(虽然几乎有一半都是文档)包含 Markdown, Java, Makfile, Shell, XML 语言 ( 其实我只手动写了 JSON, Java, Markdown, Makefile
比之前 MonkeyVM 的近 1k 行多一倍, 开心（ 原来 duangsuse 只看行数多不多啊 ... 😂