Stephan 对软件自由、人机交互、用户界面/体验设计、编程和 Linux 感兴趣……但他更喜欢将平面设计留给专家。
我不会不同意 CakePHP 是一个优雅的框架。我也曾在某个时候尝试过它。但是，我确实不同意您关于 PHP 在其中的作用的看法。
如果我要使用一个框架，它的速度比裸 PHP 慢一个数量级，除非使用字节码缓存，我不如将 FastCGI 与一种语言一起使用，这种语言具有列表推导式、函数和类装饰器、更简洁的标准库、用于具有可变关键字参数的函数的简洁语法，以及显式指定哪些代码只需要用于初始化，哪些代码应该为每个请求运行的能力。
每当我将 PHP 与 FatFree Framework 一起使用时，都是因为 FatFree 将在共享主机上为我提供与 Django/Pylons/Pyramid+FastCGI/mod_wsgi 相同的性能，而这些共享主机不提供这些技术。
至于 Ruby，我的印象是我是一个十足的反潮人，因为，尽管了解它可能很有用，但我就是无法克服它的设计美学冒犯了我的感官。（我想我曾经在和朋友聊天时称之为 Perl、BASIC 和 Java 的私生子。）
我担心的问题之一是，“愿意将他们的 C++、Java 或 RoR 等技能转移到 Drupal 的人”可能比您想象的要少。
我对事情的印象是，要成为一个有价值的 Drupal 雇员，您需要相当多的经验，但是要在没有某种学徒或代码猴子职位的情况下获得这种经验，您需要在某种程度上喜欢它。但是，由于 Drupal 是用 PHP 编写的，我看不出这些人群会认为转移到 Drupal 是一件可取的事情。
<ol><li>喜欢 C++ 的人可能就是那种想要专注于 C++ 最擅长的事情的人，例如 CPU 密集型原生应用程序。（游戏、多媒体应用程序、任何同时复杂和低级的东西等）我不确定有多少人愿意学习 PHP 和 Javascript 来进行 Web 应用程序开发，而他们可以只学习 Javascript 和 Node.JS，并在 C++ 或客户端 Javascript 中完成任何非 I/O 密集型的事情。</li><li>以我的经验，Java 主要是在大学/大学课程中学习的，这意味着由于缺乏有在线资源自学经验的学生，迁移路径可能会很坎坷。</li><li>我可以亲自证明 PHP 对于习惯 RoR 和 Python 的人来说是多么不舒服。我尽可能避免使用它，并在允许托管的情况下坚持使用 FatFree Framework（这需要 PHP 5.3 匿名函数），因为它可以为我提供更具功能性的 Python/Javascript/etc.-style API。</li></ol>我对 Drupal 没有任何意见，但我的印象是，由于 PHP 带来的所有设计和文档包袱，它处于明显的劣势。<ul><li>认真地吗？在 5.3 之前的任何版本中使用字符串作为函数引用？</li><li>无法在 GD 中获取原始图像数据，因为 PHP 将 API 封装得如此紧密，以至于您必须解引用指针才能获取它？</li></li>在这个时代，将模板引擎构建到语言语法中，仍然期望模板设计人员手动跟踪数据是否已被转义？</li><li>为什么 PHP 文档的面向对象部分仍然索引如此糟糕，以至于您必须首先通过 Google、博客文章以及它们必须存在的顽固信念来查找确切的类和方法名称？（例如，opendir/readdir 的替代方案）</li></ul>
撰写的评论
我不会不同意 CakePHP 是一个优雅的框架。我也曾在某个时候尝试过它。但是，我确实不同意您关于 PHP 在其中的作用的看法。
如果我要使用一个框架，它的速度比裸 PHP 慢一个数量级，除非使用字节码缓存，我不如将 FastCGI 与一种语言一起使用，这种语言具有列表推导式、函数和类装饰器、更简洁的标准库、用于具有可变关键字参数的函数的简洁语法，以及显式指定哪些代码只需要用于初始化，哪些代码应该为每个请求运行的能力。
每当我将 PHP 与 FatFree Framework 一起使用时，都是因为 FatFree 将在共享主机上为我提供与 Django/Pylons/Pyramid+FastCGI/mod_wsgi 相同的性能，而这些共享主机不提供这些技术。
至于 Ruby，我的印象是我是一个十足的反潮人，因为，尽管了解它可能很有用，但我就是无法克服它的设计美学冒犯了我的感官。（我想我曾经在和朋友聊天时称之为 Perl、BASIC 和 Java 的私生子。）
我担心的问题之一是，“愿意将他们的 C++、Java 或 RoR 等技能转移到 Drupal 的人”可能比您想象的要少。
我对事情的印象是，要成为一个有价值的 Drupal 雇员，您需要相当多的经验，但是要在没有某种学徒或代码猴子职位的情况下获得这种经验，您需要在某种程度上喜欢它。但是，由于 Drupal 是用 PHP 编写的，我看不出这些人群会认为转移到 Drupal 是一件可取的事情。
<ol>
<li>喜欢 C++ 的人可能就是那种想要专注于 C++ 最擅长的事情的人，例如 CPU 密集型原生应用程序。（游戏、多媒体应用程序、任何同时复杂和低级的东西等）我不确定有多少人愿意学习 PHP 和 Javascript 来进行 Web 应用程序开发，而他们可以只学习 Javascript 和 Node.JS，并在 C++ 或客户端 Javascript 中完成任何非 I/O 密集型的事情。</li>
<li>以我的经验，Java 主要是在大学/大学课程中学习的，这意味着由于缺乏有在线资源自学经验的学生，迁移路径可能会很坎坷。</li>
<li>我可以亲自证明 PHP 对于习惯 RoR 和 Python 的人来说是多么不舒服。我尽可能避免使用它，并在允许托管的情况下坚持使用 FatFree Framework（这需要 PHP 5.3 匿名函数），因为它可以为我提供更具功能性的 Python/Javascript/etc.-style API。</li>
</ol>
我对 Drupal 没有任何意见，但我的印象是，由于 PHP 带来的所有设计和文档包袱，它处于明显的劣势。
<ul>
<li>认真地吗？在 5.3 之前的任何版本中使用字符串作为函数引用？</li>
<li>无法在 GD 中获取原始图像数据，因为 PHP 将 API 封装得如此紧密，以至于您必须解引用指针才能获取它？</li>
</li>在这个时代，将模板引擎构建到语言语法中，仍然期望模板设计人员手动跟踪数据是否已被转义？</li>
<li>为什么 PHP 文档的面向对象部分仍然索引如此糟糕，以至于您必须首先通过 Google、博客文章以及它们必须存在的顽固信念来查找确切的类和方法名称？（例如，opendir/readdir 的替代方案）</li>
</ul>