На Хабре в 2026 не хватает мыслей о том, как система с настолько сырой архитектурой смогла завоевать рынок и стать де факто мировым стандартом разработки.
Рассмотрим типовую ситуацию - разработчик ошибся в описании коммита, затем feature-ветку смержил в релизную ветку. Перед самой выкаткой на ПРОД ошибку заметили. ВОПРОС - как скорректировать описание какого-то (не последнего) коммита в релизной ветке? Оказывается, git не предоставляет такой возможности! Есть только возможность ПЕРЕСОЗДАТЬ коммит, указав правильное описание. При этом вся история более поздних коммитов тоже будет перезаписана, хэши коммитов будут изменены.
Т.е. есть два варианта
1) Удалять релизную ветку, в feature ветке править описание с перезаписыванием истории коммитов и потом заставлять ВСЕХ рзработчиков снова мержить все свое в новую релизную ветку - если релиз большой, трудоемкость всего это измеряется человеко-часами или даже человеко-днями
2) Править описание в релизной ветке и получать риск нестабильного состояния - если после правки вдогонку кто-то еще сделает мерж feature-ветки в релизную, часть коммитов может просто задвоится.
Т.е. варианты один другого не лучше.
Более правильной виделась бы архитектура, в которой помимо хэша коммита был бы ИД коммита, который никогда не менялся, и при перезаписывании истории чтобы новые коммиты с новыми хэшами имели ИД старых коммитов. И при мерже смотреть на ИД коммитов и КАК МИНИМУМ предупреждать, что коммиты с такими ИД уже были, но они сменили хэш.
У меня одного такие мысли в голове селятся или еще кто-то думает также, что в архитектуре гита есть упущения?
Идею как-то уже подкидывал. Для реализации, к сожалению, не хватает компетенции. Если кто-то сможет реализовать, буду весьма признателен. Яндекс-телемост работает через БС. Цель - сделать аналог удаленного рабочего стола через Яндекс-телемост. Где-то (на сервере или на домашнем компе) подключаемся к телемосту, и с мобильного интернета подключаемся к этой же конференции. Демонстрировать звук и рабочий стол телемост умеет из коробки, осталось передать в обратную сторону команды клавиатуры и мыши. И делать это надо либо через звук, либо создавать еще одну конференцию и передавать через видео. Только безо всякой стеганографии - иначе вопрос блокировки - дело времени.
А никому в голову не приходило написать программу, которая бы через yandex telemost обспечивала доступ к удаленному рабочему столу?
Видится, что заблокировать такое решение достаточно сложно - передача изображения и звука с удаленного компа в телемосте есть “из коробки”. Остается лишь передавать события клавиатуры и мыши - а это минимальный траффик, может сойти за шум. Может даже вообще можно через звуковой канал передавать.
Т.е., находясь в зоне, где работают только "белые списки" подключаешься через телемост к совему домашнему компу, который работает по проводу (а может и вообще находится за границей), делаешь на нем что хочешь, и наблюдаешь черех терминальное окно
А никому в голову не приходило написать программу, которая бы через yandex telemost обспечивала доступ к удаленному рабочему столу?
Видится, что заблокировать такое решение достаточно сложно - передача изображения и звука с удаленного компа в телемосте есть "из коробки". Остается лишь передавать события клавиатуры и мыши - а это минимальный траффик, может сойти за шум. Может даже вообще можно через звуковой канал передавать
Поделитесь, на каком основании, Вас уволили. Основаниями могут быть
1) Желание работника (как я понял, желания увольняться у Вас не было)
2) Соглашение сторон (ни один работник в здравом уме не подпишет соглашение с символическими условиями, а затребует указать в соглашении N окладов в обмен на быстрое увольнение - так что, видимо, тоже не Ваш случай)
3) По отрицательным мотивам - например, в связи с не прохождением испытательного срока. Но, как я понял, Вам и задачи на испытательный срок не были поставлены. Если имел место такой случай, он оспаривается на раз-два.
Так что не понятно, что стоит за словами "вы уволены" - какова формальная "оболочка" этих слов.
Очень полезное решение. Только у меня не получается его оживить. Сначала ругалось на USBHIDAbsoluteMouse - не находило такого класса. Заменил его на USBHIDMouse. Но при заливке на Arduino выдает ошибку
No DFU capable USB device available Failed uploading: uploading error: exit status 74
Лично я своим долгом считаю не только защитить себя от мошенников, но защитить менее подкованных людей (в частности - пожилых). Как минимум - лишить их возможности дальше продолжать свое дело. А в идеале - поспособствовать в их поимке и наказании. Как-то раз сделал вид, что повелся, продолжил разговор, подыграл им, зафиксировал эти "резервные счета", написал заявление в полицию, на которое получил ответ "в возбуждении уголовного дела отказано в связи с тем, что ущерб не причинен". Складывается впечатление, что государство таким образом способствует мошенникам. Ведь зная номера счетов, да и номера телефонов, с которых звонят технически можно вычислить причастных. Если все-таки удастся побороть раздачу и продажу левых SIM-карт, и у каждого номера будет хозяин, этого хозяина можно было бы привлекать как пособника. Странно, что с этим борются спустя рукава!!!
Меня удивляет, как система с настолько сырой реализацией смогла получить такую популярность (в том числе в крупных корпорациях). Во многих местах выпадающие списки отсортированы хаотично и нет возможности поиска. И наконец - при редактировании описания к фиче если в редактирование заходит два сотрудника, сохраняется изменение того, кто нажал "Сохранить" вторым. А изменения первого теряются (видны разве что в истории изменений). И никаких предупреждающих сообщений!!! Сойдет для курсового проекта студента-троечника, но не для корпоративной системы. Архитектура спроектирована грамотно, но с реализацией явно недоработки
Давно было интересно - как получилось так, что у двух разных банков - Банк "Союз" и Банк "Санкт-Петербург" одинаковые логотипы? Эти банка не принадлежат одной группе ни нынче, ни ранее. Даже если один украл у другого или просто воспользовались одной студией дизайна и логотипы "случайно совпали", то как их удалось зарегистрировать? Почему тому, кто регистрировал вторым не отказали по причине того, что логотип уже "занят"?
На Хабре в 2026 не хватает мыслей о том, как система с настолько сырой архитектурой смогла завоевать рынок и стать де факто мировым стандартом разработки.
Рассмотрим типовую ситуацию - разработчик ошибся в описании коммита, затем feature-ветку смержил в релизную ветку. Перед самой выкаткой на ПРОД ошибку заметили. ВОПРОС - как скорректировать описание какого-то (не последнего) коммита в релизной ветке? Оказывается, git не предоставляет такой возможности! Есть только возможность ПЕРЕСОЗДАТЬ коммит, указав правильное описание. При этом вся история более поздних коммитов тоже будет перезаписана, хэши коммитов будут изменены.
Т.е. есть два варианта
1) Удалять релизную ветку, в feature ветке править описание с перезаписыванием истории коммитов и потом заставлять ВСЕХ рзработчиков снова мержить все свое в новую релизную ветку - если релиз большой, трудоемкость всего это измеряется человеко-часами или даже человеко-днями
2) Править описание в релизной ветке и получать риск нестабильного состояния - если после правки вдогонку кто-то еще сделает мерж feature-ветки в релизную, часть коммитов может просто задвоится.
Т.е. варианты один другого не лучше.
Более правильной виделась бы архитектура, в которой помимо хэша коммита был бы ИД коммита, который никогда не менялся, и при перезаписывании истории чтобы новые коммиты с новыми хэшами имели ИД старых коммитов. И при мерже смотреть на ИД коммитов и КАК МИНИМУМ предупреждать, что коммиты с такими ИД уже были, но они сменили хэш.
У меня одного такие мысли в голове селятся или еще кто-то думает также, что в архитектуре гита есть упущения?
Скорее бы уже. Монополия Яндекса, сервис которого не выдерживает критики, уже достала!
Идею как-то уже подкидывал. Для реализации, к сожалению, не хватает компетенции. Если кто-то сможет реализовать, буду весьма признателен. Яндекс-телемост работает через БС. Цель - сделать аналог удаленного рабочего стола через Яндекс-телемост. Где-то (на сервере или на домашнем компе) подключаемся к телемосту, и с мобильного интернета подключаемся к этой же конференции. Демонстрировать звук и рабочий стол телемост умеет из коробки, осталось передать в обратную сторону команды клавиатуры и мыши. И делать это надо либо через звук, либо создавать еще одну конференцию и передавать через видео. Только безо всякой стеганографии - иначе вопрос блокировки - дело времени.
А никому в голову не приходило написать программу, которая бы через yandex telemost обспечивала доступ к удаленному рабочему столу?
Видится, что заблокировать такое решение достаточно сложно - передача изображения и звука с удаленного компа в телемосте есть “из коробки”. Остается лишь передавать события клавиатуры и мыши - а это минимальный траффик, может сойти за шум. Может даже вообще можно через звуковой канал передавать.
Т.е., находясь в зоне, где работают только "белые списки" подключаешься через телемост к совему домашнему компу, который работает по проводу (а может и вообще находится за границей), делаешь на нем что хочешь, и наблюдаешь черех терминальное окно
А никому в голову не приходило написать программу, которая бы через yandex telemost обспечивала доступ к удаленному рабочему столу?
Видится, что заблокировать такое решение достаточно сложно - передача изображения и звука с удаленного компа в телемосте есть "из коробки". Остается лишь передавать события клавиатуры и мыши - а это минимальный траффик, может сойти за шум. Может даже вообще можно через звуковой канал передавать
Поделитесь, на каком основании, Вас уволили. Основаниями могут быть
1) Желание работника (как я понял, желания увольняться у Вас не было)
2) Соглашение сторон (ни один работник в здравом уме не подпишет соглашение с символическими условиями, а затребует указать в соглашении N окладов в обмен на быстрое увольнение - так что, видимо, тоже не Ваш случай)
3) По отрицательным мотивам - например, в связи с не прохождением испытательного срока. Но, как я понял, Вам и задачи на испытательный срок не были поставлены. Если имел место такой случай, он оспаривается на раз-два.
Так что не понятно, что стоит за словами "вы уволены" - какова формальная "оболочка" этих слов.
Ключевой вопрос - а насколько Телега эффективна?
Я попробовал - отправка небольшой картинки длится 5-10 минут на хорошем канале.
А отправка видео вообще зависает. Ничуть не лучше Телеграма со стандартным клиентом.
В чем же тогда преимущество Телеги?
Спасибо!
Очень полезное решение. Только у меня не получается его оживить. Сначала ругалось на USBHIDAbsoluteMouse - не находило такого класса. Заменил его на USBHIDMouse. Но при заливке на Arduino выдает ошибку
No DFU capable USB device available
Failed uploading: uploading error: exit status 74
Хотя порт выбран правильно, все подключено
Лично я своим долгом считаю не только защитить себя от мошенников, но защитить менее подкованных людей (в частности - пожилых). Как минимум - лишить их возможности дальше продолжать свое дело. А в идеале - поспособствовать в их поимке и наказании. Как-то раз сделал вид, что повелся, продолжил разговор, подыграл им, зафиксировал эти "резервные счета", написал заявление в полицию, на которое получил ответ "в возбуждении уголовного дела отказано в связи с тем, что ущерб не причинен". Складывается впечатление, что государство таким образом способствует мошенникам. Ведь зная номера счетов, да и номера телефонов, с которых звонят технически можно вычислить причастных. Если все-таки удастся побороть раздачу и продажу левых SIM-карт, и у каждого номера будет хозяин, этого хозяина можно было бы привлекать как пособника. Странно, что с этим борются спустя рукава!!!
Меня удивляет, как система с настолько сырой реализацией смогла получить такую популярность (в том числе в крупных корпорациях). Во многих местах выпадающие списки отсортированы хаотично и нет возможности поиска. И наконец - при редактировании описания к фиче если в редактирование заходит два сотрудника, сохраняется изменение того, кто нажал "Сохранить" вторым. А изменения первого теряются (видны разве что в истории изменений). И никаких предупреждающих сообщений!!! Сойдет для курсового проекта студента-троечника, но не для корпоративной системы. Архитектура спроектирована грамотно, но с реализацией явно недоработки
Давно было интересно - как получилось так, что у двух разных банков - Банк "Союз" и Банк "Санкт-Петербург" одинаковые логотипы? Эти банка не принадлежат одной группе ни нынче, ни ранее. Даже если один украл у другого или просто воспользовались одной студией дизайна и логотипы "случайно совпали", то как их удалось зарегистрировать? Почему тому, кто регистрировал вторым не отказали по причине того, что логотип уже "занят"?