Можешь надеяться на то, что великий игрок, который валит в эту симуляцию, однажды заведёт тебя в мир минус один и будет тебе счастье!
Но будь осторожнее с желаниями! баги бывают разные… можешь и в текстурах застрять…
Часто сталкиваюсь с манипуляциями. Но я обычно сразу же вскрываю и выставляю на показ. И стабильно раз в месяц бываю на грани увольнения из-за манипуляций. И 4 из 6 увольнений были из-за них. И очень буду рад почитать лекцию про манипуляции. Да и много для кого будет это полезным.
Как же приятно было читать этот комент! Мне уже казалось что я один так считаю. За 10 лет опыта в разработке электроники, я работал всего в одной конторе(из 5), которая вываливала максимум диагностической информации и на это выделялось отдельное время. У всех остальных нет времени на то, чтобы это сделать. и потом тратятся месяцы, на то, что можно было бы пофиксить за часы, если бы предварительно было заложена неделя на добавление хоть какого-то логирования.
На каждом митинге, где я упоминал про необходимость логов, на меня смотрели как на фрика и крутили пальцем у виска, «да какие логи! на это нету времени! просто не будь рукожопом!» и другие сказки о мифических единорогах-ниженерах, которые делают всё с первого раза и никогда не ошибаются.
Я прочитал десятки статей о том, как оформить резюме и у меня есть вопросы...
А вообще рекомендую автору сделать тоже самое. Просто зайти в любой поисковик и поискать там информацию о том, как надо оформлять резюме. И все вопросы отпадут.
Не проще ли каждой компании составить свою собственную анкету, в которой нужно только поля заполнить, чтобы резюме формировалось по вкусовым предпочтениям сотрудников компании? Ну и за одно сильно упростить и автоматизировать работу с анкетами.
Или хотябы статьи называть: «Сказ о том, как правильно оформить резюме чтобы его заметили в companyname».
Потому что одни пишут что нужно подробно расписывать про каждый фреймворк, с которым работал, другие утверждают что нужно указывать только их названия, чтобы не заграмождать резюме. Одни просят фотографию в резюме, другие наоборот, утверждают что фото не нужно и даже лишнее. В одних статьях я читаю про то, что раздел «о себе» должен быть максимально подробным, в других этот раздел должен быть кратким и по существу.
И только одна фраза кочует из статьи в статью почти без изменений: «Ваше резьюме должно быть заметным и особенным!».
Главное что будет возможность майнить крипту прямо в мыслях! Ложишься такой спать, включил майнер и заснул спокойненько. на утро проснулся уже на завтрак обед и ужин намайнилось)
Занимаюсь разработкой для встраиваемых систем. Преимущественно ST, TI, NXP, но разрабатываю и отлаживаю всё в eclipse, есть интересный проект (скорее всего команда CLion в курсе) gnu-mcu-eclipse мне кажется у них можно позаимствовать интересные идеи.
Отладчиком пользуюсь часто. И особенно мне нравится возможность просмотра регистров периферии прямо во время отладки.
Есть ли поддержка SVD в CLion? они позволяют просматривать регистры периферии конкретного микроконтроллера прямо во время отладки. SVD — это XML файл с описанием регистров периферии(в JSON было бы удобнее, моё мнение). Было бы здорово иметь возможность дополнять эти файлы более подробным описанием регистров прямо в IDE и скидывать свои дополнения или справления в общий котёл.
На счёт списков литературы автор погорячился. Это должен быть самый важный раздел в статье или книге если ты инженер, т.к. тебе приходится время от времени изучать новый материал и если возникают сомнения, первым делом лезешь именно в этот список, чтобы посмотреть на что опирался автор при создании материала. практика — интереснее, но подкреплённая теорией — эффективнее и надёжнее. это помогает уменьшить количество магии, танцев с бубнами и прочей изотерики в создаваемой тобой системе.
Лень читать все коменты, скорее всего уже кто-то написал что-то подобное. но. что на счёт уже имеющегося материала, свободно летающего в космосе? метеориты, кометы, и так далее.
План на ближайшую пятитысячелетку (а может и пятимиллионлетку, но в любом случае быстрее чем доставлять это всё туда почтой).
1. Составляем список всех шатающихся без дела в космическом пространстве комет и их состав и маршруты. (в процессе)
2. Запиливаем аппараты, которые без участия людей, будут отлавливать их во время прохождения мимо марса и отклонять их орбиты в сторну марса. Некоторые будут падать на него, некоторые останутся на орбите и образуют спутник.
3. Не перебить друг друга устроив глобальную войну.
Хотелось бы размышлений автора статьи на эту тему.
Дешевле ограничить вход/выход (пешком) с парковки. не заплатил — ночуй. ну или ходи пешком. (скорее всего, это будет не законно). Ну или просо запоминать номера заезжающих машин. а потом рассылать счета, не оплатил — бан на всех заправках и гемор с перекупкой топлива.
Согласен. До этих двух компаний первых дошло то, что если они сами не вырежут «это неуважение к пользователям», то пользователи сами его вырежут куда более жёсткими методами и те деньги, которые они могли заработать, заработают ребята которые пишут блокировщики.
Но будь осторожнее с желаниями! баги бывают разные… можешь и в текстурах застрять…
На каждом митинге, где я упоминал про необходимость логов, на меня смотрели как на фрика и крутили пальцем у виска, «да какие логи! на это нету времени! просто не будь рукожопом!» и другие сказки о мифических единорогах-ниженерах, которые делают всё с первого раза и никогда не ошибаются.
А вообще рекомендую автору сделать тоже самое. Просто зайти в любой поисковик и поискать там информацию о том, как надо оформлять резюме. И все вопросы отпадут.
Не проще ли каждой компании составить свою собственную анкету, в которой нужно только поля заполнить, чтобы резюме формировалось по вкусовым предпочтениям сотрудников компании? Ну и за одно сильно упростить и автоматизировать работу с анкетами.
Или хотябы статьи называть: «Сказ о том, как правильно оформить резюме чтобы его заметили в companyname».
Потому что одни пишут что нужно подробно расписывать про каждый фреймворк, с которым работал, другие утверждают что нужно указывать только их названия, чтобы не заграмождать резюме. Одни просят фотографию в резюме, другие наоборот, утверждают что фото не нужно и даже лишнее. В одних статьях я читаю про то, что раздел «о себе» должен быть максимально подробным, в других этот раздел должен быть кратким и по существу.
И только одна фраза кочует из статьи в статью почти без изменений: «Ваше резьюме должно быть заметным и особенным!».
Отладчиком пользуюсь часто. И особенно мне нравится возможность просмотра регистров периферии прямо во время отладки.
Есть ли поддержка SVD в CLion? они позволяют просматривать регистры периферии конкретного микроконтроллера прямо во время отладки. SVD — это XML файл с описанием регистров периферии(в JSON было бы удобнее, моё мнение). Было бы здорово иметь возможность дополнять эти файлы более подробным описанием регистров прямо в IDE и скидывать свои дополнения или справления в общий котёл.
Ох уж эти схемы линий git'овского метрополитена;)
План на ближайшую пятитысячелетку (а может и пятимиллионлетку, но в любом случае быстрее чем доставлять это всё туда почтой).
1. Составляем список всех шатающихся без дела в космическом пространстве комет и их состав и маршруты. (в процессе)
2. Запиливаем аппараты, которые без участия людей, будут отлавливать их во время прохождения мимо марса и отклонять их орбиты в сторну марса. Некоторые будут падать на него, некоторые останутся на орбите и образуют спутник.
3. Не перебить друг друга устроив глобальную войну.
Хотелось бы размышлений автора статьи на эту тему.