Да все руки не доходят. Но вообще да, время потраченное на обращения в поддержку уже превысило время которое понадобилось бы на переход на другого оператора.
5 копеек про наболевшее. У ребенка есть "умные" часы — по сути простейший телефон-звонилка, который не имеет не толко сенсорного экрана, но даже СМС принимать не умеет. Только звонки.
И вот, Мегафон регулярно (!) автоматически включает платные услуги в тариф и списывает до сотни рублей в день, довольно быстро уводя баланс в минус, из за чего с ребенком можно внезапно потерять связь.
Судя по общению с поддержкой подписка происходит при принятии пуш уведомления. Но извините, это же простейшая звонилка, которая дажа СМС не умеет, а пуш уведомления и подавно не показывает.
В поддержке каждый раз говорят что на этот раз отключили всевозможные отправки пуш уведомлений, но все повторяется вновь и вновь. Списывают по многу, возвращают "в виде исключения" 50 рублей. Всю сумму только после препирательств.
Получается такое качество услуг, при котором в любой момент может оказаться, что ребенок не может дозвониться до родителей. Так себе качество.
А у меня нет идей куда девать такой большой не умещающийся в кармане девайс в тот момент ради чего он используется. Надеюсь не на пол ставят. Как бейджик вешают?
mat-ulyana Если ИП без сотрудников из РФ привлекает исполнителей (помощников) из РФ через Upwork, то у этого ИП без сотрудников не возникает дополнительной отчетности перед налоговой и необходимости платить НДФЛ/соц налоги?
И полностью ли корректно со стороны ИП платить исполнителям за работы через Upwork со своего личного счета, не регистрируя его в налоговой?
Тут довольно разные комментарии и комментаторы. Не удивляйтесь, но среди них есть даже такие, для которых вместо здравых суждений достаточно размышлений наподобие "пипец из либ", "сивой кабылы", "дич".
Насчет "пипца из либ" вспомнился коллега, который придерживался аналогичного мнения и стремился сделать проекты с минимум зависимостей. Если задачу не поставить максимально четко вплоть до выбора готовых либ — тратил бюджет проекта на разработку уже изобретенных велосипедов. Потом этот код еще и поддерживать приходилось, а что-то и переписывать, когда доставляло действительно много проблем. По мне лучше использовать готовое и проверенное, чем так.
Мне такое мнение понятно, я и сам лет 10 назад был приверженцем гумнокода. Но с практикой как то пришло понимание, что какой бы проект не начался, после разработки он не упрощается, а наоборот, появляются новые задачи и надо что-то дорабатывать, менять. Гораздо легче это делать, когда заложен сразу номальный подход.
Поделитесь примером, как на самом деле по вашему мнению надо проектировать код, мне не удалось найти вас на гитхабе.
Мне время от времени встречаются разработчики, которые тоже придерживаются мнения, что надо делать "по простому". Недавно вообще попался парень, который даже composer при разработке на PHP не использует. Но по факту код таких ребят оставляет желать лучшего. А истинная причина желания писать "по простому" в нежелании поработать над собой, чтобы научиться делать технологичный код.
У меня такое ощущение, что в гитлабе процентов 90 репозиториев приватные, а в гитхабе 90% публичных. Поэтому смысл анализировать приватные в гитлабе есть. Жаль, что не удается собирать информацию о вкладах, конечно.
В вашем приложении выбраны права read_user profile email. Если добавить read_repository, то должны быть доступны приватные репозитории. Или есть тонкости?
Попробуйте как-нибудь, очень удобно.
А насчет docker volume prune, он не удаляет, например, последние версии остановленных контейнеров (и это, конечно же, хорошо). Но если надо удалить и их, и вместе с волюмом, то удобнее, когда он именованный. Контейнер, кстати, тоже удобно именовать как написал выше. Тогда потом удобно, например, смотреть логи этого контейнера не разыскивая его по закодированным именам.
Вступайте в ряды программистов, как бонус научитесь отличать php от sql
Совершенно верно
Оу, спасибо
Да там интернет и не нужОн, это простейшие часы, только звонки.
Да все руки не доходят. Но вообще да, время потраченное на обращения в поддержку уже превысило время которое понадобилось бы на переход на другого оператора.
5 копеек про наболевшее. У ребенка есть "умные" часы — по сути простейший телефон-звонилка, который не имеет не толко сенсорного экрана, но даже СМС принимать не умеет. Только звонки.
И вот, Мегафон регулярно (!) автоматически включает платные услуги в тариф и списывает до сотни рублей в день, довольно быстро уводя баланс в минус, из за чего с ребенком можно внезапно потерять связь.
Судя по общению с поддержкой подписка происходит при принятии пуш уведомления. Но извините, это же простейшая звонилка, которая дажа СМС не умеет, а пуш уведомления и подавно не показывает.
В поддержке каждый раз говорят что на этот раз отключили всевозможные отправки пуш уведомлений, но все повторяется вновь и вновь. Списывают по многу, возвращают "в виде исключения" 50 рублей. Всю сумму только после препирательств.
Получается такое качество услуг, при котором в любой момент может оказаться, что ребенок не может дозвониться до родителей. Так себе качество.
На чем в итоге остановились и какие впечатления от Victoriametrics?
А на windows 3.11...
А у меня нет идей куда девать такой большой не умещающийся в кармане девайс в тот момент ради чего он используется. Надеюсь не на пол ставят. Как бейджик вешают?
mat-ulyana Если ИП без сотрудников из РФ привлекает исполнителей (помощников) из РФ через Upwork, то у этого ИП без сотрудников не возникает дополнительной отчетности перед налоговой и необходимости платить НДФЛ/соц налоги?
И полностью ли корректно со стороны ИП платить исполнителям за работы через Upwork со своего личного счета, не регистрируя его в налоговой?
А я вам ставлю пять за умение мыслить по-гуманитарному. Удачи.
Значит код показать не можете. Ок.
Тут довольно разные комментарии и комментаторы. Не удивляйтесь, но среди них есть даже такие, для которых вместо здравых суждений достаточно размышлений наподобие "пипец из либ", "сивой кабылы", "дич".
Насчет "пипца из либ" вспомнился коллега, который придерживался аналогичного мнения и стремился сделать проекты с минимум зависимостей. Если задачу не поставить максимально четко вплоть до выбора готовых либ — тратил бюджет проекта на разработку уже изобретенных велосипедов. Потом этот код еще и поддерживать приходилось, а что-то и переписывать, когда доставляло действительно много проблем. По мне лучше использовать готовое и проверенное, чем так.
Мне такое мнение понятно, я и сам лет 10 назад был приверженцем гумнокода. Но с практикой как то пришло понимание, что какой бы проект не начался, после разработки он не упрощается, а наоборот, появляются новые задачи и надо что-то дорабатывать, менять. Гораздо легче это делать, когда заложен сразу номальный подход.
Поделитесь примером, как на самом деле по вашему мнению надо проектировать код, мне не удалось найти вас на гитхабе.
Мне время от времени встречаются разработчики, которые тоже придерживаются мнения, что надо делать "по простому". Недавно вообще попался парень, который даже composer при разработке на PHP не использует. Но по факту код таких ребят оставляет желать лучшего. А истинная причина желания писать "по простому" в нежелании поработать над собой, чтобы научиться делать технологичный код.
Отложите пожалуйста
100 more things every designer needs to know about people
У меня такое ощущение, что в гитлабе процентов 90 репозиториев приватные, а в гитхабе 90% публичных. Поэтому смысл анализировать приватные в гитлабе есть. Жаль, что не удается собирать информацию о вкладах, конечно.
В вашем приложении выбраны права read_user profile email. Если добавить read_repository, то должны быть доступны приватные репозитории. Или есть тонкости?
Учитываются ли приватные репозитории?
Попробуйте как-нибудь, очень удобно.
А насчет
docker volume prune, он не удаляет, например, последние версии остановленных контейнеров (и это, конечно же, хорошо). Но если надо удалить и их, и вместе с волюмом, то удобнее, когда он именованный. Контейнер, кстати, тоже удобно именовать как написал выше. Тогда потом удобно, например, смотреть логи этого контейнера не разыскивая его по закодированным именам.На мой взгляд volume удобнее делать именованными. Например, volume для кода можно описать и использовать так:
В таком случае легче, например, грохнуть volume при надобности не разыскивая его среди закодированных названий.
Тут первая строка — обычный volume, а вторая строка — именованный volume. По названию можно легко понять, к какому проекту он относится.