Да, но эти символы нередко просто не пишутся и потому приходится угадывать слово.
В иврите так же существуют огласовки помогающие правильно прочитать слово, но они так же обычно опускаются и пишутся только в религиозной или детской литературе.
При этом, в обоих языках существуют согласные буквы, обозначающие определенные гласные звуки, но как минимум в иврите, конкретное произношение может варироваться.
Резонно, но если честно, все становится намного хуже, если банально открыть файл с текстом. Тогда сплеш не появится и уже точно будет все то, что вы описали.
Если вы не можете выйти из Vim, вероятно вы не умеете читать ибо то, что написано далее — первое, что вы увидите запустив его.
~
~ VIM - Vi IMproved
~
~ version 8.0.542
~ by Bram Moolenaar et al.
~ Modified by <cygwin@cygwin.com>
~ Vim is open source and freely distributable
~
~ Help poor children in Uganda!
~ type :help iccf<Enter> for information
~
~ type :q<Enter> to exit
~ type :help<Enter> or <F1> for on-line help
~ type :help version8<Enter> for version info
~
неужели есть недостаток во всевозможных туториалах по Гит?
любая статья на тему Гит/Меркуриал мнгновенно поднимает холивар на одни и те же темы между адептами обеих систем, который не заканчиваются вообще ничем (если кто-то твердо решил переметнуться, напишите комментарий).
Идея теории заключается в том, что условия для открытий назревают одновременно во всем мире, поэтому открытия иногда совершаются независимыми людьми в одно и то же время в разных странах.
Собственно, если есть новая идея, то вероятно кто-то уже над ней работает.
Я почему-то думал, что в стартапе разработчики — сами себе начальство. Ну и кто-то один главный. Так только в кино бывает? :)
Ну, по-началу, оно может так и есть, но со временем количество людей растет и появляются начальники и стартап становится нормальной компанией. Правда бывают стартапы-переростки: начальники есть, а порядка нет. Тогда-то и начинается беда.
Потому и писал, что к пункту 2 времени в теории — неограниченное количество, если конечно нет конкурентов с той же идеей.
А что мешает потратить неделю-две на дизайн до пункта 2?.. Там-то никто не гонит :)
Ничего, кроме торопливости начальства и ТЗ с детализацией уровня "как-то так должно работать".
Если проект очень сложный — может, займёт и дольше, но мы же про относительно простые стартапы, верно?
Ну, в том случае о котором я говорю, проект с огромным количеством разного функционала. Не назвал бы его простым.
З.Ы. Я говорю со стороны аутсорса и, будь моя воля, закончил бы отношения с этим стартапом уже через месяц. Все более или меннее нормализуется только на 3й год разработки после длительного хождения по одним и тем-же граблям, которые заказчик сам себе заботливо перекладывает вперед.
Грамотный системный архитектор так ведь делать не станет. А заранее продумает всё так, чтобы было хорошо и красиво. А если уже продумано неправильно, и поезд ушёл — исправит ошибку как можно скорее, а не дожидаясь того момента, когда «всё, катастрофа, поддерживать это не реально». Имхо
Если это стартап, то ситуация может быть следующая:
Быстро нужно дэмо, чтобы показать концепцию инвесторам
Инвесторов не волнует насколько стремно будет написан код — пусть уже начнет деньги приносить
Код пишется поверх дэмо без какого-либо дизайна
Для новых фич пишутся костыли, потому что дэмо этого не предусматривало
Дизайна все еще нет, так же как и архитектора, который бы этот дизайн написал
Количество костылей превышает критическую массу и добавление фич больше невозможно
Частично пишется дизайн каких-то модулей и куча говнокода приводится к нему
Добавляются новые фичи и костыли для них до очередного витка переделок
Отдельным пунктом, если стартап нанимает аутсорсинг, желая сэкономить на расходах, добавляется возможное отсутствие ТЗ как такового либо наличие очень сильно чернового и неполного варианта. Не забудем что на нормальное тестирование у стартапа денег тоже нет и тестирование многих фич происходит на основании неполного ТЗ самими аутсорсерами в сжатые сроки.
Tree выглядит интересно, но как сказал Jaromir, его надо где-то брать. Можно, конечно, поставить конвертер по дороге, но это уже костыль.
В нашем мире существует неимоверное количество различного легаси и заставить что-то переписать под новый формат потому что он лучше просто не выгодно экономически.
Проект, над которым я сейчас работаю, рефакторится исключительно когда мы упираемся в предел текущей реализации и новую фичу добавить просто нельзя, но очень сильно надо.
Я все это говорю к тому, что переход на новое возможет только тогда, когда возможности старого абсолютно исчерпаны и написание костыля обойдется дороже, чем просто взять и написать заново.
В сабмодуле можно указать фиксированный коммит, который будет взят с репозитория и изменение этого параметра является частью истории репозитория, так как файл конфигурации тоже заливается в репозиторий.
Таким образом, мы получаем контроль за зависимостями из коробки.
В случае с симлинками нужно написать скрипт, который выкачает нужную версию и его нужно так же держать в репозитории. Т.е. мы имеем тот же функционал, что из коробки, но своими руками, только зачем?
Да, но эти символы нередко просто не пишутся и потому приходится угадывать слово.
В иврите так же существуют огласовки помогающие правильно прочитать слово, но они так же обычно опускаются и пишутся только в религиозной или детской литературе.
При этом, в обоих языках существуют согласные буквы, обозначающие определенные гласные звуки, но как минимум в иврите, конкретное произношение может варироваться.
Резонно, но если честно, все становится намного хуже, если банально открыть файл с текстом. Тогда сплеш не появится и уже точно будет все то, что вы описали.
Есть даже человеческие языки, в которых гласных букв нет (арабский, иврит).
Если вы не можете выйти из Vim, вероятно вы не умеете читать ибо то, что написано далее — первое, что вы увидите запустив его.
Я, к сожалению, оказался не достаточно опытен в определенных областях, чтобы работать у них на требуемой должности.
А какие есть альтернативы не для рынка в РФ? (серьезно)
Ну, среди всей грязи левых ХХшников, которая там есть, на меня однажды Amazon вышли.
Насчет SO, там где я живу есть 5 C++ вакансий на всю страну, так что так себе вариант.
Статья хорошая, но есть пара "но":
Странно, что гугл не знает этого.
Идея теории заключается в том, что условия для открытий назревают одновременно во всем мире, поэтому открытия иногда совершаются независимыми людьми в одно и то же время в разных странах.
Собственно, если есть новая идея, то вероятно кто-то уже над ней работает.
Поэтому лично я пользуюсь исключительно коммандной строкой GIT ибо так я имею единый интерфейс на все IDE.
C последовательностью случайных чисел https://oeis.org/ не справились… Так же как и с (5,57,6,67,8,87,9)...
Мне казалось, что popov654 шутит...
Ну, по-началу, оно может так и есть, но со временем количество людей растет и появляются начальники и стартап становится нормальной компанией. Правда бывают стартапы-переростки: начальники есть, а порядка нет. Тогда-то и начинается беда.
А как же теория спелых яблок?
Ничего, кроме торопливости начальства и ТЗ с детализацией уровня "как-то так должно работать".
Ну, в том случае о котором я говорю, проект с огромным количеством разного функционала. Не назвал бы его простым.
З.Ы. Я говорю со стороны аутсорса и, будь моя воля, закончил бы отношения с этим стартапом уже через месяц. Все более или меннее нормализуется только на 3й год разработки после длительного хождения по одним и тем-же граблям, которые заказчик сам себе заботливо перекладывает вперед.
Если это стартап, то ситуация может быть следующая:
Отдельным пунктом, если стартап нанимает аутсорсинг, желая сэкономить на расходах, добавляется возможное отсутствие ТЗ как такового либо наличие очень сильно чернового и неполного варианта. Не забудем что на нормальное тестирование у стартапа денег тоже нет и тестирование многих фич происходит на основании неполного ТЗ самими аутсорсерами в сжатые сроки.
З.Ы. Добро пожаловать в мой мир
Это загнивающий капитализм )
Все это может быть выгодно экономически, но нередко живет за счет этнузиазма или лени мучаться с костылями к первоначальному говнокоду.
это, простите, что?
В нашем мире существует неимоверное количество различного легаси и заставить что-то переписать под новый формат потому что он лучше просто не выгодно экономически.
Проект, над которым я сейчас работаю, рефакторится исключительно когда мы упираемся в предел текущей реализации и новую фичу добавить просто нельзя, но очень сильно надо.
Я все это говорю к тому, что переход на новое возможет только тогда, когда возможности старого абсолютно исчерпаны и написание костыля обойдется дороже, чем просто взять и написать заново.
Таким образом, мы получаем контроль за зависимостями из коробки.
В случае с симлинками нужно написать скрипт, который выкачает нужную версию и его нужно так же держать в репозитории. Т.е. мы имеем тот же функционал, что из коробки, но своими руками, только зачем?
А у четрынрадцати без двух.
Недавно была статья про то, что бэкапы надо проверять. Интересно, кто-нибудь вообще понимает почему из 5 бэкапов/техник ничего не сработало?