龙

先建个镜像屯着。

你都加上 @Builder 了：

Book b = Book.builder()
    .setName("note")
    .setISBN("abeffect")
    .setPubDate("2018-07-21")
    .bulid();

对了，你还可以把公司给搞倒闭，这样它的诉讼主体就没了，没法告你。

你这解释。。。还是看我的吧：

• ROUND_UP：向正无穷方向对齐（转换为正无穷方向最接近的所需数值）
• ROUND_DOWN：向负无穷方向对齐
• ROUND_CEILING：向原点的反方向对齐
• ROUND_FLOOR：向原点方向对齐
• ROUND_HALF_UP：“四舍五入”，如果舍弃部分的最高位大于等于 5，向正无穷方向对齐，否则向负无穷方向对齐
• ROUND_HALF_DOWN：“五舍六入”，如果舍弃部分的最高位大于 5，向正无穷方向对齐，否则向负无穷方向对齐
• ROUND_HALF_EVEN：“四舍六入五成双”，如果舍弃部分的最高位大于等于六，或等于五并且前一位是奇数，向正无穷方向对齐，否则向负无穷方向对齐
• ROUND_UNNECESSARY：如果需要舍入，就抛出算术异常

js 有逗号表达式，求值为最后一个操作数的值，可以用这个把那个 return 换掉。

漫画内容占空间太大，我暂时不考虑备份，啥时候存储技术又重大突破再说。

当然是防止过度复制了。

这个习惯和绝大多数编程语言一致。

理论上这个只能在 Main 或者顶层异常拦截器里面出现。。。

问题多了去了。

首先可以用 Lombok 的 @Data 注解来简化 Bean 的编写。

@Data
public class Order {
    private List<Item> itemList;
}

@Data
public class Item {
    private String productName;
    private Integer price;
}

然后创建不为空 List 的话，可以用 List.of 工厂方法，Java 9 以下可以用 Guava 的 ImmutableList.of

List<Item> itemList = List.of(
    new Item("键盘", 16),
    new Item("鼠标", 32),
    new Item("笔记本支架", 25)
);

然后用了函数式编程就不要用 for 循环了，配合 Stream 把它干掉吧。

Consumer：

getTestOrder().getItemList()
    .stream()
    .filter(it -> it != null && !it.isEmpty())
    .forEach(orderConsumer::accept);

Supplier：

List<Integer> priceList = getTestOrder()
    .getItemList()
    .stream()
    .filter(it -> it != null && !it.isEmpty())
    .map(Item::getPrice)
    .collect(Collectors.toList());

Function：

List<Item> itemList = List.of("苹果,22", "香蕉,33", "橘子,12")
    .stream()
    .map(s -> s.split(","))
    .map(spl -> new Item(spl[0], Inetger.parseInt(spl[1])))
    .collect(Collectors.toList());

Predicate：

getTestOrder().getItemList()
    .stream()
    .filter(it -> it.getPrice() > 30)
    .forEach(System.out::println);

你要是想共产就必须零边际成本，就像 github 上的代码一样。边际成本不为零你拿个 p 共产。

import 不支持导入 release，你在哪个平台试验都这样。

并不新颖，就是动态语言的常用做法。

其实 controller 不怎么修改实体的，多数情况下就是拼接，然后传到 view。

而且动态语言的哈希表操作更容易，不比对象复杂。

view 那边因为模板引擎会在 obj.a 和 obj.get('a') 里面选，所以是兼容的。

技术驱动市场并不是不现实，而是你得先占领大部分市场，绑定大部分用户。然后那个时候你就说了算了。

这就是商业模式没设计好。开源产品应该把花时间的服务一律设置成付费。

没听说过这个论坛，我觉得无论是宣传还是商业模式比 d 大差远了。

国内公司普遍没有 ticket 制度，否则所有人放下手头的任务搞 ticket 是应该。而且你选择设成 ticket 就有个权衡值不值得的过程，避免滥用。

其实时间不是那么重要。开发有权商议一个迭代的 feature 才重要。

一是可以避免无良产品提过分的需求，二是更有弹性。

是不是配合 AOT 编译的机制？

每次我换程序的时候，都会把旧的文章打包成静态文档，但开源一个项目，减少历史的兼容性包袱。

对，换种语言就不属于“满足甲方工作需求而制作的软件”了。

知识产权协议里的工作资源是指资金，设备和信息，时间不算。

高性能 mysql 里面的建议是做一下性能测试，哪个快用哪个。

我一般交给 orm，如果用 qbc 这种 api 的话。

如果非得提供 sql，我还是倾向于单表。因为 sql 和 rdbms 绑得非常紧，但 rdbms 也不是常青树，说不定啥时候就被取代了，而几个单表查询显然更容易切换到其他查询表达式（比如 bson）。

他们如果能打出来重庆“八八海战”的十分之一效果，都不至于叫废青。

肖战被八大官媒点名了，属于劣迹艺人，可以投诉。

不过他们建议等到他当选了再投诉，杀伤力更大。

像这种你就应该先开源再通过包管理器导入到项目里面

难维护？你个渣渣

我蛮夷也

哦，环境啊，不用看了。

还有微信给程序员投婚恋广告，真是服了。。

80% 买货币基金或指数基金，20% 买个股或数字货币。