Николай mnv

Согласен

Мне такое не известно. Но как вариант можно попробовать сгенерировать docx и его через апи импортировать в гугл док. Если вдруг будете так делать, будет инетересно узнать, получается ли так.

Интересный проект. Мне он не попадался. Похож на легаси, но все равно удивительно что за столько лет проект не набрал популярность сравнимую с phpoffice при такой функциональности.

Спасибо, добавил все варианты названий, которые только нашел)

Мысль хорошая, и реализация была бы совсем простой. По началу хотелось в таком духе и сделать по быстрому, но в итоге не пробовал, так как понадобилось бы сильно больше памяти для ключей, и для поиска по началу строки пришлось бы еще класть много дублей в значения. С увеличением данных память росла бы нелинейно. Но так поиск работал бы еще быстрее.

С вашими данными явно стоило память экономить. В моей задаче случай проще и я выбрал скорость в обмен на память. А так да, могу убрать SearchItem.Key и получить сжатый индекс.

Спасибо, добавил

Вступайте в ряды программистов, как бонус научитесь отличать 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 для кода можно описать и использовать так:

volumes:
  code:
    driver: local
    driver_opts:
      type: 'none'
      o: 'bind'
      device: $PWD

services:
  myservice:
    container_name: mycontainer
    build:
      context: .
      dockerfile: docker/go/Dockerfile
    volumes:
      - ./docker/go/path:/data/path  # обычный
      - code:/go/src/myproject  # именованный

В таком случае легче, например, грохнуть volume при надобности не разыскивая его среди закодированных названий.

$ docker volume ls
DRIVER              VOLUME NAME
local               b4a3ceda689f820e5ef1add990e1853b032fe9048e1ed7668a9cf160de9cff3d
local               myservice_code

Тут первая строка — обычный volume, а вторая строка — именованный volume. По названию можно легко понять, к какому проекту он относится.

Открыл статью чтобы посмотреть, почему "дорога ярости", но не нашел. Так почему дорога ярости?

Частично согласен, интерфейсы в Go хорошо подходят, когда надо описать поведение. Для описания данных они не подходят.
Когда в Go реализуется, например, репозиторий, который должен работать с сущностями конкретного типа, хотелось бы использовать генерики вместо слишком общего interface{}.

Конечно можно, и примеры есть. Docker, например. На PHP 4 без классов тоже были довольно масштабные приложения.
Я о другом. Если в PHP без генериков можно спокойно обойтись, то в Go приходится либо пользоваться рефлексией, по сути отказываясь от статической типизации, либо использовать много где interface{}, либо копипастить, либо придумывать особые реализации.

В PHP динамическая типизациия. Там это не очень то и нужно.

Сервис-контейнеры тоже можно использовать по разному.
Одно дело, в коде приложения получать экземпляры из контейнера. Тогда ломается идея статической типизации, да и в коде бизнес-логики начинает светиться эта архитектурная подробность.
Другое дело, всю инициализацию прятать в описании сервис-контейнера и необходимые экземпляры прокидывать в конструкторы. Тогда получение экземпляров из контейнера будет только в роутере, и риск получить проблемы в рантайме очень мал.

Пока смотрел сторонние библиотеки, обратил внимание, что почти во всех есть go.mod. Но вот попробовал использовать go modules и столкнулся с тем, что возникают проблемы при выборе версий пакетов

Посматривал на Wire, но после опыта с Dig взял вариант попроще. Но раз советуете, посмотрю на Wire внимательнее.

Являются ли DI и ORM антипаттернами в конкретных проектах, зависит от того, что предлагаете использовать взамен и в каких проектах.

Такой подход позволяет организовать донаты напрямую через платёжные сервисы, без каких-либо скрытых комиссий и без налоговой возни для нас.

Прокомментируйте еще, пожалуйста, для простого разработчика. Какие отноешения с налоговой должны быть у пользователя, получившего вознаграждение, например, на Яндекс Деньги?

Вот у вас сотрудник, по сути внештатный. Что-то делал в течении месяца. Работал за этот период часов 50. Может быть и 150. Как вы будете считать сколько ему заплатить исходя из истории гита, чатов и таск трекера?

Я не пробовал. С виду хороший вариант. По описаниям правда не понял как учитываются случаи, когда надо отойти от IDE и подумать над решением, время, потраченное на созвоны, обсуждения. В моем случае еще важно считать балансы и делать выгрузки по спринтам, мне это экономит прилично времени.

Перед передачей задачи в разработку мы ее оцениваем вместе с разработчиками. В Gitlab для этого в комментарии к задаче пишем /estimate 5h — значит оценка задачи 5 часов. Потом по завершении работы над задачами проводим сверку, и при проведении ретроспективы спринта обсуждаем случаи, когда фактическое время значительно превысило расчетное.

Причины бывают разные. Бывает и так, что и объективно ошибаемся с изначальной оценкой, что-то не учитываем. Тогда особых вопросов не возникает. Но об этом в процессе работы прошу сообщать коллег, чтобы не было сюрпризов под конец спринта.

Предложите более удачное решение для удаленной разработки.