На мой взгляд пост задаёт тематику, место для обсуждения довольно редких на хабре тем, и комменты к нему важнее самого поста. Из-за комментов пост того стоит.
Более того, художники в частности, и создатели контента в целом, постоянно сталкиваются с тем, что их работы в промышленных масштабах продают с фейковых профилей. Более того, тот же @NFTtheft аккаунт в твиттере постоянно консультирует художников и помогает убрать их работы с NFT платформ, если вам интересно взглянуть на то что происходит прямо сейчас.
Кто-то просто делает все свои работы приватными. Мёртвые художники не могут сами оформить запрос на удаление, но борьба художников идёт. Так что фантиками NFT могут стать ещё и потому, что огромная их часть украдена, и они испытывают терпение настоящего владельца прав.
Когда я занимаюсь багфиксом и идендифицировал причину бага - я проверяю не создан ли он недавно за счёт того, что IDE выводит даты последних изменений в этом фрагменте кода. Я много раз сталкивался со случаями когда багу день-два и можно по горячим следам найти его создателя и задать вопросы, а не фиксить самому и не факт, что не добавить больше багов.
Я настолько ленив, что перед тем что б что-то пушить я делаю базовое регрессионное тестирование и гоняю тесты, добиваю покрытие. Заодно мне позже сломают функционал с меньшим шансом ибо я покрыл тестами.
Я ленив и не верю ни себе не окружаюшим на 100%. Мои IDE начинены различными средствами подсветки синтаксиса, проверки грамматики, SAST, сниппетами и т.п. Одна из первых вещей которые я делаю приходя в новую компанию - конфигурирую мои настройки автоформатирования кода под код стайл новой компании. И само собой я не говорю о чём то столь примитивном как функционал автоформатирования visual studio, который, как по мне, до неловкого примитивен. Мне лень иметь не консистентное форматирование кода которое замедлит его чтение, а тем более руками форматировать код.
Когда я верстаю - я стараюсь не использовать margin и border, предпочитая им padding и outline. Это вызвано большим количеством responsive багов которые мне приходилось подчищать за другими разработчиками.
Если нет нужной мне документации - я ищу исходные коды на гитхабе использующие нужные мне элементы. Мне проще пробежаться глазами по тому как сделали другие чем тратить время на поиск своего решения.
Я люблю DAST решения в пайплайне ведь это фактически тестирование API набором дефолтных тестов, в том числе на некорректные значения, пускай и результаты таких тестов требуют некоторой квалификации, что б знать, что ложное срабатывание, а что нет.
Я трачу время на изучение хороших практик, держу руку на пульсе state of art, ведь мне лень писать неэффективно.
Я люблю держать хорошие отношения с тестерами. Это позволяет мне эффективно коммуницировать с ними, тем самым упрощая себе и им жизнь. У меня как у ленивого программиста выработалось чутьё на баги, по этому, когда я листаю код я переодически вижу возможные баги, спрашиваю тесторов нет ли у них сценария на такое-то стечение обстоятельств и часто действительно обнаруживается баг.
Пока ты спишь технический долг растёт. Пока ты ешь технический долг растёт. Пока ты кодишь технический долг растёт. Пока технический долг растёт технический долг растёт. Я вкладываю некоторые силы в рефакторинг и улучшение фрагмента кода с которым я работаю, если вижу, что это окупится. Мне абсолютно не хочется потом разгребать пахучий bus factor код, проще потихоньку сейчас его менять.
Самое эффективное выполнение задачи - это то для которого не пришлось ничего делать либо решить минимумом ресурсов. Есть куча способов это достичь, и зависит от контекста. Очень часто это переиспользование уже существующих элементов.
У меня в университете был преподаватель который постоянно мониторил активно ли окно трансляции лекции у студентов. Если переключиться на тот же браузер — преподаватель говорил об этом, упоминая конкретно студента. Дико не удобно. Я разворачивал виртуальную машину внутри которой у меня крутилась эта программа. В силу редкости лекций и их интерактивности другие методы не выглядели эффективными решениями.
Читаю хабр, и ранее Гиктаймс, годами. В какой-то момент даже зарегистрировался тут. Но не пишу, ибо вижу людей более опытных чем я. Как-то неловко писать.
Но я уже пару лет на удалёнке, и мне тоже не хватает профессионального общения с людьми которые не просто связаны с IT, что уже нехило сокращает список вариантов, но и работают на одном стеке со мной. В силу удалёнки, и того что я единственный спец такого стека и уровня в команде, я болтаю со знакомыми одного стека только в не рабочее время, когда тема работы несколько не приемлема. Дискорд/телеграм тусовки не дают того же.
Мне не хватает того, что с людьми одного стека можно мутить и обсуждать крутые штуки.
И все не куплю ноутбук что б ходить в коворкинг. Ведь я хочу ноутбук с которым я снова смогу катать на хакатоны, немного играть в разъездах, взамен сломавшегося gl502vmk, где цена ремонта выше цены новенького ноутбука. А это довольно высокая планка. Слишком высокая для моего уровня доходов.
некоторые люди принимают близко к сердцу желание бизнеса/менеджера прыгнуть через голову и исправить какую-либо проблему немедленно. Иногда у заказчика упала вся IT-система и бизнес стал, надо срочно исправлять. Иногда менеджмент хочет продать полусырое приложение заказчику (из-за которого бизнес потом может стать и нужна будет срочная починка, в часовом поясе заказчика).
Ха-ха. У меня в прошлой компании менеджер вечно спрашивал на митингах эстимацию у лучших разработчиков команды и у меня, и спрашивал меня, почему же я не могу выполнить за тоже время, будучи в лучшем случае джуно-мидлом. Плюс всегда был только негативный фидбек, даже когда я спрашивал, о том, что может я что-то делаю правильно, просто что б понять, куда вообще двигаться, если любой мой шаг критикуется. Я положительного о своей работе не слышал. А для меня это крайне важно. И когда я ушел на удалёнку из-за коронавируса, он вечно спрашивал, о падении эффективности, и отмечал, что он не может наблюдать за мной, контролировать, пока я на удалёнке. И так месяцами с начала короновируса. Это меня дико деморализовало. У нас человек умер в компании. У него семья была. А мой менеджер тянет меня в офис, да упрякает, что я не возвращаюсь. Так и продолжалась негативная обратная связь. Я под конец уже не был уверен, в том что мне в принципе стоит быть разработчиком, что я чего-то стою. Он планомерно разрушал мою самооценку в течении очень долгого времени. И как только он поставил мне ультиматум возвращения в офис, я принял решение уйти. Спустя два дня я уже с оффером на руках обговаривал сколько я ещё отработаю. В итоге до сих пор до конца не восстановился, но ни разу не сожалел, что ушел.
Но чаще всего, с моей точки зрения, стресс очень похож на стресс ребенка, который 8й час к ряду пытается засунуть кубик в сортёр, а он, собака, не суётся туда. А менеджер (родитель) ходит и говорит «надо засунуть. Когда будет готово? Ты говорил 15 минут, прошло 8 часов». По всем признакам кубик туда должен пройти, дырка похожая, размер похожий, кубик из нужного набора — но он всё равно не лезет в дырку 8й час подряд. Хотя казалось бы, задача на 5 минут.
Я так и не понял, что делать с такими моментами. Пока я просто на митинге даю объяснение причин, почему моя исходная эстимация не оправдалась, и что я в соответствии с этим буду делать.
Так вот. По моему опыту, не претендующему на профессионализм, технический рисунок ставит цель создать отображение, в том время как художественный рисунок концентрируется на создании иллюзии, манипуляции зрителем. Разница между этими подходами огромна.
Давайте приведу пару примеров:
Если мозг видит, что в каких-то зонах рисунка меньше деталей — он может интерпретироваться это как тень, ибо тень скрадывает детали. Даже если эти зоны светлее остальных, за счёт отсутствия штриховки. Довольно редкий приём, если искать его без комбинации с другими. Так можно например на лайне машин колёса рисовать без части контачащей с землёй.
Вот этот мой рисунок например. Уменьшение детализации вкупе с простой штриховкой.
Заодно на этом рисунке пара других правил.
1) То что дальше должно светлеть и размываться. Атмосферная перспектива. Я с ней ошибся на этом рисунке.
2) Пока это выглядит как дерево — это дерево. Даже если это куча линий нарисованных весьма рандомно. Работает не только с деревьями.
Ещё один пример — это главные, вторичные и третичные формы. Чрезвычайно важная на самом деле штука. Если что, тут базовая информация: render.ru/ru/articles/post/11000
Художественный рисунок настолько отличается подходами, методами, целями, что мне было проще начать учить перспективу заново.
Вообще, мне кажется, что не все так просто. Разве скилл технического начертания не отличается от более раскрепощённой художественной перспективы? Это как в рисовке дорохедоро проглядывается влияние архитектурного бэкграунда.
Или в техническом начертании учат и такому? Могу я узнать больше о том, какие вещи у вас учили на начерталке?
Для кого-то фан не в микроменеджменте производств, а макроменджементе базы, и метагейме направленном на создание максимально эффективных баз. Метагейм такого типа мой любимый. Тебе не нужна даже игра, что б наслаждаться им.
О, это то почему я так люблю факторио, и называю игрой про масштабируемые системы. Ведь как раз в этом её великолепие. Она дает тебе простые базовые элементы и цель. И кто-то мыслит на уровне простых производств и упирается в болячки вертикального масштабирования, а кто-то мыслит более глобально.
Тебе же я порекомендую внести в архитектуру твоей следующей базы четкий принцип главной шины. Он чрезвычайно прост, но запросто снижает количество сложноподдерживаемых производств. Ключевая фраза для поиска: «main bus». Еще можешь попробовать использовать принцип «city blocks», являющийся эволюцией и альтернативой «rail grid». Вот видео по теме: youtu.be/FPJWak8z_nE
Есть еще много интересных хитростей, но я думаю можно начать просто с использования main bus и вкраплений rail grid, о и, возможно тебе стоит играть в пресете ж/д мира если ты хочешь сконцетрироваться на строительстве.
А я сейчас накидал себе в корзину на aliexpress кучу вещей, связанных микроконтроллерами, в том числе nodemcu, это тот, что на esp8266, и вижу что на него и esp32 есть react.js, firebase и библиотека для построения автоматической ячеистой топологии, с одной esp выходящей в сеть. К этому остаётся решить проблему динамического ip. И меня очень интригует перспектива того что можно на основе этого сделать. Вот только думаю, вытянет ли nodemcu? Ибо если это реально будет объеденить — получится стек для потрясающей садовой системы, где ты расставляешь в нужных местах участка nodemcu на аккумуляторах, проводящие большую часть времени в глубоком сне, и планов снимающие показания с одним, ведущим, миконтроллером, с react.js, firebase, и дирижированием всей системы, предоставляющий юзер френдли интерфейс SPA приложения с обилием инфографики.
Хотя может просто надо дать денег blynk, что б хватило на много графиков и фич.
Как же чешутся руки проверить. Жаль, что не вижу ничего подобного.
Согласен, но так не удобно провайдить базу из сотен и тысяч иконок и иных изображений, а на моем проекте это было необходимо.
Мой знакомый использовал бесплатные фотохостинги для этого. Бота он использует и по сей день, а вот сидит ли он на той же реализации предоставления картинок — не знаю.
Будет ли дискорд выдавать пожатые версии картинок, если создавать эмбед сообщение с ссылками на картинки хранимые на серверах дискорда? Картинка которую ты приложил пожата?
Лирическое отступление. Я перешел на этот враппер с другого, когда discord опять прекратил поддержку версии API используемого мной враппера, и он не обновлялся. И два года я использовал этот враппер на сервере с пиковым онлайном до тысячи человек. Когда я прекратил поддержку, было желание сделать постмортем, но так и не сделал.
Мои выводы профана в ботах по ботостроению в дискорде:
В дискорде есть эмодзи реакции на сообщения, эмбеды и эдит сообщений. Что это нам дает? Ну самый простой пример — эмбед с изображением и парой кнопок в виде эмодзи реакции на сообщение, и клик по этим эмодзи переключает изображение. И вроде здорово, но API не позволяет слишком часто редактировать сообщение, так что если решите портировать дум в виде ASCII в дискорд, с контролами в виде эмодзи — у вас наверняка будут проблемы с частотой редактирования сообщений.
То как организованы и написаны доки мне сильно не понравилось, но есть discord сервер враппера, где можно спрашивать. Он не безлюден. На всякий случай уточню, это не русско говорящий сервер.
Я имплементировал автоматизированную модерацию. Одной из проблем было то что мне нужно было знать, имеет ли вызывающий пользователь право на проведение операции над целью. Решилось парой расширений поверх враппера.
Это был сервер игры, и люди часто задавали однотипные вопросы. Я разрабатывал функционал по автоматическому обнаружению этих вопросов и ответу. Всплыли неколько проблем.
Вопросы могли быть в не предназначенных для вопросов каналов, и бот отвечал на них, юзер видел, что на его вопросы отвечают и задавал еще. Фиксится просто ограничением каналов для этого функционала до ботспама и вопросов.
Ложные срабатывания. Когда у тебя сотни человек в онлайне и система которая автоматически распознает вопросы — что может пойти так?
Пользователи любили шалить с этим функционалом, спрашивая заведомо бессмысленные вопросы, и радуясь ответам.
Если будете часто использовать одни и те же изображения — можно захостить какой-нибудь веб сервер и вставлять ссылки на изображений оттуда в эмбеды. Отлично работает, пока вы не отключите сервер с сообщениями.
Написать два слова как «диактрические символы» или как «Д̑йа̑к̆т̑р̆и̑ч̆е̑с̆к̑йе̑ ̮с̯и̮м̯в̮о̯л̮ы̯.̰̰̰̰̰», что по вашему выберет пользователь делая себе ник в дискорде? Пользователей второго типа больше чем хотелось бы.
Кто-то просто делает все свои работы приватными. Мёртвые художники не могут сами оформить запрос на удаление, но борьба художников идёт. Так что фантиками NFT могут стать ещё и потому, что огромная их часть украдена, и они испытывают терпение настоящего владельца прав.
Добавлю пару ленивых практик от себя.
Когда я занимаюсь багфиксом и идендифицировал причину бага - я проверяю не создан ли он недавно за счёт того, что IDE выводит даты последних изменений в этом фрагменте кода. Я много раз сталкивался со случаями когда багу день-два и можно по горячим следам найти его создателя и задать вопросы, а не фиксить самому и не факт, что не добавить больше багов.
Я настолько ленив, что перед тем что б что-то пушить я делаю базовое регрессионное тестирование и гоняю тесты, добиваю покрытие. Заодно мне позже сломают функционал с меньшим шансом ибо я покрыл тестами.
Я ленив и не верю ни себе не окружаюшим на 100%. Мои IDE начинены различными средствами подсветки синтаксиса, проверки грамматики, SAST, сниппетами и т.п. Одна из первых вещей которые я делаю приходя в новую компанию - конфигурирую мои настройки автоформатирования кода под код стайл новой компании. И само собой я не говорю о чём то столь примитивном как функционал автоформатирования visual studio, который, как по мне, до неловкого примитивен. Мне лень иметь не консистентное форматирование кода которое замедлит его чтение, а тем более руками форматировать код.
Когда я верстаю - я стараюсь не использовать margin и border, предпочитая им padding и outline. Это вызвано большим количеством responsive багов которые мне приходилось подчищать за другими разработчиками.
Если нет нужной мне документации - я ищу исходные коды на гитхабе использующие нужные мне элементы. Мне проще пробежаться глазами по тому как сделали другие чем тратить время на поиск своего решения.
Я люблю DAST решения в пайплайне ведь это фактически тестирование API набором дефолтных тестов, в том числе на некорректные значения, пускай и результаты таких тестов требуют некоторой квалификации, что б знать, что ложное срабатывание, а что нет.
Я трачу время на изучение хороших практик, держу руку на пульсе state of art, ведь мне лень писать неэффективно.
Я люблю держать хорошие отношения с тестерами. Это позволяет мне эффективно коммуницировать с ними, тем самым упрощая себе и им жизнь. У меня как у ленивого программиста выработалось чутьё на баги, по этому, когда я листаю код я переодически вижу возможные баги, спрашиваю тесторов нет ли у них сценария на такое-то стечение обстоятельств и часто действительно обнаруживается баг.
Пока ты спишь технический долг растёт. Пока ты ешь технический долг растёт. Пока ты кодишь технический долг растёт. Пока технический долг растёт технический долг растёт. Я вкладываю некоторые силы в рефакторинг и улучшение фрагмента кода с которым я работаю, если вижу, что это окупится. Мне абсолютно не хочется потом разгребать пахучий bus factor код, проще потихоньку сейчас его менять.
Самое эффективное выполнение задачи - это то для которого не пришлось ничего делать либо решить минимумом ресурсов. Есть куча способов это достичь, и зависит от контекста. Очень часто это переиспользование уже существующих элементов.
gtaforums.com/topic/974338-take-two-vs-the-gta-modding-community-2021-ee-edition
А как же булевая алгебра? Она же ветвь математики.
Читаю хабр, и ранее Гиктаймс, годами. В какой-то момент даже зарегистрировался тут. Но не пишу, ибо вижу людей более опытных чем я. Как-то неловко писать.
Но я уже пару лет на удалёнке, и мне тоже не хватает профессионального общения с людьми которые не просто связаны с IT, что уже нехило сокращает список вариантов, но и работают на одном стеке со мной. В силу удалёнки, и того что я единственный спец такого стека и уровня в команде, я болтаю со знакомыми одного стека только в не рабочее время, когда тема работы несколько не приемлема. Дискорд/телеграм тусовки не дают того же.
Мне не хватает того, что с людьми одного стека можно мутить и обсуждать крутые штуки.
И все не куплю ноутбук что б ходить в коворкинг. Ведь я хочу ноутбук с которым я снова смогу катать на хакатоны, немного играть в разъездах, взамен сломавшегося gl502vmk, где цена ремонта выше цены новенького ноутбука. А это довольно высокая планка. Слишком высокая для моего уровня доходов.
Ха-ха. У меня в прошлой компании менеджер вечно спрашивал на митингах эстимацию у лучших разработчиков команды и у меня, и спрашивал меня, почему же я не могу выполнить за тоже время, будучи в лучшем случае джуно-мидлом. Плюс всегда был только негативный фидбек, даже когда я спрашивал, о том, что может я что-то делаю правильно, просто что б понять, куда вообще двигаться, если любой мой шаг критикуется. Я положительного о своей работе не слышал. А для меня это крайне важно. И когда я ушел на удалёнку из-за коронавируса, он вечно спрашивал, о падении эффективности, и отмечал, что он не может наблюдать за мной, контролировать, пока я на удалёнке. И так месяцами с начала короновируса. Это меня дико деморализовало. У нас человек умер в компании. У него семья была. А мой менеджер тянет меня в офис, да упрякает, что я не возвращаюсь. Так и продолжалась негативная обратная связь. Я под конец уже не был уверен, в том что мне в принципе стоит быть разработчиком, что я чего-то стою. Он планомерно разрушал мою самооценку в течении очень долгого времени. И как только он поставил мне ультиматум возвращения в офис, я принял решение уйти. Спустя два дня я уже с оффером на руках обговаривал сколько я ещё отработаю. В итоге до сих пор до конца не восстановился, но ни разу не сожалел, что ушел.
Я так и не понял, что делать с такими моментами. Пока я просто на митинге даю объяснение причин, почему моя исходная эстимация не оправдалась, и что я в соответствии с этим буду делать.
Давайте приведу пару примеров:
Если мозг видит, что в каких-то зонах рисунка меньше деталей — он может интерпретироваться это как тень, ибо тень скрадывает детали. Даже если эти зоны светлее остальных, за счёт отсутствия штриховки. Довольно редкий приём, если искать его без комбинации с другими. Так можно например на лайне машин колёса рисовать без части контачащей с землёй.
Вот этот мой рисунок например. Уменьшение детализации вкупе с простой штриховкой.
Заодно на этом рисунке пара других правил.
1) То что дальше должно светлеть и размываться. Атмосферная перспектива. Я с ней ошибся на этом рисунке.
2) Пока это выглядит как дерево — это дерево. Даже если это куча линий нарисованных весьма рандомно. Работает не только с деревьями.
Ещё один пример — это главные, вторичные и третичные формы. Чрезвычайно важная на самом деле штука. Если что, тут базовая информация: render.ru/ru/articles/post/11000
Художественный рисунок настолько отличается подходами, методами, целями, что мне было проще начать учить перспективу заново.
Вообще, мне кажется, что не все так просто. Разве скилл технического начертания не отличается от более раскрепощённой художественной перспективы? Это как в рисовке дорохедоро проглядывается влияние архитектурного бэкграунда.
Или в техническом начертании учат и такому? Могу я узнать больше о том, какие вещи у вас учили на начерталке?
Тебе же я порекомендую внести в архитектуру твоей следующей базы четкий принцип главной шины. Он чрезвычайно прост, но запросто снижает количество сложноподдерживаемых производств. Ключевая фраза для поиска: «main bus». Еще можешь попробовать использовать принцип «city blocks», являющийся эволюцией и альтернативой «rail grid». Вот видео по теме: youtu.be/FPJWak8z_nE
Есть еще много интересных хитростей, но я думаю можно начать просто с использования main bus и вкраплений rail grid, о и, возможно тебе стоит играть в пресете ж/д мира если ты хочешь сконцетрироваться на строительстве.
Вот не мой пример базы использующей эти принципы:
А я сейчас накидал себе в корзину на aliexpress кучу вещей, связанных микроконтроллерами, в том числе nodemcu, это тот, что на esp8266, и вижу что на него и esp32 есть react.js, firebase и библиотека для построения автоматической ячеистой топологии, с одной esp выходящей в сеть. К этому остаётся решить проблему динамического ip. И меня очень интригует перспектива того что можно на основе этого сделать. Вот только думаю, вытянет ли nodemcu? Ибо если это реально будет объеденить — получится стек для потрясающей садовой системы, где ты расставляешь в нужных местах участка nodemcu на аккумуляторах, проводящие большую часть времени в глубоком сне, и планов снимающие показания с одним, ведущим, миконтроллером, с react.js, firebase, и дирижированием всей системы, предоставляющий юзер френдли интерфейс SPA приложения с обилием инфографики.
Хотя может просто надо дать денег blynk, что б хватило на много графиков и фич.
Как же чешутся руки проверить. Жаль, что не вижу ничего подобного.
Мой знакомый использовал бесплатные фотохостинги для этого. Бота он использует и по сей день, а вот сидит ли он на той же реализации предоставления картинок — не знаю.
Будет ли дискорд выдавать пожатые версии картинок, если создавать эмбед сообщение с ссылками на картинки хранимые на серверах дискорда? Картинка которую ты приложил пожата?
Мои выводы профана в ботах по ботостроению в дискорде: