Не холивара ради, но накипело...
Вот наизобретали - фреймворки, галпы, гиты, баши... mvc solid - что черт ногу сломит...
вместо двух-трех страниц говнокода - нужно наплодить хренову тучу конфигов, папок, что через неделю работы уже ничерта не помнишь где что лежит, а половину файлов вообще никогда не открывал...
я знал, что рано или поздно мне тупо надоест вся эта тягомутина..
внимание вопрос:
раз все такие мега-супер разработчики, кодеры, программеры - так какого лешего, чтобы эти супер удобные изобретения заработали - нужно задать двести вопросов на всех сайтах? а если проще, какого рожна они не работают нормально изначально?? и не надо про прямые-кривые руки.
собственно чего взбесилася я:
Решил я сделать чистую болванку laravel-проекта на 5.1 версии (оттуда всякие базовые плюшки - в виде авторизации, базовых вьюшек повырезали), с прикрученной админкой, ну в общем чтобы быстро это все развернуть...
подумал - ну а чего я мамонт освоил фреймворки! галпы, ноды, пакет для лава, тьфу ларавела написал, а гитхабом не умею пользоваться...
установил... опять форт-баярд - это жми, это не жми...
и в итоге после git init, git add . - получаю 500 тыщ строчек:
the file will have its original line endings..
warning: LF will be replaced by CRLF in...
ну вот какого рожна? это еще тратить время вникая, что это - чем грозит, как избавиться, надо ли... или еще надо 20 пакетов установить?
вместо реальной разработки я последнюю неделю только и делаю, что что-то устанавливаю, что 100% упростит мне жизнь... а вместо этого я уже забыл что такое css и верстка - ибо только и делаю, что подгоняю! под кем-то вымышленные станадарты... а когда ты вроде бы "фухх оно работает" - получаешь в ответ, что "нет блин.... принцип инъекции или индукции или единственной безответственности нарушен"
короче что-то мне подсказывает, что тот дядька, чей-то шеф, который заставил писать на процедурном, без всяких mvc и фреймворков - прав.....
простите, наболело.
и эта... все-таки - LF и CLRF это смертельно?
П.с. я вчера в ночи поставил вин 10 все-таки... не нарадуюсь... 4.9 из 5!
AVKor я быстро печатаю... сделать подборку Гугла по этому вопросу? ну вот так, чтобы не советовать больше туда ходить? или можно на главной тостера сделать превью - а вы точно спросили у Гугла? и еще раз... и только потом пускать к достопочтенной аудитории....
Человек - как бы программист (да ещё для веба, но на винде) - не знает того, что знать обязан по определению. Как раньше говорили, [i]не соответствует занимаемой должности[/i].
Человек - как бы программист (да ещё для веба, но на винде) - не знает того, что знать обязан по определению. Как раньше говорили, не соответствует занимаемой должности.
dk-web: водички чтоль хлебнул бы.. чего какой "реский"? ;) ну, реально, не вопрос, а поток сознания. И, я гарантирую тебе, если ты будешь изучать инструменты, которыми пользуешься, сэкономишь много нервов ;)
aol-nnov: накипело... сорри...я на букера и не претендовал... )) пойми верно... за несколько месяцев я столько уже этих инструментов на устанавливал, что на их понимание и настройку ушло реально полезное время - а как итог только все усложнилось в разы
dk-web: да, забыл сказать, установка autocrlf = false, если в команде работают и линуксоиды и вендузятники (или если деплой на линуксовый сервер, а разработка под венду) - это выстрел в ногу, а при некоторых обстоятельствах, даже в голову.
Так что, почитай повнимательнее документацию.
Вместо написания этой простыни можно было потратить несколько секунд на запрос гуглу и пару минут на чтение полученного.
чем больше будет ответов (в т.ч. и простых) тем меньше их будет появляться, так как при написании вопроса выскакивают подсказки, и когда пользователь начнёт печатать, то он увидит подсказку, что кто то уже задавал такой вопрос (сам не раз с этим сталкивался =), зайдёт, прочитает ответ, и получится профит. Тостер ещё не оброс достаточной базой вопросов intern, а когда это случится то вы будете наблюдать их всё реже
Я когда первый раз брался за это дело, тоже без мата не получалось. Времени кучу убил на все разбирательства.
Это директивы перевода строк. Чтобы не было косяков между винды/юниксы/маки и прочих в переносах строк.
Я себе в конфиге сделал autocrlf = false и больше меня не мучил этот вопрос.
Сергей Жуков: спасибо.. сделаю. Залил на гит, слил... клонированием - нифига не работает. Забил на это дело - так можно еще пару месяцев промаятся... займусь проектом "как умею", а то время уходит...
- еще раз спасибо
dk-web: на линуксе нельзя просто так взять и что-то сделать, тоже сейчас трачу время на это, сижу, и хочется забыть что такое линукс навсегда. Оно мне пишет что будет изменено, и не меняет ничего, а просто пишет, ещё и fatal
Вы считаете себя программистом, и до сих пор не знаете что в Windows crlf а в Linux lf?
Настройка в git существует изначально.
Проблема переноса строк существует с тех пор, когда появился DOS и Windows со своей кодировкой. И чтобы сейчас не изобретали, эта проблема будет оставаться. Точнее не проблема, если есть конфиг.
В общем ваше нытье удивляет. Технический долг есть не только в говнопроектах. Он есть в проектах любого уровня, включая железную архитектуру. Поэтому да, нужно учить и те вещи, которые исторически сложились, и полезно изучить историю их появления в использования, чтобы понимать почему от них не так легко избавиться, что они существуют уже 20-50-70 лет и никак не пропадают. Тогда будет проще жить и интуиция будет работать лучше.
Тоже мучаюсь, чтобы написать что то простое приходится кучу времени на всякую хрень тратить, мне в душе не интересно что такое CRLF, мне просто надо чтобы работало.
LF (Line Feed) и CRLF (Carriage Return + Line Feed) — это два различных способа обозначения конца строки в текстовых файлах.
LF (Line Feed): Обозначается как \n. Используется в UNIX и UNIX-подобных системах, таких как Linux и macOS.
CRLF (Carriage Return + Line Feed):Обозначается как \r\n. Используется в операционных системах Windows.
Таким образом, основное отличие между ними заключается в том, что LF использует один символ для конца строки, тогда как CRLF использует два. Это различие может вызывать проблемы при обмене текстовыми файлами между разными операционными системами, так как их интерпретация конца строки может отличаться.
