m********8
发帖数: 44 | 1 Facebook onsite 碰到的设计题，感觉不难但是最后貌似拿了个差评实在不知道哪里没
答好，还希望高手能提点下。
题目很简单就是设计news feed，上来我就想按系统设计的思路来讲，结果那哥跟我说
不管系统上的问题，就问我怎么拿Json来传数据生成一个news feed。然后画了一个
news feed， 就跟我们看到的facebook的news feed一样，然后问我news feed上面的各
个组件要在客户端生成json里面的数据是怎么样的。
比如 {
Name:
Image:
Like:
Comment:
.
.
.
}
然后整个过程就是讨论JSON里面的具体数据应该是什么样的。
另外还有一个问题就是coding的那几轮都只出了一个问题其中有一轮甚至都没follow
up， 但是我确定我写的很快而且一次下来bug free的但是还是只出了一个问题，这是
正常还是想黑我的节奏。。。 |
|
s********k
发帖数: 6180 | 2 比方说对方给了url，还有body ：query = xxxx(一大串JSON，should be converted
to URL encoded text)，然后我要用http POST这个request，header parameter 里面有
app-token=“xxxx”，“Accept” = "application/json, text/javascript, /; q=0.
01”"X-Requested-With” = "XMLHttpRequest"
返回JSON response
这个有比较简单直接的写法吗？或者哪个库最好用？ |
|
p*u
发帖数: 2454 | 3 实习求职终于uber offer，全职求职始于uber rej，what a life。带着唯一的return
offer继续骑驴找马找全职了。
====感想====
0，千万不要看点科技博客，小文章就觉得懂design了，千万不要！常见design题有什
么用，还是被大牛们按在地上摩擦了！所以下面都是我自己总结出来的合适答案，可能
还是会导致你被按在地上摩擦，大家随便看看。
1，Uber NY的Bar很高，尤其是design bar，不想浪费机会的小伙伴还是申Uber SF吧。
刷算法基本对Uber NY没用的，目前Uber NY就没有new grad，第一批new grad的要求必
然是overflow的。
2，几乎纯Design面试，new grad永远的痛，狠狠一巴掌打在自以为design很熟的我脸
上。面我的四个人都干过小公司CTO甚至大公司的技术核心，“你们这些说名词的new
grad，根本不懂design的境界”。
3，真机IDE测试，能bug free就bug free，对方的笑容不代表他认可你先run再debug。
大家都是专业的，笑容什么都不代表。
4，Uber N... 阅读全帖 |
|
f*******r
发帖数: 976 | 4 Move on.
实习求职终于uber offer，全职求职始于uber rej，what a life。带着唯一的return
offer继续骑驴找马找全职了。
====感想====
0，千万不要看点科技博客，小文章就觉得懂design了，千万不要！常见design题有什
么用，还是被大牛们按在地上摩擦了！所以下面都是我自己总结出来的合适答案，可能
还是会导致你被按在地上摩擦，大家随便看看。
1，Uber NY的Bar很高，尤其是design bar，不想浪费机会的小伙伴还是申Uber SF吧。
刷算法基本对Uber NY没用的，目前Uber NY就没有new grad，第一批new grad的要求必
然是overflow的。
2，几乎纯Design面试，new grad永远的痛，狠狠一巴掌打在自以为design很熟的我脸
上。面我的四个人都干过小公司CTO甚至大公司的技术核心，“你们这些说名词的new
grad，根本不懂design的境界”。
3，真机IDE测试，能bug free就bug free，对方的笑容不代表他认可你先run再debug。
大家都是专业的，笑容什么都不代表... 阅读全帖 |
|
r*****s
发帖数: 1815 | 5 The problem is that this is a little island in a big ocean, a really big...
Sorry I mean this is a system which needs to be injected into many other sub
systems so it's messy and too hard to be described here in a post.
However we can quickly go over some basic stuffs.
# we ignore the QPS and scalability bullshits here
* What are the requirements?
1. user can CRUD groups. **
2. user can assign group(s) to a post to whitelist/blacklist people in group
for the post***
3. user will not see other's ... 阅读全帖 |
|
k**n
发帖数: 3989 | 6 你的数据来自service的json的话， 与mvc没有啥关系了。
如果正常mvc+js/json设计是你的json也是你的model, 通过ajax call 返回jsonresult
view，
然后用knockout绑定就行了。
那个header，
实在不行，自己写js把clumn的header的text改了就行了。 |
|
k**n
发帖数: 3989 | 7 你的数据来自service的json的话， 与mvc没有啥关系了。
如果正常mvc+js/json设计是你的json也是你的model, 通过ajax call 返回jsonresult
view，
然后用knockout绑定就行了。
那个header，
实在不行，自己写js把clumn的header的text改了就行了。 |
|
r*****s
发帖数: 985 | 8 所以在DAO后面的？
比如MongoDB那简直就是为JSON设计的，
再把JSON转成Java Entity再转成JSON/BSON
mapping也很花时间啊，
难道实际project是这么做的？ |
|
e*****t
发帖数: 1005 | 9 这篇是好文，讲的历史沿革,还有层次都很清晰。
吹毛求疵一点点：
1. ejb刚出来的时候，persistence tier主流不是hibernate，应该是jdbc,至于ORM，
应该最热的是iBais。当然hibernate是在ejb2年代热起来的，所以ejb3搞jpa就直接弄
来Gavin King，照搬了hibernate
2. Spring当初是lightweight,现在整个spring一点也不light，应该是比javaEE整个标
准加起来都庞大，只不过大家平日只是用到其中一部分而已：Spring core, Spring
security, Spring MVC, and etc...
3. Entity bean还是JavaEE的概念，Spring那帮人就是不好那个，所以搞POJO.所以提
到data object时，对于spring,还是说pojo来的比较好。
4. Hibernate是red hat的,jboss也是red hat的。不过hibernate至少现在不是jboss的。
5. Spring最初也不过是从POJO, IoC，和transaction搞起来的... 阅读全帖 |
|
g*****g
发帖数: 34805 | 10 Not really, XML is designed for extensibility, it can be many things.
JSON is only designed for interoperability, and its interoperability is as
good as XML. Now maybe more systems and tools are already built on XML, and
it's hard for them to switch to JSON. But it should be obvious JSON is
better for data exchange, and XML is better for document exchange. |
|
c*********e
发帖数: 16335 | 11 lz自己一个人琢磨的几年自学经验，连svn,git这样的小group开发软件经验都没有，对
整个系統的架构，用几个interface,几个class之类的都没有个经验，光懂几个概念是
不行的。什么是solid?什么是aggregation?
lz还是写自己是entry level,找junior position吧。否则上了面试桌，要把面试官给
笑死。
lz用javascript,jquery,ajax,json这些吗？j2ee都有上1０年了，市场上很多老手。但
是，很多老手对这些新的javascript,jquery,ajax,json没啥经验。如果你有jquery,
ajax,json这方面的经验，建议你申请这方面的先。 |
|
n****2
发帖数: 307 | 12 请求的url格式：
POST 方法 http:www.xxx.com/aaa/bbb/ccc?xxx={$xxx}&yyy={$yyy}&zzz={$zzz}
URI = http:www.xyz.com/aaa/bbb/ccc
data = {
xxx: $xxx,
yyy: $yyy,
zzz: $zzz,
}
好像 JSON.stringify(data)能得到这样的string：
{ xxx={$xxx}&yyy={$yyy}&zzz={$zzz} }
最后构造请求的时候要不要自己拼那个url：
URI+"?"+JSON.stringify(data)去除"{"和"}"
还是用URI创建请求后，把JSON.stringify(data)付给请求的data就完了？
多谢！ |
|
z****e
发帖数: 54598 | 13 不需要用reflection
加点花括号
然后你随便找一个json的parse lib就好了
多的是，啥语言都有
这种配置文件格式是很早以前.properties的风格
后来全转xml，这些年又都转成json
json跟properties差异就是多了点括号
很容易的 |
|
|
z****e
发帖数: 54598 | 15 你们如果用的是wildfly也就是jboss的话
最新版本的wildfly impl了jee7
jee7加入了rest ws的api，你直接用rest web service就是了
传json，parse json，msg本质上就是一个text嘛
而且格式还不固定，不象json那样有比较好的组织 |
|
c***d
发帖数: 996 | 16 蛇年大吉大利， 恭喜发财啊。
昨天写那个json的帖子， 是用了下backbone, restify, moogoose 和mongodb 搭了个
prototype, 心里有点小感动。 好像第一次用python和redis，以前很挠头的问题一下
就漂亮的解决掉了。自己写过OR mapping的都知道写个好的框架有多难， 现在不用
mapping了， 也没有什么odbc jdbc, 什么东西都json搞定， 就是一个爽啊。
写完了顺手搜了一下， 还真找到了这个视频。Douglas Crockford: The JSON Saga。
http://www.youtube.com/watch?v=-C-JoyNuQJs
大家吃完饺子， 看看这个消消食乐一乐吧。 |
|
c********l
发帖数: 8138 | 17 哪种语言
1.能方便地调动PostgreSQL的一些非标准feature，可以调动第三方类库
2.方便地修改生成json
同时满足这两点？
我用过java，感觉java的JSON.jar修改JSON时十分费力，光是检测是否null 的语句就
一大堆 |
|
m******h
发帖数: 1059 | 18 就语言本身而言Java和c#没法比，貌似类似，其实c#在各个方面都要成熟完善很多，优
美很多。说实话我觉得Java就是一个屌丝语言，半成品。可是这种风格正好适合open
source，不追求完美只追求开发快捷。所以Java拥有如此强大的用户群支持，明显比c#
强很多。除此之外Java唯一的优势就是跨平台。其实我看mono做得也很好，可惜还是很
小众。
再说big data。听到这个词我真的觉得很烦，遇到大量数据的时候能先想想有必要那么
大吗？有多少冗余 多少浪费？是不是json里面变量名合括号占了80%的空间？或者更夸
张在用XML ?不要嘲笑我，我知道屌丝们不care，你们有Hadoop 有hdfs 有pig 有
amazon ec2… 有无穷无尽的资源，要么是老板付钱，要么还是停留在假设阶段，无论
如何你们不care。
我在amazon干了一年，发现认为Java最优 spring 万能 Hadoop无敌 所以毫无顾忌的去
瞎折腾的屌丝太多，我们可以把100g的数据用最浪费的方式存成1t，我们可以忍耐pig
在几百个node上简单处理不到1t的json要花几个小时，我们愿意花50%以... 阅读全帖 |
|
m******h
发帖数: 1059 | 19 就语言本身而言Java和c#没法比，貌似类似，其实c#在各个方面都要成熟完善很多，优
美很多。说实话我觉得Java就是一个屌丝语言，半成品。可是这种风格正好适合open
source，不追求完美只追求开发快捷。所以Java拥有如此强大的用户群支持，明显比c#
强很多。除此之外Java唯一的优势就是跨平台。其实我看mono做得也很好，可惜还是很
小众。
再说big data。听到这个词我真的觉得很烦，遇到大量数据的时候能先想想有必要那么
大吗？有多少冗余 多少浪费？是不是json里面变量名合括号占了80%的空间？或者更夸
张在用XML ?不要嘲笑我，我知道屌丝们不care，你们有Hadoop 有hdfs 有pig 有
amazon ec2… 有无穷无尽的资源，要么是老板付钱，要么还是停留在假设阶段，无论
如何你们不care。
我在amazon干了一年，发现认为Java最优 spring 万能 Hadoop无敌 所以毫无顾忌的去
瞎折腾的屌丝太多，我们可以把100g的数据用最浪费的方式存成1t，我们可以忍耐pig
在几百个node上简单处理不到1t的json要花几个小时，我们愿意花50%以... 阅读全帖 |
|
x****d
发帖数: 1766 | 20 I would recommend restlet for beginning in Java, you don't need a server to
deploy, you write up your own server, very simple. client side you can use
java or jquery, or rest shell.
but implementing one restful webservice is too simple, it is kind of
irrelevant with understanding web services, either restful or soap. as
bigcow said above.
doing restful services is very different with design rest api, you can do it
, doesn't mean you can design it.
I am kind of agree with zhaoce, doing web servic... 阅读全帖 |
|
P********l
发帖数: 452 | 21 看它第一个例子 http://senecajs.org/
1. require('seneca')()给出系统唯一的instance. 然后,给这个全系统唯一 add
command pattern. 它接受JSON格式作为query然后返回JSON格式的结果. 别想太多, 是
JSON格式的query和结果而已.
2. 然后, act把请求和数据封装在一起让command去match, 返回结果.
我觉得就是这么简单/简陋. 没有actor什么事.
如果是actor的话, 虽然没仔细看, 感觉oop2的fast messager就很对路. 至少你要找到
那个actor在哪里, 然后给它发消息. |
|
n****1
发帖数: 1136 | 22 json文件还是json object?
json文件的话直接可以在file descriptor上用read/write. Object传输用REST协议，
不需要造轮子。 |
|
z****e
发帖数: 54598 | 23 js没有数学公式的包
用来写web server还行，但是用来做一些计算，完全不行
不要说效率了，连像样的包都没有
做一些很简单的计算比如线性代数或者是统计就晕菜了，就要自己去写
通用语言里面，只有java和python对各种科学计算的东西做了比较好的封装
提供了像样的接口，其他都不太行，java就是apache commons，hadoop那些
python就是各种c++,fortran的wrappers，什么scipy里面就有fortran的包
在mac上要重新编译，那段时间搞死我了
python比较让我喜欢的就是tuple和[]{}这种直接写入代码的结构
就像js可以直接把json写入代码一样，ruby也可以把类json的结构直接写入代码
在某一个领域会比较方便，比如js和ruby都比较适合用来搞web server
因为大量使用了json，一直对比的都是js vs ruby
ruby那个作者说，我已经很讨厌被问怎么看nodejs了
搞得跟姚鲨大战一样
但是换个领域，那就另外一回事了 |
|
g*****g
发帖数: 34805 | 24 文件大的话，gzip json, 文件小的话，raw json就可以了。对于终端用户而言，绝大
部分流量是在视频上耗掉了。
json不算什么。
bson, |
|
w***g
发帖数: 5958 | 25 json写在javascript里面，是同一种语言。javascript可以表达程序也可以表达数据，
这很牛B。
xml写程序里那就是两种语言了。现在xml大有被json和别的格式取代的势头，难道再弄
一个json模式到scala里？下一个版本的scala是不是还要支持xml模式？
这个帖子主题是审美，我觉得还能发表点意见。至于industry怎么样，我已经看不懂了。
有句话叫黄锺毁弃瓦釜雷鸣，可能古今中外皆然吧。 |
|
i**i
发帖数: 1500 | 26 JSON不JSON有什么关系? 这跟hello world的区别在哪里? 包含JSON格式的串, io就多
了?
再说, 哥不用http. 效率还能高点.
哥说了, 哥很愚昧. 哥正在面壁思过中. |
|
B********e
发帖数: 1062 | 27 As you said, the JSON (like tha matrix) is just the data part.
How about separate the operation away from the data?
starting from
--> deserialized into the operation class
--> do any operations in the class
--> serialized back to . |
|
W***o
发帖数: 6519 | 28 今天和一个同事抬杠了，
他目前的项目是做一个spring mvc支持的project，他做是front-end layer，后端有
search, statistics 各种service api；
这个spring mvc项目主要是receive user's request/request data from backend, 然
后处理data再presentation 到页面；
他今天问我怎么做model，因为spring mvc不和任何database联系，他说没法做model，
我的想法是model你想要present的data（因为从后端返回来的json比较复杂，需要过滤
），再以json的形式推到javascript/html presentation layer.
而且他还有一个想法我觉得有点crazy，他的mvc还要cache从后端反回来的json data，
因为structure 很complex，需要java 过滤挑出有用的data，但是需要等user request
才能把过滤的相应的data发送到前前端的javascript/html。 我觉得这个会影响
... 阅读全帖 |
|
h*i
发帖数: 3446 | 29 如果{key value anotherKey anotherValue}都不直观，我不知道还有什么更直观的办
法？［］不是list, 是vector (类似于array)
这些和JSON不是一样么？JSON不直观？大部分程序员都觉得JSON直观吧。 |
|
z****e
发帖数: 54598 | 30 map -> {key:value}
list -> [value]
json不就是这样的？
你觉得json直观还是clj定义的结构直观？
我觉得json更清晰一点
name多没办法，key怎样不都是一个名字？
clj用;代替//表示注释比较神奇
, |
|
z****e
发帖数: 54598 | 31 json少写一个,很正常对不对？
xml你少写一个>或者<试试看，会不会很别扭
xml要错太难，所以用来做config很不错
json比较容易出错，虽然我不反对json做config
但是你还是实践一下再说 |
|
s********k
发帖数: 6180 | 32 【 以下文字转载自 JobHunting 讨论区 】
发信人: silverhawk (silverhawk), 信区: JobHunting
标 题: 请教一个Android的简单HTTP REST编程问题
发信站: BBS 未名空间站 (Fri Feb 27 14:08:35 2015, 美东)
比方说对方给了url，还有body ：query = xxxx(一大串JSON，should be converted
to URL encoded text)，然后我要用http POST这个request，header parameter 里面有
app-token=“xxxx”，“Accept” = "application/json, text/javascript, /; q=0.
01”"X-Requested-With” = "XMLHttpRequest"
返回JSON response
这个有比较简单直接的写法吗？或者哪个库最好用？ |
|
d****n
发帖数: 1637 | 33 我用的是beego，比起martini，beego 有偏好，但是有orm.我可没那能力和时间自己造
一个轮子。
martini 我感觉有两点好的，
1. router 是tree的，支持很好的regexp, query parsing也很standard
beego 的太简单,太少doc
2.http.Hanlder 和 golang的compatible. func fn(request, response)
beego的只用 一个struct (beego.Controller) 传来穿去，很难refactor 或者
intercept
beego 有自己的middleware装法，但是不标准， 要follow it.
public的middle ware 都支持标准 handler singnature.
matini不好的就是要自己装orm,感觉好多人自己加装gorm。
我只有用RDBMS 的经验。没用国 noSQL, (听说golang支持mongodb也不错)
golang 自己家的rethingDB 也很好，但是太新了。一次update 就改动了2000多个
featur... 阅读全帖 |
|
s*****w
发帖数: 1527 | 34 Can dryden and other big cow help me to complete this,
Thanks very much !
var express = require("express");
var session = require("express-session");
var app = express();
//Creating Router() object
var router = express.Router();
// Router middleware, mentioned it before defining routes.
router.use(function(req,res,next) {
console.log("/" + req.method);
next();
});
router.use("/user/:id",function(req,res,next){
console.log(req.params.id)
if(req.params.id == 0) {
res.json({"message" : ... 阅读全帖 |
|
d******e
发帖数: 2265 | 35 开始试水 akka-slick-spray-play 技术stack. 大吃一惊。
先看fsm.
case class Supplier(id: Option[Int],name: String,desc: String)
case class SimpleSupplier(name: String,desc: String)
trait Suppliers extends Profile{
import profile.api._
class Suppliers(tag: Tag) extends Table[Supplier](tag, "SUPPLIERS") {
def id = column[Int]("id", O.PrimaryKey, O.AutoInc)
def name = column[String]("userID")
def desc = column[String]("last_name")
def * = (id.?, name, desc) <> (Supplier.tupled, Supplier.unapply... 阅读全帖 |
|
z*******3
发帖数: 13709 | 36 写一个verticle，用来对付mail，你的逻辑都在这里面
需要同时对付大并发，你就直接部署多个这样的verticles就好了
然后逻辑完成之后，异步发送json给另外一个verticle
这个verticle就是你的streaming verticle，用rxjava
用来统计a = b+c这些计算
json就是你的msg，就是最后一个结果的msg/json
这样都在同一个虚拟机内完成，就是纯粹的内存计算
就可以直接规避redis,akka,node这些集成带来的不同层之间的io操作 |
|
z****e
发帖数: 54598 | 37 verticle之间一般不share data
如果需要share data，则需要通过msg bus来完成
先将需要share的data转换成json，然后发送给其他的verticle
因为json是所有语言都能接受的这么一个数据格式
那json自然就是immutable的，在发送和接收过程中是无法被更改的
好吧，至少msg bus不会尝试去更改msg，这样就不需要lock了
原理跟fp的多线程原理是一样的
但是vert.x很巧妙滴用这种方式，绕开了immutable这个概念
你不知不觉中就用了fp的多线程的那种方式，就是actor model
但是这种方式呢，有些人会说，太麻烦
ok，那就用map这些来分享data
那这个时候就需要做成immutable的object了
因为actor model之间的share datas必需是immutable的
否则会破坏single threadness
但是这个技能有些高级，一般人可以不用
如果需要用的话，这个就很容易理解
另外，vert.x的lock也有，是Cluster-wide locks
不是threads之间share data... 阅读全帖 |
|
i**p
发帖数: 902 | 38 这是HTML code. 那位解释一下输入完ZIP CODE后是那个function()被自动调用了。"
hidden json"是干什么用的？"json"是函数名吗？
|
|
k***5
发帖数: 583 | 39 这个有些牵强，restful没有强制定义要求用JSON， 只是大家都喜欢用JSON。
SOAP到是只能用XML，但SOAP发明时，XML是主流，JSON还没产生，也没法抱怨。 |
|
e*******o
发帖数: 4654 | 40 那个根本不一样 就是field 可以存JSON
JSON 早有了 只是最近才有jsonb 我没仔细玩过 但是感觉跟mongo的操纵JSON 灵活性
差点
太远. |
|
s********k
发帖数: 6180 | 41 系统的初步架构比较简单，有很多site，每个site有几百房间，每个房间有5个sensor
，有1K左右的sensor，每个sensor有定期数据和突发事件两类型数据传到local的一个
服务器，然后再import data到云端的host，并且，某些具有管理权限的人可以通过web
访问每个site到每个sensor的各种信息，和远程操作sensor，现场部署sensor的人可以
通过APP访问. Host cloud端做数据分析，提供web、APP的后台接口，支持多个sites，
并且发相应地notify到email或者其他定制途径
现在想尽快搭建起来系统，用python现成的轮子，现在有几个问题
1. local server，web，mobile和云端host的接口是否都用REST？还是有什么更简单的
办法？
2 .web和APP都不是高并发，哪种轮子最简单最好？后端，web分别用什么轮子？
3. sensor数据用XML还是JSON好？比较倾向于JSON，同时就考虑后台的数据库用SQL还
是NoSQL？我这样的应用适合用哪种？如果数据格式用JSON，单手后台用SQL，转换起来
... 阅读全帖 |
|
z****e
发帖数: 54598 | 42
再容易也没有？groovy就比python强，在对付json上
ruby等web script搞json是非常直接的，绝对在python之上
你根本没有用过ruby之类的处理json过吧？
也就是跟r去比，其实本质就是一个wrapper
做wrapper容易而已，那些libs烂死，都是学术界自己乱写的 |
|
z****e
发帖数: 54598 | 43 我说说我的经验吧
我个人觉得，mq其实很难用
msg还是以json为佳
因为如果是其他的，尤其是serialisable的object
可读性不强
其次broker本身会产生严重的依赖
你测试就很麻烦
尤其是本机测试，你要连到mq上去
折腾啊，而且强依赖，所有的system都会依赖这个mq
所以我建议干掉mq，mq基本上都是一个坑
而且很多mq都没有直接监听的端口什么的，测试起来很成问题
建议直接http+json就好了
便于测试，或者像vert.x一样，有自己的msg bus
然后就用msg bus传json就好了，vert.x用的是web scoekt协议
用shell service可以直接看bus里面传递的消息
非常方便，便于测试，坑少很多
另外呢，如果你想做persistence，你这种明显没有什么规律的数据
建议直接用file system就好了，不需要用c*
因为c*很大，东西比较多，有cql固然方便，但是这个是基于index的查找
所以你要想清楚，你这个数据到底是semi-structured的，也就是有明显的index的
还是unstructured的，像网页一样完全... 阅读全帖 |
|
z****e
发帖数: 54598 | 44
我们用json，postgresql很好一点就是支持了json
nosql就更支持了，话说json其实也是serialize的一种 |
|
d******e
发帖数: 2265 | 45 我们也就是用大路货。
mysql, tomcat, spring mvc, c*, redis, spark什么的。
orm is evil.
Never ever use ORM or DAO if possible.虽然我们也用到。为了和外部一致。
考虑到后台特别是数据工程就是用一个data frame or relation or graph, transform
or reduce to another stream of data frame/relation save.为什么要 object?
现在做的一个项目，90%代码行数都是db to O, O to DB, O to json, O json to O。
所以才会忍不住上来骂java程序员都是被洗脑，不动脑子的猪。
大多数情况如果就搬data bricks砖从A到B，从文件到数据库，从web input到数据库，
...，直接json或者通用对象好了。 |
|
b***i
发帖数: 3043 | 46 我原来做一个项目，准备用Linux，C++11（需要多线程，std::move等特技）, ASIO
standalone, JSONCPP等，主要是JSON和串口的通信，还有Modbus TCP。程序还没写几
个，不超过200行吧。但是我检验了JSONCPP可以和C++11一起用，非常方便。ASIO我也
写了演示，可以收到JSON包，并发出去回答。
后来我们买了一个公司，他们有一个系统，用boost,和LibModbus,能完成Modbus TCP，
但是多进程通信架构，通过网页配置，然后多进程通信来改变变量。而我们决定了我们
的项目还是用JSON配置，所以还是单进程多线程，不是他们的架构。那么，我们的程序
面临一个问题，是继续用C++11，还是转用boost?
他们的主力程序员可以花10%的时间在我们这个项目，而我们的程序员既没用过boost，
也没用过C++11,但是我觉得这个上手不难。如果我做，我倾向C++11。现在我不做，我
管项目，在主力不上场的情况下，两个多年经验但是多年不写代码的程序员，该用哪一
个呢？
这两个人后来一个写Java，一个写C#，应该半斤八两，都不笨，属于自... 阅读全帖 |
|
