Pull to refresh
11
0
gymlyg @gymlyg

User

Send message

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

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

Бывает полезно фиксировать время выполнения задач, так как это помогает настроиться на рабочий лад.
В моём случае невозможно долгое время делать тайм-менеджмент, так как надоедает.
Точную оценку той или иной задачи вполне можно дать и без тайм-менеджмента, а просто выполнив подобные задачи несколько раз. Можно попробовать разбить большую задачу на части, подогнав их под уже знакомые. Либо использовать формулу "прикинуть примерное время, затем умножить его на 2 и ещё прибавить 2 недели".

Если взять абстрактного кондитера, который знает всё про это ремесло и попытаться его переучить с помощью, скажем так, курсов - насколько успешной окажется затея? Думаю успех будет в 1 из 50 случаев.
У меня сложилось впечатление, что вы просто не нашли себя в том, чем занимались ранее.
Ну а в изучении новой профессии желаю успеха!

Очень хотелось бы узнать специфику и подробности, наподобие практики использования симуляторов...
Например - каким образом вы могли догадаться, что найденное вами поведение системы - проблема, а не, скажем, ошибка конфигурации или банально отвалившийся соединительный шнур?
А какие специальные требования к работе именно медицинского оборудования (интерфейс, логика работы, сигнализация, требования по питанию)?
Как вы прокачивали медицинский английский?
Интересные случаи из практики?
Нашли ли пользу и увеличение продуктивности в авто тестировании в отличии от ручного тестирования или всё-таки ручное полезнее (тем более в процессе разработки автотеста надо выполнить сценарий вручную... или не обязательно?)
Тестируется ли мед-оборудования прям в реальных, больничных, условиях?
О какой специализации мед-оборудования идёт речь? Это мониторинг, диагностика, что-то, поддерживающее определенное состояние?
Достаётся ли тестерам мед-оборудования из-за того, что недосмотрели и в результате приборы подвели, так сказать?

100 человек за всё время, причем в начале был «пик» и постепенный спад к концу мероприятия + единицы приходили к определенным докладам.
Для организации действительно продуктивного мероприятия достаточно 10-15 заинтересованных человек. Опыт митапов и воркшопов это подтверждает.
Пользователь может не уметь устанавливать с нуля, его конёк решать задачи. Мотивация ещё нужна интеллектуально-техническая именно для такого кейза.
Сама идея конкурсов интересная (до этого были только победители игровых турниров). Подкинем организаторам накануне очередного мероприятия.
Тема интересная для того чтобы подумать перед камином в кресле. Т.е. вот память и в ней инфа, можно обращаться к ней и по ссылке и через имя и как-то ещё. А сама инфа может интерпретироваться как угодно (всё зависит от предварительного определения — например та же типизация). В PHP, насколько я понимаю, переменная это по сути структура, с разными служебными полями. Т.е. просто реализация работы с памятью, представленная для веб-программиста как «переменная» (или ссылка).
Что касается использования дополнительных символов (крышки и прочее)… В том же PHP все привыкли использовать $<имя> и при необходимости определяют тип того, что за этой переменной(ссылкой) закреплено. И лучше не менять вот так вот, сразу. Можно упоминать тип данных в имени переменной, но это как правило временное решение (избавляются при возможности).
Аналогичная история — 64Гб флеш оказался ~48Гб, т.е. при записи данных большего размера начинало пропадать содержимое ранее записанных папок. При разборке порадовала неснятая наклейка 32Гб на чипе памяти.
Но продавец оказался более упёртым.
Как хорошо, что современные электретные микрофоны и поменьше и батарейка им не нужна.
Идея хороша, но вполне очевидна. Годов 6 назад слышал схожую идею тепловой визуализации на картах по некоторым ценностным параметрам (или я не догоняю в чём фишка именно вашего продукта).
И самое интересное — как вы объясните, что у яндексов не было идентичной идеи? То, что была активность на вашем ресурсе могло быть просто сбором общей информации для проработки позиционирования собственного продукта совершенно любой компании.
Ресурсы о вас не написали из-за вашей репутации — яндекс её подтверждает в силу своей деятельности в течение многих лет, а про вас на рынке не знают. Опять же в компаниях ведутся отдельные работы по публичному представлению.
Если это была само-презентация, то хороший ход потому, что проведён анализ и в целом поднята интересная тема защиты интеллектуальных прав.
Идея с чанками хороша. Но что если фото хранить в БД как BLOB? БД умеет работать с файловой системой из коробки и думать о том как работать с файловой системой уже не нужно. И работа с данными упрощается.
Хакер тот, кто разбирается в работе системы, его вполне устраивает реализация идеи. Мейкер это инженер (как правильно упомянули в статье), стремящийся к функционально законченному изделию. Пространство может быть одинаковым, потому что и тем и другим нужны инструменты и оборудование.
Про камеры — сейчас тестируется снэпшот режим (goo.gl/KNVhBG) во время статуса «открыто». Как наладится — на сайте будет апдейт.
А как насчет того, что на обработчик в Node.js не рекомендуется вешать сверх-вычислительные задачи, поскольку это блокирует столь быструю обработку очереди эвентов?
Да, мастерская сравнительно недавно (где-то месяцев 8-12 назад) появилась, но они очень активны.
Робот надежней — он не заснет, не будет лихачить, отреагирует на датчики и т.д., но чем сложнее система, тем больше вероятность возникновения ошибок в ее работе — в ПО в первую очередь.
В случае с тормозами — грузовик, у которого они отказали, опасен вне зависимости от способа управления. Человек попытается остановить с минимальным количеством жертв, что сделает искусственный разум — пока понять трудно.
В том и дело, что тема очень новая, моментов обсуждения чрезвычайно много и приходить к описанному проекту нужно именно через постепенную отработку отдельных его частей. Т.е. проект должен называться «давайте приспособим мир к роботам», а не «давайте сделаем робота».
Например, начинать юридическую проработку — кто ответственен за последствия, какое наказание в каких случаях понесет. Как оформлять ДТП.
Еще нужно учесть наш менталитет (анекдот про японскую бензопилу).

При переводе денег всегда есть человеческий фактор ( недавний пример — оплата через банкомат в налоговые не прошла из-за оплаты пеней, а не самого налога, ошибку, кстати, разъяснил и исправил налоговый инспектор, т.е. человек ). В остальных случаях все переводы автоматика и люди совершали без ошибок.
Сомневаюсь в успехе решения задачи именно в данной постановке. Военным да — у них есть и интерес и возможность использовать данную задумку. Например для автономного перемещения каких нибудь труб в тайге, где уже есть колея и вся система, по сути, сведется к умному кирпичу на педали газа. Либо по GPS если там поле и нет гражданских.
Использование подобной техники вне полигона рискованно. А так как нет водителя, то и ответственность спихнуть не на кого — никто вот так сразу не доверит машине.
По видимому — да. Но инструкция есть — попробую повторить с благодарностью авторам идеи, если они, конечно, не против.
Взломать служебных дроидов и напакостить врагу прямо там где он дислоцируется.
1
23 ...

Information

Rating
Does not participate
Location
Нижний Новгород, Нижегородская обл., Россия
Date of birth
Registered
Activity