易美网告诉我们什么

1. 易美网以照片书、台历等印刷品为主;

2. 易美网的运营单位是“北京易捷美数字科技有限公司”;

3. 位于广州花都的厂房占地3000平米,但其中225平米无尘车间和800平米有尘车间在招租或者已经出租,说明其业务没有达到预期,并不饱和;

4. 依上一条计算其每月厂房租金是25000×2元=50000元左右;

5. 易美网的生产线可能是诺日士;

博识的人士来辨认一下吧

6. 发现费了半天劲其实人家都告诉你了,比如上面那个标志是Imaging Solutions AG Wideprint;

7. 顺便发现了一个bug,比如打开这个页面,“首页 » 产品中心 » 照片书 » 4×4硬封面照片书”中的产品中心链接是错的。

万恶的商务中国:cn域名之罪

收到国网数据电话通知,在他们那里注册的两个域名tongu.com.cn和infolit.cn是从商务中国那里拿的,而这个万恶的商务中国正式疯狂推进cn域名实名制的混蛋。

第一个域名当时是想做“同游”之类的旅游项目的,infolit.cn是几年前在上大学时成了的一个学术社团(武汉大学信息素养协会)的,商务中国以及某些组织的丑陋行径让我非常愤慨,但是有什么办法呢?只能在这里发发牢骚而已,前一个域名放弃了可以,只是损失几百块钱,后一个域名至今仍然在为这个社团服务,如果被注销相当于抹去了一个社团几代人的历史。

想起那个不说话的故事,可是,说话又能怎样呢?

强大的记事本:EXCEL的日期转换为文本的方法

如果excel里面有一列数据是日期格式,拷贝的时候往往会出现一系列的#,因为它的数值实际上是以1900年1月1日为起点的一个累计天数,只是显示为日期而已,那么如果为了与另一个日期为文本格式的文档合并或者用程序直接识别1998-3-23之类的文本型而不想用那个累计数去重新计算,就要把excel的日期转换为文本,直接改是不行的,这时候可以用一个中介——记事本。

我们知道微软为了实现可视化,从excel复制这一列,粘贴到记事本的时候肯定应该是直观的样子,那就是显示优先,而非数据优先。再从记事本拷贝回excel当然就是文本了,这个时候可能会用到文本导入工具,设置格式为文本就行了。

另外对于excel中的公式转换为文本之类的处理也可以来用记事本走一遍,或者拿word或者onenote来当中介,会有意想不到的效果。

数字出版的基础数字内容管理与生产管理系统

一个前提假设:传统出版与数字出版本质上最大的不同在于数字内容版权价值在产品中所占比重。

目前的情况是,一首儿歌五年的版权费用是五年300美元,每年60美元,也就是四百来块钱,在这样低的费用面前,数字版权管理如论如何也是无法引起重视的。目前一张正版CD的售价为9美元,上面60首歌曲,那么每首歌曲合0.15美元(0.15美元 = 1.02410749 人民币,2010年1月10日),而目前iTunes store上平均每首歌的下载费用为1美元,如果按一起买60首歌曲的打包价五折也是0.5美元。怎么算这个CD都是卖的太便宜了。

目前的情况是我们的出版社还不能在短时间内去iTunes store上卖歌曲版权,而又不能不做点准备,那么通过什么方法低成本的把这些内容纳入生产管理呢?

在系统选型之初我就提过要把数字内容当做生产物料来管理,而对于数字内容库更直观的东西是母盘和母带,他们可以看做一系列数字内容节目的派生版的组合,这个派生的过程可不纳入生产管理系统,目前已经有相应的数字出版系统了。

就目前已经选用的用友NC而言,可行的办法是:

1. 增设数字内容仓库,由数字出版部管理

2. 母盘母带编制存货管理档案,并分配到数字内容仓库内

3. 多媒体三审完成后做母盘母带入库,目前母盘母带多由编辑室自行管理,比较混乱

4. 印订施工单中增加相应的母盘母带一行

5. 接下来的材料出库单传到数字出版部一张,该部门提供母盘、母带后签字

6. 费用结算时按该材料出库单结转版权成本

编辑部在提交母盘母带时一并提交工程文件存档光盘至数字出版部,数字出版部负责母盘、母带管理及工程文件管理,并从工程文件中提取节目数据放入节目资源库(文件存储为主),在编辑部门需要相应数字内容自行提取,有条件的可以把节目的取用纳入系统管理,视为原材料,加工后为半成品,即母盘、母带等。

用友NC上线之仓库盘存半成品库篇

作为一家音像出版社,图书、光盘、磁带集中载体的出版物都有,而且会出现书盘、书带的组合。这样导致半成品存量很大,品种也比较多,在社内被视为最让人头疼的一块儿。

但实际上半成品库两人一组,一天也给盘完了,一则说明库管的库位管理还是比较有条理,二则说明问题没有传言中的那么严重。

值得肯定的是货品分隔比较清楚,没有出现混杂的情况,存货标签比较齐全,这次盘存也顺便补了一些。

同时,也有几点可以改进的地方,涉及多个部门:

1. 虽然没有启用NC的库位管理,但仓库在实际操作中可以进一步梳理库位,比如常销产品和周期产品分区(其中周期性产品可按年度再细分区,一般三个年度即可),儿童音像和教材教辅分区,一则方便分拣,二则直观的看出有多少存货濒临报废;

2. 销售退货可视情况进待处理库和成品仓库,销售发货只从成品库发,待处理品仓库按天入库分区存放,1区到7区存货处理周期一般不大于一周;

3. 每年6月30日和12月31日进行两次统一的报废处理,把过期的产品从原仓库转移到废品仓库,封存原来的存货编码,对于可重新利用的,编入新的存货编码并入到相应仓库,报废清单由编辑部、仓库各自出具一份,财务部审核后执行。

基于本体的新经济模式畅想

做了一段时间的NC客户方系统管理员,虽然总体上进展顺利,但这个过程中,ERP对操作员的摧残也是显而易见的,同样是高度重复的动作,人们更愿意早上六点起来偷菜,也不甘心坐在舒舒服服的办公室里处理销售订单。

为了项目的推进,不得不苦口婆心的劝说,ERP是企业已经决议的东西,必须去习惯它,容忍它,毕竟不管它增加了工作量还是减少了工作量,都是眼前这些人的饭碗。

但我心中一直存在着一种幻想,人们可以用一种更自然地方式工作,我们的管理信息系统的人性化还无从谈起,但随着射频技术、多点触摸、图像识别、语音控制等技术的成熟,这样的愿景不会太远了。“小李,北京新发要50套《成长树》,给它算八五折”,如此一声,一个新的订单就生成了。我希望2020年之前的时候就是这样子的了。

在企业内人们劳逸结合,一定程度的自动化,一定程度的体力操作,再加上企业间交易成本因信息技术的发展趋近于零,那差不多就是我们期盼已久的共产主义了。

关于本体的新应用场景可以看这里,能看到这样的论文和如此多的研究让我对新生活更加充满了信心。

回过头来还是说偷菜,虽然我不偷,但作为半个程序员,我知道每一个点击其实只是一个数值的改变,但这种简单而直观的游戏恰恰反映了人们对可视化控制的渴求。

有了本体理论作为基础,有了自动化技术作为保障,幸福生活似乎就在眼前。网易印象派这样的快速制造网络综合服务平台是不是应该先行一步呢?

用uchome2.0打造交互型教研平台

主要用户:教师、教研员

1. 既然要交互当然要让关键人物都上来亲自操作,那么用户就是教师和教研员;

2. 用户资料的工作单位就是他们的学校和教科所,同时,这些单位相应的创建群组;

3. 日志更改为文章,用户可以直接发布;

4. 设特殊用户组如一审编辑,管理普通用户发布的文章;

5. 用户发布文章时以所填标签为划分栏目依据,所以改造下界面,在标签框旁边增加一些常用标签待选;

6. 把热闹改造为“项目”,用作会议组织、教研竞赛、专题研究等;

7. 增加一些最新文章、热门标签之类的链接作为导航;

8. 把群组改为“单位”,用户习惯问题,更易于理解,同时相应的改一下群组分类;

9. 修改活动分类:会议、竞赛、研讨之类;

10. 最后再改界面样式,怎么习惯怎么来。

有这十招,基本上就是一个新架构、老外观的交互型教研平台了。

敏捷制造供应商的选择与评估

网上关于供应商的选择与评估的资料不少,但具体到与电子商务关联的订单式敏捷生产的却不多,这里做一点研讨。

供应商的选择和供应商的评估是供应商管理中的两个很重要的步骤。

供应商的选择,主要是指粗略地对现有的供应商和准备发展的供应商进行大致的选择,把显然不符合标准的供应商排除在外。
现在对供应商的挑选则要关注以下几个事项:
一是要由工艺设计部门在设计过程中提出,在互联网企业,大致由产品经理、产品策划、商务拓展之类的职位负责,而这个工艺设计实际上也是通过跟一些供应商联系,实地走访最后总结出来的一套标准工艺流程;
二是参照历史数据资料的提示,在初期品类少的时候历史数据当然不多,但仍然有可能在既有的供应商中找到一个能够满足当前生产需求,把两个产品放在一个供应商那里可以很大程度上减少谈判和监督成本;
三是对供应链各个节点之间的关系进行分析,看供应商在供应链里是否处于关键节点上,这一点在源于电子商务订单的生产中一般不适用,目前适合做成电子商务的一般不会有很复杂的生产工艺和很长的供应链;
四是充分利用公共网络上的信息,在公共网络上寻找优秀的供应商,同时注重网上宣传的供应商对互联网企业来说也更容易沟通和合作,但这不说明对信息化完全不敢兴趣的供应商提供的产品没有较高的品质。
供应商选择有四个基本条件,即技术、质量、价格、交货速度。其中由产品经理领导运维监控质量和交货,由商务专员来谈价格。

此外,还要关注供应商的信誉。
供应商的评估分为进入评估、维持评估和淘汰评估三个阶段:
——进入评估。这主要是根据对供应商的潜在价值和风险的分析,来确定供应商将来在供应链中所处的地位。
——维持评估。首先要看供应商本身体系运行的情况。其次是考察供应商的生产能力。其三是财务管理能力的考察。其四是合作绩效评估,即维持评估的最后阶段。
——淘汰评估。这从两方面体现出来。一是通过绩效评估;二是通过潜力评估。

综上所述:

1. 产品经理进行市场调研,确定标准工艺,确定待选供应商,并提供价格参考范围;

2. 商务组与待选供应商谈判,确定最终的供应商和价格;

3. 产品运维与供应商保持日常业务联系,监控质量曲线(可根据客户退货情况,有一定滞后)和交货速度曲线,另外对生产成本也应该进行定期跟踪,比如生产成本的持续增加可能导致供应商突然中断合作,及时主动做出反应有利于保持良好稳定的合作关系;

4. 产品运维定期向产品经理汇报,必要时产品经理联系商务组重新进行商务谈判。

MetaWeblog API中文说明

1、什么是MetaWeblog?
MetaWebBlog API(MWA)是一个Blog程序接口标准,允许外部程序来获取或者设置Blog的文字和熟悉。他建立在XMLRPC接口之上,并且已经有了很多的实现。
2、基本的函数规范
有三个基本的函数规范:
metaWeblog.newPost (blogid, username, password, struct, publish) 返回一个字符串,可能是Blog的ID。
metaWeblog.editPost (postid, username, password, struct, publish) 返回一个Boolean值,代表是否修改成功。
metaWeblog.getPost (postid, username, password) 返回一个Struct。
其中blogid、username、password分别代表Blog的id(注释:如果你有两个Blog,blogid指定你需要编辑的blog)、用户名和密码。
struct的含意:
在newPost和editPost中,struct是一个RSS 2.0规范中里面的定义。的定义如下:
元素 说明 例子
title The title of the item. Venice Film Festival Tries to Quit Sinking
link The URL of the item. http://nytimes.com/2004/12/07FEST.html
description The item synopsis. Some of the most heated chatter at the Venice Film Festival this week was about the way that the arrival of the stars at the Palazzo del Cinema was being staged.
author Email address of the author of the item
category Includes the item in one or more categories
comments URL of a page for comments relating to the item
enclosure Describes a media object that is attached to the item
guid A string that uniquely identifies the item.
pubDate Indicates when the item was published.
source The RSS channel that the item came from.
其中最主要的三个元素是title、link和description。如果Blog工具不支持title和link,description就是目录(Content)。category是一个数组,是这个Post所属的类别。如果类别不存在,服务器端将只处理存在的类别。
3、metaWeblog.newMediaObject
metaWeblog.newMediaObject (blogid, username, password, struct) 返回一个数组
其中blogid、username、password分别代表Blog的id(注释:如果你有两个Blog,blogid指定你需要编辑的blog)、用户名和密码。struct必须包含name, type 和bits三个元素,当然也可以包含其他元素。
name代表数据的名称,type是数据的MIME类型,譬如audio/mpeg 、image/jpeg和video/quicktime。bits是数据的base64编码形式的数据流。
如果调用失败,它显示错误信息。如果调用成功,返回值是一个Struct,里面至少包含一个Url元素,代表数据的HTTP或者FTP Url。
4、metaWeblog.getCategories
metaWeblog.getCategories (blogid, username, password) 返回一个struct。
返回值包含所有的Blog的类别,每一个列别包含description, htmlUrl and rssUrl。
5、metaWeblog.getRecentPosts
metaWeblog.getRecentPosts (blogid, username, password, numberOfPosts) 返回一个结构(struct)的数组(array)。
每一个Struct包含getPost返回值一样的结构。
numberOfPosts是返回的数量。
6、调用验证和错误显示
同Blogger API不同的是,metaWeblog没有APPKEY这个概念,你可以自己设置。
同时建议使用标准的XMLRPC Fault来显示错误。
——————————————————————————————————————————
其他有用的网站(转自http://blog.csdn.net/zhaoweiwww/archive/2006/11/27/1416763.aspx):
http://www.xmlrpc.com/  最权威的站,介绍了什么是xml-rpc,规范,实现的语言,mail list
http://www.xmlrpc.com/spec   英文的xml-rpc规范
RFC: MetaWeblog API   MetaWeblog API 规范
http://www.duduwolf.com/post/41.asp  中文翻译的xml-rpc规范(感谢翻译者:滴水)
http://www.XML-RPC.Net XML-RPC的.NET 实现,其中有最新.net2.0的XML-RPC实现的下载
MetaWeblogAPI and MSN Spaces  MSDN上关于MetaWeblog API及MSN Spaces接口的说明及.NET示例
本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/phphot/archive/2007/11/02/1863764.aspx

————————丑陋的分割线———————

了解这个东西,主要是为了把一个站的资料导入到uchome中,人家一个asp的站不可能提供现成的接口给你导,那就先用supesite抓取(操作简单直观一点),然后自己写个代码提供这个api,再到uchome中一个作者一个作者的导入。