이번 영상은 웹 개발 5주 완성 라이브 강의 편집본으로 지금 코딩 공부하기 좋은 시대인 이유를 알아보는 영상입니다. 코딩 기초와 웹 프론트엔드부터 백엔드까지 모두 배울 수 있는 커리큘럼을 진행하니 구독, 좋아요 눌러두시고 많은 시청부탁드립니다! 📖수업페이지: www.notion.so/5-LIVE-76171e66dbb54420b37f7890702ce6c3 💬디스코드: discord.gg/zny87VeSaX [라이브 풀버전] 조코딩의 웹 개발 5주 완성 kzfaq.info/sun/PLU9-uwewPMe0hiCRaWjRHd-TTNJYu9N6w [편집본] 2022 코딩 기초와 웹 프로그래밍 kzfaq.info/sun/PLU9-uwewPMe2-R9-taf4oIjwrEZDgE-q2 조코딩 멤버십 가입하기 kzfaq.info/love/QNE2JmbasNYbjGAcuBiRRgjoin 🎁40만 구독자 이벤트 + 해커톤🎁 조코딩 채널 영상을 보고 만든 서비스를 제출해주세요! 심사를 통해 선물을 드리고 국내 1위 코딩 유튜브 채널에 여러분의 서비스를 홍보 해드립니다. - 참여 방법: 조코딩 강의를 참고하여 웹/앱/게임 제작 후 URL을 설문지로 제출 - 상품: 서비스 홍보 지원 + 티셔츠 100장 + a - 제출 기한: 2022년 9월 17일(토) 자정까지 - 당첨자 발표: 2022년 9월 18일(일) 라이브 방송으로 해커톤 진행 - 이벤트 상세 내용 확인 및 제출 : forms.gle/qCuSoXH8xeJPxcKXA 보조 교재 《Do it! 조코딩의 프로그래밍 입문》 - 예스24: vo.la/SbhB7F - 교보문고: vo.la/6XXfEL - 알라딘: vo.la/OXqNP1 목차 00:00 미리보기 00:04 지금 코딩하기 좋은 시대인 이유 - 하드웨어의 발전 03:25 지금 코딩하기 좋은 시대인 이유 - 시장 규모 04:19 지금 코딩하기 좋은 시대인 이유 - 다른 기술의 발전 04:52 지금 코딩하기 좋은 시대인 이유 - 오픈소스 05:41 요리와 프로그래밍의 비교 08:28 복붙으로 끝낼 수 있는 코딩 09:27 실제 사례 10:35 중요한 것 10:50 VVIP 멤버십 후원 감사 인사 #개발자 #코딩 #프로그래밍 #오픈소스 #프레임워크 #라이브러리 #SDK #API #구글링

대학생들 가르치고 있는데, 파일 정리를 안 함. 이유를 물으니 그냥 해본적이 없다고 함. 생각해보니 이들은 살면서 '용량 부족' 이라는걸 경험해 본 적이 없구나..하고 소소하게 충격 받았음. 요즘 쉽다는 소리에 무조건 발끈하는 글들만 보여서 안타까움.

슈퍼마리오 당시에는 메모리 1Kb당 요즘 물가환산 5천원 한다고 할 정도로 비쌌고(저장장치가 무려 ROM, 그래서 롬팩) 당시 메모리 제작 기술도 떨어져서 메모리 칩당 용량도 작았기 때문에 팩 규격 안에 욱여넣는것도 한계가 있었어요. 그러다보니 절대 1byte의 낭비도 할 수 없었던거죠. 필요없이 들어간 코드 한줄때문에 팩당 제작단가가 5천원 상승->10만개 제작시 5억원의 비용증가니까요. 또 그때는 한명~서로 친한사람 몇몇이 모여서 짜는거라 그 프로그램의 모든 구조가 프로그래머 머리속에 있었어요. 그러니 언어 자체가 객체지향이 전혀 없어도 프로그래머의 두뇌 속에서 그걸 보완해서 해결이 되었던거고... 또 프로그래머 자신이 만들고 싶은 프로그램을 짜는거였는데, 요즘은 뭐 했다하면 100명씩, 그것도 고정인원이 아니라 이리저리 스쳐지나가는 사람도 많으니 그런식의 프로그래밍이 에초에 불가능해진거죠. 개발진이 100명이라고 해도 실제로 잠깐 들어왔다가 나간다던가 하는사람까지 다 합치면 전체 참가인원 300명 넘는거 순간이니까요.

9:22 에 나오시는 여성은 아폴로 우주선의 소프트웨어를 코딩하신 마거릿 해밀턴이라는 분입니다. 옆에 본인 키 만큼 높이 쌓여있는 책은 본인이 공부한 책을 쌓은 것이 아닌 아폴로 계획에 들어간 자신이 짠 코드를 쌓아논 것입니다. 코드가 책으로 있는 이유는 어떠한 프로그램의 도움도 없이 모두 손으로 적는 손코딩을 했기 때문이고 손으로 코딩했지만 버그 하나도 발생하지 않았다는 전설적인 분입니다...

코딩은 쉬운게 맞아요. 제대로된 프로그래밍이 쉽지 않아서 그렇지. 요리도 쉬워요. 맛집, 5성급호텔, 미슐랭급 맛있는 요리를 하는게 어려울 뿐이지. 프랜차이즈한테 납품받아서 자영업 차리면 음식점 뚝딱입니다용.

정말 이전 프로그래머분들께 감사하다는 말을 하지 않을 수가 없는 내용이네요!

과거에 비해 하드웨어 성능이 많이 좋아진것은 사실이나 그만큼 트래픽도 기하급수적으로 늘어서 오히려 생각해야되는 부분은 더 많아졌습니다... 클라우드서비스.. 잘되어있으나 저것도 모두 비용이라 실제 비즈니스에 적용하기엔 많은 고민이 필요합니다. 만들어져있는 좋은 SDK, 프레임워크등등이 많은건 사실이나, 이들을 현업에서 적용하여 서비스하다보면 마주치게되는 문제들은 결국 그것들을 단순히 '가져다 쓰는' 수준으로는 해결할 수 없고 그 밑단 core 까지 지식이 있어야 해결할 수 있는 문제들이 대부분입니다. 인사이트가 있어 이런 어려운 트러블슈팅을 잘하는개발자를 실력있는 개발자라고 하는거고 대부분의 개발을 시작하는분들이 가고자하는 회사인 네카라쿠배에 들어가기위한 기본 조건이 되기도합니다. 이번 영상은 잘 모르는 비전공자분들이 현혹되기 쉬운영상이네요.

이제는 코딩에 ㅋ부터 끝까지 모든것이 자기가 코딩을 하고싶다는 의지만 있으면 진짜 모두가 할 수 있을 정도의 시대가 와서 좋아진 것도 있지만 그만큼 경쟁도 치열해지고 평범한 웹사이트나 간단한 프로그램들은 이제 거들떠도 안본다... 이젠 정말 기술과 개발 보단 얼마나 참신하고 기발한 아이디어를 생각해 내느냐가 관건임

코딩은 전체공정의 10프로도 안되는데... 주니어 개발자들에게 많은 오해를 살 수 있겠네요. 예전보다 세분화되고 기술 스택도 많이 넓어져서 예전과 같은 기준으로 보면 안됩니다. 포토샵이 좋아졌다고 다 멋진 사진으로 편집해내고 그림 그리는게 아니듯이, 시대에 맞는 결과물이 있고 이를 위한 프로세스가 있어요. 영상에서 말한 리소스 최적화는 성능 테스트하면 어차피 해야될 일이고, 손대는 부분은 다르지만 방향성은 같아요. 지금도 이 리소스 관리가 안되서 조금만 사람 몰리면 서비스 다운되는게 부지기지요. 왜냐면 코딩은 간단하다 생각해서 제대로 설계 안하고 코더한테 다 맞겨버리는 일이 많아서 그래요. 배우는 분들에게 희망을 주려는 의도였다고 생각하지만 실제로는 이러한 인식이 자리 잡히면 아키텍트 밑에서 일하는 개발자가 폄하되고 저임금 고수준 일을 하게됩니다. 말이 쉽지 API, SDK도 제공회사 서비스 특성을 사전 조사 다 해야 본서버에 도입해서 쓸만해지고 예외처리나 SLA 고려하고 하면 이것도 보통 한달은 걸립니다. 막말로 예전 개발자들도 STL다 쓸줄 아는 사람도 없을테고 필요도 없을겁니다. 중요한건 불러다 쓰는 코딩이 아니거든요. 지금 시작하는 개발자들은 라이브러리나 프레임워크가 만들어 놓은 생태계를 공부하는 것만해도 수년이 걸릴텐데 그런면에서는 예전보다 더 힘들어진 환경이라 생각합니다. 뭐.. 혼자서 다 만드시는 분들은 해당이 없겠지만 회사에서는 표준이 필요하고 이런건 학습을 필요로 하지요. 특히 리소스 관리는 아무리 기계가 좋아져도 그만큼 사용하는 리소스가 늘어서 시대를 불문하고 필요로 됩니다. 이런게 의미가 없는 회사라면 단순히 서비스 규모가 작아서 그런 것 뿐이겠죠. 요즘은 많은걸 라이브러리와 프레임워크가 해주지만 결국 메모리 누수나 원활한 운영환경은 코더 손에 달렸습니다. 공부하시는 분들 자긍심가지고 힘내세요.

1학년 강의자료 개요 같은데 나올법한 얘기 같은데.. 솔직히 개발환경이 편해진건 맞아요. 관리하기도 쉬워졌고. 그런데 개발이 쉬워진건 아닌 것 같아요. '내가 필요한게 뭔지 알고' '남이 짜놓은 코드를 읽고 이해하고' '100% 나에게 맞는 코드는 없으니 목적에 맞게 커스터마이즈하기' 같은 과정들이 능숙해지기까지가 어려운 과정입니다. 10년전까지만해도 '개발자'와 '코더'를 구분했었는데 요즘도 있나 모르겠네 .. 일부 기능을 오픈소스, api로 쓸 수는 있으나 그마저도 영리목적이면 돈주고 사야하고 결국에는 내부적으로 개발해야하는 경우도 많습니다.

말씀하신대로 코딩은 쉽지만~ 개발자는 어렵습니다!!! 코딩으로 맛난 요리 만들어보고, 좋은 개발자가 되기 위해 직접 돼지사육부터 해보는것도 필요합니다!! 초보분들 화이팅이요^^

대충 목공으로 치면 옛날에는 나무생태에 대해서 이해하고 직접 산림가꾸고 수확할 도구까지 만들어서 가구, 집, 배를 만들었다면 요즘에는 누군가 이미 목재로 가공한데다가 설계도와 DIY하기 쉽게 미리 가공까지 되어있어서 조립만 하면 된다는 것이군요. 그러나 심화단계로 갈수록 만들고 싶어지는 것은 많아지고 DIY키트로는 한계가 있으니 결국은 어느정도는 직접 목재가공과 설계까지 짜게 되는 뭐 그런건가보네요. 그렇다고 한들 원시시대마냥 직접 나무생태연구하고 산림가꾸고 목재로 만드는 단계는 할 필요가 없으니 옛날과 비교불가로 코딩자체 난이도는 john나 쉬운거다라는 말씀이군요. 조코딩님 이 영상을 보고 코딩은 나라 먼나라 이야기로 취급하던것이 이제는 집앞 동네마트로 생각하게 되었습니다. 아득하게 느껴지던 벽이 사라졌네요. 공부를 해봐야겠습니다. 고맙습니다.^^

코딩하기 좋아지긴 했어도 아는 만큼 보이는 법이죠. 웹에서 가져다 쓸 수 있는 코드는 어마무시하게 많지만 적재적소에 필요한 것을 가져와서 접목시킬 수 있는 능력은 가지고 있어야 한다고 생각합니다.

코딩을 해보면서 느낀건데, 개발자의 역량은 컴퓨터 전체에 대한 이해와 논리적, 창의적 코딩 실력에 걸려있음. 실력있는 개발자가 되려면 자신의 코드가 주어진 목표를 실행하기 위해서 가장 효율적인지, 더 다른 방법은 없는지 끊임없이 연구하고 공부해야 함. 또한, 컴퓨터라는 하나의 시스템 자체를 정확히 이해하고 그에 대한 흥미를 가지고 있어야 제대로 된 코딩을 할 수 있음. 근데 요즘 코딩한다고 뛰어드는 사람들 보면 그냥 하나의 돈벌이 수단으로만 생각하고, 코딩에 있어서 연구적 욕망을 가지고 있는 사람이 거의 없음. 그냥 가르쳐 주는거나 따라해서 그것만 잘하고, 좀만 못하는거 있으면 인터넷에서 가져다가 배끼고, 본인이 생각하려는걸 잘 안함... 개발자가 그냥 다중언어 사용자라고 생각해서는 절대 안됨. 창의력과 사고력이 그 바탕이 되어야 함.

접근성은 좋아진건 맞지만.. 제대로 사람구실 하려면 내부가 어떻게 돌아가는지 대충은 알아야 한다고 생각해요. 문제생길때 원인 예상을 못하는 친구들이 참 많더라구요..

여러 댓글 다신 분들을 보니 조코딩님과 의견이 다르신 분들이 있네요. 저는 그 또한 당연하다고 생각합니다. 개발 관점은 개발 환경 및 개발 목표가 다르기 때문에 모두 다를 수 밖에 없습니다. IoT 임베디드쪽에서 쓰는 MCU는 램 320kb 메모리 2Mb 이하가 대부분이며 이와는 반대로 웹/클라우드/AI등 다른 분야에서는 GB단위로 램과 메모리를 사용합니다. 이에 따라 개발 시 우선 순위가 달라집니다. 전자에선 최적화, 후자에선 비지니스로직(참신한 아이디어 or 빠른 구현으로 사업 경쟁력을 갖춤)이 높은 우선순위를 갖겠죠. 대부분의 구독자분들 또한 후자에 관심을 두시는 분들이 많겠죠. 두 관점 모두 이해하고 저는 임베디드쪽을 하고 있습니다만, 체감상 최적화쪽 보단 reference를 적극 활용하는 개발이 더 트렌드를 따라가는 것 같습니다. 임베디드쪽도 AWS나 AI쪽을 접목시키는데 과거보다 성능대비 HW 단가가 낮아지고 mcu에 보다 다양한 기능을 수행하길 바라기 때문에 최적화에 목매달기 보단 하드웨어 스펙을 올리는 게 맞다고 느낍니다. 또한 투자금과 개발일정은 제한적인데 최적화를 극한으로 적용하는 것은 사업상 무리가 있습니다. 저는 reference 활용이 중요한 능력이라고 생각하며, 최적화 보다 reference 활용이 우선 순위가 높아야한다고 봅니다.

요즘의 개발자가 가져야할 능력은 아무래도 코딩 자체의 능력보다는 아이디어, 서칭 능력, 전체적인 구조를 파악하는 능력인 것 같습니다. 맥북에어 기본형 하나만 있어도 어떤 것이든 만들어 낼 수 있는 요즘의 세상이 더 많은 사람에게 평등한 기회를 열어준 것 같다는 생각이 드네요 ㅎㅎ

1:13에 등장하는 기상청 컴퓨터가 플스5보다 속도와 성능이 낮다는 말은 cpu 1개의 성능만 놓고 비교했을 때의 일입니다 ㅎㅎ 실제로 1만개의 컴퓨터를 병렬로 연결한 기상청의 컴퓨터는 압도적인 성능을 자랑하며, 다 합치면 절대로 플스5와 비교할 수 없죠. 오해하지 마시길 바랍니다!

쉬워진 만큼 할 일이 개발자가 할 일은 더욱 더욱 많아졌습니다..

컴퓨터만 있으면 전세계에 영향을 줄 수 있는 시대. 그것도 어려운게 아님. 쥰내 쉬움. 중요한 건 '아이디어' 근데? 그 아이디어를 구현하는 것도 개 쉬움 실패해도 상관없음. 내 인생에 있어서 경험치가 쌓이는. 무조건 이기는 적폐랄까? 중요한 건 대부분이 좋아하는 걸 만들어야함!

만드는 건 쉽지만 잘 만드는 건 끝없는 자기개발만이 답입니다

코딩이 쉬워진 건 분명하죠. 근데 그건 나만 쉬운 게 아닙니다. 모두에게 쉬운 만큼, 경쟁력 있는 개발자가 되는 건 쉬운 일이 아니죠. 그래도 코딩은 정말 유용한 도구예요. 개발자을 목표로 하지 않더라도 익혀두면 후회할 일이 없을 거예요.

코딩은 쉬워지는데 고객의 요구사항은 여전히 어렵습니다.

틀린 말은 아닙니다. 그런데 현실적인 이야기를 해주어어 이분야에 들어오는 초보자에게 조심성을 알게 해주는 것도 필요할 듯합니다. 좋은 점 만큼 어려운점도 부작을 해주시면 좋을 듯합니다. 짜집기를 하면서 코딩을 할때 문제가 발생할 때 이를 해결할 수 있는 논리적 사고력이 훈련되어야 한다는 말을 언급하였으면 좋겠습니다. 이런 논리적인 사고력이 컴퓨팅에 적용될 때는 컴퓨팅 사고력이라고 합니다. 아쉬운 것은 이런 영상을 많은 초보자가 보고 경력이 있는 개발자를 그냥 검색만 잘하는 사람으로 몰라가는 상황이 우려됩니다. 우리 사회가 경험이 오래된 기술자를 무시하는 경향이 있어서...ㅠ

IT 회사 대표입니다. 20년차 개발자고요. 요즘 면접보면 죄다 코더밖에 없더군요. 기획이고 설계고 하다못해 요구분석도 모릅니다. 저는 개인적으로 문제해결 능력을 많이 보는데 1년에 한명 볼까말까..ㅡㅡ 세상이 많이 좋아졌지만 이식성 호환성 버전관리 협업방식 등 현업에서 필요한 기본 지식을 알려줄 필요가 있습니다. 단순 코더들 정말 답안나오는데 쥐뿔 꼴에 개발자라고 어디는 얼마주네 이러고 다니는꼴 보면 미래가 암울합니다

결국 소스는 오픈되어있고 창의력싸움이네요 이게 쉬운것 같지만 무한경쟁시대로 보면 되기때문에 한편으로는 더 어려운 것 같아요 창의력은 노력으로 한계가 있기때문에...

요리 비유 괜찮네요. 다만 요리도 요리치가 있듯이 외양은 물론 조미료 등 맛을 내서 결과가 그럴싸해야 맞지 잡탕은 아무도 필요로 하지 않죠. 프로그래머? 그거 그냥 무료 갖다 쓰면 된다매? 라고 비경험자가 이야기할까봐 걱정스러운데, 우린 요리도 꿀꿀이죽과 아마추어 요리, 셰프의 요리의 격차를 느끼고 품평까지 하듯이, 프로그래머 결과물도 분명 엄청난 격차가 있다고 보입니다. 어떤 사람은 코드에 뭐가 잘못됐는지도 모르는 게, 딱 백종원 골목식당처럼 뒷목 잡게 만들기도 하죠.

ㅋㅋ 재밌는 내용 재밌게 잘 들었습니다 ㅋㅋㅋ

거 뭐 대충 화면에 버튼 몇개 올려 놓고 이리저리 연결하면 프로그램 하나 뚝딱나오는거 아녀? 이 CD 한장에 천만원이라고 이 도둑놈들... 이라고 하던 상사를 보는듯하다... 인터넷 없던 시절에는 이미 있는 API도 있는지 몰라서 만들어 쓰던 시절이 잇었는데... 지금은 내가 만든게 있어도 더 좋은게 있는지 구글링부터 하는게 현실이긴 함... ㅋㅋㅋ

무에서 유를 창조하는거에 비하면 쉬운게 맞습니다. 하지만 필요한 코드와 기술을 자기가 원하는 결과물과 개발환경에 맞게 바꾸기 위해서는 높은 이해도가 필요하고 , 기술이 발전함에 따라 알아야 하는 지식의 양이 방대해졌기에 공부해야 하는 양은 더 많아졌습니다.

옛날에는 납땜까지 해서 보드를 만들어야하는 수준이었다면 지금은 보드는 사오고 조립만한다고 생각하면 됨. 다만 옛날에는 삐삐수준만 만들어도 박수받는데 지금은 핸드폰 디스플레이를 접어야 박수 못받는 현실....

귀에 쏙쏙 들어오는 영상 정말 감사합니다. ^^ 완전 공감합니다. 코드를 처음부터 짜는 사람은 이제 없고, 라이브러리와 프레임워크를 많이 알아서, 잘활용할 수 있는지가 중요한 것 같아요. 더 중요한건 컨텐츠 자체! 아이디어, 비지니스 인사이트 인것 같아요. 좋은 영상 늘 감사하게 보고 있습니다. 함께 성장할게요!

복붙 및 조립하듯 코딩 버릇을 잘못들이게 되면 금방 한계가 옵니다. 취미로 배우시거나 시작하시는분들은 괜찮지만 IT대기업 취업을 원하시거나 전문적으로 일을 하실 분이시면 알고리즘 공부와 한가지 개발툴과 언어는 눈감고도 타이핑 할 수 있을정도, 소스 공통 모듈화 경험과 프로젝트를 끝까지 완성한 이력 포트폴리오들이 필요합니다. 기업들은 조립경험만 많은 개발자를 원하지 않습니다.

코딩이 쉬워진것은 사실이지만, 생산성이 높아진만큼 개발자 한명이 더 배워야 할 부분과 책임감도 그만큼 커졌죠. 예전엔 엑셀, 파워포인트, 워드 같은 일반 사무에 사용되는 OA툴은 한번 배우면 거의 끝까지 사용할 수 있으나, 개발은 트렌트라는게 있어서 어제까지만 해도 업계표준이던 프레임워크가 오늘은 레거시가 되는 상황도 비일비재 합니다. 뭐 요즘 핫하다는 MSA니 뭐니도 몇년뒤엔 어떻게 변해있는지 아무도 알 수 없고 클라우드 컴퓨팅 또한 어떻게 될지 아무도 모르고..

CV 하다보니 기존 개발자가 퇴사하거나 인수인계에 누락되면 해당 코딩이 시대에 뒤쳐지는 방식이라 후대에 인계 받은 사람은 왜 그런 구성인지 검색해서 찾기 어렵게 되는 경향도 있고 본맥없이 CV로 땜빵 하다보니 짧을 코드가 길어지는 경향도 있더라고요, 그렇게 스파게티 코드가 만들어지면서 코딩방식의 차이, 불필요한 문맥등이 겹치면서 해당 개발자 아니면 버그 코딩이 엄두가 나지않는 상황이 중첩되다보니 초기에 보이지않던 오류가 시간이 지나면서 여러 개발자의 손에 관련없다고 생각했던 함수등이 덧붙이고 덧붙이면서 충돌하고 답도 없게 연계되면서 발생하는 경향이 있는거 같습니다.

그냥 제목이 어그로고... 그때의 지식과 경험도 없는 사람이 알려주는 거 자체가 넌센스지. 내가 사실 좀 화가 난 이유는... 지금이 어떻게 더 개발이 쉽다고 할 수 있지?? 그럼 10년 15년 전에는 뭐 암 것도 없었나?? 뭐 통신 프레임웍이든, dll같은 라이브러리든 없었나... 다 있었는데... 무슨 백지에서 한 거라고 생각하넹... 그 당시에 구현해야 하는 게 모바일 앱 만들때 c로 스크롤 자체도 직접 구현하고 했지만... 그런 종류가 엄청나게 많았지만... 내가 알아야 하는 좁은 부분에서, 알고리즘만 엄청나게 파고, 고생한 건 사실이고... 이 당시에는 뭔가를 공부해야 하는 영역이 안 컸음. 현재는 그런 것들은 하지 않지만 알아야 할 것들이나 트렌드기 엄청나게 많아서 오히려 더 뛰어난 학습력이 필요하징. 더 공부해야 할 것들도 넘치고... 암튼 총 맞을만한 주제는 앞으로 하지않길... 이건 경험자가 해야하는 주제야 그리고 그때 못지 않게 지금도 개발자들에게 엄청나게 힘든 상황입니다. 넘쳐나는 서비스에, 클라우드도 알아야 하고, 넘쳐나는 암호화, ipv6지원 프로그램 개발, 블록체인 기술, git사용에... 고생 많으십니다. 지금이 이미 지옥이십니다. from 위피씨로 네이트온톡 개발한 개발자가..

코딩이 쉬워져도 남들 보다 잘만들기는 엄청나게 어려워진 현실

이래서 이게 돌아가는데 어떻게 돌아가는지 왜 돌아가는지 왜 안되는지 모르는 개발자가 생겨나고 있죠...

극한의 재사용성과 극한의 메모리 관리를 무슨 최선인 것 마냥 생각하는 사람들이 있는데 개인적으로 안타깝습니다. 물론 대용량 정보를 처리하는 코어 시스템에는 쓰면 좋겠지만 확장성과 유지보수성이 극한으로 낮아지는 것도 감안해야죠. 요즘같이 하드웨어가 받쳐주는 시대에는 무지성으로 재사용성과 메모리 효율성만 따져서 짜면 개같이 욕먹습니다. 나중에 확장도안되고 커스텀도 안되거든요.

환경이 바뀌었을 뿐 쉬운 일 하면서 돈 많이 받는 경우는 없는 것 같아요

개발자 많아지는거 격하게 환영합니다.. 단..정말 기초가 충실한 개발자만......입니다. 대충 기능만 만들고, 버그 수정못해서 도망가는사람 많습니다.

요즘 코딩은...뭐랄까 개발 그 차체 능력보단 자기 전공분야가 따로 있고 코딩은 덤으로 하면 더 좋은 이런 느낌이에요. 기업에서도 그걸 더 원하고 진짜 개발할게 있으면 외주 하청주면 되니까..그냥 지나가다 한마디 해봅니당

와 너무 재밌네요 이런좋은강의 만들어주셔서 넘넘감사합니다

지금도 뭐... 제품스펙 때문에 바이트단위로 조절하는 게 없지는 않긴 하죠.ㅎㅎㅎ 전에 인증 때문에 잠깐 ble쪽 카드리더기모델 작업한 적 있었는데... 난 대체 왜 계속 데이터 지우고 제거를 하나 싶었는데... ㅎㅎㅎ 아 그리고 예전에...뭐, 게임에서 도트단위로 작업을 해야 했떤 적이 있었는데(아마 중국쪽 폰 사양에 맞춰야 한다고... 이게 벌써 언제적인지...) 저사양폰에서도 돌아가게 만들어야해서 apk가 10~50mb 사이로 만들어야 하고... 그래픽리소스 줄이는 거나 폴리곤수 줄이는 거 하나하나 작업한다고 프로그램쪽도 그렇지만 그래픽팀 개고생했던 거 기억나네요. 지금이야 뭐... 아, 최근에 바이두쪽 메타버스 시랑에 작업하는 게 있었는데... 거기도 그래픽관련 주의사항들이 꽤 많더군요. 코딩도 제약사항이 만만치않고... 이미 하신지는 잘 모르겠는데... 나중에 로블록스 쪽도 한번 영상컨텐츠도 한번 고려해 주셔요. 최근에 한번 해보니 만드는 거는 쉽긴하더라구요. 이것저것 가지고 놀긴 재밌을 거 같아요. 잘보고 갑니다

점점 쉬워지고 접근성이 높아지는 건 사실이지만... 늘어나는 공급에 비해 질적 성장을 하고 있는가는 좀 의문이네요

조코딩님 이런영상 진짜 사랑합니다

ㅎㅎ 재미있게 봤습니다 근데 c랑 c++도 고오급 언어예요 ㅎ

제가 밀키트로 요리한 음식과 백종원이 요리한 음식의 맛은 다를것 입니다. 백종원 수준까지 안가도, 동네 국밥집 사장님이랑도 맛이 많이 다를것 입니다. 이미 있는 코드를 가져다 와서 자신이 가지고 있는 코드에 잘 녹이는 일은 절대 쉬운 일이 아닙니다. 하드웨어가 그리 상향평준화 되었는데 어떻게 고사양 게임들에게 '헬적화'라는 말이 붙을까요... 그거 참 신기한 일이네요... 코딩은 전혀 쉬운게 아닙니다. 예전보단 편리해졌을수 있지만, 밤새면서 세미콜론 하나 빠진걸 찾는게 개발자라는 직업입니다. 특히 웹 분야에서 분기마다 바뀌는 트렌드를 따라가는게 쉬운 일이 아닙니다. 공부 하는걸 싫어하고 코드를 작성하는 행위를 줄기지 않는다면 개발자 못합니다. 한번 자바랑 파이썬 설치해서 Hello, World! 출력해보세요. '이거 할려고 그 쌩고생을 했다고?' 싶으면 개발자하는걸 추천드리지 않습니다.

전산과 94학번입니다. 그때는 코볼, 포트란, C언어, 에셈블리 배웠는데 지금은 정말 대단히 좋은 환경이네요. 그때의 열정이면 대작 게임 혼자도 개발할듯 ㅋㅋㅋ

손가락 멀쩡하고 문서 읽는데 문제 없으면 어지간한건 따라서 할 수 있습니다. 다만 그 이상은 계속 공부하지 않으시면 한계를 맞을 수 밖에 없죠

경험담인데 아무리 쉽다고해도 자신의 생각보단 훨어렵습니다...ㅋㅋ

aws, 프레임워크에 각종 소스 복붙으로 얼마든지 쉽게 서비스런칭은 가능합니다. 그리고 아이디어가 좋아서 성공할수도있죠. 성공해서 투자받으면 어떻게될까요? 서비스의 질을 높이고 확장해야 하는데, 기존 인력의 실력으론 택도없죠. 그래서 물갈이 합니다. 기존 개발자들은 다 나가고, 네카라쿠배 출신이나 실력있는 개발자들로 채워집니다. 그게 현재 성공한 스타트업의 현실이죠. 요리에 비유를 하셨는데, 요즘 좋은 레시피도 널렸고, 유튜브, 밀키트 등 쉽게 요리할 수 있는거 맞습니다. 그렇다고 내가 요리사냐? 그건 아니죠. 딱 할 줄알고 배운 레시피만 요리 가능합니다. 요리에 대한 깊이가 부족하기 때문에, 더 발전시키거나 새로운 메뉴를 개발하는건 불가능하죠.

누구나 요리는 할 수 있지만, 누구나 요리를 팔 순 없죠. 코딩은 사드세요.. 제발... 결국 주방용기 꺼내고, 열기 쐬가며, 손 베이고 디이고 쓰라리고 아프고, 다 먹고 나면 설거지 해야 하고, 설거지 끝났으면 뒷정리 하고.. 더더 맛있는 요리 만드려면 장비빨도 필요하고, 공간도 빵빵해야 되고, 위생도 신경써야 되고, 음식 데코도 빼놓을 수 없죠!

선배님들이 라떼~ 시전 하실수 밖에 없을듯...ㅋ

이 유튜브가 광고로 올려놓은 영상이 나 대학교 1학년때 컴터과에서 배운 것보다 훨씬 쉽고 간단하네 ㅋㅋㅋㅋㅋ 진짜 현타온다

90년 대학 시절, 광고로 자랑하던 PC의 슬로건이 뭐였냐면 대용량 메모리 640KB!!!, 그러다가 메모리 2MB가 나왔는데 그 때 반응이 "와 메모리가 많아서 헤엄치겄네..." 그랬었지.

리눅스 창시한 사람이 기술은 공유되어야 한다고 하면서 리눅스를 공개하고 오픈소스라는 개념을 만들었습니다. 내 소스 공유할테니 쓸 사람들 가져다 쓰고 대신 니가 만든 것도 공유해라.. 라는 개념이죠.. 이념에 의해 진영이 나뉘어 있고, 자신만의 기술이 무기가 되는 세상에서는 같은 문제를 해결하기 위해 모든 사람들은 각자 문제를 해결해야 했지만 세계화, 지구촌 이런 만들이 나오고 소프트웨어 쪽에서도 기술공유가 화두가 되면서 이런 세상이 되었습니다. 이런 기류가 앞으로 계속갈지 아닐지.. 기로에 서있는 느낌입니다. 트럼프가 구글더러 안드로이드 중국에 주지 말라고 했죠.. 안드로이드 코드 중 많은 부분에 중국출신 엔지니어들의 코드도 들어가 있습니다. 미국은 자신들의 생산시설을 다 없애버리면서 중진국, 후진국에서 로얄티만 주고 반도체 부품들을 만드라고 했었죠. 자신들은 부가가치 높은 부분만 개발한다고.. 일이 너무 쉽게되고 고도의 기술이 들어간 부분들을 대중들은 싫어했고 간단한 것들로 뭔가를 하려하니 정말 기업에서 일시킬 사람들이 별로 필요없고 사람들은 정말 단순한 일들로 먹고 살았습니다. 이제 그 많은 사람들 먹여살리려니 자신들 기술이 남에게 가는 것을 좋아하지 않게 되었습니다. 앞으로도 지금처럼 흘러갈지는 장담하기 어려운 것 같습니다. 좋은 프레임워크나 api 같은 것들.. 좋은 기능을 가진 반도체 칩들에서 우리나라 엔지니어들의 작품이 많아지길 기대합니다.

썸네일 시바견 만능이네 ㅋㅋ

포켓몬 보면 초창기 포켓몬은 진짜 어떻게든 용량을 효율적으로 효과적으로 쓰려고 노력했는지 보임

실제로 프리랜서로 일 하다보면 다른사람이 만든 프로젝트 이어 받아보면 무슨 괴물로봇 만들듯 라이브러리랑 다른사람 코드를 덕지덕지 사용한 경우가 많음

바퀴부터 발명하지 마랬음. 기술축적에 따라 점점 더 쉬워지고 생산성 높아지고 퀄리티 좋아지는건 어찌보면 당연한듯

단 5년만 지나면 그 5년전에 프로그래밍 하던 사람들이 요즘 코딩 쉬워도 너무 쉽고 대충해도 기능이 된다는 소리를 또 할겁니다

9:08 에 나온 장면은 저분이 저만큼의 프로그래밍책 보고 프로그래밍을 한게 아니라 나사에서 아폴로우주선 프로그래밍 하셨던 분이고 저 책들은 그때 혼자서 프로그래밍했던 소스코드북임요.

코딩 어렵다...그냥 내 길 아닌듯 근대 하고싶은건 코딩이 필수라서 너무 슬픔..

I just fit Pokemon Red in 512kb... 이 말이 DOS에서 실행가능한 프로그램 크기가 512kb 이내였기 때문이었을 겁니다. 이보다 크면 실행 안됐던 기억이...

영상 마지막에 사실상 아이디어 싸움이라고 하셨는데, 1인 개발자가 아니라 회사에 취직한 개발자의 경우에도 그렇다고 할 수 있나요? 제가 개발자 일에 대해서 잘은 모르지만 회사가 원하는 걸 코딩으로 구현해주는 사람 = 개발자 라고 생각했어서 뭔가 회사에 소속된 개발자는 아이디어를 생각해내는 직업이라고 생각하지 않았어서 궁금합니다!

예전엔 폐쇄적이라 api sdk같은건 꿈도 못꾸고 연동문서도 없어서 패킷떠서 리버스했다 이마리야!!!

제목보고 깜짝놀라서 들어온 학사경고 컴공전공자임니다. 조코딩님은 상타치 컴공전공자입니다. 개발하는데 고려해야할것들이 한두가지가 아닙니다.

결론대로 결국 아이디어 싸움이지요. 단순 코더네, 코딩몽키네 하는데.. 글쎄? 이어붙이는것도 실력이라고 생각함. 코테 문제 난이도 쉬운거 적당히 풀 줄 알면 코딩실력은 더이상 필요없음. 기업들 코테 시험보고 있는것도 코미디. 삼성이 그 뻘짓 끝판왕. 사내 인증 시험보면 개뻘짓들 하고있음. 물론 코테 폐지하는 기업들 점점 늘어나고 있지만 아직 멀었다.

안드로이드는 네이티브를 이길수 없죠.. 제가 자바 개발자이면서도 아이폰만 사용하는 이유입니다. 안드로이드 아키텍처 보고 깜놀함.. 앱 하나 띄우려고 VM 프로세스를 매번 하나씩 fork 한다는게 ㅋㅋㅋ

9:21 저거 저 사람이 공부 한 책이 아니라 달로 가는 프로그램을 손으로 코딩한 거래요 근데 그대로 실행 시켜 보니까 문제 없이 잘 작동 했다고 함 ㄷㄷㄷ

요즘에야 하드웨어가 든든하니 날림에 스파게티로 떡칠해도 성능빨로 굴러가게는 만들수 있지만 그만큼 데이터의 양이 기하급수적으로 늘어서 깊은 영역으로 가면 옛날이나 요즘이나 거기서 거기죠. 요새도 잘나가던 게임들 시니어들 도망가고 주니어들로 채우다보면 실시간으로 개판나는거마냥 코딩의 '대중화'가 되기 시작한거지 '쉬워진것'은 아니라고 봅니다. 단순히 내가하던 업무의 일부를 분담하거나 간단한 작업을 위해 날림으로 짜는건 확실히 편해졌는데 이걸 돈받고 팔야야할 퀄리티가 되려면 정말로 골머리 터집니다.

절대적인 생산은 늘어도 그 중에서 또 생산적인 사람이 되려면 결국 노력을 많이 들이는 건 마찬가지임

요즘것들이라고 욕하는 것은 본인의 무지를 증명하는 것이다 어느 세대가 유사하거나 동일한 특성을 가지고 있다면 그건 여러 환경 탓이지 그들 개개인의 탓이 아니란 것을, '요즘것들' 사안에 대해 몇분만 반문하며 생각해봐도 알 수 있다 그리고 그 환경에는 요즘것들의 윗 세대도 당연히 포함된다

단순하 하드웨어의 발전에 의해서 용량이나 퍼포먼스 관리를 안해도 된다는 의견에는 동의할 수 없네요.. 개발자가 신경쓰지 않아도 되게끔하려고 물밑에서는 많은툴이 자동으로 동작하고 있으니까요, 프론트나 ㅁ백이나 리소스관리 안하면 안써도 되는돈 추가로 나가기때문에 프로덕션에선 최악입니다. 직접적으로 메모리관리 레벨까지 할 필요는 없지만 상황에따라 튜닝은 필수적이죠 전 주니어와 시니어의 차이도 거기서 나온다고 생각합니다. 코드를 돌아가게만 짜놓느냐, 최적화를 할 수있느냐. 추가로 깃헙에서 막 가져다 쓴다고 표현하셨는데 써드파티 라이브러리 신뢰도도 확인해야하고 유지보수가 안되면 포크ㄸ서 직접 개발해야하는건 똑같구요, 라이센스도 mit 아니면 추가로 개발 외로 부수적인 일을 해야할 수도 있습니다. 환경이 편리해진만큼 고려해야할 부분도 많아졌기에 코딩하기 쉬워졌다기보다 허들이 많이 내려갔다는게 맞지않을까요? 막말로 저급언어나 어셈블러로 코드짜던때는 요구사항이 한명으로 커버칠수있는 사이즈도 많았고 클린코드도 엄청 심각하게는 고려하지 않았구요

언제부터인가 코드를 짜면서 램을 신경쓰지 않게 되었습니다. 이제는 아무도 램계산 하라는 말을 하지 않네요...

만들기는 쉽다. 실력은 문제 해결에

그만큼 깊이가 더욱 깊어지고 내부적으로 어떻게 동작하는지 원리를 모른다면 제대로된 개발자로 성장하기 힘든 시대입니다. 본인이 깊이가 없으셔서 그런가요? 그걸 알고 계신다면 함부로 이런 말 못하실텐데요.. 이런 이상한 유언비어를 퍼뜨리는 영상은 지양해주셨으면 합니다.

비유 개찰지네요ㅎㅎ

^^재밌는 영상이네요. 그러나 개발은 언제나 어렵고 피곤하고 막막한 분야지요...ㅎㅎㅎ

예전에는 가져다 쓸수 있는 게 거의 정해져 있었어요. 그런데 요즘은 너무 많습니다. 선택 장애 생길 정도로 많아요. 분야도 넓어지다보니 프로그래밍 쪽 하시려는 분들은 자기가 어떤 분야를 갈 것인지 잘 선택하고 여기 맞는 프로그래밍 환경을 배우셔야 해요. 여기서 분야란 업종을 말하는 거예요. 게임, 쇼핑 유통, 디자인, 전통적인 제조, 회계, 생산, 장비(임베디드) 을 말합니다.

도스시절 풀다운 메뉴 하나 구현하기 위해서 며칠씩 밤새던 기억이 나네요.. ㅋ

굉장히유익한영상이네요,감사합니당

임베디드쪽은 얘기가 많이 다르지요, 이쪽은 여전히 메모리가 kb 단위라 ㅠㅠ, 그리고 언어도 C언어로 제한되어있고 컴파일러도 C99에 갇혀있어서 적은 메모리로 작업하다 보니 인터넷에서 코드 가져오면 메모리 초과가 되어서 직접 성능도 빠르면서 메모리 사용량은 낮은 걸 짜야하는 그런 극한적인 개발환경입니다. 여러분들! 임베디드는 피하세요!

저런 라이브러리들은 영어로 못해도 찾을 수 있나요 코딩 배우려고 책사서 만지작 거리다가 접은적이 한두번이 아닌데 책에선 저런 방식이 없거나 가장 뒤에 나오니까 공부하다보면 대체 이런 자잘한 연산들로 뭘 어쩌라는거고? 그런 느낌만 느끼다 접게 되는듯...

아이디어가 중요하지만 그 아이디어를 구현해낼 만큼의 코딩능력은 있어야합니다..ㅋㅋ

오히려 코딩 쉬워져서 코딩으로 살기 훨씬 어려워짐

이렇게 간편화가 진행되면 진행될수록 개발자라는 직업의 전문성도 엄청 낮아지게 될까요?.. 프론트엔드 같은경우 나중에 사라질수도 있는 직업이 될까요? 이번 영상을 보면서 정말 많은 생각을 하게 되었는데요.. 9월 부트캠프를 앞두고 저는 프론트엔드 지망을 꿈꾸고있는데요.. 혹시 잘못가는것이 아닌가 하고 생각이 드네요....

요즘엔 더 다른점에서 능력이 필요하죠 그놈의 T자형 인재로 자신 분야, 언어뿐만이 아니라 연계되는 다른 분야에 대한 폭 넓은 지식 요즘엔 ai 클라우드도 포함될 예정이죠.... 딱히 쉬워진건 아니라 봄...

제작까지는 그렇다해도 유지보수가 ㅠㅠㅠ

시작부터 빠르고 좋네 ㅋㅋ

반대로 생각하면 그때 당시의 개발자들은 엄청난 실력자라는 뜻이라고 생각해봐도 될까요

만들어보고싶은 어플이 있고 아이디어는 있는데 전혀 코딩을 알지못해서 못하고있어요 조코딩님꺼를 봐도봐도 모르겠고 그냥 기본도 모르겠음 ㅜㅜ ㅋ

1:54 1991년에 우리 학교에 IBM 슈퍼컴이 있었는데, 자기 백업장치 교체가 있었습니다. 1GB로 교체를 한다고 하는데, 당시로서는 헤아리기도 힘든 용량이었죠. 컴퓨터 실습실에 대부분 기종이 1.2MB 플로피 디스크를 쓰는 XT고, 종종 최상의 AT가 있기도 했지만, 하드 최대 용량이 20MB였습니다. 그때 든 비용을 지금도 기억하고 있는데, 1GB에 10억원이었습니다. 30년 전이었으니, 지금 화폐 가치로 하자면, 50억 정도의 가치가 될 겁니다. (당시 짜장면 한 그릇이 2000원 수준)

코딩을 하나도 모르는 사람들, 비전공자 분들을 위한 영상이여서 쉽고 재밌는 비유를 많이 넣으셔서 재밌게 봤습니다. 근데 요즘 이런 영상이나 뉴스보고 개발을 우습게 보는 사람들이 많이 생겨서 피곤하네요.. 뭐 스택오버플로우에서 가져다 쓰면 된다니.. 오픈소스 그거 그냥 복붙 하는거 아닌데 뭘 그리 어렵게 생각하느냐니.. 심지어 친척중에는 이제 드래그 앤 드롭으로 코딩 되니 개발자 말고 공무원이나 하라고 하는 사람도 있었구요 먹고 사는게 참 피곤합니당

요즘 개발자도 어셈블리 표 보면서 기계어 직접 코딩 할 줄 압니다. 그럴 필요가 없으니까 안 하는거죠. 만약에 ATTiny 같은 초저가 MPU에 우겨박을 프로그램을 만들어야 한다고 했을 때 저라면 주저 없이 어셈블리로 코딩합니다. 어셈블러가 무슨 MSDOS전용이라 맛이 가서 못 쓴다고 하면 주저 없이 핸드어셈블해서 헥스에디터로 바이너리 만듭니다.

1:45 이거 잘못된정보입니다. 2tb sd카드는 없습니다. 그건 중국제품이고 꽁용량이며 사기제품입니다 알리에서 팔고있어요 기존용량이 삭제되며 새로씌어지는 사기입니다. 반도체 으뜸 삼성도 아직 1t sd카드는 개발하지못했습니다

이게 그건가 독있는 가시밭길에서 독 빠졌으니까 밟을만하다 라고 말하는거ㅋㅋㅋㅋㅋ "아 뭐 아프긴 한데 할만할거야" 라는거잖아ㅋㅋ

현실은 생산성이 올라간만큼 요구하는 것도 늘어난게 맞습니다.

1:06 2002년 도입한 한국 기상청 슈퍼 컴퓨터 vs. 플스5