Да уж, загрузить админа/автора дополнительной работой по разбору таких жалоб — это вы назвали «автоматизировать»? А их ведь будет очень много. Чем проще юзеру, тем сложнее админу/автору.
Как раз-таки более грамотным было бы вводить автоматическое удаление сообщений по наличию некоторого количества жалоб. И админ свободен и возможность удалить аццкие сообщения у добропорядочных юзверей есть.
По-моему, ты придумываешь проблемы. Гибкость типизации — это благо, если её правильно использовать. То, что ты пишешь — это не проблема языка, а проблема менеджмента в компании. Кто разрешит программисту менять @return? Если он даже меняет, надо обосновывать. Или пусть текстом пишет что значит mixed, чтобы другие знали.
Твой пример со строгой типизацией не позволяет использовать многие полезные фичи PHP, например, если надо вернуть из функции объект неизвестного типа (скажем, у нас есть библиотека графических образов, каждый из них описан своим собственным классом).
Функции для того и придуманы, чтобы из них можно было что угодно возвращать. @return нужен только для того, чтобы все остальные разработчики знали — что именно возвращается.
Не вижу особых проблем в этом.
Да нет, не плохо, многие компании делают свой фреймворк. Просто требования к специалистам должны быть повыше в этом случае (по крайней мере, доку по фреймворку и Company Coding Standard они должны прочесть). А что касается типов данных и возвращаемых значений, то @param и @return рулят :)
Да брось, обычно над серьёзными проектами работают профессионалы, которые соблюдают Zend Coding Standarts и хорошо знают фреймворк, под который всё пишется. Ну а опытный PHP-шник точно знает как работают все функции и на типы ему до лампочки.
Сижу на PHP с 2001 года по текущий момент. Хочу попробовать ещё какую-нибудь дурь, но с PHP слезать не собираюсь. Уж больно, зараза, много бабла приносит.
Пиксельарт? Да никаких проблем! Рисуем разноцветными квадратиками. А редактор потом нам их склеит в двумерные меши и позволит ещё текстурку наложить. Красота :)
Особенно мне понравился пункт «воздержаться от того, чтобы: предпринимать… создание аналогичных продуктов ...». Прям чуть не прослезился. Значит, если ты, друг-разработчик, надумаешь создать что-то такое-этакое, то должен сделать харакири, лишь бы только не нарушать заветов многоуважаемых разрабов Скайпа :))
Не знаю как показать скриншот, словами проще — это я так назвал древовидное Избранное. Элементы первого уровня во всю ширину браузера, при наведении выпадает всё остальное. Редактируется перетаскиванием. Быстро и очень удобно.
Ну это же неразумно — держать открытыми много вкладок. Памяти-то они сколько занимают, жуть.
И всё равно информация в них неактуальная — при переключении на нужную вкладку приходится F5 давить. Так не лучше ли уж выбрать из выпадающего списка шоткат страницы (в Safari такой шоткат делается за один клик — просто хватается иконка из строки URL и втыкается в нужное место меню.
Хотя в конечном итоге вы правы: привычка — вещь окончательная и непобедимая.
Так вы не создавайте немеряное количество вкладок)) Или же сделайте, чтобы они все закрывались при закрывании браузера. В FF ещё есть недостаток — он проверяет наличие обновлений при каждом запуске. Я сам пользуюсь Safari, а FF очень редко запускаю (только для проверок, ибо я веб-программер), скорее всего там есть отключение обновлений при запуске.
Да, им можно пользоваться, что и делает большинство windows-юзеров, благодаря тому, что IE предустановлен в Windows изначально (а не потому, что он такой замечательный). Однако IE очень сильно тормозит (у меня на четырёх ядрах работает в 3 раза медленнее любого другого браузера), поэтому тот юзер, который хотя бы чуток посидел в FF, Opera, Safari, Chrome никогда уже не вернётся на IE.
У «классического» PHP (даже плюс nginx и плюс php-fpm) совершенно иная концепция, по сравнению с NodeJS. Поэтому тут сравнивать что-либо совершенно неправильно.
Статья ни о чём. Сравнивать язык и фреймворк не просто некорректно, но и в последнее время стало уже моветоном. То RoR с PHP сравнивают (а не с ZF или Symfony, например), то теперь вот node.js с PHP.
Если уж сравнивать, то брать либо голый Javascript и голый PHP, либо nodejs и phpDaemon (или другой демонический фреймворк на PHP).
Как раз-таки более грамотным было бы вводить автоматическое удаление сообщений по наличию некоторого количества жалоб. И админ свободен и возможность удалить аццкие сообщения у добропорядочных юзверей есть.
Твой пример со строгой типизацией не позволяет использовать многие полезные фичи PHP, например, если надо вернуть из функции объект неизвестного типа (скажем, у нас есть библиотека графических образов, каждый из них описан своим собственным классом).
Не вижу особых проблем в этом.
И всё равно информация в них неактуальная — при переключении на нужную вкладку приходится F5 давить. Так не лучше ли уж выбрать из выпадающего списка шоткат страницы (в Safari такой шоткат делается за один клик — просто хватается иконка из строки URL и втыкается в нужное место меню.
Хотя в конечном итоге вы правы: привычка — вещь окончательная и непобедимая.
Если уж сравнивать, то брать либо голый Javascript и голый PHP, либо nodejs и phpDaemon (или другой демонический фреймворк на PHP).
Статью в топку.