Задать вопрос
  • Как написать скрипт на питоне который будет присылать сообщение в телеграм бот об включении, выключении компьютера, неудачной попытки входа в учетку?

    TrueBers
    @TrueBers
    только надо добавить
    After=network-online.target
    Wants=network-online.target
    чтобы скрипт не таймаутил, когда сеть ещё не поднялась после включения.

    И Before=shutdown.target reboot.target halt.target чтобы скрипт не таймаутил, когда сеть уже отвалилась перед выключением.
    Написано
  • Как написать скрипт на питоне который будет присылать сообщение в телеграм бот об включении, выключении компьютера, неудачной попытки входа в учетку?

    TrueBers
    @TrueBers
    Если делать 'по феншую', то лучше работать с подсистемой сбора событий
    Если делать по феншую, а не костыли городить, то единственный верный вариант для этого придумали 30 лет назад, называется PAM. А точнее его модуль pam_exec.so, который для этого и предназначен.

    Можно ещё на базе auditd сделать, в принципе.
    Написано
  • Действительно ли это реалии рынка?

    TrueBers
    @TrueBers
    Vitsliputsli,
    Только там этого и не нужно, потому что разные требования.
    не нужен хорошо спроектированный код в коммерческом проекте? Вы серьёзно? Вы мыслите как типичный проджект менеджер: "рефакторинг нам денег не принесёт, значит он не нужен".

    А то, что отсутствие этого рефакторинга и нормальной архитектуры с каждым годом в геометрической прогрессии вносит сложность поддержки и внедрения новых фич, это никого не волнует? Что это очень ощутимые потери тех самых денег, за которыми гонятся слепые менеджеры, это кто будет осознавать? А потом: "у нас текучка, никто не задерживается, разработчиков нет, все раздолбаи". Так а причину не пробовали поискать, почему от таких проектов бегут сломя голову, и сложно найти разработчиков? Может потому что проект — унылое неподдерживаемое гавно, из которого тянут все соки, лишь бы бабки капали, а программисты прагрумирували. Когда нормой считается не открыть задачу в хорошей архитектуре, за неделю-две сделать и закоммитить, а нанять ещё одного сотрудника для этого, потому что остальные читают код и не могут в нём разобраться! Это безумное адептство говна и палок, а не инженерии.

    Поэтому я и говорю, что есть 2 непересекающихся тропы: инженеры, которые со светом в глазах что-то делают, разрабатывают, шлют нахер непробиваемые болота тупых ПМов. Либо манки-кодеры-сеньоры-всю-жизнь-работаю-опыт-300-лет, задача которых сидеть на зарплате побольше, в свободное время находить вторую/третью работу, вайбкодить в Курсоре.
    Не поверите, но первый вариант в тысячи раз интереснее и имеет больше смысла. Но к сожалению, второй на порядки больше распиарен в последние годы, модно искать способы обмана и скользкого прохождения собеседований, как быстрее дойти до 80 грейда и сидеть в ус не дуть на нескольких работах.

    Сеньор и мидл это опыт.
    Допустим. Работает сеньор в компании, вполне крупной компании, где клали болт на процессы разработки, внедрения, ревью, важен только value и "рефакторинг денег не приносит, значит не нужен". Он 7 лет там работает, его всё устраивает. Ему кажется, что это норма. Но тут его увольняют, или сам решает уйти почему-то. Приходит в адекватную компанию, где всё это внедрено, настроено и безотказно работает. Он пройдёт там собеседование хотя бы на мидла? А если сможет, пройдёт ли испытательный срок, когда коллеги увидят его "таланты" и опыт?
    Вижу такое постоянно. Зайти с ноги на собеседование, умными словами кидаться, да я тут сеньор всех сеньоров, а через 2 месяца ему ручкой машут, потому что неадекват с тем самым очень важным и нужным буквоедам опытом. Нахер такой опыт.

    Ктонибудь видел сеньора 20 летнего, я нет, и думаю никогда не увижу.
    Конечно не увидите, потому что это будет инженер сеньор, а не бизнес-винтик вашей компании. В вашей компании ему делать нечего, его другое волнует.

    Что я хотел сказать: инженер и решатель бизнес-задач — 2 непересекающихся мира, которых упорно хотят пересекать. Автор вопроса хотел стать сразу двумя, потому что слышал вокруг, что это одно и то же, потом увидел реальность и словил диссонанс. Ничего удивительного.
    Написано
  • Действительно ли это реалии рынка?

    TrueBers
    @TrueBers
    Сергей Горностаев, менеджерского грейда, но не инженерного.
    Ни разу в своей жизни не видел в живую разработчика с хорошим стилем кода, который адекватно проверяет все ошибки, инварианты, форматирует код, использует best practices, может сослаться на какую-то книгу, статью, исследование.
    Но для меня это всё стало нормой ещё в студенческие времена контрибьютинга в открытые проекты, где за такой код в репе хребет сломают, который я вижу постоянно у "сеньоров-мильйон-лет-коммерческого-опыта-в-команде".

    Не в каменном веке живём же. Не выходя из дома можно получить опыт в топовых командах известных открытых проектов
    Написано
  • Форвардинг на андроид? (разрешить транзитный трафик)?

    TrueBers
    @TrueBers
    В системе Linux мы можем использовать следующую команду для включения пересылки пакетов:
    ~ # sysctl net.ipv4.ip_forward=1 net.ipv4.ip_forward = 1
    но как реализовать ту же функцию в Android?
    Например, погуглить, что Андроид базируется на ядре Линукс и сделать то же самое. Только нужен root на устройстве. Иначе никак.
    Написано
  • В чём под Windows писать на Rust'е десктопные приложения?

    TrueBers
    @TrueBers
    ImagineTables, сейчас всё под него, если хочется полной поддержки.
    Написано
  • В чём под Windows писать на Rust'е десктопные приложения?

    TrueBers
    @TrueBers
    ImagineTables, а, ясно. Это именно для Студии расширения. Ну тогда да, в неповоротливой Студии мало кто сейчас пишет. VScode давно уже вполне сносно подходит для этого. Полноценные фичи только там поддерживаются.
    Написано
  • В чём под Windows писать на Rust'е десктопные приложения?

    TrueBers
    @TrueBers
    ImagineTables, вот официальная документация. Упоминается ровно то расширение, про которое я написал.
    Написано
  • Что стоит изучить в C++ если ты увлекаешься эмуляторами?

    TrueBers
    @TrueBers
    Вова,
    Ах да.... Так Линус сказал.
    Не Линус, а Майкрософт, Гугл, Амазон, Фейсбук в своих отчётах об уязвимостях. Точнее, за них сказали их финансовые и репутационные потери. 80% всех уязвимостей это код на Си или Плюсах, приводящий к неопределённому поведению.
    По оценке Амазон, всего один такой баг приводит к убытку компании в 300 тысяч долларов и огромным репутационным потерям.
    И что же произошло, когда они начали отказываться от плюсов в пользу адекватных безопасных языков? О, чудо, всего за 5 лет с 80% количество уязвимостей упало до 20%!
    Даже NSA банит Си и С++ в проектах критической инфраструктуры и настоятельно рекомендует использовать современные языки. Если агентство национальной безопасности США считает, что эти языки являются угрозой национальной безопасности самой защищённой страны мира, а вы говорите, что вам норм, потому что вы пишете всю жизнь, то я уж не знаю, какие вам доводы нужны.

    Всю жизнь на плюсах пишу, никаких проблем.
    Можно хоть 50 лет на нём писать. Но вот на реальных задачах ещё нужно использовать его. А это адская боль.
    Не поверите, я тоже писал на плюсах около 15 лет. Пока не понял, что куда-то не туда телега катится. Когда попробовал другие языки, осознал, что 80% времени я борюсь с языком, а не с задачей.

    Попробовав, например, о боже, мерзотнейший Rust около 7 лет назад, я ни разу, буквально ни разу не запустил отладчик. Я даже не знаю, есть ли такой вообще, потому что он тупо не нужен. Всё работает так, как ты написал, а не как решил компилятор. Если это ошибка, то это железно ошибка и твой код даже не соберётся, компилятор спокойно объяснит, где она и, внезапно, даже даст пример того, как её решить!. А в плюсах такой мусор можно успешно собрать, который может покрашиться через годы работы программы! Для чего вообще нужен компилятор тогда, если не помогать программисту?
    В плюсах же по 50% времени проводишь в отладчике, пытаясь понять что-то оно там сделало за тебя.

    Зато в плюсах есть STL
    В который одну фичу могут добавлять 20 лет, добавить, через несколько лет признать неудачной и объявить устаревшей? Да, только в С++ такое есть, вы правы, классная фишка языка, интересная.
    Но есть одна проблема: в любом нормальном языке есть стандартная библиотека. Когда я в другом языке могу просто сделать пулл-риквест в гитхаб с какой-то интересной всем нужной фичей и её примут буквально за несколько недель, зачем мне тогда такой STL, где сидят богоподобные седобородые старцы и решают по 20 лет какая фича мне нужна?

    А в чистом Си придётся самому писать всё это
    Нахрена? Чтобы просто изобрести колесо? На чистом Си такое количество библиотек уже написано под разные нужды, что я бы с большим интересом услышал от вас примеры, когда под какую-то задачу не написано хотя бы 3-5 различных библиотек.

    Я не топлю за Си, это такое же убожество как и плюсы, просто с чуть менее мощным футганом. Единственная вещь, которая от Си осталась полезной и всеми используется, это его ABI. Эффективный, лаконичный, до сих пор используется практически всеми языками для FFI. Задумка Си изначально была — сделать переносимый кроссплатформенный ассемблер. Эту задачу язык выполнил, но писать всё на ассемблере, который компилировали под PDP, сейчас — это дурость.

    Сейчас плюсы есть от Microsoft, clang, gcc
    Не нужно путать реализацию со стандартом. Комитет стандартизации пишет плюсы, а не майкрософты. MS читают спеку, охреневают, и годами пытаются закодить то, что придумали великие умы с деменцией.
    gcc? Серьёзно? Сами его мейнтейнеры не раз признавались, что не осталось ни одного человека сейчас, кто бы полностью понимал код этого проекта. Он имеет место быть только потому, что разрабатывается уже 40 лет и аккумулировал очень много всего. Но по качеству кода самого проекта он невероятно отвратительный и нечитаемый. Столько хаков и костылей, сколько у него в коде, нет больше ни в одном проекте.

    современное ООП гениальнейшее изобретение человечества
    Было, лет 20 назад. Ничего личного, но по моему мнению, если человек утверждает про крутость ООП спустя такое время, он либо был в анабиозе, либо не развивался, либо всю жизнь писал `class Dog: Animal {}`.
    2 области, где всегда топили за ООП — это геймдев и GUI программирование почему-то от боли настолько взвыли, что придумали более адекватные решения типа ECS, успешно применяют и забыли ООП как страшный сон.
    ООП подходит для обучения, для построения абстракций в голове, но с реальным решением задач он мало чего общего имеет. Кто сейчас использует ООП кроме погрязшего в болоте Java-энтерпрайса какого-нибудь? Покажите мне их. У гугла вон вообще половину фич из ООП запрещено использовать и забанено на уровне компиляции проектов. А новых успешных ООП языков не появлялось уже десятка полтора лет.

    А шаблоны позволяют один раз сделать
    Да, утверждение про крутость шаблонов было валидно в начале нулевых примерно. Сейчас, когда подавляющее большинство языков поддерживают хотя бы дженерики, про которые вы упомянули, плюсы остаются если не далеко позади по скорости адаптации этих фич, то как минимум ничем не выделяются.
    Шаблоны С++ это не только дженерики, если вы их используете только чтобы сделать вектор разного типа, у меня для вас плохие новости: вы используете примерно 3% от их мощи. Шаблоны это про выразительность через Тьюринг-полное метапрограммирование. Это грубо говоря, язык внутри языка. Раньше только плюсы могли этим худо-бедно похвастаться. Сейчас же, когда даже сраный TypeScript умеет такое, это вообще никак не преимущество плюсов. Вот если бы плюсы за десятилетия своего существования как-то улучшили шаблоны кардинально, например, добавив first-class compile-time, как это успешно сделано в некоторых современных языках, это было бы круто, да. Но плюсам до этого ещё лет 70 примерно.
    Написано
  • Как найти удалённую работу с 20+ лет опыта в разработке?

    TrueBers
    @TrueBers
    C15H22N6O5S, если LI — дно, так подскажи людям платформу, где так же можно под пиво вечерком с фаундером в зуме пообщаться часок и получить оффер на 100+, сидя в трусах на острове, смотря в окно на пальмы.

    Эффективнее платформы нет, это бесспорный факт. Можно, конечно, если ты Топ, хайриться в Твиттере ещё, кто бы что ни говорил, но нужен раскачанный аккаунт и посты известные.

    PS: Очень интересно, без сарказма.
    Написано
  • Какая нейронка лучше заменяет лица?

    TrueBers
    @TrueBers
    Никакая из публичных. Лица цензурятся, даже знаменитостей иногда.
    Свою поднимать надо для такого.
    Написано
  • Что стоит изучить в C++ если ты увлекаешься эмуляторами?

    TrueBers
    @TrueBers
    Причём здесь С++? На любом языке можно их разрабатывать. Изучать надо архитектуру этих устройств, а не С++.
    Плюсы под такое не сильно годятся из-за своего зоопарка неопределённого поведения. Чистый Си для этого лучше в разы подходит. А ещё лучше Rust или Zig, а плюсы — на свалку истории.
    Написано
  • Почему на одном из серверов не работает Wireguard?

    TrueBers
    @TrueBers
    Valdemar Smörman,
    обязательно заворачиваю WG через Wstunnel
    так а какое имеет значение тогда WG?
    Написано
  • Почему на одном из серверов не работает Wireguard?

    TrueBers
    @TrueBers
    Valdemar Smörman, порт никакого значения не имеет. DPI по сигнатурам трафика определяет, ему параллельно на каком он порту находит эти сигнатуры.
    Написано
  • Отрисовка наложений в windows?

    TrueBers
    @TrueBers
    что значит "твоё наложение"?
    через что рендеришь? в каком окне? что нужно рендерить?
    Написано
  • Почему происходят периодичесские отвалы Wireguard?

    TrueBers
    @TrueBers
    между какими странами тоннель?
    если РФ и забугор, то с вылезом из бункера вас, тут у нас интересное происходит
    Написано
  • Нужен ли реально фаервол?

    TrueBers
    @TrueBers
    а что не так с фаерволами? сложно включить и забыть?
    Написано
  • Говорят,что не надо знать матем. при изучении программирования, но почему все задачи математические?

    TrueBers
    @TrueBers
    СТС, я намекаю, что заниматься в жизни нужно тем, что интересно тебе самому, а не тем, что тебе говорят.
    Написано
  • Говорят,что не надо знать матем. при изучении программирования, но почему все задачи математические?

    TrueBers
    @TrueBers
    Чтобы изучать программирование, нужна не математика, а ЖЕЛАНИЕ учиться. Если учишься из-под палки, потому что "бабок много заплатят", ничего не получится.
    Написано
  • Как создать байт опрос телеграм бесплатно?

    TrueBers
    @TrueBers
    Через tg API проверяешь подписан ли пользователь, и если подписан, даёшь доступ. Что сложного? 2 строки кода
    Написано