본문 바로가기
내일배움 과제/아티클 스터디

소프트웨어 학습 태도

by GREEN나무 2024. 10. 17.
728x90

[주제]

아티클의 주제 및 목차를 요약해주세요.

소프트웨어 학습태도 7가지
1. 내가 걷는 속력과 방향을 인지하자.
2. 익숙한 것을 내려놓고, 낯선 방식으로 해결하자.
3. 개구리를 해부하지 말고, 직접 만들어봐라.
4. 자존심을 버리고, 자존감을 키우자.
5. 결과만 보기보다는 과정을 보자.
6. 실수를 반복하면서 적어도 하나씩 개선하라.
7. 스스로 여러 가지 답을 찾고, 남에게 공유하라.

[아티클 요약]

아티클의 전체 내용을 요약해주세요. 단순 내용을 따라적는 것이 아닌 중학생도 쉽게 이해할 수 있게 나만의 언어로 요약해주세요.

1. 내가 걷는 속력과 방향을 인지하자.
학습할 때, 한 걸음 물러서서 자신의 학습 방식과 패턴을 살펴보는 것이 중요합니다. 실제 개발은 한 번에 끝나는 것이 아니라, 추상적인 상위 단계에서 시작해 구체적인 하위 단계로 여러 번 반복하는 과정입니다. 문제 해결을 위해 지식을 위에서 아래로 탐색한 후, 그 지식을 종합하여 문제와의 관련성을 판단하는 것이 핵심입니다.


2. 익숙한 것을 내려놓고, 낯선 방식으로 해결하자.
의도적으로 익숙하지 않은 환경을 만들어 학습해봅시다. 낯선 도전과 약간의 어려움을 통해 더 효과적인 학습이 가능합니다. 예를 들어, 통합 개발 환경(IDE) 대신 터미널을 사용하거나, 마우스를 쓰지 않고 키보드만으로 작업하는 것, 익숙한 문제를 새로운 언어로 풀어보는 것 등이 좋은 방법입니다. 제약을 추가하는 방식은 창의적인 사고를 자극합니다.
제약사항을 찾기 어렵거나, 자기 자신을 돌아보기 어렵다면 서로 다른 관점에서 피드백을 줄 수 있는 타인과 함께 관찰하는 것부터 시작해봅시다.


3. 개구리를 해부하지 말고, 직접 만들어봐라.
이론을 학습하는 것만으로는 부족합니다. 예를 들어, 운영체제를 해부하는 대신 운영체제의 구성 요소를 모듈별로 직접 구현해보는 것이 실질적인 학습에 훨씬 도움이 됩니다. 이론적으로만 알고 있는 것들을 실제 소프트웨어로 구현하며 더 깊은 이해를 얻을 수 있습니다.


4. 자존심을 버리고, 자존감을 키우자.
학습할 때는 다른 사람과의 비교 대신, 스스로의 성장에 집중해야 합니다. 조금씩 자신의 속도에 맞춰 성장하는 증거를 찾아보세요. 학습의 과정에서 자신이 잘하고 있다는 것을 인정해주는 사람이 필요하며, 그러한 사람이 있다면 힘들어도 지속할 수 있습니다. 그런 사람을 찾거나 내가 그런 사람이 되어 줄 필요가 있습니다.


5. 결과만 보기보다는 과정을 보자.
소프트웨어 개발의 최종 목표는 문제를 해결하는 코드이지만, 그 과정도 중요합니다. 코드가 나오기까지의 설계, 테스트, 협업 과정 모두가 소프트웨어 개발의 일부입니다. 시야가 좁아지지 않도록, 짝 프로그래밍을 하며 시각을 교환하고 서로의 과정을 이해하는 연습이 필요합니다.


6. 실수를 반복하면서 적어도 하나씩 개선하라.
개발자는 실수를 통해 성장합니다. 실수를 하지 않으려는 시도는 오히려 방해가 될 수 있습니다. 실수를 통해 배우고, 그 경험을 바탕으로 개선하고 자동화하며 도구를 만들어 가는 것이 중요합니다. 애자일 방식의 핵심도 작은 개선을 지속적으로 이루는 것입니다.


7. 스스로 여러 가지 답을 찾고, 남에게 공유하라.
소프트웨어 개발은 정답이 하나가 아닙니다. 여러 가지 답을 찾고, 그 답을 공유하며 사고의 유연성을 기르는 것이 필요합니다. 오픈 소스 프로젝트에 기여하거나 다른 사람의 코드를 수정하고 공유하는 과정에서 소프트웨어 개발의 유연성과 협업의 중요성을 경험할 수 있습니다.
학습자 입장에서 오픈 소스를 사용하려면 해당 소스를 이해하고 필요한 부분을 수정해서 오픈 소스에 기여할 수 있는 수준에서 사용하는 게 좋습니다.
정말 어디부터 시작할지 모르겠다면, 다른 사람 코드를 눈으로 가볍게 읽고 덮은 다음에, 처음부터 자기만의 방식으로 다시 작성해보길 권장합니다.

[인사이트]

해당 아티클을 읽고 새롭게 알게 된 것, 앞으로 나의 방향성에 대한 회고가 있다면 적어주세요. 인사이트가 가장 중요합니다.

오픈소스에 대해 라이선스 표시를 하지 않고 문제를 풀기 급했던 저를 반성하게 되었습니다.
앞으로 제가 만든 것이 아닌 코드나 이미지, 정보에는 출처를 달 것입니다.
학습할 때마다 모르는 것이 생기면 해답을 찾느라 학습 방향과 다른 길로 세어나가는 일이 많았기에 우선 정해놓은 방향으로 학습하고 궁금한 것은 남은 시간에 보도록 습관을 들여야겠습니다.

 

 

 

팀원 전체의 인사이트

[공통 인사이트]

팀원 한명한명의 인사이트를 요약해보았을때 공통된 인사이트, 모두가 공감하는 인사이트를 짧게 요약해주세요.

협업의 중요성 : 혼자서는 자신의 답안의 부족한 점을 알기 힘드므로 다른 사람과 공유하여 피드백을 받는 것이 중요하며, 다른 사람의 답변을 참고함으로써 자신이 생각하지 못한 관점을 배우고 더 나은 지식을 습득할 수 있는 협업의 가치가 강조됩니다.

 

[의미 있었던 의견]

생각해보지 못했으나 팀원의 의견으로 인해 알게된 의견 혹은 다른 생각에 대한 부분을 요약해주세요.

 
공유할 때 출처를 표시하는 문화의 중요성에 대해 좀 더 주의를 기울여야겠다는 생각을 했습니다. 훗날 오픈 소스를 활용한다면 출처 표기를 잊지 않을 수 있을 것 같습니다.

 

 

https://teamsparta.notion.site/1102dc3ef51480e9b909ef2345d1c44b

 

소프트웨어 학습 태도 | Notion

개발자는 협업하는 형태로 가장 많이 일을합니다. 또한 기술의 발전이 빠르니, 언제든 새로운 기술을 받아들이고 학습해야할 준비가 되어있어야합니다. 이런 특성을 가진 게임서버 개발자로서

teamsparta.notion.site

 

https://www.notion.so/241017-120fbd856e49805fbb33ea3f6eb403f1

 

[241017] 아티클 스터디 템플릿 : 소프트웨어 학습 태도 | Notion

선정 아티클

marshy-warlock-62e.notion.site