[유머] 20세기 프로그래머 VS 21세기 프로그래머

[하나사키 모모코]

[리톨@]

복붙도 잘해야 하는거라곳!

[딸기토미]

Cv도아님요샌
클러드야 ‘해줘’

[루리웹-0838239147]

지피티얌... 이거 꼬였어...

[전국악당협회장]

과거처럼 효율성에 미친 광인 같은 퍼포먼스를 현대 개발자들한테 볼수없어지긴했지

[루루팡 루루얍]

요즘 개발자들이 할 줄 몰라서 안하는 게 아니라 그 시간에 그냥 리소스 많이 쓰는게 더 금전적으로 효과적이라 그럴걸

[룰이왜?]

안하다보면 못하게된다고. 용불용설 같은거지

[루리웹-3188600507]

(못해서 못하는사람도 생각보다많다)아님말고

[코스모스창고]

못함.. 애초에 저런방식으로 코딩하는 걸 배우지조차 않음.

[모조마스크]

저기에 갖다 놓으면 함 어쩔수 없지 뭐

[코스모스창고]

그리고 중요한 건, 지금의 개발 방식이 과거부터 원하던 개발 방식이긴 함.

실제로 프로그램을 만들려고 할 때,
사람들이 요구하는 것들 상당수는 과거에 있었던거 또하는 거라,
매번 코드를 일일히 짜는건 너무나 쓸데 없이 소모적인 일임..

대표적으로 윈도우에서 프로그램의 보이는 부분을 짜는 코드는 걍 노가다임...
그래서 ms는 과거부터 mfc같은 개발 형식을 통해서 그 노가다 부분을 최대한 빠르게 처리할려고 했던거고,
코드 재사용성을 올릴려고 노력했지.

[코스모스창고]

저기게 갖다 놓으면 함이라는 건 사실상 의미 없는 소리지..
영업부 직원으로 던져놔도 일할 건데...

[루리웹-3096984951]

예전처렴 짜려면 오히려 더 쉽게 짤수있는게 요즘이긴함. 그게 딱히 세일즈 포인트가 안되버린 시대라 안할뿐이지

[페이퍼 박스]

사실 개발자도 하고싶은애들 많을껄
근데 위에서 시간을 안줘

[정신줄절단기]

저에게 예산과 시간을 좀 더 주셨다면에게 예산과 시간을 좀 더 주셨다면...

[루리웹-0599914558]

ㄹㅇ 별거 아님 츄라잇 해보쉴?

[루리웹-0599914558]

고해상도 텍스쳐 고음질 사운드 대형 맵 등 리소스 용량 자체도 커졌고 그 놈들을 메모리에 올려서 써야 하니까
메모리도 많이 쳐먹고 개쩌는 파괴 효과, 기체, 유체,
파티클등을 연산해야 하니까 GPU를 따로 써야 하고
(여기부터 기존 방식과 다름) 멀티 플레이를 지원 하려면
서버와 통신도 해야 하고 거리에 따른 지연시간 때문에
서버에서 보정을 해줘야 하고 사용자마다 데이터 관리도 필요 하니 데이터베이스도 필요 해졌고 부하 분산을 위해서
이중화 다중화로 구성하고 인입 되는 데이터가 누락 되지 않게 해야 하고 또한
사용자 환경이 예전 콘솔 하나가 아니라 플스, 엑박, 스위치, macOS, WindowOS, LinuxOS 등 운영체제도 다양하고 사용자마다 스펙도 다르니포팅도 해야 하는데 개발자들 pc는 보통 하나고 그거도 통제된 환경이라 모든 환경을 다 테스트 하기 위해서 별도의 환경도 만들어야 겠지?
나도 게임 만들고 싶어서 개발자 시작했다가
서버가 중요 하니까 이거부터 정복한다 ㅋㅋ 하고 10년째 못 벗어나고 있어

[미쿠자쿠]

요즘 다들 사양 좋아졌는데 최적화가 필요해? ㅋㅋ (환경생물에 폴리곤 때려박으며)

[스톤호야]

코딩 분야를 잘 몰라서 하는 얘기인데
그냥 예전처럼 극한의 효율을 할 필요가 없어진거 아닌가?

[피닉스 A]

극한의 효율을 할필요가 없다는게 바퀴벌레에 폴리곤을 때려 박으란 소리가 아니니 문제

[기가근첩]

근데 이제 다시 해야 됨

황회장과 구글이 램 애미를 죽였기 때문

[Ddehddjl]

분야에 따라선 극한의 효율이 필요하긴 한데, 전체에 비하면 일부가 되어서 그래.

[키사라기 류타로]

ㅇㅇ 예전처럼 막 몇kb에 쑤셔박아야되는 환경은 아니니까.

[Punipuri]

펌웨어쪽으로 와서 MCU 용량 작은거 코딩하다보면 플래시/램 사이즈 맞추려고 이래저래 최적화 시키긴해야해

[인천인]

그 말도 맞긴 함 ㅋㅋ 컴퓨팅 성능이 급격히 증가하는 시기에 그래픽 기술이 따라가지 못하던 때는 그랬음. 근데 지금은 다시 역전되고 있어서 컴퓨팅 성능이 그래픽 기술을 못따라가서 최적화 실패하는 경우가 많아진 것 같음

[루리웹-3096984951]

요새는 그쪽도 성능 좋아져서 예전만큼 신경 많이 쓸 필요는 없긴함.

[Punipuri]

8bit MCU면 아직도 4KB 부터 사이즈 부터 있음
8KB에 우겨 넣는다고 외부 라이브러리 제하고 싹 내부에서 최적화된 함수로 3년전에 바꿨었는데

[루리웹-379472426]

아니.. 하드웨어 스펙이 많이 좋아진건 맞는데, 일반 PC 스펙업 수준은 안될뿐더러 그 작디작은 디바이스에게 요구하는 기능이 많아져서 힘든건 매한가지임. 그리고 이쪽은 HW 스펙을 바꿀라면 회로설계부터 pcb 아트웍, 크게 변경되면 하우징까지 다 바꿔야해서 어지간하면 SW쪽을 조지는게 정석이라.
특히 방산 전장부품들이 이런 임베디드 효율 극대화로 아주 쥐어짬.

[루리웹-3096984951]

어따 힘든거 썼네. 그래도 나는 stm32 계열 쓰고있어서 꽤 널널한데

[IceCake]

저 복붙도 잘해야하는거 아니냐고 ㅋㅋㅋㅋ

[피닉스 A]

요즘은 복붙도 아니고 "해줘" 이거 잖아

[루루팡 루루얍]

바이브 코딩 얘기하는 거면 개발자는 그렇게까진 못하지

[파워2001]

과거에는 기기의 한계 때문에
그 효율성이 최적화에 몰빵됬다면

현대는 그부분을 개개인의 기기 사양으로 떠넘겼는데

이번 그레픽카드, 메모리, 저장장치 대란을 보면 어느정도 과거 회귀 할지모르겠음

개인의 기기로 떠넘기기엔 기기가 비싸졌어

[단노우라 팔척도]

그래서인지 ai나올때도 뭔가 말이 많더라?
ai는 긴빠니잖아!!vs니 들 도 결국 남의 코드 긴빠이 하잖아!!
라고

[니라민]

if else then O(n)을 굳이 switch O(1)로 작성안하는것도, 이론적으로는 차이가 엄청난데 실제로는 별차이 없고 컴파일러가 최적경로를 알아서 해서 일반적으론 그거까지 고민안해도됨.

[사쿠라지마 마이]

지금은 리스소 재활용해서 용량 줄이면 성의없단 소리듣는 시대잖아

[저하늘을 봐]

그때는 기계때문에 어쩔수 없이 온몸비틀기 시전하던때라

[로디마스]

복붙도 이정도는 해야함

[말리나]

이것도 못하는 경우가 엄청 많아.
심지어 요즘에는 딸깍이도 못 쓰는 경우도 봤다...

[srkim90]

요즘 1비트아낀다고 코드로 아트하고있으면 동료개발자가 코드 리뷰 안해줌. 당신은 언제나 다른 프로젝트로 재배치 될수 있고 작업결과물는 언제든지 다른사람이 작업할수 있도록 표준화 되있어야 함

[Xerath]

1번처럼 하면 짠 사람만 이해할 수 있는 코드가 나오지...

[삘릴리불어봐]

오늘날 비트연산을 통한
처리속도나 저장데이터 아끼기는 필요없지만
여전히 데이터 흐름은 효율적으로 짜야하는데
머신 파워에 몸을 맡기는 경향이 크긴 함

[Kutna Hora]

[흠냐흠흠]

일단 저게 가능한 수준으로 짜면 좋지만 그걸 할 수 있는 사람이 많지 않아서, 팀 단위 프로젝트에서 자기만 아는 코드가 완성되버림..

[루리웹-2391238223]

복붙도 프로그램을 알아야 복붙하는건데

[마라소고기초밥샌드위치법카탕후루]

옛날이랑 다르게 아키텍쳐가 훨씬 거대해지면서 협업이 중요성이 커져서 협업의 방법론도 같이 발전했고, 컴파일러 성능은 더 좋아졌고 가용한 리소스는 더 커져서 그런 것도 있다고 알고있음

[ReSet]

옛날 처럼 하려면 할 수 있는데, 요즘에는 리소스들이 커지다보니까 힘들긴 하지. 프로그래밍 단위로 1비트씩 아끼는 것은 지금도 하지만(내가 그러고 있음), 리소스까지 최적화 하는 것은 여러 사람이 일사분란하게 혐업이 되어야 해서 예전처럼 소수가 게임 하나 뚝딱하는 시절과는 많이 다르긴 함.