<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://mediawiki.zeropage.org/index.php?action=history&amp;feed=atom&amp;title=%EB%AC%B4%EC%97%87%EC%9D%84%EA%B3%B5%EB%B6%80%ED%95%A0%EA%B2%83%EC%9D%B8%EA%B0%80</id>
	<title>무엇을공부할것인가 - Revision history</title>
	<link rel="self" type="application/atom+xml" href="https://mediawiki.zeropage.org/index.php?action=history&amp;feed=atom&amp;title=%EB%AC%B4%EC%97%87%EC%9D%84%EA%B3%B5%EB%B6%80%ED%95%A0%EA%B2%83%EC%9D%B8%EA%B0%80"/>
	<link rel="alternate" type="text/html" href="https://mediawiki.zeropage.org/index.php?title=%EB%AC%B4%EC%97%87%EC%9D%84%EA%B3%B5%EB%B6%80%ED%95%A0%EA%B2%83%EC%9D%B8%EA%B0%80&amp;action=history"/>
	<updated>2026-05-15T11:24:41Z</updated>
	<subtitle>Revision history for this page on the wiki</subtitle>
	<generator>MediaWiki 1.39.8</generator>
	<entry>
		<id>https://mediawiki.zeropage.org/index.php?title=%EB%AC%B4%EC%97%87%EC%9D%84%EA%B3%B5%EB%B6%80%ED%95%A0%EA%B2%83%EC%9D%B8%EA%B0%80&amp;diff=50477&amp;oldid=prev</id>
		<title>imported&gt;Unknown at 05:29, 7 February 2021</title>
		<link rel="alternate" type="text/html" href="https://mediawiki.zeropage.org/index.php?title=%EB%AC%B4%EC%97%87%EC%9D%84%EA%B3%B5%EB%B6%80%ED%95%A0%EA%B2%83%EC%9D%B8%EA%B0%80&amp;diff=50477&amp;oldid=prev"/>
		<updated>2021-02-07T05:29:29Z</updated>

		<summary type="html">&lt;p&gt;&lt;/p&gt;
&lt;p&gt;&lt;b&gt;New page&lt;/b&gt;&lt;/p&gt;&lt;div&gt;우리는 무엇이 되기를 원하는가? 해당 목표를 이루기 위해서는 무엇을 공부할 것인가? 해당 지식은 언제쯤 공부하는 것이 적당할까?&lt;br /&gt;
&lt;br /&gt;
완벽하게 만들수는 없어도. 사람들은 어떠한 순서로 공부했고 어떤 생각을 했을까?&lt;br /&gt;
----&lt;br /&gt;
 컴퓨터과학 혹은 컴퓨터공학을 효율적으로 할 수 있는 일련의 과정(커리큘럼이 되나요?)을 생각해보자는 의도로 연 페이지인가요? --[[데기]]&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
Game Developer, System Software Developer, Software Architect, 전산학자 식으로 각각의 직업과 관련된 지식에 대한 Roadmap 은 어떨까요? (예전에 &amp;#039;~~한 개발자가 되기 위한 book map&amp;#039; 같은 것도 있었던 것 같은데)&lt;br /&gt;
----&lt;br /&gt;
[[무엇을공부할것인가]]라는 것을 논하기 이전에 기본적인 전제에 대해 생각해 볼 필요가 있습니다. 그러면 문제 정의 자체가 바뀌어 버릴 수가 있습니다. 예를 들어 &amp;quot;어떻게 하면 이 프로시줘를 옵티마이징할까&amp;quot;를 고민할 때, 아예 그 프로시줘를 실행시키지 않는 방법은 없을까를 묻는 것이죠.&lt;br /&gt;
&lt;br /&gt;
전산학을, 프로그래밍을 공부하는 사람이라면, 만약 내가 지금 배우는 대부분의 지식과 기술들이 내가 졸업을 하고 회사에 입사를 할 약 4년(혹은 병역을 마치는 경우 6년) 후에 쓸모없어 진다면 어떨까 하고 생각을 해 볼 수 있겠죠. 오늘 내가 밤샘을 하고 고민을 하면서 내가 사용하는 특정 도구의 한계를 우회하기 위해 기발한 방법을 짜내면서 얻는 지식은 4년 혹은 6년 후에 어떤 가치가 있을까요? 그 노력에 비해 얼마나 가치가 있을까요? 만약 그런 과정을 통해 어떤 지혜를 얻을 수 있다면, 좀 더 효과적이고 경제적인 방법은 없을까요?&lt;br /&gt;
&lt;br /&gt;
SeparationOfConcerns로 유명한 데이비드 파르나스(David L. Parnas)는 FocusOnFundamentals를 말합니다. (see also [[컴퓨터고전스터디]]) 최근 작고한 다익스트라(NoSmok:EdsgerDijkstra )는 수학과 언어적 능력을 말합니다. &amp;#039;&amp;#039;Besides a mathematical inclination, an exceptionally good mastery of one&amp;#039;s native tongue is the most vital asset of a competent programmer. -- NoSmok:EdsgerDijkstra &amp;#039;&amp;#039; 참고로 다익스트라는 자기 밑에 학생을 받을 때에 전산학 전공자보다 수학 전공자에게 더 믿음이 간다고 합니다.&lt;br /&gt;
&lt;br /&gt;
최근 17세의 소년이 파이썬 메일링 리스트에 파이썬 언어를 배우는 것이 나중에 취직을 할 때 얼마나 도움이 될까를 물었습니다. 이에 대해 다음과 같은 답이 올라왔습니다.&lt;br /&gt;
([http://groups.google.co.kr/groups?hl=ko&amp;amp;lr=&amp;amp;ie=UTF-8&amp;amp;inlang=ko&amp;amp;newwindow=1&amp;amp;frame=right&amp;amp;th=382f243e8edce15a&amp;amp;seekm=slrnam7pfh.ds.gerhard.haering%40haering.opus-gmbh.net#link1 관련 원문])&lt;br /&gt;
 As for the job market, Python isn&amp;#039;t among the buzzwords that you&amp;#039;ll find in &lt;br /&gt;
 job descriptions most of the time. But software development isn&amp;#039;t that much &lt;br /&gt;
 about particular technologies, the important part is learning concepts. If &lt;br /&gt;
 you learn Python, you won&amp;#039;t be able to avoid learning (at least): &lt;br /&gt;
  &lt;br /&gt;
 - Object Oriented Programming (OOP) &lt;br /&gt;
 - Procedural Programming &lt;br /&gt;
  &lt;br /&gt;
 There&amp;#039;s a lot more concepts that you can learn while using Python, as you &lt;br /&gt;
 advance a little more: &lt;br /&gt;
  &lt;br /&gt;
 - Functional Programming &lt;br /&gt;
 - Test Driven Development &lt;br /&gt;
 - Dividing software into components &lt;br /&gt;
 &lt;br /&gt;
 ......&lt;br /&gt;
 &lt;br /&gt;
 Learn concepts, not tools. At least in the long run, this will make you &lt;br /&gt;
 more attractive to employers who have a clue about what&amp;#039;s important in the &lt;br /&gt;
 software industry. &lt;br /&gt;
  &lt;br /&gt;
 There are some more skills that are especially important: &lt;br /&gt;
  &lt;br /&gt;
 - Team work: dividing up tasks. Defining the interfaces up front to avoid &lt;br /&gt;
   blocking other team members who wait for you. Using a source code control &lt;br /&gt;
   system [1] &lt;br /&gt;
  &lt;br /&gt;
 - Communication/efficient problem solving: not trying yourself for days to &lt;br /&gt;
   solve a problem that could be solved a lot more efficiently by calling &lt;br /&gt;
   the client or writing an email - I&amp;#039;ve had problems with this myself in &lt;br /&gt;
   the past, I guess that&amp;#039;s not an uncommon problem for developers. &lt;br /&gt;
  &lt;br /&gt;
 - Software reliability: that&amp;#039;s a difficult one. IMO experience, &lt;br /&gt;
   concentration, unit tests, and always trying to improve on yourself help &lt;br /&gt;
   you achieve it. &lt;br /&gt;
&lt;br /&gt;
--JuNe&lt;br /&gt;
----&lt;br /&gt;
[[학습방법분류]]&lt;br /&gt;
&lt;/div&gt;</summary>
		<author><name>imported&gt;Unknown</name></author>
	</entry>
</feed>