Это и мой первый вопрос. Второй вопрос — а почему из их корма нельзя сделать высокопротеиновую еду для людей?! Судя по первому ролику, там трава и кусочки фруктов. Возможно из них вырабатывать как-то протеин химически?!
Не хочется учить того тролля, там всё и без того ясно. А вот открытому для критики и новым знаниям человеку напишу, что в MySQL для задач по таймеру есть events dev.mysql.com/doc/refman/5.1/en/create-event.html удобная штука без всяких кронов.
Стоит задача разработки комплексного приложения под максимально широкий круг версий PHP (4+), в том числе там нужен и архиватор, и этот вариант с виду неплох, во многом за счет малого размера и ООП 4й версии PHP.
Так что не слушайте писающих кипятком по поводу и без, лично от меня спасибо за работу. Если опубликуете на гитхабе или битбакете, то будет ещё одно спасибо и возможно даже патчреквесты, если что-нибудь в коде потребует доработок.
Глупости не пишите. Почитайте немного статей от архитекторов БД, архитекторов highload-сервисов. Тогда может перестанете задавать банальные вопросы типа «имеет смысл/как настроить», поймете, что на ключевых местах и высокой нагрузке ничего кроме простых SELECT использовать нельзя.
Подписываюсь под каждым байтом. Очень грамотно и без лишних эмоций сформулировали то, что на душе у многих поклонников.
Начинаю жалеть, что был против выпуска в опенсорс кода Оперы 12, т.к. это позволило бы сейчас как минимум не потерять всё «нажитое непосильным трудом», а попробовать силами комьюнити, как сказал kekekeks, заменить содержимое вкладок, а не пилить новый браузер.
Багрепорт.
В список «Недавно закрытые» попадают вкладки с исходниками страниц. Это в принципе не так страшно (хоть отличается от привычного поведения в 12 версии), однако название у таких элементов списка не видно, только фавиконки.
Вопрос.
Как сменить язык (она мне вкошмарилась на русском) и кто-то писал, что можно убрать паразитный пиксель над вкладками в настройках, как?
Думаю нас наберется слишком мало, в текущем рынке такой финт уже не сработает. Разве что только Опера в двух изданиях, обычном и продвинутом. И то, выглядит сомнительно.
Нас много, на Опере только такие как мы и остались. Полтора гика, как Вы написали, это реально вся аудитория оперы, остальные давно уползли, а мы приросли к незаменимым фичам, которые никто «из больших дядей» ради полутора гиков делать не будет. С третьей оперы пользуюсь вкладками и адресной строкой внизу экрана, почтовик, RSS, куча незаметных мелких удобств, половина из которых даже не прозвучали сегодня в комментариях, они копились с годами, создавая уникальный по возможностям UX, отвечающий самым придирчивым требованиям и являющийся отражением меня.
Сочувствую, что приходится всё это выслушивать, думаю Вы к этому были готовы, отправляя пост с утра в эфир, но мы к такой Опере готовы не были и все надежды на получение идеального браузера, с гибкостью оперы и совместимостью хрома сегодня порушились. Куда идти с двумя гвоздичками? В твиттер #OperaRIP?
После питона в PHP её действительно очень не хватает, потому было бы круто, если бы подобная утилита появилась в IDE, тогда не надо было бы скакать между окнами для пары мелких экспериментов.
В PyCharm есть, а в PHPStorm нету: youtrack.jetbrains.com/issue/WI-12069
Посмотрите SymmetricDS, для многих он стал стандартом де-факто. А для ручной синхронизации удалённых БД стоит смотреть в сторону SQLyog, там и туннели и визуальное сопоставление и копирование в пару кликов.
Система контроля версий это система контроля версий, она не решает задачи бекапа и не обязана их решать, хоть и может технически.
Можно было бы много еще пообсуждать на тему возможностей быстрого восстановления утерянного центрального хранилища (хотя если честно редко, когда оно единственно, всегда ведь есть продакшн и зачастую есть тест-сервер) из копий репозитария рабочих машин (дело техники, как говорится), но главное не должно остаться за кадром — бекап. Банальный бекап без лишних велосипедов.
А ещё встречается написание «войн» вместо «воин» (ед. число, им. падеж). Это вообще взрывает мозг. Всегда хочется спросить у грамотея, «каких таких войн?»
Узкая специализация — не прихоть, а эволюция рынка разработки (и не только разработки, в продажах те же тенденции). Мы к этому пришли за 15-20 лет, когда были только «веб-мастера». Сейчас на одних «веб-мастерах» далеко не уедешь. Требуются специализированные знания и навыки, которые в одном человеке не эффективно объединять.
Архитектор получает гораздо больше гастарбайтера, но он тоже может забивать гвозди. Пусть забивает гвозди, он ведь может, да и зря ему что-ли столько платят. А то, что в это время он вместо забивания гвоздей может найти фундаментальную проблему в проекте, или делать для заказчика проект уже следующего дома почему-то опускается.
Заказчики все больше интегрируются в процесс разработки, забирая определенную часть работы тестировщиков на себя.
Что дешевле, время заказчика или время тестировщика?
Но в других сферах жизни так не делают. За качество отвечает тот, кто производит товар или услугу, то есть исполнитель. В нашем случае это и есть сам разработчик
Не стоит смешивать в одну кучу производство разработанного продукта и R&D. При такой постановке можно утверждать, что производитель гарантирует, что при копировании отлаженного продукта ошибок не будет. Их и не будет. Но стоит посмотреть в любое КБ или R&D-департамент компании из «другой сферы жизни», и вот они — родные ошибки, тут как тут. И отделы тестирования там такие, что многие IT-компании удавились бы от зависти.
Ну а программисты чаще всего нужны при задачах не копирования готового продукта, а созданиии нового. А этот процесс «с первого раза и без ошибок» невозможен в принципе.
slovari.yandex.ru/протеин/значение/
Так что не слушайте писающих кипятком по поводу и без, лично от меня спасибо за работу. Если опубликуете на гитхабе или битбакете, то будет ещё одно спасибо и возможно даже патчреквесты, если что-нибудь в коде потребует доработок.
ч.т.д.
Начинаю жалеть, что был против выпуска в опенсорс кода Оперы 12, т.к. это позволило бы сейчас как минимум не потерять всё «нажитое непосильным трудом», а попробовать силами комьюнити, как сказал kekekeks, заменить содержимое вкладок, а не пилить новый браузер.
Из коробки + внешние.
Добрая половина современных веб-стандартов разработана программистами Оперы, а гиковость определяется отнюдь не их соблюдением, а UX.
В список «Недавно закрытые» попадают вкладки с исходниками страниц. Это в принципе не так страшно (хоть отличается от привычного поведения в 12 версии), однако название у таких элементов списка не видно, только фавиконки.
Вопрос.
Как сменить язык (она мне вкошмарилась на русском) и кто-то писал, что можно убрать паразитный пиксель над вкладками в настройках, как?
Сочувствую, что приходится всё это выслушивать, думаю Вы к этому были готовы, отправляя пост с утра в эфир, но мы к такой Опере готовы не были и все надежды на получение идеального браузера, с гибкостью оперы и совместимостью хрома сегодня порушились. Куда идти с двумя гвоздичками? В твиттер #OperaRIP?
В PyCharm есть, а в PHPStorm нету:
youtrack.jetbrains.com/issue/WI-12069
Можно было бы много еще пообсуждать на тему возможностей быстрого восстановления утерянного центрального хранилища (хотя если честно редко, когда оно единственно, всегда ведь есть продакшн и зачастую есть тест-сервер) из копий репозитария рабочих машин (дело техники, как говорится), но главное не должно остаться за кадром — бекап. Банальный бекап без лишних велосипедов.
Архитектор получает гораздо больше гастарбайтера, но он тоже может забивать гвозди. Пусть забивает гвозди, он ведь может, да и зря ему что-ли столько платят. А то, что в это время он вместо забивания гвоздей может найти фундаментальную проблему в проекте, или делать для заказчика проект уже следующего дома почему-то опускается.
Что дешевле, время заказчика или время тестировщика?
Не стоит смешивать в одну кучу производство разработанного продукта и R&D. При такой постановке можно утверждать, что производитель гарантирует, что при копировании отлаженного продукта ошибок не будет. Их и не будет. Но стоит посмотреть в любое КБ или R&D-департамент компании из «другой сферы жизни», и вот они — родные ошибки, тут как тут. И отделы тестирования там такие, что многие IT-компании удавились бы от зависти.
Ну а программисты чаще всего нужны при задачах не копирования готового продукта, а созданиии нового. А этот процесс «с первого раза и без ошибок» невозможен в принципе.