User
Про рок-н-ролл я правда наврал, разве что в процессе разработки его в том числе слушал, но в статье про него больше ничего не будет.
А расскажу я о разработке своей игры на движке Defold. Игра является разновидностью бильярда, но со своими правилами и механикой(или фишкой, заранее извиняюсь у настоящих геймдизайнеров если неправильно употребляю термин «механика» в тексте).
20-25 лет назад у профессии тестировщика на территории постсоветского пространства не было престижа от слова совсем. Тестировщиками брали тех, кого называли «уверенными пользователями компьютеров». В какой-то момент они были подобны «менеджерам по уборке помещений» — прибраться за разработчиками, рассказать, что вот тут они букву потеряли. Представления о качестве, процессах и разработке развивалось очень медленно.
Со временем такое отношение сильно изменилось, и сейчас хороших, грамотных специалистов в тестировании расхватывают просто мгновенно. Но одновременно это повысило требования к ним. Прошли те времена, когда тестирование было лёгкой точкой входа в IT. Сейчас начинающему тестировщику нужно преодолеть технический барьер и многое изучить, чтобы войти в профессию. При всём этом, все еще нет единой системы обучения тестированию.
Об этом я и хочу сегодня поговорить.
В моей предыдущей статье на тему истории вычислительной техники речь шла о цифровых устройствах. К ним мы еще вернемся, а сегодня разговор пойдет про принципиально иной способ считать вычислять, а именно про аналоговые вычислительные машины (АВМ), т.е. вычислительную технику, которая оперирует напрямую аналоговым представлением данных. Оговоримся сразу, что задача данной статьи — не каталогизация всяких латунных механизмов, а рассмотрение развития принципов построения аналоговой вычислительной техники, так что некоторые устройства могут быть намеренно забыты.
Данный пост можно рассматривать как дополнение к "КОМПАС-3D и Linux → Часть 1"
Небольшое отступление.
К фрюхе я неравнодушен давно, года с 1996-го, но использовал её ранее только как серверную ОС. О том, что бы установить FreeBSD на рабочий ноутбук, как -то даже и мысли не возникало. Но времена меняются. С месяц назад я просто почувствовал, что пора... пора расстаться с этим недоразумением под названием Windows и накатил FreeBSD 13.0 на свой рабочий ASUS VX7. Почему не Linux ? Потому, что фрюха - это наше все! О том, как проходил процесс пуско-наладки FreeBSD на отдельно взятом ноутбуке можно написать не один пост, но сейчас вопрос не об этом.
Дело в том, что мне по долгу службы часто приходится иметь дело с 3D моделями, для этой цели пару лет назад была приобретена сетевая лицензия на КОМПАС-3D, а так же оформлена подписка на Fusion 360. После перехода на фрю, оба этих инструмента мне стали недоступны и я вынужден был использовать FreeCAD. К сожалению, приходится констатировать факт - FreeCAD урод от рождения, пользоваться им можно, но крайне тяжело. Это вынудило меня потратить некоторое время на поиски альтернативного решения, а именно - как заставить Fusion 360 или КОМПАС-3D работать под FreeBSD в среде Wine.
Утром 5 августа 1888 года Берта Бенц, с помощью сыновей, 13-летнего Ойгена и 15-летнего Рихарда, тихонечко, чтобы не разбудить спящего мужа, выкатила за ворота дома коляску с мотором, которой её муж дал имя Motorwagen. Это творение известно нам сегодня, как первый в мире автомобиль. На нём Берта отправилась в путешествие длинной в 104 километра - из Мангейма, где жили Бенцы, в Пфорцхайм, городок, где проживала мама Берты.
В то время для того, чтобы проделать такой путь, нужно было нанимать лошадей. Вот только такие траты семья Бенцев позволить себе не могла, а собственного выезда её муж, инженер, постоянно занятый совершенствованием своего непродаваемого изобретения, позволить себе не мог тем более. Зато в сарае дома стояло другое средство передвижения – тот самый Motorwagen, который Карл создал за три года до описываемых событий и с тех пор был занят его бесконечным улучшением.
До этого Карл и Берта не раз уже выезжали на улицы Мангейма. Иногда (не часто) им удавалось вернуться домой, что называется, в седле, хотя чаще всего они толкали коляску до дома руками.
Автор: Александр Муллагазиев
Российская Империя. Конец ХIX века. Уездный городок Боровск - религиозный до самых пяток, столица русского старообрядчества.
Условный Иван Иваныч, отстоявший свое на службе в тесной церквушке возвращается домой по замерзшей реке Протве. Ему на встречу несутся сани. Иван Иваныч присматривается, а потом почему-то раскрывает рот и начинает креститься. Сани идут своим ходом, без коней, под парусом. “Дьявольщина” шепчет Иван Иваныч, пока его руки выписывают святые вензеля. Сани проносятся мимо, обдавая его снегом, на них правит бородатый невзрачный мужичок в очках. “Желябка! Опять чудишь, дурак!” кричит вслед Иван Иваныч. Но Желябка его не слышит. Ему вообще по большому счету плевать. Он - глухой на оба уха изобретатель-самоучка и великий космический теоретик, человек и город Константин Эдуардович Циолковский.
И с такой жизнью как у него, обращать внимание на Иванов Ивановичей было непозволительной роскошью, уж поверьте.
Все айтишники знают, что процессор это сердце компьютера, как персонального, так и серверного. Да и не только компьютера. Процессоры есть и в смартфонах, некоторой бытовой технике и даже в детских игрушках. Но какую роль он может играть в аудиосистеме автомобиля?
В статье расскажу, как увлечение автозвуком привело к стартапу. Чего не хватало в аудиосистеме, что возникла идея создать своё. Подробности под катом.
Руководство? Гайд? В общем описание моего опыта создания простой, а главное понятной любому новичку нейросети :)
Дисклеймер: хочу сказать, что смысл этой статьи не в правильном способе создания нейросетей, таких статей сотни, а в способе понять, что такое нейросети и наконец перейти от теории к практике.
Какие движки наиболее популярны в 2021 году — да и вообще в последнее десятилетие? Очевидно, по всем параметрам лидирует Unity. Unreal, в свою очередь, — пожалуй, наиболее очевидный выбор для AAA. О таких выводах догадаться несложно, даже не имея на руках никаких численных данных. Но что, если все-таки попытаться их собрать?
Сайт gamedatacrunch.com максимально приблизился к реализации этой задачи, и его основатель Ларс Дусе на днях выкатил анализ движков paid-игр в Steam, выпущенных с 2010 года. В этой статье по нему мы тоже пройдемся, но и вспомним о том, какие еще движки сейчас в обиходе (и не только в Steam).
При желании собрать цифровую звуковую рабочую станцию можно на основе open source инструментов — о некоторых из них мы рассказывали ранее. Однако перенести свои акустические эксперименты в оффлайн и собрать синтезаторы и педалборды на основе открытых схематиков — тоже можно. Поговорим о проектах, которыми пользуются популярные исполнители, в том числе The Prodigy.
Хочу поделиться, на мой взгляд, мифами про развитие в IT. Эти мифы произошли от нашего снобизма или негативного мышления. Статья особенно будет полезна для тех, кто хочет активно развиваться, но сомневается в своих силах. Вкратце обо мне: мне 33 года, занимаюсь IT с 2013, 5 лет назад переехал в США, в этом году устроился в FAANG.
Миф 1. Крутые программисты пишут сложный код
«Ого, он написал свой фреймворк!», «Ого, он использует эту крутую сложную библиотеку!», «Почитал его код, ничего не понял. Он явно лучше программист, чем я, раз написал такое». У нас, как правило, если синьор написал код, то джуну там ловить нечего. А ещё синьоры могут мерятся письками, у кого код сложнее. Ну что ж, это горькая правда, что многие наши программисты сильно развились технически и материально, но счастье так и не обрели. Я сам такой, активно с этим борюсь. И включается детская позиция утверждаться на работе.
По-настоящему хороший синьор занимается в первую очередь продуктом и развитием людей. В хорошем продукте даже джуниор может починить баг. Код должен быть как можно проще и понятнее. Нужны простые и популярные библиотеки. Ну, допустим, пришлось все-таки написать сложный алгоритм - будь добр, подробно опиши, как он работает. Написал регулярное выражение - оставь комментарий, что он делает. На такого синьора сейчас все компании мира молятся. И пофиг, что он не может бинарное дерево со всеми ротациями расписать.
Привет.
Сегодня хочу поговорить о том, как ускорить приложение через конфигурирование PHP-FPM.
Сейчас самый популярный (из тех с которыми я сталкивался) стек на котором поднимается PHP приложение это веб сервер nginx и процесс-менеджер php-fpm.
Я хочу поднять простое приложение с Laravel проектом, которое устанавливается со всеми параметрами по умолчанию. Попробуем это приложение нагрузить пользователями с помощью простого Javascript скрипта и посмотрим как ему удастся справиться с нагрузкой и как мы можем повысить обрабатываемую нагрузку только конфигурированием php-fpm. В конце статьи можно будет найти ссылку на GitHub и попробовать своими руками.
Для начала посмотрим на стандартную конфигурацию php-fpm и попытаемся понять где могут быть проблемы в производительности с коробки.
Итак, у меня есть простое приложение на PHP с NGINX и PHP-FPM предустановленными в стандартных конфигурациях и маршрут Laravel.
Мало кто из литераторов, да что там литераторов – даже нашего брата-историка, смог избежать описания драматической картины: король Пруссии Фридрих-Вильгельм III, кутаясь в плащ, наблюдает, как на на плоту, установленном на середине реки Мемель, в шатре беседуют два императора – Наполеон Бонапарт и Александр I, обсуждая новые контуры Европы. Среди вопросов, которые обсуждали два этих очень непохожих друг на друга человека, был и вопрос Пруссии: быть или не быть этому государству, быть или не быть династии Гогенцоллернов.
Мнение самого короля Пруссии никому не было ни важным, ни интересным, все должно быть решено без него.
Этот эпизод вовсе не стал концом унижений прусского короля: через несколько дней Наполеон затребует на личную встречу его жену, красавицу и умницу Луизу. Она, так и не оправившись от тяжелейшего воспаления легких, которое подхватила, спасаясь вместе с детьми от наполеоновских войн во время бегства через Куршскую косу, практически непреодолимую зимой, примчится в стан узурпатора, в слабой надежде хоть как-то повлиять на его решения относительно Пруссии.
Периодически я увлекаюсь [интересными проектами] и забываю «смотреть на приборы», игнорируя сигналы мясного костюма и мозга о том, что пора бы уже и отдохнуть. Замедлиться. Сделать паузу. Выдохнуть.
Режим сна, питания и тренировок летит под откос, и через пару недель или месяцев подобного веселья я обнаруживаю себя на кухне в 3 часа ночеутра, пишущей о том, как я снова сломала себе сон об работу и тревогу о ней.
Это становится сигналом, который я не могу игнорировать. Свидетельство того, что батарейка моя на исходе, и надо что-то с этим делать, чтобы не свалиться в очередное выгорание.
Плохой дизайн может убить хороший продукт. Поэтому хороший дизайнер — ваш друг, боевой товарищ и средство первой необходимости. Но всё же, иногда вы остаётесь со своим продуктом один на один, и его дизайн становится вашей головной болью.
Чтобы всё не запороть с самого начала, можно попробовать воспользоваться рекомендациями, которые изложены в этой статье. Они относятся к трём основным аспектам хорошего дизайна: работа с формами, типографика, композиция. Воспользовавшись этими рекомендациями вы не станете отличным дизайнером, но сможете избежать неприятных ошибок, способных свести продукт в могилу. А заодно узнаете немного нового про дизайн и просто начнёте немного лучше разбираться в UI/UX.