Дело в том, что проект не дает опыта совсем

зато даст стаж

Никаких преимуществ для будущего места

что тоже хорошо

Это да.

Дело в том, что проект не дает опыта совсем

а как он может совсем не дать опыта?

+ совмещение с учебой

Если совмещение, то фултайм не получится и будет меньше 21. А вообще если есть перспектива то мне кажется ок

Дело в том, что проект не дает опыта совсем

если он не дает опыта совсем, то скорее есть свободное время, а если есть свободное время, его можно преобразовывать в опыт

вообще я думаю норм для начала

если работа будет не в одиночку, а в команде, то опыт вообще заебись имхо

потом найдёшь получше

У меня не фул, очень гибко достаточно. Ну да, командная работа это одно из не многих, что радует

еще прекрасно если познакомишься с опытными людьми

ну вот да как минимум опыт разработки в команде получишь и точно узнаешь новые вещи (это неизбежно, думаю)

вот да хотя бы от опытных людей

Ладно, успокоили :)

в любом случае увольняться проще чем найти

и часто вы профайлите свой код?

профайлим на производительность относительно часто, при проблемах и когда есть подозрение что работает странно медленнее чем должно

cProfile?

и какое покрытие тестами? 8)))

с тестами все плохо :) покрыты только самые необходимые вещи вроде серверных сервисов, скажем клиенты с Gui не покрыты почти совсем, если только внутри некоторые модули

cProfile?

своя обертка над ним в виде декоратора, но внутри он, да

а анализ в чем? снейком? 8)

https://pypi.python.org/pypi/RunSnakeRun мне и поныне смешно от названия

хотя в пучарме вроде свой вьюер завозили

да нет, просто настроенный и причёсанный вывод в консоль

а, пстатс

да

попробуй снейка натравить какнить

наглядность зашкаливает 8)

хорошо) думаю для сложных случаев может пригодиться

честно говоря вопрос о тестировании GUI приложений я для себя до сих пор не решил

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

понятно когда у тебя сервис который работает на сервере или библиотека - покрывай её сколько влезет

м... быстрый поиск рекомендует селениум и http://www.sikuli.org/

а в отзывах сикули вроде говно...

в общем я хз зачем тестить гуи вообще

это просто сложная тема

по крайней мере автоматикой

в теории можно взять такие вещи но потом поддерживать эти тесты будешь половину времени разработки наверное

особенно если хочешь тестировать целые воркфлоу

с разными контекстами

вот какой тест например должен показать фейл для телеграмм клиента, что его заголовок не подчиняется правилам ОС

и работают они так себе

либо ничего не ловят либо тонна False Positive

для гуи нужен yomom test

вобщем да тестить GUI это пока вопрос открытый

если твоя мама, нихуя не умеющая в компах, осиливает - тест пройден 8)

к тому же практически всегда баги которые находят это замороченная ботвень которую тестом выцепить нереально и она не повторяется потом (поэтому тест писать пост-фактум тоже нет смысла)

в теории я понимаю что тесты это хорошо, но в реальных случаях как-то не всегда получается этому следовать

я поэтому люблю бэкенд и хочу постепенно туда перебраться более плотно

там как раз тестировать раздолье

О, речь про тесты

А я все пропустил

да мы просто сказали что GUI тестировать непонятно как да и все

если кратко резюмировать

Гуй в смысле не в браузере, а отдельное приложение?

В браузере то все просто

Селенум взял и погнал

ну положим для отдельных приложений тоже такие утилиты есть

а ты сам этим селенумом пользуешься?

Да

Я вообще лид команды автоматизированного тестирования

и насколько сложный у тебя GUI?

В основном селениум как раз

и насколько сложный у тебя GUI?

Рамблер почта, рамблер погода, главная рамблер

Навскидку

хмм прости я на Рамблере не был лет 15 :D

ERROR: S client not available

Поиск рамблер)

вот например Gmail интерфейс

Ну можешь зайти и посмотреть

насколько тяжело затестировать?

Насколько тяжело - зависит от кейсов

Я целиком функционала то не знаю

То, что видно - несложно

ну там его прямо дофига особенно если занятся изменением настроек

вот например все возможные пункты Settings

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

ну да с командой тестеров можно конечно

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

Ну да

:)

с командой тестеров можно и руками тестировать

мы тут вели речь скорее о том как это программистам сделать

во время разработки

Аа

Ну тут я не знаю :)

и чтобы не потратить слишком много времени на поддержу тестов

Тесты это долго, вообще

Если не брать юниты

А именно фронтенд

понятно)

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

такой вариант как раз понятный

Ну это самый стандартный вариант, как мне кажется

ну вот мне тоже кажется что для гуев лучше пока не придумали

Если объем проекта позволяет обойтись без CI

мы на этом и сошлись

Для гуев вообще полностью без ручников обойтись невозможно, мне кажется

да, я тоже так думаю

думаю те кто говорят иначе скорее фантазёры