The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

GitHub переходит на использование обязательной двухфакторной аутентификации, opennews (??), 05-Май-22, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


68. "GitHub переходит на использование обязательной двухфакторной..."  +/
Сообщение от Аноним (68), 05-Май-22, 14:54 
Безопаснее, чем отсутствие totp. Почему ты так сопротивляешься активации totp?
Ответить | Правка | Наверх | Cообщить модератору

84. "GitHub переходит на использование обязательной двухфакторной..."  +/
Сообщение от Аноним (4), 05-Май-22, 15:47 
Если ты боишься, что гитхаб сломают, раздавай сырцы со своего сайта.
Ответить | Правка | Наверх | Cообщить модератору

103. "GitHub переходит на использование обязательной двухфакторной..."  +/
Сообщение от Аноним (20), 05-Май-22, 16:45 
Это нормально - ставить ТОТР везде где можно.
Ответить | Правка | Наверх | Cообщить модератору

198. "GitHub переходит на использование обязательной двухфакторной..."  +/
Сообщение от Аноним (-), 06-Май-22, 14:25 
> Это нормально - ставить ТОТР везде где можно.

Слушай, за пару десятилетий мне ни 1 аккаунт не сломали - без всяких totp'ов. Может тебе просто нафиг пройти с твоими ритуалами ради ритуалов, а? Или что для меня должно типа-улучшиться? Трекинг меня майкрософтом? Вот уж спасибо, ценно и нужно.

Ответить | Правка | Наверх | Cообщить модератору

209. "GitHub переходит на использование обязательной..."  +/
Сообщение от arisu (ok), 06-Май-22, 15:00 
да тут даже не столько в трекинге дело, а в продолжении тенденции отупления.

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

во-вторых, дурак всё равно всегда найдёт способ обойти защиту от него.

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

Ответить | Правка | Наверх | Cообщить модератору

217. "GitHub переходит на использование обязательной..."  +/
Сообщение от Аноним (-), 06-Май-22, 17:12 
> да тут даже не столько в трекинге дело, а в продолжении тенденции отупления.

А также перепихивания своих проблем на чужие головы.

> нормальным людям этими вещами пользоваться всё неудобней.

Ну так они и создают для себе подобных более потребные хостинги так то :)

> во-вторых, дурак всё равно всегда найдёт способ обойти защиту от него.

Да кто б сомневался. И таки меня анноят вебмакаки которые люьят ходить строем под мегакорпами. Поразвелось "типа-программистов".

> заботится об их безопасности, они становятся ещё безалаберней, и в итоге
> надо ещё больше защит от дурака. этот процесс не имеет конца,

Ну да. В результате получается стремная система костылей и подпорок, которая истошно свистит, пердит и рыгает. Заодно саботируя работу каждые полчаса. Но это майкрософт, у его эффективных менеджеров бывают свои тараканы в голове. И вообще это фирменный метод - заявить "%s это круто" и начать остервенело заталкивать это в глоту. Фирменный стиль, уже апробирован на дотнетчиках. Правда, в результате большая часть адекватных прогеров с винды как раз и свалили. От чего они в WSL и вдарились. Видимо бэкдорить и нагревать хомячков не очень интересно.

Ответить | Правка | Наверх | Cообщить модератору

223. "GitHub переходит на использование обязательной..."  +/
Сообщение от arisu (ok), 06-Май-22, 17:34 
> Ну так они и создают для себе подобных более потребные хостинги так
> то :)

или просто берут Fossil.

Ответить | Правка | Наверх | Cообщить модератору

233. "GitHub переходит на использование обязательной..."  +/
Сообщение от Аноним (-), 06-Май-22, 18:08 
> или просто берут Fossil.

Да пусть берут. Если я уже умею гит и те кому мой код может быть интересен тоже - ну и смысла мне разучивать какой-то фоссил? Я все-равно гитом по более 9000 поводов пользуюсь, попользоваться им еще и для себя мне не обломно вообще совсем. А какие там багтрекеры и вики для меня так то в лучшем случае - опциональщина/good to have, в хучшем бесполезный мусор.

У меня довольно забитый мозг, даташиты большие, железо сложное, держать в бошке 2 VCS если можно одну мне как-то очень уж субоптимально. Лучше этот ресурс потратить на запоминание чего-то помогающее рюхнуть интересную задачу как по мне. Да, я могу загонять себя вплотную к лимитам. Мозг брыкается но постепенно понимает что от него не отстанут. Адаптируется. Становится мощнее. Как-то так.

Ответить | Правка | Наверх | Cообщить модератору

237. "GitHub переходит на использование обязательной..."  +/
Сообщение от arisu (ok), 06-Май-22, 18:20 
ну вот я тоже кучу лет фоссил игнорил. а потом решил попробовать. и теперь у меня своих проектов на гите не осталось, все в фоссил конвертнул. для скорбных-ленивых же фоссил умеет автоматически делать push в гит-зеркало.

кстати, кидать фоссиловые бандлы лично мне тоже удобней, чем какие-то невнятные «пулл-реквесты» на гитхабе, или портянки патчей мылом. бандл — это такая кучка патчей в одном файле, которую можно удобно развернуть себе в репу, попробовать как оно, и принять или выкинуть.

а ещё у фоссила есть абсолютная киллер-фича: возможность открыть репозиторий в куче разных каталогов, каждый на своём коммите. и фоссил не запутается, он умный. надо ли пояснять, насколько это удобно, когда у тебя есть какой-нибудь stable бранч, в другом каталоге bleeding edge, в третьем багфикс к LTS можно тестировать — и не надо постоянно делать чекауты и всё уныло пересобирать заново, если активно между этим всем переключаешься. и всё это вдобавок совершенно не нужно настраивать, оно Просто Работает.

Ответить | Правка | Наверх | Cообщить модератору

254. "GitHub переходит на использование обязательной..."  +/
Сообщение от Аноним (-), 07-Май-22, 04:09 
> ну вот я тоже кучу лет фоссил игнорил. а потом решил попробовать.
> и теперь у меня своих проектов на гите не осталось, все
> в фоссил конвертнул. для скорбных-ленивых же фоссил умеет автоматически делать push
> в гит-зеркало.

У меня соображения простые:
1) Я не всегда знаю, будет ли интересен проект окружающим, поэтому решение публиковать его или нет мне удобно принимать в "run time". Гит это упрощает, если такое решение будет, все в нативном виде, без левака с гейтованием.
2) Мне неохота изучать 2 инструмента одного и того же - отказаться от гита я все-равно не готов т.к. активно используется для кучи проектов и взаимодействия с ALL.
3) Багтреки и вики для меня очень слабый аргумент в топике про _VCS_.

> кстати, кидать фоссиловые бандлы лично мне тоже удобней, чем какие-то невнятные «пулл-реквесты»

В гите тоже можно бандлы как отдельные файлики с дельтой делать, если мы про это. И вообще немало вариантов как данными перекинуться. Я даже паре кодеров именно так отсылал наборы комитов со всеми метаданными (кто чего куда вкомитил, агрегация с нескольких человет). Тезис что это достоинство по сравнению с гит как-то сильно пролетает.

> на гитхабе, или портянки патчей мылом. бандл — это такая кучка
> патчей в одном файле, которую можно удобно развернуть себе в репу,
> попробовать как оно, и принять или выкинуть.

Гит тоже это умеет, если надо. Он вообще штука гибкая. Хоть флопинетом шли. Вопрос договоренности между кодерами, не более. В этом месте мелкосакс - нарывается. Реально их потуги нагнут только слащавых корпоменеджеров, и даже эти половина свалят нахрен: они UX ценят а мс его напалмом выжигает.

> а ещё у фоссила есть абсолютная киллер-фича: возможность открыть репозиторий в куче
> разных каталогов, каждый на своём коммите. и фоссил не запутается,

Зато запутаюсь я. Да ну нафиг. Я обычно активно редактирую таки head или некую стабильную версию если не облажался по жесткому и не занят разруливанием. А отредактить тухлую ветку и потом трахаться с бэкпортом - обидно! Я проверял.

> он умный. надо ли пояснять, насколько это удобно, когда у тебя есть
> какой-нибудь stable бранч, в другом каталоге bleeding edge, в третьем багфикс
> к LTS можно тестировать — и не надо постоянно делать чекауты

Если мне вон то надо - я могу и cp --reflink сделать на дерево. Займет полсекунды, места на диске не сожрет почти, даже если 20 линукс кернелов разложу, вместе с их гитом. Так что есть бесконечно способов реализовать фичу. Но это чревато тем что выше. И плотно лочиться мне удобно на что-то одно, во избежание ЭТОГО. Я или танцую от head, или уж от стабильной версии. Не нравится мне телепать разные версии одновременно. Провоцирует ошибки. Ну вот было пару раз, плотно редактил - уй, блин, дира не та, уй, блин, на ту версию канительно портить. Так что это уж точно не та фича ради которой я напрягусь. Особенно если она не умеет в рефлинки, так что скорость и жрач места будет ни в какое сравнение с моими собственными вариантами. А проблемы гребаных хомяков и их неумения в продвинутые фичи ос это проблемы хомяков, меня ниипет и от хомяков мне ничего не надо. А людям разумным я несколько хинтов разгона эффективности могу и подкинуть в частном порядке, если вижу что с вон тем легко пойдет. Это ж не строить всех на использование тула, а пара мелких хинтов человеку разумному...

> и всё уныло пересобирать заново, если активно между этим всем переключаешься.

Я умею делать операции эффективными и не унылыми. И совсем не обязательно что вообще все должен именно VCS делать. А проблемы хомячков меня - вот честно - не #$%т! Вообще совсем. Я вообще не хочу при кодинге с ними дело иметь. Странно, да?

> и всё это вдобавок совершенно не нужно настраивать, оно Просто Работает.

Да я и git так то не особо настраивал, кроме некоторых мелочей. Но вот Просто Работает, без настроек? Искаропки? Сорян. У меня искаропки софт в сеть сунуться не может - и это специально, если что. В общем ты рекламируешь не ту фичу не тому человеку, вообще совсем не угадал - я предпочитаю контролировать мое окружение и не обламываюсь настроить если надо.

Ответить | Правка | Наверх | Cообщить модератору

256. "GitHub переходит на использование обязательной..."  +/
Сообщение от arisu (ok), 07-Май-22, 04:24 
да на здоровье, я же тебя не агитирую прямо утром перекатываться. я просто описываю свой личный опыт с фоссилом — который по итогу лично мне оказался намного удобней гита. хотя до этого я тоже смотрел на него как владельцы айфонов на копипасту: «ну, нет фичи — и не нужна, значит.» просто имей в виду, что оценить полезность чего-то чисто умозрительно — довольно сложно. и, конечно, без массы вещей можно обойтись — но нужно ли?
Ответить | Правка | Наверх | Cообщить модератору

260. "GitHub переходит на использование обязательной..."  +/
Сообщение от Аноним (-), 07-Май-22, 06:52 
Ну я как бы копипастом пользуюсь, каждый день, и это было до гитов и ифонов. А виками - вот реально редактирование чего-то кроме википедии длля меня скорее исключение, и багтрекеры я предпочитаю отдельные, все же does one thing, does it well имхо работает.
Ответить | Правка | К родителю #256 | Наверх | Cообщить модератору

262. "GitHub переходит на использование обязательной..."  +/
Сообщение от arisu (ok), 07-Май-22, 07:36 
это вопрос определения того, что такое «одна вещь». мне вот нужна как раз несложная система управления проектами, а не тупая версионка — так что в эту «одну вещь» входит много чего. и мне категорически лень собирать для этого какое-то дикое лего (и поднимать веб-сервер для вики и тикетов в том числе).
Ответить | Правка | К родителю #260 | Наверх | Cообщить модератору

265. "GitHub переходит на использование обязательной..."  +/
Сообщение от Аноним (-), 07-Май-22, 08:20 
> это вопрос определения того, что такое «одна вещь». мне вот нужна как
> раз несложная система управления проектами, а не тупая версионка — так
> что в эту «одну вещь» входит много чего. и мне категорически
> лень собирать для этого какое-то дикое лего (и поднимать веб-сервер для
> вики и тикетов в том числе).

А я вобще довольно прохладно к groupware отношусь, самое сильное что в юниксвее есть это модуляризация и деление на части. Если этим не пользоваться нахрен тогда юниксподобные системы? :)

Ответить | Правка | К родителю #262 | Наверх | Cообщить модератору

269. "GitHub переходит на использование обязательной..."  +/
Сообщение от arisu (ok), 07-Май-22, 08:50 
идея довольно узкого применения, как по мне. рулят открытые документированые форматы данных. а искусственное разбиение софта на куски ради мифической «модульности» так же overrated, как и code reuse.
Ответить | Правка | К родителю #265 | Наверх | Cообщить модератору

356. "GitHub переходит на использование обязательной..."  +/
Сообщение от Аноним (-), 09-Май-22, 22:59 
> идея довольно узкого применения, как по мне. рулят открытые документированые форматы данных.
> а искусственное разбиение софта на куски ради мифической «модульности» так же
> overrated, как и code reuse.

Для меня unix way таки в целом работает. Конечно не всегда, не везде и с энными оговорками. Но вот overrated его я бы не назвал, очень крутой концепт, если без фанатизма и с пониманием лимитов. Git вполне себе один из юниксвэйных тулов. И куча aux фич не относящихся напрямую к контролю версий мне там - в лучшем случае, мелкий опциональный ништяк. Это не game changer.

В конечном итоге я vcs использую для 1) разработки софта и 2) возможно обмена и агрегации патчей с окружающими. Всякие вики и багтрекеры мне при этом...

Ответить | Правка | К родителю #269 | Наверх | Cообщить модератору

357. "GitHub переходит на использование обязательной..."  +/
Сообщение от arisu (ok), 10-Май-22, 04:49 
> В конечном итоге я vcs использую для 1) разработки софта и 2)
> возможно обмена и агрегации патчей с окружающими. Всякие вики и багтрекеры
> мне при этом...

ты только что написал взаимоисключающие параграфы — и сам этого не заметил. потому что в твоём инструменте нет удобной возможности на кончиках пальцев это использовать. поэтому в твоё понятие разработки софта его документирование, например, если и входит — то где-то внизу списка, как «необходимое зло», и «ну, доксигеном как-нибудь, все так делают».

я, например, очень слабо понимаю, как ты ведёшь разработку без тудушек и списка незакрытых багов. если это не «приветмир» — ты не сможешь все баги чинить сразу, будет немного накапливаться. то же самое с тудушками. и ты сейчас будешь мне рассказывать, что «обычные текстовые файлы справляются», да? так в фоссиле это ещё и удобно версионировано, встроен редактор, и автоматические кросс-ссылки на *любой* артефакт в репозитории. но ты такой удобный инструмент никогда не использовал, потому что у тебя его нет. я тоже считал, что «нинужна». пока у меня инструмент не появился — и оказалось очень даже нужно, очень даже удобно. я не зря приводил пример с копипастой на айфоне.

Ответить | Правка | К родителю #356 | Наверх | Cообщить модератору

364. "GitHub переходит на использование обязательной..."  +/
Сообщение от Аноним (-), 10-Май-22, 13:51 
> ты только что написал взаимоисключающие параграфы — и сам этого не заметил.
> потому что в твоём инструменте нет удобной возможности на кончиках пальцев это использовать.

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

> поэтому в твоё понятие разработки софта его документирование, например,
> если и входит — то где-то внизу списка, как «необходимое зло»,

Как и у 99% прогеров. И таки да, я считаю что многим вещам хватит текстового кодер-ориентированого описальника с неочевидными вещами + коментированого кода. А что-то сверх того имеет смысл сильно местами. И уж тем более я не хочу разучивать кастомный недосинтаксис недовики.

> и «ну, доксигеном как-нибудь, все так делают».

Типа того. Я реально не хочу писать вику, особенно самопальную, для мелкого проектика. Который вообще возможно в утиль пойдет как неудачный эксперимент. Я ж не бог, заранее не знаю получится оно стояще или нет. Часто надо по факту накодить и посмотреть как оно себе и/или окружающим.

> я, например, очень слабо понимаю, как ты ведёшь разработку без тудушек и
> списка незакрытых багов.

Вот так и веду: пишу // FIXME: или // TODO: в сорец. Это сильно быстрей чем полноценный баг себе заводить. А, ну конечно вручную я не ищу это потом, у того же geany как впрочем и у многих других есть для этого примочки, вью строить. А если даже и нет, греп у меня всяко под рукой. К тому же оно сразу в контекст вписано. Если мне не нравится вон та функция, оно прямо там и будет. Для более крупных проектов это может и не катить, но у них и тулсы для этого обычно есть.

> если это не «приветмир» — ты не сможешь все баги чинить сразу,

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

> будет немного накапливаться. то же самое с тудушками.

Накопление багов и тудушек сводится к желанию програмера, имхо. Если прогеру впадлу ты хоть тресни и обложись виками и багтреками, толку буй.

> и ты сейчас будешь мне рассказывать, что «обычные текстовые файлы справляются», да?

Ну, справляются же. И трекаются обычным гитом.

> так в фоссиле это ещё и удобно версионировано, встроен редактор,

Мне никакие встроенные редакторы даром не нужны. Я все делаю через редакторы которые мне привычны, удобны и понятны и как раз вот тут простой текст имеет свое преимущество - можно отрихтовать удобным _мне_ а не _кому-то_ тулом.

> и автоматические кросс-ссылки на *любой* артефакт в репозитории.

Наверное это круто, но как бы это применял я мне не очевидно.

> но ты такой удобный инструмент никогда не использовал, потому что у тебя его
> нет. я тоже считал, что «нинужна». пока у меня инструмент не
> появился — и оказалось очень даже нужно, очень даже удобно. я
> не зря приводил пример с копипастой на айфоне.

Я не люблю оверинженерию и интеграцию все и вся в одного монстра. И могу иметь свое мнение насчет удобства мне тех или иных тулсов. Тебе вон и скулайт с более 9000 фич нравится, а я недолюбливаю такие инструменты. Этим системщик от апликушника и отличается - я хочу свой путь, и чтобы на нем не стояли всякие клевые, фичастые, активно мешающиеся на этом пути. Те кто делал юниксвэй этот момент очень хорошо понимали...

Ответить | Правка | К родителю #357 | Наверх | Cообщить модератору

372. "GitHub переходит на использование обязательной..."  +/
Сообщение от arisu (ok), 10-Май-22, 15:00 
> Я не люблю мегакомбайны - как раз за то что там все
> фичи урезаны и хреновы, "для галочки". Все же когда фича отдельный
> продукт, ее придется сделать выше среднего, иначе продукт просто не будет
> иметь смысла.

поэтому — по такой логике — ты никогда не будешь использовать велосипед: ведь он даже до ста км/час не разгонится? ну камон, у каждого инструмента есть область применения, и полировать его имеет смысл только до определённого предела. фоссил как раз и придуман для разработки масштаба от «лично» до «небольшая сплочённая команда единомышленников». и его инструменты заточены как раз на этот уровень.

>> поэтому в твоё понятие разработки софта его документирование, например,
>> если и входит — то где-то внизу списка, как «необходимое зло»,
> Как и у 99% прогеров.

и это в основном потому, что удобных инструментов нет. я вот ненавидел писать юниттесты, пока не начал использовать дишечку, где это удобно оформляется `unittest`-кодоблоками, например. и документацию к функциям ненавидел писать, потому что доксиген придумали безмозглые макаки — пока в дишечке не обнаружил ddoc. который тоже не сахар, но на порядок лучше. а если удобного инструмента нет — то логично, что человек не хочет лишнего геморроя. а когда я перешёл на фоссил — оказалось, что и для сопровождения проекта есть нормальные интструменты. и я сразу полюбил атомную бомбу.

> И таки да, я считаю что многим
> вещам хватит текстового кодер-ориентированого описальника с неочевидными вещами + коментированого
> кода.

что забавно: фоссил отлично умеет рендерить маркдаун-документы из дерева исходников. это там называется embedded docs.

> А что-то сверх того имеет смысл сильно местами. И уж
> тем более я не хочу разучивать кастомный недосинтаксис недовики.

не учи. используй маркдаун — я в основном так и делаю. хотя у фоссил-вики особо синтаксиса-то и нет: возможность упрощённо делать ссылки, пара вдохновлённых маркдауном фич, и остальное — сабсет html.

>> и «ну, доксигеном как-нибудь, все так делают».
> Типа того. Я реально не хочу писать вику, особенно самопальную, для мелкого
> проектика.

потому что — повторюсь — у тебя нет для этого удобных инструментов.

> Который вообще возможно в утиль пойдет как неудачный эксперимент. Я
> ж не бог, заранее не знаю получится оно стояще или нет.
> Часто надо по факту накодить и посмотреть как оно себе и/или
> окружающим.

у тебя просто неправильный подход к документированию: ты рассматриваешь документацию как необходимое зло, которое — возможно — придётся, сцепив зубы, делать «как-нибудь потом». вместо того, чтобы рассматривать её как вид комментариев к коду, и делать непосредственно в процессе. например, быстренько накидать документ с общей архитектурой, добавить поддокументы с идеями по реализации отдельных частей, закинуть в тикеты отдельным разделом далеко-идущие-планы, и так далее. один фиг ты в голове это делаешь — так отчего бы и не оформить сразу в текст, хотя бы конспективно? это как с отступами в коде: сначала кажется, что глупость все эти пробельчики, а потом уже не понимаешь, как раньше без этого обходился. ;-)

>> я, например, очень слабо понимаю, как ты ведёшь разработку без тудушек и
>> списка незакрытых багов.
> Вот так и веду: пишу // FIXME: или // TODO: в сорец.
> Это сильно быстрей чем полноценный баг себе заводить.

потому что у тебя нет для этого удобного инструмента. именно это ты только что и сказал.

>> если это не «приветмир» — ты не сможешь все баги чинить сразу,
> Это не мешает жить разметке FIXME в коде. Ну да, для больших
> проектов это уже неудобно

это точно так же неудобно и для маленьких. потому что или ты пишешь в коде сочинения, почему и что именно надо фиксми, или ты потом мучительно вспоминаешь, что же именно ты тут пофиксить собирался. оба варианта плохие. или у тебя есть тикет, где красиво написано, что, где, зачем, как и почему — и оно не мешает читать код. а в коде наблюдается только FIXME с id-ом тикета. который никогда никуда не потеряется, потому что живёт в том же самом репозитории, и от него неотделим.


>> будет немного накапливаться. то же самое с тудушками.
> Накопление багов и тудушек сводится к желанию програмера, имхо. Если прогеру впадлу
> ты хоть тресни и обложись виками и багтреками, толку буй.

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

>> и ты сейчас будешь мне рассказывать, что «обычные текстовые файлы справляются», да?
> Ну, справляются же. И трекаются обычным гитом.

а тикеты трекаются обычным фоссилом. только у меня ещё и нормальный поиск есть, кроссрефы (я могу без лишних усилий посмотреть «окрестности»), статусы, и мне для этого не надо поднимать никаких дополнительных сервисов.

>> так в фоссиле это ещё и удобно версионировано, встроен редактор,
> Мне никакие встроенные редакторы даром не нужны.

не хочешь — не используй, редактируй внешним. делов-то.

>> и автоматические кросс-ссылки на *любой* артефакт в репозитории.
> Наверное это круто, но как бы это применял я мне не очевидно.

потому что гит в принципе не умеет нормально показывать таймлайны.

> Я не люблю оверинженерию и интеграцию все и вся в одного монстра.

именно поэтому фоссил не пытается делать *всё*. он делает только то, что надо. ;-)

> И могу иметь свое мнение насчет удобства мне тех или иных
> тулсов.

да можешь, конечно, разве ж я против? но ты отчего-то хочешь иметь мнение даже не попробовав эти самые тулзы использовать — и вот это мне уже непонятно. тебе не кажется, что это костность мышления: «я не хочу пробовать ничего нового, меня всё устраивает!» ну да, бросаться на каждую новинку смысла нет. но и ничего нового не пробовать — тоже. во-первых, пробовать новое просто интересно. а во-вторых, одна удача обычно поможет в дальнейшем сэкономить достаточно времени, чтобы окупить неудачные пробы.

> Этим системщик от апликушника и отличается

это ты сейчас человека, который больше всего любит писать низкоуровневые штуки и библиотеки, а прикладной софт пишет себе только потому, что его тупо не устраивает существующий, «аппликушником» обозвал?! ;-)

> я хочу свой путь, и чтобы на нем не стояли всякие
> клевые, фичастые, активно мешающиеся на этом пути. Те кто делал юниксвэй
> этот момент очень хорошо понимали...

т-с-с-с, наклонись поближе, я тебе сейчас секрет скажу! этот самый юниксвэй в огромной степени родился из того, что более-менее сложный софт тупо не влазил в память техники. ;-)

а ещё я тебе имею сказать, что гит — это нифигасебекомбайн, вообще-то. который зачем-то сделали в виде рассыпухи разных файлов, но всё равно никто никогда не использует их отдельно, все работают через фронтэнд-команду "git". так это… фоссил — то же самое. только рассыпуха собрана в один бинарь.

Ответить | Правка | К родителю #364 | Наверх | Cообщить модератору

153. "GitHub переходит на использование обязательной..."  +/
Сообщение от arisu (ok), 05-Май-22, 22:34 
> Безопаснее, чем отсутствие totp. Почему ты так сопротивляешься активации totp?

«граждане, входить без надетого противогаза запрещено! в противогазе безопасней, почему вы так сопротивляетесь?»

намного более интересный вопрос — это почему *ты* так активно подмахиваешь.

Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

218. "GitHub переходит на использование обязательной..."  +/
Сообщение от Аноним (-), 06-Май-22, 17:14 
А также не забываем каску, мало ли, кирпичи летающие. И перчатки - ковид же. Как, вы все еще ходите без бронежилета? И парашют с собой не взяли? И спасательный жилет? Ну тогда не надо этого лоха спасать, пусть тонет.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру