Здравствуйте, tehKosh, Вы писали:
K>иногда нужно "пропахать" исходники какой-нибудь сторонней программы/библиотеки либо частей, те не пытаться откомпилировать/собрать, а только чтение кода K>те сидишь на windows, а надо смотреть надо те сорцы, которые компилятся в старых версиях vs, в билдере, линуксовые сорцы K>какими средствами пользуетесь?
Здравствуйте, Evgeny.Panasyuk, Вы писали:
EP>Потому что может не быть всех необходимых зависимостей, может не быть всех необходимых утилит для этапа конфигурации и т.п. EP>Потому что на это может уйти несколько часов, или даже дней, в зависимости от особенностей проекта. При том что исходная задача что-то быстро посмотреть в стороннем проекте может быть решена за 5 минут.
Быстро посмотреть обычно можно и в браузере. А если разбираться по-нормальному, то можно и некоторое время уделить и поиску зависимостей и настройке.
EP>Это и не нужно. У него же будет название? А уж из названия будет понятно что происходит (причём особо неважно что перед нами — макрос или функция).
угу, или тип, или переменная, или кусок данных...
Учитывая крайнее скупердяйство многих разработчиков на буквы, понять, что это вообще такое, с ходу можно далеко не всегда.
EP>На "сделать студийный проектик, подтянуть зависимости, поработать с linux сорцами", кроме совсем тривиальных случаев, у тебя уйдёт несколько часов минимум. Если же не делать проект, то над задачей можно начинать работать сразу же, а то и вовсе решить её за десятки минут.
Ну вот не надо додумывать про "несколько часов минимум". Обычно минут 5 — 15.
Покопаться иногда приходится, конечно, но это особые случаи, например древние исходники под DOS или частично утерянные.
Говорить дальше не было нужды. Как и все космонавты, капитан Нортон не испытывал особого доверия к явлениям, внешне слишком заманчивым.
Здравствуйте, VTT, Вы писали:
EP>>Потому что может не быть всех необходимых зависимостей, может не быть всех необходимых утилит для этапа конфигурации и т.п. EP>>Потому что на это может уйти несколько часов, или даже дней, в зависимости от особенностей проекта. При том что исходная задача что-то быстро посмотреть в стороннем проекте может быть решена за 5 минут. VTT>Быстро посмотреть обычно можно и в браузере.
Во-первых для браузера не всегда есть готовое, а редактор типа Emacs/Vim/Sublime/Notepad++ — всегда под рукой. И непонятно чем браузер удобней редактора.
Во-вторых даже если и есть, то часто без кликабельных тэгов — просто repo viewer.
В-третьих нет полноценного поиска а-ля grep/ack/ag.
VTT>А если разбираться по-нормальному, то можно и некоторое время уделить и поиску зависимостей и настройке.
Это всегда можно успеть.
EP>>Это и не нужно. У него же будет название? А уж из названия будет понятно что происходит (причём особо неважно что перед нами — макрос или функция). VTT>угу, или тип, или переменная, или кусок данных...
Для беглого просмотра не обязательно в голове выводить типы всех выражений и т.п. Например для понимания особо без разницы for_each_something это шаблон функции, или автор по какой-то причине решил использовать макрос да ещё и lowercase.
VTT>Учитывая крайнее скупердяйство многих разработчиков на буквы, понять, что это вообще такое, с ходу можно далеко не всегда.
Скупердяйство обычно происходит внутри тел функций, для локальных имен.
EP>>На "сделать студийный проектик, подтянуть зависимости, поработать с linux сорцами", кроме совсем тривиальных случаев, у тебя уйдёт несколько часов минимум. Если же не делать проект, то над задачей можно начинать работать сразу же, а то и вовсе решить её за десятки минут. VTT>Ну вот не надо додумывать про "несколько часов минимум". Обычно минут 5 — 15.
5-15 минут это только если проект изначально рассчитан в том числе на Windows (например CMake), и имеет минимум зависимостей.