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

技术相干订阅~
另外有 throws 闲杂频道 @dsuset
转载频道 @dsusep
极小可能会有批评zf的消息 如有不适可退出
suse小站(面向运气编程): https://WOJS.org/#/
Download Telegram
删了一个老号 #GitHub
#GeekApk #GitHub #Dev 百提交留念(
测试持续集成已经上线,但是还没有 DevOps 自动部署,因为目前没有服务提供商,而且业务逻辑实现覆盖率很低、接口测试正在编写中...
🤔 GeekSpec 对 GeekApk Spring 的工程有多大的辅助作用呢?自 Spec 文件写完之后,自动生成解决了 300 多行模板代码的编写任务,从写完 7:34 到完成任务合并主分支 8:08 只花费了半个小时左右,可谓是一瞬生成了(
duangsuse::Echo
🤔 GeekSpec 对 GeekApk Spring 的工程有多大的辅助作用呢?自 Spec 文件写完之后,自动生成解决了 300 多行模板代码的编写任务,从写完 7:34 到完成任务合并主分支 8:08 只花费了半个小时左右,可谓是一瞬生成了(
git diff --stat fb0242a475e84fe12911840de5d7740b8fd075e0 abb5d6c47cb011c5059e8e27c4e569e87b58b50b

11 files changed, 343 insertions(+), 34 deletions(-)

在半个小时里,GeekSpec 自动生成了 300 多行模板代码,换算成人就是十分钟写 100 行啊,都是这种代码:

  @PutMapping("/{aid}")
@ResponseBody
fun updateApp(@PathVariable("aid") aid: AppId, @RequestParam("attr") attr: String/* Maybe package or icon or name or screenshots or readme */,
@RequestBody value: String): Map<String, String> /* attr: String *//* oldVal: String */ {
TODO()
}

不无聊么?
上面的代码,为什么不可以这么写呢?

PUT@updateApp(aid-path:AppId, attr:String{package, icon, name, screenshots, readme}, val-body:String)
-> [$attr:String, $oldVal:String]
= /app/{aid}

于是我居然花了一天时间弄了个 GeekApk 自己替换 Swagger 的,虽然没啥复杂算法... 但不得不说,真的很有用。
『磨刀不误砍柴工』
Forwarded from 羽毛的小白板
我只是玩个砍口垒而已,用得着这样确定漩涡点的机制吗 #艦これ #Pg好玩
dnaugsuz
https://github.com/duangsuse/GeekApk/issues/15
我感觉没有人会来写任何有意义的代码... GeekApk 晚安 🌛
This media is not supported in your browser
VIEW IN TELEGRAM
做个好梦吧... 梦里,不甘心、看不惯某个平台发展、变大、“变质”的人们,拥有抛开某个独立平台而自己另辟新乐园的能力,而不是一味指责它的不是、于事无补。

梦见所有能在 “IT” 社区叱咤风云的大佬们,都有能力做一点实际的、更大一点的工程,而不是痴迷于 Quick Hack

梦见中国的开发者,技能栈再宽一点,再敢当斜杠猿一点,不要害怕『别的领域』的事情...
不要害怕『大工程』...
不要害怕『一个人』的工程...

一个人,怎么不可以是一个团队?
GeekApk 为什么就不能靠『一人之力』写出来?它比那些『大学外面学不到』的东西还难么
它有可能比一个爱好者最终要去学的东西难么?
#GitHub #dev https://github.com/losfair/x-lang

看见冰封的 issue,想说点什么,可是英文表达能力比较弱,而且能说的都是废话.... 看来大概是没机会了

btw. 这个 X-lang 就是一个支持 Lambda calculus 的语言,示例里面用了几个 Y 组合子风格的递归,基本就是圆括号风格(
不错,不错,看来我离开两天还是有人来看代码的,但是没有一个 Fork,那你们就慢慢看吧。过两天我业务逻辑写完了部署上线了如果还没有一个其他人的 commit 出现在 master 分支里面,那最后 GeekApk 即使是幼儿园级别的应用程序,我也闭源喽。感谢你们的行动能力...
Forwarded from 羽毛的小白板
第一次写
#statement #tech #dev #blog 同意。

有位博友问我,能不能分享一些关于XXX技术或者经验。我特别害怕被问到这样的问题,因为我并不是一个喜欢总结方法论的人。我只能这么给你说,要不断的写,写博客特别勤苦野特别需要勤奋!很多常人看不见的努力你必须下的到。但这样的说法不会让人满意,总觉得我在保留自己的技巧。害怕让别人超过自己而回答的模棱两可。


超越谁?你也不看看自己付出了多少? #CS
顺推文章 《比懒惰更可怕的,是低质量的努力》

所以说一些我所认为的真正的大佬,他们都是真正意义上的自学者 — 但这不是强调必须自学,而是他们永远在主动学习,而不是被别人、被需求被动地往里灌

在自己『专业领域』外,他们其他的素质也很好,包括对英语真正的熟悉度... 那种能像母语一样,进入大脑的熟悉度,而不是作为一种额外的支持...

为了生计、为了金钱、为了名声、为了证明自己、为了挑战自己、不甘于落后,甚至于为了为国争光... 这些通通不是他们学习的理由
虽然这些理由可能很实际、可能很鼓舞人心,甚至,可能有点伟大。

他们学习的理由只有一个 — 因为喜欢学习

这真的是一个『朴实』的理由啊!但是,偏偏它是最有效果的天赋。

======
当然人是有连续性的,他们或许天资聪颖,但是并没有『小爱因斯坦』那么可怕,但是他们能一直坚持学习下去,日复一日的坚持最终造就了成功(当然可能不是传统意义上的,但在我看来,也是一种成功)

只要有其他人就没有真正的公平,但是,付出的越多,得到的也就越多,想出人头地,就必须付出常人无法想像的努力。还不赶快去🤔

或许这就是真正的大佬吧... 🤔
或许这就是我想我自己该有的样子吧... 但愿真的能。