Задать вопрос
  • Как научиться писать на python?

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

    Владислав Шинкарук: вот вам идея, сделайте выпадающее меню с "веревочкой" за которую потянешь - оно открывается.
  • Что делать веб разработчику, если уже всё придумано?

    Владислав Шинкарук: еще раз перечитал ваш пост. велосипед велосипеду - рознь. есть хорошие, а есть ширпотреб.
  • Какая модель списания средств лучше?

    Оптимус Пьян: в бухгалтерском смысле на кассу деньги входят в момент оплаты, а в оборот идут когда услуга была полностью предоставлена, т.е. в конце периода оплаты.
  • Как отфильтровать объект по ManyToManyField?

    blackbb:
    а, вот оно что, не заметил второй тег.
    order = Order.objects.get(id = order_id) # заказы
    order  = order.work.all() # итерируемая структура как указано тут https://stackoverflow.com/questions/9575310/how-can-i-iterate-over-manytomanyfield 
    reult = filter(lambda m:len(set(m.work) - set(order)) == len(m)-len(order), Master.objects.all())

    как-то так

    в конце концов можно и Q objects попробовать.. https://docs.djangoproject.com/en/1.11/topics/db/q...
  • Как отфильтровать объект по ManyToManyField?

    blackbb:
    предположительно так
    result = filter(lambda m:len(set(m.work) - set(k)) == len(m)-len(k), master_list)
    если элемент master_list имеет поле work которое является списком строк, которые обозначают выполяемые мастером работы.
    Сама по себе функция filter берет список на вход и возвращает список из тех ёелементов которые соответствуют указанному критерию, фактически альтернатива обходу списка циклом.

    Я просто гадаю как как выглядит структура переменных, и типы возвратных данных, в вашем примере это не указано
  • Как избавиться от погрешности при делении суммы?

    fiter: ну как можно копейку поделить? никак, если вы до копейки округляете. Либо переводите деньги в абстрактные пункты, которы перед выплатой конвертируются в деньги, тогда сможете вести счет любой точности.
  • Проверка разработанного программного продукта?

    beginer123: просто и быстро и при бюджете 10 тыс, еще и дешево я так понимаю. это невозможно. 2.jpg

    хотя наверное есть один способ: отдайте продукт не тестируя. заказчик и пользователь за вас все найдут. Если скажут что продукт за 10 тысяч должен быть протестированным, скажите что бюджет придется увеличить до 15 тыс а по хорошему удвоить. Почему вы вообще задались этим вопросом, вы подсознательно сами понимаете что пожелания заказчика не реалистичны, и пытаетесь найти легкий/дешевый выход. Его нет.
  • Проверка разработанного программного продукта?

    beginer123: с парсером довольно очевидно, сравниваешь два значения то что ты ожидаешь получить от фунцкии парсинга при определенном вводе и то что выдает функция парсера. например если задать в функцию парсера код html, результат не должен содержать треугольных скобок. Каким условиям должна удовлетворять ваша программа? Вот их и проверяйте.
    Большинство юнит тестов у меня написано чтобы вообще попробовать те функции которые я написал, потому что я думаю что сделал все правильно, но как убедиться в этом? То что оно компилируется или запускается - ничего не значит. Нужно поставить эксперимент. Если сунем в фунцкию вот это, то, если она работает как надо, должно выйти вот-это. Проверим ... мммм .. и так далее. Самое важное понять, что вы не знаете как поведет себя программа, вы знаете только как она должна себя вести. Как невозможно сходу напечатать текст и ни разу не опечататься, так невозможно написать программу в которой не будет побочных эффектов.

    В тестирования как я люблю говорить, два вопроса "что" и "как", если на первый у вас есть ответ, то ответ на второй: зависит от приложения, для веб приложений свои средства автоматизированного тестирования например selenium, для мобильных приложений свои, например appium. Если у вас вопрос по "как" то его и задавайте, с указанием какой тип приложения хотите тестировать.
  • Как быстро накладывать временные интервалы?

    думаю, хранить время удобно в формате юникс, там это просто длинное число. с числом легче производить математические операции.
  • Подскожите литературу с алгоритмом торговли ценными бумагами?

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

    fshp: на механике не нужно прожимать клавиши до конца.
    звук нажатия очень полезен, чтобы определить была нажата клавиша полностью или не до конца. Ухо быстро привыкает к такой обратной связи.
    да, для механики нужна привычка, но это буквально неделя.
  • Есть ли методика для интеграционного тестирования Java приложений?

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

    У нас приложение к примеру, не позволяет прямого доступа к любому состоянию системы, и некоторые сценарии приходится проводить от начала до конца, возвращаться назад и проводить следующий сценарий. Чтобы сократить время выполнения, я делаю обход дерева состояний в ширину. Стараясь захватить "еще что нибудь раз я уже сюда пришел". И вдоль одной такой тестировочной цепочки тесты связаны между собой. Одна цепочка представляет собой testsuite. Они разбиты на тесты в принципе ради того чтобы легче было понять в каком шаге и что пошло не так. (да говорят что тесты должны быть независимыми, но это зависит от конкретной ситуации, всякий подход имеет право на существование https://testautomationpatterns.wikispaces.com/CHAI... )
    Все тесты у нас разбиты на контексты, контексты на testsuites. Наборы тестов и сами тесты выполняются в алфавитном порядке. Новые тесты я вставляю в те места где по бизнес логике находятся другие тесты. Сами тесты построены модульно по принципу page object, так что склепать новый тест дело не сложное. Когда обход основных состояний сделан, я добавляю сценарии связывающие максимально крайние точки. Пойти по самому нетоптанному пути, выбрать максимально отличную комбинацию параметров. (своебразное комбинаторное/парное тестирование на эвристике вместо математики.)
    Потом обязательно следите что является самой частой причиной отказа системы, и уделяйте этим областям внимание, систематическое тестирование, и равномерное покрытие не всегда оправданы. Оптимизируйте тестовые сценарии, подумайте как с проложить сигнальный провод так, чтобы под сигнализацией оказалось максимальное количество предметов. Представьте себе, вам сказали мы можем выполнять только один тест, какой бы вы выбрали? Такие размышления приведут вас туда куда надо.
    Помоему я отклонился от темы :)
  • Где можно выложить свой проект, так чтобы получить код ревью по нему?

    MaxLich: написать такой документ нетривиальная задача. Нужно представлять себе продукт целиком в деталях. Обычно если разработчик игр обращается к издателю, издатель без письменной концепции (диздока) не станет разговаривать. Если вы напишете такой документ, хотя бы в общих чертах, это уменьшит время потраченое на "а попробуем так а побробуем эдак", в нем сразу будет прописано от начала до конца вся механика игры, план будущего развития. То что для прикладного ПО Product Requirements Document, для игр это диздок. Вы сразу получите "+2 к уровню" если попробуете написать диздок. Он заставляет думать структурированно. Можно конечно обойтись без этого, ссылаясь на то что проект-то маленький. Но тогда вы не получите такого ценного опыта.
    Я бы кроме всего прочего и багртрекер завел и фичи бы планировал. Чтобы все было как в конторе. Ведь это все то, что будет ожидать вас в боевых проектах. И если вы покажете работодателю что знакомы с процессами крупномасштабной разработки хотя бы на маленьком проекте - это сильно увеличит ваши шансы по сравнению с другими кандидатами без опыта работы. И покажет, что вы серьезно относитесь к работе. Так вы однозначно снискаете себе уважение эйчара. Умение планировать работу и руководить ее выполнением добиваясь качественного результата, важнее чем умение ее делать. Программистов-кодеров пруд-пруди, а тех кто может держать под контролем процесс разработки - не так уж и много. Что в данном контексте не значит, что нужно готовиться стать менеджером проекта, однако полезно овладеть базовыми навыкамии и интрументами менеджера. Это свидетельство самодисциплины и дисциплины ума, и может обеспечить ваш карьерный рост в будущем.
    И да, английский нужно на техническом уровне подтягивать чуть ли ни в первую очередь.

    Все, конец напутствий, делайте с ними что хотите, они от всей души. Удачи!
  • Насколько mac mini боится ударов, тряски, вибраций?

    Повреждение при транспортировке по моему опыту маловероятно, но не исключено. Можно еще попробовать резеты сделать как описано тут.
    еще можно делать nvram reset

    и вообще мало кто знает, но можно просто тупо обратиться в службу поддержки apple, они никому не отказывают в помощи, не важно на гарантии ваше устройство или нет, совет дадут какой-никакой.
  • Ошибка в логике?

    Alex_87:
    - код просто устанавливает стиль по условию, конечно это происходит мгновенно.
    - при перезагрузке страницы все вернется в исходную позицию. Стиль будет загружен заново и установлены изначальные значения. Либо нужно специально сохранять (cookies, webstorage) все изменения стилей и в фунцкии страницы onload вычитывать их и проставлять.
    - Про this читайте тут. This обычно это ссылка обьекта на самого себя. На что именно будет ссылаться this в данном случае мне не совсем ясно, но ясно, что правильно ссылаться на элемент класс которого мы хотим изменить.
  • Хочу попробовать себя в IT, с чего начать?

    Iluxa222:
    Интерес к тестированию у меня появился когда я послушал лекции Джеймса Баха (James Bach) оказалось что это такая работа где нужно знать много чего понемногу и думать головой, как раз мне подошло, широкие но неглубокие знания и умения и критическое мышление, работа на результат.

    Насчет устройства, не знаю, я написал резюме, на него не ответили, тогда я пришел в фирму скзал "хочу быть тестировщиком, что для этого нужно?" сказали ну сертификат ISTQB желательно, на следующий день перезвонили и взяли, и сертификацию оплатили. Потому что им случайно срочно человек нужен был на подмену в проекте на тестировании. Это невероятный фарт. Потом узнал у хаэра, что, мол, придя лично в фирму я проявил инициативу и интерес, это якобы зарешало. Возможно.
  • Чем тетсировать android приложение?

    Гуглом ;)
    Сам не пользовался ни тем не другим. Это не мешает искать ответы на вопросы.
  • Чем тетсировать android приложение?

    mitaichik:
    зависит от фокуса тестирования например
    An Espresso is really good and fast test automation framework, which allows you test many things inside your application in simple way.

    A UiAutomator is perfect framework for automation testing outside of application because this framework allows test many system stuff, as example notification, access to any application, etc.


    так же это гуглится по запросу "android uiautomator vs espresso"