갤로그 홈 홈 게시글 댓글 스크랩 방명록 NFT 익명 사용 미니갤에 남긴 글은 작성자만 볼 수 있습니다. 닫기 전체(6687) 갤러리(6664) 마이너갤(22) 미니갤(1) 검색 전체보기정렬 기준선택 전체보기 HIT 미연시 신의 선물 - 14일 울프툴 위키 유즈 소프트 이노리 일어 쿨사이드 프로그래밍 프린세스커넥트 리다이브 일부공개 이거 왠지 상용 솔루션이 있으니 서버 프로그래머들은 다 굶어 죽을거다- 라는 말하고 다른게 없어보이는데 프로그래밍 2016.02.25 결국 클라이언트 개발자와 디자이너만 살아남을듯 거대한 라이브러리중에서 내가 필요한 기능은 소수인 경우가 많.. 저도 ㅠㅠㅠ 프로그래밍 2016.02.23 가져다 쓰면 장땡이라는 마인드 극혐 보통 이런 경우도 오픈소스 커스터마이징으로 해결하는 편일려나.. 프로그래밍 2016.02.23 가져다 쓰면 장땡이라는 마인드 극혐 실무에서 프로젝트가 너무 비대하다던가 커스터마이징의 난해 등의 이유로 직접 모듈을 개발하는 편이 이득인 경우가 적지 않나요? 프로그래밍 2016.02.23 가져다 쓰면 장땡이라는 마인드 극혐 실무에서 프로젝트가 너무 비대하다던가 커스터마이징의 난해 등의 이유로 직접 모듈을 개발하는 편이 이득인 경우가 많나요? 프로그래밍 2016.02.23 가져다 쓰면 장땡이라는 마인드 극혐 잘못 말했네요 ㅠ 그런뜻이 아니었는데.. 음.. 프로그래밍 2016.02.23 가져다 쓰면 장땡이라는 마인드 극혐 근데 보통은 그런 업체가 나오면 기존 업체가 발빠르게 대응하더라구요 패스트 팔로워 전략이 유효한듯.. 그러면서 경쟁력을 잃죠 ㅠ 프로그래밍 2016.02.23 이미 시장 선점하고있는 업체들을 넘어서려면 근데 난데없이 라이브러리 쓰라는데? 이래버리니 좀 당황스러울수밖에 없는거죠. 프로그래밍 2016.02.23 가져다 쓰면 장땡이라는 마인드 극혐 사실.. 오픈소스가 낫냐 인하우스가 낫냐는 문제가 논의의 중심은 아니었어요. 최소한 로직이 어떻게 돌아가는지 알고 통제할수 있어야 한다는거였는데. 이해 없이 막 코드 짜서 돌아가기만 하면 된다는건 위험하다는 것 프로그래밍 2016.02.23 가져다 쓰면 장땡이라는 마인드 극혐 거래처 뚫으려면 인맥도. 프로그래밍 2016.02.23 이미 시장 선점하고있는 업체들을 넘어서려면 돈이지 프로그래밍 2016.02.23 이미 시장 선점하고있는 업체들을 넘어서려면 아 그런곳 좀 부러워요 동병상련이랄까 ㅋㅋ 프로그래밍 2016.02.23 가져다 쓰면 장땡이라는 마인드 극혐 아뇨 203 저분은 생산성을 위해서 그냥 가져다 쓰면 된다고 하는거고. 그 뒷감당을 전혀 생각 안하는터라 그걸로 얘기하고 있던거에요 프로그래밍 2016.02.23 가져다 쓰면 장땡이라는 마인드 극혐 달빛연구자 / 안타깝네요 오픈소스=공짜 정도로 생각하는 분들이라.. 프로그래밍 2016.02.23 가져다 쓰면 장땡이라는 마인드 극혐 많이 쓰인다던가 등으로 검증이 되었다면 그렇게 해도 별 문제는 없겠죠. 근데 저같은 경우는 마이너한걸 많이 만져봐서 그런가 희안한 버그들을 많이 만나봐서.. 프로그래밍 2016.02.23 가져다 쓰면 장땡이라는 마인드 극혐 whatugo // 예리하시네 프로그래밍 2016.02.23 신입 뽑는데 우대에 경력 써놓는데 많아여 아니 나도 부족한거 많고 배우는 입장이라 여기 횽들한테 도움도 많이 받는 입장인데 너는 좀 문제있는것 같아서. 기본적인 i/o는 아니깐 라이브러리를 쓰겠지만 라이브러리에 대한 이해가 동반되어 있음? 그런거 없이 필요하다면 막 가져다쓰는건 문제라는거잖아 차근차근좀 읽어보지 프로그래밍 2016.02.23 가져다 쓰면 장땡이라는 마인드 극혐 첫째 문제의 양면성이 있는데 그정도로 액티브한 프로젝트는 누군가 버그리포트를 했을 가능성이 높고 구조라던가 여러가지 문제로 Pending되는 이슈들이 적지 않다는거죠. 그리고 좀 마이너한건 피드백 그딴거 없어요 그래서 좀.. 프로그래밍 2016.02.23 가져다 쓰면 장땡이라는 마인드 극혐 확실한건 라이브러리의 동작이나 구조에 대한 이해없이 끌어다 쓰기만 하면 나중에 탈남. 그걸 말하는거에요. 해결 방법이야 codingm님처럼 많죠. 저나 달빛님은 가져다 쓰면 좀 알고 쓰라는거지 쓰지 말라는게 아님;; 프로그래밍 2016.02.23 가져다 쓰면 장땡이라는 마인드 극혐 저기 203님 님 개그맨이죠 대체 님이 말하는 IT바닥은 어디있죠 대학교 강의실 바닥인가 프로그래밍 2016.02.23 가져다 쓰면 장땡이라는 마인드 극혐 12345678910다음끝
갤로그 홈
이거 왠지 상용 솔루션이 있으니 서버 프로그래머들은 다 굶어 죽을거다- 라는 말하고 다른게 없어보이는데
거대한 라이브러리중에서 내가 필요한 기능은 소수인 경우가 많.. 저도 ㅠㅠㅠ
보통 이런 경우도 오픈소스 커스터마이징으로 해결하는 편일려나..
실무에서 프로젝트가 너무 비대하다던가 커스터마이징의 난해 등의 이유로 직접 모듈을 개발하는 편이 이득인 경우가 적지 않나요?
실무에서 프로젝트가 너무 비대하다던가 커스터마이징의 난해 등의 이유로 직접 모듈을 개발하는 편이 이득인 경우가 많나요?
잘못 말했네요 ㅠ 그런뜻이 아니었는데.. 음..
근데 보통은 그런 업체가 나오면 기존 업체가 발빠르게 대응하더라구요 패스트 팔로워 전략이 유효한듯.. 그러면서 경쟁력을 잃죠 ㅠ
근데 난데없이 라이브러리 쓰라는데? 이래버리니 좀 당황스러울수밖에 없는거죠.
사실.. 오픈소스가 낫냐 인하우스가 낫냐는 문제가 논의의 중심은 아니었어요. 최소한 로직이 어떻게 돌아가는지 알고 통제할수 있어야 한다는거였는데. 이해 없이 막 코드 짜서 돌아가기만 하면 된다는건 위험하다는 것
거래처 뚫으려면 인맥도.
돈이지
아 그런곳 좀 부러워요 동병상련이랄까 ㅋㅋ
아뇨 203 저분은 생산성을 위해서 그냥 가져다 쓰면 된다고 하는거고. 그 뒷감당을 전혀 생각 안하는터라 그걸로 얘기하고 있던거에요
달빛연구자 / 안타깝네요 오픈소스=공짜 정도로 생각하는 분들이라..
많이 쓰인다던가 등으로 검증이 되었다면 그렇게 해도 별 문제는 없겠죠. 근데 저같은 경우는 마이너한걸 많이 만져봐서 그런가 희안한 버그들을 많이 만나봐서..
whatugo // 예리하시네
아니 나도 부족한거 많고 배우는 입장이라 여기 횽들한테 도움도 많이 받는 입장인데 너는 좀 문제있는것 같아서. 기본적인 i/o는 아니깐 라이브러리를 쓰겠지만 라이브러리에 대한 이해가 동반되어 있음? 그런거 없이 필요하다면 막 가져다쓰는건 문제라는거잖아 차근차근좀 읽어보지
첫째 문제의 양면성이 있는데 그정도로 액티브한 프로젝트는 누군가 버그리포트를 했을 가능성이 높고 구조라던가 여러가지 문제로 Pending되는 이슈들이 적지 않다는거죠. 그리고 좀 마이너한건 피드백 그딴거 없어요 그래서 좀..
확실한건 라이브러리의 동작이나 구조에 대한 이해없이 끌어다 쓰기만 하면 나중에 탈남. 그걸 말하는거에요. 해결 방법이야 codingm님처럼 많죠. 저나 달빛님은 가져다 쓰면 좀 알고 쓰라는거지 쓰지 말라는게 아님;;
저기 203님 님 개그맨이죠 대체 님이 말하는 IT바닥은 어디있죠 대학교 강의실 바닥인가