А уже его отсутствие после нажатия кнопки будет сигналом встать с кресла и пройтись до компьютера
В некоторых материнках, питание USB при выключенном ПК не пропадает, и берется с дежурки (AURA Sync например горит при выключенном ПК) 4tech X7 мышь так же горит при выкл. ПК
Прежде всего, очень сложно показать преимущества OOP на маленьких школьных программах
Это не совсем так, преимущества можно и без программирования на пальцах показывать. Другое дело, что восприятие абстрактных вещей, ребенка школьного возраста, не всегда успешно. И это действительно проблема не только каких-то ветвей информатики и программирования. Это и всеми нелюбимая алгебра, геометрия, стереометрия, черчение (не знаю правда если ли оно еще в школьной программе).
ТСу:
Я делал подобную штуку, правда не в таких масштабах (не нужно было огромных нагрузок, все куда проще). Крутилось все на flask/sqlite, морда на vue. Люблю минимализм и отсутствие зависимостей( никакого там планировщика, или очереди задач, ровно как и отведенного сервиса БД) В плане работы было все просто: добавляешь jmx на морде, выставляешь настройки (если они есть типа урл/кол. юзеров и т.п), запускаешь. Python запускает jmeter, и читает stdout, кладет все в базу, ну и там vue уже все рисует. Для каждого из jmx были конфигурации (проект с измененными параметрами), что бы можно было быстро там включить stage/dev сервера. База что бы не разбухала после месяца архивировалась и создавалась новая (в целом дольше хранить исходники результатов не имело смысла).В общем как то так.
«Не надо судить о людях по их словам, только по делам. И где у автора выставки, тиражи, доходы от бизнеса? Или этим всем он тоже не увлечён?»
Это Ваши слова, а не мои. Из них следует, если как то охарактеризовать занятия автора, то это должны быть подкрепляющие эти занятия вещи: рисуешь — давай выставку, занимаешься собаками — давай доходы от бизнеса.
Вообще, вам стоит как следует поработать над навыками чтения.Например, собак автор не разводит
У меня целый отдельный бизнес по заботе и развлечению собак (playcare business) вместе с женой.
Окей, не разводит, тем не менее его бизнес связан с собаками, это его занятие. В данном контексте это реально имеет значение, разводит он собак, или развлекает?
Вот да, будет очень не плохо.
ЗЫ. Даже касаемо Tiled, там есть некоторые, не очевидные для начинающих, вещи (работа с объектами, анимациями, перенос переменных). Буду премного благодарен.
Вы полностью переиначили мой комментарий и оспорили свои собственные слова.
Я не переиначивал Ваши слова. Я лишь сказал, что критерии успешности, для каждого индивидуума — свои. Более того, признания со стороны каждый ищет по своему. У ТС программирование — это работа, не более. Для него его «увлеченность» является достаточной для него и его окружающих (как программиста для работодателя в частности).
Текущий тред комментариев мне напоминает «разборки» ардуинщиков и arm-щиков, где первые просто пилят на результат, и им глубоко пофиг что там в коде/ардуине, а вторые люто ненавидят первых, потому что «не писал в регистр — не мужик».
И где у автора выставки, тиражи, доходы от бизнеса? Или этим всем он тоже не увлечён?
Почему Вы считаете, что если человек в чем то успешен/увлечен/чего то достиг, он обязательно должен это выставлять на показ?
Если я похавал в централ ресторане — я это должен отправить в инстаграмм.
Если я открыл бизнес — я должен это афишировать по всем каналам.
Если я разработчик — обязательно должны быть комиты/реквесты куда либо в какойто опен сорс.
Почему для людей, стало ненормальным сокрытие какого-то личного потенциала?
Я вот умею танцевать, мне теперь после работы в офисе в митинг руме устроить мош/танго/джаз? Ну а чо? Я ведь все должен показывать. Или может в 13.00 я должен пойти в кухню и начать там жарить для всех блины? Почему мерилом успешности, внезапно начались считаться какая то сверхсоциальная активность, поясните?
Ну вот по автору: ну пилит чувак картины, ну может продает их в каком либо узком кругу. его все устраивает, он имеет какой то от этого доход и этим увлечен. Или опять таки разводит собак (как он пишет) сугубо для какого либо своего узкого коллектива. Зачем это афишировать?
Знаете, я считаю наоборот, когда человек действительно занят и ему нравится его занятие, он не будет это выставлять на показ, ради привлечение к себе ненужного внимания.
Касаемо кода, да ну есть они у меня личные проекты скрипты, но я не хочу что бы их кто то видел, более того — что бы это стало отправной точкой в решении принятия меня на работу
ЗЫ. Собеседовался на джун питона, попросили проект, передал. 10 минут тупили, ничего не поняли из кода. Вопрос — зачем спрашивали? что бы разочароваться?
Еще более доставили вопросы, а почему вы тут «Х» библиотеку использовали а не «У»? «У» ведь лучше/гибче/веселее/ (подставить нужное)?
Спасибо за статью. Очень познавательно.
А не планируется освещение дополнительного инструментария для работы с данным движком? Ну, может какие редакторы анимаций, или может тайл маперы ( один уже знаем TileMapEditor) в таком роде?
Лично мне кажется, основной проблемой в то время было отсутствие локальной дистрибуции и распостранения продуктов у разработчиков. В частности отношения разработчики-издатель, и привели к реальному провалу данной игры. Первые хотели амбициозный оплачиваемый проект, вторые — обозримый профит.
игра должна быть чем-то гораздо большим — настоящим хитом, а у них по этому поводу пока нет никаких идей
А это, по моим сведениям уже неоднократно обсуждалось. Франшиза ведь есть! Переиздайте игру, какие в этом проблемы? Переиздайте Г2, и Г3 (насчет правообладания на существующие продукты не знаком). Беседка SkyRim переиздала, и «заехал» он людям. Или сделайте аддон официальный по типу Ночь Ворона. Что мешает то? Я думаю, что фанаты серии, куда более будут рады таком исход, чем даже новоиспеченному Элексу.
Когда IT-специалисты работают из своего офиса, вдали от заказчика, риск, что его поймут неправильно, возрастает
Это как?
— Я просил магазин, а вы сделали сайт-визитку.
Если заказчик умеет писать что он хочет, то риск сделать что-то не так стремиться к нулю… если умеет писать.
очередной релиз и вдруг обнаружить, что подходишь к реализации несколько иначе чем заказчик
о черт… Ну если заказчик «умеет подходить к реализациям» какого черта он приперся в компанию за помощью? он ведь сам специалист!
— Вы специалист, вот Вам деньги, сделайте как нужно
— Нужно вот так
— Я не согласен.
Тут нужно работать по процессам клиента, а иногда и активно участвовать в их улучшении, разбираться не только в своей специализации, решать разные проблемы
Не знаю к чему тут приплели «онсайт» ( насколько я понял это от слова on side, то есть русский транслит должен писаться через «Д», или я не прав), но это полнейший аутстафф, где тебя используют как обычного работягу.
В принципе могу, но мне показалось они не слишком выше M4 (168 против 216мгц, возможно сама архитектура более шустрая)
Периферии там правда… можно 5 прибором моих на одном МК сделать.
Ну возможно вы правы, в плане сложностей оно может того не стоить.
Просто мне нужен по суть MK, как числодробилка, а лучше с DSP модулем, внешней периферии посути минимум, несколько i2, i2s и дисплей не большой. Может Вы посоветуете что-то более верное?
На данный момент ковыряю stm32F407, но уже вижу что его производительности совсем впритык.
Но халявные чипы MT 6xxx конечно очень прельщают)
Очень интересная статья, спасибо, и назрел такой вот вопрос, возможно косвенный, но все же.
А насколько возможно использовать в bare-metal, процессоры ARM которые скажем стояли в средствах коммуникации? Ну вот чисто потенциально…
Ведь сами по себе они достаточно мощные, плюс aliexpress как кладезь в плане их доступности.
Вот на данный момент имею:
MT6235, MT6575, есть документация на само железо, есть u-boot — с чего так сказать начать, имею ввиду стратегически, ковырял u-boot но пока ничего интересного не нашел (по крайней мере то что вы описали)
Да, я о чистом Си. Писал и пишу на текущий момент, пришел к нему из Python и очень рад.
А насчет «undefined behaviour» и различных «стреляний:
Да, на С++ очень просто выстрелить себе в ногу. Даже множеством разных способов. Но для некоторых людей это плюс. Возможность выстрелить себе в ногу предполагает возможность стрелять вообще куда-угодно, как-угодно и сколько-угодно.
Да, результаты могут быть ужасными.
Но и мощь устрашающа.
согласитесь, странно изучать Windows Server 2003 или Pascal в 2017 году
Странно быть стильно-модно-молодежным Angular разработчиком, и на слова " у тебя течет виртуальная память в приложении", пожать плечами и сказать «а что такое виртуальная память».
Язык не более чем инструмент, а при изучении, чем он проще — тем лучше.
Хочу уточнить, есть простые языки, а есть легкие. К моему мнению, простой язык, это Си: что написал — то получил, не никаких неявных состояний, каких то магических функций и других, с точки зрения прозрачности, вещей. К легким языкам, могу отнести Python. Нет избытка синтаксиса ( я не о скобочках), простая структура, некоторые стили программирования уже в коробке.
Боюсь спросить, какой результирующий размер «мигалки», при наличии стольких зависимостей?
ЗЫ. Боюсь, потому что очевидно что он будет огромен. Заранее говорю, что это не попытка упрекнуть в Вашей RTOS, просто интересно.
Я лишь спросил, где та самая грань, когда есть «командная» и «не командная» разработка.
Ну, для меня командная разработка, это писать какую то свою часть кода, при этом мне не нужно обсуждать что-либо с другим членом команды, если моя часть описана в документации (ну окей, четко выделена, имеет границы)… для других видимо, командная работа это непосредственная балабольня о том как назвать тот или иной метод, заваривание чая в одной кружке на двоих… ну вы понимаете?
Проблема в том, что понятия командная работа перешла все разумные границы (я уже не о удаленке /офисной работе), люди предпочитают болтать, рассказывать о чем то, тренировать свои ораторские навыки, ли ж бы не сесть и не написать, то что должно быть (дока/тесты/реадми файлы).
Agile Coach
ScrumMaster
Простите, кто эти люди и зачем они вобще нужны, какие реальные задачи они решают?
Еще раз повторю, если что то правильно и полно описано, это не требует обсуждений. Люди просто не умею фокусировать свои мысли и идеи. И проблема, здесь не в удаленке или отсутствии командной работы, проблема тут именно в людях и их квалификации.
Хотел добавить насчет «яндекс и гугл». Один, весьма колоритный персонаж, как то сказал «есть успешные проекты, а есть на которых красивый код» (с) А. Соловьев
ЗЫ. Притензии к карме были не к Вам лично, это скорее общий призыв.
Разница между статическим и динамическим выделением памяти
Мне кажется, можно ограничиться тем, что статическая память известна на момент компиляции, а динамическая нет, иначе за слова «статическая память выделяется в стеке.» сейчас полетят метеориты в Ваш огород.
Вот у меня «горит» от таких комментариев, честное слово, что для Вас работа в команде, черт возьми? Крестить вместе детей? Или может уик-энд вместе проводить?
О какой командности вы говорите? Я должен чуять нутром что напишет Вася из соседнего отдела разработки?
Я вместо любой комадности и «двиганья листочков» выберу скорее несколько разделов ВиКи, по стилю написания кода в команде.
Я скорее предпочту тикеты на функциональность и описания на API своего модуля, нежели часовые балабольства. А знаете почему? Потому что это написано в отличии от того что можно сказать и забыть, сказать и не выполнить, сказать и потом спасая свою шкуру переиначить что либо по другому. и т.п.
Парное программирование? Да к черту его, неужели, в этом мире (компании) не найдется какого нить core-разработчика, который может посмотреть в код джуна и сказать что там не так?
ЗЫ. Не понимаю, зачем опускать и без того отрицательную карму, если Вам не нравится комментарий ставьте минус ему, аккаунт то причем, я ж Вам денег не должен…
Основная суть в том, что на момент создания каркаса приложения для тестирования, вы не описываете страницы целиком, а делаете некую структуру модулей внутри страницы. К примеру, есть страница товаров, она включает в себя:
— виджет Товар
— виджет калькулятор (общая цена зачеканных товаров)
— виджет препросмотр (ну например там фотки посмотреть)
Создаем три класса виджетов, и оперируем только входящими для них элементами, и состояниями.
Например для товара это будет, чекбокс выбора, атрибут цены. Для других все точно такое же (для калькулятора результирующая цена, для предпросмотра текущее фото, общее кол. фоток)
Уточнение: Виджетом я называю какую либо активною, порождающую сущность, иными словами, такую, которая может мне вернуть новую страницу, элементом же я называю сущности, которые работают с текущей страницей: Айтем товара, это виджет, так как он мне может вернуть страницу товара, а вот фильтр на странице каталога (по цене например) уже будет элементом, так как он изменяет лишь содержимое страницы, не меняя ее структуры
Далее вы пишите PageItemViewet класс (непосредственно PageObj, которая вам реализует работу с каталогом) и создаете композицию из предопределенных виджетов, при этом не забывая о согласовании интерфейсов между классами:
— pageobj должен сам иметь счетчик ссылок, на множества елементов (вы должны хранить ссылку на каждый товар, и только при использовании товара (выделении, проверки цены ) непосредственно пересоздавать ваш виджет.
— pageobj обязан знать, кто его вызвал, и где он находится, более того для каждого pageobj при создании необходимо проверять текущее положение в веб-приложении, я обычно проверяю в конструкторе уникальных элемент для данной страницы, как пример: при создании при переходе на страницу каталога, я смотрю на заголовок каталога, если он совпадает с тем, куда меня отправил предыдущий шаг — значит я на верной странице. данное действие избавляет от необходимости в тестах, чекать каждый чих переходов (но злоупотреблять им не следует, обычно это основные страницы (каталог, о магазине, контакты, определенный товар)
— все елементы (не активные виджеты) обязательно должны иметь автообновляемые свойства, иначе вы рискуете потерять целостность вашего состояния (вы добавили товар, спрашиваете у калькулятора какова текущая общая стоимость, он вернул 10, вы добавили еще один товар, спрашиваете у калькулятора, а теперь? — он вернул 10, очевидная ошибка, сохраненное предыдущее состояние.)
— реализация getter-ов должна быть сугубо на стороне элементов, и только они должны вам отдавать информацию со страницы. Pageobj являюется только агрегатором виджетов, и хранилищем текущего состояния теста (страницей выполнения).
Как то так. Спасибо за внимание)
Мы договорились, что никаких логических проверок типа assert в таких классах быть не должно – только взаимодействие с UI
Очень интересно… что вы тогда тестируете
1. Ввел креды: logtester/passtester
2. Зашел на страницу — как мне узнать под тем ли я юзером? Нужно найти метод который мне вернет юзера так? А что если таких проверок 10000, если это какая нить форма огромная?
Второй момент, Вы показали только код ваших инпутов, а теперь покажи ваши километровые трайкетчи метода submitForm() и waitForAuthPage(), ведь ошибок может быть масса — как вы их разделяете? Простой пример ошибка валидатора пароля: слишком короткий, и запрещенные символы.
В общем, не хочу Вас обидеть или еще что, но Ваша идея (ту которую я увидел из кода) — это плохой стиль. При такой вариации, сложно делать data-driven тесты, сложно так же управлять потоками данных (представьте лапшу из if, если Ваш фреймворк будет тестировать форум с большим discretionary access control).
На самом деле, немного оффтопа, за время, которое я провел за автотестами, у меня выработался набор небольших правил:
— Композиция, никакого наследования, никаких гетеров/сеттеров, меньше тра/кетчей, все только по тай-маутам (элемент должен появиться рано или поздно, если нет — упали)
— PageObject не всегда хорош, Widget/Elements куда удобнее, особенно когда на проекте 100500 разных Drop-Down листов и не только.
— Все проверки строго по данным, которые берутся из базы/мусора/бумажки. В фреймворке только проверка перехода через страницу (деление страниц до тех пор, пока не будет уникального идентификатора). Страница должна самодостаточно себя определить, как абстрактный элемент теста: страница корзины одинакова — будет она вызвана из личного кабинета, или из айтема покупки, а вот виджеты «Добавленные покупки» уже будет другой, в таком случае в страницу Корзина я могу добавить автопроверку в конструктор при переходе на нее, и если переход состоялся куда я не ожидал (нет на страницы скажем h1 «Корзина») то я «заваливаюсь».
— Приучитесь писать run-конфигурации для тест-энвайромента: есть 100 тестов, они все разрозненны, но есть тест сьюты, которые должны проверять функциональности. Берем пачку тестов, засовываем в конфигурацию, прикрепляем в бранчу/тикету/ — готово. Это облегчает запуск, и всегда из ранее готовых тестов можно «набрать» нужную функциональность, обозвать для нее конфигурацию, и запускать.
Если касаться именно веб сервисов, то нужно разделять быстрые задачи и медленные. Вторые обычно кладутся с очередь задач и там исполняются, по окончанию пользователь может забрать результат.
Если же требуется решение в реальном времени, то задачи с недетерминированным временем в рантайм выносить нельзя. Сегодня у Вас 5000 точек, завтра будет 10к, после -1млн. Очевидно что человек, выполнивший такую операцию повесит сервер для всех.
Что касается реализации, о которой вы спросили, то лично я бы таки выносил это в очередь, и делал на concurrent futures, с очередью, что касается чистого пайтона. Если бы скорость меня не устроила, я бы написал расширение DLL/SO на С++/С и просто бы его использовал и пайтона. Возможно это не самый простой способ, ноя не люблю полагаться на сторонний код, если реализация подобного занимает немного времени.
Второй момент, я не придирался к вашей реализации, возможно в жизни она действительно хороша и эффективна, я даже не сомневаюсь в этом. Единственное что меня смутило, что Вы обозвали питон не параллельным из коробки, указали примеры на сторонних библиотеках, при этом не привели решения, который таки дает «коробочный» питон.
А можно ли на чистом Python писать на самом деле быстрый и параллельный код?
Вот с этого места.
не увидел «чистого» питона в статье, уж простите.
Возможно у нас просто разные взгляды на «чистый питон», тогда я уточню. Для меня это пайтон, который ставится из коробки и используется только функционал его встроенных модулей.
Python интерпретируемый язык, Python использует внутри себя GIL, что делает невозможным параллелизацию на уровне самого кода
И по всей статье ни одного (даже плохого примера) с параллельностью. Есть и multiprocessing, и concurrent futures…
Да и тема «чистого» питона не раскрыта, можно генератор написать, можно map функцию использовать.
В общем посыл не понятен, что Вы хотели этой статьей показать, что питон медленный и не «параллельный»? Так мы это и так знаем)
Поэтому я и спросил. Вы пишите просто С/С++ оперируя чистым кодом, или вам часто приходится таки работать с железкой?
С железкой, не в плане, «накодогенераторить» а потом сидеть принтами дебагать, че из этого вышло.
В целом для чистого С, мне достаточно что Keil подстветит мне структуры, остальное вырабатывается по ходу работы, но все равно, я считаю что иметь для программирования встраиваемых систем монитор периферии, это огроменный плюс, который перекрывает «квадратность» редактора кода.
Эксперименты с IDE для embedd, я перестал делать после попытки завязаться с CooCooX, понял что проще попытатсья раскрыть потенциал знакомого инструмента, чем сидеть страдать в поисках.
Более того, мне компилятор кейл, как то более по душе, учитывая что он является официальным АРМ компиллером, а 30кб триального кода, на данный момент хватает за глаза.
В целом, я не хотел преподнести свои слова как агрессию, просто автор статьи, как новичек, непонятно за что боролся, настраивая Clion для редактирования кода, в ущерб скажем так «прозрачности» программирования и понимания. Я сам на первых парах лихорадочно трейсил даже функции в библиотеках (stl), сравнивая значения в регистрах с тем что нужно было мне, искал различные нюансы в написании кода, активно использовал эмулятор (например для исследования работы аналогового компаратора, и разных режимов ADC).
Мне кажется, что если ограничится работой с железом
А с чем Вы простите работаете, не с железом?
Мне кажется, не надо «редакторы» (atom/sublime), сравнивать с полноценной средой разработки для встраиваемых систем c присущим ей функционалом, ибо то что вы перечисляете есть ничто иное как фишки редактора, не более.
А я сравнил две IDE, и утверждал, что профита от Clion, кроме редактора — никакого.
Попробовал хваленый Keil — конечно получше блокнота
А вот щас, обидно было (с)
Я уже попробовал CLion для STM32 и у меня ровно обратные притензии:
— У меня вот (как и у 80% людей) ST-Link, че мне делать то с вашим Segger Debuger. Ответ — не дебажить.
— В отличии от Clion, Keil обладает хорошими сис. мониторами, которые позволяют контролировать процесс инициализации/пуска, эвенты/обработчики — что может Clion?
— В Keil есть отличный эмулятор, который позволяет не парится с дев бордой, или юзать функции МК которых нет на твоей борде (какой нить USB или FSMC и т.п.)
— Я использую продукты JetBrains, в частности PyCharm и меня задолбало, что за 4 часа работы IDE выжирает 2Гб ОЗУ (400 начальный это минимум), при всей своей «ненависти» к Keil его потребление неделями остается 40-50Мб, что позволяет мне его использовать ГДЕ угодно и КОГДА угодно.
— Keil имеет собственный репозиторий либ, которые добавляются простой галочкой в настройках.
Не срача ради, но все таки: Вам шашечки (подсветка, цветастость то да се) или таки ехать? (писать/дебагать под МК)
ЗЫ. Взял цв. тему с PyCharm, перегнал в Keil, получил 2 в 1, и Вам того советую. Кстати так и не понял что Вы называете «пакетами»?