1. Стоимость поддержки (на php - меньше)
2. Очень условно - безопасность (на php - тоже меньше :)
3. Возможность глобальных изменений в проекте - на php проще
4. И только когда в проекте пользуются миллионы транзакций _ежедневно_, вопросы производительности заставляют искать решение подороже, побыстрее, получше.
не согласен с 3. от ЯП вообще ничего не зависит(брейнфак и тп не в счет), только от того как команда все сделает: хорошая архитектура, чистый код и тд
повидал уже крупные проекты на пхп, в котором на столько здоровенный болт на дальнейшее сопровождение положили, что теперь без боли в груди не возможно смотреть на код, написанный на этом языке
2 тоже спорно, за счет особенностей языка и его широкой распространенности, почти любой школьник может загуглить как хотя бы sql инъекцию сделать, так что пхп в этом плане дорогой язык
2. - так я и пишу - на php безопасности меньше (т.е опасности больше).
А так - php подходит чтобы по-быстрому накидать прототип, обнаружить что он работает, и так дальше и жить. При должном _документировании_, может жить десятилетиями, ну как Drupal например. И обрастать багами как Drupal :(
Собственно, сила php проектов Комитета - именно в том что они код не выкладывают, и все это работает server side. Вроде как подбирались умельцы через js к проектам Комитета - но я так понял не вышло, и очень славно, что не вышло.
А был бы чистый js - рано или поздно нашли бы лазейку, свежий баг в библиотеке, который пока не перекрыт апдейтом ... :(
ну, это да, каждому случаю свой инструмент, и у всего есть плюсы и минусы. Не считаю пхп плохим языком: только 90% программистов на нем портят его имидж, просто "в интернете кто то не прав" и я высказался об этом
Комментарий недоступен
1. Стоимость поддержки (на php - меньше)
2. Очень условно - безопасность (на php - тоже меньше :)
3. Возможность глобальных изменений в проекте - на php проще
4. И только когда в проекте пользуются миллионы транзакций _ежедневно_, вопросы производительности заставляют искать решение подороже, побыстрее, получше.
не согласен с 3. от ЯП вообще ничего не зависит(брейнфак и тп не в счет), только от того как команда все сделает: хорошая архитектура, чистый код и тд
повидал уже крупные проекты на пхп, в котором на столько здоровенный болт на дальнейшее сопровождение положили, что теперь без боли в груди не возможно смотреть на код, написанный на этом языке
2 тоже спорно, за счет особенностей языка и его широкой распространенности, почти любой школьник может загуглить как хотя бы sql инъекцию сделать, так что пхп в этом плане дорогой язык
2. - так я и пишу - на php безопасности меньше (т.е опасности больше).
А так - php подходит чтобы по-быстрому накидать прототип, обнаружить что он работает, и так дальше и жить. При должном _документировании_, может жить десятилетиями, ну как Drupal например. И обрастать багами как Drupal :(
Собственно, сила php проектов Комитета - именно в том что они код не выкладывают, и все это работает server side. Вроде как подбирались умельцы через js к проектам Комитета - но я так понял не вышло, и очень славно, что не вышло.
А был бы чистый js - рано или поздно нашли бы лазейку, свежий баг в библиотеке, который пока не перекрыт апдейтом ... :(
ну, это да, каждому случаю свой инструмент, и у всего есть плюсы и минусы. Не считаю пхп плохим языком: только 90% программистов на нем портят его имидж, просто "в интернете кто то не прав" и я высказался об этом