class SliceFeed<T>(private val slice: Slice<T>): Feed<T> {
  private var position = 0
  private var tailConsumed = false
  override val peek get() = slice[position] // v check for getPeek() v
  override fun consume() = try { val got = peek; slice[++position]; got }
    catch (_: IndexOutOfBoundsException) {
      --position
      if (!tailConsumed) peek.also { tailConsumed = true }
      else throw  Feed.End()
    }
  override fun toString() = "Slice(${peek}...${slice})"
}

不好看，只是可以加一个 noexcept，弃了弃了。 #Kotlin #code

#Kotlin #code ParserKt，还差一点点就又写完了……

我严重简化了模型，相信这次，一定什么都能写！ Until(asString(), item("\""), item())

把 fun 换成 def；interface 换成 trait；泛型的 <> 换成 []、* 换成 _；函数类型的 (T)->R 换成 (T) => R 基本上就可以写 Scala 了
Scala 的闭包 {} 还有 { case A => R1; case B => R2 } 那种写法，相当复杂多样而且风格类似数学……
Scala 的 () => R 还可以直接省略 ()，而且这语言不是惰性求值传参的，真是……

最好还是不要为了理论写应用，那样容易忽视易用性

但是作为一个新人，就要敢与恶鬼争高下

不向霸王让寸分

不要怂就是干
你觉得手写困难，那你就手写

战胜困难的最好方法是面对它

苟利技术生死以，岂因困难避趋之

感觉这句话可以说三遍，如果觉得无聊了就换本书看，多买几本不同领域的书，比如算法/嵌入式/GUI应用/编译原理/语言实现换着看，是个不错的方法。

以前有电脑的时候我根本不会看书，现在也是一样……

所以说一定不能让自己经常在电脑旁边…… 会死人的
思维也是不在实操编程的时候会灵活很多

许多不错的设计也都是在吃饭、散步什么的时候想出来的

所以这个下机时间很重要，学习期要多留

像我这样的码农，不太在乎（学习理论、实践理论）提升的，书基本不会看，编程比较多……

成天水裙是没前途的 （无恶意，只是说，如果那样的话）

大概帮助，太冷漠太热情都不合适，还是点到为止。

#Java #statement

以前我也写过，可惜我不会写（
https://github.com/duangsuse-valid-projects/GeekApk

上次被逼无奈用了下spring，真香（x

XML 怪物
没了 XML 开始回归自然 也不见得就好到哪里去
Java EE 有不少画蛇添足的举措
往往解决一个问题他们能多引入 30% 的 boilerplate

要我自己还是不会去用的，文档太厚，原理不清楚，出了问题不会修

？用spring boot注解就香了

但 Vert.x 用 Router() 更方便，更体贴编程语言