출처: 성대사랑 대찬

http://www.skkulove.com/ver3/bbs/board.php?bo_table=fb2014&wr_id=323973&sfl=recom


대학 신입생때만 해도 나만큼은 재미없는 월급쟁이인생 안살 줄 알았지만 뭐 결국 이렇게 살고 있다. 

그나마 서울 중심에서 일할 수 있다는 것으로 만족하며 산다.

시기가 시기인만큼 후배들중에도 몇주뒤면 사회생활을 시작하는 친구들이 많을 것이라 생각한다.

얼마뒤에 신입공채+인턴정규직전환+대외활동정규직전환 된 귀여운 신입애들 들어오는 자리가 마련되어 있는데, 그 시절 생각도 나고 그때 미리 알았더라면 덜 실수했을텐데 하는 것들을 중심으로 써보려 한다.

먼저 이 글은 소위 이야기하는 대기업 기반으로 쓴다는 것을 밝혀둔다.

아무래도 소규모의 중소기업이나 현장기반의 제조업같은 곳은 기업문화가 다를 수도 있어서 그런 점은 양해 바란다.

물론 업종별 편차가 발생하는데 해당 부분은 최대한 배제하고 기술하려 했으니 일반적인 사회생활을 위한 참조글 정도로 보면 감사하겠다.





가) 근태

늦지말자

너무 당연한 이야기라 생각하지만 이거 못지키는 애들 은근히 있다.

돈을 받고 일을 하는 조직인데 이건 기본 항목이다.

과하게 일찍올 필요도 없고 출근시간 10~15분전 정도에 오면 된다.

통상적으로 한달정도는 신입에게 일을 제대로 시키지 않고 probation 기간을 둔다. (실제로 1~3개월 수습기간을 두는 경우가 대부분)

소위 첫인상이 해당기간동안 결정되는데 니가 보일 수 있는 역량은 아무것도 없다.

딱 Attitude 정도가 실질적인 평가항목이 되는건데 근태는 여기에 가장 큰 비중을 차지한다.

니가 10분을 늦으면 2시간을 야근해도 성실하다는 인상을 절!대!로! 줄 수 없다.

뿐만 아니라 "늦는 인간"이라는 인상을 한번 심어주면 실제로 불가피한 경우(아프다던지 가까운 사람 상이 생긴다던지 등등)

너의 사유들이 핑계로 비춰질 수 있다는 치명적인 문제가 발생한다.

더불어 출근 뿐만 아니라 각종 회의, 약속도 늦지 마라.

이건 부서간/팀원간 기본 예절에 어긋나는 부분으로 잘못하면 오만하다는 오해를 불러일으킬 수 있다.


나) 신입 mind

배운다는 자세를 취하고 의사를 적극 표명해라.

신입사원은 실질적인 업무를 할 수 없다.

멍청하고 무능력해서가 아니라 회사 업무란 원래 업에 대한 이해도와 타부서 협업이 제반되어야 하므로

사실상 반년 가량은 일을 "배우는 시기"라 할 수 있다.

바꿔 얘기하자면 신입인 너는 간단한 일을 받아도 어떻게 해야할지 막막해지는 경우가 빈번할 수 밖에 없다.

이럴 때 필요한건 자존심을 내려놓는 일이다.

알아서 할 생각하지 말고 반드시 물어봐라.

너에게 주어진 일은 보통 가벼운 일이기 때문에 기존 파견/계약직 직원이 하던 일일 수도 있고,

혹은 아무도 하지 않던 하나마나 한 menial한 일일 수도 있다.

그런 하찮은 일이라고 묻는게 부끄러워 해서는 안된다. (혹은 서류상 너보다 낮은 파견/계약직이 하던 일이라 부끄러워하지 마라)

첫 몇달은 원래 그러라고 있는 기간이고 아무도 "너"를 하찮게 보지 않는다.

오히려 그정도 일도 안물어봐서 잘못된 결과를 내면 이딴것도 못하는 찐따로 더더욱 욕을 쳐먹게 될 것이므로 그냥 물어봐라.

자주 묻고 익혀나가는 태도는 오히려 긍정적인 평가를 받을 수 있다.

다만 한두번 설명해줬는데 안적어놓고, 혹은 이해 안가는데 알아듣는척 하고 똑같은 얘기를 몇번이나 반복한다면 욕처먹어도 어쩔 수 없는 거다.

남이 시간들여 설명해주면 많아도 두번 이내 이해할 수 있게 노력하던가 못알아듣겠으면 적어놔라.



다) 눈치

넌 이미 너를 제외하고는 짧게는 몇달~ 길게는 몇년을 함께 지낸 사람들이 모여있는 조직에 홀로 새롭게 들어가는거다.

그들의 조직엔 나름대로의 룰이 있고 니가 보기엔 뭔가 이상하지만 기존의 히스토리에 따라 암묵적으로 형성된 공감대라는게 있다.

반드시 그걸 이해하고 받아들일 필요는 없다만 앞으로 그 팀/회사를 나오기 전 까진 그 안에서 생활해야 한다.

즉 그 조직에 니가 이질감/거부감을 유발시키는 존재가 될 필요는 없단 소리다.

남들이 어떤 얘기를 하는지 잘 듣고, 가급적 그들과 함께 섞일 수 있는 존재임을 인지시켜줘라.

남들이 웃을 때 함께 웃고 그들이 싫어하는 행위는 가급적 하지 말아라.

그리고 그들이 좋아하는 토픽을 캐치해서 적정선까지 제시해주고 동참해라.

부서내 인기인이 될 필요는 없지만 신입은 가만히만 앉아있어도 주목을 끄는 만큼 눈치없는 티를 내면 곤란하다.


라) 로열티

막상 들어가면 많은 윗사람들이 여긴 왜 왔냐~ 갈 수 있으면 딴데가라 등등 본인의 신세한탄을 너에게 할 것이다.

처음에는 ‘아닙니다 만족합니다’ 등으로 회피하겠지만 

횟수가 지속되면 너도모르게 편해져서 ‘아 사실 제가 00기업 떨어지고 왔는데... %$$#$’.....................

이런 볍신같이 같이 회사 까고 앉았지 마라.

신세한탄이니 회사까는건 그건 그들이니까 하는 소리고

넌 "저는 이 회사가 아직 좋은데 과장님만큼 다니면 저도 싫어질까요?" 정도로 받아넘겨라.

신입이 회사 까봐야 얻는건 니 뒷욕 뿐이다.

다만 과도한 회사 숭배나 역시 욕처먹는 지름길


마) 동기

이건 정말 너무 중요하다.

니 동기는 니가 자주 컨택하는 부서부터 같이 일하지 않는 부서까지 다양하게 포진될거다.

1년, 2년 니 업력이 쌓이면서 점점 더 중요해지는건 유관부서와의 협업인데 동기의 인맥은 이럴때 엄청난 자산이 된다.

따라서 동기중에 찌질이가 있어도 넌 입닫고 좋은 놈으로 남아서 좋은 관계를 유지해둬라.

공식적인 업무상 인맥으로 관계를 쌓은 사람들은 딱 그만큼의 정보만 공유하지만

동기는 어느정도 친구적인 부분이 있기 때문에 그 이상의 정보력을 너에게 제공한다.

뿐만 아니라 유관부서 협업자가 "이건 저희 업무가 아닙니다" 하면서 자를 일도

너의 동기라면 "동기니까" 해주게 되는 경우가 많다.

너무 실리적으로 생각하는거 아니냐라고 할 수 있지만 그만큼 동기는 직장생활에서 큰 자산이 되므로

본인이 회사생활 오래할 생각이 조금이라도 있다면 반드시 동기와는 좋은 관계를 유지해둬라. 퇴근하고 피곤하다고 동기모임 빠지거나 하는 만행은 저지르지 말고


바) 겸손

잘난척 금지.

직업을 얻는 행위는 학벌과 스펙이 큰 도움이 되지만 업무 자체는 사실상 업력과 성실도가 더 크게 영향을 미친다.

물론 그 와중에도 서울대는 오~ 해주는건 있지만 그렇다고 그 자체가 직장생활에 직접적 도움이 되는건 아니다.

실제로 특출난 한두명이 가끔 있긴 하지만 대부분은 기본적으로 서류/시험/면접등을 통과해서 뽑힌 애들의 자질은 큰 차이 없다.

나는 잘나서 더 크고 대단한 일을 할 수 있을 것 같지만 너 빼고도 다 잘나고 대단한 일 할줄 아는 사람들임.

진짜 잘난 애들은 오히려 티를 안내는데 꼭 어줍잖게 학생 때 대외활동이니 인턴이니 창업이니 쬐금 깨작거려본 애들이 깝치다가 된통 당하는 경우가 많으니 주의 요망

더불어 신입 3개월차부터 1/2년차정도에 본인이 하고 있는 업무가 나름 대단하거나 중요한 일이라고 착각하는 경우가 많은데

안타깝게도 그건 99%정도는 본인만의 착각인 경우다.

파견직부터 사장까지 모두 자기 일은 나름 대단한 일이라고 속으로 생각한다.

솔직하게 말하자면 어느 조직도 신입이나 사원에게 크거나 대단한 일은 주지 않는다.

그런 일을 할 역량이 덜 갖춰진 탓도 있지만, 사실 그보다 잘못되었을 때 책임을 질 수 있는 위치기 아니기 때문도 있다.

자신의 업무를 폄하할 필요도 없지만 대단한 일이라고 착각하는건(심지어 그걸 입 밖에 내는건) 3년 이불킥 감이다.

짧게 얘기하자면 업무적 자부심과 책임감은 가지되 겸손함은 가지고 있어라.


(Tip 예시)

똑같이 신입을 받은 팀들이면 서로 자기네 신입이 더 우수하다고 믿고 싶어한다. 부서간의 경쟁심리랄까...

그럴 때 다른 동기보단 니가 낫다는걸 (직접적으로 말고 우회적으로) 증명할 수 있는 인증을 부서장에게 쥐어주는 센스를 발휘할 수 있다면

넌 부서장 기를 세워줄 수 있고, 너도 인정을 받을 수 있어 일타쌍피다.

그렇다고 동기를 까서는 안된다. 유일하게 그나마 믿을 수 있는 인맥은 동기라고 생각해야한다.



성실함, 책임감, 밝은 태도, 친화력 등등 같은 더 뻔한 소리는 쓰려다 말았다.

이번에는 신입(입사 후 6개월미만)을 기준으로 썼지만

다음에는 신입(입사 후 1년정도)를 기준으로 써보려한다.

저작자 표시 비영리 동일 조건 변경 허락
신고
Posted by 우너효

There will be case that your custom list item doesn’t respond when you click…so what’s the reason and what’s the solution?

Here several problems and solutions:


1. Scenario: list item layout contains CheckBox

Problem: OnItemClickListener doesn’t respond.

Reason: CheckBox is also having its own click listener by default to change its state, and it overrides the container ListView.

Solution: remove focus on CheckBox by setting these attributes to “false”

1
2
android:focusable="false"
android:focusableInTouchMode="false"



2. Scenario: random

ProblemOnItemClickListener just doesn’t repond any at all!!!!

Reason: No idea..

Solution: in code, just set OnItemClickListener before setting Adapter. It works randomly @@!



3. Scenario: list item contains ImageButton

ProblemOnItemClickListener just doesn’t repond any at all!!!!

Reason: No idea!!!

Solution: in code, set ImageButton focus to “false”

1
2
ImageButton button = (ImageButton) convertView.findViewById(R.id.imageButton);
button.setFocusable(false);



4. Scenario: list item contain TextView

ProblemOnItemClickListener just doesn’t repond.

Reason: I think you have set this attribute to TextView: android:inputType=”textMultiLine”

Solution: just remove that attribute, using android:minLines/android:maxLines instead.



5. Scenario: list item contain a TextView that is linked to website URL or whatever “mailto:” things

ProblemOnItemClickListener just doesn’t repond.

Reason: the TextView overrides focus of list item.

Solution: just remove attribute “android:autoLink” on TextView.

 

Hope you solve your problems!

Cheers,

Pete Houston


출처 http://xjaphx.wordpress.com/2011/07/14/listview-doesnt-respond-to-onitemclicklistener/

저작자 표시 비영리 동일 조건 변경 허락
신고
Posted by 우너효

■ 주석의 개념

    - 코드에 대한 개요와 코드 자체만 가지고 이용할 수 없는 추가적인 정보 제공

    - 프로그램을 읽는 것과 이해하는 것에 관계된 정보만을 포함하고 있어야 한다.

    - 중복된 주석은 피해야 한다.

    - 주석을 추가해야만 할 정도의 프로그램이라면 재작성을 고려해야 한다.

    - 특수문자(Form feed, backspace 등)를 포함하면 안된다.


■ 주석의 종류 

    - 문서주석 : '/**      */'에 의해 경계가 결정, javadoc 툴을 사용하여 HTML 파일로 축출

    - 구현주석 : '/*      */'과 '//'에 의해 경계가 결정, 개별적 구현에 대한 주석, 코드와는 상관없는 주석


■ 문서주석

    - 자바 클래스, 인터페이스, 생성자, 메서드, 필드 들을 성명

    - 주석 경계기호인 '/**  */' 안에 들어감

    - 클래스, 인터페이스, 맴버 당 하나씩 들어감

    - 선언 바로 전에 나와야 함.

    - 최 상위 레벨의 클래스와 인터페이스들은 열여쓰기를 하지 않고 멤버들(변수, 메서드)은 들여쓰기를 한다.

    - 클래스에 대한 문서주석의 첫 번째 줄은 들여쓰기를 하지 않고 그 다음에 나오는 문서주석은 별표를 수직으로 맞춘다(1개의 스페이스 포함)

    - 생성자를 포함한 멤버들은 문서주석 첫 줄에서 4개의 스페이스로 들여쓰기를 하고 그 이후는 5개의 스페이스 들여쓰기를 한다.

    - 문서주석에 적절하지 않은 클래스, 인터페이스, 변수, 메서드에 대한 정보를 제공하려면 선언 바로 후에 block 주석이나 single line 주석을 사용한다.(클래스의 구현에 대한 세부사항은 class 선언 다음에 block 주석을 사용)

    - Java는 문서주석을 주석 이후 처음 나오는 선언문과 연결시키므로 문서주석은 메서드, 생성자 정의 블록 내부에 위치하면 안된다.


○ 클래스 설명 주석(Document comments)

    - import 문 다음에 기술

    - 블록주석을 사용

    - 각 라인은 *로 시작

    - 해당 클래스에 대한 기능과 용도 기술

    - <pre>...</pre>내용은 수정하지 않음

    - Serialize 기능이 뭔지 모르겠음.(버전관리 프로그램 관련?)

 

/**

 * Serialize 기능을 사용하여 file에 object를 저장

 * <pre>

 * input : input.txt   - 입력데이터 파일

 * output : output.txt - 출력데이터 파일

 * Table : none 

 * </pre>

 *

 * <pre>

 * <b>History:</b>

 *    작성자, 1.0, 2007.3.9 초기작성

 * </pre>

 *

 * @author 최종 수정자

 * @version 1.0, 2007.5.5 메서드 추가

 * @see    None

 */



○ 맴버변수 설명 주석

    - 변수 상단에 위치

    - 블록주석을 사용

    - 용도, 제한사항 등을 기술

    ※ 맴버변수의 기술 순서 : constant - static - primitive - reference


○ 맴버함수 설명 주석

    - 함수의 상단에 위치

    - 블록주석을 사용

    - 메서드 기능설명은 한 두줄로 간결하게 기술

    - 메서드의 파라미터를 type명과 변수명을 적고 간략하게 설명

    - 리턴변수, 예외사항 설명

 

/**

 * 메서드의 기능설명은 한 두줄로 간결하게..

 *

 * @param int list1 메서드의 파라미터 설명, type명과 변수명을 적고 간략하게 설명

 * @return

 * @exception 예외사항한 라인에 하나씩

 */



○ 기타 주석처리

    - 코드 내부의 짧은 statement 뒤의 주석은 //로

    - 맴버변수 정의시 인자가 많으면 각 인자를 한행에 하나씩 기술, 같은 행에 주석 기재

    - 코드가 산만하지 않게 주석을 멀리 사용

    - /*.........*/는 테스트 목적으로 활용했던 부분을 남김

    - 주석의 시작은 항상 라인의 처음에서 시작하며 각 라인은 *로 시작

    - 블럭내 주석은 사용하지 않는다(특별한 경우 제외)

    - 의문점이나 해결못한 것은 임시주석으로 사용(/*-  ..............*/)



■ 구현주석 : block, single-line, trailing, end of line


○ block 주석

    - 파일, 메서드, 자료구조, 알고리즘의 설명 제공

    - 각각의 파일이 시작될 때와 메서드 전에 사용

    - 메서드 안에 존재하는 block 주석은 설명하는 코드와 같은 레벨로 들여쓰기

    - block 주석의 형식을 고치는 일이 일어나지 않는 특별한 block 주석은 /*- 으로 시작

    - 코드의 나머지로부터 분리하기 위해 처음 한줄은 비워둔다.

 

/*

 * 여기에 block comment 작성

 */

 

/*-

 * 형식을 고치지 않는 특별한 block 주석

 * 들여쓰기가 무시되는 특별한 주석

 * :

 * :

 */



○ single line 주석

    - 짧은 주석은 뒤에 따라오는 코드와 같은 레벨의 들여쓰기를 하는 한줄로 나타남

    - 한 줄로 써지지 않는다면 block 주석 형식을 따라야 함


 if(condition) {

/* single line 주석 */

:

}

    if(condition2){

    */ single line 주석 */

    ....

    }



○ trailing 주석

    - 매우 잛은 주석의 경우 코드와 같은 줄에 나타난다.

    - 코드와의 확실한 구별을 위해 충분히 멀리 떨어뜨림.


if(condition) {                              /* trailing 주석 */

return TRUE ;

}

else {

    return expressionReturn();               /* trailing 주석 */

}



○ end of line 주석

    - 한 줄 모두를 주석처리 하거나 한 줄의 일부분을 주석처리

    - 본문 주석을 위하여 여러 줄에 연속되어 사용하면 안됨

    - 코드섹션을 주석처리 하기 위하여 여러 줄을 연속하여 사용 가능


if(condition) {                          // end of line 주석

    expression1 ;

    expression2 ;

}

else {                                   // end of line 주석

    expression3 ;

    expression4 ;

}

 

// 블럭을 통째로 주석처리 할 경우

// if(condition2) {

//     expression5 ;

//     expression6 ;

// }

// else {

//     expression7 ;

//     expression8 ;

// }

 


■ javadoc로 HTML 문서 생성

    - 개발한 클래스의 모든 설명주석(/* ,.......*/)은 javadoc을 이용하여 HTML 문서 형태로 클래스의 API를 문서화 한다.

    - javadoc은 jdk를 이용한다.


javadoc verbos author version d <대상 디렉토리> <java 소스 파일명>



■ HTML / JavaScript 주석

    - 설명주석 : 블록주석(<!--  ......  // -->)을 사용하며 각 라인은 '*'로 시작한다.


<!

 

* 사용자 정보 조회

*

* history :

*           작성자, 1.0, 2006.3.9 초기 작성

* author : 최종수정자

* version : 1.1 2007.3.10 - javascript 함수 추가

* see : 관련된 모듈 기술

*

//-->



출처 : Tong - NetSET님의 틀이부#프로그래밍언어통


저작자 표시 비영리 동일 조건 변경 허락
신고
Posted by 우너효


티스토리 툴바