Не сколь замечание, а любопытство. Я далек о чертежей на производстве, но вот вопрос: ведь перерисовка чертежа (предположим), создание чертежа непосредственно с модели, или реактивное моделирование (когда «рожаешь» чертеж в уме и стараешься непосредственно его привести к размерам на чертеже) — это ведь не одни и те же временные операции. Как бы в таком случае с расчетом времени, ведь исходя из моего списка по времени:
1 пункт < 2 пункт < 3 пункт.
Ох щас выскажусь, об этом сервисе и опыте использования, он конечно может показаться однобоким, так как я не разворачивал его локально, а пользовался онлайн возможностями, но тем не менее. Задача была простой: во время написания сервиса на Flask, нужно было просто какой нить удобный и документированный «тестер запросов», плюс минимально еописание — что делает тото или иной роут, сам сервис небольшой — 40-50 REST API, теперь по порядку.
1. Уродливая система объявления. Куча обязательных параметров, навроде description и прочего, без которого не заводится скрипт, какая то «местозависимая» система объявления (обязательные параметры не выходило менять местами — на кой черт они тогда именованные?) — но черт, мне нужно всего лишь отправить запрос
2. Ужасный онлайн редактор и вывод трейсбеков. Нельзя ровно ни скопировать ни вставить, ни потом запустить. Приходилось одно и тоже по 5 раз переписывать, понять где ошибка просто невозможно, табы/пробелы не различает не заменяет, короче боль. О автодополнении молчу.
3. Глючный UI JS. Создаем роут, описываем ответы, делаем запрос, если JS вдруг получит не то что ожидал (ну например у вас сервак что-то там запарился) — все, UI умирает, ничего отправить/принять нельзя. В хроме UI не работал СОВСЕМ.
4. Авторизация — да чуваки, в 2016 все пользовались только basic типом, и все, другого не дано. Ни совместную не сделать, ни отличную от того что предлагает сам «швагер», а скажите, как мне передать API ключ для всех запросов остальных? а ни как, сначала запускаешь первый запрос, получаешь ключ, и потом его руками копируешь. А что делать если api_key временный?
5. Генерация. Это совсем отдельная песня, такое чувство что он не знает о существовании каких то правил в языках, по крайней мере в питоне, Пустые роуты я и сам могу написать.
Большего терпеть я не стал, и прекратил работу с данным сервисом. У меня все. Не знаю как сейчас у них дела, но все описанное было правдой на лето 2016 года.
Если не сложно, сделайте сцену с 10-ю Вашими персонажами на скелетной и тайловой анимации и прикрепите лог профайлера, думаю там статья обретет краски.
Пользуясь случаем хочу спросить, как в юнити организовываются персонаж с различной анимацией, например верхней и нижней части (анимация ног и туловища), без блендинга.
Нынешнее положение дел в рекрутинге в ИТ сфере- это самое худшее что есть в ИТ.
Большая часть HR, совершенно некомпетентны, не понимают что они делают, и как это нужно делать, но хуже всего что страдают от этого не они — а совершенно другие люди. Я даже не говорю о каких то узких качествах в этом деле. Некоторые личности лишены банальной логики, и пункт 2 из статьи — как отличнейший пример, но самое дибильное, это языковая и диалоговая трансфигурация
Пишет тебе на русском/украинском, присылает требования на английском, требует резюме на немецком, причем национальную принадлежность оной, не трудно определить. Спрашивается, неужели трудно вести диалог и обмен информацией на каком-то одном языке, даже пусть это будет английский, которого я не знаю, но черт побери — вы в моих глазах не будете выглядеть идиотически, или потрудитесь перевести тогда требования, что бы общаясь со мной на родном языке, я также мог прочесть о вакансии на родном.
Второе, это непонимание банальных аксиом и понятий ИТ сферы… да какой там сферы, ИТ профессий. Летят вакансии на тестера, на автомайзера, и буквально вчера пришла:
We are looking for SENIOR MOBILE QA DEVELOPER
Занавес.
При попытке уточнить, что подразумевает данная вакансия, увидел только "?", что как бы намекает:
— человек не читал вакансию
— человек не знает что такое девелопер, а что такое тестеровщик.
— человек не проверяет и не уточняет информацию, полученную от другого лица.
— человек гребет капусту, за то что сидит и валяет дурака на рабочем месте
О ведении диалога, я просто даже не хочу говорить, не дай бог отозваться на подобные описанные вакансии, и при разговоре не покидает ощущение, что не тебя собеседуют, а собеседуешь ты.
class File:
"""
User's data type
"""
def __init__(self, path):
self.path = path
def __str__(self):
return self.path
class Scheme():
"""
Abstract scheme of model
"""
_scheme = {'doo': int, 'foo': str, 'bar': File}
class Model(Scheme):
"""
Data model
"""
def __init__(self, **kwargs):
self.__dict__.update(self._scheme)
for k, v in kwargs.items():
setattr(self, k, v)
def __setattr__(self, key, value):
if not hasattr(self, key):
raise AttributeError
elif not issubclass(type(value), self._scheme[key]):
raise ValueError
object.__setattr__(self, key, value)
def serial(self):
return {x: getattr(self, x) for x in self._scheme}
Схема, модель, валидатор сереализатор и управление данными в 40 строк кода… разве не к этому мы все стремимся — к простоте?
Вот в этом и проблема: нести неизменные идеи/стратегии из других языков, в частности как Вы отметили с Java/C#.
Я бы сказал, что даже в тексте чувствуется подход из другого языка, в использовании адаптеров/интерфейсов/кучей наследования и других, нужных и не очень, прокси-элементов.
В питоне нет интерфейсов (в привычном понимании) но я думаю люди не испытывают от этого какие-то значиимые неудобства (исключение быть может — те кто переучивается), зато есть другие средства которые упрощают и улучшают программирование на данном языке, и используя данные инструменты, строятся свои архитектурные особенности, свойственны именно данному языку(встроенные методы, широкое использование интроспекции, мета программирование и прочее.).
Очень грамотно, особенно если учесть что завтра у меня появится еще одно поле, и мне его надо будет добавить (по коду автора):
— в модель,
— в сериалайзер
— anywere
Не ставлю под сомнение пользу статьи, но не уж то практика с базовыми схемами, для моделей, валидаторов, сериализаторов настолько плоха, что нужно писать такие самокаты? (прошу агрументированно проправить если я не прав)
Коль вы уже использовали компиляторы от микроСи, опишите пожалуйста, чем они лучше (ведь выбор чем то обусловлен) чем скажем компилятор кейла/IAR или GNU?
Не хочу никого обидеть, но:
— зачада РМ, бегать развлекать девелоперов, что бы они не скучали без работы
— задачи тестирования, более того планированием тестирования (да да, типы проводимых тестов, их виды и то, какую область они проверяют) описывается в тест плане, который готовит специальный человек в компании, именуемый Test Architector или более простом — Senior QA, или если все очень плохо, то Team Lead… но никак не РМ.
ЗЫ. Во втором сообщении Вы и сами подчеркнули «просят», но не «определяют»
Не оскорбил, мне кажется, а просто дал понять что ситуация прозрачна как для специалиста, а если таки об этом спрашивают, то есть сомнения о спрашивающем. В общем — не надо спрашивать очевидное)
И так что такое битность процессора? Многие считают, что это битность шины данных. Но это не так.Почему?
Далее можно было не писать.Почему? Потому что следующие предложения ничего не поясняют, и я как читатель чувствую себя дибилом в кругу умных.
Например для установки ножки в STM32 в высокое и низкое состояние используется разные регистры, что позволяет иметь атомарность на уровне переферии.
Тоже самое… если начинаете говорить в лицах, то как то логичнее заканчивайте мысль:
"… используются разные регистры BSRR/BSR для атомарного, и ODR для не атомарного..."
Может неуместно, но спрошу: А планируется ли поддержка разработки для ARM например? Имею виду дебагеры периферии и прочие вкусности (см. например Кейл)
Если Вы указали место следующего задания без хорошей подсказки о его местонахождении
А вот пиранья таки думала наоборот, пусть игрок помучается поисками, и за это время более лучше изучит карту… отсылка к gothic-серии, где обычно тебе только указывали направление и какой то предмет на ориентирование.
usb нет, sdio нет, контроллера паралельной шины тоже нет, таймеров только два (может они многоканальные. не разбирался) зато есть АЕS-256 непонятно зачем
А вот никакой простоты я особо не заметил, открыл msp432p401m.h увидел спагетину из дефайнов и такие же структуры как в stm
А открыв исходник sysinit увидел аналогичную инициализацию как SPL STM32 (файним частоту, препроцессор выбирает инициализационный код)
Так что собственно проще то?
Спасибо за статью, в целом познавательно, но есть одно но:
Однако и в текущем варианте получен ценный опыт оптимизации под Unity3d и результирующий прирост производительности более чем в 300% на интегрированном GPU.
Скажите, неужели сложно было вставить в статью, пару скринов из профайлера мол «вот до вот после», и парочку вырезок из кода, где показывались бы самые значимые улучшения с указанием на FPS/память и словами «так ок, так не ок»?
Ну, был весьма обнадежвающий доклад о новом GIL, но Гвидо сказал весьма просто: Пока не будет предложено что ли бо ЛУЧШЕ чем GIL, текущий никуда не денется, ибо нормально работает для однопоточных апликух.
Иными словами, как я понял, они открыты для предложений в этой стороне, но к одобрению будут относится весьма щепетильно… в чем то я их понимаю.
Гвидо верно ответил: вопрос памяти никого не интересует, потомоу что ее в любой момент можно добавить (давайте без крайностей). А вот многопоточность вменяемая интересует всех, потому что с ней решится куча вопросов, и облегчится жизнь. На пайконе 2016 там серия докладов была по этому поводу, и народец вроде как разшевелился.
>>>1. Чтобы звучание дисторшна хоть как-то напоминало настоящее, нужно:
нужно хотя бы учитывать факт наличия спейтра искажений гармоник основного сигнала за счет очень сильного режима ограничения в схемах distortion, иначе есть шанс получить некий компрессор-лимиттер, с ограничением на верхах входного сигнала.
>>>Часто бывает, что люди на собеседовании не могут ответить на вопросы о том, кем они хотят быть, что делать, чем могут быть полезными студии.
Часто бывает, что компания, которая имеет две открытых и удовлетворяющих тебя позиции, даже не удосуживается открыть отосланное тобое письмо, в котором, тест задание, и выполненное на двух ЯП.
Однозначно писать. Вменяемой хорошей информации по Unity на русском — крупицы. Вобще шикарно будет, если статья будет затрагивать разные подходы и ± в них.
В моем случае есть MIDI-USB устройтсво, на STM32, так же задумывался о бутлоадере, в виде MS, но руки не дошли. И вот интересует как использовать бутлоадер в данном случае. Копки «Update» не придвидится… вы не думали реализовать бутлоадер в виде композит устройтва, в возможностью выбора режима при подключении устроятва к USB?
PS. Насколько я понимаю, такое устройство должно поддерживать две конфигурации, одна из которых — как раз и будет ваш кастомный бутлоадер для перепрошивки.
ну, я бы не просто переводил.
1. Микроконтроллер не может быть похож на Arduino, потому что платформа Arduino это некая оболочка-абстракция над ядром, которым есть — микроконтроллер и его железная периферия.
2. Микроконтроллер, как конечное устройство (в данном случае LCP LPC1830, на ядре ARM Cortex-M3) не может «работать на JS» по природе своей.
Резюмируя, данная поделка, не может называться микроконтроллером на JS, да и микроконтроллером вовсе, потому что это такая же система как Arduino, только в профиль. Таких «микроконтроллеров» уже мы имеем миллионы сотен вариантов, и на JS и Python и Java (которая кстати максимально приблизилась к понятию «МК на %lang name%») и на любых других языках, которые к сожалению, или к счастью, показывают что несмотря на внушительные цифры производительности самого «ядра», более чем помигать лампочкой/реле/UART они не способны… а у вас на борту между прочим 180МГц(!!) ARM ядро, которое занимается перегоном электричества в тепло, по большей части.
Неоспоримо, удовольствие — вещь личная, и весьма абстрагирована, но вернувшись на землю, не имея ничего, особо не думаешь о удовольствии, а о каком либо будущем, ради которого нужен хоть какой-то относительно высокий материальный бек-граунд.
ЗЫ. Прошу прощения, ушло время редактирования.
ЗЫЫ. За 5 лет учебы в ВУЗе, у меня трижды менялись мнения о «хорошем занятии», начиная от научной деятельнсоти, и заканчивая проффесиональным музыкантом. Итог — гитара хобби, паяльник тоже, я — AutoQA.
Статья хороша. Мотивирующая, однозначно… но:
>> что стать тестировщиком и начать получать удовлетворение от работы может абсолютно каждый
Наверно такой же девиз имет практически все «городские» курсы, после которых вырывается толпа кандидатов, которые как оказывается (!) ничего не умеют, и собственно никому не нужны, иначе почему тогда висят тонны вакансий, если кругом одни тестеровщики?
Тестеровщик, это такая же проффесия, как и музыкант — сколько людей, без какой-либо предрасположенности к музыке могут писать ее? Единицы. Вот так и тут, правда счет идет на десятки… но из сотен.
Другое дело, что сравнимая ЗП с другими отраслями, в наших реалиях, мотивирует людей настолько, насколько это возможно, что бы все бросить и стать тестеровщиком… не стать, ну хотя бы попытаться. В контексте других отраслей это так же можно назвать «получение удовлетворения от работы, в виде высокой ЗП» — ну а что? Зимой тепло, удобный офис, плюшки/печеньки — разве это сравнится с работой на СТО/заводе. Мне кажется можно полностью говорить о удовольствии.
В целом, вход в ИТ через тестирование — плохая практика, потому что проффесия весьма широкая, а ЗП — умеренная (в контексте ИТ), и потом, когда думаешь о большем, и о спокойствии, очень тяжело себя заставить пойти «java-джуном» за 300уе, имев до этого больше, притом что на большее тебя не возьмут — нет прод-опыта написания кода, да и вобще «какое отношение ваш selenium имеет к написанию приложений на Android» (утрируя). По этому, аут-вей из тестеровщиков (туда же AtQA), это единици лидов, и реже каких-либо прод-менеджеров, дев-опсов, а как старт для разработчика — по большей части потерянное время.
>> протестировано порядка шести решений различных российских и восточных производителей
Критерии и результаты тестов поражают информативностью
>> Что же в ней уникального, и почему именно эта система получила столь высокую оценку крупнейшего системного интегратора
Вы знаете, тоже интересует этот вопрос, особенно после прочтения всей статьи, как и вопрос зачем вообще ТАКАЯ статья?
ЗЫ. Единственный рисунок, и тот отвалился.