[2016.11.22] Tech talks - You Do Have Something To Say!

## 매일 영어 하는 습관을 가지고자 추진하고 있습니다.

    초보 이니 잘못된 부분은 언제든지 댓글로 혼내주세요^^

Tech talks - You Do Have Something To Say!

출처 : https://medium.com/upday-devs/tech-talks-you-do-have-something-to-say-a1a0ae23fa0#.l3nz6dux4

One evening in Februray I was telling another Android Developer about my relatively new job. We got onto the topic of architecture and I mentioned to him how we're using the MVVM pattern and I was extremely surprised by his reply: "What's that? How do you implement it?". Joining upday, where MVVM is common knowledge made me feel like I'm the last Android developer in the world that learns about it but as it turns out, it's not at all the case.

어느 저녁 2월에 나는 말하고 있었다 다른 안드로이드 개발자와 내 상대적인 새로운 직업에 관해. 우리는 들어갔다 아키텍처의 주제로 그리고 나는 언급했다 그에게 어떻게 우리는 사용하고 있는지 MVVM 패턴을 그리고 나는 너무 놀라웠다 그에 응답에 의해: "그게 뭔데? 어떻게 너는 구현하니 그것을?". 그 날을 겪고, 어디에선 MVVM은 공통된 지식이다 나를 느끼게 만든 내가 지난 안드로이드 개발자 처럼 세계 속에서 배웠지만 드러나지 않은 것처럼, 아니다 모든 상황에.

## 이건 내 생각

- Joining upday : '그 날을 겪고' 라고 해석 될듯한 느낌이다. 사전에 upday라는게 검색도 되지 않는다.

                      먼가 그 날을 떠올리는 듯한 느낌이다.

- learns about it but as it turns out : it은 MVVM을 의미하고, MVVM이라는 것을 알았지만

                                             세상에 드러나지 않은 것 같은 느낌이다를 표현 하는 것 같다.

===========================================================================================

That evening I gave my first "tech talk" about MVVM over dinner with him. With that I've learned an important lesson about tech talks inspiration: get out of your bubble! What's obvious and easy for you, might not be the same for others.

그 저녁에 나는 했다 내 첫 "tech talk" MVVM에 관해 저녁 식사 이후 그와 함께. 더불어 나는 배웠다(배움을 받았다.) 중요한 레슨을 tech talks 격려에 대한: 너의 거품을 없애버려! 무엇이 명백하고 쉬운지 너에게, 아닐지도 몰라 다른 사람과 같이

## 이건 내 생각

- gave : 했다라고 해석한 이유는 영영사전에서 먼가 액션을 취한 다는 느낌으로 give를 쓴다고 했다.

          그래서 즉 tech talk 를 발표 한 것 같은 느낌이 나서 그냥 했다라고 생각 했다.

===========================================================================================

There's one sentence that I was repeating and that I keep on hearing from others, maybe even from you:

I have nothing to say.

For most of the developers, it can't be further away from the truth. The next sentence is usually: "Everything I know is just out there, in the documentation". Although this one is correct, there are a few other points that may be worth considering as part of your assessment.

한 문장이 있다. 그것은 내가 반복해왔고 내가 계속 듣는 것이다. 다른 사람들로 부터, 아마도 심지어 당신으로 부터:

"나는 가지고 있지 않다. 말할 것을"

대부분의 개발자에 대해, 떨어 질 수 없다 진실로 부터. 그 다음 문장은 이다 보편적으로 : "모든 것은 내가 아는 단지 저 밖에, 문서 속에 있는". 비록 이것이 맞더라도, 있다 몇가지 다른 포인트들이 아마도 가치가 고려 되는 것 너의 평가 부분으로써

## 이건 내 생각

- it can't be further away from the truth : 멀리 떨어질 수가 없는 것이다. 진실과~ 즉! 이것은 무조건 진실이라는 의미라고 해석 된다.

===========================================================================================

You're Solving Problems Everyday

If your day looks anything like mine, then it's combination of understanding how the platform works, how your code works and finding the best way to leverage them. Regardless of whether you're fixing a bug or implementing a new feature, you essentially have a problem you need to solve. So why not talk about it? Chances are someone else out there has a similar problem.

I started talking by describing how we architected our app with the help of RxJava and MVVM and ended up sharing my knowledge about UI patterns around the world.

너는 풀고 있다 문제들을 매일

만약 너의 날이 모든 것으로 보인다 나와 같이, 그러면 그것은 이해의 집합체이다 어떻게 그 플랫폼이 동작하는지를, 어떻게 너의 코드가 동작하고 찾는 것 그 최고의 방법을 모색 하기 위해. 상관 없이 당신이 버그를 고치고 있는 중이거나 새로운 기능을 구현하는 것, 당신이 특히 문제를 가지고 있다 당신이 해결할 필요가 있는. 그래서 왜 이야기를 하지 않니 그것에 관해? 기회들은 있다 다른 누군가에게 밖에서 가지고 있는 유사한 문제를.

나는 시작 했다 말하는 것을 표현해서 어떻게 우리는 설계했는지 우리의 앱을 도움과 함께 RxJava and MVVM 과 공유 하게 되다 내 지식을 UI patterns에 대해 세계 전체로.

===========================================================================================

If public speaking is not your thing, then write about it! At one point I had to implement an animated view that handles tap events. It took me a few hours and several attempts to have something working correctly. Surely I'm not the only Android dev with this kind of issues... so why not write about it?

I want to know about your problems and your solutions. You'll inspire both myself and others to find better ways of implementing solutions for our own issues.

만약 공개적으로 말하는 것이 아니라면 너의 것을, 그러면 그것에 관해 써라! 어느 순간 나는 구현 해야만 했다 애니메이션된 뷰를 탭 이벤트를 다뤄서. 구현은 걸렸다. 나에게 몇 시간을 그리고 몇 가지 시도들을 어떠한 것을 가지기 위해 올바르게 동작하는 것을. 확실히 나는 아니다. 안드로이드 개발이 이 종류의 이슈에 대해... 그래서 왜 쓰지 않았냐 이슈에 대해?

나는 알기를 원한다. 당신들의 문제들에 관해 그리고 당신의 해결책들. 당신들이 격려될 것이다 둘 다 내 자신 과 다른 것들 찾기 위해 더 나은 방법들 해결책을 구현하는 것의 우리 자신 이슈들을 위해 

===========================================================================================

You're Using APIs That Ease Your Developer Life

Some APIs are straightforward and easy to use, some require a bit of reading and others have a really steep learning curve but in the end, you ended up reading and using them and discovering their advantages and disadvantages. Share that!

As an example, I've been using RxJava for some years now but I still remember my confusion in the first few months. It took me a while unitl I understood what's going on there, what data streams are and how they work. Why not help others and give them some nudge on that steep learning curve?

You're a developer, you're writing code and learning new things every day. Share it! Share your experience, your problems and solutions, the APIs that help you write good, clean, performant code. Most of all, get out of your bubble, be open to new opportunities and empower other developers to become better.

우리는 사용하고 있다. API들을 쉬운 너의 개발 생활에

몇 API들은 간단하고 빠르다 사용하는데, 어떤 것은 (요구한 조금 읽는 것과 다른 것들을) 가진다 정말 가파른 학습 곡선을 하지만 끝에서, 당신은 끝까지 한다 읽는 것과 사용하는 것 API들을 그리고 발견하는 것 그들의 이점들 그리고 단점들. 공유 해라 그것을!

예를 들어, 내가 사용한다 Rxjava를 몇년 동안 지금도 하지만 나는 여전히 기억한다 내 혼란을 첫 몇달 동안. 걸렸다 나를 얼마 동안  내가 이해할 때까지 무엇이 진행 중인지 거기서, 무슨 데이터 스트림들이 있는지 그리고 어떻게 그것들이 동작하는지. 왜 도와주지 않는지 다른 사람들을 그리고 그들에게 주지 않는지 어떤 신호를 가빠른 학습 곡선에서?

당신은 개발자 이다, 당신은 코딩을 쓰고 있고 배우고 있다 새로운 것들을 매일. 공유해라! 공유 해라 너의 경험을, 너의 문제들을 그리고 해결책을, API들을 도움이 되는 니가 쓰도록 좋은, 깔끔한, 솜씨가 좋은 코드. 무엇 보다도, 나와라 당신의 거품에서, 개방되라 새로운 기회들과힘을 줄수 있는 다른 개발자들에게 더 좋아지게.

## 해석하면서 느낀점

처음 해석하고 글을 올린다. 이것은 내가 영어 실력을 키우는 것과 함께 공유 차원 에서다.

되도록 해석을 적어진 순서대로 하고자 한다. 한국 사람들도 말을 하면서 이어 가지

순서 바뀌고 도치 되고 그런걸 생각 하지 않기 때문이다. 그래서 연습을 할 겸 이렇게 하고 있다.

나름 다시 읽어 보니 내용 이해가 갈 정도로 해석은 된 듯 하다.

앞으로 기회가 되면 계속 할 예정이다.

이런 생각은 필자와 비슷한듯 하다.

나또한 같은 생각이다.

예전에는 개발자가 자기가 가지고 있는 실력을 숨겼다.

그 실력이 남이 알면 자기의 능력이 떨어지게 된다고 생각해서 였다.

하지만 이제 시대는 바뀌었다.

너무나 많은 정보가 필요하고 배울 것도 너무나 많다.

그걸 다 머리속에 넣는다?

아인슈타인이라도 가능 할까 의심 스럽다.

나 또한 블로그에 Android를 개발 하면서 경험한 내용을 되도록 적어 놓는다.

내가 다시 찾아서 볼 수 도 있고,

좀 더 다른 사람에게 도움이 되고 모든 App들이 안정성 있게 

깔끔하게 만들어지는 걸 바래서 이기도 하다.

가끔 고맙다는 댓글도 달아주시면 나 또한 기분이 좋다.

왠지 요즈음 시대 개발자들은 

서로 오픈하고 공유 하면서, 그 내용을 잘 분별하고 이용할 줄 아는 사람이

진정한 개발자가 아닐까 하는 생각이 든다.