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

Пользователь

Отправить сообщение

и за что минус? хоть бы пояснили, а то невежливо как-то. я серьезно спросил, зачем компании, много лет работающей на госконторы, в текущих реалиях и решениях (я их осуждаю, если что) публиковать что-то на ютубе? охват аудитории малый, и, видимо, расширятся будет с трудом, а вкладывать придется в развитие канала ресурсы. при этом канал https://rutube.ru/channel/25586638/ на том же рутубе есть, но не указали, стыдно, что ли?

на Ютуб летом 2024, в России, для компании, которая больше частью на госконторы работает? Серьезно? Зачем?

Прекрасный образец, КАК ДЕЛАТЬ НЕ НАДО.
Автор плохо понимает как работает Jmeter, как стартуют потоки, почему нагрузку делать надо не "10 сразу стартанем по 1 разу и все узнаем", а есть типы тестов стабильности, поиска максимума и др., что такое интенсивность запросов и как ей управлять, в частности, в jmeter.
Оставьте эту работу профессионалам или научитесь, прежде чем писать статьи на хабр и давать вредные советы.

полагаю, нужна глубокая ревизия (сертификация), если она невозможна, что сильно вероятно, то шанс использовать "кота в мешке" явно ненулевой

Создание игр.. : с чего начать?

Hidden text

закрыть Unity, открыть Unreal Engine. Юнити последние годы все хуже и хуже, при этом все дороже и дороже

модель t-lite (выше в комментариях)
ожидание ответа на вопрос из примера о пицце -0:04:45.099607
при этом жрет:
24 Гб RAM (all 64)
21 VRAM (4090)
18% CPU (r9 7950x)

модель beluga 7b
ожидание ответа на вопрос (на английском) - 0:00:06.533465
при этом жрет:
10 Гб RAM (all 64)
14 VRAM (4090)
8% CPU (r9 7950x)

модель beluga 13b
ожидание ответа на вопрос (на английском) - 0:02:18.005243
при этом жрет:
16 Гб RAM (all 64)
21 VRAM (4090)
25% CPU (r9 7950x)

модель "ruslan"
ожидание ответа на вопрос о пицце - 0:04:35.263743
при этом жрет:
24Гб RAM (all 64)
21 VRAM (4090)
18% CPU (r9 7950x)

к качеству ответа вопросов нет

А пробовали подход с С4 нотацией? Этот подход неплохо ложится не только на описание архитектуры, но и на решения, где есть/нужны слои с разной детализацией, обычно от общего к частному

"встраивать похожие датчики в самих футболистов"

новая форма футболистов
новая форма футболистов

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

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

все только начинается...

Накосячили закосили под MAC os панелькой. Стыдоба-то какая… похоже, Windows 12 будет клоном Мака.

"StorageSize принимает аргумент насколько нужно очистить в KB." — исправьте опечатку, пожалуйста. Исторически сложилась "традиция" писать код функций, максимально независимый от другого кода. Цель StorageSize () в приложении всего лишь посчитать размер директории, дефолтной функции в CLR нет, напишем свою


/// <summary>
/// Размер директории в байтах
/// </summary>
/// <param name="location">путь к директории</param>
/// <param name="subDir"></param>
/// <returns></returns>
public long  GetDirectorySize(string location, bool subDir = false)
{
    if (subDir)
    {
        return new DirectoryInfo(location).GetFiles("*.*", SearchOption.AllDirectories).Sum(file => file.Length);
    }
    else
    {
         return new DirectoryInfo(location).GetFiles("*.*", SearchOption.TopDirectoryOnly).Sum(file => file.Length);
    }
}

и ее уже будем использовать в StorageSize () с блоками проверки, и, при необходимости, с параметрами не по умолчанию. Замечу, bool subDir = false не просто так, по дефолту не лезть в поддиректории безопасней. Ну и CheckStorage() потенциально дважды сканирует директорию(ии) — плохо :(
С Праздником!

Неважно на каких дисках, сама концепция одного потока на приложение + сервисные функции, наверно, не очень хорошо. И вы в StorageClear() используете лямбды, а отчего в StorageSize() их нет? return new DirectoryInfo(_path).GetFiles("*.*", SearchOption.AllDirectories).Sum(file => file.Length); Я бы в StorageSize() как параметр все же передавал _path, так более универсально
Создалось впечатление, что ПО собрано из кусочков, утянутых их разных мест. Класс логирования использует lock(), но в Main вызываются функции, которые внутри сделаны плохо, считывание/удаление реально будет вешать ПК, я уж не говорю про Thread.Speep() — ну используйте Tasks(), что ли. Пока тянет на поделку для журнала «Молодой Хакер»
P.S. Прячьте портянки кода под спойлеры, пожалуйста. Успехов!
«Каким QA вы занимаетесь»

я вот кроме автоматизации еще нагрузкой в основном занимаюсь, но вы не дали мне шанса ответить…
ФТ — функциональное тестирование
АТ — автоматизированное тестирование(т.е. ручное ФТ заменяется программами)
НТ- Нагрузочное тестирование
Как стать программистом(ну, почти) к 42 годам и не прогадать(определенно).
Из крупного города России (>1 млн). Работал админом после ВУЗа, потом Начальником отдела ИТ крупной больницы(6 лет). Потом ушел в бизнес из госсектора(банально больше ЗП). Управлял ИТ крупных складов(еще 6 лет). Дорос до зама гендира, стало МНОГО бумажек и навязывали вести бизнес по-русски(сложное понятие, аккумулирующее откаты, скрытие недоделок, автосогласие на «закрывание глаз» и т.п.). Не захотел так жить, да и всегда была тяга быть просто технарем.
Ушел в ИТ компанию простым ФТ(потерял в ЗП в 2 раза), правда быстро( + 6 мес.) поднялся до автоматизатора, помог опыт админа + иногда пишу ПО на заказ ( + 1,5года). Команда НТ пригласила на «сессионную» помощь на проект, остался на ( +3 года). ИТ-компания закрыла филиал в городе, открыл вакансию на hh и пригласили в столицу на приличные (как мне кажется) деньги. Вот уже 2 года выстраиваю АТ и поддерживаю НТ в очень крупной компании. 50% времени пишу скрипты автоматизации и нагрузки, 50% — обучение коллег, контроль и, конечно, совещания и бумажки. Выше не хочу расти, меня вполне устраивает то, чем я занимаюь, коллегам я реально помогаю делать продукт(ы) лучше (это не моя самооценка, если что). Мне нравится делать вещи вокруг себя качественней, хочу чтобы и все ИТшники так делали, но вижу много случайных людей, пришедших в ИТ на хайп и высокий ценник (ну, по сравнению с продавцом телефонов). Все время с универа учусь — то одному, то другому, то третьему, это уже как норма. Правда, с годами все избирательней, в молодости проглатывал все, что видел.
С большинством советов автора согласен. Дело, как говориться, в нюансах.
Нет, не поздно. Главное — аналитический склад ума, внимательность, знание теории тестирования, опыт в некотором наборе практик и программ. У нас «джуны» 50+ работают и вполне успешно. На Хабре есть «шпаргалка» по теории тестирования, можете поштудировать и приходите на собеседование))
Не могу не вспомнить о Microsoft Teams… (для тех, кто в теме)
1

Информация

В рейтинге
4 003-й
Зарегистрирован
Активность