Rails 대 Ruby CGI

Question

Apache에서 CGI 앱으로 실행되는 직선 루비를 사용할 수있는 경우 Rails를 배우려는 사장이 너무 가파르고 학습의 비용면에서 효과적이지 않습니다. 그는 Rails (또는 Merb, Sinatra 등)보다는 Ruby가없는 직선적 인 Ruby를 사용한다는 제안을하고 있습니다. 내 생각에 이것은 나쁜 생각이지만 내 경우를 퍼팅하는 데 어려움을 겪고 있습니다. 말. 일부 아이디어는 지금까지 마련했습니다

는

• 레일은 MVC를 통해 더 나은 코드 재사용과 우려의 더 나은 분리를 촉진
• 레일이 좋아 보이는 때문에, 자격을 갖춘 구직자에게 더 매력적으로 보일 것이다 레일을 실행하는 가게 그/그녀의 이력서에, 더 많은 재미와 함께 일하는 등
• (내가 틀렸을 수도 있습니다) 레일은 승객이 자동으로 데이터베이스에 연결 풀링 CGI 애플 리케이션으로 가지고 있기 때문에 승객에 대한 성능이 향상됩니다 그 자체를 관리하든 아니든간에 성능을 저하시킬 수 있습니다.
• 레일은, 적어도 확실히 더 handrolled CGI 프레임 워크에 비해

어떤 내가 부족 이유 또는 잘못이 있습니까 입증 된 기술이다? 내가 알지 못하는 타협점이 있습니까?

Answer 1

표준 Rack 호환 프레임 워크 대신 회사가 자체 프레임 워크를 롤업해야하는 좋은 이유가 있습니다. 그러나 "레일스는 너무 가파른 학습 곡선"을 가지고 있지 않습니다.

브 루트 포스를 실제로하는 것은 실제로는 입니다.보다 복잡하지 않습니다. 상사가 학습 곡선에 대해 정말로 걱정한다면 그는 documentation 및 및 screencasts 및 entirehostingcompanies의 전용 프레임 워크를 사용해야합니다.

게다가 Rails는 쉽게 개발할 수 있습니다. 저는 Rails에 대한 워크샵을 하루 종일 가르쳤고, 전에 프로그래밍 한 적이없는 사람들도 하루가 끝날 무렵에 배포 ​​된 앱을 가지고 있습니다. 숙련 된 개발자는 더 쉽게 시간을 가질 수 있습니다.

사장님이 레일스를 이해하지 못하고 그것을 파악하기보다는 CGI를 통해 루비에 관해이 라인을 제공하고 있습니다. 조심하십시오. 기술로 인해 15 년이 지난 지금 그는 더 이상 기술적 인 결정을 내릴 자격이 없습니다.

그는 지체없이 마케팅에 옮겨야합니다.

Answer 2

매우 가파른 학습 곡선은 아닙니다. 결정을 내리기 전에 자습서를 살펴 보도록 요청할 수 있습니다.

또한 큰 이점은 RoR이 지금 꽤 인기있는 시스템이라는 것입니다. 플러그인 설치는 간단합니다. 이미 알아 냈던 많은 배포 옵션이 있습니다. 기본적으로 "프로그래밍"이 아닌 많은 작업이 더 쉬울 것입니다.

활성 레코드 - 웹/데이터베이스 응용 프로그램을 더 이상 사용하지 않는 것을 상상하기는 매우 어렵습니다.

Answer 3

루비와 루비를 비교하면 루비는 자동차를 사거나 단 하나의 타이어에서 외발 자전거를 용접하는 것의 차이입니다. 둘 다 당신이가는 곳에서 당신을 얻을 것입니다.

비록 이것이 기술적 인 문제는 아니지만 Rails를 사용하지 않기로 결정한만큼 "관리"하는 문제는이 시점에서 너무 우스꽝 스럽기 때문에 무의미한 것으로 생각됩니다.정렬 밖으로 사용하여 레일이 모두 함께 당신의 상사 아이디어 인 것처럼 보일지 할 수있는 방법을

1. :

   나는 당신이 두 가지 옵션이 있습니다 생각합니다. "Boss, 내가 한 말을 들었습니다. 따라서 Rails를 완전히 사용하지 않고 그냥 기본 프레임 워크로 사용하고 곧바로 Ruby에서 대부분의 작업을 수행 할 것입니다."

2. 주말에 개발 프로토 타입을 작성하고 상사에게 "이것은 분명히가는 길"이라고 말하는 것을 증명할 수있는 것을 제공하십시오.

행운을 빈다.

Answer 4

사장님이 신념을 밝힐만한 이유가 있습니까? "느낌"이외? 그의 진정한 관심사는 무엇입니까? 근본적인 관심사가 무엇인지 알아 내려고 할 때까지는 마음을 바꾸는 데 많은 성공을 거둘 수 없습니다. 그들이 현재 말하는 것과 실질적으로 다른 것으로 판명되면 놀라지 마십시오. 그는 예를 들어 Danes에 대한 비합리적인 공포감을 나타낼 수 있습니다.

의견을 달리하는 구체적인 이유가 있습니까?

사장님, 지금까지 나열한 이유 때문에 너무 바뀌지는 않았을 것입니다 : 좋은 디자인/코딩 관행에는 프레임 워크가 필요하지 않으며 채용은 관심사가 아닌 성능 최적화입니까? Don't do it? CGI보다 얼마나 입증 되었습니까? (그는 내가 아닌, 나는 매일 Rails Kool-aid를 마 십니다.)

그는 현재 기술적으로 기술적인가? 내 말은, 그는 재 작성 코딩에 관여 할 것인가? 그렇다면 도전에 열릴 수 있습니까? 1 ~ 2 일 이내에 구축 할 수있는 기능의 하위 집합을 선택하고 두 가지 방법으로 시도해보십시오. 그가 기술적이지 않다면, 왜 당신의 의견이 그의 것보다 덜 유효하다고 생각하니?

그가 비용/노력의 관점에서 우려한다면 왜 더 적은 코드를 작성하고 (유용하고 검증 된 프레임 워크 코드를 무료로 얻는다면) 그렇지 않은 경우보다 비용이 많이 들고 노력이 더 많이 소요된다고 생각하는 이유는 무엇입니까?

다른 사람들은 이미 "관리"에 대해 언급했습니다. 저는이를 위해 노력하는 방법에 대한 리소스에 대해 인터넷 검색을 제안합니다.

다른 팀원이 참여 했습니까? 그들은 어떻게 느끼는가?

Martin Fowler "(적어도 민첩한 세상에서) said"조직이 자신이해야한다고 생각하는 것을하지 않으면 조직을 변경해야합니다. " 그걸 읽는 적어도 두 가지 방법이 있습니다 ...

Answer 5

나는 잠재적으로 좋은 생각은 RoR (기침 ActiveRecord)의 부품을 사용하고 물건을 단순화한다면 자신의 물건을 굴리는 것입니다 ... 나는 프레임 워크는 아니지만, 라이브러리와 특정 정도의 코드 추상화를 선호합니다. 따라서 RoR 팬 보이와 오인 할 수없는 이유는 ...하지만 레일의 특정 부분을 사용하게하면 모든 것을 사용하게 될 것입니다. 울타리.

MVC는 레일 만이 아니며 자신 만의 롤링을 사용하면 매우 쉽게 디자인 패턴을 따라갈 수 있습니다. 당신은 모든 것이 무엇이며 어떻게 작동 하는지를 정확히 알게 될 것입니다.자가 감은 자체 시스템은 더 쉽게 수정할 수 있다는 것을 의미합니다 ...

내 최종 대답은 중간에 만나는 것입니다.루비는 창조적 인 프로그래머의 손에 아주 강력합니다 ... 사실, 저는 2 개월 간의 빠른 "던져 함께"PHP/jquery 프로토 타입을 erb/jquery 사이트로 재구성하는 중입니다 ...

- 크게 소리내어 - 레일은 루비를 쓰레기로 만들려고하지 않습니다 ... 레일은 열차가 타고있는 곳입니다 ... 열차는 빠르게 움직입니다 ... 그러나 그들은 선로가있는 곳만갑니다. 나는 "Ruby off road"환경에 찬성합니다. 속도가 빠르며 제어력이 향상되었습니다.