Обычно такая фигня случается когда например образ на флешку заливают через dd. Тогда делается побайтовое копирование и соотвественно переписывается таблица разделов так как в исходном носителе. Если исходный образ был 1.4 гб то флешка "уменьшится" до 1.4 гб.
EkS2019, Простите что вмешиваюсь, вы в Тензор/СБИС пробовали писать ? https://sbis.ru/about/devcenter/72 Я бы прямо Шевелёву написал. А потом бы в офис приехал, спросить прочитал ли он мое письмо и что думает. Место так со стороны кажется не плохое, по з/п не знаю, похоже для России это в рамках нормы. Меня тоже сначала не хотели брать но я спросил а что мне сделать чтобы вы меня взяли, потому что я очень хочу быть тестировщиком и это поменяло ход дела.
В таком наборе, конечно, экономить на диске нельзя ни в коем случае. Нужен твердотельный накопитель. У меня игры стоят на магнитном диске, у друзей на твердотельном, у меня игра грузится приблизительно в 5-10 раз медленнее. И это бесит, когда они уже все в игре а я смотрю на экран загрузки.
более грамотно расставить "лайки", чтобы они соответствовали сути ответа
Вопрос про, как понять, какой ответ лучше, с точки зрения обычного читателя, не читая сами ответы.
dollar, очевидно, что оценить качественное соответствие ответа вопросу может только человек. И эта оценка будет варьироваться от человека к человеку. Можно составить какую-то целевую функцию, рассчитать факторы этой функции на основании ответа и вопроса. Но это будет субъективной оценкой. Потому что формулу построили люди, руководствуясь субъективным выбором параметров. Т.е. для какого-то количества людей, рассчитаный таким образом оценочный ряд будет удовлетворять их субьективным представлениям, а для какого-то - нет.
Например для меня два фильма могут быть "родственными" по совсем непонятным другим пользователям причинам. Допустим из-за цветовой гаммы. Или из-за автомобиля который встречается в обоих картинах.
Оценочную функцию сделать можно, но она будет отражать только свою математическую суть. И открытым останется вопрос, насколько математическая суть функции будет ложиться на реальную проблему. Особенно страшно, что такие функции начинают потом считать источником какой-то "правды". Вобщем в итоге вы будете обманывать себя с помощью математической статистики. От этого я и пытаюсь Вас предостеречь.
Корелляционный коэффициент ведь, просто математическая конструкция. А есть зависимость в измеряемых величинах или нет, решает исследователь, на основании каких-то, допустим эмпирических доводов. Сначала устанавливается связь, а потом рассчитывается корелляция. Корелляция не обосновывает связь.
Сначала человек, потом математика. Вот о чем я хочу Вам сказать. Хоть и да, это не удовлетворяет Вашему вопросу.
Совсем другое дело если говорить о факторах которые люди считают признаками хорошего ответа. Вот в такой постановке вопроса я вижу резон.
Ну и конечно если Вам просто хочется составить какую-то оценочную функцию которая будет соответствовать Вашему представлению, то составляйте ее как хотите. Это будет Ваш инструмент, для решения Вашей задачи. Правильный или неправильный, решающий или нет - можно смело оставить за скобками.
Вот я как-то хотел по количеству оценок и их распределению на товары на Амазоне сделать оценочную функцию, которая бы мне говорила, что лучше выбрать. Есть товары где оценок мало, и они во основном хорошие, а есть где их много, но отличных только три четверти. Так вот поняв, что такая функция на самом деле не выберет для меня то, что действительно лучше, а просто произведет манипуляции с цифрами, я вернулся к чтению рецензий. Мы можем переложить принятие решения на автомат, но станет ли нам от этого лучше?
P.S. Прошу прощения, если мой ответ ушел в философское русло. Так и было задумано.
Namer Pro, Чтобы получить доступ к программе через рефлексию нужно запустить свой код в той же виртуалке. А как это сделать если она на сервере. А если влезть в программу снаружи - то это "банальный" взлом.
PRAIT,
1, 2, 10, 11
1, 3, 9, 11
1, 4, 8, 11
1, 5, 7, 11
1, 6, 6, 11
1, 7, 5, 11
...
с первым и последним рядом все ясно, дальше кроме крайних значений нас интересуют только пары [(2,10), (3, 9), (4,8), (5,7), (6, 6), (7,5) ...] - найдите способ генерировать такие числовые пары и вы приблизитесь к решению задачи.
kriminal_key, Можно взять любые задачи по программированию и попытаться решить их на питоне. Из практического - задачи по обработке/анализу данных , там и ввод и вывод нужен, а при решении можно и классы писать, а потом свое решение обобщить и собрать в модуль.
Или UI тесты на selenium писать - там тоже если делать через шаблон page object - нужно будеть писать классы. Selenium также пользуется реальным спросом, как и анализ данных.
sim3x Простите, что немного не по теме, но другого человека с таким количеством опыта я не знаю, и интересно Ваше мнение. Мне вот не понятно, как можно лабать на джанго, не зная питон, это реально? Я просто старой школы, начинал с бейсик, zx80.., и я не знаю как учится молодежь сейчас? Гугл, ютуб, туториал и все - можно идти на фриланс? И писать там что ты веб-девелопер? А потом после трех проектов на фрилансе (два из которых завалены, но он скажет, что заказчик передумал и остановил разработку и т.п.) устраиваться в фирму говоря, что у тебя три года опыта веб разработки? У меня трещит шаблон немного.. Я замечаю, что средний уровень хард-скиллов у новых людей которые нанимаются к нам на предприятие ползут вниз. И хотелось бы верить, что может тогда уровень "софт"-скиллов ползет вверх, но нет, он тоже не впечатляет. К нам приходят люди и не могут свободно изьясняться на английском на технические темы. Единственное что растет, это уверенность таких людей в себе, не понятно откуда берется.
Roman, двигаться дальше и получать больше денег - слабо связаные вещи. По должностной лестнице выше тимлида уже не подняться, только если каким нибудь qa coach. И то, вопрос, повышение ли это. Но двигаться дальше - можно. Я считаю интересной смежной областью - devops. Если есть опыт в автоматизации, будет проще вьехать в эту тему.
Можно глянуть https://www.istqb.org/. QA Teamlead это в моем понимании этой схемы - Test Manager. Можно "прокачать" смежную ветку или перебраться в expert level по Core ветке. Другое дело востребовано ли это на конкретном рынке.
raulvodov,
Как обычно происходит общение с заказчиком?
З: "Хотелось бы, чтобы вот тут повеселее выглядело"
Д: делает "повеселее" и показывает заказчику.
З: "А можно немного больше плавности добавить?"
Д: добавляет "плавности" и показывает заказчику
З: "А можно как-то контраст убрать, чтобы фон не выбивался?"
Д: убирает эту проблему и показывает заказчику
и так пока заказчик не будет доволен.
Это и есть итеративный подход. У вас всегда есть готовое решение, которое не идеально но оно есть. Заказчику удобно так работать, он всегда может передать работу другому подрядчику который продолжит улучшать там где вы остановились. Подрядчику удобно так работать - у него всегда есть готовый результат, за который ему и платят. Хочешь улучшать дальше - плати, будем улучшать дальше. Ценообразование становится гибче и весь процесс прозрачнее. За счет короткого цикла обратной связи снижается риск для заказчика и для разработчика.
Проверять CRUD должен технический специалист, а пользователь (т.е. не-программист) должен проверять что он может получить максимальную пользу от продукта.
При создании записи нужно проверять на типы данных. Что если вводят дату она должна сохраняться типом дата, если это предусмотрено архитектурой базы. Если в базе поле обязательное то эта ошибка будет выведена пользователю. Создание идентичных записей, вдруг у вас составной первичный ключ.
Нужно проверять, что схема базы перенесет миграцию (изменение структуры данных)
На производительность надо проверять.
Восстановление базы из бекапов надо проверять.
Вообще без чтения само наполнение базы тестировать как-то малость бессмысленно.
Поиск по справочнику с разными вариантами ввода: имя, адрес телефон и т.п. Частичный ввод.
Подсказки при поиске, если они есть.
Добавление записи в избранное если такая функция есть. Что будет с избранными если запись на которую оно ссылается удалят.
Расшаривание данных через соц сети если такая функция есть.
На конкуррентный доступ к записи, один редактирует в то время как другой ищет.
Дмитрий, Согласен, решение противоречит наивной интуиции. Но аналитические методы решения для того и есть, чтобы не полагаться на "ощущения".
Представьте себе, что вы сняли кольцо и растянули его в прямую. Длина каждой половины будет π᛫r.
Теперь вставьте туда еще метр шнура, каждая половина увеличилась на пол метра. Неважно какой длины до этого был шнур. Этот дополнительный кусок шнура будет при любой изначальной длине шнура давать зазор определенный своей длиной. Этот дополнительный кусок ведь охватывает площадь, которая зависит только от его длины.
Представьте себе что мы пережмем кольцо так чтобы отделить старое кольцо и дополнительную длину.
Мы в любом случае получим дополнительную площадь определенную длиной дополнительного участка:
Как мы распределим эту площадь - в форме круга или полумесяцем - неважно, дополнительная площадь будет одинаковая и зависить только от длины добавленного шнура.
qpy, если компания серьезно подходит к автоматизации, то у них скорее вообще не будет ручных тестировщиков. Ручной тестировщик это подмножество тестировщика-автоматизатора.