이번 영상은 웹 개발 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 #구글링
@stanleydan9159 Жыл бұрын
대학생들 가르치고 있는데, 파일 정리를 안 함. 이유를 물으니 그냥 해본적이 없다고 함. 생각해보니 이들은 살면서 '용량 부족' 이라는걸 경험해 본 적이 없구나..하고 소소하게 충격 받았음. 요즘 쉽다는 소리에 무조건 발끈하는 글들만 보여서 안타까움.
@berng1213 Жыл бұрын
근데 왜 컴퓨터끄는데 웜부팅 소프트로 끄나?테레비끄듯 콜드부팅 스위치눌러 바로꺼도 되는 컴성능이 되았잖나?!
@stanleydan9159 Жыл бұрын
@@berng1213 요즘은 거의 안끕니다.. 예전으로 치면 파킹모드가 워낙 발달해서 전원버튼 안누른지 꽤 오래됐네요
@user-ks9hr1bn2e Жыл бұрын
어떤 컴퓨터를 사야 용량부족이 안오나요?
@JUC3301 Жыл бұрын
@@user-ks9hr1bn2e ssd사세요
@num001koo Жыл бұрын
Everything 같은 프로그램의 존재도 한몫한다고 생각합니다
@elvenisar Жыл бұрын
슈퍼마리오 당시에는 메모리 1Kb당 요즘 물가환산 5천원 한다고 할 정도로 비쌌고(저장장치가 무려 ROM, 그래서 롬팩) 당시 메모리 제작 기술도 떨어져서 메모리 칩당 용량도 작았기 때문에 팩 규격 안에 욱여넣는것도 한계가 있었어요. 그러다보니 절대 1byte의 낭비도 할 수 없었던거죠. 필요없이 들어간 코드 한줄때문에 팩당 제작단가가 5천원 상승->10만개 제작시 5억원의 비용증가니까요. 또 그때는 한명~서로 친한사람 몇몇이 모여서 짜는거라 그 프로그램의 모든 구조가 프로그래머 머리속에 있었어요. 그러니 언어 자체가 객체지향이 전혀 없어도 프로그래머의 두뇌 속에서 그걸 보완해서 해결이 되었던거고... 또 프로그래머 자신이 만들고 싶은 프로그램을 짜는거였는데, 요즘은 뭐 했다하면 100명씩, 그것도 고정인원이 아니라 이리저리 스쳐지나가는 사람도 많으니 그런식의 프로그래밍이 에초에 불가능해진거죠. 개발진이 100명이라고 해도 실제로 잠깐 들어왔다가 나간다던가 하는사람까지 다 합치면 전체 참가인원 300명 넘는거 순간이니까요.
@user-lb5lu1wc5f Жыл бұрын
단위 가격으로 환산하니 확 와닿네요
@user-jm3xi4vw2i2 жыл бұрын
9:22 에 나오시는 여성은 아폴로 우주선의 소프트웨어를 코딩하신 마거릿 해밀턴이라는 분입니다. 옆에 본인 키 만큼 높이 쌓여있는 책은 본인이 공부한 책을 쌓은 것이 아닌 아폴로 계획에 들어간 자신이 짠 코드를 쌓아논 것입니다. 코드가 책으로 있는 이유는 어떠한 프로그램의 도움도 없이 모두 손으로 적는 손코딩을 했기 때문이고 손으로 코딩했지만 버그 하나도 발생하지 않았다는 전설적인 분입니다...
@jocoding2 жыл бұрын
와 저게 손으로 쓴 코드였군요ㄷㄷ
@kanadara08392 жыл бұрын
진짜 미치신 분이네요 ㄸ
@user-dk2tf6mq3n Жыл бұрын
수학적으로 계산할 식을 미스없이 손코드로 짜고 오류없이라니
@user-uw2mf8lc5j Жыл бұрын
레전드네 ㅋㅋ
@user-ut5kc1rl3r Жыл бұрын
진짜미친....
@gunmanpro96962 жыл бұрын
코딩은 쉬운게 맞아요. 제대로된 프로그래밍이 쉽지 않아서 그렇지. 요리도 쉬워요. 맛집, 5성급호텔, 미슐랭급 맛있는 요리를 하는게 어려울 뿐이지. 프랜차이즈한테 납품받아서 자영업 차리면 음식점 뚝딱입니다용.
@user-tc9pr9uy5j Жыл бұрын
맞습니다.....ㅋㅋㅋㅋ 개발환경이 너무 좋아져서 누구나 쉽게 할 수 있다는 것과, 그걸 업으로 삼고 경쟁력을 갖출 수 있을 정도의 실력을 가질 수 있는지는 전혀 다른 문제죠 ㅋㅋㅋ 요리? 막말로 마트에서 재료 사와서 누구나 하죠 ㅋㅋㅋㅋㅋ 근데 그걸 다른사람에게 납품을 해야한다고 생각해보시면요? 그 요리 과정에 뭔가 잘못된 부분이 있어서 수정해달라는 요청이 들어오면요? '아 전 그냥 마트에서 파는거 스까서 도로 파는거예요^^' 하면 될까요? 이때부터는 요리랑 비교할 수 없을만큼의 노력과 '지능'이 요구된다고 생각합니다... 개발에 관심있으신 분들은 이 점에 대해서 반드시 깊게 생각해보셔야 할 거예요. 그냥 마트에서 재료 사다가 스까서 파는 거라고 생각하신다면, 딱 그 정도 수준의 개발자에 머무르는 것이구요.(물론 그런 것 또한 극히 낮은 확률로 대박을 칠 수 있음은 뭐... 있을 수는 있죠.)
@8xsoldier Жыл бұрын
납품받아 데우기만 하는 식당은 경기를 쉽게 타죠. 바닥이 잘 다져진 식당은 경기에 영향을 안받고
@user-bg8qx8hk7c Жыл бұрын
전형적인 기술기반 고정관념. 시중 음식점 거의 대부분이 비요리전공출신에 매출 잘만 나오는 자본투입형 가장들이 훨씬많음. 5성급요리? 그런거 만드는사람들 어차피 숫자는 거의 한정적이고, 많아도 시장에 쓸데가없음. 대부분 매장들은 정해진 재료와 레시피, 장비대로 다 와서 하기만 하면 가게 누구나 열수있음. 기술에 대한, 요리에 대한 정성과 실력이 딸리면 장사 안된다고요? 실제로 뭐 스타벅스라든지 아니면 기타조리음식점들 가서 배워보면 1~3달이면 다 배울수준이 태반이고 이후로는 숙련일뿐임. 그런데도 장사 잘만되고 매출 잘만나옴. 손님들이 더 좋아함. 왜? 실력믿고 깝치면서 손님한테 훈수두는 허세충들은 가격만 비싼데 맛은 거의 거기서 거기니까. 프랜차이즈 브랜드들, 맥도날드, 쉑쉑이 뭐 엄청난 요리사들을 뽑아서 성공하시는줄 아는 전형적인 생각.
@user-sh2iy1uc4l2 жыл бұрын
정말 이전 프로그래머분들께 감사하다는 말을 하지 않을 수가 없는 내용이네요!
@jocoding2 жыл бұрын
진짜 구글링으로 꿀빨때마다 훌륭하신 선조분들께 항상 감사한 마음입니다ㅋㅋ
@user-ox9iz9ye6q Жыл бұрын
과거에 비해 하드웨어 성능이 많이 좋아진것은 사실이나 그만큼 트래픽도 기하급수적으로 늘어서 오히려 생각해야되는 부분은 더 많아졌습니다... 클라우드서비스.. 잘되어있으나 저것도 모두 비용이라 실제 비즈니스에 적용하기엔 많은 고민이 필요합니다. 만들어져있는 좋은 SDK, 프레임워크등등이 많은건 사실이나, 이들을 현업에서 적용하여 서비스하다보면 마주치게되는 문제들은 결국 그것들을 단순히 '가져다 쓰는' 수준으로는 해결할 수 없고 그 밑단 core 까지 지식이 있어야 해결할 수 있는 문제들이 대부분입니다. 인사이트가 있어 이런 어려운 트러블슈팅을 잘하는개발자를 실력있는 개발자라고 하는거고 대부분의 개발을 시작하는분들이 가고자하는 회사인 네카라쿠배에 들어가기위한 기본 조건이 되기도합니다. 이번 영상은 잘 모르는 비전공자분들이 현혹되기 쉬운영상이네요.
@user-dk1rj2xe7b Жыл бұрын
정말 감사합니다 !! 😭
@user-e02u87 Жыл бұрын
원래 이 분 영상이 유익한 면도 많은 반면, 어그로를 끄는 컨텐츠도 꽤 됩니다.
@user-dl1ly8is7v2 жыл бұрын
이제는 코딩에 ㅋ부터 끝까지 모든것이 자기가 코딩을 하고싶다는 의지만 있으면 진짜 모두가 할 수 있을 정도의 시대가 와서 좋아진 것도 있지만 그만큼 경쟁도 치열해지고 평범한 웹사이트나 간단한 프로그램들은 이제 거들떠도 안본다... 이젠 정말 기술과 개발 보단 얼마나 참신하고 기발한 아이디어를 생각해 내느냐가 관건임
@gregyeo110 Жыл бұрын
코딩은 전체공정의 10프로도 안되는데... 주니어 개발자들에게 많은 오해를 살 수 있겠네요. 예전보다 세분화되고 기술 스택도 많이 넓어져서 예전과 같은 기준으로 보면 안됩니다. 포토샵이 좋아졌다고 다 멋진 사진으로 편집해내고 그림 그리는게 아니듯이, 시대에 맞는 결과물이 있고 이를 위한 프로세스가 있어요. 영상에서 말한 리소스 최적화는 성능 테스트하면 어차피 해야될 일이고, 손대는 부분은 다르지만 방향성은 같아요. 지금도 이 리소스 관리가 안되서 조금만 사람 몰리면 서비스 다운되는게 부지기지요. 왜냐면 코딩은 간단하다 생각해서 제대로 설계 안하고 코더한테 다 맞겨버리는 일이 많아서 그래요. 배우는 분들에게 희망을 주려는 의도였다고 생각하지만 실제로는 이러한 인식이 자리 잡히면 아키텍트 밑에서 일하는 개발자가 폄하되고 저임금 고수준 일을 하게됩니다. 말이 쉽지 API, SDK도 제공회사 서비스 특성을 사전 조사 다 해야 본서버에 도입해서 쓸만해지고 예외처리나 SLA 고려하고 하면 이것도 보통 한달은 걸립니다. 막말로 예전 개발자들도 STL다 쓸줄 아는 사람도 없을테고 필요도 없을겁니다. 중요한건 불러다 쓰는 코딩이 아니거든요. 지금 시작하는 개발자들은 라이브러리나 프레임워크가 만들어 놓은 생태계를 공부하는 것만해도 수년이 걸릴텐데 그런면에서는 예전보다 더 힘들어진 환경이라 생각합니다. 뭐.. 혼자서 다 만드시는 분들은 해당이 없겠지만 회사에서는 표준이 필요하고 이런건 학습을 필요로 하지요. 특히 리소스 관리는 아무리 기계가 좋아져도 그만큼 사용하는 리소스가 늘어서 시대를 불문하고 필요로 됩니다. 이런게 의미가 없는 회사라면 단순히 서비스 규모가 작아서 그런 것 뿐이겠죠. 요즘은 많은걸 라이브러리와 프레임워크가 해주지만 결국 메모리 누수나 원활한 운영환경은 코더 손에 달렸습니다. 공부하시는 분들 자긍심가지고 힘내세요.
@gksxodnd007 Жыл бұрын
공감합니다. 이 동영상 찍은 사람 뭔가 이상해요; 개발자가 맞나 싶을정도로 의견 수용도 안되고 ;;
@8xsoldier Жыл бұрын
저장공간은 항상 부족하군요
@Asq757 Жыл бұрын
@@8xsoldier 네 기술이 발전하면서 데이터트래픽이 증가하고 있으니까요. 대규모 시스템의 경우에는 오히려 예전보다도 현재가 인프라 관리하는 비용, 기술적 난이도가 더 올라간거 같네요.
@William_dj_ko2 жыл бұрын
1학년 강의자료 개요 같은데 나올법한 얘기 같은데.. 솔직히 개발환경이 편해진건 맞아요. 관리하기도 쉬워졌고. 그런데 개발이 쉬워진건 아닌 것 같아요. '내가 필요한게 뭔지 알고' '남이 짜놓은 코드를 읽고 이해하고' '100% 나에게 맞는 코드는 없으니 목적에 맞게 커스터마이즈하기' 같은 과정들이 능숙해지기까지가 어려운 과정입니다. 10년전까지만해도 '개발자'와 '코더'를 구분했었는데 요즘도 있나 모르겠네 .. 일부 기능을 오픈소스, api로 쓸 수는 있으나 그마저도 영리목적이면 돈주고 사야하고 결국에는 내부적으로 개발해야하는 경우도 많습니다.
@_LKH_ Жыл бұрын
정말 공감합니다! 현재 컴퓨터공학 전공생으로 이런 저런 프로그램을 만들면서 느끼는게, 다른 사람이 가져온 코드를 쓴다고 해도 그 코드를 이해하지 못하면 제가 진짜 원하는 구현을 하기 힘들더라고요. 그렇기 때문에 코드를 파악하는 능력이 정말 중요한 것 같아요.
@arigatto0155 Жыл бұрын
어중간하게 배우고 써먹으니깐 빡세다고 말하는걸로 안보인다. 그냥 6개월 학원다니고 막상 이것저것 난관에 부딪히니 힘든가본데.. 그건 니가 진짜 쪼~~금 알아서 그런거고.. 선배들이 옛날코딩보다 쉬워졌다 한것은 이유가 있다. 어중간하게 아는 상식에서 짜내가지고 글 써놓은거에서 너무 티난다는걸 말해주고싶었다.
@William_dj_ko Жыл бұрын
@@arigatto0155 NLP 석사 졸업하고 현업 6년차입니다. 옛날보다 쉬워졌다와 편해졌다를 구분하시길..
@juniee89712 жыл бұрын
말씀하신대로 코딩은 쉽지만~ 개발자는 어렵습니다!!! 코딩으로 맛난 요리 만들어보고, 좋은 개발자가 되기 위해 직접 돼지사육부터 해보는것도 필요합니다!! 초보분들 화이팅이요^^
@Solamon_Eula Жыл бұрын
돼지 사육법을 모르면 맛있는 햄을 고를 수가 없다~
@specideal Жыл бұрын
대충 목공으로 치면 옛날에는 나무생태에 대해서 이해하고 직접 산림가꾸고 수확할 도구까지 만들어서 가구, 집, 배를 만들었다면 요즘에는 누군가 이미 목재로 가공한데다가 설계도와 DIY하기 쉽게 미리 가공까지 되어있어서 조립만 하면 된다는 것이군요. 그러나 심화단계로 갈수록 만들고 싶어지는 것은 많아지고 DIY키트로는 한계가 있으니 결국은 어느정도는 직접 목재가공과 설계까지 짜게 되는 뭐 그런건가보네요. 그렇다고 한들 원시시대마냥 직접 나무생태연구하고 산림가꾸고 목재로 만드는 단계는 할 필요가 없으니 옛날과 비교불가로 코딩자체 난이도는 john나 쉬운거다라는 말씀이군요. 조코딩님 이 영상을 보고 코딩은 나라 먼나라 이야기로 취급하던것이 이제는 집앞 동네마트로 생각하게 되었습니다. 아득하게 느껴지던 벽이 사라졌네요. 공부를 해봐야겠습니다. 고맙습니다.^^
@civilize Жыл бұрын
코딩하기 좋아지긴 했어도 아는 만큼 보이는 법이죠. 웹에서 가져다 쓸 수 있는 코드는 어마무시하게 많지만 적재적소에 필요한 것을 가져와서 접목시킬 수 있는 능력은 가지고 있어야 한다고 생각합니다.
@user-dr4dv1ni4q Жыл бұрын
ㄹㅇ 코딩을 ㅈ으로 보나
@user-io6vr4kb6n Жыл бұрын
코딩을 해보면서 느낀건데, 개발자의 역량은 컴퓨터 전체에 대한 이해와 논리적, 창의적 코딩 실력에 걸려있음. 실력있는 개발자가 되려면 자신의 코드가 주어진 목표를 실행하기 위해서 가장 효율적인지, 더 다른 방법은 없는지 끊임없이 연구하고 공부해야 함. 또한, 컴퓨터라는 하나의 시스템 자체를 정확히 이해하고 그에 대한 흥미를 가지고 있어야 제대로 된 코딩을 할 수 있음. 근데 요즘 코딩한다고 뛰어드는 사람들 보면 그냥 하나의 돈벌이 수단으로만 생각하고, 코딩에 있어서 연구적 욕망을 가지고 있는 사람이 거의 없음. 그냥 가르쳐 주는거나 따라해서 그것만 잘하고, 좀만 못하는거 있으면 인터넷에서 가져다가 배끼고, 본인이 생각하려는걸 잘 안함... 개발자가 그냥 다중언어 사용자라고 생각해서는 절대 안됨. 창의력과 사고력이 그 바탕이 되어야 함.
@LobsTore2 жыл бұрын
접근성은 좋아진건 맞지만.. 제대로 사람구실 하려면 내부가 어떻게 돌아가는지 대충은 알아야 한다고 생각해요. 문제생길때 원인 예상을 못하는 친구들이 참 많더라구요..
@song29692 жыл бұрын
여러 댓글 다신 분들을 보니 조코딩님과 의견이 다르신 분들이 있네요. 저는 그 또한 당연하다고 생각합니다. 개발 관점은 개발 환경 및 개발 목표가 다르기 때문에 모두 다를 수 밖에 없습니다. IoT 임베디드쪽에서 쓰는 MCU는 램 320kb 메모리 2Mb 이하가 대부분이며 이와는 반대로 웹/클라우드/AI등 다른 분야에서는 GB단위로 램과 메모리를 사용합니다. 이에 따라 개발 시 우선 순위가 달라집니다. 전자에선 최적화, 후자에선 비지니스로직(참신한 아이디어 or 빠른 구현으로 사업 경쟁력을 갖춤)이 높은 우선순위를 갖겠죠. 대부분의 구독자분들 또한 후자에 관심을 두시는 분들이 많겠죠. 두 관점 모두 이해하고 저는 임베디드쪽을 하고 있습니다만, 체감상 최적화쪽 보단 reference를 적극 활용하는 개발이 더 트렌드를 따라가는 것 같습니다. 임베디드쪽도 AWS나 AI쪽을 접목시키는데 과거보다 성능대비 HW 단가가 낮아지고 mcu에 보다 다양한 기능을 수행하길 바라기 때문에 최적화에 목매달기 보단 하드웨어 스펙을 올리는 게 맞다고 느낍니다. 또한 투자금과 개발일정은 제한적인데 최적화를 극한으로 적용하는 것은 사업상 무리가 있습니다. 저는 reference 활용이 중요한 능력이라고 생각하며, 최적화 보다 reference 활용이 우선 순위가 높아야한다고 봅니다.
@_LKH_ Жыл бұрын
요즘의 개발자가 가져야할 능력은 아무래도 코딩 자체의 능력보다는 아이디어, 서칭 능력, 전체적인 구조를 파악하는 능력인 것 같습니다. 맥북에어 기본형 하나만 있어도 어떤 것이든 만들어 낼 수 있는 요즘의 세상이 더 많은 사람에게 평등한 기회를 열어준 것 같다는 생각이 드네요 ㅎㅎ
@user-wn6dj5yr5v2 жыл бұрын
1:13에 등장하는 기상청 컴퓨터가 플스5보다 속도와 성능이 낮다는 말은 cpu 1개의 성능만 놓고 비교했을 때의 일입니다 ㅎㅎ 실제로 1만개의 컴퓨터를 병렬로 연결한 기상청의 컴퓨터는 압도적인 성능을 자랑하며, 다 합치면 절대로 플스5와 비교할 수 없죠. 오해하지 마시길 바랍니다!
@jocoding2 жыл бұрын
gigglehd.com/gg/bbs/12312030 요거 참고하시면 좋을 것 같습니다ㅋㅋ
@AlphaGo272 жыл бұрын
그래서 여담이지만 플스를 병렬연결 했더니 슈퍼컴퓨터가 되었던 일이 있었죠.
@mintlemon93772 жыл бұрын
@@AlphaGo27 아 그거 일본인가 어디서 하지않았나
@Minseok_Ko2 жыл бұрын
해당 내용은 좀 자세히 공부해 보시면 지금 이야기 하시는 말씀이 얼마나 무지에서 나온 말씀인지 이해가 가실겁니다...
@준링2 жыл бұрын
중요한거는 해당 기기는 처분하고 없음
@user-ur8jq3dj2b Жыл бұрын
쉬워진 만큼 할 일이 개발자가 할 일은 더욱 더욱 많아졌습니다..
@sususu022 жыл бұрын
컴퓨터만 있으면 전세계에 영향을 줄 수 있는 시대. 그것도 어려운게 아님. 쥰내 쉬움. 중요한 건 '아이디어' 근데? 그 아이디어를 구현하는 것도 개 쉬움 실패해도 상관없음. 내 인생에 있어서 경험치가 쌓이는. 무조건 이기는 적폐랄까? 중요한 건 대부분이 좋아하는 걸 만들어야함!
@jocoding2 жыл бұрын
진짜 맞는 말입니다!
@user-ni6ut1il5m Жыл бұрын
이게맞다
@glee1981 Жыл бұрын
만드는 건 쉽지만 잘 만드는 건 끝없는 자기개발만이 답입니다
@user-vu6od8fl7o2 жыл бұрын
코딩이 쉬워진 건 분명하죠. 근데 그건 나만 쉬운 게 아닙니다. 모두에게 쉬운 만큼, 경쟁력 있는 개발자가 되는 건 쉬운 일이 아니죠. 그래도 코딩은 정말 유용한 도구예요. 개발자을 목표로 하지 않더라도 익혀두면 후회할 일이 없을 거예요.
@daisoccer2 жыл бұрын
코딩은 쉬워지는데 고객의 요구사항은 여전히 어렵습니다.
@user-pd6lq2nm8p2 жыл бұрын
틀린 말은 아닙니다. 그런데 현실적인 이야기를 해주어어 이분야에 들어오는 초보자에게 조심성을 알게 해주는 것도 필요할 듯합니다. 좋은 점 만큼 어려운점도 부작을 해주시면 좋을 듯합니다. 짜집기를 하면서 코딩을 할때 문제가 발생할 때 이를 해결할 수 있는 논리적 사고력이 훈련되어야 한다는 말을 언급하였으면 좋겠습니다. 이런 논리적인 사고력이 컴퓨팅에 적용될 때는 컴퓨팅 사고력이라고 합니다. 아쉬운 것은 이런 영상을 많은 초보자가 보고 경력이 있는 개발자를 그냥 검색만 잘하는 사람으로 몰라가는 상황이 우려됩니다. 우리 사회가 경험이 오래된 기술자를 무시하는 경향이 있어서...ㅠ
@jocoding2 жыл бұрын
맞습니다! 오래된 기술자는 존경 받아야 마땅하고 그분들 덕분에 오픈소스가 발전하여 더 개발이 쉬워지는 선순환이 되는 것 같습니다. 제가 이 영상으로 이야기하는 코딩이 쉬워졌다는 것은 직업적인 개발 전문가에 한정된 것이 아닙니다. 예시를 든 요리 포함해서 어느 분야든 전문가는 항상 남들보다 더 공부해야하는 것이 있는 것은 당연한 것이겠죠! "최고급 5성급 호텔에서 일하는 특급 쉐프로 취직하는 방법"과 "누구나 집에서 백종원 레시피 따라서 맛있는 집밥 해먹기" 혹은 "프렌차이즈 음식점 차려서 사장님 되기"와 같은 차이라서 맛있는 요리를 하기 쉽다고 당연히 요리사가 쉽고 별거 아닌 것과는 완전 다릅니다.
@redson3012 Жыл бұрын
IT 회사 대표입니다. 20년차 개발자고요. 요즘 면접보면 죄다 코더밖에 없더군요. 기획이고 설계고 하다못해 요구분석도 모릅니다. 저는 개인적으로 문제해결 능력을 많이 보는데 1년에 한명 볼까말까..ㅡㅡ 세상이 많이 좋아졌지만 이식성 호환성 버전관리 협업방식 등 현업에서 필요한 기본 지식을 알려줄 필요가 있습니다. 단순 코더들 정말 답안나오는데 쥐뿔 꼴에 개발자라고 어디는 얼마주네 이러고 다니는꼴 보면 미래가 암울합니다
@user-ip1ny5dy7q Жыл бұрын
ㅂ ㅅ ㅋㅋㅋ 돈을 적게주고 복지가 즤@랄맞으니 니회사에 그만한 인간들만 붙는거야 ㅋㅋㅋㅋ 이런 장애인들보면 최저시급에 꼴랑 몇푼 더 얹혀주면서 요구하는건 대기없스펙요구함 ㅋㅋㅋ
@user-ew1pp7xl8p Жыл бұрын
돈마니 쥐어주고 경력있는 실력자를 뽑으시는게..
@user-bg8qx8hk7c Жыл бұрын
근데 20년차 개발자시면서 코더를 활용하시는 법은 모르시는듯 ㅋㄷ
@user-bq9sj2st1n2 жыл бұрын
결국 소스는 오픈되어있고 창의력싸움이네요 이게 쉬운것 같지만 무한경쟁시대로 보면 되기때문에 한편으로는 더 어려운 것 같아요 창의력은 노력으로 한계가 있기때문에...
@mashrabbit2 жыл бұрын
요리 비유 괜찮네요. 다만 요리도 요리치가 있듯이 외양은 물론 조미료 등 맛을 내서 결과가 그럴싸해야 맞지 잡탕은 아무도 필요로 하지 않죠. 프로그래머? 그거 그냥 무료 갖다 쓰면 된다매? 라고 비경험자가 이야기할까봐 걱정스러운데, 우린 요리도 꿀꿀이죽과 아마추어 요리, 셰프의 요리의 격차를 느끼고 품평까지 하듯이, 프로그래머 결과물도 분명 엄청난 격차가 있다고 보입니다. 어떤 사람은 코드에 뭐가 잘못됐는지도 모르는 게, 딱 백종원 골목식당처럼 뒷목 잡게 만들기도 하죠.
@pan-ddu2 жыл бұрын
ㅋㅋ 재밌는 내용 재밌게 잘 들었습니다 ㅋㅋㅋ
@jocoding2 жыл бұрын
오오 판뚜님 감사합니다!ㅎㅎ 저도 잘보고있습니다
@HK-gu2jr2 жыл бұрын
하악 판쮸님
@wodnrvsionnfsgvdjdoebxhnrj2 жыл бұрын
거 뭐 대충 화면에 버튼 몇개 올려 놓고 이리저리 연결하면 프로그램 하나 뚝딱나오는거 아녀? 이 CD 한장에 천만원이라고 이 도둑놈들... 이라고 하던 상사를 보는듯하다... 인터넷 없던 시절에는 이미 있는 API도 있는지 몰라서 만들어 쓰던 시절이 잇었는데... 지금은 내가 만든게 있어도 더 좋은게 있는지 구글링부터 하는게 현실이긴 함... ㅋㅋㅋ
@dake0811 Жыл бұрын
무에서 유를 창조하는거에 비하면 쉬운게 맞습니다. 하지만 필요한 코드와 기술을 자기가 원하는 결과물과 개발환경에 맞게 바꾸기 위해서는 높은 이해도가 필요하고 , 기술이 발전함에 따라 알아야 하는 지식의 양이 방대해졌기에 공부해야 하는 양은 더 많아졌습니다.
@user-wh8zx4wv9m Жыл бұрын
옛날에는 납땜까지 해서 보드를 만들어야하는 수준이었다면 지금은 보드는 사오고 조립만한다고 생각하면 됨. 다만 옛날에는 삐삐수준만 만들어도 박수받는데 지금은 핸드폰 디스플레이를 접어야 박수 못받는 현실....
@itblue2 жыл бұрын
귀에 쏙쏙 들어오는 영상 정말 감사합니다. ^^ 완전 공감합니다. 코드를 처음부터 짜는 사람은 이제 없고, 라이브러리와 프레임워크를 많이 알아서, 잘활용할 수 있는지가 중요한 것 같아요. 더 중요한건 컨텐츠 자체! 아이디어, 비지니스 인사이트 인것 같아요. 좋은 영상 늘 감사하게 보고 있습니다. 함께 성장할게요!
@sehuni Жыл бұрын
복붙 및 조립하듯 코딩 버릇을 잘못들이게 되면 금방 한계가 옵니다. 취미로 배우시거나 시작하시는분들은 괜찮지만 IT대기업 취업을 원하시거나 전문적으로 일을 하실 분이시면 알고리즘 공부와 한가지 개발툴과 언어는 눈감고도 타이핑 할 수 있을정도, 소스 공통 모듈화 경험과 프로젝트를 끝까지 완성한 이력 포트폴리오들이 필요합니다. 기업들은 조립경험만 많은 개발자를 원하지 않습니다.
@GrooveGravy2 жыл бұрын
코딩이 쉬워진것은 사실이지만, 생산성이 높아진만큼 개발자 한명이 더 배워야 할 부분과 책임감도 그만큼 커졌죠. 예전엔 엑셀, 파워포인트, 워드 같은 일반 사무에 사용되는 OA툴은 한번 배우면 거의 끝까지 사용할 수 있으나, 개발은 트렌트라는게 있어서 어제까지만 해도 업계표준이던 프레임워크가 오늘은 레거시가 되는 상황도 비일비재 합니다. 뭐 요즘 핫하다는 MSA니 뭐니도 몇년뒤엔 어떻게 변해있는지 아무도 알 수 없고 클라우드 컴퓨팅 또한 어떻게 될지 아무도 모르고..
@mnihs33142 жыл бұрын
문제는 계속 트렌드를 따라가지 않는 툴키디나 다름없는 단순코더가 너무 많아졌다는 겁니다
@user-hb1rz9iz8x2 жыл бұрын
그래서 시니어분들이 말하시는건 근본을 쌓으라고 합니다 한 우물파서 전문가가 되면 솔직히 다른거 배우는데 큰 저항감 없이 배울 수 있는 이해력이 쌓이게 된다고 해요
@user-on6kc2si7x2 жыл бұрын
트렌드에 따라 변화하는것은 외국 같은 곳이고, 한국은 대부분 자바, 스프링 ,db 가 거의 대부분이고 뭐 참신한거 개발하나요?ㅋㅋ 왠만한거 다 si에다가, 실력들도 정체되어 있는 개발자다 대다수인듯한데요.
@user-hb1rz9iz8x2 жыл бұрын
그래서 좋은곳을 가야합니다 따흑 ㅠ
@GrooveGravy2 жыл бұрын
@@user-on6kc2si7x 그래서 왠만해선 SI 및 2000년도에 만들어진 정보통신기술 회사 등등 기피하라고 하죠 ㅋㅋ 요새 스타트업들 보면 기술스택 장난 아닙니다.
@limlim3449 Жыл бұрын
CV 하다보니 기존 개발자가 퇴사하거나 인수인계에 누락되면 해당 코딩이 시대에 뒤쳐지는 방식이라 후대에 인계 받은 사람은 왜 그런 구성인지 검색해서 찾기 어렵게 되는 경향도 있고 본맥없이 CV로 땜빵 하다보니 짧을 코드가 길어지는 경향도 있더라고요, 그렇게 스파게티 코드가 만들어지면서 코딩방식의 차이, 불필요한 문맥등이 겹치면서 해당 개발자 아니면 버그 코딩이 엄두가 나지않는 상황이 중첩되다보니 초기에 보이지않던 오류가 시간이 지나면서 여러 개발자의 손에 관련없다고 생각했던 함수등이 덧붙이고 덧붙이면서 충돌하고 답도 없게 연계되면서 발생하는 경향이 있는거 같습니다.
@notegear_china Жыл бұрын
그냥 제목이 어그로고... 그때의 지식과 경험도 없는 사람이 알려주는 거 자체가 넌센스지. 내가 사실 좀 화가 난 이유는... 지금이 어떻게 더 개발이 쉽다고 할 수 있지?? 그럼 10년 15년 전에는 뭐 암 것도 없었나?? 뭐 통신 프레임웍이든, dll같은 라이브러리든 없었나... 다 있었는데... 무슨 백지에서 한 거라고 생각하넹... 그 당시에 구현해야 하는 게 모바일 앱 만들때 c로 스크롤 자체도 직접 구현하고 했지만... 그런 종류가 엄청나게 많았지만... 내가 알아야 하는 좁은 부분에서, 알고리즘만 엄청나게 파고, 고생한 건 사실이고... 이 당시에는 뭔가를 공부해야 하는 영역이 안 컸음. 현재는 그런 것들은 하지 않지만 알아야 할 것들이나 트렌드기 엄청나게 많아서 오히려 더 뛰어난 학습력이 필요하징. 더 공부해야 할 것들도 넘치고... 암튼 총 맞을만한 주제는 앞으로 하지않길... 이건 경험자가 해야하는 주제야 그리고 그때 못지 않게 지금도 개발자들에게 엄청나게 힘든 상황입니다. 넘쳐나는 서비스에, 클라우드도 알아야 하고, 넘쳐나는 암호화, ipv6지원 프로그램 개발, 블록체인 기술, git사용에... 고생 많으십니다. 지금이 이미 지옥이십니다. from 위피씨로 네이트온톡 개발한 개발자가..
@user-bg8qx8hk7c Жыл бұрын
그렇게 대단해서 네이트온 ㅈ망함? ㅋㅋ
@dreammatrix40902 жыл бұрын
코딩이 쉬워져도 남들 보다 잘만들기는 엄청나게 어려워진 현실
@dotolbam4500 Жыл бұрын
이래서 이게 돌아가는데 어떻게 돌아가는지 왜 돌아가는지 왜 안되는지 모르는 개발자가 생겨나고 있죠...
@user-sl2rh8fs6h Жыл бұрын
극한의 재사용성과 극한의 메모리 관리를 무슨 최선인 것 마냥 생각하는 사람들이 있는데 개인적으로 안타깝습니다. 물론 대용량 정보를 처리하는 코어 시스템에는 쓰면 좋겠지만 확장성과 유지보수성이 극한으로 낮아지는 것도 감안해야죠. 요즘같이 하드웨어가 받쳐주는 시대에는 무지성으로 재사용성과 메모리 효율성만 따져서 짜면 개같이 욕먹습니다. 나중에 확장도안되고 커스텀도 안되거든요.
@user-kf4zj1jq1z Жыл бұрын
환경이 바뀌었을 뿐 쉬운 일 하면서 돈 많이 받는 경우는 없는 것 같아요
@funsoftware19052 жыл бұрын
개발자 많아지는거 격하게 환영합니다.. 단..정말 기초가 충실한 개발자만......입니다. 대충 기능만 만들고, 버그 수정못해서 도망가는사람 많습니다.
@qpeueudjdh2 жыл бұрын
요즘 코딩은...뭐랄까 개발 그 차체 능력보단 자기 전공분야가 따로 있고 코딩은 덤으로 하면 더 좋은 이런 느낌이에요. 기업에서도 그걸 더 원하고 진짜 개발할게 있으면 외주 하청주면 되니까..그냥 지나가다 한마디 해봅니당
@HK-gu2jr2 жыл бұрын
외주 하청을 많이 줘본 입장으로서 업계 특성인가 싶을 정도로 결과물이 형편없는 경우가 많습니다ㅠㅠ
@user-nt8cw6ed4r2 жыл бұрын
외주가 되는순간 퀄리티가 반감되죠..
@perero2 жыл бұрын
세상의 모든 분야에는 전업 전문가가 있어요 두 우물 파는 사람이 한 우물만 파는 사람을 이기기는 어렵거든요.. 개발은 결국 최적화입니다 전문가가 구축한 서버와 일반인이 만든 서버는 안정성과 유지보수에서 차이가 나요
@qpeueudjdh2 жыл бұрын
@@perero 맞는 말씀입니다. 그러니 한 우물 열심히 판 전문가분들에게 하청주는 것이겠죠.
@BrianJuniorPark2 жыл бұрын
코딩도 분야가 많습니다. 구글링으로 쉽게 솔루션을 찾을 수 없고 많은 경험과 노하우가 필요한 필드도 여전히 많습니다.
@user-df9xh4iu6c6 ай бұрын
와 너무 재밌네요 이런좋은강의 만들어주셔서 넘넘감사합니다
@jinwooshin12 жыл бұрын
지금도 뭐... 제품스펙 때문에 바이트단위로 조절하는 게 없지는 않긴 하죠.ㅎㅎㅎ 전에 인증 때문에 잠깐 ble쪽 카드리더기모델 작업한 적 있었는데... 난 대체 왜 계속 데이터 지우고 제거를 하나 싶었는데... ㅎㅎㅎ 아 그리고 예전에...뭐, 게임에서 도트단위로 작업을 해야 했떤 적이 있었는데(아마 중국쪽 폰 사양에 맞춰야 한다고... 이게 벌써 언제적인지...) 저사양폰에서도 돌아가게 만들어야해서 apk가 10~50mb 사이로 만들어야 하고... 그래픽리소스 줄이는 거나 폴리곤수 줄이는 거 하나하나 작업한다고 프로그램쪽도 그렇지만 그래픽팀 개고생했던 거 기억나네요. 지금이야 뭐... 아, 최근에 바이두쪽 메타버스 시랑에 작업하는 게 있었는데... 거기도 그래픽관련 주의사항들이 꽤 많더군요. 코딩도 제약사항이 만만치않고... 이미 하신지는 잘 모르겠는데... 나중에 로블록스 쪽도 한번 영상컨텐츠도 한번 고려해 주셔요. 최근에 한번 해보니 만드는 거는 쉽긴하더라구요. 이것저것 가지고 놀긴 재밌을 거 같아요. 잘보고 갑니다
@HK-gu2jr2 жыл бұрын
점점 쉬워지고 접근성이 높아지는 건 사실이지만... 늘어나는 공급에 비해 질적 성장을 하고 있는가는 좀 의문이네요
@tggfsevv133 Жыл бұрын
당장 1990년대 게임이랑 2010년대게임이랑 비교해보셈 ㅋㅋㅋㅋ 질적성장 이러고있네 ㅋㅋ
@HK-gu2jr Жыл бұрын
@@tggfsevv133 네가 말한 그 게임 업계에서 제일 많이 나오는 말인데 ㅋㅋ 무식하면 가만히라도 있어 제발 ㅠㅠ
@user-bg8qx8hk7c Жыл бұрын
그 질적성장을 시키는 사람들이 희귀해질수록 더 대접받을텐데... ㅎ
@user-ul7yp5wh7u2 жыл бұрын
조코딩님 이런영상 진짜 사랑합니다
@jocoding2 жыл бұрын
감사합니다ㅎㅎ
@user-jn5gn3bn3b2 жыл бұрын
ㅎㅎ 재미있게 봤습니다 근데 c랑 c++도 고오급 언어예요 ㅎ
@AI-DJ2 жыл бұрын
인정 ㅋㅋㅋㅋㅋㅋ printf가 그냥 쓰면 되는... 이걸 로우레벨에서 구현하려면....
@ktb9403 Жыл бұрын
제가 밀키트로 요리한 음식과 백종원이 요리한 음식의 맛은 다를것 입니다. 백종원 수준까지 안가도, 동네 국밥집 사장님이랑도 맛이 많이 다를것 입니다. 이미 있는 코드를 가져다 와서 자신이 가지고 있는 코드에 잘 녹이는 일은 절대 쉬운 일이 아닙니다. 하드웨어가 그리 상향평준화 되었는데 어떻게 고사양 게임들에게 '헬적화'라는 말이 붙을까요... 그거 참 신기한 일이네요... 코딩은 전혀 쉬운게 아닙니다. 예전보단 편리해졌을수 있지만, 밤새면서 세미콜론 하나 빠진걸 찾는게 개발자라는 직업입니다. 특히 웹 분야에서 분기마다 바뀌는 트렌드를 따라가는게 쉬운 일이 아닙니다. 공부 하는걸 싫어하고 코드를 작성하는 행위를 줄기지 않는다면 개발자 못합니다. 한번 자바랑 파이썬 설치해서 Hello, World! 출력해보세요. '이거 할려고 그 쌩고생을 했다고?' 싶으면 개발자하는걸 추천드리지 않습니다.
@user-hd2ej4zz2n2 жыл бұрын
전산과 94학번입니다. 그때는 코볼, 포트란, C언어, 에셈블리 배웠는데 지금은 정말 대단히 좋은 환경이네요. 그때의 열정이면 대작 게임 혼자도 개발할듯 ㅋㅋㅋ
@ghjo1215 Жыл бұрын
대작 게임이 우습나 ㅎㅎㅎㅎ
@centurionkwk Жыл бұрын
@White Maple 하긴. 그렇죠. 그때나 지금이나 일하기 쉬워지면 요구수준도 높아지니 결국 힘든 건 그 때나 지금이나 매한가지.
@ssuby42242 жыл бұрын
손가락 멀쩡하고 문서 읽는데 문제 없으면 어지간한건 따라서 할 수 있습니다. 다만 그 이상은 계속 공부하지 않으시면 한계를 맞을 수 밖에 없죠
@afsdsadfafsdasdfasdf Жыл бұрын
경험담인데 아무리 쉽다고해도 자신의 생각보단 훨어렵습니다...ㅋㅋ
@user-kq6sv3dp9d Жыл бұрын
aws, 프레임워크에 각종 소스 복붙으로 얼마든지 쉽게 서비스런칭은 가능합니다. 그리고 아이디어가 좋아서 성공할수도있죠. 성공해서 투자받으면 어떻게될까요? 서비스의 질을 높이고 확장해야 하는데, 기존 인력의 실력으론 택도없죠. 그래서 물갈이 합니다. 기존 개발자들은 다 나가고, 네카라쿠배 출신이나 실력있는 개발자들로 채워집니다. 그게 현재 성공한 스타트업의 현실이죠. 요리에 비유를 하셨는데, 요즘 좋은 레시피도 널렸고, 유튜브, 밀키트 등 쉽게 요리할 수 있는거 맞습니다. 그렇다고 내가 요리사냐? 그건 아니죠. 딱 할 줄알고 배운 레시피만 요리 가능합니다. 요리에 대한 깊이가 부족하기 때문에, 더 발전시키거나 새로운 메뉴를 개발하는건 불가능하죠.
@jocoding Жыл бұрын
일부 맞는 말이지만 꼭 그렇지는 않을 것 같습니다. 우선 스타트업이 투자를 받는 이유가 신규 인력 채용이 목적이겠고 말씀하신 것은 당연한 것이죠. 그런데 쫒겨 나는 것이 아니라 초기 개발하여 지분을 가진 개발자는 더 높은 직급의 관리자가 되거나 투자 받을때 지분을 팔아서 엑싯을 할 수 있습니다. 자본주의 시장에서 부자가 되는 엄청 좋은 루트입니다. 아니면 굳이 높은 기술을 필요로 하지 않는 서비스를 운영한다면 투자 자체도 필요 없고 기존 인력으로도 커버가 가능할 수 있죠. 또, 현금 흐름이 꾸준히 나온다면 그걸로 채용할 수도 있고 아니여도 그걸로 먹고살기 충분할 수 있고요. 영상에서 말씀드리고 싶은 사항은 "전문 기술자"가 되기 위한 영상이 아닙니다. 요즘 시대에 반드시 그럴 필요도 없고요. 물론 그걸 추구하는 것이 멋지고 하나의 좋은 방향임에는 틀림 없으나 그것만이 절대 정답이 아니라는 것도 말씀드리고 싶었습니다. 성공하는 서비스가 반드시 기술이 좋아서 성공하는 것은 절대 아니니까요.
@greencoder_cpp Жыл бұрын
누구나 요리는 할 수 있지만, 누구나 요리를 팔 순 없죠. 코딩은 사드세요.. 제발... 결국 주방용기 꺼내고, 열기 쐬가며, 손 베이고 디이고 쓰라리고 아프고, 다 먹고 나면 설거지 해야 하고, 설거지 끝났으면 뒷정리 하고.. 더더 맛있는 요리 만드려면 장비빨도 필요하고, 공간도 빵빵해야 되고, 위생도 신경써야 되고, 음식 데코도 빼놓을 수 없죠!
@VoidX930 Жыл бұрын
선배님들이 라떼~ 시전 하실수 밖에 없을듯...ㅋ
@Octagon8702 Жыл бұрын
개발자 어렵고, 힘든건 현실임
@user-sq7in2xr4u Жыл бұрын
이 유튜브가 광고로 올려놓은 영상이 나 대학교 1학년때 컴터과에서 배운 것보다 훨씬 쉽고 간단하네 ㅋㅋㅋㅋㅋ 진짜 현타온다
@user-yl9ij3mp3h2 жыл бұрын
90년 대학 시절, 광고로 자랑하던 PC의 슬로건이 뭐였냐면 대용량 메모리 640KB!!!, 그러다가 메모리 2MB가 나왔는데 그 때 반응이 "와 메모리가 많아서 헤엄치겄네..." 그랬었지.
@jameskim6845 Жыл бұрын
리눅스 창시한 사람이 기술은 공유되어야 한다고 하면서 리눅스를 공개하고 오픈소스라는 개념을 만들었습니다. 내 소스 공유할테니 쓸 사람들 가져다 쓰고 대신 니가 만든 것도 공유해라.. 라는 개념이죠.. 이념에 의해 진영이 나뉘어 있고, 자신만의 기술이 무기가 되는 세상에서는 같은 문제를 해결하기 위해 모든 사람들은 각자 문제를 해결해야 했지만 세계화, 지구촌 이런 만들이 나오고 소프트웨어 쪽에서도 기술공유가 화두가 되면서 이런 세상이 되었습니다. 이런 기류가 앞으로 계속갈지 아닐지.. 기로에 서있는 느낌입니다. 트럼프가 구글더러 안드로이드 중국에 주지 말라고 했죠.. 안드로이드 코드 중 많은 부분에 중국출신 엔지니어들의 코드도 들어가 있습니다. 미국은 자신들의 생산시설을 다 없애버리면서 중진국, 후진국에서 로얄티만 주고 반도체 부품들을 만드라고 했었죠. 자신들은 부가가치 높은 부분만 개발한다고.. 일이 너무 쉽게되고 고도의 기술이 들어간 부분들을 대중들은 싫어했고 간단한 것들로 뭔가를 하려하니 정말 기업에서 일시킬 사람들이 별로 필요없고 사람들은 정말 단순한 일들로 먹고 살았습니다. 이제 그 많은 사람들 먹여살리려니 자신들 기술이 남에게 가는 것을 좋아하지 않게 되었습니다. 앞으로도 지금처럼 흘러갈지는 장담하기 어려운 것 같습니다. 좋은 프레임워크나 api 같은 것들.. 좋은 기능을 가진 반도체 칩들에서 우리나라 엔지니어들의 작품이 많아지길 기대합니다.
@user-hd6vx1qm7h Жыл бұрын
썸네일 시바견 만능이네 ㅋㅋ
@junname.1600 Жыл бұрын
포켓몬 보면 초창기 포켓몬은 진짜 어떻게든 용량을 효율적으로 효과적으로 쓰려고 노력했는지 보임
@user-oh4ct6hw2s2 жыл бұрын
실제로 프리랜서로 일 하다보면 다른사람이 만든 프로젝트 이어 받아보면 무슨 괴물로봇 만들듯 라이브러리랑 다른사람 코드를 덕지덕지 사용한 경우가 많음
@zana9207 Жыл бұрын
바퀴부터 발명하지 마랬음. 기술축적에 따라 점점 더 쉬워지고 생산성 높아지고 퀄리티 좋아지는건 어찌보면 당연한듯
@user-yf4re8zq9q Жыл бұрын
단 5년만 지나면 그 5년전에 프로그래밍 하던 사람들이 요즘 코딩 쉬워도 너무 쉽고 대충해도 기능이 된다는 소리를 또 할겁니다
@jocoding Жыл бұрын
지금도 chatGPT 등장으로 이 영상 만들때에 비해서 쥰내 쉬워졌습니다ㅋㅋ
@obj364 Жыл бұрын
9:08 에 나온 장면은 저분이 저만큼의 프로그래밍책 보고 프로그래밍을 한게 아니라 나사에서 아폴로우주선 프로그래밍 하셨던 분이고 저 책들은 그때 혼자서 프로그래밍했던 소스코드북임요.
@Yeoil_Ha Жыл бұрын
코딩 어렵다...그냥 내 길 아닌듯 근대 하고싶은건 코딩이 필수라서 너무 슬픔..
@Jade_Yi2 жыл бұрын
I just fit Pokemon Red in 512kb... 이 말이 DOS에서 실행가능한 프로그램 크기가 512kb 이내였기 때문이었을 겁니다. 이보다 크면 실행 안됐던 기억이...
@user-vc5kd3gz9e Жыл бұрын
영상 마지막에 사실상 아이디어 싸움이라고 하셨는데, 1인 개발자가 아니라 회사에 취직한 개발자의 경우에도 그렇다고 할 수 있나요? 제가 개발자 일에 대해서 잘은 모르지만 회사가 원하는 걸 코딩으로 구현해주는 사람 = 개발자 라고 생각했어서 뭔가 회사에 소속된 개발자는 아이디어를 생각해내는 직업이라고 생각하지 않았어서 궁금합니다!
@jocoding Жыл бұрын
회사에 취직해서 하는 개발은 좀 다른 이야기일 것 같습니다. 특히 기획/개발 파트가 나누어져 있는 경우라면 기획자의 아이디어를 구현하는 쪽이라고 볼 수 있을 것 같습니다.
@user-vc5kd3gz9e Жыл бұрын
@@jocoding 그렇군요 답변 감사합니다!
@ericwon5585 Жыл бұрын
예전엔 폐쇄적이라 api sdk같은건 꿈도 못꾸고 연동문서도 없어서 패킷떠서 리버스했다 이마리야!!!
결론대로 결국 아이디어 싸움이지요. 단순 코더네, 코딩몽키네 하는데.. 글쎄? 이어붙이는것도 실력이라고 생각함. 코테 문제 난이도 쉬운거 적당히 풀 줄 알면 코딩실력은 더이상 필요없음. 기업들 코테 시험보고 있는것도 코미디. 삼성이 그 뻘짓 끝판왕. 사내 인증 시험보면 개뻘짓들 하고있음. 물론 코테 폐지하는 기업들 점점 늘어나고 있지만 아직 멀었다.
@user-di9cy9gy5l2 жыл бұрын
안드로이드는 네이티브를 이길수 없죠.. 제가 자바 개발자이면서도 아이폰만 사용하는 이유입니다. 안드로이드 아키텍처 보고 깜놀함.. 앱 하나 띄우려고 VM 프로세스를 매번 하나씩 fork 한다는게 ㅋㅋㅋ
@Poin7less Жыл бұрын
9:21 저거 저 사람이 공부 한 책이 아니라 달로 가는 프로그램을 손으로 코딩한 거래요 근데 그대로 실행 시켜 보니까 문제 없이 잘 작동 했다고 함 ㄷㄷㄷ
@jocoding Жыл бұрын
ㄷㄷㄷㄷ
@prebis1312 Жыл бұрын
요즘에야 하드웨어가 든든하니 날림에 스파게티로 떡칠해도 성능빨로 굴러가게는 만들수 있지만 그만큼 데이터의 양이 기하급수적으로 늘어서 깊은 영역으로 가면 옛날이나 요즘이나 거기서 거기죠. 요새도 잘나가던 게임들 시니어들 도망가고 주니어들로 채우다보면 실시간으로 개판나는거마냥 코딩의 '대중화'가 되기 시작한거지 '쉬워진것'은 아니라고 봅니다. 단순히 내가하던 업무의 일부를 분담하거나 간단한 작업을 위해 날림으로 짜는건 확실히 편해졌는데 이걸 돈받고 팔야야할 퀄리티가 되려면 정말로 골머리 터집니다.
@wkrkckawh Жыл бұрын
절대적인 생산은 늘어도 그 중에서 또 생산적인 사람이 되려면 결국 노력을 많이 들이는 건 마찬가지임
@DealerTankerMage Жыл бұрын
요즘것들이라고 욕하는 것은 본인의 무지를 증명하는 것이다 어느 세대가 유사하거나 동일한 특성을 가지고 있다면 그건 여러 환경 탓이지 그들 개개인의 탓이 아니란 것을, '요즘것들' 사안에 대해 몇분만 반문하며 생각해봐도 알 수 있다 그리고 그 환경에는 요즘것들의 윗 세대도 당연히 포함된다
@qja0707 Жыл бұрын
단순하 하드웨어의 발전에 의해서 용량이나 퍼포먼스 관리를 안해도 된다는 의견에는 동의할 수 없네요.. 개발자가 신경쓰지 않아도 되게끔하려고 물밑에서는 많은툴이 자동으로 동작하고 있으니까요, 프론트나 ㅁ백이나 리소스관리 안하면 안써도 되는돈 추가로 나가기때문에 프로덕션에선 최악입니다. 직접적으로 메모리관리 레벨까지 할 필요는 없지만 상황에따라 튜닝은 필수적이죠 전 주니어와 시니어의 차이도 거기서 나온다고 생각합니다. 코드를 돌아가게만 짜놓느냐, 최적화를 할 수있느냐. 추가로 깃헙에서 막 가져다 쓴다고 표현하셨는데 써드파티 라이브러리 신뢰도도 확인해야하고 유지보수가 안되면 포크ㄸ서 직접 개발해야하는건 똑같구요, 라이센스도 mit 아니면 추가로 개발 외로 부수적인 일을 해야할 수도 있습니다. 환경이 편리해진만큼 고려해야할 부분도 많아졌기에 코딩하기 쉬워졌다기보다 허들이 많이 내려갔다는게 맞지않을까요? 막말로 저급언어나 어셈블러로 코드짜던때는 요구사항이 한명으로 커버칠수있는 사이즈도 많았고 클린코드도 엄청 심각하게는 고려하지 않았구요
@jocoding Жыл бұрын
서비스 구현하는 관점에서 한 이야기 입니다! 말씀하신 것 처럼 "물밑에서는 많은툴이 자동으로 동작하고 있으니까요" 요런 관점에서 보통 잘되어있는 SaaS 서비스 등 만 잘써도 웬만한 최적화는 해당 업체에서 알아서 잘해줘서 그냥 그 서비스의 API, SDK만 가져다 쓰면 웬만한 서비스를 구현 가능할 수 있는 세상이라는 뜻입니다! 물론 그걸 개발하는 사람은 해야겠지만 그런 걸 피해서 원하는 서비스를 가져다 쓸 수 있는 것들로만 구성하기에도 가져다 쓸 것이 너무나도 넘쳐나는 세상입니다.
@jocoding Жыл бұрын
남들이 가져다 쓸 수 있는 서비스를 구현하거나 시키는 요구사항을 완벽히 수행해야하는 "직장인 전문가로서의 프로그래머"가 된다는 관점으로는 이야기가 다르겠죠!
@Minseok_Ko2 жыл бұрын
언제부터인가 코드를 짜면서 램을 신경쓰지 않게 되었습니다. 이제는 아무도 램계산 하라는 말을 하지 않네요...
@user-ky6vv7ec8g Жыл бұрын
준비된 하드웨어 사양을 초과할 정도로 비즈니스가 활성화되면 다시 회귀하여 최적화 하게 됩니다... 클라우드라고 무한정 늘릴 수 있는 것도 아니니깐요~
@Minseok_Ko Жыл бұрын
@@user-ky6vv7ec8g 준비된 하드웨어 사양은 솔직히 전혀 걱정이 되지 않습니다. 준비된 자금만 걱정일 뿐이죠. 지금 범선님께서 하신 말씀이 바로 그 지점 입니다. 하드웨어 한계에 대한 고려가 초기에 발생하는것이 아니라 중기 후기에 자금 최적화에서 발생한다는거죠. 과거에는 하드웨어 퍼포먼스 한계를 항상 신경써야 했지만 이젠 하드웨어가 아닌 돈의 제약만 남았습니다. 개발을 오래하셨을 듯 하니 언듯 생각하시기에 과거에도 돈에 따라 움직였다고 생각 하실 수 있지만 잘 생각해 보시면 그 돈을 고려하는 방향성이 완전히 달라졌습니다. 과거에는 하드웨어적 한계치에 따라 시스템 단위로 노드를 늘릴때 시스템당 단가가 고민 이었습니다. 때문에 시스템 한계치의 몇%부하량을 치열하게 고민하고 램 반환 하나까지 일일히 신경써 하드웨어 부하량을 낮춰 시스템 하나가 최대 퍼포먼스를 내도록 하는게 목표였죠. 하지만 지금은 시스템당 단가 개념이 아예 사라진 것은 아니지만 그걸 직접 사서 IDC에 박아야할 필요가 거의 없어졌습니다. 덕분에 매우 인스턴트한 비용접근이 가능해 졌습니다. 소위 비용 쪼개기가 가능해 진거죠. 덕분에 이제는 시스템당 가격이 아니라 가격당 시스템으로 개념이 온전히 뒤집어 졌습니다. 시스템 단위 하나에 최대한 많은 퍼포먼스를 욱여넣는것이 목표였다가 지금은 최소한의 자금안에 최대한의 퍼포먼스를 욱여넣는것이 목표죠. 이 두 이야기는 시스템과 자금과의 관계 도식만 놓고 보면 똑같아 보이지만 접근법에서는 완전히 다른 이야기 입니다. 물론 위에 램 반환 농담은 C로 시작한 옛날사람들 웃자고 드린 농담 입니다.
@che12 жыл бұрын
만들기는 쉽다. 실력은 문제 해결에
@user-zq4lo2cb2t Жыл бұрын
그만큼 깊이가 더욱 깊어지고 내부적으로 어떻게 동작하는지 원리를 모른다면 제대로된 개발자로 성장하기 힘든 시대입니다. 본인이 깊이가 없으셔서 그런가요? 그걸 알고 계신다면 함부로 이런 말 못하실텐데요.. 이런 이상한 유언비어를 퍼뜨리는 영상은 지양해주셨으면 합니다.
@jocoding Жыл бұрын
"제대로된 개발자로 성장하기"가 주제가 아닙니다.. 그냥 서비스를 만드는 관점에서 쉬워진 것입니다. 조코딩 채널은 주로 실용적인 관점에서 코딩을 합니다. 예를들어 앱스토어 상위권 앱 개발하는 것이나 돈버는 웹사이트, 게임 등을 만드는 것이요. 그런 것은 "제대로된 개발자"와는 관련이 없습니다. 즉, "협업 필요하고 기술을 잘 알는 전문 회사원 개발자 되기"와는 전혀 다른 주제입니다.
@user-zq4lo2cb2t Жыл бұрын
@@jocoding 이전에 비해서 서비스를 bootstrap 하기 쉬워졌다는 점에서는 인정합니다만, 앱스토어 상위권 앱 개발하는 것이 어떻게 제대로된 개발자와는 관련이 없는지는 잘 모르겠네요. 하지만 이런 영상들을 비전문가들이 본다면, 개발자의 가치를 떨어뜨리고 별거 아닌 것으로 치부되는 파급효과가 있음에 좀 더 신중하셨으면 하네요. 조회수때문에 자극적인 단어 선정하는 것은 이해합니다. 하지만 본인 채널의 파급력에 대해서도 좀 더 고심해보셨음 하네요....
@user-bg8qx8hk7c Жыл бұрын
@@user-zq4lo2cb2t 개발자의 가치가 왜떨어짐? 오히려 올라갈텐데 단순복붙 코더들이 늘어나면 ㅋㅋㅋㅋㅋㅋㅋ 파급력? 뭔 유튜버가 파급력이 얼마나 있길래 ㅋㅋ ㅈㄴ 웃김
@user-xe5em3nt8q Жыл бұрын
비유 개찰지네요ㅎㅎ
@user-gc8kg7gj2n2 жыл бұрын
^^재밌는 영상이네요. 그러나 개발은 언제나 어렵고 피곤하고 막막한 분야지요...ㅎㅎㅎ
@user-pc3qy4qh4r Жыл бұрын
예전에는 가져다 쓸수 있는 게 거의 정해져 있었어요. 그런데 요즘은 너무 많습니다. 선택 장애 생길 정도로 많아요. 분야도 넓어지다보니 프로그래밍 쪽 하시려는 분들은 자기가 어떤 분야를 갈 것인지 잘 선택하고 여기 맞는 프로그래밍 환경을 배우셔야 해요. 여기서 분야란 업종을 말하는 거예요. 게임, 쇼핑 유통, 디자인, 전통적인 제조, 회계, 생산, 장비(임베디드) 을 말합니다.
@cheong08132 жыл бұрын
도스시절 풀다운 메뉴 하나 구현하기 위해서 며칠씩 밤새던 기억이 나네요.. ㅋ
@user-oc9wc9ef6d Жыл бұрын
굉장히유익한영상이네요,감사합니당
@thenistthedev Жыл бұрын
임베디드쪽은 얘기가 많이 다르지요, 이쪽은 여전히 메모리가 kb 단위라 ㅠㅠ, 그리고 언어도 C언어로 제한되어있고 컴파일러도 C99에 갇혀있어서 적은 메모리로 작업하다 보니 인터넷에서 코드 가져오면 메모리 초과가 되어서 직접 성능도 빠르면서 메모리 사용량은 낮은 걸 짜야하는 그런 극한적인 개발환경입니다. 여러분들! 임베디드는 피하세요!
@user-lb5lu1wc5f Жыл бұрын
@llllll ㄹㅇㅋㅋ 현실에서 돌아간다는게 뽕맛이 지림 근데 난 못해서 도망쳤음 ㅋㅋ
@user-ke3we3ut1l Жыл бұрын
저런 라이브러리들은 영어로 못해도 찾을 수 있나요 코딩 배우려고 책사서 만지작 거리다가 접은적이 한두번이 아닌데 책에선 저런 방식이 없거나 가장 뒤에 나오니까 공부하다보면 대체 이런 자잘한 연산들로 뭘 어쩌라는거고? 그런 느낌만 느끼다 접게 되는듯...
@jocoding Жыл бұрын
한글로 검색해서 나오는 것도 많습니다!
@user-sl4cx1vd5p Жыл бұрын
아이디어가 중요하지만 그 아이디어를 구현해낼 만큼의 코딩능력은 있어야합니다..ㅋㅋ
@brynarieddie Жыл бұрын
오히려 코딩 쉬워져서 코딩으로 살기 훨씬 어려워짐
@user-jo4ss7qy5r2 жыл бұрын
이렇게 간편화가 진행되면 진행될수록 개발자라는 직업의 전문성도 엄청 낮아지게 될까요?.. 프론트엔드 같은경우 나중에 사라질수도 있는 직업이 될까요? 이번 영상을 보면서 정말 많은 생각을 하게 되었는데요.. 9월 부트캠프를 앞두고 저는 프론트엔드 지망을 꿈꾸고있는데요.. 혹시 잘못가는것이 아닌가 하고 생각이 드네요....
@wsb2372 жыл бұрын
프론트엔드는 확실히 대체되기가 쉬운 면이 있죠... 프론트엔드를 놓지 않으면서도 백엔드 공부도 조금 해보는, 풀스택 개발자를 한번 고민해 볼 필요가 있을것 같네요
@user-xz3jp5xq3x2 жыл бұрын
프론트엔드는 기술 스택이 진짜 빨리 변하고 거기에 대응가능할 습득력에 자신있다면 괜찮은 것 같습니다. 풀스택도 좋긴하지만 풀스택 하시는 분들도 보통 둘중에 하나에 집중하고 하나는 부전공처럼 하시는 것 같아요.
@user-dy9xh5ec7u2 жыл бұрын
프론트 전문적으로 잘하는 사람 못구해서 난립니다 중국 모바일 게임 광고 홈페이지 정도만 만들줄 알아도 모셔갈겁니다
@jocoding2 жыл бұрын
언젠가는 사라질 수 있겠지만 아직까지는 간편하게 만들 수 있더라도 결국 이런저런 요구사항과 정보들을 조합하는 누군가는 필요하기에 당분간은 없어질 것 같지는 않고 전문성이 낮아진다기 보다는 하나의 지식을 깊게 파는 것 보다는 "전체적인 큰 그림을 이해하는 사람" 등으로 달라질 수 있지 않을까 예상을 해봅니다.
@user-ni6ut1il5m Жыл бұрын
이미 엄청 낮아짐
@BrokenAgg2 жыл бұрын
요즘엔 더 다른점에서 능력이 필요하죠 그놈의 T자형 인재로 자신 분야, 언어뿐만이 아니라 연계되는 다른 분야에 대한 폭 넓은 지식 요즘엔 ai 클라우드도 포함될 예정이죠.... 딱히 쉬워진건 아니라 봄...
만들어보고싶은 어플이 있고 아이디어는 있는데 전혀 코딩을 알지못해서 못하고있어요 조코딩님꺼를 봐도봐도 모르겠고 그냥 기본도 모르겠음 ㅜㅜ ㅋ
@jocoding2 жыл бұрын
이번에 진행한 웹 개발 5주 완성 강의를 듣고 시도해보세요!!
@asfreeas Жыл бұрын
1:54 1991년에 우리 학교에 IBM 슈퍼컴이 있었는데, 자기 백업장치 교체가 있었습니다. 1GB로 교체를 한다고 하는데, 당시로서는 헤아리기도 힘든 용량이었죠. 컴퓨터 실습실에 대부분 기종이 1.2MB 플로피 디스크를 쓰는 XT고, 종종 최상의 AT가 있기도 했지만, 하드 최대 용량이 20MB였습니다. 그때 든 비용을 지금도 기억하고 있는데, 1GB에 10억원이었습니다. 30년 전이었으니, 지금 화폐 가치로 하자면, 50억 정도의 가치가 될 겁니다. (당시 짜장면 한 그릇이 2000원 수준)
@user-sv9ep3xs2r Жыл бұрын
코딩을 하나도 모르는 사람들, 비전공자 분들을 위한 영상이여서 쉽고 재밌는 비유를 많이 넣으셔서 재밌게 봤습니다. 근데 요즘 이런 영상이나 뉴스보고 개발을 우습게 보는 사람들이 많이 생겨서 피곤하네요.. 뭐 스택오버플로우에서 가져다 쓰면 된다니.. 오픈소스 그거 그냥 복붙 하는거 아닌데 뭘 그리 어렵게 생각하느냐니.. 심지어 친척중에는 이제 드래그 앤 드롭으로 코딩 되니 개발자 말고 공무원이나 하라고 하는 사람도 있었구요 먹고 사는게 참 피곤합니당
@hoyakim4280 Жыл бұрын
요즘 개발자도 어셈블리 표 보면서 기계어 직접 코딩 할 줄 압니다. 그럴 필요가 없으니까 안 하는거죠. 만약에 ATTiny 같은 초저가 MPU에 우겨박을 프로그램을 만들어야 한다고 했을 때 저라면 주저 없이 어셈블리로 코딩합니다. 어셈블러가 무슨 MSDOS전용이라 맛이 가서 못 쓴다고 하면 주저 없이 핸드어셈블해서 헥스에디터로 바이너리 만듭니다.