새로운 웹 2.0 사이트용 프레임워크/언어(2008 및 2009)

https://stackoverflow.com/questions/184049

06-07-2019
|

문제

"무엇을 하려는지에 따라 달라집니다"라는 답변을 수천 개 얻을 수 있다는 것을 알고 있지만, 진지하게 말하면 아직 온라인에 이에 대한 확실한 정보가 없습니다.내 가정은 다음과 같습니다. 현재 많은 사람들이 비슷하다고 생각합니다.

지금은 2008년 10월이다.2009년 1월 지원서를 작성하고 싶습니다.나는 베타 코드 등을 사용할 의향이 있지만 1월까지는 '이상한' 문제가 없는 사이트를 만들고 싶습니다.즉, 어떤 언어가 다른 언어보다 10%만 느리더라도 문제가 선형적이라면 나는 그런 것에 신경 쓰지 않습니다.나의 주요 관심사는 개발자 생산성입니다.
저는 애플리케이션에 Linux, Apache, MySQL을 사용할 것입니다.
나는 안정적인 라이브러리를 사용하여 scp 및 ftp 클라이언트 기능을 실행하는 것과 같은 작업을 수행할 수 있는 기능을 원합니다(웹과 관련되지 않지만 동시에 더 큰 앱에서 사용할 수 있는 매우 일반적인 네트워크 프로토콜을 나타내기 때문에 이 두 개만 선택했습니다).OpenID 및 Oauth와 같은 기술도 사용됩니다.
숙련된 웹 개발자를 쉽게 구할 수 있습니다(예:금융회사 등의 사람을 찾을 필요가 없습니다.)
어떤 선택을 하든 일반적이며 한동안은 그럴 것입니다.
여기 키커가 있습니다.HAML, SASS와 유사한 고급 프레젠테이션 레이어 도구/언어를 사용할 수 있기를 원합니다.나는 확실히 JQuery를 사용하고 싶다.
저는 Facebook 앱을 만들고 어느 시점에는 SMS 메시지, iPhone 앱 등을 처리하는 등의 작업을 수행할 예정입니다.

이때 언어 선택은 PHP(Cake,Symfony,Zend), Python(Django), Ruby(Merb)입니다.나는 이 시점에서 실제로 Django와 Merb 사이에 있습니다. 대부분 다른 사람들이 그런 식으로 가고 있는 것 같기 때문입니다.

주류용으로 제작되지 않은 기술은 여기에 넣지 마십시오.나는 Merb가 대부분 테스트되지 않았다는 것을 알고 있지만 그들이 명시한 목표는 견고한 플랫폼이고 그 뒤에 많은 추진력이 있으므로 실행 가능하다고 확신합니다.Perl이나 .Net이 얼마나 훌륭한지에 대해 대답하지 마십시오.

향후 참조를 위해 - 다음 선택이 이미 이루어졌습니다.

Debian(Lenny) - CPU 주기를 유용한 것으로 변환합니다.트랙
0.11 - 프로젝트 관리용 Gliffy - 와이어프레임 등용
Google Docs/Apps - 문서, 호스팅 이메일 등의 경우...
Amazon ec2/S3 - 호스팅, 스토리지용.

건배, 아담

해결책

때에 따라 다르지.

PHP -Symfony는 훌륭한 프레임 워크입니다. 단점 : PHP, Wordy 및 Directory Heavy. Propel은 사용하기가 성가 시게됩니다. 업 사이드 : PHP는 어디에나 있고 노동은 저렴합니다. 잘 완성 된 프레임 워크와 좋은 지원. 당신의 삶을 더 편하게 만들기위한 많은 플러그인

Python -Django도 훌륭한 프레임 워크입니다. 단점 : 파이썬 프로그래머는 찾기가 더 어려울 수 있습니다. 공식 마이그레이션이 없기 때문에 DB 스키마를 변경하는 것은 다소 어려울 수 있습니다. 당신이 기대할 수있는 것처럼 MVC를하지 않습니다. 업 사이드 : 필요한 모든 것을 수행하고 그 뒤에 위대한 Python STD 라이브러리와 커뮤니티가 있습니다.

루비 - 나는 Merb를 사용한 적이 없으므로 레일을 다룰 것입니다. 업 사이드 : 당신이하고 싶은 거의 모든 것을위한 플러그인, 보석 또는 레시피가 있습니다. 사용하기 쉬운. 단점 : 플러그인, 보석 및 레시피는 때때로 신비한 방식으로 작동하지 않습니다. 원숭이 패치는 종종 사악합니다. 커뮤니티는 .. 보컬입니다. 의견이 많은 소프트웨어, 때로는 그러한 의견이 잘못되었습니다 (외국 열쇠 부족). Rails 자체는 폭발하고 몇 시간을 걸기를 기다리는 카드 탑처럼 보입니다.

그 모든 것을 말하면서 저는 프리랜서 PHP/Symfony 및 Ruby/Rails 개발자입니다. 저는 언어와 프레임 워크 모두에서 여러 프로젝트를 수행했습니다. 나의 최신 프로젝트는 활성화기 때문에 전적으로 철도에 있습니다. 나는 한동안 Django 앱을 개발할 이유를 찾고 있습니다. Django의 라이브러리와 같은 활성화 초인이 있다면 아마도 그것을 사용했을 것입니다.

다른 팁

장고!

Google/YouTube에서 Djangocon Talks를 찾아보십시오 - 특히 "재사용 가능한 앱"(www.youtube.com/watch?v=A-S0TQPPGA4)

루비/레일로 시작한 후 한동안 Django를 사용해 왔습니다. 나는 Django 커뮤니티가 문서화 된 언어에 더 쉽게 들어갈 수 있다는 것을 알았습니다. 훌륭한 예제, 그리고 모듈화는 대단합니다. 특히 사용자 정의 구성 요소를 믹스에 던지고 싶고 여기저기서 특정 물건을 사용하지 않아도됩니다.

나는 아마도 레일이나 그와 같은 유연한 방법이있을 것입니다. http://www.djangoproject.com/

유진은 현재 1.0에 있다고 언급 했으므로 2009 년 1 월까지 안정적이고 후진 호환 코드베이스로 남아있을 것입니다.

또한 자동 관리자 인터페이스가 있습니다 생산 준비, 매우 유연합니다.

죄송하지만 질문이 잘못되었습니다. 사람들은 아마도 이것을 위해 저에게 투표 할 것입니다. 그러나 어쨌든 나는 그것을 말하고 싶습니다.

나는 객관적인 답변을 기대하지 않을 것입니다! 왜요? 간단합니다 :

모든 루비 옹호자들은 루비를 사용하라고 말할 것입니다.
모든 파이썬 옹호자들은 파이썬을 사용하라고 말할 것입니다.
모든 PHP 옹호자들은 PHP를 사용하라고 말할 것입니다.
여기에 추가 언어를 삽입하십시오.

아이디어가 있습니까?

나는 당신이 자신을 위해 언급 한 각 언어를 시도하는 것이 좋습니다. 각각 며칠 이상. 그 후 최종 결정을 내릴 수있는 더 나은 토대가 있어야합니다.

즉, 나는 루비를 선택할 것입니다 (저는 루비 옹호자이기 때문에).

그들 모두는 일을 끝낼 것입니다.

귀하와 귀하의 팀이 가장 친숙한 사람을 사용하십시오.

이는 다른 변수보다 앱의 전달 시간과 안정성에 훨씬 더 큰 영향을 미칩니다.

파이썬 솔루션에 익숙하다면 Django와 함께 갈 것입니다. 그것은 현재 버전 1.0에 있으며, 큰 사용자 기반과 많은 기고자들과 함께 멋지게 성숙하고 있습니다. jQuery를 통합하는 것은 문제가되지 않으며 문제없이 해냈습니다.

유일한 것은 내가 알 수있는 한, 루비는 오늘날 웹 개발에 훨씬 더 인기가 있기 때문에 루비 개발자를 찾는 것이 더 쉽습니다. 나는 최근의 구인 광고를 탐색 함으로써이 인상을 얻습니다. Python 또는 Django에는 그다지 많지 않습니다. Merb에 대해 많이 모르기 때문에 공정한 비교를 할 수 없습니다.

새 프로젝트를 시작하지 않기 위해 충분한 PHP를 수행했습니다.

당신의 이유에 따라, 나는 루비와 함께 갈 것입니다. 일부 관리 도구 (SCP, FTP 클라이언트)와 Ruby는 (NET/SFTP 및 NET/FTP 라이브러리)를 원합니다.

또한, 시스템을 모니터링하고 배포를위한 배치자를 VLAD에 대한 신과 같은 위대한 보석이 있으며 Merb 분야의 많은 대안이 있으므로 필요에 맞는 모든 것을 사용하십시오 (얇은, Mongrel, Ebb 등).

Django 생태계가 현재 위치에 대한 느낌을 얻으려면 체크 아웃 할 수 있습니다.

djangopopole.net (노력하다 djangopeople.net/us/ny 뉴욕 주)
djangogigs.com

저는 Orion Edwards의 의견에 동의하면서 먼저 귀하의 팀에 가장 친숙한 것을 선택해야 합니다.

그러나 귀하의 목록에는 ASP.NET 언어가 이상하게도 부족하다는 점에도 주목해야 합니다.광신도 군대를 자극하려는 건 아니지만, 쇠고기는 어디에 있나요?.NET은 안정적이고 빠른 개발 플랫폼이며 인력 풀은 매일 증가하고 있습니다.VB.NET과 C#은 이동 가능한 기술 세트이므로 다양한 작업을 수행하기 위해 개발자 팀을 구성할 때 많은 의미를 가질 수 있습니다..NET을 사용하면 다른 언어처럼 백엔드 코드에서 프레젠테이션 레이어를 분리할 수 있을 뿐만 아니라 해당 백엔드 코드를 iPhone 및 Facebook 애플리케이션과 같은 웹 서비스로 노출할 수도 있습니다.

모든 제안을 신중하게 받아들이고 애플리케이션에 가장 적합한 것을 선택하십시오.광신도가 아닌 기능에 맞게 조사하고 디자인하십시오.

부인 성명:한때 PHP, ColdFusion 및 Perl 개발자였습니다.Flex 열광자이자 Adobe를 사랑하는 사람입니다.이제 엔터프라이즈 .NET 애플리케이션을 작성하고 있습니다.;)

*nix에서 .NET을 실행할 수 있게 해주는 Mono를 잊지 마세요.완벽할 것이라는 말은 아닙니다. 단지 악마의 옹호자 역할을 할 뿐입니다.

서버 측 페이지 레이아웃의 사고 방식에 갇히지 마십시오. Sproutcore, GWT 또는 ExtJS와 같은 기술을 고려하여 레이아웃 코드를 클라이언트에 완전히 배치하여 서버가 데이터 마샬링 및 처리 (및 쉽게 교체)에 책임이 있습니다.

그리고 당신은 정말로, 당신이 원하는 서버 플랫폼을 알아야합니다. 그 달의 맛이기 때문에 하나를 선택하지 마십시오. 편안하기 때문에 하나를 선택하십시오. 풍미는 지속되지 않으며 견고하게 제작 된 코드베이스는 의지가 있습니다.

Django에 앱을 구축 한 후에는 유틸리티를 증명할 수 있습니다. 모든 프레임 워크 만 우아하다면 (예 봄, 나는 당신을보고 있습니다).

그러나 Django에 농장을 베팅하는 측면에서, 당신이 고려해야 할 한 가지는 Python 3이 곧 출시된다는 것입니다. Python 3은 거꾸로 호환되지 않으며 낙진을 다루는 동안 모든 Python 프로젝트에 대해 언어를 포크하고 운동량이 느려질 위험이 있습니다. 공정하게 말하면, 루비 2.0도 곧 예정되어 있지만, 그것이 파괴적 일 것이라고 생각하지 않습니다.

지난 10 년 동안 다양한 신기술에 대한 나의 경험으로 인해 플랫폼의 안정성을 심각한 기준으로 만드는 것이 좋습니다. 그것은 최신의 가장 큰 프레임 워크로 잘 발전하고 있지만, 포인트 버전을 앞으로 나아가고 갑자기 모든 일을 수행 한 방식이 감가 상각되는 것을 발견하면 불필요한 작업을 초래할 수 있습니다. 이것은 특히 버전 1보다 약간 앞서 레일을 사용한 경험이었습니다. 그 이유만으로도 작업을 시작할 때 최소한 1.0에 있지 않은 플랫폼을 피할 것입니다.

Ruby는 함께 일하기에 좋고 개발자 생산성을 높게 유지하지만 Django가 더 안정적인 플랫폼이라면 확실히 선호합니다.

서버 설정에 대해 편견을 갖지 않아야합니다. 소스 코드의 무게가 가치가있는 최신 웹 프레임 워크에는 일종의 SQL 추상화 계층이 있습니다. PostgreSQL은 훨씬 더 나은 성능을 얻었으며, 이것은 이전 MySQL 당파에서 나옵니다.

Apache는 구성 및 서버 리소스를 모두 제공하는 짐승입니다. 가벼운 웨이트와 같은 것을 가지고 가지 않겠습니까? nginx 또는 lighttpd?

(레코드의 경우, 나는 큰 Django 사용자이지만 인정 된 답변이 말했듯이 팀이 알고있는 모든 것을 가지고 가십시오. 빠른 전환은 새로운 프레임 워크를 배우는 시간이 아닙니다. 팀을 처음부터 고용하는 경우. , Django와 함께 가십시오.)

업데이트 : 나는 결국 Django를 사용하고 사랑했습니다. 나는 PHP로 완전히 끝났다 - 죄송합니다. 미래의 독자들은 새로운 웹 2.0 사이트 (프로그래밍 배경이 있다고 가정)를 만들려고하는이 설정을 크게 고려해야합니다.

호스트를위한 Amazon EC2 (월 $ 80/월 - 저렴하지는 않지만 감당할 수 있다면 가치가 있습니다) Django/Python (Python은 지구상에서 가장 강력한 스크립팅 언어입니다. Django는 웹에서 작동합니다).

Sqllite 및 Django와 함께 제공되는 개발 서버로 개발을 수행해야합니다. 몇 주 동안 베타 버전을 뿌릴 때까지 Nginx, Apache, MySQL로 시간을 낭비하지 마십시오.

아, 그리고 나는 이제 Mac에서 개발되어 지역 Django 개발에 적합합니다.

드디어, 피 낙스 좋은 출발입니다 장고 개발.

라이센스 : CC-BY-SA ~와 함께 속성

제휴하지 않습니다 StackOverflow