@@MN-do7hk 국가기관 프로젝트 들어가면 제이쿼리 기본장착임 ㅋ 신기술은 받아들일생각이없다구 브라더~
@cozyboyyy1721
Жыл бұрын
진짜 프론트는 판도라의 상자 그자체임.. html,css,js만 하면 됐지 생각했지 생각했지만 현실은...
@user-sexsexsexy
10 ай бұрын
그건 님 생각이 너무 문제인듯..
@gsugar_travel
9 ай бұрын
이건 진짜 너무 기본적인 거 아니냐
@goodgamertrustme
8 ай бұрын
그건 너무틀딱인대여
@6IXT4IL
7 ай бұрын
한 20년전엔 그랬음 ㄹㅇ
@user-lf9mw5tt5hu
7 ай бұрын
그 3개만 할거면 퍼블리셔랑 다를게 뭐지... 로드맵만봐도 최상단에 있는게 그거 3갠데
@제훈제훈
Жыл бұрын
하... 진짜 저 순서대로 했다가 순서대로 공격들어온 그대로네
@jw-lr5td
Жыл бұрын
ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ 씹공감
@Missgotothehome
Жыл бұрын
ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ
@삼색이
Жыл бұрын
ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ
@etc-n3z
Жыл бұрын
ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ
@siz3957
Жыл бұрын
ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ그저 웃을수밖에 없닼ㅋㅋㅋ 와중에 구현 기능 = 카운트
@AionX-zi9wo
Жыл бұрын
많은 "경험"에서 우러나오는 진실하고 솔직한 현실 반영영상... 매번 실패하면 당신은 코드인
@hellosalamander
Жыл бұрын
유독 프론트에 저게 제일 심한거같음 ㅋㅋ 펌웨어나 커널쪽 쌉고인물들이 이런거 보면 뭔가 싶을듯...
@postgres2981
Жыл бұрын
진짜 보여주기식 과시용 겉만 번지르르.. 기술을 과시하기 위해 굳이 안 써도 될 기술들을 쓰는거 보면 이건 일을 하는게 아니라 기술 자랑하려는 거 같음. 회사의 정체성을 생각해보면 참 안타까운 현상이 아닌가 싶네요.
@Ndarang7668
Жыл бұрын
현직 펌웨어 개발자입니다. 무슨말인지 하나도 모르겠네요ㅋㅋㅋㅋ 저희는 되려 너무 퓨어해서 스스로 혹은 사내에서 룰을 만드려고 애쓰는 편인데ㅋㅋ
@hsl4255
Жыл бұрын
필요에 따라서 스택을 관리해야되는데 겉멋으로 프레임워크를 정해서 쓰니 ㅋㅋ 헬조선식 코딩답다 생산성 개무시
@Parkseheon02
Жыл бұрын
@@hsl4255 공감입니다
@지리산맑은샘물-y2u
Жыл бұрын
@@postgres2981 디자이너를 개발자로 둔갑시키려다 보니..
@이름수정-h6q
Жыл бұрын
마지막 tdd에서 개터졌네 ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ
@bea-dv5gp
Жыл бұрын
프론트 개발은 점점 겉멋을 중시하는 개발이 되어버리는 느낌..
@wayne2348
Жыл бұрын
ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ "적당히 하고 빨리 사용자한태 도움되는 걸 만들자고오!!!!"
@engineerkris
Жыл бұрын
MVP = Maximum Viable Product
@gandaahtesla5843
Жыл бұрын
@@engineerkris 핵심기능먼저 개발한다는 건가요?
@kangjin5059
Жыл бұрын
@@gandaahtesla5843 MVP의 M의 뜻이 원래는 Minimal 즉 최소동작 가능한 제품을 뜻하는데 글쓰신 분이 Maximum으로 비꼬시면서 웃기신 거에요 ㅎㅎ 영상처럼 지금 프론트엔드 세계가 작은 카운터 기능 만드는데 오만가지 다 갖다 붙이는 상황이라서 배보다 배꼽이 커지는 현상을 말씀하신거쥬 ㅎ
@lijlijlil1898
Жыл бұрын
@@kangjin5059Minimal 이 아니라 Minimum
@jooh_lee
Жыл бұрын
프론트 특: 하라는거 다하면 레거시되서 새로 공부해야함
@xtraenthusiasm
Жыл бұрын
"Legacy", "Deprecated"
@user-vsdf82fd9s
Жыл бұрын
ㄹㅇ 이래서 나이 먹으면 몸값만 비싸지는데 젊은 애들하고 퍼포먼스 차이는 안 나니까 결국 짤리게 됨. 이래서 내가 프론트 쪽을 안 감..
@biznethi8659
10 ай бұрын
@@user-vsdf82fd9s 그런데.요즘은 풀스택 아닌가요?
@test-j9j
8 ай бұрын
되서->돼서
@응아니야-n6q3j
5 ай бұрын
@@user-vsdf82fd9s그 나이 먹고 프론트 퍼포먼스 때문에 잘리는거면 그냥 아이티 기본 짬이 안되는거임
@hskang200
Жыл бұрын
하루 단위로 발전하는 프론트..
@postgres2981
Жыл бұрын
발전이라기 보다는 후퇴죠.
@김판다다
Жыл бұрын
@@postgres2981 역발전
@팝송용계정-d4g
Жыл бұрын
@@김판다다 해병 코딩 ㅋㅋㅋ
@김판다다
Жыл бұрын
@@팝송용계정-d4g 이것은 뒤로 가는게 아니라 반대쪽까지 가는 기술이다
@yagibunjota523
Жыл бұрын
@@팝송용계정-d4g 따흐흑! 웹 개발때발전히는듯하면서역발전하는건즐거워 해볭님
@슈퍼카2020
Жыл бұрын
프로젝트 구조 잡고 있는데 도중에 프레임워크 버전업 되버리면 신버젼에 이미그레이션해야 하는데 그때는 모듈 간에 버전 꼬이고 설정 다시 셋팅하고 그렇게 만들어 놨더니 기존보다 10배 빠른게 경쟁 프레임워크에서 출시됐다고 화재가 되는 웹세상
@gniromig1460
Жыл бұрын
진짜 어지럽네 ㅋㅋㅋㅋㅋㅋ
@umbra-e3f
Жыл бұрын
1. 되버리면 (X) => 되어버리면 or 돼버리면 (O) 2. 火災화재 : 불이 나는 재앙 話題화제 : 이야기의 제목 또는 소재
@mstartupmail2594
Жыл бұрын
아니 이미그레이션부터 지적 하라고 ㅋㅋ
@ppz4021
Жыл бұрын
@@mstartupmail2594 지적할 수 있는 게 맞춤법 밖에 없는 ㅅㄲ들이 그걸 알겠니..
@xoi00iox
8 ай бұрын
맞춤법 틀린 건 틀린 거지.. @@ppz4021
@즐거운코딩시간
9 ай бұрын
1년전에 이 영상을 봤을때는 솔직히 무슨 영상인지도 몰랐지만 지금 시점에서 어떤 이야기를 하는지, 실제로 어떤식으로 코드를 작성해야 하는지 알아버린 내 자신이 별거 아니지만 뿌듯하네
@shigure723
8 ай бұрын
어떤 공부들을 하셨나요 저도 관심있어서
@hanol7040
Жыл бұрын
ㅋㅋㅋ 특히 프론트엔드가 심하긴함.. 저기에 이제 프로덕트용 빌드하려면 웹팩같은거 건들면 또 거기서 공부해야하고 그쪽도 알아야할게 많은데 한번 세팅해놓으면 잘 안건들지만 요즘에 뭐가 좋니 이게 더 좋니 이러면 뭐 도르마무지 ㅋㅋ 언젠가 리액트도 끝물이 오면 또 배워야함 ㅠ
@LegWorkout
Жыл бұрын
백엔드보다 더 빡센가요?
@유농밀크
28 күн бұрын
프론트엔드는 끝없이 변화 백엔드는 고립화
@testiermal9445
Жыл бұрын
이 영상이 개쩌는건 실제로 공부하는 순서 그 자체라서 이대로 한번씩 배우게됨 TDD는 뭐 말많은데 하고싶은사람하고 하기싫은사람만 하셈.. 근데 큰 서비스 개발하는쪽은 TDD없이 테스트하라고하면진짜 답도없음 몇일씩 걸림.. 개인적으로 TDD는 서비스 규모에따라 하는걸 추천함..
@MrKimhonor
Жыл бұрын
공감합니다 공부 순서 그자체...
@user-0519
Жыл бұрын
TDD랑 테스트랑은 다릅니다. 글로벌 서비스들도 TDD 안하고 테스트 잘 해요.
@maybeSecret
Жыл бұрын
서비스 크면 TDD 대신 QADD😂😂😂
@testiermal9445
Жыл бұрын
@@user-0519 글로벌 서비스도 없어도 잘하죠.. 기능이 많아지고 규모가 커지면 자연스럽게 TDD가 필요하게됩니다. 워낙 공통컴포넌트를 다수가 붙어서 하나씩 수정하고 바꾸다보니 없이 하라고하면 매번 테스팅하는데 낭비하는 시간이 테스팅 코드 작성시간을 훌쩍 넘어가버립니다. 하루에 배포 2번 할 수 있는걸 한번만 하게되죠.
@용쓰용쓰
Жыл бұрын
Tdd가 아니라 그냥 유닛 테스트만 만들어도 되지 않나요? 백엔드라 잘모름
@kiyoon.
Жыл бұрын
리액트 강의보고 오니까 ㅈㄴ 공감되네 ㅋㅋㅋㅋㅋ
@꼼짝마
Жыл бұрын
이거보니까 진짜 프론트대신 백에 더 관심가네 ㅋㅋㅋㅋ
@rattyroy6130
Жыл бұрын
@ᄋᄋ 언제나 프로그래머는 고통받는건가 ㅋㅋㅋ
@황현준-f3c
Жыл бұрын
도망간곳에 낙원은 없다...
@nonli001
Жыл бұрын
@user-bp6ds3bn6q 그래도 백이 이거보단 낫죠ㅎㅎ 백은 프론트보나 유행을 덜타서 새로운거 배우는 주기가 더 길어요ㅋㅋ
@intLeeHJ
Жыл бұрын
백엔드는 이미 저 과정들 다 예전에 겪었습니다 ㅎㅎ
@jeeeeh4063
Жыл бұрын
백은 고인물이 너무 많음😢
@llLKJll
Жыл бұрын
사장은 빠르게 결과물을 원하는데 팀장들이 자기 입맛에 맞추며 팀원들 자기랑 강제로 동화시키는걸 보는 것 같네... 그러다보면 유지보수하면서 할 수 있는단계도 시간잡아먹어가면서 1달씩 더 걸리는데 회사에서 나가는 그 월급이 장난아님.. 뭔가 잘못되어가고있어
@ideallemon3328
Жыл бұрын
하지만 프로젝트가 커지면... 아 그때 그거 그냥 해둘껄, 아 저거 해둘껄... 한무반복
@구자현-c8u
Жыл бұрын
마지막엔 순정으로 돌아가는걸로 해줘
@PangyoJarani
Жыл бұрын
발전하는게 아니라 워낙 다른거 하던 사람들이 죄다 모여들다보니 새로운거를 파악하려 하지 않고 자기들 쓰던 패턴 패러다임들을 다 갖다 붙이기 때문에 생기는 현상. 난맥상 그 자체임
@박정호-r9s
Жыл бұрын
진짜 숨이 턱 ㅋㅋㅋㅋㅋ
@자유-w4d
Жыл бұрын
그냥 자바스크립트랑 제이쿼리만 잘 써도 못 만드는 거 하나도 없음.
@woo_o0_0
Жыл бұрын
ㄹㅇㅋㅋ
@헥헭헷헥
Жыл бұрын
ㄹㅇ 실력없는 애들이 신기술 좋아함 원래
@chungoh5591
Жыл бұрын
Spa도 라떼는 앵귤러js라고 어?! 그런게 있었어!
@Woong654
Жыл бұрын
@@헥헭헷헥 똥을 싸라. 빅테크에서 개발자들 고생시킬라고 프론트엔드 프레임워크 만들었냐?
@jong5371
8 ай бұрын
제이쿼리는 잘써도 구데기인데
@MNBN87
Жыл бұрын
내가 단언하는데 이거 프론트앤드 특징 아니고 한국놈들 특징임. 남일에 관심이 많고, 깎아내리며 지적하길 좋아함.
@Jeongkookkim
3 ай бұрын
라고 지적하면서 한국인을 깎아내리는 방법으로 증명하고 계시네요
@GT-jb8qv
18 күн бұрын
@@Jeongkookkim라고 지적하면서 한국인을 깎아 내리는 방법으로 증명하고 계시네요.
@jungpark6226
9 ай бұрын
??: 아무도 모르고 수익도 안나오지만 유지보수, 동접 10만 이상 대비해야 한다고 !!😂
@naecaenamt
9 ай бұрын
ㄹㅇㅋㅋ 씹선비 새끼들 ㅈㄴ 많음
@bongbong956
26 күн бұрын
js,css,html 만으로도 프로젝트 잘 수행한 사람들은 저렇게까지 해야하나 싶죠. 팀단위로 개발하면 구조 개념유지가 중요한데 저것도 결국은 그 개념유지가 안되면 도루묵이에요. 애초에 구조 개념유지가 잘되는 팀은 js,css,html 만으로도 유지보수 쉽죠
@daebaksdailylife3933
Жыл бұрын
ㅋㅋㅋㅋㅋㅋㅋㅋㅋ지옥문을 열었구나 내가.........
@김민우-f2u3b
6 ай бұрын
그냥 제이쿼리까지 했으면 아키텍쳐하고 네트워크나 디비 공부하는게 나을 듯. 뭐 aws로 보안 최대한 지키면서 서버 띄우고 하는 것들... 프런트 기술 엄청 어려운 것도 아니고, 유행 속도가 너무 빠른데... 아무것으로 구현해서 풀스택 서비스 가능하면 괜찮은 듯.
@jinhanchang
Жыл бұрын
버튼 하나 만드는데 뭐 이렇게 해야 되는게 많노.......
@ereuann5561
Жыл бұрын
국가기관 프로젝트 따서 일하는 si 중소기업에서 2년 동안 일하면서 프로젝트 4개를 해봤습니다 개발환경 구축, 프론트, 백엔드, DB 다해봤는데 프론트는 Jquery 로 다 해결합니다 신기술들은 엄청 복잡하네요 ㅠㅠ
@gunsight777
Жыл бұрын
jquery에 ajax면 꼼짝못하제잉
@Retis1
Ай бұрын
편하고 생산성 있고 유지관리가 쉬워질 뿐 어려운건 아니라고 생각함
@jay.bee___
Жыл бұрын
모든지 상황게 맞게 하면 됩니다 ㅋㅋㅋ
@tunacant9106
Жыл бұрын
Tdd 는 필요할때만 기용하는게 맞아요, 계획 단계에서 정확히 어디 테스트가 필요한지 적어두고 그 부분에 대한 테스트에 집중하는게 좋더라구요. 저는 하나하나 다 쓰는편이였는데 개발시간이 너무 많이걸려서… 그리고 메모리관리는 좀 하는게 좋은거같긴한데 다른것들은 ‘필요한가?’ ‘없으면 나중에 문제가 되는가?’ 에 해당되지 않으면 팀에서 강제하지않는한 안하는게 좋다는 생각입니다
@fdgdfgasdgsdhfghsdfg1540
Жыл бұрын
너한테 엄마는 필요한가? 노애미 ㅎㅇ
@왕방빵-q6z
Жыл бұрын
헐.. 아직 html js 인데.. 배울거 너무 많네..
@DavidRyu314
Жыл бұрын
비슷비슷합니다. 리액트는 html문법 거의비슷하게 사용되고 뭐 추가된거. 라이브러리는 코딩편하게해주는거 다운로드하는거 이렇게생각하면 별 어렵지 않아요
@happyyyyyy123
10 ай бұрын
@@DavidRyu314거의 비슷하진않은데. 😂😂 컴포넌트 방식으로 해서 좀많이.다르죠
@쌩
8 ай бұрын
@@happyyyyyy123 컴포넌트 자체만 보면 쉬운데.. 그 이후 것들이..
@happyyyyyy123
8 ай бұрын
@@쌩 그냥 방식도그렇고 html이랑 비교하는거보면 무슨 툴같은거.몇번 사용해봤다고 아는척 달은듯
@asmr7919
10 ай бұрын
개발자끼리는 정보공유가 필수인듯함 ㅋㅋㅋㅋㅋㅋㅋㅋ
@jasoncho5504
9 ай бұрын
ㄹㅇ
@ppappappam
Жыл бұрын
백엔드만 하는 사람이라 이런거 너무 재밌어요 ㅋㅋㅋㅋㅋ
@user-qh9xl9ry7d
11 ай бұрын
개발의 본질을 놓치고 현학성에만 빠져서 코딩으로 예술하는..
@장작-j4t
11 ай бұрын
어허 퍼블리싱/프론트엔드의 유구한 전통이거늘..
@brokenlanka
Жыл бұрын
뉴비특) 바닐라로 뚝딱
@임시-o8p
Жыл бұрын
뉴비가 바닐라..?
@dupark920
Жыл бұрын
@@임시-o8p 늘 레퍼런스가 더많은게 쉬운법이지요오
@daebaksdailylife3933
Жыл бұрын
아 킹정
@Retis1
Жыл бұрын
@@임시-o8p 뉴비는 뭐 따로 설정하거나 복잡한거보다 텍스트 에디터 하나로도 바로 개발 가능한 바닐라가 편하긴 함
실력만되면 바닐라로 안되는게 없다고들하죠... 편하자고 가져다 쓰는게 라이브러리들이긴한데, 점점 본체보다 에드온이 많아져서 배보다 배꼽이 더 큰거 같긴합니다.. 아직 저는 그 경지에 이르지 못해서, 스택하나라도 제대로 알아야 해서.. ㅋㅋㅋ
@닉네임꼭설정해야함
Жыл бұрын
@@user-pn1ye3gi7b 알고보니 고수가 밈드립 친거 아님??
@zihasoo
Жыл бұрын
시팔 프론트 접어야되나 ㅋㅋㅋㅋㅋ...
@그냥사람-e9f
10 ай бұрын
node_modules 폴더가 4.2 제타바이트밖에 안된다니 정말 작은 규모의 프로젝트군요
@hundred_100
Жыл бұрын
아직 프론트는 안해서 잘 모르겠지만.. 뭔가 엄청난(?)건 확실하네요 ㅋㅋ
@dlwjd164
Жыл бұрын
ㄹㅇ 핵공감인 내용이네요ㅋㅋㅋ
@Legoim-i5v
9 ай бұрын
이렇다 저렇다 해도 다 필요없고 개발자는 빠른 시간안에 최상의 결과물을 내면 그만. 다 도구일 뿐입니다. 결국 유저가 편리하고 안정적인 프로그램을 만드는게 우리의 목표입니다.
@mstartupmail2594
11 ай бұрын
프론트만 겨우 따라가는데 리액트 하다보면 뭔가 대단한 아키텍쳐로 그럴싸 하게 코딩 하는 것 같아 내가 뭐나 되는 줄 알게 될 수 있습니다. 리액트는 그냥 프론트엔드 라이브러리 입니다. os아니고요
@장작-j4t
11 ай бұрын
라이브러리 하나에 반년넘게 공부하는게 노이해임ㅋㅋ 그렇다고 성능이 좋기를 하나..
@mstartupmail2594
10 ай бұрын
@@장작-j4t ㅋㅋ 초심자 들일수록 오 이런게 되네 하면서 빠져들더라구요. 원래 되는거라고 말해둬도 못 빠져 나오죵
@ThroatsqeezyKimchicken
5 ай бұрын
안중요한거 물고뜯는 프론트엔드 타인과 함께 일 한다는것은 완벽추구하기전에 심플한 논리와 룰확립이 먼저임. 머릿속으로 같은 골의 이미지를 가지고 같은 방향으로 가기만하면 저딴거 필요없음. 대화가 먼저다.
@josephpark9604
Жыл бұрын
훈수 개쩌네 ㅋㅋㅋ 아니 카운터 하나 만들자고 뭔짓을 시키는거야 ㅋㅋㅋㅋ
@obama15987
7 ай бұрын
마지막 구현전에 테스트에 나오는 배경음악좀 정보좀 알 수 있을까요?
@ssol8353
Жыл бұрын
상남자 특) 제이쿼리로 화면 단 모든걸 해결함
@미띤
Жыл бұрын
제이쿼리 이제퇴물되가자낭
@이재훈-u2t1q
Жыл бұрын
@@미띤 그래봐야 아직 한국 웹의 70프로는 jquery.. 가서 유지보수해보면..
@user-pn1ye3gi7b
Жыл бұрын
@@미띤 제이쿼리 퇴물이라는 사람 특: 프레임워크를 유행따라 공부함
@김대원-b5o
Жыл бұрын
@@미띤 php 끝물이잖아 소리 7년전 22살때부터 들었는데 아직도 php 하고 있음..
@dpdpdpdp123
Жыл бұрын
풀스택인데 제이쿼리도 리액트도 뷰도 써봤는데 PHP 기반이면 제이쿼리 나쁘지않은것같고 다른프레임워크 cdn보다 API 통신기반 프론트 프로젝트면 리액트나 뷰 좋은것같음 스벨트는 친구가좋데서 써보고싶은데 리액트 짬이 늘어서 쉽게 못갈아타겠다 느낀점은 기본기잘하는놈이 뭘해도잘함 단지 프레임워크 고유기능 패턴규칙 러닝커브가 조금 있을뿐이지 결국은 다 If Else For니까
@YT-Gmailer
Жыл бұрын
결국 퍼포먼스 때문에 다시 vanilla JS로 간답니다
@_henny_
Жыл бұрын
맞는 말인데 급피곤하네요🥲 이런 영상을 만드시는 코딩애플님은 정말 힙합..
@윤하-n6y
Жыл бұрын
진짜 실화다ㅋㅋㅋㅋㅋ진짜 순서대로네요 이제 타입스크립트 해야하는데 .... 그 뒤로 보고 경악...
@oki1498
Жыл бұрын
진짜라서 더 슬프네..
@devops_walker6870
Жыл бұрын
스펙 정리를 위한 미니멀리즘 패션이 다시 돌아와야 한다...
@kimdonggun0923
Жыл бұрын
마지막은 진짜 성공인가 하고 마음이 편안해 졌는데... 다시 불편해졌네 ㅋㅋ
@sosokidding
11 ай бұрын
저래봐야 현실은 버그 만발 품질도 별로인 제품이 더 많다는거.
@MyMusicHealer82
Жыл бұрын
저런 기술들이 유지보수를 어렵게 만든다는건 코덕들은 인지하지 못한다는게 문제
@useruseruseruseruseruseruser12
9 ай бұрын
허허...프론트는 AI가 지배할것이다!
@여유-z2q
6 ай бұрын
음.... 아직 아무것도 안 배웠고 영상들만 봤을때 이름들만 알고 저 내용 모르는게 정상인거겠죠..?
@1000sh
Жыл бұрын
슬슬 새로운 도구가 이전 도구에 비해 큰 도움이 안되는걸 보면 그래도 이제 발전에 끝이 보이는 것 같기도,,
@닉네임꼭설정해야함
Жыл бұрын
과거 jquery가 혁신소리 나왔듯, 슬슬 그런게 나와줄때가 되긴헀다는 말이 돌고 있죠.. 근데 요즘 쏟아지는 기술 소개만 들어도 아직 멀었다 싶을정도로 쏟어져나옴
@Hitotsubasi
Жыл бұрын
그냥 바닐라자바스크립트 쓰는걸로...ㅋㅋ
@기찬-u6g
10 ай бұрын
난 프론트의 프자도 모르는 사람이였구나.. html php css js밖에 모르는데.. 내가 배웠던 내용이 틀딱들이나 쓰는 코드라니...그냥 대여섯줄이면 끝나는거 아님? 진짜 저렇게 복잡하게 써야됨?
@영길-g9g
Жыл бұрын
근데 react-query쓰면 확실히 편하긴 함 ㅎㅎ
@Helloyunho
Жыл бұрын
코딩 막 배운 이상한 사람이 만든 영상일줄 알았는데 너무 맞는 말이라 뭐라 못하겠네요 ㅋㅋㅋㅋㅋ
@localhost746
Жыл бұрын
tdd거리는 인간은 책으로만 개발을 배운 인간임.
@goyangi2014
Жыл бұрын
tdd 미국은 필수인데 한국이 유독 결과물 빨리 볼려고 큰 그림 놓침
@localhost746
Жыл бұрын
@@goyangi2014 그냥 유닛테스트 만드는건 국내도 함. TDD는 미국도 못한다.
@dpdpdpdp123
Жыл бұрын
test automation 볼때마다 느끼는건데 swagger api docs 같은걸로 api 정리까지 해주는데 결과도 쉽게 볼수있고.. 유닛테스트는 진짜 왜필요한건지 아직 그정도실력은 아니라 모르겠네요 업무하다보면 아무리바빠도 테스트는 성의있게하고 배포하는데 아직 유닛테스트의 필요이유와 개념이 잘..
@Retis1
Ай бұрын
이건 너무 의견이 분분한 논제라 ㅋㅋㅋㅋ 사실 나도 테스트는 진짜 버그가 날 수 있는 부분들이나 버그 발생 시 치명적인 부분들만 유닛테스트 할 수 있도록 구성하면 된다고 생각하긴 함
@ch_romoly
Жыл бұрын
아.. 카운트 하나 만드는데 저게 다 왜 필요하냐고ㅋㅋㅋㅋㅋㅋ
@NIHILncunia
10 ай бұрын
다른건 모르겠고 타입스크립트 자체는 쓰다보면 존나 편해가지고 없는 세상을 그릴 수가 없음.. 그래서 나는 어떤 프로젝트에서는 리액트를 안하더라도 타입스크립트는 적용하는 편임
@node9299
Жыл бұрын
회사에서 프론트 배우는데 진짜 토할거같음 ㅠㅠ
@yysssch5152
Жыл бұрын
백앤드하면 세배로 토하실듯
@춤추는망고-e7z
Жыл бұрын
이게 맞나... 싶고 ㅋㅋㅋㅋㅋ
@ComatNA
Ай бұрын
이렇게까지 하는 이유가 뭔가요? 요즘 html템플릿, flask랑 mssql가지고 회사 업무자동화 플랫폼을 만들었는데요 gpt가 도와주니까 딱히 개발지식 없어도 되더라고요. 저렇게 하면 뭐가 더 좋은건지 알려주세요
@장작-j4t
11 ай бұрын
개발공수는 5-10배 늘어나는데 그렇다고 사용성이 좋은것도 아님ㅋㅋㅋ
@mopsyshin
Жыл бұрын
flux패턴은 이제 좀 놔줘라..
@구름-i6b
Жыл бұрын
지나가던 UI디자이너 계속 지나가겠읍니다.
@녹색이-r3z
Жыл бұрын
보면서 스트레스 받는 건 나뿐인가
@스우-t1u
Жыл бұрын
Js기초강의듣고 Html기초강의듣고 css기초강의이제들으려고하는중인데 1도 이해 안간다 ㅠㅠ css기초강의다들으면 이해하려나 언제 이해 할까요
@장작-j4t
11 ай бұрын
오버엔지니어링 해서 자기 밥그릇 늘리는게 웹 프론트의 유구한 전통임ㅋㅋ
@clyne182
Жыл бұрын
훈수 진짜 ㅋㅋ
@BLUE_PHYSICS
Жыл бұрын
진짜 웹서비스로 먹고 사는 회사는 필요할지 몰라도. 한번 만들어서 계속 유지하는쪽은 바닐라가 최고 ㅋㅋ 세상이 끝나는 날까지 서비스 유지될꺼임.
@정정길-o3g
Жыл бұрын
ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ존나 웃기네 ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ 근데 뉴비는 저거 다 해서 들어가면 옛날 html코드 짜놓은거 뜯지를 못함 ㅋㅋㅋㅋㅋㅋ 으음.. 이게 뭘까... 이러면서 보고있음 ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ function 함수 () 이걸 class 어쩌구 이렇게 쓰면 못알아봄 ㅋㅋㅋㅋㅋ내가 지금 그럼 ㅋㅋㅋㅋㅋㅋ
Пікірлер: 619