1. Не понятно причем здесь PHP.
100500 ЯП умеют жить в режиме запрос-ответ и это хорошо, а не плохо ( см. горизонтальную масштабируемость )
2. Нет ничего плохого в том, чтобы взять и перезапустить процесс!
Все ЯП текут! Напишите нетривиальный демон на Си, который не течет и я пожму Вам руку!
Вы не правы!
Вы писали скорее на «похапэ», а не на PHP.
Параллелизация на Python требует синхронизации ровно также, как и на PHP.
ФП — парадигма, которую «можно» использовать в императивном языке, и PHP ничем не отличается здесь от Python.
Насчет pip, то есть pear, pecl, composer, etc.
Ну и в итоге: все хейтеры PHP, на самом деле на нем никогда не писали и приписывают «мнимые плюсы» другим ЯП!
>> На самом деле понимание того что PHP не совсем тот язык, на котором стоило бы такое писать пришло почти сразу, но тогда у меня небыло вариантов
Порадуйте меня и расскажите о своем пути:-)
Готов поспорить, что получится статья в стиле «я хз как тут и чо, но пайтон говорят получше»))
Насчет низкого порога вхождения — Вы не правы. То есть да, на «похапэ» можно достаточно быстро написать что-нибудь тривиальное, но на PHP можно написать программу, которая будет быстрее, выше, сильнее, чем на любом другом ЯП!
Ну доказать болвану обратное все-таки лучше, чем молча игнорировать его. Хотя… называйте это оправдыванием, если хотите, но лично мне очень неприятно видеть новичка, у которого все впереди, который ссылается на такие статьи!
Если хотите реально сделать что-то полезное, то запилите crud для него через стд файлы конфигурации (чтобы в разных форматах можно было сохранять, например php array, yaml, xml, json), при этом не изобретите велосипед + добавьте версионность таких конфигов(например, dev, test, prod).
А еще надо бы релизить(packagist) все это, чтобы сообщество пользовалось Вашей наработкой. Возможно потом ее даже включат в стандартную поставку Yii, если там такого еще нет(я не слежу за этим фреймворком, в Sf2, например, есть такая страничка)
>>Так что кипящие в соседних топиках дискуссии о постоянной нехватке квалифицированных кадров — какая-то глупость.
А что не устраивает собственно в названии «массив»?)
Все структуры, которые Вы перечислили имеют одну общую черту: «упорядоченное отображение, которое устанавливает соответствие между значением и ключом», почему бы не назвать все это одним словом по самой элементарной структуре данных — «Массив»?)
И, кстати, зря Вы упомянули пайтон, потому что я ни разу не встречал человека, который знает все встроенные типы данных(http://docs.python.org/2/library/datatypes.html), а вот любой программист PHP прекрасно их знает(http://php.net/manual/ru/language.types.php).
Однозначный плюс альфы, которого нет в статье это привязки карт к электронным деньгам!
Не осведомлен про другие банки, но сам Альфой начал пользоваться именно из-за этого
Спасибо, очень интересно!
Очень хочется услышать ответы на следующие вопросы:
1. Чем не угодил phpcs? Почему используете свою утилиту?
Кстати, насколько codestyle в Вашей компании отличается от PSR*?
2. gitphp — гуй некрасивый и неудобный.
Что, кроме исторического наследия или паранои, мешает использовать гитхаб или битбукет?
И, кстати, Ваша компания существует уже не первый год, как так Вы перебрались на гит? Реквестирую статью!
3. Очень интересен процесс автоматизации построения тегов(наверное) для деплоя.
Это как раз очень хороший кейс, который ни в одной из известных мне компаний не автоматизирован.
Получается надо запускать тесты после каждого коммита(нереально с большим кол-вом тестов), и если тесты прошли, подливать в тег билда.
Раскройте плз подробнее этот процесс.
4. Как происходит деплой? Капистрано-стайл? Его используете или что-то свое? Почему?
Цель публикации статьи — собрать рабочие примеры.
Когда я ее писал, информации о systemtap на русском не было. Я думаю, что в настоящее время должны найтись люди использующие systemtap…
А мне вот кажется, что «монокультура» это здорово, и, что опасения господина Флинка высосаны из пальца.
Я очень давно мечтаю забыть слово «кроссбраузерность» и думаю, что «монокультура» этому способствует!
А мне вот повезло:-) Я работал с лучшими UI дизайнерами и не знаю таких проблем!
Рекламировать не буду, но скажу что дизайнер, не только рисует «картинки», а реально моделирует проблему и пытается ее решить!
Рассматривали ли Вы готовые решения(sphinx, solr, elastic) для реализации этого функционала?
Если да, то почему не устроило(неужели не уложились в рамки по мощностям?)?
Очень интересно было бы узнать объемы данных и инфу по машинам для таких рамок.
Если нет, то почему?
В module_listener_options обязательно включите кеширование конфигов или все это чудо будет мержиться на лету :-)
'cache_dir' => 'data/cache',
'config_cache_key' => 'your_key',
'config_cache_enabled' => true
composer search zendframework/skeleton-application1. Не понятно причем здесь PHP.
100500 ЯП умеют жить в режиме запрос-ответ и это хорошо, а не плохо ( см. горизонтальную масштабируемость )
2. Нет ничего плохого в том, чтобы взять и перезапустить процесс!
Все ЯП текут! Напишите нетривиальный демон на Си, который не течет и я пожму Вам руку!
Вы писали скорее на «похапэ», а не на PHP.
Параллелизация на Python требует синхронизации ровно также, как и на PHP.
ФП — парадигма, которую «можно» использовать в императивном языке, и PHP ничем не отличается здесь от Python.
Насчет pip, то есть pear, pecl, composer, etc.
Ну и в итоге: все хейтеры PHP, на самом деле на нем никогда не писали и приписывают «мнимые плюсы» другим ЯП!
Порадуйте меня и расскажите о своем пути:-)
Готов поспорить, что получится статья в стиле «я хз как тут и чо, но пайтон говорят получше»))
Насчет низкого порога вхождения — Вы не правы. То есть да, на «похапэ» можно достаточно быстро написать что-нибудь тривиальное, но на PHP можно написать программу, которая будет быстрее, выше, сильнее, чем на любом другом ЯП!
А еще надо бы релизить(packagist) все это, чтобы сообщество пользовалось Вашей наработкой. Возможно потом ее даже включат в стандартную поставку Yii, если там такого еще нет(я не слежу за этим фреймворком, в Sf2, например, есть такая страничка)
>>Так что кипящие в соседних топиках дискуссии о постоянной нехватке квалифицированных кадров — какая-то глупость.
Увы, я с Вами не согласен.
Все структуры, которые Вы перечислили имеют одну общую черту: «упорядоченное отображение, которое устанавливает соответствие между значением и ключом», почему бы не назвать все это одним словом по самой элементарной структуре данных — «Массив»?)
И, кстати, зря Вы упомянули пайтон, потому что я ни разу не встречал человека, который знает все встроенные типы данных(http://docs.python.org/2/library/datatypes.html), а вот любой программист PHP прекрасно их знает(http://php.net/manual/ru/language.types.php).
Не осведомлен про другие банки, но сам Альфой начал пользоваться именно из-за этого
Очень хочется услышать ответы на следующие вопросы:
1. Чем не угодил phpcs? Почему используете свою утилиту?
Кстати, насколько codestyle в Вашей компании отличается от PSR*?
2. gitphp — гуй некрасивый и неудобный.
Что, кроме исторического наследия или паранои, мешает использовать гитхаб или битбукет?
И, кстати, Ваша компания существует уже не первый год, как так Вы перебрались на гит? Реквестирую статью!
3. Очень интересен процесс автоматизации построения тегов(наверное) для деплоя.
Это как раз очень хороший кейс, который ни в одной из известных мне компаний не автоматизирован.
Получается надо запускать тесты после каждого коммита(нереально с большим кол-вом тестов), и если тесты прошли, подливать в тег билда.
Раскройте плз подробнее этот процесс.
4. Как происходит деплой? Капистрано-стайл? Его используете или что-то свое? Почему?
Обязательно добавлю в статью примеры использования, если такие будут…
Когда я ее писал, информации о systemtap на русском не было. Я думаю, что в настоящее время должны найтись люди использующие systemtap…
Я очень давно мечтаю забыть слово «кроссбраузерность» и думаю, что «монокультура» этому способствует!
Рекламировать не буду, но скажу что дизайнер, не только рисует «картинки», а реально моделирует проблему и пытается ее решить!
Вот например запрос: в adwords ссылка на www.ask.com/Купить+Авто+ВАЗ+2114, а не на ask.com
Если да, то почему не устроило(неужели не уложились в рамки по мощностям?)?
Очень интересно было бы узнать объемы данных и инфу по машинам для таких рамок.
Если нет, то почему?