-dontobfuscate
-target 1.8
-optimizations *
-optimizationpasses 5
-keepattributes SourceFile,LineNumberTable
-libraryjars /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.181-7.b13.fc28.x86_64/jre/lib/rt.jar
-keep class lime.Lime { *; }
-keep class lime.Main { *; }
-keep class lime.type.Macro { *; }
-keep class lime.type.SexpList { *; }
-keep class lime.type.Symbol { *; }
-keep class lime.text.Token { *; }
-keep class lime.text.Lexer { *; }
-keep class lime.text.Parser { *; }proguard6.0.3/bin/proguard.sh -injars ~/IdeaProjects/KtLime/out/artifacts/Lime/Lime.jar -outjars ~/IdeaProjects/KtLime/out/artifacts/Lime/Limee.min.jar @/home/DuangSUSE/Projects/KtLime/out/artifacts/Lime/pguared.cfg -libraryjars /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.181-7.b13.fc28.x86_64/jre/lib/rt.jar -target 1.8 -keepattributes '*Annotation*' -keepattributes Signature -keepattributes InnerClasses -keepattributes InnerClasses,EnclosingMethod -libraryjars ~/.local/share/JetBrains/Toolbox/apps/IDEA-C/ch-0/182.4129.33/lib/kotlin-stdlib.jar -libraryjars ~/.local/share/JetBrains/Toolbox/apps/IDEA-C/ch-0/182.4129.33/lib/junit-4.12.jar
但是还是很大 😶
但是还是很大 😶
duangsuse::Echo pinned «用爱发电结果啥都没做成的典型事例又多了一件 https://t.co/YQZThq6AkK — Rachel (ﾉД`)ｼｸｼｸ (@tangrui003) August 24, 2018»
duangsuse::Echo
比 GeekApk 好，因为关注的人绠多一些，不过大概还是有难度，其实我也愿意去帮忙
主要是我对视频流不是很熟悉，不过想想其实开始简单的上传和校验视频，然后分发文件数据还是简单的 🐸
不过这里我感觉他们犯了一个典型的错误，就是误以为自己的开发效率天下无敌
GeekApk 从前那个开发工程量真是坠大滴，甚至我为此居然还要设计一门基本可以认为是 DSL 的程序设计语言作为 GeekApk 自己的脚本语言... 开始那个 complexity，参考 Dropage，就是那个 level
但是后来我发现啊，这个人呐，能力毕竟是有限的，虽然新蛤他们有三个会 develop 的人，GeekApk 能动的只有三个人而且只有我一个 reside，但是这个 project 啊，设计大了就不容易完成，就容易鸽子，然后就慢慢死掉
新蛤这个呢，我觉得还 excited 一些，毕竟他们没有停留在 naive 的讨论用蛤 framework 的姿势水平，忍不住要膜拜一番 🐸
总之，愿其越做越好，虽然还有些项目是存在一些可以 improve 的地方，但也足够 excellent 了，出模型设计的时间也比较快，毕竟是蛤蛤们的是吧？但是毕竟不知道就是有程序了，部署和上线后会不会有问题，如果后来出了偏差，他可是会 angry 的和要求付泽纫的！
GeekApk 从前那个开发工程量真是坠大滴，甚至我为此居然还要设计一门基本可以认为是 DSL 的程序设计语言作为 GeekApk 自己的脚本语言... 开始那个 complexity，参考 Dropage，就是那个 level
但是后来我发现啊，这个人呐，能力毕竟是有限的，虽然新蛤他们有三个会 develop 的人，GeekApk 能动的只有三个人而且只有我一个 reside，但是这个 project 啊，设计大了就不容易完成，就容易鸽子，然后就慢慢死掉
新蛤这个呢，我觉得还 excited 一些，毕竟他们没有停留在 naive 的讨论用蛤 framework 的姿势水平，忍不住要膜拜一番 🐸
总之，愿其越做越好，虽然还有些项目是存在一些可以 improve 的地方，但也足够 excellent 了，出模型设计的时间也比较快，毕竟是蛤蛤们的是吧？但是毕竟不知道就是有程序了，部署和上线后会不会有问题，如果后来出了偏差，他可是会 angry 的和要求付泽纫的！
同时呢也希望大家，不要过早的把它当成笑话或者不待见它，现在它还十分不稳定，不能说是已经没有希望了，毕竟膜蛤是自带滑稽，蕞与世无争的一种文化，识得唔识得啦？🐸