Deng-i.net

파이어폭스로 PC에서 모바일웹 UI 확인하기

보댕 — Mon, 21 Nov 2011 19:28:37 +0900

모바일에서 보여지는 모바일웹을 PC에서도 확인해볼 수 있는 방법이 있다. 파이어폭스(Firefox) 브라우저에서 다음과 같이 부가기능을 설치하고 설정을 바꿔주면 간단하다. 모바일용 웹을 개발할 때 PC에서 개발하면서 PC상에서 바로 확인해볼 수 있으니 유용할 것 같다. (실제로 모바일용 웹을 개발해본 경험은 없지만^^;;)

마우스 우클릭해서 '부가 기능 모음'을 선택하면 부가 기능 관리자 화면이 나온다. (이 때 메뉴 모음이 uncheck 되어 있다면 이것도 미리 check 해놓자. 나중에 메뉴-도구...로 들어갈 일이 생긴다. )

부가기능관리자 우측의 검색창에 'user agent'라고 입력하여 검색한다.

검색 결과 비슷한 이름이 여럿 나오는데 아마 가장 첫번째로 검색되는 것이 바로 위와 같은 아이콘의 User Agent Switcher일 것이다. 요녀석을 설치한다. 위는 이미 설치를 하고 난 다음의 화면이라 캡쳐가 없지만, 검색 결과 목록에서 바로 옆에 설치 버튼이 있다.

설치한 후 메뉴 - 도구 - Default User Agent에서 디폴트가 아닌 iPhone3.0으로 바꾸어 주면 다음과 같이 브라우저로 모바일웹 화면을 볼 수가 있다.

[Aptana] 터미널 연결 에러

보댕 — Sat, 19 Nov 2011 14:52:56 +0900

aptana studio 3 사용시 터미널 연결이 되지 않고 다음과 같은 에러가 나타나는 경우가 있다.

This Terminal Emulator is not functional because no 'bash' shell could be found.
Please correct the problem and restart the IDE.

구글링을 해보니 이런 에러는 워크스페이스를 바꾸면 나타난다고 하는데, 난 Aptana 최초 설치 후 단 한번도 터미널이 연결된 적이 없다(;;) 함께 수업을 듣는 분들 중에 나만 그런듯 하니 실로 마이더스.. 아니 마이너스의 손이 아닌가 Orz

어쨌든 본래 워크스페이스 전환시 나타나는 에러인지라, 기존 사용하던 워크스페이스의 .metadata/plugin 폴더를 덮어쓰는 것으로 해결이 된다고 한다. 내 경우에는 이전의 워크스페이랄게 없으므로 꼼수로 옆자리 분의 메타데이터 폴더를 복사해왔다. 그리고 각자의 경로에 엎으면 된다! (나처럼 경로 수정등을 하지 않고 디폴트로 만들어 두었다면 '내문서' 폴더 안에 있을 가능성이 크다.)

그런데 이렇게 단박에 잘 해결될 줄 알았다면 파일 백업이라도 해 놓는건데 싶은게, 폴더를 덮어써서 해결은 했지만 플러그인 폴더 내에 어떤 점이 달라서 문제가 생긴 것인지 그 근본적인 이유는 미궁속으로 들어가버렸다;;;

*참고 : http://www.gnomepower.com/wordpress/?p=138

http://d.hatena.ne.jp/joh74/20110717/1310882354

Adb connection Error시 다시 Online으로 연결하기

보댕 — Wed, 16 Nov 2011 18:53:08 +0900

단말을 USB로 연결해서 테스트하다 보면, 가끔 갑자기 연결 상태가 Offline으로 바뀌면서 콘솔에 다음과 같이 Adb connection Error를 출력하는 경우가 있다. 이럴 때에는 USB를 다시 끼웠다 뺐다 해봐도 계속 Offline으로만 나올 뿐 다시 연결되지 않는다.

adb]This application has requested the Runtime to terminate it in an unusual way.

adb]Please contact the application's support team for more information.

DeviceMonitor]Adb connection Error:현재 연결은 원격 호스트에 의해 강제로 끊겼습니다

DeviceMonitor]Sending Tracking request failed!

DeviceMonitor]Adb connection Error:현재 연결은 원격 호스트에 의해 강제로 끊겼습니다

DeviceMonitor]Connection attempts: 1

DeviceMonitor]Connection attempts: 2

처음에는 단말을 재부팅해서 해결했는데, 요즘 들어 더 간편한 해결법을 찾았다.

Settings - Applications - Development - USB debugging 항목을 체크 해제 후 다시 체크 설정

이제는 재부팅을 기다릴 필요없이 간단하게 다시 Adb 연결이 가능!

Repo sync해도 최신 Commit log가 업데이트되지 않는다면

보댕 — Thu, 10 Nov 2011 14:16:21 +0900

    ( git log를 찍어본다.)
      앗, Git에 있는 최신 commit 내용이 없군! 싱크가 안맞나봐.
      ( repo sync를 한다.)
      어라? 왜 업데이트되지 않고 그대로인거지? 뉴뉴

이런 식으로 가끔 repo sync를 해도 Git과 동일하게 싱크가 맞춰지지 않을 때가 있다. 가장 만만한 방법인 폴더를 날린 후 다시 받기를 해도 안 된다. repo start만 수행하면 이상하게도 예전 로그로 돌아가 버린다. 이럴 때에는 branch를 날려야 한다. branch에서 어떤 정보를 가지고 있는 듯 한게, branch를 삭제하지 않고서는 뭔 짓을 해도 해결되지 않는다.

현재 branch를 날리고 no branch 상태에서 새로 repo start를 하면 Git과 동일한 최신 상태로 업데이트할 수 있다.

Step1. no branch 상태 만들기
브랜치가 설정되어 있는 상태에서 해당 브랜치를 삭제할 수는 없다. 만약 그랬다가는 다음과 같은 에러를 만나게 될 테니까.

error: Cannot delete the branch 'XXXX_master' which you are currently on.

현재 브랜치가 아니면 되는 것이니 다른 브랜치로 옮겨도 될 것 같긴 한데, 난 하나의 브랜치만 쓰고있기때문에 그냥 폴더를 지우고 새로 받는 것으로 no branch를 만들기로 했다.

rm -rf 폴더이름 : 폴더를 통채로 지운다
repo sync 폴더이름 : 폴더를 새로 내려받는다 (폴더 생성부터 다운로드까지 한번에!)
cd 폴더이름 : 다시 만들어진 해당 폴더에 들어가서
git branch : 브랜치 목록을 출력한다

브랜치 목록을 출력했을 때, 기존의 브랜치(XXXX_master라고 가정한다)는 한 줄 아래로 밀리고 현재의 브랜치가 no branch로 나타나는 것을 확인할 수 있다.

[결과] * (no branch)
XXXX_master

Step2. 기존 브랜치 삭제하기

git branch -D XXXX_master

이제 브랜치를 삭제할 수 있게 되었다. -D 옵션으로 브랜치 삭제가 가능하다.

Step3. 브랜치 다시 설정하기

repo start XXXX_master --all

삭제 후 해당 브랜치를 다시 설정한다. 그럼 끝!
이제 다시 git log를 찍어보면 Git과 동일하게 최신의 log들이 업데이트 되어있음을 확인할 수 있다. めでたし~めでたし

[Git] repo sync했을 때 branch is published 에러

보댕 — Mon, 10 Oct 2011 16:21:59 +0900

오랜만에 서버에서 repo sync를 해 보니 아래와 같은 에러가 나왔다. 해당 브랜치가 발행이 되었고 Commit 5개가 있단다.

error: android/packages/apps/: branch XXXXX is published (but not me rged) and is now 5 commits behind

며칠 전 업로드를 하고서 쭈욱 접속을 하지 않았는데 그 사이에 누군가가 Commit을 한 걸까?
무슨 에러인지 잘 모르겠으나, 무언가 곤란할 때는 역시 '폴더 삭제 후 서버 소스 내려받기'! 하지만 에러는 여전하고- 삭제가 만능은 아니었다. 두어번 더 폴더를 날리며 헤매다가 끝내 다른 분께 도움을 요청해보니 해결법은 '브랜치를 날리는 것'에 있었다.

$ rm -rf 폴더이름 : 작업하는 폴더 바깥으로 나가서, 해당 폴더를 통째로 날려버립시다
$ repo sync 폴더이름 : 알아서 폴더 생성 및 내려받기까지 다 해주는 기특한 녀석!
(사실 처음에는 멋모르고 mkdir 폴더이름 --> cd 폴더이름 --> repo sync . 의 긴 여정을 거쳤다;;)
$ cd 폴더이름
$ git branch : 현재 가진 브랜치를 출력해서 보여준다
$ git branch -D 브랜치명 : 위에서 나온 브랜치명을 입력하여 해당 브랜치를 삭제한다
$ repo start 브랜치명 --all : 브랜치를 삭제했으니 현재는 no branch 상태, 다시 브랜치를 시작합시다

이제는 repo sync도 에러없이 OK!

브랜치 삭제 부분만 빼면 내가 수행했던 것과 동일한 과정인데...;; 브랜치 삭제가 중요했나보다.
그런데 이게 왜 중요한지는 해결법을 가르쳐주신 분도 명확하게 알진 못하신단다. 그저 하다보니까 되어서 그렇게 쓰신다고. 여튼, 작업할 때마다 브랜치를 날릴 필요는 없지만 혹시 싱크 과정에서 문제를 겪게 된다면 위와 같이 브랜치를 날리고 새로 받는 방법도 써볼만한 것 같다.

안드로이드 Full Build에서 API 에러가 났다면 make update-api

보댕 — Thu, 15 Sep 2011 10:55:46 +0900

서버에서 Full Build를 돌리다가 다음과 같은 에러구문을 만났다.

(unknown): error 4: Added public method android.provider.MediaStore.Images.Thumbnails.getThumbnailWithoutCache
(unknown): error 4: Added public method android.provider.MediaStore.Video.Thumbnails.getThumbnailWithoutCache
target Dex: AnalogClockWidget

******************************
You have tried to change the API from what has been previously approved.

To make these errors go away, you have two choices:
   1) You can add "@hide" javadoc comments to the methods, etc. listed in the errors above.

   2) You can update current.xml by executing the following command:
         make update-api

      To submit the revised current.xml to the main Android repository, you will need approval.
******************************

make: *** [out/target/common/obj/PACKAGING/checkapi-current-timestamp] Error 38
make: *** Waiting for unfinished jobs....

영어가 잔뜩 써있어서 처음엔 살짝 겁먹었는데, 찬찬히 읽어보니 친절하게도 이렇게 하면 된다~ 라는걸 밑줄친 문장에서 다 알려주고 있다. 말인즉슨, 댁은 current.xml을 업데이트 해야 하니 make update-api 를 실행하란다.

# make update-api
# make (다시 빌드~)

아- 간단하여라.
아무래도 플랫폼(프레임워크)쪽에 함수 추가 등의 변경사항이 있을 때는 이걸 꼭 해주어야 하는 것 같다.

중복되는 프레임 레이아웃은 합쳐버리자, merge 태그

보댕 — Wed, 07 Sep 2011 07:11:55 +0900

<?xml version="1.0" encoding="utf-8"?>

<ImageView

android:layout_width="200dp"

android:layout_height="200dp"

android:src="@drawable/sunset"

android:scaleType="fitXY"/>

<ImageView

android:src="@drawable/androboy"

android:layout_width="100dp"

android:layout_height="100dp"

android:scaleType="fitXY"

<TextView

android:layout_width="fill_parent"

android:layout_height="wrap_content"

android:text = "텍스트"

android:textColor="#111111"

android:textStyle="bold"/>

</FrameLayout>

위의 코드(하나의 프레임 레이아웃 안에 세 개의 자식 View가 있음)를 실행 후, HierarchyViewer를 통해 본 모습은 다음과 같다. 사용자가 XML에서 작성한 코드 외에도 자동으로 추가되는 레이아웃들이 있음을 확인할 수 있다.

Hierarchy Viewer에서 View tree의 시작은 Décor View로써 UI를 스크린에 표시하기 위한 최상위의 윈도우 뷰 이다.
PhondeWindow의 내부 클래스로 정의되어 있어 그림 상에서는 흐릿하게 보이는데, PhoneWindow$DecorView 라고 쓰여있다. 데코뷰는 하위의 UI 요소(View/ViewGroup)들을 직접 제어하지는 않고, 화면 전체의 밝기 조절 등을 담당하는 ~~(하는 일이 그닥 많지는 않은 듯한~~) 뷰라고 한다.

그 아래에는 id가 없는 LinearLayout이 자동적으로 생성되어 있는데, UI 전체 영역을 담당하며 해당 레이아웃을 기점으로 두 개의 프레임 레이아웃이 생성되어 각각 타이틀바 영역과 컨텐츠 영역을 그려준다.

View Tree 구조에서 붉은 테두리의 영역(사용자가 작성한 코드)를 제외하고 나머지 부분은 app 내에 별도의 코드가 있는 것이 아니라 자동으로 생성되는 것이다. 컨텐츠 영역 전체가 하나의 프레임 레이아웃의 내부라고 할 수 있기 때문에, 사용자가 xml로 위의 예제코드와 같이 프레임 레이아웃 안에 자식 View들이 존재하는 UI를 만들었을 때 두 개의 프레임 레이아웃이 중복되는 구조가 되어 버린다.

두 개의 프레임 레이아웃은 화면 구성을 하는 데 있어서 동일한 역할을 수행하고 있기 때문에 불필요하게 트리 내에서 깊이(Depth)를 늘리고 있다. 레이아웃을 그리기 위해 자식View와 부모View가 영역 협상을 하는 데는 많은 비용을 필요로 하기 때문에 이러한 Depth를 최소화 하는 것이 UI를 최적화시키는 좋은 방법이다.

이렇게 중복되는 두 레이아웃을 하나로 하나로 묶어 줄 수 있는 태그가 바로 <merge/>

FrameLayout 태그 사용

Merge 태그 사용

<FrameLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="fill_parent"
android:layout_height="fill_parent">

…중략 (자식View 위치) …

</FrameLayout>

<merge xmlns:android=
"http://schemas.android.com/apk/res/android">

…중략 (자식View 위치) …

</merge>

FrameLayout 대신 merge 태그를 사용하고 레이아웃 크기를 삭제(merge될 상위의 View와 크기가 동일하므로) 하여
출력했을 때 겉으로 보여지는 UI는 그대로이지만 HierarchyViewer에서는 중복되던 레이아웃이 하나로 합쳐진 것을 확인할 수 있다.

merge 태그를 사용하면 상위의 레이아웃( id, 크기 등)을 기준으로 한다.

(첫번째 그림과 비교해 보았을 때 Depth가 줄어들었다~)

여기에서 잠깐 드는 궁금증 한가지!!

중복되게 만들 필요 없이 그냥 코드에서 Frame Layout 태그를 빼면 되는 것 아닐까? 하지만 이를 실험해 보면 컴파일 단계에서 unbound prefix 에러가 발생하며 XML을 파싱할 수 없다고 나온다. (;;)

content라는 id의 첫 번째 FrameLayout은 UI를 화면에 보여주기 위해 타이틀 bar와 함께 DecorView에서 그려 주는

Runtime에서 나타나는 Layout이고, 두 번째 FrameLayout은 하위에 자신이 가지고 있는 자식 View들을 어떻게 배치할 지 결정하기 위한 레이아웃이기 때문에 컴파일 단계에서 생략을 할 수 없는 듯 하다.

위의 예제처럼 사용자가 XML로 직접 레이아웃을 구성할 때 만약 가장 처음 쓰는 것이 프레임 레이아웃이라면 merge 태그로 대체하는 것이 좋을 듯 하고, 그 외에 또 merge 태그가 적용 가능한 케이스가 있는지에 대해서는 개발할 때 HierarchyViewer를 통해 UI를 디버깅해 보면서 중복되는 요소가 있는지를 직접 알아보아야 할 것 같다.

<참고 사이트>
◎ 휴우 님, [번역] 안드로이드 Layout Tricks: Merging Layouts (링크)

Android에서 StatusBar의 시계 색깔 바꾸기

보댕 — Mon, 07 Feb 2011 09:19:10 +0900

GUI의 변경에 따라 Status Bar에서 시계와 텍스트의 색들을 변경하는 작업을 하게 되었다. 어플리케이션만 담당해봐서 framework 단을 고쳐본 적은 없었지만 글씨 색깔 바꾸는 것 쯤이야 어딘가에 있는 xml 파일만 고치면 되겠지 싶어 흔쾌히 수락했다. 그런데 설마하니 이틀이나 붙잡게 될 줄이야;; 색깔을 바꾸는 것이 어려운 것이 아니라(RGB코드만 바꾸면 되니), 어디에 있는 파일을 수정해야 하는지가 상당히 난해했다.

우선 Status바의 텍스트를 바꾸는 것은 간단했다. 아래의 경로에 있는 XML 파일에서 Color 값을 바꿔주면 끝!

android\frameworks\base\core\res\res\layout\status_bar.xml

그런데- 시계 색은 대체 어디에서 바꾸는 건가!
  남탓을 하는 것도 뭣하지만 코드를 뭐이리 헷갈리게 짜놓은 것인지, 같은 Status Bar에 있거늘 왼쪽에 나타나는 Status Text와 다르게 오른쪽에 있는 시계의 색은 대체 어디에서 바꾸는 것인지 보이지가 않는다. (이것때문에 이틀을 허비했다)

   시계의 색상은 쌩뚱맞게도 Services 내부에 들어가있다. 시계가 왜 Icon 파일 안에 들어가 있는지, 왜 UI 출력되는 부분을 XML에서 하지 않고 Java 파일에서 직접 setTextColor 하는 것인지...OTL 좀 울컥하기도 하지만 이게 안드로이드다. (아련)

android\frameworks\base\services\java\com\android\server\status\StatusBarIcon.java

public StatusBarIcon(Context context, IconData data, ViewGroup parent) {
mData = data.clone();

        switch (data.type) {
            case IconData.TEXT: {
                TextView t;
                t = new TextView(context);
                mTextView = t;
                LinearLayout.LayoutParams layoutParams = new LinearLayout.LayoutParams(
                        LinearLayout.LayoutParams.WRAP_CONTENT,
                        LinearLayout.LayoutParams.MATCH_PARENT);
                t.setTextSize(16);
                t.setTextColor(0xff000000);
                t.setTypeface(Typeface.DEFAULT_BOLD);
                t.setGravity(Gravity.CENTER_VERTICAL | Gravity.LEFT);
                t.setPadding(6, 0, 0, 0);
                t.setLayoutParams(layoutParams);
                t.setText(data.text);
                this.view = t;
                break;
            }

PS.
위 내용은 안드로이드 플랫폼 개발자에게만 유효한 사항이고 만약 일반 사용자가 Status Bar의 Text 색상을 바꾸려면 /system/framework/services.jar 의 jar 파일을 변경하는 것 같다. 내용이 영어이기도 하고 내가 원하는 정보가 아니라서 자세히 읽어보지는 않았지만 아래의 웹페이지를 참조.

* http://zezke.xtreemhost.com/2010/9/black-android-status-bar/
* http://forum.xda-developers.com/showthread.php?t=549309
* http://forum.xda-developers.com/showthread.php?t=578421

기술사 기본과정을 수료한 이후의 변화

보댕 — Thu, 27 Jan 2011 17:06:00 +0900

경력이 만 4년이 차야만 응시할 수 있는 기술사 시험을 목표로, 아직 2년차(곧 3년)인 내가 겁도없이 덜컥 접수했던 지난 8주간의 기술사 기본과정이 끝났다. 시간적으로 금전적으로 쉽지 않은 투자였지만 그 감상을 이야기 해보자면 이런 '예습'도 괜찮은 것 같다.

이 과정을 통해 어떠한 변화가 있었을까. 우선 그동안 가까이 있었을텐데도 눈에 보이지 않았던 여러 가지가 보이기 시작한다. 아는 만큼 보인다는 말을 실감할 수 밖에 없었다.

업무관련으로 WBS를 작성에 관한 메일이 왔는데 아침 잠으로 졸린 눈이 번쩍 한다. 이건 바로 며칠 전에 배웠던 것이 아니던가! 평소라면 '팀장님이 하시겠지' 하며 메일 닫기 버튼을 꾸욱 눌렀을테지만, 공부로만 했던 그것이 실무에서 어떻게 쓰이는지 궁금함에 메일도 꼼꼼히 읽고 첨부자료들도 받아서 확인했다. WBS는 원래 일정관리를 하기 위해서 쓰는 것이 아니라 업무의 단위를 가장 작은 단위까지 쪼개기 위한 것이지만, 현업에서는 일정관리용으로 사용되는 폐단(?)도 있다는 이야기들을 스터디 멤버들께 들었는데 정말 그랬다(...) 어쨌든 미리 문서를 파악한 덕분에 팀 회의때 WBS에 대해 잘 아는 척도 해볼 수 있었고 나름 뿌듯하더라.

개발자 Workshop에서 UnitTest 팀과의 미팅을 가졌다. V 테스트 모델로 진행을 한다는 이야기를 아마 기본과정을 듣지 않았더라면 모르는 채 한 귀로 흘려들었을 거다. 하지만 몇 주 전에 SW 테스트에 대한 토픽을 가지고 스터디 멤버께서 설명해주셨던 내용 중에 V모델에 관련한 것이 있었던 지라, 미팅 중에 지나가듯이 나왔던 이야기이지만 귀가 번쩍했다.

전자 신문을 읽는다. 아직 매일매일 잘 볼 자신이 없어서 구독은 하지 않고, 여유가 있는 날 아침에 지하철에서 한 부씩 구입하고 있다. 기술사님께 '신문 좀 읽으세요' 하고 구박(?)을 몇 번을 들어도 과정 중에는 여유가 없어 실천하지 못했는데, 과정이 끝났으니 그 미루었던 신문 읽기를 실천해보려 노력하고 있다. 전자신문을 사서 읽은 첫 날! 그 날 1면의 가장 첫 뉴스는 금융권 차세대 시스템에 대한 내용이었다. 정보화전략수립(ISP)라던지 제안서(REP)라는 단어가 몇 번을 반복해서 나온다. 신문을 보기로 맘 먹은 첫 날, 첫 면, 첫 기사에서 공부했던 것이 나오니 이런 우연도 있는 것인지 하고서 소름이 끼쳤다.

당장 연봉이 오르는 것은 아니다. 누군가 이런거 알아주는 것도 아니다. 아, 이 사람 공부 열심히 했 하지만 내적으로 위와 같은 변화에 상당히 만족을 하고 있고, 또 이런 것들이 언젠가는 외적으로도 반영이 될 날이 올 것으로 믿는다.

직원과 회사, 서로의 시선 차이

보댕 — Fri, 21 Jan 2011 14:40:51 +0900

평소 책 리뷰를 읽기 위해 RSS로 구독하던 어느 블로그에 등록된 글을 보고 잠시 생각에 빠졌다. 사원이 먼저 열심히 일해야 회사에서 좋은 환경(연봉,복지 등)을 만들어 주는 것인지, 아니면 그 환경을 먼저 만들어 주어야 사원이 열심히 일하게 되는지. 사실 닭이 먼저냐 달걀이 먼저냐 하는 것과도 같은 오묘한 관계이지만, 사원의 입장인 나로써는 역시 회사가 먼저 좋은 환경을 만들어 주기를 바라게 된다.

여튼 그 내용인즉, 그 분께서 연봉협상을 즈음하여 전체 사원에게 메일을 보냈단다. 요약을 해보자면 아래와 같다.

우리 회사는 연봉도 적고, 복지도 부족하고 여러모로 부족한 것이 많지만
그보다도 더 부족한 것은 여러분의 열정이다.
회사가 먼저 해주는 것을 보고 판단하겠다 하지 말고, 직접 열정을 갖고 참여해서
회사가 그러한 환경을 만들어줄 수 있도록 해 주면 안되겠는가?
나는 여러분의 열정을 믿는다.

   연봉 협상을 앞두고 전체 메일을 돌렸다는 그 취지가 너무 속 보이기도 하지만, 저 내용이 유독 더 화가 났던 것은 나 역시 얼마전 연봉 협상을 하면서 서운했던 일이 있기 때문이다.

   나의 2010년- 추가 수당도 없는 새벽 퇴근과 주말 출근을 해가며 일정을 맞추기 위해 고생했다. 사내 앱 아이디어 대회에도 적극적으로 참여했고 수상도 했다. 회사의 업무나 행사에는 적극적으로 참여했다고 자부한다. 그런데도 연봉 상승액은 덜렁 백만원이었다. 이건 뭐 물가상승률도 따라가지 못하는 수치다. 덕분에 3년차이지만 여전히 여느 중소기업의 대졸 신입 초봉도 안 된다. 너무 화가 나서 연봉협상했던 그 날은 화병(?)으로 앓아누웠다-_-;;

  연봉이 짰던 것은 나만의 문제가 아니였던지라, 전체적으로 사원들의 기가 많이 꺾였다. 이직 고민들도 있는 것 같고, '받는 만큼 일하자' 풍토가 퍼지면서 스스로 일을 찾아서 하는 열성이 오히려 사그라 들었다. 양심껏 일이 없거나 혹은 급하지 않다면 정확하게 칼퇴근들을 한다. (사원이 가장 먼저 퇴근하는 것에 상사들이 별 말씀은 없으시지만 속으로는 어떻게 보실런지;) 아무래도 회사가 커가는 데에 있어서의 '희생'이라며 작년 한 해 고생했던 것에 대한 반동도 좀 있지 않을까.

    이걸로 회사는 당장 눈에 보이는 '돈'을 얻었을지 모르나, 눈에 보이지 않는 직원들의 '사기, 열정'을 잃었다. 사장님은 아실까, 이 현장의 분위기를!
    직원들이 열정을 가지고 회사를 성장시키려 하는 의지도 물론 중요하지만, 그 의지도 연봉이나 복지와 같은 기반 환경을 만들어주지 않는다면 금세 사상누각처럼 무너져버릴 것이다. 회사가 이걸 정말 알아줬으면 한다.