Sergio

Ты пытаешься вернуть указатель на массив на стеке, который станет не валидным после выхода из функции.

Я не представляю как можно спрашиваьт у кого-то какой пет проект себе сделать.
Все равно что спросиьт "каким хобби мне увлечься" и прослушать лекцию что ролики круче прыжков с парашютом, а настолки мастер оф гезеринг и Д&Д вообще разные вселенные.

Придумайте себе тулзу/сайт/прогу, которая бы лично вам была интересна/полезна и развивайте ее.
Когда-то таким пет-проектом был собственно линукс

Просто сделать еще раз.
Только в этот раз не перемещать, а копировать.
После проверки что всё скопированно - удалить старую папку

Бизнес должен понимать что вы ему предлагаете. По сути эту идею можно продвинуть только под соусом разработки новой фичи. В противном случае у вас будет сильное непонимание. Все что вы предлагаете - это NFR. Не-функциональные требования. Шестая версия дотнет. Асинки. Обжекты. Бизнес не понимает как ему это дальше продавать.

Я-бы сказал что просто так взять всё и переписать - это гиблое дело. Пойдут баги и бизнес попросит либо срочно исправлять либо откатить это назад до старой версии. Это - фиаско. Очень часто бывает так что старый и плохой код завязывается на какое-то странное поведение API которое плохо документировано и чёрт-пойми-как-работает. Но работает. Я много таких аномалий видел. И ты его исправляешь по фень-шую как должно быть и становится ... (!) еще хуже. Особенно большая беда с мультипоточкой и интеграцией например с операционкой или сторонними нативными либами.

Если вы имеете силы и смелость - то пишите план (желательно на пол-года) на рефакторинг. Шаг-за шагом. Сначала - покрытие всего тестами. Потом миграция версий тоже мелкими шажками. И все это (!) параллельно с разработкой новой фичи которую бизнес одобрит. Только так.

нет

У меня периодически возникает одна и таже задача - очень быстро искать нужный текст в логах. Логи большие. Могут быть по терабайту. Россыпь файлов типа

application/log-2023-02-16-12-30.log
application/log-2023-01.gz

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

Вот есть сделать предложение - создать утилиту igrep (index-grep) которая при первом пуске - быстро проиндексирует по датам и словам.
И при полседующих будет искать быстро. И диапазон учитывать например.

Классический греп не подходит. Он все равно ищет линейно. Не учитывая даты. А мне надо так.

$ igrep time=-12h level=ERROR Tomcat Network Error
Вот. Здесь я как-бы захотел поискать все события за 12 часов назад уровня ошибки и содержащие
два ключевых слова.

Сами файлы обычно внутри структурированы так. Это почти всегда шаблон.
2023-02-16T00:00:01,000 [Info] Server started.
Есть метка времени. Уровень события. И текст события. Много-строчники (стектрейсы) можно соединять в одну строку. О длине самих файлов - ничего не известно. Могут быть от мелких (дневных) до архивов.

Вот такая вот задача. На мой взгляд - практичная. И есть где позаниматся оптимизацией. Дисковая
оптимизация. Индексные структуры. И размышления на тему как вообще в одном тексте искать
другой текст.

UPD.

Не знаю, какое конкретно требования выдвигаются, но поспешу огорчить по поводу

очень любит играть в различные комп. игрушки.

Тестировать игры и играть в них - это очень разные вещи.
При тестировании нет абсолютно ничего, что радует при обычной игре.

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

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

Качайте DVD образ debian, для него интернет не нужен. При установке уберите галочку с оболочки рабочего стола.

P.S. А что это за металлолом, что на нем никакой GUI не работает? Есть Xfce и LXDE, который почти на любом металлоломе будут работать.

Нельзя полагаться на неизвестного издателя. Это просто не рационально.
По сути лотерея.
Может работать лучше оригинала.
Может занести вредонос.
Может просто тупить.
Вариантов масса. Всё зависит то пряморукости и порядочности кастомизатора

Ситуация в мире такова, что оборудование, на котором не будет нормально работать windows, будет очень плохо продаваться, поэтому производители финансово (причем иногда кабальными договорами с майкрософт) заинтересованы чтобы windows работал без проблем.

Поэтому 'windows не будет лагать'. Я надеюсь у тебя ssd диск? остальные указанные параметры более чем подходят чтобы 'все летало'.

p.s. linux от производителя ноутбука обычно отвратительный и не подходит для использования, устанавливается скорее всего для галочки (и с высокой вероятностью это сделано специально).

Настоятельно рекомендую устанавливать более популярные версии (например ubuntu/kubuntu/xubuntu/...) так как и работать в ней будет больше программ и помощи найти будет проще

В теории, написать можно на любом.
На практике - на том, который разработчик хорошо знает. (В противном случае минимум 50% времени уйдет на поиск решений и попыток исправить баги)

Решение очевидное - выдавать каждому клиенту свой токен.

Интересно, можно ли сейчас в одиночку зарабатывать на своем приложении сумму, сопоставимую с зарплатой разработчика на фуллтайм?

Да, можно. Только для этого нужен нишевый продукт, доступ к целевой аудитории, везение, и несколько лет.

Я когда перешёл на iPhone обнаружил, что там нет приличного приложения, совместимого с KeePass (которым я давно пользуюсь). В мире 1Password и Bitwarden, KeePass — удел гиков и технарей. То есть имеем нишу "пользователи KeePass, которые сидят на iOS".

Полистал реддит. В 2018 году r/KeePass имел 1500 подписчиков, которые регулярно спрашивали "А чем пользоваться на iOS?" и получали в ответ "А нечем, всё тлен". То есть имеем доступ к глазам сотен людей, у которых есть эта проблема.

Начал писать своё приложение по вечерам. Где-то через полгода в одном из свежих постов "а чем пользоваться?" обронил комментарий "Я пишу новое приложение, свистите в личку, если хотите потестить". За месяц у меня было 40 бета-тестеров.

Летом 2019 был релиз. За монетизацию подпиской меня, конечно, сильно критиковали. Но одни критиковали, а другие подписывались. Я считаю, повезло — пользователи KeePass привыкли к бесплатному ПО.

Два-три года спустя приложение стало генерить полноценную зарплату и я перешёл в автономный полёт. Пока полёт нормальный :)

Для нормального работадателя нужен релеватный опыт. Остальное его не интересует
Всякие дипломы нужны ток в госконторы