раскрыть ветку (30)
Когда более нигде нет - да. А еще бывает, что нифига непонятно в письменной инструкции. Не часто, но бывает.
ещё комментарии
Я, конечно, не настоящий "погромист", но мне хватало максимум картинок для работы в Flowstone, а это визуальная среда разработки. С другими средами, которые мне доводилось щупать, и вовсе текста хватало
раскрыть ветку (28)
Ты молодец. Случаи разные. Обобщать нельзя. Возможно, у тебя очень простые запросы, по которым можно найти понятную инструкцию. Или тебе просто везет. Бывает, что в англонете и рунете вообще нет текстовых инструкций, ну бывает такое. Бывает, сидишь и шерстишь статьи на португальском, потому что на них кинул ссылку какой-то кореец в топике с похожим названием. Разное бывает, и я сам смотрел видео от индусов, ну просто не было других вариантов.
А иногда так проще - пошагово повторяешь, потому что в инструкции может быть непонятно, что есть какая-то кнопка.
раскрыть ветку (27)
раскрыть ветку (26)
Когда документации нет. Фьють ха! Или документация такая, что проще глянуть живой пример, чем разбираться в доке
Нет, под рукой такого нет. Бывает, документации вообще нет, проект сделан энтузиастами в 2008-ом и с тех пор не развивался. А альтернатив нет, а самому ляпать долго. Понятно, что можно сказать "перепроектируй все, чтобы такой задачи не было", но это не всегда возможно и не всегда оправдано.
раскрыть ветку (11)
Я обычно в таких случаях просто читаю код - по нему в разы легче понять, чем по некоторым видео. Даже если язык незнакомый типа OCaml.
раскрыть ветку (10)
Какой код? Код чего? Тебе надо вставить хуиболу в сервер. Для этого нужно поплясать с бубном, поставить какие-то штуки, скомпилить хуиболу. Например. И какой код здесь читать будешь?
раскрыть ветку (9)
А компилировать вы что будете? Вот этот код и смотреть. Хотя если вы ставите на сервер решения 2008 года, не познакомившись даже с исходниками, без толковой документации, то вопросов больше не имею.
ещё комментарии
Какой этот код смотреть? Сидеть и выковыривать вручную зависимости из кода и их версии? Ты абсолютную хуйню несешь, если честно.
раскрыть ветку (7)
Зачем выковыривать зависимости? Есть модуль, в модуле реализована логика, даже на чужом языке понятно, что модуль делает по названиям функций, какие данные принимает. А если непонятно, то ставить такой код на сервер, без доков, без поддержки, с плохим стилем, ну, это как минимум странно.
раскрыть ветку (6)
Чтобы узнать, что делает функция, ты предлагаешь дебажить модуль? Ну вот например у тебя функция, которая у тебя локально возвращает нормальную строку, а на сервере - кракозябры. И все это из-за разности версий зависимости этого модуля там и тут. Или еще какая-нибудь неочевидная фигня, с которой люди уже сталкивались, а ты сидишь как дурак и дебажишь.
Все это требует усилий, несоизмеримых с просмотром видоса на ютубе, я не понимаю о чем спор.
раскрыть ветку (5)
Для начала не ставить модуль, у которого нет исходного кода, нет документации, который толком не поддерживается. К тому же такие вопросы обычно задаются на so, и там же отвечаются.
раскрыть ветку (4)
Да может и есть исходники. Так-то да, твои идеалистические идеи верны: "делайте все на поддерживаемых проверенных идеальных модулях", но сам понимаешь, в жизни не все так реалистично.
Насчет SO - посмотреть видосик быстрее, чем ждать ответа.
раскрыть ветку (3)
> "делайте все на поддерживаемых проверенных идеальных модулях", но сам понимаешь, в жизни не все так реалистично.
А пример такой библиотеки/модуля можно? Где прям ни аналогов нормальных нет с открытым исходным кодом, ни доков, ни поддержки.
раскрыть ветку (2)
Где прям ни аналогов нормальных нет с открытым исходным кодом
Я про это вообще не говорил до этого. Я про то, что даже имея исходники, дебажить нифига непросто. А насчет аналогов - ну вот например в дотнете год назад не было нормальной библиотеки символьной алгебры. Была слабая и едва поддерживаемая. Чтобы решить косяк с ней, ты можешь создать issue в их официальной репе и получить ответ через месяц. Можешь сидеть и дебажить код. Но ведь посмотреть видос от индуса быстрее и удобнее. Ты уперся как непонятно что, ты настолько ненавидишь то ли индусов, то ли видео, что в любой ситуации ты видимо вообще готов отказаться от проекта, лишь бы не смотреть видео. Я не понимаю тебя
раскрыть ветку (1)
Я еще ни разу не сталкивался с ситуацией, чтобы легче было посмотреть видео. Что на сервере разворачивать какую-нибудь свежую версию библиотеки на JavaScript, что дебажить на месяц назад выпущенной в тираж плате на свежайшем RISC-V ассемблере - всегда удобнее искать в доках/читать код/смотреть в мануал/смотреть на so. Потому что там работает поиск, там можно опускать ненужные фрагменты, там текст написан, и его понимание не зависит от дикции человека. А если доков нет, если код закрыт, доков нет, поддержки нет, то я просто не буду использовать такие решения - от этого же может пострадать бизнес заказчика, да и мне по рукам за такое потом больно могут надавать.
ещё комментарии
Пример, конечно, очень специфичный, но все же
Есть такой замечательный язык программирования - flow9. Его документация - три или четыре .md файла на гитхабе с кратким обзором на тему "ну вот у нас тут есть функции, структуры и switch по типу выражения". А вся информация по стандартной библиотеке - комментарии в исходниках. Плагин для VSCode, который (возможно) мог бы эти комментарии из исходников вытаскивать, у меня просто не работал без объяснения причин. В итоге я оказался в ситуации, когда мне нужно на этом языке что-то писать, а я тупо не знаю и не имею адекватной возможно узнать, как мне блин из программы с внешним миром взаимодействовать. Вот тут бы туториалы от индусов очень бы пригодились
раскрыть ветку (1)
О, у меня такой же пример есть. Я как-то разбирался с SELinux. Разработчики живы, даже книжка есть. Но политики безопасности для SELinux пишутся на специальных языках. Вот там доки есть на эти языки, но они неполные и противоречивые часто. И вот один из тех, кто знаком с SELinux решил мне (и другим) помочь и записал видео про то, как писать политики безопасности для SELinux. Видео на три часа с ужасным звуков. После этого я просто послал эту идею разобраться с написанием политик SELinux с нуля подальше и перешёл на другой инструмент.
Легко - внутрення структура kubernetes.
В текстовом очень сложно понять, при этом в видео тебе за 30 минут расскажут базу, после которой текст читается куда легче и понятнее
раскрыть ветку (4)
Так у них же шикарная документация, там прямо всё разжёвано, читается за 5 минут, если что-то непонятно, везде есть ссылки для более углубленного чтения.
раскрыть ветку (3)
Методология аджайл используется в it сейчас на каждом углу. Я просто qa, но у меня есть достаточно примеров, когда документация на проекте у нас появлялась прям в процессе работы. А менялась она быстрее, чем ее успевали утверждать. И когда целая команда людей просто делает "что-то", о чем примерно говорил Зак. И самый смак - это когда заказчик вдруг внезапно пропадает на неделю (не отвечает на звонки/ сообщения), а потом появляется и говорит, что просто в отпуске был. Хотя, кстати, по поводу этого заказчика - в плане денег у нас с ним проблем не было. Но в плане общения по его же проекту - это пздц. После этого же заказчика (который, кстати, был нашим постоянным клиентом), фраза "полный редизайн" в какой-то момент у нас стала ругательством)))
раскрыть ветку (3)
То есть, чтобы ознакомиться с вашим продуктом заказчику приходится смотреть видео на youtube? Или может быть вы в своей разработке используете модули с закрытым исходным кодом, без поддержки и без документации, изучаете их по youtube?
раскрыть ветку (2)
Я говорила об отсутствии документации для исполнителя, т.е для нас. Когда заказчик приходит "со стороны", ему когда-то что-то делали/ не доделали и он приходит и просит исправить/ доделать/ переделать. А там, допустим, сайт клепали когда-то на коленке. Что/ где/ как - не ясно. Ещё и требования не все могут четко сформулировать.
Когда поставленные задачи выполнены, естественно, мы передаём заку всё, а не только готовый продукт)
Когда поставленные задачи выполнены, естественно, мы передаём заку всё, а не только готовый продукт)
раскрыть ветку (1)
Да зачем искать тексты, когда можно сразу на Ютуб? Ну а потом на стаковерфлоу,что бы подтвердить правильность
раскрыть ветку (1)
Наверное, затем, чтобы сэкономить время, т.к. прочитать текст намного быстрее, чем просмотреть видео
ещё комментарии
ещё комментарии