养哈士奇俩月了，哈士奇是五个月的时候别人给的，没啥痛点，一天早晚各遛一次轻轻松松，有病了就治没啥可说的，尽量注意别得病，别着凉，沾水就好。

不是“可以”，是唯一的方法。
后面这俩命令我没用过，看字面意思，和你的需求风马牛不相及。
仔细看文档，一遍遍看吧，你的需求全部都在文档里，一点需要额外知识的地方都没有。

自定义 composer repository

就业面目前来看还是比较庞大，互联网比较热的时候，这种入门简单开发效率较高的语言还是比较吃香。

PHP 好歹面向对象完善呀， 简单来说就是你能写好（这样的人并不多哦）的话，你转其它语言也能写好，还有就是， 多看 java 书 ，企业设计模式之类的。。。。

算不上开过源，只是写个包自己用，具体在我个人资料里有 github ，当然有其它更加复杂的开源想法，但是鉴于精力和能力，多数都没能做出来就停下了。

我会毫不犹豫的在自己项目中使用开源代码，但我认为有几点需要注意： 1 是必须使用测试用例完善的包，尽管这样也会有可能有逻辑 bug 但很大程度降低了一些可能影响到自己的低级错误。 2 是观察下作者的维护时间，可以不常维护，但是不能好几个月甚至几年的放那不管，不能是死项目。 3 看作者发版的时间间隔是否稳定健康，版本之间的 bug fix ， features ，尤其是 bc breaking 是否严格遵照特定版本规律。 基本上这样引用的依赖都不会出太大问题。也有出问题的，那时会自己改。

没有维护过，但是做过早年新手都会犯的错误，翻译文档。 还有就是简单的 typo 应该算不上维护。 我大量使用开源代码，感谢贡献者，但是很遗憾没精力和能力去参与维护。 一个东西不符合我的要求，我会自己复制一份，简单的把需要的部分重造一下。

淘宝买的什么码不可靠，登录 icloud ，看自己机器的维修记录，小偷会制造故障换新机，然后报警让经常去截取新机。

这玩意貌似只有一个途径，就是多刷，刷大额，尽量靠近你的额度。它们机器学习几次，感觉你可能需要更高额度就提了，通常需要 3 - 6 个月。

框架怎样就不评价了， 但是你们的官网真的应该好好设计一下，点开之后蚂蚁一样的文字满屏幕都是，看着有够闹心呢。

永远不要用 @

策略模式。

20 多

电脑而已，太认真了，着急用就换被，喜欢就等等，还有啥可讨论的

@Rect 我说的就是“普通”的， 民工本来就不是低收入阶层，未来体力工作的收入还会越来越高，当然现在也不低。

@wolfan 兄弟，民工收入没这么低的。我们村的，一年再怎样不景气，小十万是能保证的。

拿走全部的钱，我就是这样的人。

当然可以， Laravel 的每一部分都可以用到其它项目中。

@extreme 如果这么说的话， getter 和 setter 也是破坏封装性的呀。问题是我们不是想方便么：）