SI는 왜이리 바쁘고 지옥같고 싸우고 힘듬?

[익명(210.219)]

ㅇㅇ

[리삐삐(rede7892)]

안건을 빨리 끝내야 돈을 많이 벌어서 급하게 빨리빨리가 될 수 밖에 없음 그래서 설계나 코드 운영면에서 안좋음 점이 생길 가능성이 생김빠르다고 무조건 생기는건 아니지마 놓치는 부분이 생기거나 후에 운영단계에서 기능변경추가에 대해 고려안하고 설계하는 등 시간이 팍팍한 그런면이 있긴 하지 - dc App

[리삐삐(rede7892)]

일단 굴러가는걸 고객에게 보여줘야 하는데 이게 후에 단계까지 고려하면서 그렇게 하기는 정말 힘들거든 이거는 고질병이긴함 그래서 서비스 쪽에서 si를 안좋게 보기도 하는거고 서비스는 장기적으로 코드가 가질 문제점 아주 세밀하게 검토하면서 차근차근 쌓는다면 si는 일단 돌아가서 고객에게 납품하는게 1목표이니까 - dc App

[리삐삐(rede7892)]

일단 구현되는 것을 목표로 잡냐 장기적인 유지를 목표로 잡냐 이 기조의 차이가 있는 것다고 생각했음 서비스를 내가 안다녀보긴했지만 컨퍼런스나 그런데서 발표하는 거나 r&d 등 투자하는 이유가 그러지 않을까 함 - dc App

[리삐삐(rede7892)]

큰 그림을 볼 줄 아는 개발자가 필요하다는거지 si는 일단 굴러가게만 하면 나중에 다른 개발자가 힘들어지는건 당연한거고 - dc App

[자바땔감(coderhs)]

납기는 생명!

[ansupati(gattuso135)]

그냥 SI개발자들이 실력이 딸리는것도 있고 SI특성상 일단 후딱 만들고 튀면 그만이니 자체 서비스개발팀에 비해 개발수준이 훨씬 낮을수밖에 없음