Я б постеснялся подобный треш выкладывать. Такой примитивный рефакторинг многое говорит про качество разработки, планирования и продукта в целом.
И не надо про 10 лет. Я видел 20-летние системы, в которых дублирование кода было процентов 5 от силы, а о таком варианте событий никто далее подумать не мог.
Но автор молодец, что не побоялся забраться в эти конюшни и привести их в порядок.
После форматирования кода часто теряется семантика, и там, где я хочу подчеркнуть похожесть кода, он визуально выглядит абсолютно разными. Там, где можно обойтись одной строчкой, он разбивает на 10 (константа с публичным ключом).
Да, в команде он нужен, но лишь для того, чтобы не переругаться на код-ревью.
Я не знаком с нейронками, так мне статья показалась интересной и позволила структурировать информацию о различных методах работы с ними. Для своего пет-проекта необходимо будет натренировать на поиск в базе по атрибутам. Сейчас хоть понимаю с чего начать.
С другой стороны соглашусь, что слог у автора очень тяжёлый. Тут и большое количество вводных оборотов, и длинные предложения, и блуждание мысли... Я постарался выбросить "мусор" где это возможно и сократить предложения, но кто я такой, чтобы вмешиваться в рассуждения.
Здесь имелось ввиду, что ChatGPT в процессе построения ответа каждый раз заново пропускает через себя текст как вопроса, так и ответа, который пишет, чтобы сгенерировать следующее слово в ответе.
Нет, перевод делал я сам. И на его корректировку ушло очень много времени. Сравните первый попавшийся фрагмент:
Что произойдет, если кто-то продержится дольше? В этом случае (“нулевая температура”) то, что вскоре получается, становится довольно запутанным и повторяющимся:
и
А что будет дальше? В нашем случае «температура» скоро опустится до нуля, что приведёт к довольно запутанному и повторяющемуся тексту:
Я всё хочу с помощью него написать решебник физических задач. Факты - константы, правила - формулы. Перевести всё Дано в Си, подставить формулы, и можно будет получить ответ.
Хотя бы популярные темы типа сбора метрик, организации трейсинга, чем рантаймы различаются... Взять 2-3 темы и копнуть глубже.
А по БД это больше к DBA (если они есть) или разработчикам. Я не настоящий девопс, а всего лишь питонист, но считаю, что про индексы, локи, работу с памятью, анализ запросов и т.п. должен знать именно разработчик, а не DevOps.
Всё это прекрасно расписал Митио Каку в своей книге "Физика невозможного". Если вкратце, то он разделил всё изобретения на 3 группы: физически возможны, и мы скоро сможем их сделать; законы физики не нарушают, но хз как сделать; нарушают известные законы физики и сделать невозможно. Вот световой меч как раз и относится к последней группе.
На такие странные вопросы сеньор будет очень долго думать, потому что знает кучу нюансов.
За реальные переносы строек можно нехило так на неустойку попасть. Так что стараются всё-таки достижимые в договоре ставить.
Я б постеснялся подобный треш выкладывать. Такой примитивный рефакторинг многое говорит про качество разработки, планирования и продукта в целом.
И не надо про 10 лет. Я видел 20-летние системы, в которых дублирование кода было процентов 5 от силы, а о таком варианте событий никто далее подумать не мог.
Но автор молодец, что не побоялся забраться в эти конюшни и привести их в порядок.
В задаче про удаление дубликатов почему-то первым в голову приходит Set. Но его даже нет в вариантах решения.
После форматирования кода часто теряется семантика, и там, где я хочу подчеркнуть похожесть кода, он визуально выглядит абсолютно разными. Там, где можно обойтись одной строчкой, он разбивает на 10 (константа с публичным ключом).
Да, в команде он нужен, но лишь для того, чтобы не переругаться на код-ревью.
Я не знаком с нейронками, так мне статья показалась интересной и позволила структурировать информацию о различных методах работы с ними. Для своего пет-проекта необходимо будет натренировать на поиск в базе по атрибутам. Сейчас хоть понимаю с чего начать.
С другой стороны соглашусь, что слог у автора очень тяжёлый. Тут и большое количество вводных оборотов, и длинные предложения, и блуждание мысли... Я постарался выбросить "мусор" где это возможно и сократить предложения, но кто я такой, чтобы вмешиваться в рассуждения.
Здесь имелось ввиду, что ChatGPT в процессе построения ответа каждый раз заново пропускает через себя текст как вопроса, так и ответа, который пишет, чтобы сгенерировать следующее слово в ответе.
Нет, перевод делал я сам. И на его корректировку ушло очень много времени. Сравните первый попавшийся фрагмент:
и
А можете сказать что это были за 3 пакета?
Мне казалось, что colorama и tqdm более чем опциональные. Странно видеть синхронный requests и trio вместе. Аналогично trio и exceptiongroup...
В большом списке зависимостей нет проблемы, если он оправдан.
Я в шоке от вашего requirements.txt. Неужели всё это действительно необходимо?
Да тут в целом вопрос некорректно ставить. Скорость зависит от такого количества факторов, что я бы не делал никаких предложений.
Это та самая Toyota, ошибки в электронике которой убили почти 100 человек?
Я всё хочу с помощью него написать решебник физических задач. Факты - константы, правила - формулы. Перевести всё Дано в Си, подставить формулы, и можно будет получить ответ.
Но всё руки не дойдут уже лет 10 как
Хотя бы популярные темы типа сбора метрик, организации трейсинга, чем рантаймы различаются... Взять 2-3 темы и копнуть глубже.
А по БД это больше к DBA (если они есть) или разработчикам. Я не настоящий девопс, а всего лишь питонист, но считаю, что про индексы, локи, работу с памятью, анализ запросов и т.п. должен знать именно разработчик, а не DevOps.
Я бы рассказал вам шутку про QUIC, но что-то она слишком сложная.
Чё-т как-то для Senior слабовато, я ожидал вопросы хотя бы по CNCF landscape.
Полностью согласен!
Возможно, у автора это такой крик души, раз начальство не понимает. А вот почитает комменты и вдруг осознает, что не право.
Всё это прекрасно расписал Митио Каку в своей книге "Физика невозможного". Если вкратце, то он разделил всё изобретения на 3 группы: физически возможны, и мы скоро сможем их сделать; законы физики не нарушают, но хз как сделать; нарушают известные законы физики и сделать невозможно. Вот световой меч как раз и относится к последней группе.
Эти классы и так связаны - они отправляют что-то в кафку. Вот для генерации общей части (или структуры) сообщения и нужно использовать общий метод.
Быстро поднятое упавшим не считается. Я как-то пол-KDE снёс. Заметил только когда приложения перестали запускаться.
Но ничего, установил кучу пакетов ручками, и даже перезагрузка не понадобились. Чинить - гораздо круче для опыта, чем переустанавливать.