坏人

博士后与小工，我也来参合一下。

原文以及各篇讨论，最近相当火热，我就不重复了。

不知道大家是否想过这样一个问题：

1、假如那家小工厂，花个几十万美刀，研制出这个探测仪，且不说能否凑集到这几十万美刀，就说结果如何，想必是不尽如人意的，因为这家小厂的定位就是生产相对廉价，质量相对不错的肥皂而已，哪怕就是卖出一个空盒子，问题也不是很大。

2、假如是联合利华，使用小工那一套，搞个电吹风，万一弄个空盒子出去，媒体一曝光，这个品牌价值的损失恐怕也远不止这几十万美刀，更需考虑到因为使用这个电吹风，对于规范化生产，质量控制，以为企业形象的各种问题，以及如老赵所言，搞出个什么专利，进一步发展出如何如何的技术。

所以，其实这个问题，并不复杂，搞清楚自己的定位，真实而清醒的去面对即可，但仅仅是清醒二字，又有多少人能真正做到呢？这也就导致了错位，比如一个小厂，想不想的上个什么ERP之类的，如是种种，令人啼笑皆非。

posted @ 2009-02-15 20:31 cnlamar 阅读(2408) | 评论 (50) | 编辑

广告贴- - 关于dotnet平台上的osgi实现的可能性

算是广告吗。。。前几天在园子的群组里建了个小组，OSGI IN DOTNET，来宣传下，呵呵。

OSGI不知道大家是否关注，最近由于工作涉及，了解了一些，于是有了一个在DOTNET平台上实现一个OSGI的念头，代码自然是开放的。

由于目前工作的原因，我自己对这个到是有了一些浅薄的积累，非常感谢赵哥（WOODHEAD）让我了解了OSGI，目前主要在CLASSLOADER机制上遇见了一些问题，正在努力解决中。。。

废话不说了，如果有兴趣的朋友，欢迎加入小组，我们需要：

1、规范文档的翻译。

2、OSGI核心的开发。

3、基于核心，各种系统服务的开发，也许可以包含一个ASPNET HOST。

更多的，希望大家可以多了解一下OSGI，JAVA各大应用服务器那边已经凸显出OSGI的趋势了，我们也赶下潮流嘛，呵呵。

最后小组地址是：http://space.cnblogs.com/group/100604/

 

里面转载了一些OSGI的介绍性文章。

posted @ 2008-11-27 21:10 cnlamar 阅读(1890) | 评论 (8) | 编辑

Pismire ASPNET黄屏异常捕获模块

该功能主要用于部署在运行中的ASPNET网站上，将黄屏错误抓取并记录到相应的数据源，或者发送错误通知到制定的信箱等，然后通过设置屏蔽黄屏错误，让用户看见更友好的错误信息，
 同时也保证了程序的安全，而且还能够将所有的错误记录在案，方便错误的回查。

暂放首页的原因是因为我觉得该模块很实用，希望于大家共分享：D，回头转到软件发布区，如果管理员觉得不妥，也请帮忙转移.

SVN地址：http://pismire.googlecode.com/svn/trunk/ 

 配置方式：

1、首先请配置pismire的运行环境（web.config中制定pismire.config的位置、配置pismireHttpModule，部署pismire.config）；

2、然后在web.config中配置错误查看的httphandler（<add verb="*" path="Pismire_AspnetErrorCapture.aspx" type="Pismire.AspnetErrorCapture.Web.PageFactory, Pismire.Core"/>）；

3、如果有需要，请更改pismire.config对于AspnetErrorCapture的设置，比如需要修改connectionStrings中的Pismire_AspnetErrorCapture的连接字符串为你存放错误记录的数据库的连接字符串；

4、运行http://yourdomain/Pismire_AspnetErrorCapture.aspx?command=install进行安装，初始化数据库与存储过程。

5、当错误出现后，程序将自动捕获，为了测试效果，可以手工引发个异常进行测试，之后请进入http://yourdomain/Pismire_AspnetErrorCapture.aspx?command=install查看记录的错误。

6、如果希望对用户保持友好错误提示，不暴露黄屏错误，确认web.config中customErrors节点的配置。

下面是错误收集之后的各个查看页面：

 

该模块原创作者为lion，pismire中只是在配置、使用过程中进行了改写，让其更简单，并整合发布，感谢LION这个很好的IDEA ：D 这个模块很实用。

 

---贴一段QQ聊天对话，更好的解释这个模块的作用--

我是一条鱼(41347614) 16:11:11
不就是错误处理吗
我是一条鱼(41347614) 16:11:14
怎么就黄屏
我是一条鱼(41347614) 16:11:15
叫
坏人(889508) 16:11:33
就是你ASPNET里没处理的异常，是不是会黄屏？
我是一条鱼(41347614) 16:11:50
那你应该就异常处理呀
坏人(889508) 16:11:57
哎。。异常处理是你自己做的事
坏人(889508) 16:11:59
我不处理
我是一条鱼(41347614) 16:12:00
不过说回来了
坏人(889508) 16:12:04
我只是帮你记录下来，呵呵
我是一条鱼(41347614) 16:12:18
黄屏一般都是异常
坏人(889508) 16:12:19
不然黄屏老在客户那显示，客户给你也说不清楚
我是一条鱼(41347614) 16:12:28
哦你
我是一条鱼(41347614) 16:12:31
记得是黄屏蔽
坏人(889508) 16:12:32
有这么个玩意，给你全记下来
极地银狐.NET(157558) 16:12:44
黄屏可以换成其它的嘛,CONFIG里不是有么
坏人(889508) 16:12:51
是可以换嘛
坏人(889508) 16:12:59
但是换了之后，到底发生了什么异常，没有记录嘛
坏人(889508) 16:13:07
这个就是帮你记录下来
我是一条鱼(41347614) 16:13:08
他这个就是记录下来
坏人(889508) 16:13:12
以后可以还原出来看
极地银狐.NET(157558) 16:13:14
哦,你是记下它的异常啊
我是一条鱼(41347614) 16:13:15
把异常给你记录下来
我是一条鱼(41347614) 16:13:18
持久化
坏人(889508) 16:13:20
对，记下来
坏人(889508) 16:13:37
虽然没啥技术含量，但是很实用，其实原本也不是我写的，LION写的
坏人(889508) 16:13:59
只是他那个对WEBCONFIG修改太多，还有就是牵涉模块太复杂，我改了改，集成进来而已
坏人(889508) 16:14:11
主要是我觉得很实用，所以拿来和大家一起分享下：D
坏人(889508) 16:14:25
做压力测试最爽
极地银狐.NET(157558) 16:14:29
 
坏人(889508) 16:14:55
这玩意一挂，压力测试一跑，跑完把这玩意一开，出现过什么没处理过的错误，全部记录在案，哈哈
坏人(889508) 16:15:08
挨个处理就是
我是一条鱼(41347614) 16:15:18
是挺实用
坏人(889508) 16:16:02
毕竟啊，解决错误好办，这要找到错误，真挺头疼，特别是客户给你说，哎呀，你程序错误了，黄黄的，不知道写的些啥，你还得教客户抓屏。。。关键是，万一那客户懒得给你说。。。。

 

posted @ 2008-09-23 19:55 cnlamar 阅读(1606) | 评论 (11) | 编辑

建了个成都DOTNET群，希望能够经常组织大家进行一些技术讨论等活动

建了个成都DOTNET群，希望能够经常组织大家进行一些技术讨论等活动，希望有兴趣的朋友可以加入：D

群号码是：593697

posted @ 2008-09-20 18:19 cnlamar 阅读(69) | 评论 (4) | 编辑

heycacher缓存组件，需要的同志来取。

特性：

1、本身基本上不做任何存储方面的工作，全部使用第三方的，只是提供一个干净、稳定的API接口，用着放心。

 

2、缓存依赖、过期策略、失效通知等基本功能都支持。

 

3、支持TAG方式的缓存读写。

 

4、支持一种比较特殊的分布缓存模式：各个本地节点（比如某个ASPNET进程）将缓存存储于本地进程内，而非走TCP等协议存储于远程，然后有一个noti服务器，当某个节点的某个缓存失效后，会发消息通知noti服务器，noti服务器再去通知所有节点，使各节点缓存失效，通过这种方式来确保各节点版本的同步，这样做的好处在于，可以将一些很频繁获取但数据量又不是特别大的数据存放在进程内，这样可以节省远程通信、反序列化的时间成本，提高响应速度，并且没有在GET的时候去核对版本，而是SET的时候去通知节点失效，是因为通常缓存的SET的比例都非常低，而GET的比例非常高，并且通知的操作是异步的，所以不用担心写操作导致的响应速度降低。

 

5、自动的缓存命中率管理，这个也算个重点功能，主要是可以通过判断缓存的读的次数，再辅助一定的规则，来确认缓存的命中率是否足够高，并且可以根据这个命中率的高低来决定缓存的存储位置，特别低的就不缓存了，比较低的存磁盘，再高点的就存远程服务器，实在高得没法的，存本地进程，至于某种存储方式选用具体哪个存储引擎，依然是可以配置的，至于如何计算命中率，也已经做成PROVIDER模式，可以自行更换，如果你觉得自己有更合理的计算规则，也可以自己写个PROVIDER。

 

下载地址，包含源代码哈：http://code.google.com/p/heycacher2/downloads/list

posted @ 2008-08-07 19:06 cnlamar 阅读(2332) | 评论 (14) | 编辑

发个小工具，基于VSS和VS的每日构建工具。

功能多简单的，每天定时从VSS上获取代码，然后编译SLN。

 

另外，还提供了个WCF的接口，可以远程调用，触发其获取代码并编译。

 

地址：http://code.google.com/p/vssdailybuilds/downloads/list

posted @ 2008-08-07 00:57 cnlamar 阅读(501) | 评论 (2) | 编辑

heycache2缓存，不做存储引擎，只是胶水。

设计思想：

 

 * 本质上，这就是一个用于粘合各种缓存引擎的东西，并增加了一些小巧的高级特征，自己不做任何实现，
 * 仅仅对目前的各种缓存结构进行包装处理，并在保证兼容性的情况下尽可能实现一些实用的特性
 *
 * 确定性特征：缓存引用机制、分布的过期通知机制
 *
 * 不确定特征：远程依赖、多级缓冲机制、
 *
 * 已完成特征：基础功能、引用机制、分布过期通知、
 *
 * 未完成特征：多级缓冲机制、不依赖任何缓存引擎的有效性检查
 *
 * -- 特征介绍 --
 *
 * 分布过期通知：很大部分缓存的数据，读的比例远远大于写，也就是所谓的高命中率，这样一来，我们希望将这些数据，直接缓冲在各个本地节点的进程内，降低
 * 读取时候的通信成本，提高响应速度，而在写的时候，由各个本地节点发送一个通知到中央通知服务器，再从这里分发到各个节点去，使之失效，从而导致缓存的
 * 重加载，实现各个节点的缓存版本同步。
 *
 * 多级缓存：一个新设想，当一个key的数据被set到缓存的时候，并不实际缓存，仅仅找个地方存下这个key以及他的set和get次数，第2次再SET的到文件缓存中，
 *           第3次的时候SET到内存或者远程的如memcached当中，这样可以有效的提高缓存命中率，解决因为搜索引擎进行全站扫描等引起的低命中率问题。
 *
 * 不依赖任何缓存引擎的有效性检查：针对文件缓存等，可以将缓存包装后存储，读取后解包，校验过期等有效性，最后逻辑判定是否有效，是删除还是返回。
 *
 * 引用机制：有的缓存，内容是一样的，但需要多个key，主要目标是解决这个问题。
 *
 * 远程依赖：有了分布通知的话，这个功能多少有点鸡肋，当初的目的是在本地建立一个TABLE存储缓存的KEY和依赖条件，当条件触发后，会通知远程服务器，
 *           并可能进一步通知各节点，缓存失效了。
 *

 

大致就是这样，代码开源，BSD，http://code.google.com/p/heycacher2/

 

现在还是一个基础版本，会不断的完善实现，但已经过基本的压力测试了，有兴趣的朋友可以一起来参与，众人拾柴火焰高。

posted @ 2008-07-30 22:06 cnlamar 阅读(1237) | 评论 (14) | 编辑

发点牢骚.

1、软件开发过程中的质量细节，绝对是客观评价一个程序员功底的因素。
2、架构是哲学，一个没有融入自身对哲学思想理解的架构，只能是照虎画猫，成天把多少种设计模式挂在嘴边，只能在原地徘徊，难以前进。
3、一个健壮的开发流程，即便丧失一定的效率，但会有效的降低协作成本，从而降低总体成本。
4、假若连接口的重要性都还不清楚，就别来侃什么设计模式。
5、假若UI里充斥着大量和显示控制无关的代码，不够轻薄，就别来侃什么几层架构什么什么的。
6、别让程序员去切HTML，更别在切HTML的时候去考虑CSS该如何写，假如一边切HTML一边写CSS，那么永远不会得到一个高效的协作开发过程。
7、假若连自己编写的代码质量都不能保证，充斥着大量的低级BUG，就塌实点，先保证自己的代码质量够高后再来考虑别的。
8、一个好的架构，是在能够满足需求以及潜在需求的同时，保持代码尽可能的精简，有多少人能够把握好这个平衡呢？但至少我们可以时刻提醒自己，抓紧最重要的，放弃不必要的。

posted @ 2008-03-24 21:52 cnlamar 阅读(87) | 评论 (3) | 编辑

平常心，随缘

最近大伙忙着过年，园子也格外冷清，貌似我总是写一些似事而非，和技术关系不大的东西，还总爱往首页发，其实主要是想寻得一两个知音，闲下来后可以聊上几句，如同那个什么青年一样，发点感慨，发点牢骚，调节下情绪，也感谢各位的容忍，特别是这的主人，呵呵。

最近过年，生了场病，之前项目又突然出了点意外，流年不利啊，春节一过，今年正式进入我的本命年了，呵呵，或许小迷信一小也该去弄个红内裤什么的穿一穿，呵呵。

闲话扯了不少，发点感慨吧，三个字：“平常心”，最近突然觉得自己过去太勉强，凡事都想争个一二，有这个劲头，我觉得还是不错的，但如果这个劲头过了，或许也是不好的，再好的钢，硬度如果太高，反而会更容易折断，是不是因为太高的硬度，让钢材丧失了韧性，这方面的科学解释，我不是很清楚，意思上，或许是如此。其实做人做事或许也是如此，淡定一点，或许能够走得更远，不能说凡事不争，但也无需勉强自己，清楚明白自己的目标是什么，然后朝着这个目标努力，但不要追求一开始就爆发出全力，将力量蕴藏，缓慢释放，恐怕会更接近目标一些。

其实做事情吧，做好自己应该做的，自己觉得对的，就足够了，至于能否成功，何必去计较呢？之所以别去计较，是因为自然的力量太强大，今年的冻灾就可以体现，人的力量不过是那么的微不足道，所以，是不是和可以心态放得平和一些，把自己应当做的，认为正确的事情做到做好，速度上能快些当然是好的，但真的不需要去执着的、过分的去关心事情的结果，让自己的心态轻装上阵，是不是更好？如果过分追求事情的结果，当途中遇见困难与挫折的时候，打击如果足够大的时候，不知道是否有足够的韧性度过难关，这与平时管理中的进度控制等科学方法相违背，但假如我们是在创造，又如何能以科学的标准来裁定呢，创造本身就是在一定程度上对过去的一些事物的否定与破坏。所以科学的管理方法，不一定适合任何一个时刻，毕竟，MS收购YAHOO让我们看见了过去的霸主的辉煌与无奈，这样的事情总是在重演，新的战场一开始总是毫无规则的丛林规则...

认清楚自己的目标，做好自己应该做的事，自己认为正确的事，坚持己见，不断修正，蕴藏力量，缓慢释放，淡定，随缘。
 
发到首页热闹活跃下气氛，年过了，大家该收收心了：D

posted @ 2008-02-12 17:25 cnlamar 阅读(2817) | 评论 (45) | 编辑

如何保持源源不断的动力？

朋友告诉我，在创业的路上，如果决定了，就保持偏执，至少在我现在，我认为这样没错。

但是，创业的过程很可能是一个漫长的过程，可能会连续几个月没有收入，数年间看不见成功的希望，如何在这样的逆境下保持一个良好的心态，给自己源源不断的动力，这恐怕知易行难了，之前做的锐傲，失败的原因恐怕就是没有坚持下去，没有一个持续的动力，开始的两个月，充满了激情，没日没夜的干，到头来发现还有那么多东西没有做好，距离阶段性的成功还那么遥远，开始表现得失落，开始动摇，开始变得懒散，直至最后的放弃，导致了项目的失败，所以这一次为了克服这个毛病，痛下决心，砸了笔钱进去，希望自己可以在压力下得到动力，也不知道最后的结果如何。

其实不仅仅对于创业，对于项目的坚持，应该都存在这样的问题，最后决定将发到首页希望与大家探讨一下，望DUDU别介意。

关于如何持续的给自己动力，谁有好办法？

posted @ 2007-11-02 15:31 cnlamar 阅读(4144) | 评论 (40) | 编辑