理想的远程办公咖啡厅

我认为一二线程序员下沉到三四线城市之后,远程工作应该会更有潜力。其中,远程工作咖啡厅应该是个不错的方向。我理想中的远程工作咖啡厅应该是这样的。

昨天 @Easy 老师发了一条微博

之前问过一个问题:「在共克时艰和消费降级的大背景下,有哪些行业和生意会逆流而上呢?


昨天和墨多扯淡,他说搞一个「面向美元市场」但是「研发在国内」、「销售完全依靠网络」而且可以「远程办公」的「商业SaaS/APP」是最符合「时代的进程」的。

因为:

① 收入直接是美金,扛贬值,无管制。

② 经济如果下行,国内成本会进一步降低。

③ 一线城市房租房价高涨,远程办公可以吸收足够优秀的同学去二三线城市。

④ SaaS/APP 不好搞的话,其实外包也行,但要做好外语沟通和客服。还可能需要一个外语好的产品经理


我问他为啥不搞一个,他说懒

我不太看好这个想法。原因如下:

  1. 想要做的正规,必须给国内的工作人员发工资,上社保。当然可以大家协商发多少人民币,多少美元,不过维持家庭开支钱不会少,多半整个工资都发掉了。
  2. 发币的话,我是信不过……
  3. 远程工作并不适合所有人,有些人(比如前文中的小弟)可能在办公室里能发挥100%的战斗力,回到家连一半都做不到
  4. 说了半天都跟项目无关,其实项目本身也有很大风险

如果让我说,最合适的项目是做远程办公咖啡厅,类似 3W 咖啡或者车库咖啡之类。遗憾的是,这两家我都没去过,不知道里面办公是什么体验。不过我去过贝塔咖啡,咖啡部跟一般咖啡厅一样,并不舒服。结合我两年的远程经验,说一说理想的远程办公咖啡厅吧:

  1. 桌椅高度要合适。
  2. 可以租用显示器,借用笔记本支架。
  3. 可以租小柜子存放私人物品,不用太大,游泳池那种小的就行,放个充电宝、随手带的小物件之类。
  4. 咖啡符合一般品质,电信能达到星巴克品质。
  5. 交通方便,不需要营业太久。

我觉得价格可以在星巴克基础上上浮二三成(咖啡30+,饮品40+),这样我也愿意接受。其实大部分需求共享工位都能满足,但是利用率太低,而且咖啡厅嘛,听起来 B 格高一些。

远程办公的环境选择

这个其实是我在 V2EX 跟帖的内容,觉得可能帮到我的读者,所以这里也发一次。

两年远程工作经验,给楼上各位分享一下固定工位的好处:

  1. 稳定性,受环境影响小。图书馆位置很紧张,尤其暑假;咖啡馆适合写代码的位置并不多,比如没有插头,比如桌椅不合适,比如旁边有人在连吃鸡;家里全是噪音源,老妈老婆孩子狗。
  2. 可以放显示器。这个其实很重要,笔记本的位置很低,使用时处于低头状态,脖子非自然弯曲,久而久之强直性颈椎病,手脚麻痹。不是耸人听闻,我现在已经不敢久用笔记本,大大减少了在咖啡厅的时间。 

坏处:

  1. 费用高。广州工位租金普遍在 1200/月以上,最便宜的方圆 E 时光 600/月,一年下来 7200,可以买 iPhone 了。
  2. 利用率低。远程工作不考勤,随时可工作。我厂老板在美国,早上起来第一件事就是翻聊天记录,很可能接下来就开工,弄完到午饭时间了,一上午没去;天气热,不想走路,不去;停车费贵,不去;老婆 /朋友 /老妈 /孩子要去某个地方,当司机,不去……一年下来一半时间都空置。
  3. 网络不好。共享空间共享宽带,均下来每个人都是小水管,我经常开手机热点,不然太影响效率。
  4. 冷气不足。相对于商业空间默认 24、25 度的配置,共享办公几乎不会低于 26,女性多的地方经常 27、28 度,热死个人。

我已经退掉了租的工位,准备还是自我调整:

  1. 工作集中在上午和下午 5 点前完成,基本和孩子上幼儿园时间重合
  2. 跟家里沟通我需要独立的工作环境,他们也渐渐知道怎么配合了
  3. 中午出去觅食,顺便在咖啡厅坐几个小时,充分利用免费停车的时间

V2原帖:成都有没有自由职业的同事想一起租个办公室啊?

记第一次怼厂长

最近做 N 项目,被厂长批评好几次效率低,终于忍不住在周会上怼了厂长。记录一下,将来说不定还会怼,或被怼。

最近做 N 项目,被厂长批评好几次效率低,终于忍不住在周会上怼了厂长。记录一下,将来说不定还会怼,或被怼。

1. 我不会 Perl,Perl 也比我想象的难学

我会三门语言:JavaScript、ActionScript、PHP。我学它们的时候并没有投入太多时间,所以我这次也是用差不多的态度对待 Perl,结果完全不一样。Perl 是一种非常灵活的语言,我觉得它有些过于灵活。它里面很多 $.$_ 这样的东西,用起来很爽,不懂的时候看起来就火葬场了。

所以我花了比想象中更多的时间去学习 Perl。这一点算我的问题,我对此没有异议。

2. N 项目交给我时架构很初级

也许和厂长想的不同,在我看来,N 项目交给我们时,就是一个原型,架构非常简单非常难看,我最多给它打30分——厂长可能觉得有60分吧。所以本来就不会 Perl 的我面对这样一个极差的架构就更头痛了。它的架构差表现在:

  1. N 项目是典型的面条形代码,从头到尾一个逻辑写完,4k行
  2. 由 Perl 和 JS 两种语言混编构成,缩进完全混乱,变量乱插
  3. 任何一个功能,都要在 4K 代码中找到若干处修改,没有指导文档,没有设计模式

所以开发它会遭遇很多计划之外的问题。

3. Code Style

在混乱的架构下,厂长对 Code Style 的要求也非常严苛,他会一一挑出来少空行的地方少空格的地方要求修改。

这对我来说本不成问题,我当然同意我们应该遵守同样的语法规范,但是,我接手时的 Code Style 就已经混乱不堪。作为一名老程序员,我第一件事就是学习他的规范,每当我遇到换行、空格犹豫不决的时候,就会去找类似的代码,然后照着他的代码写。结果提交后被多次指责没有遵守规范。这叫好比,生活委员来查寝,然后指责你们寝室脏乱差,要扣精神文明分,继而影响评优,然后你去他寝室一看一样脏乱差的一比。

另外,无论再小心,笔误也是难免的。所以 Code Style 这种东西理应交给 Lint 工具来做,这样,交付给新人的代码,新人完成的代码,都能保证遵守规范。而不是像现在一样,每天早上起床看 review comments,一堆换行空格的问题,满满的负能量。


其实还有对前端的认识问题,下次再怼吧。

新讲堂:职场新人必修课——社保个税创业股票贷款买房晋升考评等

5月份讲堂预告:职场新人必修课——社保个税创业股票贷款买房晋升考评等,地址:https://segmentfault.com/l/1500000014575853?_ea=3676068,欢迎光临。

按照年初制定的每月一次直播讲堂的计划,现在就要准备5月份的讲堂了。考虑再三,结合平时在 QQ 群里解答大家的问题的经验,我打算继续深挖“职场新人”的需求,这次的计划分享关于社保个税等非技术相关但又非常重要的主题。

计划围绕主角小宅,在职场生涯各个阶段面临的问题来组织这场讲堂。我也正好回顾一下自己的职业生涯:

  1. 非科班,靠自学 Flash 找到第一份工作
  2. 快速成长,当上前端组组长
  3. 遇到第一个职业瓶颈,难以突破
  4. 艰难离职,缺乏跳槽经验,找了一家外包公司,并不合适,于是半年后二进宫
  5. 产品方向取得突破,700人公司进入核心管理层,遇到第二个职业瓶颈
  6. 再次离职,工资突破性成长,突破技术瓶颈
  7. 加入初创公司
  8. 努力做大做强,跟各部门合作
  9. 创业失败,扫地出门

这么一看,我还真的很合适做这个话题,哈哈。

内容大纲

内容主要分为客观部分和主观部分:

客观部分:

  1. 社保养老医保商保公积金个税
  2. 保密协议竞业禁止接私活
  3. 买房贷款
  4. 生孩子报销
  5. 期权与股票
  6. 晋升与跳槽

主观部分:

  1. 工作中的常见误区
    1. 过分信任老板
    2. 过分信任同事
    3. 是金子总会发光的?
  2. 如何认识加班?
  3. 如何认识头衔?
  4. 学会背锅,学会汇报——升职加薪的阶梯
  5. 大城市奋斗,小城市养老?
  6. 如何突破阶层壁?

面向受众:

  1. 应届生,大学生
  2. 刚刚开始工作不久的新人

讲堂地址:

职场新人必修课——社保个税创业股票贷款买房晋升考评等

开始之前都会有早鸟票,欢迎光临。

我的知识变现 2017,及2018年计划

过去一年,我尝试转换赛道,投身培训和分享领域,效果不够好,不足以养家糊口。我总结再三,认为非头部的我,面对如此细分狭窄的市场,势难做出想要的结果,于是放弃,继续全职工作。2018年,我将继续分享,做一个兴趣使然的分享者。

2016 年年底,我供职5年之久的前司遭遇经营问题,开始裁员缩编,我也在被裁之列。回到家左思右想,觉得工作十年了,也该换换赛道试试了。正巧从2015年底开始听罗辑思维,对知识服务知识变现很感兴趣,眼看身边的小额付费如火如荼,不仅心里痒痒的。于是决定尝试花一年时间做开发培训,录视频做直播。

结果并不理想。我总结反思过很多次,关于细分、关于硬知识软知识、关于头部效应,等等,可以参看我去年写的一批文章。简而言之,我觉得对我个人(可能也是大部分普通开发者)而言,知识变现很难做,原因有三:

  1. 从细分领域来说,编程是一门非常垂直的技术,需要很多周边知识打底。这个行业的人,或者自驱能力强,有足够强的信息获取能力,比如我,不太需要付费购买知识;或者只是被较高的薪资吸引,本身不太适合从事这个行业,需要的是更系统更可信(更能忽悠)的培训教程。
  2. 从软硬来说,编程是一门非常硬的技术。学到的知识可以通过实践检验效果;进行实践也几乎是取得成就感的唯一途径。因为无法成为谈资,所以很多人,包括我认识的一些老程序员,都是业务驱动,自己对技术无甚追求,够用即可。
  3. 从头部来说,大部分的流量和注意力都集中在这个行业的头部资源上。知识服务是信息类的产品,本身可复制性极强、流动速度极快,这和我熟悉的工程师领域不同。为生产足够多的实用类产品,必然需要足够多的工程师;而生产足够多的信息类产品,只需要少数头部生产者和方便的分发渠道即可。

所以我从8月份开始,打算放弃这条赛道;刚好看到现司的招聘启事,觉得挺有前途,就投了简历,然后继续全职工作。

收获

去年最大的收获是一个 QQ 群,里面大概集中了150名听过我的课的同学。感谢有他们的陪伴我才能坚持那么久。

收入方面,大约是这么一个样子

平台 收入
SegmentFault 6230.53
GitChat 839.98
在行 1394
斗鱼 87.69
总计 8552.2

聊胜于无,差不多可以覆盖掉我的喝掉的咖啡。

新年计划

放弃以培训维持生计不意味着放弃分享知识,只不过要转换一下方向。首先,继续抱紧平台大腿,SF 在各方面都很好,来年还是它了。其次,增加线下,面对面聊。再其次,不指望挣钱,以帮助新人,贡献社区为主。

给来年定一个计划吧:

  1. 每天在 SF 上回答一个问题
  2. 每周四在旧雨咖啡坐一下午,欢迎广州的同学来找我。我提供:
    1. 观看所有我的课程
    2. 前端技术答疑
    3. 其它问题讨论
    4. 不定期组织内容分享。比如我有个朋友正在研究小程序游戏开发,我准备委托他做一次分享
    5. 预约的话,我可以带一些书来给大家看
  3. 每个月做一次直播分享,本年度的计划包括以下各项,如果各位同学有想法,请告诉我。
    1. 组件开发系列填坑(x2)
    2. 前端面试攻略:避免非战斗减员
    3. Grid 布局十八掌
  4. 尬聊会,不出意外的话,每周至少一次。
    1. 先讲《JavaScript 设计模式》,不准备幻灯片,以临场发挥为主
    2. 间或插一些别的主题
    3. 讲完后再找别的主题
  5. 把所有视频录下来,找人/雇人/请人剪辑拼接成视频,发布出去。发布平台暂定 B 站、YouTube、斗鱼。

新年目标

这里的目标仅就知识分享方面。

  1. 完成上面的计划
  2. 出版第一本书
  3. 微博粉丝达到 1000
  4. 小课堂群(628056148)250人
  5. 分享收入达到 ¥13000,比去年提高 50%
  6. 填完所有的坑
  7. 与小课堂群分享收益,形成大约50人的松散分享组织

2017年过去了,我很怀念它。2018年来了,我对它很期待。


PS:本周在重庆,周四不确定能不能回到广州。

SegmentFault 社区访谈 | Meathill:从业 10 余年的年轻 Developer

本周接受了 SF 的线下访谈,这里是全文。

上期访谈了重量级的 iView 作者 Aresn ,这次的访谈对象同样是重量级的– Meathill。不只是体重,如果你常逛我们的讲堂板块 ,你会经常在我们的热门推荐讲座中看到他的身影。

先不说 Meathill 10 年多的从业史,清蒸简单地说下个人对 Meathill 的一个非技术印象吧:声正、直爽(原因此处不做详说,有兴趣评论区见)、年轻。虽然 Meathill 从业已 10 余年、看问题一针见血,但是心态尤其的年轻:爱玩、爱吃,还撸剧…

下面递 🎤 给 @Meathill 让大家对他有个技术和非技术的认识~

阅读全文

继续阅读“SegmentFault 社区访谈 | Meathill:从业 10 余年的年轻 Developer”

技术类问答产品的困境

总结一下,技术社区不好做,任重而道远啊。

今年在开发社区活动的比较频繁,原本给自己定下目标:每天去 SF 上回答一个问题,开始还坚持了几天,后来就荒废了。

我也分析其中原因。我觉得,我个人的懒当然是问题之一,但是,并非主要原因。主要原因,满屏的问题,很难找到我想答的。这些问题可以归为几类:

  1. 公司让我做个XX系统,求做法!
    答:我会做,50w即可,请把预付款打到我支付宝上。
  2. (贴一段代码截屏)怎么解决啊?
    答:什么怎么解决啊?你要干嘛啊?你贴的是啥啊?又或我甚至知道怎么解决,难道我还把代码敲一遍?
  3. 1+1 等于几啊?
    答:等于2。不过你看眼文档会死么?

好不容易看到一个问题各方面都还不错,准备点进去怒答,结果发现前面5、6个答案,其中还有2、3个答得蛮好的……

运气好刷到一个新的好问题,还没人答,赶紧编撰答案。数日过去,纹丝不动……


所以我就思考,技术类的问答产品和知乎类的有何区别,SF 已经是业界翘楚了,还这幅德性。近日有点想法,记录一下。

1. 技术类问题多半有一个正确答案

比如1+1,不管问题傻与不傻,它一定等于2。你非说算错的时候等于3,在技术论坛上会被骂的。所以一旦打开问题,看到珠玉在前,基本上也就没有答的必要了。

相反,知乎里面,很多问题没有正确答案,比如“如何看待XXX”,“XXX是一种什么体验”,无论前面答案多好,你都可以上去抡圆了灌它三五千字。

2. 技术类问题领域性非常强

“如何看待科比退役”,伪球迷如我也可以上去喷两句;“Nginx 如何实现 WAF”,我就完全答不出。所以大众化的问答网站,以“你吃过的最难吃的饭是什么”为核心组织内容,自然不愁没人参与。但是 SF 虽说是技术论坛,实际上技术分门别类差异巨大,搞前端的不好回答后端问题,搞后端的不好回答运维问题,等等。

3. 技术人员目标明确,互动意愿不强

很多人去论坛是为了寻求答案。工作中遇到问题,搜索 -> 答案 -> 解决,目标非常明确。所以点过去就看,看到答案就走,所以不爱投票(多半要注册登录)。有些是找不到同类问题,就发个帖子问,问了也不在乎到底有没有解决。


总结一下,技术社区不好做,任重而道远啊。