Ни «спасибо», ни «вы ничего не знаете о ...» читать в комментариях на техническом ресурсе не интересно ни капли, в отличие от «оператор Х обладает сайдэффектом Y (из документации ссылка Z)».
Спасибо — стрелка вверх. Не интересно — иди дальше. Бесполезный/вводящий в заблуждение материал/совсем велосипед — стрелка вниз.
В комментарии технические вопросы-ответы по делу без перехода на личности вообще.
Есть пример по-проще. Не так давно в проекте надо было почистить кэш, пальцы делают уже автоматически, но они иногда ошибаются.
В итоге вместо $ rm -rf app/cache
написал $ rm -rf app /cache
То есть добавил всего один пробел случайно перед слэшем. В итоге удаленная директория app целиком. Пришлось повозиться немного с восстановлением файлов в IDE, хорошо, что все в истории есть.
Между тем через много лет :)
python3: 38.629s
php7: 11.693s
node5: 1.893s
java8: 0.546s
неприятно удивил питон, думал он будет наравне с php по математике или даже быстрее
Это точно подмечено. Когда-то ездил с HTC Artemis по городам и без всякого интернета все отлично было, кроме того, что пробки не показывал. Хотя даже с новыми навигаторами иногда можно хорошо в пробке стать.
Прочитал вчера историю, да поучительная, иногда наши напоминают ее.
И решил, что надо попробовать новый навигатор, голосовое управление все-таки. На днях проехал по России 1600 км по гугл-навигатору и был приятно удивлен его работой: даже когда пропал весь интернет и он подвис, я смог открыть его заново, он уже помнил точку, куда я прокладывал маршрут и когда я ее выбрал, то он просто показал тот же маршрут еще раз, даже без инета. Подвисал он кстати из-за режима энергосбережения, который я потом выключил и все работало отлично.
В общем поставил я этот яндекс.навигатор и стал пробовать проехать по городу Ульяновск (яндекс-карты пока что лучше гугловских по нему строят маршруты в виду близко-расположенных параллельных дорог через рельсы). Я долго подбирал слова, чтобы он все-таки построил маршрут мне, а не просто показал найденную точку. Далее надо сказать «поехали» или «отмена». Говорю «поехали» и он делает отмену. Ладно, пальцы в помощь. И вот я еду по маршруту, но что-то никто не предупреждает ни о каких поворотах, весело, приходится смотреть, как и в обычную карту.
Далее веселее, выключил ведение по маршруту, еду обратно, поворачиваю налево, проезжаю метров 50, а по карте я до сих еду прямо все те же 50 метров, я на секунду был в замешательстве (все таки поздний вечер был и город незнакомый). Потом указатель резко перескочил на другую дорогу. Я подумал, что может глюк связи с GPS, но это повторялось на каждом повороте, чего я ни разу не наблюдал с гугловским.
Так же не получилось голосом объяснить навигатору, что мне еще надо заехать на другой адрес. Он перестраивал маршрут в новую точку просто. В общем пилить и пилить. Да и в целом продукты яндекса раньше были намного удобнее гугловских, но что-то во всех сейчас очень сильно все меняется в обратную сторону. Надеюсь временное явление.
Как часто заказывают hello world проекты? почему?
В большом проекте будут разного вида кэши (не видел пока ни одного крупного проекта без кэширования). И symfony2 выдаст уже совсем другие результаты.
А если к ней прикрутить reactphp (по умолчанию никаких утечек памяти в симфе — проверяли), то можно будет уже и на верхних строках оказаться.
Интересно, если бы кто такой тест сделал, у кого есть время и скиллы потестировать?
Кстати, как-то наткнулся на статью про возможность распознавать 3D образы с рождения. elementy.ru/news/432084?page_design=print
Возможно, у нас многое уже заложено с рождения, скажем так определение каких-либо объектов 3D по 2D изображению.
1. Обычному пользователю нафиг не нужно пересылать исполняемые файлы. А изоляция на шнуре утюга некоторым мешает им «нормально» пользоваться — сложно к его проводу подключить еще и лампу параллельно (аналогия с exe).
2. Я не говорю про полную блокировку пересылки файлов exe, хотя для опытного юзера обойти это не доставит особых проблем. Сейчас с программами конечно лучше все стало, но помнится время Windows XP, когда я сам в спешке не заметил в The Bat продолжения имени файла после 10 пробелов, оканчивающегося на .com. Причем он даже не спросил меня ничего, сразу же выполнил. Через пару секунд я понял, что произошло, но было уже поздно. Пришлось тратить время на антивири и т.п.
3. Я думаю, что простым неграмотным юзерам не нужно запрещать пользоваться интернетом, а нужно сделать запрет на установку любого ПО и все. Просто это не выгодно многим, видимо.
Ну если с такой аналогией продолжать, то нормальные квартиры, даже в новых домах, продаются уже с замком на двери.
А Вам, я думаю, лучше не компьютер покупать, а набор smd-компонентов, паяльник и провода без изоляции — дальше уже сами сделаете что нужно.
Зачем человеку, который на работе должен отвечать на письма, знать все о компьютерной безопасности? Зачем ему запоминать, какие файлы можно открыть, а какие опасно? Он может никогда не слышал, что такое JS, да оно ему и не надо. Может он профессионал в другом деле и его задача прочитать письмо и написать свои мысли.
Это не прогресс нифига, если нужно изучать тонну информации, прежде чем начать использовать устройство созданное для автоматизации или упрощения чего-либо.
Вы изучаете параметры проводниковпроводников в кабеле утюга при его покупке? Какая там изоляция используется и какие внешние воздействия она выдерживает? Нет — это не Ваша задача. Для Вас он должен быть уже безопасен максимально.
По-вашему наверное нужно выпустить 5 томов книг: «известные типы файлов, которые могут находиться во вложении письма, правила работы с HEX-Editor и декомпиляция для секретарей» — не тот это путь, не тот.
А вот ещё интересно, Вы говорите простые правила безопасности работы в сети — а ну ка сформулируйте.
Спасибо! Поставил PHP Annotations — классная штука. Теперь я вспомнил, что когда-то ставил ради интереса и пользовался, пока версию сторма не сменил и забыл про этот плагин.
Интересная особенность построения симфони, что entity не должно содержать логики и используется в основном для описания сущности в базе. Так что выделять описание сущности в базе из описания сущности в базе…
Я работал на одном большом проекте, где все было в yml. Сейчас работаю на другом огромном проекте, где много используется аннотаций. И мне с аннотациями намного удобнее. Единственный плюс на yml был, что сторм научился дополнять описание entity в yml. Чего нет в аннотациях пока что.
На счет аннотаций совсем не согласен. Когда ты видишь сразу какие «дополнительные возможности» привязаны на это свойство класса — это хорошо. А когда у тебя разбросано по 5 файлам конфигурации (а я работал с таким проектом пол года назад) — то это ужасно. Приходится сначала находить все файлы конфигураций (там же не только Entity, там и timestampable и другие) и изучать их. Да и разработчики симфони не зря сделали это по умолчанию.
По поводу поиска нужного метода для роута — это дело секунд с любым вариантом конфигурации (phpStorm + symfony2 plugin).
На счет репозиториев и менеджеров. Менеджеры действительно лучше хранить в директории Manager, а вот репозитории отделять от Entity смысла особо не вижу. Все равно я обычно не смотрю на дерево файлов, оно у меня вообще скрыто. Лучше пользоваться своей памятью и быстрым поиском файла — нахожу за пару секунд нужный (там очень хороший алгоритм выбора файла, когда ты знаешь, что ищешь), в то время как другие ищут его зачем то в списке файлов глазами. Но это видимо придет со временем к некоторым, а к некоторым — никогда.
На счет конфигурации бандлов!
Описание сервисов бандла должно быть в самом бандле. Если потребуется выносить бандл, как отдельный вендор для другого проекта (а в хорошей практике это частое событие), описания этих сервисов придется «вернуть» в бандл. И основные роутинги тоже нужно описать в самом бандле. А вот префикс может быть добавлен в самом текущем приложении, то есть в app. Но смысла выносить это в ресурсы опять же не вижу никакого, т.к. app — это и так настройки текущего приложения. А когда они все лежат в config директории — это очень удобно. Но согласен, что их лучше разделять на несколько конфигов.
В разделе «добавлено» со всем согласен (формы, lazy twig, трейты).
Немного не согласен с «всегда определяйте блоки». Symfony2 — это система в которой можно переопределить практически все что хочешь. И заранее определять блоки (особенно если не выносится это в вендор) смысла не вижу. Когда потребуется, всегда можно взять в нужном шаблоне что-то в блок и переопределить этот блок в другом.
Спасибо — стрелка вверх. Не интересно — иди дальше. Бесполезный/вводящий в заблуждение материал/совсем велосипед — стрелка вниз.
В комментарии технические вопросы-ответы по делу без перехода на личности вообще.
Думаю если бы так было всегда — было бы идеально…
В итоге вместо
$ rm -rf app/cache
написал
$ rm -rf app /cache
То есть добавил всего один пробел случайно перед слэшем. В итоге удаленная директория app целиком. Пришлось повозиться немного с восстановлением файлов в IDE, хорошо, что все в истории есть.
python3: 38.629s
php7: 11.693s
node5: 1.893s
java8: 0.546s
неприятно удивил питон, думал он будет наравне с php по математике или даже быстрее
И решил, что надо попробовать новый навигатор, голосовое управление все-таки. На днях проехал по России 1600 км по гугл-навигатору и был приятно удивлен его работой: даже когда пропал весь интернет и он подвис, я смог открыть его заново, он уже помнил точку, куда я прокладывал маршрут и когда я ее выбрал, то он просто показал тот же маршрут еще раз, даже без инета. Подвисал он кстати из-за режима энергосбережения, который я потом выключил и все работало отлично.
В общем поставил я этот яндекс.навигатор и стал пробовать проехать по городу Ульяновск (яндекс-карты пока что лучше гугловских по нему строят маршруты в виду близко-расположенных параллельных дорог через рельсы). Я долго подбирал слова, чтобы он все-таки построил маршрут мне, а не просто показал найденную точку. Далее надо сказать «поехали» или «отмена». Говорю «поехали» и он делает отмену. Ладно, пальцы в помощь. И вот я еду по маршруту, но что-то никто не предупреждает ни о каких поворотах, весело, приходится смотреть, как и в обычную карту.
Далее веселее, выключил ведение по маршруту, еду обратно, поворачиваю налево, проезжаю метров 50, а по карте я до сих еду прямо все те же 50 метров, я на секунду был в замешательстве (все таки поздний вечер был и город незнакомый). Потом указатель резко перескочил на другую дорогу. Я подумал, что может глюк связи с GPS, но это повторялось на каждом повороте, чего я ни разу не наблюдал с гугловским.
Так же не получилось голосом объяснить навигатору, что мне еще надо заехать на другой адрес. Он перестраивал маршрут в новую точку просто. В общем пилить и пилить. Да и в целом продукты яндекса раньше были намного удобнее гугловских, но что-то во всех сейчас очень сильно все меняется в обратную сторону. Надеюсь временное явление.
В большом проекте будут разного вида кэши (не видел пока ни одного крупного проекта без кэширования). И symfony2 выдаст уже совсем другие результаты.
А если к ней прикрутить reactphp (по умолчанию никаких утечек памяти в симфе — проверяли), то можно будет уже и на верхних строках оказаться.
Интересно, если бы кто такой тест сделал, у кого есть время и скиллы потестировать?
elementy.ru/news/432084?page_design=print
Возможно, у нас многое уже заложено с рождения, скажем так определение каких-либо объектов 3D по 2D изображению.
2. Я не говорю про полную блокировку пересылки файлов exe, хотя для опытного юзера обойти это не доставит особых проблем. Сейчас с программами конечно лучше все стало, но помнится время Windows XP, когда я сам в спешке не заметил в The Bat продолжения имени файла после 10 пробелов, оканчивающегося на .com. Причем он даже не спросил меня ничего, сразу же выполнил. Через пару секунд я понял, что произошло, но было уже поздно. Пришлось тратить время на антивири и т.п.
3. Я думаю, что простым неграмотным юзерам не нужно запрещать пользоваться интернетом, а нужно сделать запрет на установку любого ПО и все. Просто это не выгодно многим, видимо.
А Вам, я думаю, лучше не компьютер покупать, а набор smd-компонентов, паяльник и провода без изоляции — дальше уже сами сделаете что нужно.
Зачем человеку, который на работе должен отвечать на письма, знать все о компьютерной безопасности? Зачем ему запоминать, какие файлы можно открыть, а какие опасно? Он может никогда не слышал, что такое JS, да оно ему и не надо. Может он профессионал в другом деле и его задача прочитать письмо и написать свои мысли.
Это не прогресс нифига, если нужно изучать тонну информации, прежде чем начать использовать устройство созданное для автоматизации или упрощения чего-либо.
Вы изучаете параметры проводниковпроводников в кабеле утюга при его покупке? Какая там изоляция используется и какие внешние воздействия она выдерживает? Нет — это не Ваша задача. Для Вас он должен быть уже безопасен максимально.
По-вашему наверное нужно выпустить 5 томов книг: «известные типы файлов, которые могут находиться во вложении письма, правила работы с HEX-Editor и декомпиляция для секретарей» — не тот это путь, не тот.
А вот ещё интересно, Вы говорите простые правила безопасности работы в сети — а ну ка сформулируйте.
Я работал на одном большом проекте, где все было в yml. Сейчас работаю на другом огромном проекте, где много используется аннотаций. И мне с аннотациями намного удобнее. Единственный плюс на yml был, что сторм научился дополнять описание entity в yml. Чего нет в аннотациях пока что.
По поводу поиска нужного метода для роута — это дело секунд с любым вариантом конфигурации (phpStorm + symfony2 plugin).
На счет репозиториев и менеджеров. Менеджеры действительно лучше хранить в директории Manager, а вот репозитории отделять от Entity смысла особо не вижу. Все равно я обычно не смотрю на дерево файлов, оно у меня вообще скрыто. Лучше пользоваться своей памятью и быстрым поиском файла — нахожу за пару секунд нужный (там очень хороший алгоритм выбора файла, когда ты знаешь, что ищешь), в то время как другие ищут его зачем то в списке файлов глазами. Но это видимо придет со временем к некоторым, а к некоторым — никогда.
На счет конфигурации бандлов!
Описание сервисов бандла должно быть в самом бандле. Если потребуется выносить бандл, как отдельный вендор для другого проекта (а в хорошей практике это частое событие), описания этих сервисов придется «вернуть» в бандл. И основные роутинги тоже нужно описать в самом бандле. А вот префикс может быть добавлен в самом текущем приложении, то есть в app. Но смысла выносить это в ресурсы опять же не вижу никакого, т.к. app — это и так настройки текущего приложения. А когда они все лежат в config директории — это очень удобно. Но согласен, что их лучше разделять на несколько конфигов.
В разделе «добавлено» со всем согласен (формы, lazy twig, трейты).
Немного не согласен с «всегда определяйте блоки». Symfony2 — это система в которой можно переопределить практически все что хочешь. И заранее определять блоки (особенно если не выносится это в вендор) смысла не вижу. Когда потребуется, всегда можно взять в нужном шаблоне что-то в блок и переопределить этот блок в другом.