Как стать автором
Обновить
4
0

Разработчик ПО

Отправить сообщение
Между Python и R существует постоянное противостояние, потому что оба решают задачи для статистического анализа данных

Python в отличие от R не специализирован для анализа данных. Его особенность — развитая экосистема и низкий порог входа, который хорошо синергировал со скачком популярности ML и DS


P.S. А, там дальше Python уже "нишевый язык". Это как называть компьютеры нишевыми устройствами потому что большинство использует их для просмотра веб-страниц, например

некоторые страны уже пытаются ограничить его распространение

Ну ровно как с ядерным оружием. Но таки в масштабах человечества оно никуда не пропадает, даже наоборот

не плохо было бы для начала понять с чем мы вообще имеем дело

Можно начать с устройства перцептрона


"нейросеть — это сложный алгоритм"

Так себе определение, некоторые люди разбираются в нейросетях получше

Статья так то про частный случай интеграции интерфейсов

"если можете доказать, что ваш API построен разумно"
тема не раскрыта: кому нужно доказать?

А также что значит разумно. А это слово несколько раз в статье встречается. Получается контраст: системное программирование и интуитивные понятия

Понимаю что речь про нейминг, но не лучше ли что-то вроде
bool Container::include(Item item) ?

Смотря насколько больше сейчас и насколько меньше потом

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

Зависит от начального утверждения:


  • Ньютоновская механика всегда предсказывает обращение небесных тел
  • Ньютоновская механика никогда не предсказывает обращение небесных тел

И контрпримеры настолько информативны только для таких радикальных утверждений. О верности утверждений


  • Ньютоновская механика иногда предсказывает обращение небесных тел
  • Ньютоновская механика иногда не предсказывает обращение небесных тел

верное/неверное предсказания дают одинаковое кол-во информации

Django ORM или SQLAlchemy, — которые выполняют много метапрограммирования во время выполнения и, как результат, до сих пор не очень хорошии в проверке типов

С момента написания оригинальной статьи уже вышла sqlalchemy 2.0, в которой с типизацией сильно лучше (библиотеку теперь можно спокойно использовать в проектах со строгой проверкой типизации)

[Observability — ] это показатель того, насколько легко мы можем понять внутреннее состояние системы по её внешним проявлениям

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

Показатель позволяет сопоставить данные? Сопоставление данных, кстати, можно организовать с помощью их аггрегации


Мониторинговые решения используют разные приёмы, вроде инструментирования и трассировки

А затем про трассировку пишут под заголовком "Инструменты observability". Так трассировка — это еще про мониторинг или уже про observability?

Да, типы должны быть в типах, имена должны нести другую информацию. В том числе поэтому если например надо передать дату, должен быть соответствующий тип, а не просто строка


P.S. В питоне есть type-hintы и, например, для vscode дополнение pylance в строгом режиме заставляет все type-hintить и находит даже сложные несостыковки

Пароль вообще так себе ключ, его трудно уничтожить. А хакеры бывают разные


image

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

Не понял. Если представление — это про to..., то это отдельная от парсинга штука, реализовать ее можно в классе Date


P.S. А, возможно вы про то что несколько форматов подойти может?

Хорошо, а если пришла строка про которую заранее не известно, в каком формате в ней дата?
Можно создать абстрактный класс Date.Format, с методами bool fit(string) и Date parse(string), через наследование от него определить разные форматы. И класс Detector, который в данной простой реализации будет пробовать разные форматы (Date.Format.fit) и парсить первым подходящим

Именно, это отличный подход, использующий семантику языка программирования вместо семантики естественного языка

getYYYYMMDDFormattedDateFromIso8601Format(date: String) : String

Метод принимает строку, а в имени аргумента написано про дату. Метод возвращает строку, а в имени метода написано про дату. Не всякая строка является датой


Можно разделить парсинг строки с датой и запись полученной даты в заданном формате


Формат (соответствующий YYYYMMDD из примера) можно передавать отдельной объектом (или строкой на крайняк), видел такое в стандартных библиотеках C++ и Python

отсутствует автоматическая чистка истории в комнатах – удаляем скриптом из БД

по умолчанию неиспользуемые комнаты удаляются

Неиспользуемые — это прям без единого сообщения? Иначе странная логика у авторов Openfire получается

А еще существует такой феномен как перетренированность...

Некоторые из упомянутых лайфхаков хорошо продемонстрированы в рассказе "Срезал"

1
23 ...

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Дата рождения
Зарегистрирован
Активность

Специализация

Backend Developer, Software Architect
Python
PostgreSQL
Redis
OOP
Design patterns
C++
C
asyncio
Code Optimization
Linux