를 던 xper seminar wiki 다과 같 글 보다.
{{|
Understandable .png ":-)")
As for the job market, Python isn't among the buzzwords that you'll find in
job descriptions most of the time. But software development isn't that much
about particular technologies, the important part is learning concepts. If
you learn Python, you won't be able to avoid learning (at least):
- Object Oriented Programming (OOP)
- Procedural Programming
There's a lot more concepts that you can learn while using Python, as you
advance a little more:
- Functional Programming
- Test Driven Development
- Dividing software into components
Ok, I'll try
Learn concepts, not tools. At least in the long run, this will make you
more attractive to employers who have a clue about what's important in the
software industry.
There are some more skills that are especially important:
- Team work: dividing up tasks. Defining the interfaces up front to avoid
- Communication/efficient problem solving: not trying yourself for days to
- Software reliability: that's a difficult one. IMO experience,
1 If you have some spare time you can learn that by joining an Open
Source project.
--
Gerhard Häring
OPUS GmbH München
Tel.: +49 89 - 889 49 7 - 32
http://www.opus-gmbh.net/
{{|
근 뉴그룹 " 배는 것 가가 나"는 문 렸다. 다 기 라 답변 나.
Raphael Ribeiro wrote: I wanna start learning some real programming language (I know now only
Visual Basic , but i don't find it interesting, sorry for the vb
programmers, but this is my opinion).
And I was reading some docs, which were talking about lots of programming
languages, I saw there Python, and took a look at some python sites. I
saw some snippets and read some docs and liked the language a lot. But I
don't know if this language is well-accepted in the market and if having
a good python knowledge would give me a good job.
job descriptions most of the time. But software development isn't that much
about particular technologies, the important part is learning concepts. If
you learn Python, you won't be able to avoid learning (at least):
- Procedural Programming
advance a little more:
- Test Driven Development
- Dividing software into components
I am only 17 and I'm only making plans, so if you have any suggestions
tell me.
more attractive to employers who have a clue about what's important in the
software industry.
solve a problem that could be solved a lot more efficiently by calling
the client or writing an email - I've had problems with this myself in
the past, I guess that's not an uncommon problem for developers.
the client or writing an email - I've had problems with this myself in
the past, I guess that's not an uncommon problem for developers.
concentration, unit tests, and always trying to improve on yourself help
you achieve it.
you achieve it.
Source project.
--
Gerhard Häring
OPUS GmbH München
Tel.: +49 89 - 889 49 7 - 32
http://www.opus-gmbh.net/
|}}
1때 보는 느 보다고 각고 난 , 들 런것 많 문던 기 난다.
1때 보는 느 보다고 각고 난 , 들 런것 많 문던 기 난다.
- , 다 보면 뭘 봐 까?
- 보고 난 다는 무 보 까?
배들 같 문 다면 NotToolsButConcepts 라는 대답 고 다(단, 나 라고 가 경). 1, 2 배를 때까는 몰랐만, 데블나 내기가 가는 미나를 때다 매 들리는 리다. - 보고 난 다는 무 보 까?
닌 개념 ¶
SICP를 보면 드가 SchemeLanguage로 나다. SchemeLanguage 대는 모르만, 를 면 개념 달 게 듯 다. 몇 면 동로 게 되만(더군다나 나는 들 더다) 나 개념, 러다 기 것로 만드는 데는 나 랜 리는가. (ToyProblems 때, 단 문를 가고 러 가 방법로 근던 기 난다). 밥 는 법 다면, 가로 만들던, 기밥 던 관 다.
¶
- STL, Container, 닌 GenericProgramming
- MFC, VB 닌 EventDrivenProgramming + 그 녹는 러다들.
- Java, C# 닌 OOP(ObjectOrientedProgramming),AOP(AspectOrientedProgramming)
- Goto 라! 가 닌 GotoConsideredHarmful 같 기
...
Thread ¶
1002 가 Windows Programming 래 다가 EventDrivenProgramming 개념 나대로 대로 들다는 느낌 들때는 당 랫 1 때 다.(기 '들다'는 EventDriven Model로 디 구보는 ) 람들 공부 따라 가 만, 당 개념 대 대로 기 구벨 경 다. '' '닌 - Not' 란 단대 ' - Beyond' 라는 단로 바꿔 보면 떨까.
구 는 람 늘 배경 개념들 대 고 것며, 개념 공부는 람 구 벨 드 결과물 대 각보 것다. 만로 다는 각 본다. -- 1002
NeoCoin 렇게만 각만, 2 각 바꾸다. 구 로 게 면 UseToolAndLearnConcepts 까? 돌 보면 런 더 많 다. 를 떠나 같 기 동 같 대, 같 구를 는데, 달뒤 가 다른 람들 보게 된다. 구 능력 가 미 맞물려 메 게 따라는 모 느 다. 멋 구 감고, 려는 노력 반대로 멋 구 멋 면 내고 려는 노력 둘 근본 Concept 배는 것과 멀리 떨것 닌것 같다.
--NeoCoin
NotToolsButConcepts라는 말 로 납만 범 든다고 봅다.
{{|
Teach them skepticism about tools, and explain how the state of the software development art (in terms of platforms, techniques, and paradigms) always runs slightly ahead of tool support, so those who aren't dependent on fancy tools have an advantage. --Glenn Vanderburg, see 
AgilityForStudents|}}
는 가 과 뿐만 고 대들 공부 반과 관련된 문라고 각다. 대 무 배 는가? 무 배려고 노력 는가? 는 그것 구, 개념 , 그것 더 근본고, 그것 만든 람 근 는 것고, 그것 배는 과 고 근 대로 단련 는 것 다고 봅다. 고 구 를 가 든다면, Sway라는 GUI 라브러리를 공부 때, 동 Sway를 만든 람(그리고 그 람 , ...) 머리과 고과 들다보고(관련 구 논문들 보고), 그것과 동기보고, 다 그것 대 로 단 내려보는 노력 고, 를 다 단게 구 보고 는 것 반복는 것 가 봤 때, NotToolsButConcepts 맞 나 는 각 듭다. 것 가 배 "대로 문는 법"다. 남 결과물(artifact) 만 놀 말고, 그가 그 만들낸 문과 과 내 몸로 보고 기 나 로 단 내려 보는 것다.
가락관 보면 러명 렬로 , 맨 끝 람게만 담나 를 나 보고, 그 몸로 례로 달 막 람 맞는 게 다. 몸 는 람 를 고 그 모 그대로 는 다. 만 그 내면 미를 꿰뚫고 못다면, 록 무리 관 다고 나는 명 모 부를 곡나 빠린 달 겠. 그러나 다보면 (그러나 꽤 랜 ) 그 를 깨 겠. 만 리는 "로" 그 람 를 들다 보려는 노력 다 -- 그 람 고를 러 라가기 는 러 방법 동 말. 그렇게 되면 리는 똑같 대 더 고 더 단며 명료게 다듬 모, 다른 모 로 다 람게 달 겠까?
--JuNe
See Also 무공부것가
