'2016/11'에 해당되는 글 8건

  1. 2016.11.27 내가 몰랐던 More Filters 옵션
  2. 2016.11.27 How to fix overallocated resources
  3. 2016.11.26 Inactive Task
  4. 2016.11.24 마일스톤 배경 색상 변경하기
  5. 2016.11.24 Health check! Status 칼럼을 아이콘으로 표시하기
  6. 2016.11.23 Spring Websocket example (웹 채팅)
  7. 2016.11.23 특정 포트(Port)를 사용중인 프로세스 확인하는 방법
  8. 2016.11.21 YAGNI
2016. 11. 27. 01:04

내가 몰랐던 More Filters 옵션

View > Highlight 또는 Filter 에서 늘 하고 싶었던 게 금주의 Task 또는 금주 + 다음주까지의 Task 를 보고 싶었는데 어떻게 하는지 몰라서 'Date range...' 를 사용했었습니다. 근데 적어도 이번주 Task 에 대한 필터는 'More Filters' 에서 보면 존재한다는 사실. 그리고 이 필터를 참고하면 여러가지 다양한 필터를 만들 수 도 있다는 사실을 알았다.



'More Filters...' 를 클릭하면 많은 필터의 목록을 볼 수 있다. 



위 목록에서 'Tasks Due This Week' 라는 필터가 있는데 이걸 선택하고 Edit 버튼을 누르면 좀 더 상세한 내용을 볼 수 있다.



이 필터의 조건을 상세하게 볼 수 있는데 필요하면 이런 것들을 응용해서 내가 원하는 필터를 얼마든지 만들 수 있다는 것을 알게 되었다.

2016. 11. 27. 00:26

How to fix overallocated resources

Task 는 기본적으로 하루를 다 소요하는 것으로 설정되기 때문에, 리소스 할당 시 overallocated 때문에 이를 수정을 하고 싶어진다. 이럴 때 Inspect 를 사용하면 보다 쉽게 수정할 수 있다.


Inspect 버튼을 누르면 왼쪽에 Task Inspector 가 나타난다.. 이때 초과 할당된 리소스의 경우 Reschedule 과 Team Planner 액션이 있는데 Team Planner 를 누르면 아래 화면이 나온다.



Reschedule Task 는 잘 이해가 안됬고, Team Planner 를 누르면 좀 더 쉽게 수정하기 위한 화면을 볼 수 있다.



위에서 보면 초과 할당된 리소스에는 빨간색으로 표시되며 Development, Test, Release 등 3개의 Task 를 볼 수 있다. 단순히 이 화면에서는 이게 뭐지 할 텐데 Details 버튼을 누르면 좀 더 자세한 내용을 볼 수 있다.



위 화면에서 Development 를 선택하면 해당 Task 에 대한 상세한 내용을 볼 수 있고, 여기서 Work 시간을 조정해서 적당한 시간을 할당하면 3개의 Task 가 하루에 24 h 가 아닌 8 h 에 맞추어 일정을 올바르게 수립할 수 있다.


이건 어디까지나 지금까지 둘러본 나만의 팁인거고 더 좋은 방법이 있을수도 있다.

2016. 11. 26. 23:39

Inactive Task

Inactive task is when used to cancel a task but keep a record of the task in the project plan. The task remains in the project plan, but does not affect resource availability, the project schedule, or how other tasks are scheduled.





2016. 11. 24. 23:50

마일스톤 배경 색상 변경하기

중요한 일정에 대해 마일스톤을 추가하고, 이를 다른 것들과 구분되도록 하기 위해서 배경 색상을 다르게 표시하고 싶을 때 간단하게 할 수 있다.


Format > Text Styles



2016. 11. 24. 00:14

Health check! Status 칼럼을 아이콘으로 표시하기

Status 칼럼은 다음과 같은 정보를 표시한다.


Name

Value

Description

pjComplete

0

Task complete.

pjFutureTask

3

Task for future.

pjLate

2

Task late.

pjNoData

4

Status not available.

pjOnSchedule

1

Task on schedule.

[참고: https://msdn.microsoft.com/en-us/library/ff863390.aspx]


이 정보를 이용해서 Health 라고 하는 Custom 칼럼을 추가해 보자. 이 칼럼은 Status 값에 따라서 아이콘으로 좀더 효과적으로 보이게 하기 위한 것이다.




1. Health 라는 Custom 칼럼 하나를 추가


2. 해당 칼럼 위에서 오른쪽 마우스를 눌러 'Custom Fields' 를 클릭


3. Formula 를 선택해서 다음을 입력


Switch([Status]=0,'Complete',[Status]=1,'OnSchedule',[Status]=2,'Late',[Status]=3,'FutureTask',[Status]=4,'NoData') 


4. 'Graphical Indicators...' 를 클릭한 후, 아래 그림 처럼  각 값 마다 적절한 이미지를 지정해 준다.



이렇게 하면 Health Column 에는 상태에 따라 아이콘이 표시된다. Status 칼럼은 Start/Finish 그리고 Complete 에 따라서 자동으로 설정되는 값이며 아래와 같다.


How Calculated    If the task is 100 percent complete, then Microsoft Office Project sets the Status field to Complete.

If the task start date is greater than the status date, then the Status field contains Future Task.

If timephased cumulative percent complete is spread to at least the day before the status date, then the Status field contains On Schedule.

If the timephased cumulative percent complete does not reach midnight on the day before the status date, then the Status field contains Late. 


https://support.office.com/en-us/article/Status-task-field-769145ac-e052-45af-a847-e5ef15778bb1


2016. 11. 23. 00:45

Spring Websocket example (웹 채팅)

Spring 으로 push 서버 기능 구현을 알아보다가 HTML5 의 WebSocket 샘플을 스프링에서 제공하는 걸 확인하였다. git 에서 다운받고 gradle 로 실행해보니 바로 기능을 테스트 해 볼 수 있어 좋았다.



https://spring.io/guides/gs/messaging-stomp-websocket/



gradle 일 경우 아래 명령 입력 후,


gradlew bootRun



브라우저에서 아래 주소로 접속하면 보인다.


http://localhost:8080/


아래는 샘플 스크린 샷. 크롬과 IE 간 메시지를 주고 받는 예이다.





2016. 11. 23. 00:34

특정 포트(Port)를 사용중인 프로세스 확인하는 방법

기존엔 netstat -ab 명령으로 확인했었는데, 이 명령은 확인하기가 좀 어렵다. 그래서 구글링 해보니 역시 좋은 방법이 있었네.

Resource Monitor 가 있었어. 그래도 이런건 리눅스 처럼 명령어로 간단하게 뽑아낼 수 있으면 좋겠구만.



2016. 11. 21. 00:28

YAGNI

You Aren't Gonna Need It.


A programmer should not add functionality until deemed(여기다, 생각하다) necessary.


Always implement things when you actually need them, never when you just foresee that you need them.


Do the simplest thing that could possibly work.


https://en.wikipedia.org/wiki/You_aren%27t_gonna_need_it