#dev #statement

其实狗利狗利的问题也是没有募集到几个稍微有点常识的程序员 🐸 #MoHa #Statement

如果去看看他们的『项目主页』（@ GitHub，就会发现，很多项目都只是一个空壳，根本没有一点业务代码

如果说高代码质量、消息队列、Server side push、完全全栈自动化集成测试、OAuth 和社会化登录、使用图数据库、真正的 RESTful（其实这个也不算） 算是稍微复杂一点的需求，基本的 endpoints 定义和 RDBMS 的 Query Validate 逻辑算是简单一点的需求（对于 MVC 应用）


那么苟利苟利做得还不够好啊，因为它的公开源里，

只有两 - 个项目，是真正能用的。

如果没有那两个项目的开发者（都是一个人）
苟利苟利可能复活吗？其实完全看这一个人。

实际上 GeekApk 真的还没有 GoliGoliTV 惨（

至少开始 GeekApk 得到了一个大佬的帮助，虽然那个大佬现在已经走了（

至少，虽然我被 @drakeet 喷过 GA 是『幼稚和空壳』的代码和定义，但它的确没有 GoliGoli 现在的状态更空壳 — 虽然开始 GA 的确很空壳，但我一直为它写文档，而且设计理念还一直在我的脑海里

曾经我可能的确不是 GeekApk 的后端，但我的确为它写过前端，而且，它的基本设计理念、模型、接口、界面交互我都有仔细想过，而不是单单讨论要不要商业化的东西 — 东西都没有，你想做什么？崇才科技都有『自主』开发的课表软件啊？

并且，现在 github:duangsuse/GeekApk 的服务器，就是基于我『幼稚和空壳』的 API 接口枚举文档修改而来的（其实这么说对 drakeet 可能有点过分，我不知道他是不是没有时间看别的部分，然后只看到了我写的真正是空壳的项目，不知道我还写过 HTML 和这些有意义的文档），值得注意的是它使用了 XeTeX 而不是 Markdown 进行排版，这至少可以证明我乐意去接受一些新东西，而且不害怕看起来复杂的东西。也是现在 GeekApk 能有机会重启开发的原因。

明天会回老家，并在那里待几天。 #life

#GeekApk #GitHub #Dev 百提交留念（

测试持续集成已经上线，但是还没有 DevOps 自动部署，因为目前没有服务提供商，而且业务逻辑实现覆盖率很低、接口测试正在编写中...

#Excited #backend #dev #tools #PL #GitHub

🤔 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 的，虽然没啥复杂算法... 但不得不说，真的很有用。
『磨刀不误砍柴工』

Rachel 内心是崩溃的？（ 😶

钱啊 就像水一样
刚刚扔进去的 ￥150 冒了个泡泡啥都没有了（

https://www.change.org/p/qualcomm-technologies-inc-ask-qualcomm-for-snapdragon-835-s-dual-volte-c256979c-eb87-4e61-9952-adc695399122?recruiter=843410640&utm_source=share_petition&utm_medium=copylink&utm_campaign=share_petition

你的一个支持，可能可以改变众多 Snapdragon 835 用户的命运

我感觉没有人会来写任何有意义的代码... GeekApk 晚安 🌛

做个好梦吧... 梦里，不甘心、看不惯某个平台发展、变大、“变质”的人们，拥有抛开某个独立平台而自己另辟新乐园的能力，而不是一味指责它的不是、于事无补。

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

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

一个人，怎么不可以是一个团队？
GeekApk 为什么就不能靠『一人之力』写出来？它比那些『大学外面学不到』的东西还难么
它有可能比一个爱好者最终要去学的东西难么？