抛开需求谈语言都是耍流氓。 Java 对数据处理，扩展，性能，在对大数据的时候都会比 PHP 要高一些。 现在的设计思路更多是前后端分离。其实前端工作量也不少的。 在开始想快速部署个PHP 项目可能更快，越到后面可能就越麻烦。 随着目前的前后端分离的思路越来越多的使用，一次性上 Java 不比 PHP 要大多少。 https://www.ossez.com/t/java-php/13282
怎么说呢，感觉现在中国考驾照确实有点矫枉过正了。感觉几十年前考驾照没有现在这么复杂。 驾校老师教给学员的是怎么通过考试，很多老师没有告诉学员为什么这样，这样的理由是什么。 举例来说，倒车入库。我们给个旗杆，然后让学员看旗杆位置入库，这个是没有问题。为什么要这样，杆为什么在这个位置车能入库，老师没说。 老师更不会告诉你，一般乘用车，车轮打死是45度，一般是2圈半。那么只要你找准停车位，首先要水平停正，打死看反光镜，调整车位打直就能进去了，压线和碰杆说明你停车就没有停正，或者距离不够，或者方向没有打死，或者打死过晚，或者回正过早或过晚。 在美国，考试的时候这个和路考是同时的，不会刻意要求你必须倒进去，能怼进去就行。直接怼也不是不可以。 美国人从小就在车上度过的，对车没有陌生感，也不恐惧。美国考试考的是驾驶习惯，我们考的是技术。 问题是这些技术，很多驾驶员就算拿到驾照也一脸懵逼。对潜在危险判断不够，鲁莽驾驶，一出紧急状况，茫然失措。能不出问题吗？驾驶这东西本来就是熟能生巧。 有人说过，老师傅在路上看别人怎么开车，新手看自己怎么开车。 https://www.ossez.com/t/topic/13281
貌似廉航没有。 买票的时候看看行李的备注。买春秋，一定要记得算行李和行李的托运需要的而外费用，要不然得不偿失。搞不好托运行李的费用可能比你的机票还贵，但是不托运行李你又走不了。 顺便买廉航要做好叫卖的准备，会让你无时无刻体会到廉价的存在，反正都会平安到达。飞行体验？不存在的，降噪耳机很重要。 https://www.ossez.com/t/topic/13280
是否准时，航空公司说了不算。在大的枢纽机场，可能会有点有限权。 比如说 CA 在 PEK，MU 在 PVG。 就服务来说，厦航，川航还挺好，有点特色。 其他大航司，中规中矩，都差不多。 就服务而言，如果是经济舱，737和 320系列的飞机，就那么几个空乘在服务，其实也挺累的。 https://www.ossez.com/t/topic/13279
在 Java 的线程安全是老生常谈的问题。经常是各种写法说法一大堆，感觉很多的来源都是在面试的时候，很多考官都喜欢问线程安全的问题。 起源 这个问题的起源就是 Java 是支持多线程的。如果对进程和线程是什么不太清楚的话，可以恶补下大学课程《操作系统》。 一般来说，JVM 是会以一个进程来运行，当进程启动后，会启动多个线程来提高 CPU 的利用率。 如果是多线程的话，那会在访问同一个变量，同一个代码的的时候出现数据不同步的情况。 简单来说对于一个变量 V，如果线程 TA 反问了，并且修改了，在这个时候，TB 线程也访问变量 V 也进行了修改。 在线程 TB 进行访问的和计算的时候，TB 不知道 TA 已经对 变量 V 进行了修改，会导致结果计算不准确。这是因为 TB 在拿到变量 V 的时候和 TA 在拿到变量 V 的时候的数据是不一样的。 这个就是线程安全的问题来源：线程同时访问了一个变量或者代码块。 思路 如果只是针对上面的思路的话，我们不定义全部变量 V 不就没有问题了。 事实上也是这样的，如果你定义的变量是线程内的变量，或者不可以修改的变量的话，是没有多线程的问题的。 因此考虑线程安全的问题，就是要考虑你定义的变量或者方法，在多个线程进行访问的和计算的时候会不会有不同的结果。 如果没有不同结果：线程安全。 有可能会得到不同的结果：线程不安全。 基于上面的说法，我们有多个办法可以参考下： 无状态实现（ stateless implementations）：没有使用全局变量，所有的变量都是方法内的变量。 不可变实现（ Immutable Implementations）：对象在创建后就不能被修改了。考察下 String 定义。 线程安全类（thread-safe classes）：类中的所有变量都会在本线程中使用，这个变量是不会与其他线程共享的，例如： private final 的 List。 同步（ Synchronized）：方法或者类或状态的同步，也可实现线程安全。 锁（Lock）：对锁的使用。 其实还有多种其他的方法来实现线程安全。 实际上在对 Java 的开发中，需要对线程安全的概念有所了解，并且知道查看 API 的时候需要了解会不会有线程安全的问题即可。 在实际的开发中，很多人就直接使用 Synchronized 关键字来实现方法的线程安全了。因为这个实现是最简单的。 可以看看 StringBuffer 的源代码也就会有所了解了。 https://www.ossez.com/t/java-thread-safety/13276
都是编译工具，各有各的优势。 貌似常用的几个大项目都将构建移到了 Gradle，例如 Hibernate，Spring。 相对来说也会增加不少 Gradle 的人气吧。 因为不怎么调整编译，很多时候感觉都差不多，但是 Gradle 的学习曲线确实比 Maven 要陡峭一点点。可以说是成也萧何败也萧何，Gradle 就是因为灵活性比 Maven 要好，所以开发插件，提供新的功能就要比 Maven 要容易。 同时 Gradle 也使用 Maven 的中央仓库，很多时候可以说是站在巨人的肩膀上面，在 Gradle 的设计时候就已经考虑过了 Maven 已经存在的一些问题。 就是因为 Gradle 设计灵活性又导致了学习起来难学习。 不太喜欢的是 Gradle 的包结构，当包下载下来后会打上标签，有时候都不知道包下哪里去了，Maven 这里比较直观，就直接能找到。 尤其是在调试的时候，希望能够删掉一个包，使用一个已经编译好的包替代下，直接拷贝过去就好了，使用 Gradle 在这里有点惆怅。 喜欢 Gradle 是，Gradle 比较容易出文档，其实这个问题也不是大问题，Gradle 可以直接编译 Asciidoctor 的文档，然后输出各种格式。 下载速度来说，一般大公司可能都会有 Central Maven 的镜像，感觉上差别不是非常多。 https://www.ossez.com/t/gradle-maven/13275
比较懒，一般下卡就一直用，懒得换，貌似交通还行。 应该说是没有最好的信用卡，只有是不是合适自己的信用卡。 信用卡的使用用途不一样，万变不离其宗就是羊毛出在羊身上。 如果经常有短期融资需求的话，选择额度高，利率低的的卡就显然要比其他的羊毛卡要好。 如果是商务人士，而且经常坐一个航空公司或者联盟的飞机，那么航空联名卡，或者白金卡就可能适合你。 如果就喜欢没事薅羊毛，那么羊毛卡可能就比较适合你用。 大致情况也就是非四大行的卡花样多，羊毛多。四大行的信用卡中规中矩，没有什么太多的亮点，卡面也设计得不咋地。 卡友们貌似讨论得比较多的就是招商，交通，广发，浦发，然后就是四大行里面排序讨论多点就是中国，建设，农业，工商。 貌似最近邮储银行有往信用卡发力的趋势。 就这么多选择，挑个颜色好的，羊毛福利多点的，服务不错的，用得方便的就 OK。 https://www.ossez.com/t/topic/13274
因为最近在研究线程安全和相关的可变对象和不可变对象的内容。 查看了下 StringBuffer 的源代码。 StringBuffer 的官方解释是，一个线程安全可变序列的字符串。StringBuffer 与 String 是一样的，但是是线程安全的。你可以在任何时候会存储一些字符串。有关 StringBuffer 的长度和存储的字符串，你可以使用 StringBuffer 提供的一些方法来进行修改。 StringBuffer 提供进行修改的这些方法是线程安全的。 StringBuffer 为一些方法进行了必要的同步来保证线程的安全。 通过源代码的查看，你可以明显的看到是使用 synchronized 关键字来通过线程同步来实现线程安全的。 StringBuilder 不是线程安全的，因为没有在代码中使用同步。 从对代码的研究就可以看出来 StringBuilder 是线程不安全的。可以根据需要在开发中使用。 https://www.ossez.com/t/java-stringbuffer/13271
多年不看春晚了。 如果非要看春晚，可以考虑翻出 80 年代的春晚再温习几次。 感觉可能是脱离了群众，所以群众不爱看了。都被娱乐轰炸一年了，最后一天都不放过。80 年代的小品等节目，感觉就是来源于真实的生活。都是大家都会遇到的东西，而且演员的功底，表达能力和现在的比比，答案自然就有了。很多话题在当时还真很辛辣的针砭时弊。目前…，是怎么样应该心里有数吧。 更牛的是各个节目之间还能互相串一下，这哪里是一台晚会，这明明就是一台戏，《宇宙牌香烟》，有没有。 现在的春晚越来越大气，布景越来越豪华，颜色越来越多，每年都是一堆人在上面狂奔，年年都是正能量，年年明天会更好，年年老百姓的日子比蜜甜，都被各个电视台的娱乐节目轰炸一年了，微博，头条，公号每一个都没有放过，演员出轨被刷屏，跳槽被刷 屏，节目咋地咋地又被刷屏。演员脸蛋越来越漂亮，但是就是看不出了味道。 可能是因为在舞台上演戏的和在生活上演戏的不再是一个维度了吧。 老百姓的日子过得怎么样，老百姓应该自己知道。 https://www.ossez.com/t/topic/13273 相信有不少人在为了信用卡和花呗在惆怅，也影响了心情。