BlogJava-阿海的blog-随笔分类-技术随笔

打开或者隐藏mac下的系统文件

coffee — Tue, 27 Dec 2011 06:34:00 GMT

1、打开隐藏文件或文件夹。 defaults write com.apple.finder AppleShowAllFiles -bool true KillAll Finder 2、隐藏文件或者文件夹。 defaults write com.apple.finder AppleShowAllFiles -bool false KillAll Finder 操作后重新打开即可。

coffee 2011-12-27 14:34 发表评论

面试的时候爱问的两道题

coffee — Fri, 11 Jul 2008 07:39:00 GMT

好久不写技术贴了，决定换一下思维，写个算法相关的。

最近面试的时候，很喜欢问两个算法问题。
问题1：阿拉伯数字的金额转换为中国传统的汉字形式。
问题2：不增加变量，交换两个数值变量的值。

先说问题2，因为问题2最简单。
        很显然，要想不增加变量，交换两个变量的值，只可能做加减乘除运算。用对应的加减法或者乘除法都可以做到。举例：a=5；b=8。
      加减： a=a+b=5+8=13；b=a-b=13-8=5；a=a-b=13-5=8；
                  a=a-b=5-8=-3；b=a+b=-3+8=5；a=b-a=5-(-3)=8；
   同理，乘除。
我觉得此题主要是考一个人的思维。但是面试的人，大部分都不会做。

再说问题1：还是大部分人不会做。现提供本人思路如下：
       分析问题：a、小数点之前为整数，小数点后只有两位，为角分。
                           b、小数点之前个位单位为元，依次为元，十，百，千，万，十万，百万，千万，亿……
                           c、每位的数字对应为：零、壹、贰、叁、肂、伍、陆、柒、捌、镹。
                          d、在操作中，数值运算和数组操作性能最快。
       思路：a、用两个数组，array1[10]、array2[]按下标为0、1、……的顺序分别存储零、壹、贰、叁、肂、伍、陆、柒、捌、镹。和元，十，百，千，万，十万，百万，千万，亿……
                  b、针对整数部分，从十开始除，余数转换为汉字，取对应余数值得数组array1[余数]所对应的值。取得到的商，并记录除的次数。次数对应为array[次数]的汉字。拼接。
                  c、反复第二步，直道商为0。
                  d、其中余位为0时特殊处理。
                  e、小数点后统一处理两次。不做讲述。
      举例：234.12。整数为234。
                 234/10 商23 余4 除次数为0 array1[4]+array2[0]=肆元
                 23/10    商2   余3 除次数为1 array1[3]+array2[1]=叁拾
                 2/10      商0   余2 除次数为2 array1[2]+array2[2]=贰佰
      合起来就是贰佰叁拾肆元。
        此题考的是拿到问题后的分析思路和基本功。可能每个人的实现方法不一样。可能是紧张吧，面试的时候，大部分人都答不出来。

coffee 2008-07-11 15:39 发表评论

客户之道--学会说不

coffee — Tue, 22 Jan 2008 02:25:00 GMT

          对客户说不，是一件需要勇气和智慧的事情。因为一不小心，就有可能激怒客户，导致被投诉、以后的工作没发开展等诸多不好收拾得问题。但是如果不学会说不，则又会给自己、项目组成员以及公司带来更多无法预料的风险。所以，怎样对客户说不，就成了一项必须而又艰难的工作。根据我个人的经验，以及从前人身上，总结了以下几条，跟大家进行交流。为了增加可读性，我用了三十六计里的几条计名作为各条之名。

1、假痴不颠。宁伪作不知不为，不伪作假知妄为。静不露机，云雪屯也。
a)在双方讨论需求或者接口或者其他会议上，如果客户一开始提的问题就是我们所不能接受或者很难接受的底线，不要急着说不，而是通过假痴，这个理由放到会议的后半阶段讨论。这样能避免一开始就对客户说不，让客户心生戒备。而在这种会议之前，一定要明确自己的底线，了解对方要求的重点。只有做到这样，才能做到：知己知彼，百战不殆。
b)在平常的沟通中，面对客户或者客户领导提出来的问题，如果我们不想答应，不要马上答复。这点在上一篇客户之道里已经有了论述，这里不再重复。
c)不管是哪种不，都一定要给出客户能接受的理由。

2、调虎离山。待天以困之，用人以诱之，往蹇来连。
面对客户提出的问题，我们先进行分析，找到对应的我们能接受的替代方案，把客户的注意力吸引到新的方案，并让其确认。同时要针对原方案的一些缺点，说出新替代方案的一些优点。

3、借刀杀人。敌已明，友未定，引友杀敌，不自出力，以《损》推演。
      在上一篇客户之道中，说要与客户交朋友。作为朋友，自然也就会找你做一些本不该你做的事情，这个时候可以根据实际情况，帮助客户做一些力所能及的事情，对于自己不愿意做的，不能生硬的说不，而应该帮客户出主意。这个时候往往可以把火引到本该做这件事情的人那里。这样既拒绝了客户，也帮客户解决了事情。此外，也可以在平时大家一起闲聊的时候，有意无意的跟客户发发牢骚，让客户知道自己的一些难处。那作为朋友，他自然也不会难为你，所以很多事情也就会消失于无形。

4、围魏救赵。共敌不如分敌，敌阳不如敌阴。
     客户在提出某个我们无法满足的需求时，我们不要急着说不，而是分析一下客户的需求的目的，以及做这个需求需要的资源。通过分析否定他的目的，或者明确他需要的资源而达到让客户知难而退的目的。

总之，客户之道是一条复杂之道。势不能以一法一理以对之，套用之。所以上面所述也只适合其适用的场合。

coffee 2008-01-22 10:25 发表评论

Linux下CVS的帐号的管理办法

coffee — Thu, 24 Aug 2006 06:53:00 GMT

一、添加帐号：
1.以root身份登录

2.运行htpasswd $CVS_HOME/CVSROOT/passwd username
提示输入帐号的CVS密码
New password:
Re-type new password:

Updating password for user username
出现上面的提示，则添加成功

3.编辑vi $CVS_HOME/CVSROOT/passwd
内容如下

username:wiAgqUKhC59xo
shjiang:pBZcGq5X5zK1U:cvsroot

此时请手动添加此用户到cvsroot组（你自己的CVS帐号组，我的CVS帐号组是cvsroot） username:wiAgqUKhC59xo:cvsroot
shjiang:pBZcGq5X5zK1U:cvsroot

保存即可

保存完试着登录一下:
# cvs -d :pserver:username@ip:库路径 login
Logging in to :pserver:username@ip:库路径
CVS password:
[root@NTS liuhai]#

敲入命令回车后提示输入密码,如果没有什么错误信息出现就是成功了

二、删除账号
1、以root用户登录
2、编辑上文中的passwd文件，删除对应的行即可。

coffee 2006-08-24 14:53 发表评论

武林高手与IT业大牛----一点感悟

coffee — Thu, 11 Aug 2005 05:00:00 GMT

幼时常看小说，什么金庸、古龙、梁羽生。
什么沈浪、令狐冲、胡斐………………

最近痴迷武术，什么跆拳道、中国功夫。于是每每下班，到了晚上都会出去锻炼一下
练练马步、扑步、弓步、丁步、推手、绕膝、劈腿…………

之余就会想到以前武侠中的大侠客，都是年纪轻轻，确功力雄厚。
再细想，发现他们都有一个共同的特点：
1、基础练得好。不管是简单的站桩，还是重复的劈掌，都练得非常的好。
2、除郭靖之外，大抵都很聪明，悟性其高。不管是什么，都能做到举一反三。而且
勤于思考。
3、好动。总是会把自己的疑问通过实战来获得答案。同时提高自己的经验值，使之
转化为自己的内功。
4、不断修炼内功和外功。内功除了传统意义的内功外，还包括经验值。
5、执著。不管是练功的时候，还是实战的时候，不管是对自己的信念还是自己所从
事的事情。
6、总结。

真正的高手，武器对他来说，已经不是问题，到他手上的东西都能杀人，可以杀人于
摘花逐叶之间。任何招式到了他们手里，都能发挥出无穷的威力。

再想，发现其实业内的高手往往也是如此。
1、外功，也就是基础相当扎实，不是简单的可以依样画瓢。而是明白其原理，知道
其过程。类似站桩、劈掌之类的操作系统、数据结构之类的基础练得有相当火候。
2、大抵聪明、悟性高。一个个大牛往往都是年纪轻轻。就像古代的年轻侠客。
3、爱动手。
4、不断的修炼。
5、执著。
6、总结。

靠，今天肚子不舒服，就写到这儿，后面几点没有写完。大家就看着那几个字去自由
遐想吧。：）

半年前写的，原封不懂的转载

coffee 2005-08-11 13:00 发表评论

软件的架构设计原则与方法

coffee — Wed, 03 Aug 2005 03:06:00 GMT

今天又看了阎宏的《软件的架构与设计模式之层次原则》，结合自己在项目中的架构设计经验来，整理感悟如下：
1、Bulit for Change，好的建筑都是为变化而设计的。
        我想，文中说这句话的意思是想说，好的软件架构设计也是为变化而设计的。用户的需求日新月异，千变万化，大的项目一般都会有第一期、第二期、第三期……。怎样才能让自己的架构设计能满足不断变化的用户需求呢？“为变化而设计”，应该是解决这个问题的战略方针。
        怎样才能像贯穿三个代表一样来实现这个“为变化而设计”这个战略级方针呢？----分层。分层就是我们实现战略目标的战术、战斗方法。而怎样来实施分层呢？
2、分层的方法和步骤。
    a、首先要确定软件的生命周期。我们应该避免为一个五分钟的问题提供一个五十年的解决方案，也不要为一个50年的问题提桶一个5分钟的解决方案。我们在实际开发过程中发现，每个项目都有它的生命周期，有一年的，两年的，五年的，十年的，也有一天的，甚至5分钟的。我们应该根据软件的生命周期来设计。
    b、确认软件中变和不变的因素，并根据变化频度进行分类。
    c、依据变化频度的分类进行层次划分，并标出各个层次的依赖关系。
    d、对不变的部分，设计的稳固、牢靠。对变化的部分，根据变化的频度设计的其灵活性。

coffee 2005-08-03 11:06 发表评论