Как стать автором
Обновить

Комментарии 8

Считается, что Go гораздо проще поддерживать, чем PHP. Я не согласна. Видела очень много чистого, легко читаемого и поддерживаемого кода на PHP, а сейчас время от времени встречаю много плохо написанного кода на Go.

И это никоим образом не опровергает тезис что «Go гораздо проще поддерживать, чем PHP.»

То есть я вообще не в курсе кого из них там проще поддерживать на самом деле, но аргументация вообще никуда не годится…
Извините, конечно, но когда говорят о поддержке языка, а не кода: у меня опускаются руки.
видел много чужого кода, как на php так и на go, и качество кода, в основном, зависит от архитектуры приложения и найденных простых решений для нетривиальных задач, которые, к слову, присутствуют в большинстве приложений.

Мое любимое: язык — не панацея, инструмент, и если решил кто забивать шурупы микроскопом — глупо жаловаться на результат и попытки сменить микроскоп.

Пишу только на PHP SPL, не юзаю ни чего стороннего и сразу final классам. Разработчиков моего фреймворка кроме меня ноль поэтому поддерживать сущее удовольствие. Раньше да: война с хренокодом и кучей зависимостей доставляли не мало, но я ушел из программирования как с работы и теперь это хобби и мне спать кто и что критикует в моем подходе к разработке.

Этот холивар извечен…
Ну правда, как поп vs рэп vs рок vs классика. Какая задача, какие прычки — тому там и проще.

Воистину, тот язык — говно, на котором нельзя написать говно! (значит, мало возможностей)
Начинала с очень простых вещей — WordPress, Drupal…

А вы можете раскрыть этот тезис?
Почему они вам показались очень простыми?

Привет! Согласна, что я как-то не совсем правильно выразилась.
Пришла в комментарии, чтобы раскрыть этот тезис :)


Наверное, мне надо было пояснить, что я начинала с маленьких сайтов-блогов на WordPress и Drupal, где особо не требовалось разбираться в архитектуре распределенных систем или, например, в оптимизации запросов к базам данных. Не нужно было глубоко копать в то, как устроены сами WordPress или Drupal. И было это лет 12-13 назад. Не исключаю, что сейчас ситуация с этими CMS/CMF совсем другая. Но это уже прям целые мемуары получаются :)


Так совпало, что когда я перешла в проекты, которые действительно можно было назвать не самыми простыми, в качестве основы использовались уже или самописные фреймворки, или, например, Yii.

основное, что хотел сказать, написал ответом к первому комменту.

касательно php VS go — мне лично, неудобно строить простые и быстрые сайты на go, под простотой и быстрый: имею ввиду потраченное время, скажем, на организацию структуры лендинга, который был упомянут, или какого сайта визитки, а также регулярки писать на go не особо удобно, в сравнении с php…
Но дело, наверное, больше в том, что на go я этим попросту почти никогда не занимался.
Да, есть в go и html templates, и regexp из коробки, но все оно не особо удобно по трудозатратам…

Но когда: «делал на PHP сервис асинхронного получения информации из большого числа разных источников в ходе одного запроса» — сложно воспринимать… особенно в контексте ведущего лабы на обоих языках…

ПС: интро-тайтл завлекает, но содержимое вселяет сомнение. В любом случае — постараюсь посмотреть в лайве все это, думаю, будет увлекательно.
Спасибо skyeng! Вы много делаете для сообщества PHP.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий