Благодарю, господин Рассказчик. Надо набираться ума, пожалуй, в сфере этого самого корпоративного троллинга. Кто знает, кому ты не понравишься на следующей презентации/сдаче проекта.
> Ничего не меняйте просто так. Работает — не трогай. Пока вы не перерастёте сложность конфигурации, ломать её нельзя. Это вам должны подсказывать инстинкты. Если такого инстинкта нет — вы ошиблись профессией.
Абсолютно согласен. Лучше сначала сделай 3 бэкапа и эмуляцию, и все равно не ставь эксперименты на главной системе. И инстинкт этот… параноидальный очень важен. Последнее время начинаю замечать за собой буквально «рабочую паранойю» — постоянно боишься изменений, не подкрепленных несколькими дампами. А почему? А потому, что пока твоя система строится и тестируется с тебя и спроса никакого, как только все поработает пол года — так и любая заминка смерти подобна. Привыкают сотрудники к работоспособности и надежности системы.
Он прав, идеально сделать нельзя. Битва между универсальность и перфекционизмом с одной стороны и костылями и рабочим состоянием будет всегда. И придерживаться одной стороны всегда — значит или выпускать чушь, или не выпускать ничего, но идеальное.
Классная статья. Такой момент есть в любом проекте, и главное тут — уметь отрезать лишнее. Это так трудно, «ну мы же задумывали...» и все прочее, но понимание недостатка времени стимулирует выбирать важное. Вот тут и получается хорошее решение — отрезаемое выкидываем в дополнение или сиквел. И отказываться не приходится и сроки не отодвигает.
А вот насчет «небольшой прикольной игры, в которую я могу играть...» есть заминка. Она за время разработки и тестирования может наскучить. И даже очень.
Скажу так, в случае кинематографистов и девелоперов я готов платить (умеренно, конечно). И да, там очень важна простота получения конечного контента — 25 предупреждений на все случаи жизни от «если вам нет 18 и вы пират...» до «будьте внимательны, просмотр фильма с друзьями приравнивается к публичному показу и мы вас посадим» жутко злят. Им бы про юзабилити почитать. Кто хочет знать, чем «ему грозит...», тот и на коробке прочтет, кто не хочет — во время предупреждений чаю пойдет нальет.
В отношении музыкантов, в свете последних тенденций в музыке мне жалко платить за синтетическую обработку несуществующего вокала. Да, есть исполнители и авторы, которых я уважаю, но они зачастую сами выкладывают музыку бесплатно. И основным способом получения денег и общения со слушателем они считают концерты (да, вживую, и да, я сужу по длительности и частоте их турне).
Что до «поющих трусов», то они не только петь не умеют, но еще и зарабатывают в основном на гонорарах за выступления под фанеру. На них просто и денег жалко, и свою психику.
Важно с ростом маленькой компании самостоятельно не попортить свободную и мирную атмосферу конфликтами и междоусобицами. Иначе почти сразу после некого «устаканивания» компании появится текучка кадров, притом, зачастую такая, что эта же текучка компанию и уронит.
Так или иначе нужно очень осторожно не только вбирать компанию, но и крайне щепетильно относиться к своей роли во всей этой «экосистеме». Не порушить бы ничего ненароком. Даже если лично Вам эта конкретная компания и не понравилась.
Пока будут люди, желающие «рамочку», будут и люди, которые на этом заработают. Люди все так же верят гадалкам, ведуньям и прочим. А есть ли эта рамочка вообще, или нет — не так уж важно. Культура и образованность же!
Просто обидно, что компания погибнет из-за такого «союза». Ну, может, «погибнет» слишком громко, но выпадет из потока уж точно надолго. Совсем от дроидфонов отстанет.
Да, вот сейчас Майкрософт Нокии за повсеместное внедрение бинга заплатит, и контакты поддержки нокии можно уже нигде не писать…
Да, печально. А мне ведь нравятся их… фоны. Ну вот зачем? Зачем они связались с Майкрософтом? Как у Майкрософт было плохо с мобильными устройствами, так и будет.
Хм… Двусмысленное несколько высказывание…
Абсолютно согласен. Лучше сначала сделай 3 бэкапа и эмуляцию, и все равно не ставь эксперименты на главной системе. И инстинкт этот… параноидальный очень важен. Последнее время начинаю замечать за собой буквально «рабочую паранойю» — постоянно боишься изменений, не подкрепленных несколькими дампами. А почему? А потому, что пока твоя система строится и тестируется с тебя и спроса никакого, как только все поработает пол года — так и любая заминка смерти подобна. Привыкают сотрудники к работоспособности и надежности системы.
А вот насчет «небольшой прикольной игры, в которую я могу играть...» есть заминка. Она за время разработки и тестирования может наскучить. И даже очень.
В отношении музыкантов, в свете последних тенденций в музыке мне жалко платить за синтетическую обработку несуществующего вокала. Да, есть исполнители и авторы, которых я уважаю, но они зачастую сами выкладывают музыку бесплатно. И основным способом получения денег и общения со слушателем они считают концерты (да, вживую, и да, я сужу по длительности и частоте их турне).
Что до «поющих трусов», то они не только петь не умеют, но еще и зарабатывают в основном на гонорарах за выступления под фанеру. На них просто и денег жалко, и свою психику.
Так или иначе нужно очень осторожно не только вбирать компанию, но и крайне щепетильно относиться к своей роли во всей этой «экосистеме». Не порушить бы ничего ненароком. Даже если лично Вам эта конкретная компания и не понравилась.
Да, печально. А мне ведь нравятся их… фоны. Ну вот зачем? Зачем они связались с Майкрософтом? Как у Майкрософт было плохо с мобильными устройствами, так и будет.
Статические методы не определяются через переменную $this, поскольку они не должны быть ограничены определенным объектом.
То есть статические члены изначально не ограничены определенным классом => могут использоваться и таким способом.
P. S.: Выше абзац там тоже интересное решение описывает. Учитывая, что подобные решения вводятся, оно сохранится в следующих версиях (скорее всего).
PHP.SU