strspn() : 문자열에서 특정 문자열로 구성된 문자의 수를 구하는 함수

NAME

       strspn, strcspn - search a string for a set of characters


SYNOPSIS

       #include <string.h>


       size_t strspn(const char *s, const char *accept);


       size_t strcspn(const char *s, const char *reject);


#include 
#include 
int main ()
{
    int i;
    char compare_text[] = "123th";
    char character_set[] = "123456th123th";

    i = strspnn (compare_text, character_set);
    printf ("The length of initial number is [%d].\n", i);
    return 0;
}

결과 값은 5가 나옴.

compare_text에는 비교당할 문자열이 들어간다.

character_set에 있는 문자들 중에서 compare_text에 들어있는

문자와 비교해서 개수를 나타냄

==> 단점은 ... 중복된 문자열에 대해서는 카운트를 하지 않는다. 
                    예상으로는 결과가 10이어야 하는데 실제 컴파일 수행하면 5가 결과로 출력됨.





#include "sys/cdefs.h"
#include 

/*
 * Span the string s2 (skip characters that are in s2).
 */
size_t
strspn(s1, s2)
        const char *s1;
        register const char *s2;
{
    register const char *p = s1, *spanp;
    register char c, sc;

    /*
     *   * Skip any characters in s2, excluding the terminating \0.
     *       */
cont:
    c = *p++;
    for (spanp = s2; (sc = *spanp++) != 0;)
        if (sc == c)
            goto cont;
    return (p - 1 - s1);
}


반응형

'Language > C' 카테고리의 다른 글

바이너리 파일전송 C언어 예제 -서버-  (158) 2012.10.18
itoa 함수 예제  (468) 2012.10.17
strcmp 함수 예제  (3161) 2012.08.17
strchr 함수 예제  (442) 2012.08.14
strdup 함수 예제  (476) 2012.08.14
파일안의 내용을 일괄 변경하려면
아래처럼 명령어를 쓰면됨

[사용 예]

%find -name xxxxx -exec perl -p -i -e 's/01090009001/01081091234/g' {} \;


         


%find -name <찾을 파일명> -exec perl -p -i -e 's/<바꿔야할문자>/<바꾼문자>/g' {} \;


반응형

본 페이지는 HACKER NEW의 TOP CONTIRBUTOR

Ed Weissman의 기고문을 바탕으로 작성되었습니다.

출처 : The Best of edw519



# 막장해석

50. 나의 업무 가이드라인

1. 해결책과 함께 시작하고 다시 일한다.

2. 변수는 그것들이 무엇인지 알도록 이름짓는다.

3. 함수는 그것들이 무엇을 하는지 알도록 이름짓는다.

4. 동일한 라인의 코드를 2번이상 절대 쓰지말고 함수를 써라.

5. 고객은 그들이 원하는게 뭔지 모른다고 가정해라.

6. 만약 고객이 그들이 뭘 원하는지 안다고 해도, 말로 설명할수 없다고 가정해라.

7. 고객들은 그들이 싫어하는것이 뭔지 알고있다. 프로토타입을 자주해라.

8. 이해할수 있을떄까지 함수를 타고 들어갈 준비를 해라.

9. 하던일이 막히면 컴퓨터를 꺼라.

10. 막힌것에 대한 정확한 해결책을 가질때까지 컴퓨터를 키지말라.

11. 아름다운 코드는 중요한데, 그보다 납기일 지키는게 더 중요하다.

12. 어떤 변수는 완전히 다른 변수에 포함되면 안된다. (? 이해가 안됨...)

13. 모든 변수는 3단어 이하여야 한다. (test_code_example)

14. 정확한 일을 위해서 올바른 툴을 써라.

15. 거의 모든 툴(언어(?))을 가지고 업무를 할 수 있다. 다른 툴이 더 나을 수도 있다.

16. 발생했던 문제들에 대해서 깊이 배우기 위해 자주 밴치마킹해라

17. 한번도 안해봤던걸 시도해봐라, 생각보다 쉽다.

18. 당신이 이전에 사용했던 'pattern'들을 기억해둬라. 나중에 다시 사용하게 될테니.

19. 일단은 가장 간결하게 구현하도록 해라. 복잡하게 하지말고.

20. 맨날 코딩해라. 



# 원문

50. My Working Guidelines

1. Start with the answer, then work back.

2. Name your variables so that anyone will know what they are.

3. Name your functions so that anyone will know what they do.

4. Never write the same line of code twice. Use functions.

5. Assume the user doesn't know what they want.

6. Even if the user knows what they want, assume they can't verbalize it.

7. The user always knows what they don't like. Prototype often.

8. Be prepared to dig down as many levels of detail as needed to understand.

9. When you're stuck, turn off your computer.

10. Don't turn your computer on until you have a specific task.

11. Beauty is important, but delivery is more important.

12. No variable should be fully contained within another variable.

13. All variables should be at least 3 characters long.

14. Use the right tool for the right job.

15. Almost any tool can do the job. Some are better than others.

16. Benchmark often in order to learn what happens under the hood.

17. Try something that's never been done. It may be easier than you thought.

18. Remember the patterns you've used before. You'll use them again.

19. Keep it extremely simple at first. Complexify as you go.

20. Code every day.


반응형

http://www.tutorialspoint.com/perl/perl_socket.htm

반응형

'Language > PERL' 카테고리의 다른 글

모듈이 없는 경우  (1136) 2016.01.29
PERL 아파치 로그 정규식 라이브러리  (477) 2016.01.27
PERL 확장자 *.pm *.pl 차이  (1156) 2016.01.27

본 페이지는 HACKER NEW의 TOP CONTIRBUTOR

Ed Weissman의 기고문을 바탕으로 작성되었습니다.

출처 : The Best of edw519

 

< 맘대로 해석>

 

누가 최고의 개발자인가?

이에 대한 대답은 항상, '그런거 알아서 뭐하려고?'일지 모르지만

구지 정하자면 이렇다.

 

프로젝트 매니저에게는 고품질의 제품과 납기일을 항상 지키는 개발자가 슈퍼스타.

고객에게는 그들의 문제점을 가장 빠르게 해결해주는 개발자가 슈퍼스타.

사업주에게는 가장많은 돈을 그들에게 벌어다주는 개발자가 슈퍼스타.

PHB(학부생)에게는 그들을 최고로 보이게해주는 개발자가 슈퍼스타.

언론인에게는 최고의 이야기를 들려주는 개발자가 슈퍼스타.

신입 프로그래머에게는 최고의 멘토가 되어주는 개발자가 슈퍼스타.

다른 프로그래머에게는 꼭한번쯤 경쟁해보고 싶은 개발자가 슈퍼스타.

 

 

<원문>

 

Who is a superstar developer?
The answer to “Who is a superstar developer?” is always, “Who wants to know?”
To a project manager, the programmer who hits every deadline (regardless of quality) is a superstar.
To a customer, the programmer who solves their problem quickest is a superstar.
To a business owner, the programmer who makes them the most money is a superstar.
To a PHB, the programmer who makes them look the best is the superstar.
To a journalist, the programmer who tells the best stories is the superstar.
To a junior programmer, the best mentor is the superstar.
To another programmer, the programmer they are most likely to want to go into battle with is the superstar.
January 28, 2010

 

<결론>

 

결국은 무의미한 질문이다.

최고의 개발자란 마주하고 있는이에 따라

그 기준도 다르고

결론적으로는 능력있는 개발자를 의미하기 때문에..

반응형

회사 선임이 알려준 웹페이지입니다.

모든 OS 별로 어지간한건 다 있는듯한데

단점은 2005년2월에 작성되었습니다.


전체 에러넘버 : 

http://www.ioplex.com/~miallen/errcmp.html


자주발생하는 에러넘버 : 

http://www.ioplex.com/~miallen/errcmpp.html


반응형

본 페이지는 HACKER NEW의 TOP CONTIRBUTOR

Ed Weissman의 기고문을 바탕으로 작성되었습니다.

출처 : The Best of edw519

 

어디에서부터 내 직업에서 필요로 하는 것들을 배워왔는가?

 

 

Where did you learn what you need to know?
Where did the things I need to know to do my job come from?


October 1, 2009

 

1. 혼자 해온거 : 30 %

2. 두번째 멘토, 수년에 걸친 나의 사용자, 나의 고용주와 고객들, 가족들 : 40 %

3. 유치원, 대학동아리(연구실), 첫번째 멘토, 다른 프로그래머들, 독서 : 25% 

4. 초등학교, 중학교, 고등학교, 대학교, MBA 비지니스 스쿨 : 5%

 

[결론]

일단 본인 스스로 해보는게 가장 빠른길이다.

책을 보거나 멘토를 만나거나 회사에서 일하면서 배우는게 그 다음 빠른길이다.

학교 수업 만으로는... 평생해도 안되겠네..

 

 

반응형

본 페이지는 HACKER NEW의 TOP CONTIRBUTOR

Ed Weissman의 기고문을 바탕으로 작성되었습니다.

출처 : The Best of edw519

 

[ 맘대로 번역 ]

[ 에드의 일반적인 하루 ]

나는 단거리 경주가 아닌 마라톤의 삶을 살고 있기에,

건강한 스케줄 안에서 나의 긴 업무 시간의 틀을 만들었다.

나의 전형적인 하루일과는 다음과 같다.

 

----------------------------------------------------------------------

7:00 am - 지난밤의 계획에 대해서 즉시 코딩을 시작한다.

             그리고 이메일, 뉴스 해드라인확인
8 to 9 - 운동
9 - 아침식사 및 인터넷
9:30 to 12 - 코딩
12 - 점심식사 및 인터넷
12:30 to 6 - 코딩
6 - 가족과의 저녁식사(집이나 식당)
7 to 9 - 코딩

9 to 11 - 컴퓨터는 끄고 종이와 연필을 가지고 분석/설계/내일의 상세 계획을 한다.

 ----------------------------------------------------------------------

 

[예외들]

일주일에 한두번은 카운셀링을한다.(저녁 스케줄은 유지한다.)

일주일에 하루는 가족과 함께하는데 주로 TV로 스포츠를 본다.

난 이 생활을 평생 지속할 것 같다.

 

[원문]

96. My Typical Day
I am running a marathon, not a sprint, so I frame my long working hours within a “healthy schedule”. My
typical day:
7:00 am - immediately start coding last night's plan, then email, headlines
8 to 9 - exercise
9 - breakfast & internet
9:30 to 12 - code
12 - lunch & internet
12:30 to 6 - code
6 - dinner with family (home or restaurant)
7 to 9 - code
9 to 11 - computer off, pencil/paper, analysis, design, detail plan for tomorrow
Exceptions: one to two days per week consulting (still keep my night schedule), one day per week with
family, occasional sports on TV. I could keep this up forever.
June 4, 2008

 

 

하루에 10시간이 코딩이다.

식사시간에 인터넷을 이용해서 뭘 하는지 모르지만...

잠자기전 2시간은 컴퓨터가 아닌 종이/연필 가지고 구상하고..

운동은 아침에하고..

아.. 근데 주말에는 뭐하는지 안적혀있었다.. 설마 주말에도....???

 

 

 

 

반응형

+ Recent posts