Не добавляются кнопки External Tools на Main Toolbar. Точнее добавляются, но при любом изменении настроек исчезают, достаточно даже просто открыть окно настроек и ничего не меняя нажать Ок. Любые другие кнопки не пропадают (вроде)
Сильно ломанёт совместимость. В моём хозяйстве точно, в каких-то библиотеках тоже видел. Всегда считал это фичей PHP. То что можно сделать метод, который работает с одноименным свойством. Стоит ли начинать отучаться от этого подхода?
Не боятся они этих угроз. Может я угрожать не умею. А на вопрос «Вы готовы за 750 рублей избавиться от абонента навсегда?» ответили:
«Я понимаю Вас.
Дело в том, что Ваш тариф предоставляется на предоплатной основе и оплата за него списывалась каждый месяц при положительном балансе и вне зависимости от активности использования. Допустим, Вы купили проездной билет, но так получилось, что не воспользовались им в этом месяце. Вы не сможете вернуть проездной и получить деньги обратно. Так и с тарифом.
Если бы у меня была такая возможность, то я непременно Вам вернула бы деньги за него.»
Так же вчера попался. Номер был строго для интернета, не звонил, смски не отправлял. 2 месяца назад тайком прикрутили тариф с абонплатой 200/мес. Был в пути и понадобился навигатор, пришлось помимо интернета еще 400 руб доплатить, что к чему понял только добравшись до компа. Звонил в поддержку 2 раза, морочили голову: ваш тариф устарел поэтому мы вам автоматически подключили максимально подходящий ваши потребностям (ага, 600 минут, 300 смс), у нас теперь только пакетные тарифы и т. д. Потом сам нашел подходящий тариф без абонплаты и переключил. И узнал что та предоплата за интернет «сгорела», использовать успел 718 килобайт. В итоге заплатил 400 рублей просто так и еще 360 за эти 718 кб. Навстречу не идут.
И вот я прямо чувствую как это хорошо работает. По идее я сейчас должен заняться всеми этими жалобами до победного. Но не чувствую в себе юридической подкованности и жалко времени. Сумма ведь небольшая. На это и рассчет, очевидно.
youtrack.jetbrains.com/issue/WI-45181 — фатальная фича, делает работу невозможной. При открывании файла двойным кликом в дереве проекта курсор устанавливается на первый символ имени класса. Как я понял из переписки в трекере, решалась какая-то частная задача. Сделайте пожалуйста эту установку на имя класса только в рамках той задачи, во всех остальных случаях курсор ДОЛЖЕН оставаться там где был оставлен пользователем при последнем редактировании.
Сложно представить неделимый монолит на 300 строк. Такое иногда случается, но всегда можно что-то вынести за скобки, даже если за этим не стоит никакой логики. Например, редко редактируемый фрагмент какой-то просто убрать в другой метод чтобы не мешался и не заставлял скроллить. Самым большим препятствием этому может служить использование большого количества общих переменных этой простыни и придется их большим списком в этот метод передавать и списком же возвращать.
А эти постулаты типа «метод должен быть не больше 20 строк» могут быть только пожеланиями, но никак не причиной реструктуризации кода на ровном месте. Разбиение программы на классы и методы в первую очередь должно быть подчинено логике самой программы, а не каким-то пожеланиям стилистическим.
Уже разобрался. Вчера сильно испугался от этой новости) Никогда не даже задумывался что это фалбэк. Для красоты в языке конечно же должно быть так как есть.
Уж лучше тогда соглашение принять — функцию, вызванную без "\", считать глобальной, а для текущего неймспейса придумать еще один спецсимвол. Не хватало там еще одного спец-символа конечно, но как часто вызывается какая-то функция в текущем неймспейсе. Никогда практически. А корневого повсюду. Ввести что-нибудь типа ".\" для вызова из текущего. Да, ужас. Но ведь ставить слэш перед всеми вызовами глобальных функций или прописывать use это же вообще кошмар и просто рутина повседневная будет.
Про Shared Folders хочу добавить — адски тормозят на hdd. То что должно происходить 30 мс может длиться 2.5 сек, зависит от количества операций с файлами. Года полтора-два промучился, выяснилось что это из-за них, проблема известна и нерешаема. Решил уйти от этой схемы и первым делом попробовал через самбу примонтировать. PhpStorm впадает в практически бесконечную переиндексацию. Переключение ветки может всё повесить на несколько минут, поиск по всем файлам невозможен, хоть на ночь оставляй. Да и просто тормозит при навигации по проекту, выдаче подсказок и т. д. Начал искать еще варианты и нашел вот это: https://habrahabr.ru/post/139348/. Очень хорошо работает, за время перехода в браузер и нажатие ф5 на сервере уже будет всё как надо. Единственное неудобство это то, что синхронизация односторонняя и сгенерированные на сервере файлы приходится скачивать вручную.
Сильно ломанёт совместимость. В моём хозяйстве точно, в каких-то библиотеках тоже видел. Всегда считал это фичей PHP. То что можно сделать метод, который работает с одноименным свойством. Стоит ли начинать отучаться от этого подхода?
«Я понимаю Вас.
Дело в том, что Ваш тариф предоставляется на предоплатной основе и оплата за него списывалась каждый месяц при положительном балансе и вне зависимости от активности использования. Допустим, Вы купили проездной билет, но так получилось, что не воспользовались им в этом месяце. Вы не сможете вернуть проездной и получить деньги обратно. Так и с тарифом.
Если бы у меня была такая возможность, то я непременно Вам вернула бы деньги за него.»
Видимо, им очень нужны деньги прямо сейчас.
И вот я прямо чувствую как это хорошо работает. По идее я сейчас должен заняться всеми этими жалобами до победного. Но не чувствую в себе юридической подкованности и жалко времени. Сумма ведь небольшая. На это и рассчет, очевидно.
А эти постулаты типа «метод должен быть не больше 20 строк» могут быть только пожеланиями, но никак не причиной реструктуризации кода на ровном месте. Разбиение программы на классы и методы в первую очередь должно быть подчинено логике самой программы, а не каким-то пожеланиям стилистическим.