В интерфейсах есть баг в TS, лучше определять функции в полях, а не методы.
Интерфейсы позволяют скрыть содержимое типа при выводе в редакторе, что улучшает чтение кода. Поэтому, я считаю, у интерфейсов гораздо больше применения.
А чего буфер обмена в pycharm поломали. С течением времени он просто перестает выполнять свою функцию! Копирование-вставка работают только внутри IDE. (Windows)
Купил подписку на Pycharm. Чистая установка. И сразу баг в UI. Тупо панельки нижние в состоянии «unpinned» при клике в код не скрываются. А я уже привык. :(
Я когда читал ваш комментарий у меня волосы дыбом вставали. Ну как такое можно писать не разобравшись в теме?
Большинство проблем у вас возникало, только потому что вы в один присест хотели освоить целый стек технологий. Причем постоянно прослеживается мысль, что вы толком не изучали документацию.
Чего только стоит ваше:
На некоторое время такой оптимизации хватало, но по мере роста числа пользователей вновь превысился лимит. Пришлось провести следующий этап оптимизации — активно использовать кэш (memcache). Теперь вся работа с записями была целиком помещена в кэш, операции с которым полностью бесплатны, а в базу его содержимое скидывалось раз в сутки. Кэш периодически сбрасывается, причём логики в этом процессе я не увидел — может работать неделю, а может по три раза в сутки очищаться.
Логики? Какой логики вы ожидали? Кэш, он на то и кэш, что не гарантирует постоянное хранение данных, а тем более предсказуемое время хранения!
Про кодировки, тут вообще не понятно причем тут облачный хостинг. Их везде самому надо разруливать.
Python действительно сильно порезан, но это как бы уже сразу описано в документации.
По последнему пункту, вообще у меня такое бывало и не раз. И постоянно я видел в логе чёткие указание, что необходимо сделать чтобы исправить. И после одной команды всё приходило в норму. Прямо представляю ситуацию из параллельного мира, разработчик на php который деплоит через ftp на хостинг. И тут рвется соединение, половина прошла, а другая нет, а посетители таким образом нашли лазейки «для чего-нибудь», к примеру из-за этого создаются временные файлы. И бедный программист заново идет и руками разгребает, что наделали посетители, а потом ещё и жалуется что деплой в лайв не консистентый!
Ну и финишом, рекомендация использовать виртуалки другого облачного хостинга? Серьезно? Это даже не на одном уровне. Я понимаю, если бы вы конкретно разобрались, а так это не профессионально.
В методах плохая проверка типов аргументов.
Спасибо за статью!
В интерфейсах есть баг в TS, лучше определять функции в полях, а не методы.
Интерфейсы позволяют скрыть содержимое типа при выводе в редакторе, что улучшает чтение кода. Поэтому, я считаю, у интерфейсов гораздо больше применения.
Спасибо за статью!
SQLStoreточно реализует интерфейс Writer? Мне кажется там аргумента не хватает. Могу ошибаться.А как бы вы реализовали ограничение для unit of work, сначала должны выполниться все операции чтения и только потом операции записи?
Я занимаюсь серверной разработкой, поэтому с индекс-файлами не сражался.
Вебпак неправильно реэкспорта обрабатывает?
Спасибо за статью!
Очень больная тема. Сам использую похожий механизм в Nx.
Хотелось бы инструмент, который бы умел в нескольких измерениях контролировать связи удобно.
Почему не удобно, одной консольной командой же? Даже пароль вводить не надо.
Большинство проблем у вас возникало, только потому что вы в один присест хотели освоить целый стек технологий. Причем постоянно прослеживается мысль, что вы толком не изучали документацию.
Чего только стоит ваше: Логики? Какой логики вы ожидали? Кэш, он на то и кэш, что не гарантирует постоянное хранение данных, а тем более предсказуемое время хранения!
Про кодировки, тут вообще не понятно причем тут облачный хостинг. Их везде самому надо разруливать.
Python действительно сильно порезан, но это как бы уже сразу описано в документации.
По последнему пункту, вообще у меня такое бывало и не раз. И постоянно я видел в логе чёткие указание, что необходимо сделать чтобы исправить. И после одной команды всё приходило в норму. Прямо представляю ситуацию из параллельного мира, разработчик на php который деплоит через ftp на хостинг. И тут рвется соединение, половина прошла, а другая нет, а посетители таким образом нашли лазейки «для чего-нибудь», к примеру из-за этого создаются временные файлы. И бедный программист заново идет и руками разгребает, что наделали посетители, а потом ещё и жалуется что деплой в лайв не консистентый!
Ну и финишом, рекомендация использовать виртуалки другого облачного хостинга? Серьезно? Это даже не на одном уровне. Я понимаю, если бы вы конкретно разобрались, а так это не профессионально.
site, даже странно что я про него ничего не знал. Позор мне! =)