hello系统维护s9赛季到什么时候结束束

来源：蜘蛛抓取(WebSpider) 时间：2018-03-05 16:22 标签： 快递到什么时候结束
[分享]自己维护了一年的开源项目——HelloGitHub
· 340 天前 · 4163 次点击
兴趣是最好的老师， 就是帮你找到兴趣！
最开始我只是想把自己在浏览
过程中，发现的有意思、高质量、容易上手的项目收集起来，这样便于以后查找和学习。后来一想，如果给这些 GitHub 项目都加上简单的效果图和一些通俗易懂的中文介绍。应该能够帮助到我这样的新手激发兴趣去参与、学习这些优秀、好玩的开源项目。
所以，我就做了一个面向编程新手、热爱编程、对开源社区感兴趣 的人群的月刊，月刊的内容包括：各种编程语言的项目、各种让生活变得更美好的工具、书籍、学习笔记、教程等。这些项目都是非常容易上手，而且非常 Cool ，主要是希望大家能动手用起来，加入到开源社区中。会编程的可以贡献代码，不会编程的可以反馈使用这些工具中的 Bug 、帮着宣传你觉得优秀的项目、 Star 项目?。同时你将学习到更多编程知识、提高自己的编程技巧、发现自己的兴趣。
这个项目就诞生了 ?
每个月 28 号发布最新一期，现在做到了第 12 期，算起来也有一年了。个人精力、能力有限，项目中还有很多不足的地方，望大家指正、海涵。
最后，希望更多喜欢开源的朋友加入到本项目中，让更多的项目被大家发现和喜欢。
GitHub 地址：
GitBook 地址：
40 回复 &| &直到
20:45:46 +08:00
& &340 天前 via iPhone
传说中的 Markdown 程序员?
& &340 天前
@ 我竟然无言以对 ?
& &340 天前
我是说 markdown 用得 6
& &339 天前
@ #1 Markdown 程序员是什么梗？
& &339 天前
@ 不要太过分了，这个是一个妹子，手机这个很辛苦的。
& &339 天前 via iPhone
@ 难道你看不起 Markdown 程序员？
& &339 天前 via iPhone
@ 没什么梗啊 写 Markdown 的程序员就叫 Markdown 程序员呀
& &339 天前
@ 木有啊，我也是~
& &339 天前
Profile Bio ：我是男的，头像是明星“朴信惠” I ‘ m a man, avatar is a star picture.Her name is Park Shin Hye.
& &339 天前
有些项目蛮有意思 ，已经 star
& &339 天前
来个邮件订阅可以吗？
& &339 天前
& &339 天前
@ 感谢支持
& &339 天前
@ 感谢建议，后续会增加‘邮件订阅’功能
& &339 天前
@ 刚写支持 ?
& &339 天前
@ 你是干货开发者好吧。。。
& &339 天前
挺好的，非常资瓷
& &339 天前
很不错，看到好几个不错的项目
& &339 天前
有一些旧项目已经不能用了，希望有空能筛选一下
& &339 天前
简书上也看过这个
& &339 天前
赞，好多项目蛮接地气
& &339 天前
很好的想法，但是 gitbook 的图片都 Page Not Found
& &339 天前
Star 了几个， C++ 的太少 ?
& &339 天前
@ 已修复 ?
& &339 天前
@ 欢迎推荐 GitHub 上的自己或者发现的 C++ 项目 ?
& &339 天前
@ 感谢建议，已加入 Todo 列表
& &339 天前
& &339 天前
希望加入更多的国外的开源项目，目前收录的可能国内相对比较多一点
& &339 天前
Java 的好少
& &339 天前
@ 感谢建议，后面会多加改进
& &339 天前
@ 个人能力、精力有限?，做的还不是很到位。欢迎推荐 Java 项目 ? ，丰富月刊内容
& &338 天前 via Android
一个 markdown 程序获得 900+ 的 start ……
大家还是别写代码了。
& &338 天前 via Android
文档写的不错，来我们公司不？
& &338 天前 via Android
@ 我知道 md 项目来 star 比较快，不过很显然跟 code 项目是不能比较的吧， btw ，有时候前者对某些人帮助更大。。
& &338 天前
说出来可能不信 但是我推荐给我司的产品经理了..
& &338 天前
如果 github 做一个 mark 按钮，而不是只有 start ，这种事就不会发生。
& &338 天前
感觉挺有意思的
& &338 天前 via Android
@ 你的浏览器有这个功能
& &336 天前
& &290 天前
厉害了！！
& · & 1409 人在线 & 最高记录 3541 & · &
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.0 · 77ms · UTC 16:30 · PVG 00:30 · LAX 08:30 · JFK 11:30? Do have faith in what you're doing.hello还要维护到什么时候？改不了资料很烦诶。_hello吧_百度贴吧
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&签到排名：今日本吧第个签到，本吧因你更精彩，明天继续来努力！
本吧签到人数：0成为超级会员，使用一键签到本月漏签0次！成为超级会员，赠送8张补签卡连续签到：天&&累计签到：天超级会员单次开通12个月以上，赠送连续签到卡3张
关注：213,147贴子：
hello还要维护到什么时候？改不了资料很烦诶。收藏
hello还要维护到什么时候？改不了资料很烦诶。
专业从事以亚克力原材料加工制作服务于一体的生产厂家
***也想知道。气死了
***也想知道。气死了
登录百度帐号陷阱一：空值不一定为空　　空值是一个比较特殊的字段。在MySQL数据库中，在不同的情形下，空值往往代表不同的含义。这是MySQL数据库的一种特性。如在普通的字段中(字符型的数据)，空值就是表示空值。但是如果将一个空值的数据插入到TimesTamp类型的字段中，空值就不一定为空。此时为出现什么情况呢　　我先创建了一个表。在这个表中有两个字段：User_id(其数据类型是int)、Dat......
运算符（NULL 合并运算符）$a = $_GET['a'] ?? 1;相当于：$a = isset($_GET['a']) ? $_GET['a'] : 1;我们知道三元运算符是可以这样用的：$a ?: 1但是这是建立在 $a 已经定义了的前提上。新增的 ?? 运算符可以简化判断。<......
1）、id列数字越大越先执行，如果说数字一样大，那么就从上往下依次执行，id列为nu......
<img src="http://nothings.vip/usr/uploads/2......
国外程序员整理的 PHP 资源大全ziadoz 在 Github 发起维护的一个 资源列表，内容包括：库、框架、模板、安全、代码分析、日志、第三方库、配置工具、Web 工具、书......
: 看着不错呦
(10)(1)(1)(1)(0)(2)(1)(1)(5)(1)
微信公众号服务化，你真的需要吗_HelloJava_传送门
服务化，你真的需要吗
服务化，SOA，绝对是一个火热了N年的词，再加上各大互联网公司在讲各自的技术架构演进时，基本都会提到服务化，这个诱惑的很多人都想对系统做服务化的改造，但你真的需要服务化吗？所谓的服务化，是指根据业务的职责划分为多个系统，系统之间的交互以服务的方式进行，这样的好处看起来就是系统的职责变得非常清晰。但其实呢，服务化并不仅仅是一个纯粹的技术改造，服务化就意味着业务是由多个系统构成，这个时候首先会产生的第一个核心问题是需要有相应的人员来维护，在服务化之前，通常来说模式都是一个系统，所有的开发共同维护一个系统，而服务化拆成多个系统后，就不可能所有的开发再共同维护了，因此做服务化之前，首先要做的第一点是组织结构的调整要对应的准备好，所以其实如果开发人员不多的话，显然是没必要做服务化的，否则连开发的人都不够分，Jeff Dean在有一次的topic上讲到服务化带来的一个好处：easier to have many engineering offices around the world. 另外，有很多想做服务化的原因是觉得服务化后职责清晰，开发效率更高，但事实上是，服务化后变成了多个系统，很多时候会出现为了实现一个需求，需要改多个系统（尽管服务化本来是希望能减少这种现象，但事实上很难做到），协调多个团队，而在一个系统的情况下，通常是每个开发都为整个系统负责，所以在实现需求时是可以一个开发搞定，这样的效率其实通常是更高的，所以其实我始终认为，服务化了以后整个开发效率是一定程度下降的，但好处是它可以支撑很大规模的开发团队。所以从上面大家可以看到，服务化是在发展到一定情况下才需要做的，我自己觉得触发要做服务化的主要原因会是这三个：1. 底层例如数据库连接到达上限
系统共用的底层资源在随着机器增加的越来越多时，一定会成为瓶颈，这种情况下服务化会带来帮助，当系统逻辑变简单的情况下，吞吐量自然也比较容易上升，这个时候使用底层资源的机器数自然可以大幅下降。2. 开发人员规模庞大
当开发人员规模变大(100个左右)时，众多人共同维护一个系统会变得不可行，这个时候服务化可以产生巨大帮助，也会成为必须做的事情。3. 业务多元化，共享的业务逻辑多
当业务朝多元化方向发展时，各个业务可能会有很多共享的业务逻辑出现，这个时候服务化会带来帮助，不过通常业务多元化也会自然带来开发人员规模庞大，不过这个方式在逐步发展中也会出现一些问题，但总体来说这种情况下服务化还是必须做的。服务化改造还会带来其他一些问题，感兴趣的可以参见我以前写过的一篇《服务框架演变过程》，可点击阅读原文查看。如果没有上面的那些原因的话，我的建议都是能不做服务化的话还是尽量不要做。所以一个架构师在做架构改造的决定时，最重要的是要考虑全面（各种平衡），很有可能架构改造并不仅仅是技术层面的事，并且需要判断架构改造发生的合适时间点。=============================欢迎关注微信公众号：hellojavacases关于此微信号：分享Java问题排查的Case、Java业界的动态和新技术、Java的一些小知识点Test，以及和大家一起讨论一些Java问题或场景，这里只有Java细节的分享，没有大道理、大架构和大框架。公众号上发布的消息都存放在http://hellojava.info上。
觉得不错，分享给更多人看到
HelloJava 微信二维码
分享这篇文章
1月15日 16:56
HelloJava 最新头条文章
HelloJava 热门头条文章

我要回帖

更多关于 快递到什么时候结束 的文章

 

随机推荐