#8 楼 @jiang_plus 谢谢!
#19 楼 @hlxwell 我们在用 trello,另外基于 trello 做了个小工具。 开发和日常事务建议分开,用两个看板。 关于你问题的 4 和 5,推荐你看下 https://medium.com/the-year-of-the-looking-glass/85aa70a0b87d
前年 https://gumroad.com 出来的时候我就做过一版,后来烂尾放弃了。
楼主说的审批问题其实并不需要考虑,属于想多了,因为开始并没有那么多的作品,等作品多了再考虑审核和资质的问题即可。
数字出版在国内的问题在于环境,盗版之国嘛,现在读书的人就少,认可数字产品收费的人更少,能够独立出版数字作品的作者就少上加少。这个市场太小,要做成的话需要一个长期的培育期,像 gumroad 这种平台模式在国外也只能靠长时间量的积累和长尾盈利。就 gumroad 来说,因为有个天才少年在,整个产品的交互体验式是极佳的(各种 CSS3),他们在持续的打造产品细节筑造竞争壁垒。
另外换个角度说,如果国内独立数字出版的市场成熟,首当其冲的会是豆瓣、微信、甚至微博阿里等平台。没办法,谁让我们是在 hard 模式下创业呢。
不知道 @Rei 自己有什么想法?
离岸公司纯粹想多了。 短期可参考 @raecoo 的方案,长期找个代理公司注册千把块钱搞定,自己跑工商税务非常浪费时间精力。
目测是因为楼主的 Gemfile 里有 taobao 字样
首先,是 ubuntu。。。
看 Rails Guides 写的很清楚,业务逻辑放到 model 中。
http://guides.rubyonrails.org/active_record_basics.html#what-is-active-record-questionmark
先测还是后测、system testing 还是 unit testing、重视不重视覆盖率等问题有一个非常重要的前提:你的需求来自哪里,交付给谁
DHH 的客户是自己,是在做自己的产品,所以 DHH 需要 design driven,这和 test driven 是两种思维模式。
但对于“传统”一点的软件公司或者外包团队,你需要保证你交付的功能符合一定的标准,单元测试和覆盖率可以从一定程度上提供“保证”或者“信心”。
Life is short,你要看好你在哪条路上,如果你要做 NB 的 consultant,好好钻研 TDD,给客户提供 100% 覆盖率的测试将是一面金字招牌;如果是另外一条路,那就尽量保证足够的 system testing,不要苛求 100% 的覆盖,多留精力在其他事情上。
自由职业或者小微企业基本达不到销售“管理”的层面,基本处在还不知道怎么销售的阶段,或者有个备忘记事就够了。 当上升到“管理”、专业化的层面,才需要“系统”。
如果没有可靠的品牌口碑支持,国内很难有人愿意将企业核心的销售信息放到别人做的平台上,除非做下载安装版。
#31 楼 @crazyitman 貌似被垃圾邮件淹没了。。。
试试还能顶上去吗
#24 楼 @crazyitman 先发个简历看看?
#16 楼 @chenlunoi 求简历
看到 bob.hey(...) 就十分想替换成 bob.answer(...) bob 怎么能 hey 自己呢 洁癖改写如下
class Teenager
def answer(words)
# blah blah blah
# use REGEX indeed.
# blah blah blah
end
end
bob = Teenager.new
bob.answer("How are you?")
类似的
class Baby
def answer(words)
puts "dadada"
end
end
bob = Baby.new
bob.answer("How are you?")
没有我们的题偏
顶。。。。。
有木有啊有木有?