duangsuse::Echo
714 subscribers
4.24K photos
127 videos
583 files
6.46K links
import this:
美而不丑、明而不暗、短而不凡、长而不乱,扁平不宽,读而后码,行之天下,勿托地上天国。
异常勿吞,难过勿过,叹一真理。效率是很重要,盲目最是低效。
简明是可靠的先验,不是可靠的祭品。
知其变,守其恒,为天下式;穷其变,知不穷,得地上势。知变守恒却穷变知新,我认真理,我不认真。

技术相干订阅~
另外有 throws 闲杂频道 @dsuset
转载频道 @dsusep
极小可能会有批评zf的消息 如有不适可退出
suse小站(面向运气编程): https://WOJS.org/#/
Download Telegram
This media is not supported in your browser
VIEW IN TELEGRAM
Screenshot_20210116_201051.png
122.9 KB
#Java #plt #types 泛型数组问题真多…… 首先是 Integer[] 和 int[] 不能 autobox 装拆箱(误,这个其实不是拆不拆的问题了,但是 Arrays 居然没提供复制 API...),我写 rangeSwitch(int[],int[]) 它报错 Object,int 没有顶类型(共同超类)... ;因为 Object os/*可*/=(String[])ss; 的默认协变T数组再加上 reified 假泛型问题,必须得用这种方法建立泛型数组,气死我了。
Screenshot_20210116_212315.png
219 KB
#Java 为什么啊…… 比 Yuuta 还多一行,而且看起来贼乱,明明我有很认真做简化功课了的说……
This media is not supported in your browser
VIEW IN TELEGRAM
不知道为什么,我觉得自己代码质量挺好的啊…… 可是看起来就过于紧凑
明明很有自信的说,看来要重构了……
This media is not supported in your browser
VIEW IN TELEGRAM
有的时候真的羡慕 Yuuta 那样的开发者,即便是很麻烦的工作,也能用很简单短篇的代码实现,哪怕会有一大堆类似的行居然也会比我的短
像我要省行数,总是在可读性或算法与面向对象模式上极限1换1……

是应该改一下套路,之前习惯的是有语义区别可以不换行不空格,究竟是 Java 该换的肯定要换,不换的话没有眼力看啦……
for (String fp : args) u.tryRun(() -> play(new File(fp)), fp); 🌚 我脑子瓦特了写了这么个函数(() -> 内仍需 checked exception...)
方法引用中抛出的类型java.io.IOException不兼容 啊啊啊啊啊 🌝我就不该觉得 Java 会不检查,比民政局管得宽……
世 界 级 检 查
满 贯 类 型 安 全
duangsuse::Echo
for (String fp : args) u.tryRun(() -> play(new File(fp)), fp); 🌚 我脑子瓦特了写了这么个函数(() -> 内仍需 checked exception...) 方法引用中抛出的类型java.io.IOException不兼容 啊啊啊啊啊 🌝我就不该觉得 Java 会不检查,比民政局管得宽…… 世 界 级 检 查 满 贯 类 型 安 全
LINES=68,COLUMNS=236 mvn exec:java -Dexec.mainClass=JPlayer1 -Dexec.args=a.mp4
LINES=68,COLUMNS=236 mvn exec:java -Dexec.mainClass=JPlayer -Dexec.args='a_con.mp4 a.mp4.wav'

真棒, Yuuta 的一直可以运行,我的老出问题 🌝
Screenshot_20210116_235016.png
217.9 KB
闹了半天原来是我算法写错了…… 药丸啊,原版猿版替换了半天
一 念 之 差 🌚
(补充: 并不清楚为何灰度颜色要分 fg bg )
GPT提示词:
使用ANSI color escape 在终端显示灰度图。代码缩进2空格。把 \033[ 外提为 EC=\x1b[
JPlayer1.java
5.9 KB
#Java #code #cli #tools 果然不是很难(迫真,搞了一晚上),但我没啥想说的,发 gist 结束了吧
duangsuse::Echo
asciiv.cpp
(妈的,才想起来下午的时候是用 C++ 写了一个…… 现在又重写了一个
不写了睡大觉,两点了……
cvlc BadApple.mp4.wav 2&>/dev/null& ../a.out BadApple_con.mp4 啊果然还是 #cplusplus 好,这个流畅度即便是用 iostream 不是裸 stdio 也比 Java 高到不知哪里去了, Java 的 ios 怎么调教都不好, buffering 当然没有用,要么然就要每条去 flush,坏掉的,,,