binaryTree

binaryTree 查看完整档案

杭州编辑南京工业大学  |  计算机科学与技术 编辑  |  填写所在公司/组织填写个人主网站
编辑

五花肉 ...

羞羞

 ● ω ●

爱憎分明 很真实

个人动态

binaryTree 赞了文章 · 2017-08-04

我跟阿里云的故事

自我介绍

很开心能有机会参与申请阿里云 MVP 的活动。然后就开始了绞尽脑汁的自我介绍历程。

作为在 Node.js 圈内小有名气的开发者,也是 Node.js 项目的核心贡献者之一,讲通俗点就是我快成为 Node.js 核心贡献者了。有兴趣的童鞋可以上我的 GitHub 围观(https://github.com/XadillaX)。

所以毋庸置疑,我现在是一名 Node.js 工程师,就职于大搜车。没错,那个最近铺天盖地薛之谦广告洗脑的弹个车就是我们公司的产品。我是大搜车无线架构部中间件团队的 Leader,主要负责前后端进行交互的那一层各类产品的研发,比如一个简单易用并且灵活性高的网关系统、用于前后端分离的模板服务端渲染系统等。讲真,你们看到的弹个车页面就是基于我设计的渲染系统 Vanille 进行渲染的。

在大搜车之前,也就是我大学期间,曾经以 Remote 形式供职于一家游戏公司,给韩国的外包客户写过一款老虎机类型的网游(基于一款小而美的 HGE 游戏引擎)。还曾赴西班牙一家类二维码产品的公司(aquaMobile)实习,当时技术栈还是 PHP(PHP 是世界上最好的语言)。后来也跟大多数大学生一样创过业,以技术负责人的岗位搞一款叫汽族网的汽车团购的 O2O 产品,当然也跟大多数大学生一样好景不长。再后来研究生阶段的实习就开始步入正轨,进入了一家小而美的互联网公司,很多人应该都听说过——花瓣网,自此我的 Node.js 技能点正式开始发光发热。

除此之外,我个人还是一个开源的爱好者。虽然不温不火,但是自身还是兢兢业业,研发并维护着一套高效的 Node.js ORM 库(Toshihiko),以及目前的阿里云 ONS 服务 Node.js SDK 也是我开发的,并且个人认为比阿里云后来出的官方 SDK 要流行。

在入坑 Node.js 之前,我有着相较于同龄人来说长很多的编程历程。怎么说呢,在我小学时期(2002 年左右),凭借我的第一本计算机启蒙读物《在网上安个家》习得了 FrontPage 和 Flash 两项技能,从此一发不可收拾。一直到高中接触了 OI 后,便入了算法的坑——个人认为这是我较目前大多数从业者来说额外多出来的经历,到大学继续参加 ACM 续梦。一路算来,应该也有个十五六年的经历了。要说我的技术栈是什么,其实不上高大上的企业级的产品的话,桌面应用、游戏开发、服务端开发什么的都是有做过相关类的从业的。

哦,对了,硬广下,我目前正在写一本暂定名为《Node.js:来一打 C++ 扩展》的书,初稿大约在今年八月要完成(不过我不确定自己会不会拖稿),然后到时候大家就能买到这本电子工业出版社出版的书了。本书会除了单单讲 Node.js 的原生扩展开发之外,还会给读者填充很多的前驱知识,例如 Google V8、libuv、NAN 等等。

跟阿里云的故事

第一次使用阿里云应该是 2013 年,那时学校的实训项目我们做了一款基于校园强关系的 App,我负责服务端的开发。后来项目上线我们就是使用了阿里云的 ECS。不过学校的玩意儿都是小打小闹,小孩子过家家闹着玩的,但也算是初次尝到了甜头。

于是,在我研究生期间接的一些用于自给自足的外包项目都开始使用 ECS 了。其实原因也很简单,我的技术栈在那时已经不再是 PHP 之类的了,而是 Node.js,老一代的那种网页空间(PHP / ASP 之流)已经无法满足我项目的部署了。

后来其实有一段空白期——在我在花瓣实习的阶段基本上没再用过阿里云,因为花瓣系的技术有着自己庞大的计算集群,散落在世界的各大机房。但是有着这样基础的互联网公司其实还是在少数的。

直到我到了现在供职的大搜车。我司是阿里云的重度用户,能不自己运维的系统全部使用阿里云的产品。最基础的就是 ECS 了,除此之外,还有 SLB、OSS、开放搜索、消息队列、MySQL、ProgreSQL、Redis、Memcached、MongoDB、OTS、阿里大鱼等等等等服务。总之能想到的,我们能用的上的,都上了阿里云全家桶。

不过,其实很多产品都是运维同学对它的感知更深一点,比如 MySQL 等数据库,对于我们这种屁民开发来说,跟平时开发时候用本机 MySQL 没什么区别。我个人用得比较重度的比较有感知的服务就属消息队列(ONS)和开放搜索了。

对于 ONS 来说,当时我使用的时候官方只提供了 C++、C#、Java 和 PHP 四种 SDK。对于我司的 Node.js 技术栈来说,使用 ONS 有着很大的一道门槛。但是没办法,我们的 Java 工程师们在用 ONS,作为异构的其中一套系统来说,要与他们对接的我们也必须上 ONS。

一开始我想了一个比较脏的办法,在我们的 Node.js 进程中启动一个自己事先写好的 PHP 脚本,通过管道与 Node.js 进行通信,而 PHP 那边负责与 ONS 进行交互。于是当时我们的 Node.js 项目代码库中出现了很奇葩的一个 PHP 文件。

后来等特性上线了之后,我沉下心来开始着手 ONS 的 Node.js 版 SDK 研发。由于 ONS 的 SDK 并没有开源,而 RocketMQ 也没有详细的协议文档,并且 ONS 是经过订制的 RocketMQ,我不能照抄过去。所以最终我选择了对 ONS 的 C++ SDK 进行封装。在此期间,我并没有中断与阿里云的技术支持的交流,一起讨论 C++ SDK 的各种不足,互相促进。到后来,我联系上了目前 ONS 的 C++ SDK 维护者天千,也一直和他保持联系,讨论 SDK 的完善相关事宜。例如 SDK 在队列内容过多的情况下,内存会无限暴涨;SDK 是在 GCC 4.x 下编译的,在较新的自带 GCC 5.x 的 Ubuntu 版本中无法适用等问题。也促进了他们将 boost 以静态链接库的形式编译进他们的 SDK(可以说这个特性当时是为了 Node.js SDK 订制的)。

现在虽然阿里巴巴官方团队出了 ONS 的 Node.js SDK,不过我个人还是认为我版本的 SDK 功能更为完善,并且我会一直维护下去——C++ SDK 在近期会有一次重构,这会让我的 ONS SDK 以后走上更好的一个阶梯。

其实要说还有对于阿里云还有别的什么贡献,虽然不是我的,但是我团队有人也给没有 Node.js SDK 的 OTS 写了一套 SDK。

我们还比较重度用到的一款原创性的阿里云服务就是 SLB 了。我们所有的线上业务都会用到 SLB 来进行负载均衡。包括我们团队使用 Nginx + Lua 开发的网关系统,其实在它之上也接了 SLB。相当于是两层负载均衡,阿里云 SLB 是进行可用性的一个负载均衡,而我们自研的网关系统则是进行路由的负载均衡和节点选择,对于我们目前有些系统的半微服务的架构、前后端分离服务的架构来说,是非常好的一个选择。

如果成为 MVP

其实成为 MVP 无非就是想一起共建和谐社会和谐阿里云,双方互赢。阿里云自身的产品能更进一步,而我们在使用更好的阿里云产品就是创建更好的自己的产品。

所以,对于重度使用产品是必须的,在这个基础上发现阿里云产品的不足,以及可以改进的地方,与阿里云团队多多交流。在力所能及的范围内,为阿里云的生态也添砖加瓦,比如我们先前做的各种 SDK。

查看原文

赞 10 收藏 4 评论 2

binaryTree 赞了文章 · 2017-07-31

从现在开始,你代表 SegmentFault,加入阿里云 MVP

图片描述

七月转眼即逝,炎热还未消退,夏蝉依旧在树上「知了知了」地叫着。

阿里云为了「听见」开发者的声音,开启聆听模式来倾听每位小伙伴发出的声音(聆听传送门)。同时阿里云启动了 最有价值技术专家(MVP)计划 以表彰社区的突出贡献者,MVP 项目将在全球范围内授予为行业做出贡献的 300 位专业人士,我司的 CTO Joyqi 已受邀加入阿里云 MVP。

SegmentFault 作为阿里云的合作技术社区,将在本月举办为期一个月的【我与阿里云】主题活动,面向社区招募 MVP。

从现在开始,你代表 SegmentFault,加入阿里云 MVP !

活动规则

  • 活动时间:即日起到 2017.08.31
  • 活动参与方式

    • 方式 1:在 SegmentFault 社区的「阿里云」标签下提问或回答其他开发者提问。
    • 方式 2:在个人专栏以「阿里云」为文章唯一标签,写下你与阿里云的故事。
    • 方式 3:在阿里云聆听板块,提出你的产品建议并贴上 SF 标签。
  • 活动评选规则:

    • 活动结束后,SF 社区将统计总积分,并对总积分进行排名。排名前 5 名用户经阿里云官方审核后,符合 MVP 条件的用户将发展成为阿里云 MVP,获得阿里云和 SF 社区联合标签和认证。
    • 积分计算公式 = SF 社区「阿里云」标签下得分 + 阿里云聆听板块得分
  • 活动奖励:

    • 第一名:1000 元阿里云代金券
    • 第二、三名:800 元阿里云代金券
    • 第四、五名:600 元阿里云代金券

代金券可以在阿里云全线产品使用,成为 MVP 的小伙伴可以试用阿里云全线产品

Tips:各类参与方式不冲突,社区小伙伴可选择多种方式参与活动。

友情提示

写文章的小伙伴可以尝试从以下角度写文:

  • 简单介绍下自己和目前的工作
  • 你和阿里云的缘起(第一次知道阿里云、使用阿里云的起手式)
  • 玩转阿里云的姿势(如何搭配使用阿里云提供的各类服务)
  • 对阿里云的小期待
  • 在使用阿里云开发过程中踩过哪些坑么?
  • 对阿里云哪个服务比较看好
  • 和阿里云客服妹纸、工作人员有关的有意思的事情
  • 使用阿里云的小技巧

参考文章:安全态势,交互发现 —— 基于阿里云轻松搭建安全大屏

特别鸣谢

感谢阿里云为本次活动提供的赞助。


社区优秀的你们

来自社区小伙伴的「我与阿里云」文章分享

查看原文

赞 16 收藏 3 评论 17

binaryTree 发布了文章 · 2016-11-23

想用好 Docker ,你不能错过这些

Docker 引起了交付方式的变革,从交付代码和文档变成交付Docker镜像乃至交付编排模板。
容器服务让我们可以专注应用本身功能的开发,而无需关注基础设施、应用部署、管理等等一大堆棘手的问题。

越来越多的公司开始考虑使用Docker的方式部署和管理应用,以降低运维的成本。
同时,阿里云容器服务团队正在积极的推进国内 Docker 的发展,阿里云在云栖大会上宣布和Docker公司战略合作,将为Docker Hub提供中国运营的基础服务

说易行难,真正开始的时候又不知道具体该做什么,会遇到哪些坑?
日前,阿里云容器服务团队进行了一次线上的圆桌互动,以下是提炼和总结

来自用户的总结:
个人理解:具体到 Docker 技术在测试领域的应用,可以体现在:
1)快速搭建兼容性测试环境

从Docker的镜像与容器技术特点可以预见,当被测应用要求在各类Web服务器、中间件、数据库的组合环境中得到充分验证时,可以快速地利用基础Docker镜像创建各类容器,装载相应的技术组件并快速启动运行,测试人员省去了大量花在测试环境搭建上的时间。

2)快速搭建复杂分布式测试环境

Docker的轻量虚拟化特点决定了它可以在一台机器上(甚至是测试人员的一台笔记本电脑上)轻松搭建出成百上千个分布式节点的容器环境,从而模拟以前需要耗费大量时间和机器资源才能搭建出来的分布式复杂测试环境。

3)持续集成

Docker可以快速创建和撤销容器,在持续集成的环境中,可以频繁和快速地进行部署和验证工作

精彩问答:
hyper_x问:如何平滑迁移到Docker ?合适的容器调度管理平台有推荐吗?多主机跨容器通信及性能问题怎么处理?容器的监控及故障迁移恢复怎么操作?

专家答:
迁移docker的时候,建议“慢慢来”,先把一些边缘的、无状态的应用放在容器里运行,核心服务先不动,稳定之后再逐渐开始迁移重要应用。
迁移过程中,可能会涉及到对应用访问模式的改造,在条件允许的情况下,比如业务压力不是这么大,可以做一些改造。比如两个应用原来是部署在一台机器上,通过unix domain socket通信,切换到Docker之后,推荐每个容器只跑一个应用,但是在过渡期,做一个大镜像,里面放两个应用也不是不可以

容器管理方面,目前主要三个方面:k8s, swarm和mesos,很难说哪个更好,您可以都尝试下。阿里云的容器服务采用的是swarm的模式,集成了阿里云的一些基础服务:日志、监控、存储等,在调度等方面做了很多优化,你也可以使用看看。

容器跨主机通信,Docker本身提供了overlay network,也有一些开源的软件 Flannel calico,按照底层网络模式分,overlay flannel weave等是vxlan的方式,需要对packet封装和解封,性能上差一些,calico 使用 BGP 协议直接路由,但是对底层的网络模型要求较高。容器服务提供了针对阿里云的VPC的 Docker 插件,容器之间的数据包不需要封装操作,性能几乎和VPC内两台ecs通信性能一样。

故障迁移和恢复,这个在容器服务中是原生支持的。监控方面可以参考下我们的帮助文档: https://help.aliyun.com/docum...

rg小恒问:
1.Docker的方便我觉得是敏捷交付以及持续集成,在对集群宿主机的资源利用上比虚拟主机方便一些,譬如容器迁移比vm迁移方便,我想问一下容器对于资源利用比直接跑在vm上是不是要好一些

2.假如我的应用是基于tomcat的,挂载volume是用宿主机的磁盘好一些还是用nas,发布新版本(譬如更换war包)有什么好的方法,是我手动去替换volume里边的war包还是触发自动构建重新起一个tomcat容器,如果我只是想替换tomcat应用容器中的某些jsp文件呢

3.用阿云的容器服务的时候,集群默认会有etcd容器还是需要自己起一个

4.容器的监控是用阿云的监控即可还是需要自己另寻他路,譬如用谷歌的cadvisor等

专家答:
更细粒度的资源管理可以提高资源利用率,从物理机到虚拟机再到容器,资源的粒度在不断细化。一台VM上启动多个容器能更充分的利用VM的资源,配合云服务和自动调度等手段,可以进一步提供资源利用率和降低资源成本。
docker推崇的做法是不可变基础架构,变更的是镜像而不是容器内的文件,所以每次发布,要用新的war包构建一个新镜像,再用新镜像启动应用。即使不说容器,在Java Web开发里也不建议在生产环境里热更新JSP,生产环境要求的是可靠和高性能,替换jsp这种方式只能用在开发测试环境。

容器服务有etcd服务,但主要用于Docker daemon以及容器服务自身的agent,如果是您自己的业务上用到etcd,可以自己起一个。

监控方面,容器服务默认就支持了。您可以在控制台页面上查看每个容器的实时监控信息,这些数据也会自动同步到云监控,不需要额外配置。另外如果您自己有监控系统,也可以通过配置把所有的监控数据发送到您的监控系统里。可以参考监控的文档:https://help.aliyun.com/docum...

用户问:有没有镜像制作的最佳实践可以参考?
专家答:
使用 Dockerfile 制作镜像,不要用 docker commit
Dockerfile放在一个专门的目录里,其中只包含制作镜像所需的文件(如果分离构建和镜像制作,这里只放构建后的包,不要放源码)。
必要的时候可以使用.dockerignore
减少层数量,Dockerfile 里用 RUN 的时候,一个RUN后面跟多个命令,命令之间用&&分割
经常变化的内容放在 Dockerfile 的后面,前面不变的部分可以直接用 Cache,降低 Build 镜像的时间

更多内容欢迎关注 阿里云容器服务官方页面,https://www.aliyun.com/produc...

查看原文

赞 1 收藏 6 评论 0

binaryTree 发布了文章 · 2016-09-12

Serverless 技术架构 — 初探传说中的FAAS(Function as a Service)

各位看官,你一定或多或少听到关于API Gateway,Docker,Function Compute, Serverless 等各种酷酷的新单词,跟人聊天的时候简直是装*利器呀,
那么你真的知道这个概念是什么吗?

肉肉强行理解一波概念:

Serverless 是一种基于互联网的技术架构理念,应用逻辑并非全部在服务端实现,而是采用FAAS(Function as a Service)架构,通过功能组合来实现应用程序逻辑。
同时呢,Serverless架构能够让开发者在构建应用的过程中无需关注计算资源的获取和运维,由平台来按需分配计算资源并保证应用执行的SLA,按照调用次数进行计费,有效的节省应用成本

图片描述

那么,你一定好奇 Serverless 和传统架构有什么相似和不同点呢?

传统的互联网APP主要采用C/S架构,服务器端需长期维持业务进程来处理客户端请求,并调用代码逻辑完成请求响应流程。
而在Serverless架构中,应用业务逻辑将基于FAAS架构形成独立为多个相互独立功能组件,并以API服务的形式向外提供服务;同时,不同功能组件间的逻辑组织代码将存储在阿里云Function Compute,Amazon Lambda,Azure Function,Google Cloud Functions等产品上,业务代码仅在调用时才激活运行,当响应结束占用资源便会释放。

说了这么多,Serverless 有哪些优势呢?

1) 节约使用成本
在业务突发性极高的场景下,系统为了应对业务高峰,必须构建能够应对峰值需求的系统,这个系统在大部分时间是空闲的,这就导致了严重的资源浪费和成本上升。在Serverless架构下,服务将根据用户的调用次数进行计费,节省了使用成本,同时,用户能够通过共享网络、硬盘、CPU等计算资源,在业务高峰期通过弹性扩容方式有效的应对业务峰值,在业务波谷期将资源分享给其他用户,有效的节约了成本

2) 简化设备运维
在原有的IT体系中,开发团队即需要维护应用程序,同时还要维护硬件基础设施;Serverless架构中,开发人员面对的将是第三方开发或自定义的API 和URL,底层硬件对于开发人员透明化了,技术团队无需再关注运维工作,能够更加专注于应用系统开发

3) 提升可维护性
Serverless架构中,应用程序将调用多种第三方功能服务,组成最终的应用逻辑。
目前,例如登陆鉴权服务,云数据库服务等第三方服务在安全性、可用性、性能方面都进行了大量优化,开发团队直接集成第三方的服务,能够有效的降低开发成本,同时使得应用的运维过程变得更加清晰,有效的提升了应用的可维护性

那那那,Serverless 架构能够满足哪些行业实际场景呢?怎么快速上手用起来呢?

移动行业、物联网行业是非常典型的Sreverless架构使用场景,简单举下例子

  • 低频请求场景

物联网行业中,由于物联网设备传输数据量小,且往往是固定时间间隔进行数据传输,因此经常涉及低频请求场景。例如:物联网应用程序每分钟仅运行一次,每次运行50ms,这意味着CPU的使用率为0.1%/小时,这也意味着其实有1000个相同的应用可以共享计算资源。而Serverless架构下,用户可以购买每分钟100ms的资源来满足计算需求,通过这种方式就能够有效解决效率问题,降低使用成本

  • 流量突发场景

例如:移动互联网应用经常会面对突发流量场景,例如:移动应用的通常流量情况是QPS 20,但每隔五分钟会有一个持续10s的QPS 200流量(10倍于通常流量),传统架构下企业必须扩展QPS 200的硬件能力来应对业务高峰,即使高峰时间仅占整个运行时间的4%;而在Serverless架构下,用户可以利用弹性扩展特性,快速构建新的计算能力来满足当前需求,当业务高峰后,资源能够自动释放,有效节省成本

当然啦,Serverless领域 AWS Lambda是先行者。随后其他厂商相继推出了自己的函数服务,包括Azure Function,Google Cloud Functions。
阿里云的Serverless产品函数服务(Function Compute)现在正在紧张的研发阶段,预计2016年底之前会正式对外发布。

阿里云未来会围绕Serverless概念构建完整的生态体系,产品层面将全力打造API Gateway,Docker,Function Compute等为主的Serverless基础产品序列,同时围绕基础框架提升大数据服务能力,推动API经济发展

我们先设一个小目标:努力成为中国 Serverless 的领导者 (羞羞脸...

查看原文

赞 3 收藏 5 评论 1

binaryTree 发布了文章 · 2015-04-28

什么值得买,什么的值得来

图片描述

朋友们,夏天好!!!热胀冷缩的你,是不是又胖了呀! (●´ϖ`●)

是不是又去优衣库买了几件短袖,加上送的公司文化衫再加一双拖鞋,就过一个夏天啦?
图片描述
是不是周末继续窝在家里陪陪猫咪写写代码呀?
图片描述
是不是还在看 什么值得买 呀?
图片描述
是不是还没对象啦?
图片描述
是不是要哭啦?
图片描述
是不是?
图片描述

看完 「什么值得买」,让我们来看看,「什么值得来」吼不吼!

Object : 别人

<InloveGuy class="happy">
我不帅,我不优秀,我不潜力股,我只是有女朋友。
</InloveGuy>

.happy {
   size: 180 180 180;
   outlook: 'handsome';
}

Object : 你

<SingleDoge class="sad">
我们有原则的!只修电脑不过夜!
写代码的时候,不要跟我说话!衣服穿好了坐旁边!
</SingleDoge>

.sad {
   computer: 'true';
   myopic eye: 'true';
   boring: 'true';
   ...   
}

你不得不问我,你让我看你文章,你说我单身狗还攻击我,是几个意思?

怎么办!!!!图片描述

我在想,也许 我可以告诉你,「什么值得来」和「为什么值得来」

Object : 未来的你

<SingleDoge class="sad coolGuy">
我们有原则的!只修电脑不过夜!
写代码的时候,不要跟我说话!衣服穿好了坐旁边!
</SingleDoge>

.sad {
   computer: 'true';
   myopic eye: 'true';
   boring: 'true';
   ...   
}
.coolGuy {
   lovely: 'true';
   salary: 'high';
   skills: 'professional';  
}

和更多优秀开发者聚在一起,会让你更明白未来的路
也许你们正在经历的痛苦,是他们曾经历过的,来看看?

有 SegmentFault 创始人 joyqi 跟你分享技术之路,以及 SegmentFault 架构发展 发际线怎么变高

有支付宝技术专家、Sea.js 创始人 玉伯 带来的技术成长之路

有天猫资深iOS开发 Gaosboy 带来的《移动 App 技术架构的“四段论”》

有老是自黑的大城小胖带来的游戏开发方向的干货

有在众多美女中工作的蘑菇街前端 leader 贝勒带来的 React native 实践经验

有受邀将去参与全球 NodeConf 的 deadhorse 带来的 NodeRockShow

有苏宁易购前端架构师,自己发起赞助南京地区学生前端学习的[读书日]活动的 民工精髓

(还有很多很优秀的嘉宾,文采不够用了!!写到这里好吗!!答应我不嫌弃我!!)
更多嘉宾主题信息,点击 SegmentFault D-Day 杭州站,点击报名,答应我好吗!!

现场还会有更多好玩的东西,听说主持人在憋大招 ... 嘘

图片描述

等你来哦 ~~~ 图片描述

查看原文

赞 9 收藏 2 评论 18

binaryTree 赞了文章 · 2015-04-09

当我突然SegmentFault的时候

今天是我入职SegmentFault一周的日子。
很开心自己终于找回了有规律的工作的感觉,这是这个可爱的团队给予我的,谢谢你们。

这之前,不知道是什么东西突然让我进入了一种失意的状态,不想工作,不想学习,只想成天成天的放空自己,然后在半夜里开始被浪费光阴的无尽悔恨折磨我自己。

我把上面这种状态称为我的迷茫。人在任何阶段都有迷茫,特别是你已经换了一个环境或者你即将换一个环境或者是你认为你该换一个环境的时候。
我当时微信找好朋友说了一些话当然现在的我已经忘得一干二净了,我只记得我应该是一个发牢骚的状态。其实你知道别人根本帮不了你什么忙,也许连安慰都做不到,我在试过无数次倾诉之后,得出的结论如下:

你除了努力让自己走出去,不要对别人的帮助抱有任何幻想

OK,我试着了解我自己内心的需求和渴望,想想我究竟想要在怎么样的环境下,让自己和外界都得到一个良性循环。于是我就在自我的万分纠结中向SegmentFault投出了我的简历。

然后挺快就得到了回复,就是开始进行了面基之旅。也很荣幸跟小发际线偶像@joyqi见了一面,我本来以为会和我自己面试别人一样问一些也许枯燥也许有趣也许会争的面红耳赤的问题,但是没有——我们一起就价值观人生观职业观聊了一番。我才发现原来程序员世界大同,志同道合这份感觉是让人十分兴奋的,毕竟我一直单打独斗太久。很渴望一个能和大家一起讨论交流的氛围(虽然Coder们都是鬼才性格孤僻甚至特别容易吵起架来),这也是我为什么想到SegmentFault的原因了吧,对,就是技术氛围

我来一周的感受当然感觉没有失望,大家都是很帅很酷的Geeker,技术问题能一起探讨,社区的运营问题大家也都尽心尽力。我开始感觉不孤单,也终于有了往前走的动力,曾经的井底之蛙有了一种天地宽广无垠的感觉。在有压力的同时,更有了向前走的动力和坚定不移的心。我认为这些才是当前的我所需要的。

当然也许这些都是“蜜月期”给我的良性动力,我相信接下来的我将鼓起所有勇气迎接新的挑战,并让这种可持续发展进行下去。

如今我开始着手SegmentFault Android App开发,也许不久之后就会和大家见面啦~

感谢各位同事对我的照顾:


第一天来的时候,来太早啦。
图片描述

然后可爱的hr奶奶连忙赶过来开门,然后给了我一个马克杯当见面礼

图片描述

于是,第一天中午的开工饭后的合影(hr奶奶在拍照)

图片描述

我靠后面的新人唱歌跳舞我真的不想贴= =(掉光节操

然后最后我想说的是

每个人的经历都不同,忘掉过去的不开心,忘掉种种的不快乐,静下心来做好眼前的每一件事,能有一个安静的环境,让我大展身手,这是我的万幸。
当我们拥有了之后,不要浪费,不要慵懒,这才是真正的懂得珍惜。

感谢SegmentFault各位小伙伴们,希望我们一起同心协力,创造属于开发者的时代。

PS: 以上是我从一个泥潭里把自己拔出来之后的随想,仅表达我个人真实感受,不包含任何添油加醋的成分,我相信我自己已经重新进入一个好的状态,充满能量去奋斗。

PPS: 想加入我们的小伙伴请简历发送至 jobs@segmentfault.com

JD请点 http://segmentfault.com/hiring

查看原文

赞 18 收藏 0 评论 22

认证与成就

  • 获得 187 次点赞
  • 获得 17 枚徽章 获得 0 枚金徽章, 获得 5 枚银徽章, 获得 12 枚铜徽章

擅长技能
编辑

(゚∀゚ )
暂时没有

开源项目 & 著作
编辑

(゚∀゚ )
暂时没有

注册于 2013-08-27
个人主页被 4.3k 人浏览