Не сколь замечание, а любопытство. Я далек о чертежей на производстве, но вот вопрос: ведь перерисовка чертежа (предположим), создание чертежа непосредственно с модели, или реактивное моделирование (когда «рожаешь» чертеж в уме и стараешься непосредственно его привести к размерам на чертеже) — это ведь не одни и те же временные операции. Как бы в таком случае с расчетом времени, ведь исходя из моего списка по времени:
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 для не атомарного..."
1 пункт < 2 пункт < 3 пункт.
Определитесь что ли.
1. Уродливая система объявления. Куча обязательных параметров, навроде description и прочего, без которого не заводится скрипт, какая то «местозависимая» система объявления (обязательные параметры не выходило менять местами — на кой черт они тогда именованные?) — но черт, мне нужно всего лишь отправить запрос
2. Ужасный онлайн редактор и вывод трейсбеков. Нельзя ровно ни скопировать ни вставить, ни потом запустить. Приходилось одно и тоже по 5 раз переписывать, понять где ошибка просто невозможно, табы/пробелы не различает не заменяет, короче боль. О автодополнении молчу.
3. Глючный UI JS. Создаем роут, описываем ответы, делаем запрос, если JS вдруг получит не то что ожидал (ну например у вас сервак что-то там запарился) — все, UI умирает, ничего отправить/принять нельзя. В хроме UI не работал СОВСЕМ.
4. Авторизация — да чуваки, в 2016 все пользовались только basic типом, и все, другого не дано. Ни совместную не сделать, ни отличную от того что предлагает сам «швагер», а скажите, как мне передать API ключ для всех запросов остальных? а ни как, сначала запускаешь первый запрос, получаешь ключ, и потом его руками копируешь. А что делать если api_key временный?
5. Генерация. Это совсем отдельная песня, такое чувство что он не знает о существовании каких то правил в языках, по крайней мере в питоне, Пустые роуты я и сам могу написать.
Большего терпеть я не стал, и прекратил работу с данным сервисом. У меня все. Не знаю как сейчас у них дела, но все описанное было правдой на лето 2016 года.
Пользуясь случаем хочу спросить, как в юнити организовываются персонаж с различной анимацией, например верхней и нижней части (анимация ног и туловища), без блендинга.
ping 41mc
average — 260ms
50 users, 7 repeats, thread up — 10 sec
Большая часть HR, совершенно некомпетентны, не понимают что они делают, и как это нужно делать, но хуже всего что страдают от этого не они — а совершенно другие люди. Я даже не говорю о каких то узких качествах в этом деле. Некоторые личности лишены банальной логики, и пункт 2 из статьи — как отличнейший пример, но самое дибильное, это языковая и диалоговая трансфигурация
Пишет тебе на русском/украинском, присылает требования на английском, требует резюме на немецком, причем национальную принадлежность оной, не трудно определить. Спрашивается, неужели трудно вести диалог и обмен информацией на каком-то одном языке, даже пусть это будет английский, которого я не знаю, но черт побери — вы в моих глазах не будете выглядеть идиотически, или потрудитесь перевести тогда требования, что бы общаясь со мной на родном языке, я также мог прочесть о вакансии на родном.
Второе, это непонимание банальных аксиом и понятий ИТ сферы… да какой там сферы, ИТ профессий. Летят вакансии на тестера, на автомайзера, и буквально вчера пришла:
Занавес.
При попытке уточнить, что подразумевает данная вакансия, увидел только "?", что как бы намекает:
— человек не читал вакансию
— человек не знает что такое девелопер, а что такое тестеровщик.
— человек не проверяет и не уточняет информацию, полученную от другого лица.
— человек гребет капусту, за то что сидит и валяет дурака на рабочем месте
О ведении диалога, я просто даже не хочу говорить, не дай бог отозваться на подобные описанные вакансии, и при разговоре не покидает ощущение, что не тебя собеседуют, а собеседуешь ты.
Схема, модель, валидатор сереализатор и управление данными в 40 строк кода… разве не к этому мы все стремимся — к простоте?
Я бы сказал, что даже в тексте чувствуется подход из другого языка, в использовании адаптеров/интерфейсов/кучей наследования и других, нужных и не очень, прокси-элементов.
В питоне нет интерфейсов (в привычном понимании) но я думаю люди не испытывают от этого какие-то значиимые неудобства (исключение быть может — те кто переучивается), зато есть другие средства которые упрощают и улучшают программирование на данном языке, и используя данные инструменты, строятся свои архитектурные особенности, свойственны именно данному языку(встроенные методы, широкое использование интроспекции, мета программирование и прочее.).
очень полезен, особенно если у меня 100500 атрибутов… как насчет распаковки аргументов в конструкторе?
Очень грамотно, особенно если учесть что завтра у меня появится еще одно поле, и мне его надо будет добавить (по коду автора):
— в модель,
— в сериалайзер
— anywere
Не ставлю под сомнение пользу статьи, но не уж то практика с базовыми схемами, для моделей, валидаторов, сериализаторов настолько плоха, что нужно писать такие самокаты? (прошу агрументированно проправить если я не прав)
— зачада РМ, бегать развлекать девелоперов, что бы они не скучали без работы
— задачи тестирования, более того планированием тестирования (да да, типы проводимых тестов, их виды и то, какую область они проверяют) описывается в тест плане, который готовит специальный человек в компании, именуемый Test Architector или более простом — Senior QA, или если все очень плохо, то Team Lead… но никак не РМ.
ЗЫ. Во втором сообщении Вы и сами подчеркнули «просят», но не «определяют»
Что простите?
Не оскорбил, мне кажется, а просто дал понять что ситуация прозрачна как для специалиста, а если таки об этом спрашивают, то есть сомнения о спрашивающем. В общем — не надо спрашивать очевидное)
Далее можно было не писать.Почему? Потому что следующие предложения ничего не поясняют, и я как читатель чувствую себя дибилом в кругу умных.
Тоже самое… если начинаете говорить в лицах, то как то логичнее заканчивайте мысль:
"… используются разные регистры BSRR/BSR для атомарного, и ODR для не атомарного..."