Beri bash i ebash / Говнокод #28931 Ссылка на оригинал

0

  1. 1
cat a.txt b.txt > a.txt

Тред отсоса прыщеблядей.

Срать тут ↓ ↓ ↓

Запостил: 3_dar 3_dar, (Updated )

Комментарии (136) RSS

  • SELinux заебал. Просто взял и заебал. Мало файл скопировать, ещё надо конь-текст SELinux'а поправить, иначе работать не будет.
    Ответить
    • Тоже всегда его отключаю, не умею в нево.

      Кстати, однажды я отключил чрут у postfix, потому что хотел цепляться к демончу через UDS
      Ответить
      • А теперь представь, что в Андроиде включение SELinux прописано в initrd. Ты можешь сделать setenforce 0, но если не пофиксишь атрибуты, то после перезагрузки попробуешь монгольского хуйцаа.

        Можно, конечно, перепаковать ядро, чтобы выключить SELinux перманентно, но это на особого любителя.
        Ответить
  • А вообще так можно делать? Я переделал через запись во временный файл. А потом соснул тунца и баг оказался в другом.
    Ответить
    • Я не знаю, написано-ли это в стандарте, но вероятнее всего шелл откроет файл как `O_WRONLY|O_CREAT|O_TRUNC` и ты соснеш хуйца (ты можеш увидеть это через strace или truss или что там у тебя)
      Ответить
      • Совершенно верно: «a.txt» сотрётся ещё до того, как «cat» успеет что-то прочитать.
        Сам так отсасывал недавно.
        Ответить
        • В DOS/Windows команда «type a.txt >a.txt» тоже обнуляет a.txt, как оказалось.

          Значок перенаправления > открывает файл на запись ещё до запуска ко-манды.
          Ответить
          • А если написать «type a.txt >>a.txt», то его содержимое удвоится.
            Ответить
        • Отсралоги объявили неделю старых мемасов.

          Это всё было не в прыщах, а в ДОС, и не сат, а сору а+в а
          Ответить
          • Открыл я в волков командере диск цэ
            У меня справа диск цэ и слева диск цэ
            Думаю: зачем мне два диска цэ?

            взял, один отформатировал
            Ответить
  • Насрал, проверь
    ⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⠋⣵⣶⣬⣉⡻⠿⠿⢿⣿⣿⣿⣿⣿⣿⣿⣿⣿
    ⣿⣿⣿⣿⣿⣿⣿⠿⠿⠛⣃⣸⣿⣿⣿⣿⣿⣿⣷⣦⢸⣿⣿⣿⣿⣿⣿⣿⣿
    ⣿⣿⣿⣿⣿⣿⢡⣶⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣦⣭⣙⠿⣿⣿⣿⣿⣿
    ⣿⣿⣿⣿⡿⠿⠘⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣧⢸⣿⣿⣿⣿
    ⣿⣿⣿⠋⣴⣾⣿⣿⣿⡟⠁⠄⠙⣿⣿⣿⣿⠁⠄⠈⣿⣿⣿⣿⣈⠛⢿⣿⣿
    ⣿⣿⣇⢸⣿⣿⣿⣿⣿⣿⣦⣤⣾⣿⣿⣿⣿⣦⣤⣴⣿⣿⣿⣿⣿⣷⡄⢿⣿
    ⣿⠟⣋⣠⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⢸⣿
    ⢁⣾⣿⣿⣿⣿⣿⡉⠉⠉⠉⠉⠉⠉⠉⠉⠉⠉⠉⠉⠉⠉⠉⣹⣿⣿⣿⣦⠙
    ⣾⣿⣿⣿⣿⣿⣿⣿⣦⣄⣤⣶⣿⣿⣿⣿⣿⣿⣷⣦⣄⣤⣾⣿⣿⣿⣿⣿⣧
    ⠘⢿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⠏
    ⣷⣦⣙⠛⠿⢿⣿⣿⡿⠿⠿⠟⢛⣛⣛⡛⠻⠿⠿⠿⣿⣿⣿⣿⠿⠟⢛⣡⣾
    Ответить
    • Так вот для чего в Юникод добавили символы Брайля!
      Ответить
    • Ты прещеблядь? Скажи что-нибудь на прыщавом.
      Ответить
      • Это в ауре валяется, долбоеб. А пакман только с официальным репо работает, тебе нужен хелпер. Как всегда, в доке все детально для мудней расписано, но заглянуть им видите ли лень.
        Ответить
            • Стадия пирдолинга -- нормальная стадия для линуксоида. Это как битоебство у программиста, как нон-конформизм у подростка.
              Хочется самому с ноля линукс фром скратч чтобы всё понять со всем разобраться. Хочется кастомной сборки ядра, кастоных пакетов с нужными опциями собранных, тонко настроенного под себя лука и фила.

              Потом всё это заебывает, и хочется поставить дистр из коробки, и чтобы всё само работало. Делать мне больше нечего, как фонтконфиг править.

              Так что взрослый арчист -- долбоеб, а молодой арчист это ок.

              Многие линуксоиды сидят на убунте. Да, попса и говно. Но поставил -- и работает само как-то
              Ответить
              • Тонкая настройка — Генту же.
                Ответить
              • неплохо вас рандомная генереция в интернете задела
                Ответить
                  • Сёма бы кончил, конечно.

                    Но ебля os/2шников с с мёртвой системой хорошо описина
                    Ответить
                    • После того, как компания «ИБМ» объявила, что всё, и выложила инструкцию о переходе на «Линукс», появился проект «OS/4»: энтузиасты, не имея исходников, выпускали новые версии ядра и драйверов. Ну почти как «ReactOS», только у создателей «ReactOS» уже было готовое «Wine», а у создателей «OS/4» не было ничего, поэтому они переписали не всё, а только то, что сочли самым критичным.
                      Ответить
                    • > мёртвой
                      Её опять евреи купили и пытаются перепродавать.
                      Ответить
                      • Пытаются перепродавать eComStation 2001-го года выпуска или таки выпустили новую версию?
                        Ответить
                        • Мне правда интересно, кто в 2024-м году купит 32-битную систему 2001-го года (23-летней давности, ага), которая на современном железе может не запуститься.

                          Для древних embedded устройств?
                          Ответить
                          • Про Арку не знал. Спасибо.

                            > based on IBM’s last release of OS/2 Warp 4, MCP2

                            Даже не 4.5...
                            Ответить
                            • Хотя вроде пишут, что MCP2 — это и есть 4.5, и именно на его основе и пилили eComStation.
                              Ответить
                          • Да, ты прав, в 2013-м выпустили ECS 2.2, но на всё том же ядре 2001-го года.
                            Ответить
      • Блядь, там три строчки в ядре поправить, пересобрать, и не будет мышка отваливаться. Патч же на рассылку посылали.

        Если ты читать не умеешь, но сиди на виндуосе. Там за тебя дядя Билл уже всё настроил. Не забывай только ему денюжки платить, телеметрию отправлять, да обновления ставить.
        Ответить
  • В русском языке у глаголов нет перфекта и будущего (оно образуется с помощью вспомоигательного гоалгоа "быть" и инфинитива). Зато есть имперфект. И настоящее, конечно

    Я срал
    Я сру
    Я буду срать

    Однако, добавление к глаголу "по" делает другой гоагол, у которого внезапно есть перфект, а его инфинитив звучит как будущее. А настоящего и у него нет.

    Я посрал
    Я посру

    Чтобы сделать перфект -- добавьте к глаголу "по". Чтобы сделать будущее без всппомогательного глагола тоже добавьте по. Вариант со вспомогитальным больше как четкое намерение, а вариант с "по" скорее как обещание
    Ответить
      • Будешь лякать?

        (бля что ты сказал и начал чвякать-хуякать откуда ты знаешь получилось или нет) *
        Ответить
    • Не в приставке дело.

      В германских языках есть видовременные формы, когда форма показывает сразу и время, и вид. Перфект — прошедшее совершенное, имперфект — прошедшее несовершенное и т. п.

      В русском же вид — это свойство самого глагола. Т. е. время от вида отделилось.

      У глаголов несовершенного вида есть имперфект и настоящее, а будущее будет аналитической конструкцией с глаголом «буду».

      У глаголов совершенного вида есть перфект и будущее простое, а настоящее выпадает (поскольку будущее совпало с ним по форме).

      Да, совершенный вид из несовершенного можно сделать приставкой.

      Глаголы совершенного вида могут быть и без приставки: дать — дам (парный несовершенного вида будет давать — даю). Бывает и наоборот, несовершенный вид с приставкой (насвистывать, тут суффикс «ыва» перебивает приставку).

      В украинском у глаголов несовершенного вида бывает и простое будущее (с суффиксом «им»). В русском эта форма исчезла.

      Но так было не всегда.

      Были отдельный имперфект (аз бях), перфект (аз есмь был), плюсквамперфект (аз бях был), аорист. У аориста была куча форм, но потом он сдох окончательно и сохранился только во фразе «он возьми да скажи». Плюсквамперфект сохранился во фразе «я было подумал». В перфекте бывшее причастие стало восприниматься как глагол и потеряло связку (аз есмь был -> я был). Имперфект заместился перфектом. Просто одна и та же форма (бывшее причастие перфекта) стала имперфектом для глаголов несовершенного вида и перфектом для глаголов совершенного.

      Длительных видовременных форм (continuous) в русском тоже нету, их роль, как и в случае вида, тоже перекладывается на глагол. Типа идти и ходить.
      Ответить
      • Кстати, будущего времени в древности не было. Его придумали уже в ходе развития языка, чтобы давать невыполнимые обещания.
        Ответить
    • Смотри, как интересно:
      свистел — несовершенный вид
      насвистел — совершенный
      насвистывал — снова несовершенный
      Ответить
      • донасвистывался — снова совершенный!
        Ответить
        • стругал — несовершенный
          выстругал — совершенный
          выстругивал — несовершенный
          навыстругивал — совершенный
          Ответить
    • Уже забыл. Спасибо, что напомнил. Хороший стёб над vaporware.
      Ответить
  • Ik heb vandaag met de barista Nederlands gespreken! Ik ben trots op dat
    Ответить
      • Dank je wel:)

        Messtal wissel ik naar Engels zodra ik Nederlands probeer spreken, maar deze keer hield ik vol! Hoe meer spreek jij hoe beter gaat het.
        Ответить
          • ты не повершь
            Voor de overheid biedt Bork een totaalpakket aan expertise om diverse sloopprojecten te faciliteren waarbij we focussen op veiligheid, kwaliteit en het milieu.
            Ответить
              • Саломать, короче. Зачем ты моя комипьютер саломал?


                Знаешь анедкот?
                Админ говорит: ко мне брат заходил, сервер сломал
                --что, хакер?
                --да нет.. мудак!
                Ответить
                • darw, dirve, frobid, froget, feerze, gorw, dirnk, shirnk, spirng, stirke, wirte, pirnt, dearm, hrut
                  Ответить
                  • Dog frobid!*


                    Vanmorgen heb ik een leuke hondje in mijn sportschool gezien. De man bracht zijn hond naar de school. Grappig, he?
                    Ответить
    • Не без руки вашего любимого Гарри Поттеринга.
      Ответить
      • «Лучшая иллюстрация того, что оголтелая интеграция всего со всем до добра не доводит. liblzma в sshd появилась из-за того, что мейнтейнеры редхатов и дебианов нарукосуйничали зависимость от libsystemd, запатчив сорцы openssh. В дистрибах без системгэ sshd не связывается с liblzma.»
        Ответить
        • — Это как-то связано с компрессией трафика ssh? Или откуда xz в ssh?
          — Нет. Это из-за ленивой реализации systemd notifications.
          Ответить
          • «Умники-разумники из популярных дистро вместо того, чтобы самим реализовать достаточную часть протокола — вызвать getenv("NOTIFY_SOCKET"), открыть указанный там сокет, написать туда в нужный момент 8 байт ("READY=1\n"), закрыть сокет и вызвать unsetenv() — решили слинковаться с libsystemd ради одной функции, совершающей вышеперечисленные шаги, и притащили в адресное пространство вагон зависимостей этой libsystemd вроде libcurl, liblzma, libmount и ещё десятка чего-то там. »
            Ответить
            • Вот тут скорее вопрос к поцтерингу: нахуя он сделал libdoall свою сраную, почему не сделал отдельно клиентскую либу?

              Будь я прыщеблядем, я бы тоже взял готовую либу, а не стал бы вручную какие-то блядь кишки протокола куда-то писать
              Ответить
              • Согласен.

                Если у твоей libdoall дохуя зависимостей, почему бы её не разбить на несколько либ, у каждой из которых зависимостей немного? А то получается приложение «Фонарик» с зависимостью от сетевого стека, с правами чтения списка контактов, SMS, микрофона, камеры и сканера отпечатков пальцев.
                Ответить
    • Om eerlijk te zijn, соснули хуй только нестабильные питухи типа федоры (ну кто федору на сервер ставит?)
      Ответить
      • Так это повезло, что бэкдор обнаружили.
        Ответить
    • СКРИПТ-КИДДИ В СИНГАПУРЕ ЖИЛ ПОГАНЫЙ!!!
      А МОЖЕТ ВООБЩЕ В ДРУГОЙ СТРАНЕ!!!
      ЗАКЛАДКУ (https://nvd.nist.gov/vuln/detail/CVE-2024-3094) ВДЕЛАТЬ ЗАХОТЕЛ ОН В ЛИНУПС СРАНЫЙ!!!
      ЧТОБ УТОПИТЬ АЙТИШНИКОВ В ДЕРЬМЕ!!!

      ДЛЯ СЖАТИЯ БИБЛИОТЕКА СУЩЕСТВУЕТ!!!
      ХЭЗЭ БУКВАЛЬНО НАЗВАНА ОНА!!!
      В НЕЁ ЗАЛЕЗТЬ РЕШИЛ СВОИМ НЕМЫТЫМ ХУЕМ!!!
      ВЕДЬ КУЧА РАЗНОГО ЕЁ ИСПОЛЬЗУЕТ ГОВНА!!!

      ПОДДЕРЖИВАЕТ КОД БИБЛИОТЕКИ!!!
      ЗАЁБАННЫЙ ПЕЧАЛЬНЫЙ ПРОГРАММИСТ!!!
      И ПОДРУЖИЛСЯ С ХРЕНОМ ТЕМ НА ВЕКИ!!!
      ПОГАНЫЙ УЗКОГЛАЗЫЙ ОНАНИСТ!!!

      ТОТ ПРАВО ДАЛ ЕМУ В РЕПОЗИТОРИЙ!!!
      СВОЙ КОД БЕЗ ОДОБРЕНИЯ ДОБАВЛЯТЬ!!!
      БЭКДОР ОН ВБИЛ, КАК В ЗАД СУППОЗИТОРИЙ!!!
      ЧТОБ ВСЕМИ СЕРВЕРАМИ УПРАВЛЯТЬ!!!

      СЛУЧАЙНО ВЫЧИСЛИЛИ МЫ ТОГО УЁБКА!!!
      СТАРАНЬЕМ С УЛИЦЫ ПРИШЕДШЕГО БЛЯТЬ ХЕРА!!!
      ЗАМЕТИЛ ОН ЧТО SSH СТАРТУЕТ ДОЛГО!!!
      ПОРЫЛСЯ И РЕШИЛ ПРЕДПРИНЯТЬ МЕРЫ!!!

      НАШЁЛ ОН ТУ ХУЙНЮ В БИБЛИОТЕКЕ!!!
      ЧТО СИНГАПУРЕЦ КРИВОРУКИЙ ВШИЛ!!!
      ПОЛИЛИСЬ НА ТОГО ПОНОСА РЕКИ!!!
      КАК ПРОГЛЯДЕТЬ СМОГЛИ ТЕБЯ ДЕБИЛ!!!

      ОТКАТЫВАЕМ СОТНИ ИЗМЕНЕНИЙ!!!
      НАМ КУЧУ КОДА СНОВА ПРОВЕРЯТЬ!!!
      ОТ ПИДОРА НЕ ХВАТИТ ИЗВИНЕНИЙ!!!
      ПОЙМАЕМ И НАЧНЁМ ЕГО ЕБАТЬ!!!

      Best regards, Denis Chernukhin <dchernukhin@kernel.org>, the Linux kernel mailing list, March 30th, 2024. (https://t.me/chernukhindenis)
      Ответить
      • Предсставляю, как хрюкнул от смеха Тео.

        Прыщебляди взяли его OpenSSH, насрали туда поттеринговым говном -- этим вонючим `doAll()` прыщемира, и поели говна
        Ответить
        • Собссно
          > While this issue does not in fact affect OpenBSD, I think it will still be
          > of interest to OpenBSD users -- a lot of us deal with Linux in our dayjobs,
          > after all.
          
          > "This dependency existed not because of a deliberate design decision
          > by the developers of OpenSSH, but because of a kludge added by some
          > Linux distributions to integrate the tool with the operating
          > system's newfangled orchestration service, systemd."

          https://marc.info/?l=openbsd-misc&m=171182213922936&w=2

          прыщебляди сосаb
          Ответить
    • «Аккаунт JiaT75 зарегистрирован на GitHub в 2021 году. С самого начала этот человек вёл себя странно. В пулл-реквесте в libarchive, библиотеке C для записи потоковых архивов, он предложил поменять safe_fprintf на менее безопасный вариант fprintf. В ноябре 2021 года изменение Тана приняли и несколько лет не видели проблемы. Лишь несколько часов назад этот момент исправили.»
      Ответить
      • «23 июня 2023 года ещё один похожий аккаунт-однодневка hansjans162 прислал пулл-реквест с тестовой инфраструктурой бэкдора. Код заменял конструктор crc64_fast на ifunc, нужный для работы будущего эксплойта. Чтобы сильнее запутать следы, коммит от 27 июня с кодом Ханса Янсена [Hans Jansen] упоминает в качестве автора Лассе Коллина.

        В июле 2023 года, в следующий после принятия кода от Янсена месяц, Цзя Тан активничал в сторонних репозиториях. В частности, он попросил у разработчиков OSS-Fuzz не проверять ifunc из-за несовместимости с -fsanitize=address, а также жаловался в проекте LLVM на предупреждения при обработке ifunc.»
        Ответить
        • «Механизм внедрения в sshd полагается на патч sd_notify. Подобная связка с systemd-notify присутствует в Red Hat, Fedora, OpenSUSE и Debian для загрузки других сервисов при запуске sshd. При этом libsystemd включает в себя liblzma. В свою очередь, последний компонент содержит xz — проект открытого ПО, мейнтейнер которого, как оказалось, из-за недостатка времени и проблем со здоровьем был вынужден выдать права релиз-менеджера первому попавшемуся энтузиасту.»
          Ответить
    • > преподают в школе математику
      Man unable to read or write at 18 becomes youngest Black professor at Cambridge

      Мозг работает на сахаре и через него надо прокачивать дохуя крови в минуту
      Ответить
    • [quote]
      Для этого было достаточно подключиться к серверу Linux, после чего использовать команду wall для отправки вредоносного сообщения другим пользователям, замаскированного под запрос SUDO. При вводе пароля он становится доступен злоумышленнику.
      [/quote]

      Думаю все понимают, что кроме шаред-хостингов с ротоёбами обычно не бывает серверов с несколькими интерактивными пользователями. Сейчас не 1979-й год всё таки
      Ответить
        • Я рассказывал же как с помощью borland pascal мы рисовали окошко ввода праоля novel, и люди тудо его вводили?

          именно потому в NT у тебя three fingers salute нужен чтобы получить винлогон
          Ответить
    • А что там у хохлов в мире Windows?
      Операционная система Microsoft также не лишена угроз взлома. Так, например, в июне 2023 года была закрыта брешь под названием Follina, которая позволяла злоумышленникам удаленно выполнять код на Windows-компьютерах, просто через отправку специально созданного zip-файла.

      Ну хоть macOS-то неприступна?
      Не-а. В ноябре 2022 года Apple закрыла дыру Shlayer. С ее помощью злоумышленники могли удаленно выполнять код на компьютерах macOS. На этот раз через отправку зараженных PDF-файлов.


      Воистину, если бы строители строили дома, как программисты пишут программы, то первый же залетевший дятел уничтожил бы цивилизацию.

      > Но как минимум, стоит всегда устанавливать обновления системы

      Бугага. С обновлением можно получить новый глюк.
      Ответить
      • Ну вы все знаете же какая ОС самая безопасная
        Ответить
          • TempleOS, да.
            Я про опёнка уже просто говорил.

            Но всё равно круче Windows ничего нету. Я до сих пор вижжу от восторга от публичного веб-сервера в ядре, и от удаленного терминала, который не умеет в ключи, а только лишь в пароли, и не умеет автобан IP после числа попыток (терминал тоже от localsystem, если что)

            ну и конечно от принтер-спуллера (тоже от localsystem) и тоже с дыркой
            Ответить
            • Под TempleOS вообще кроме Дэвиса кто-нибудь писал? Мне кажется, её даже и не устанавливал никто, кроме автора.

              Про опёнка я догадался, ты его уже несколько лет форсишь.

              К слову, почему-то почти нет вирусов под полумуха, кроме парочки академических, которые не вышли за пределы лаборатории.

              Ещё редко писали вирусы под Win 3.x (но её можно было распидорасить и досовским вирусом).
              Ответить
              • Почему неуловимый Джо неуловимый?
                Потому что его никто не ловит.
                Ответить
                • Я понимаю, почему нету малвари для TempleOS и Колибри. Но почему малвари нету для OS/2?
                  Ответить
      • Как избавиться от Фаллины? Барабанная дробь...

        reg delete HKEY_CLASSES_ROOT\ms-msdt /f


        Блядь, диагностический инструмент Микрософта использовался для исполнения зловредов.
        Ответить
        • service in Microsoft Windows that allows Microsoft technical support agents to analyze diagnostic data remotely for troubleshooting purposes

          Вот хакерский ботик и потраблшутил пользовательские OS удаленно. Теперь они стали работать еще быстрее
          Ответить
          • Всё-таки удобно, что в Винде из коробки запущены сервисы для удалённой отладки, есть учётка для техподдержки, телеметрия...
            Ответить
  • 23-х летняя тян притворилась 14-ти летней тян чтобы поебаться с 14-ти летним пацаном.

    За это кошмарное преступление её судят

    https://twitter.com/CollinRugg/status/1776738397983305893

    Гологуб, верни американцам 1969-й год что-ли
    Ответить
  • TIL:
    Если говоришь "цоб", волы поворачивают налево, "цобэ" — направо, "цоб-цобэ" — идут прямо.
    Ответить
    • Ракеты похоже управляются. Только их отклоняют в двух плоскостях, поэтому команды четыре.
      Ответить
  • Обожаю коммит удаляющий файл с коммит месседжем "file deleted".
    Предлагаю во все коммиты месседжи писать "codebase changed".

    Знаете анек "Мам, а гвозди?"
    Ответить
    • Может он через UI удалял и это генерированное сообщение? Bitbucket или что-там.
      Ответить
      • нет, большинству людей просто похуй.

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

        Хотите документации?
        Вот вам
        /**
        * Return context
        **/
        fun getContext(): Any


        хотите коммит месседжа? Вот вам "bug fixed"
        Ответить
        • ну ты сам выбрал работать с ротоёбами
          да и сам вероятно ротоёбишь потихоньку
          чего жалуешься
          Ответить
          • А у вас не ротоёбы, кстати?
            Вы вот реально вдумчиво пишете код, продумываете API, обсуждаете их, делаете API непротиворечивыми, консистентными, и логичными?
            Пишете нормальные коммит-месседжи?
            Ответить
            • Я сам ротоёб (хуяк-хуяк и побыстрее продакшон). Но вокруг меня есть ещё большие ротоёбы
              Ответить
              • Я так и знал.

                Это всё легенды -- что где-то есть не ротоебы. На самом деле все копипастят хуёвый, текущий абстракцими говнокод. Везде. Что в MS, что в Гугле, что в вебстудии "Оленегорск Веб Дизайн Солюшинс".

                Самый последний город на земле -- Шепетовка, о которую разбиваются волны Атлантического океана
                Ответить
              • Я тоже ротоёб.

                Что хочу, то вытворяю,
                Мне глядят с опаской вслед,
                И никто вокруг не знает,
                Несу я пользу или вред,
                Ведь с ебанутых спросу нет.
                Ответить
            • у нас относительно низкий процент ротоёбства

              > Пишете нормальные коммит-месседжи?
              – для меня загадка, что сложного в том, чтобы в общем случае скопировать в сообщение коммита номер тикета и его заголовок? или тикетов у вас тоже нет?
              Ответить
              • 1. Коммиты не всегда связаны с тикетами
                2. Тикет не всегда содержит объяснение как и что был решено

                ID: PETUH-42
                Subject: NPE when user clicks "кнопочка-хуёопочка"

                Commit: [PETUH-42]
                +412, -234 (24 files)
                Ответить
              • А как вы форсите качество кода?

                Я знаю два способа:

                1. нанять суперскилловых питухов с 15 годами серьезной разработаки
                2. обмазаться фреймворами, которые форсят бест-практисы, и линтерами, которые дают пизды за нарушение правил

                У меня просто есть такое ощущение, что если в компании впринцире можно писать "mpak.su", то там будут писать "mpak.su".

                Вселенная стремится к энтропии, а программист стремится к "mpak.su", и если его не возвращать на рельсы -- он пойдет в разнос.

                RoR не просто так же "рельсами" назвали, например:)
                Ответить

Добавить комментарий

Из-за тебя ушел bormand, guest!

    А не использовать ли нам bbcode?


    8