Все валят с TFS и Azure Devops?
О старперах говорит человек который настольгирует по десктоповым гуям и недоволен джаваскриптовым трендам ? :D
Я недоволен херовыми языками и инструментами разработки, а не трендами, типа разработки для веба. Были бы нормальные инструменты, можно было бы и для веба нормально разрабатывать. Так исторически сложилось, что для десктопа придумали неплохие технологии. Там есть свои недостатки, но пока это лучшее, что придумали. А из веба 30 лет что-то вменяемое вылепить не могут. Мне лишь CSS нравится за относительную лаконичность. Кроме их системы селекторов - запутанная хрень с закорючками с неочевидной семантикой. Заходит только тем, кто со скриптиза и этих стилей начинал и кроме них больше ничего в жизни не видел.
У меня всегда в хистори шелла команды которые я выполняю часто, либо в алиасах, и пофиг сколько там параметров. А вот кликать каждый день одно и то же, это не прикольно совсем
То, что в гуе можно тоже сделать выпадающий список с хистори, это какое-то тайное знание? А ещё можно сделать второй выпадающий список - с готовыми и определёнными самим пользователем пресетами. Вопрос лишь к разработчикам гуёв.
Ещё не так давно некоторые программисты говорили, что если ты не можишь в машинных кодах что-то написать или прочитать, во что сгенерился твой высокоуровневый код, то ты не инженер. Мы таких называли старпёры.
C и C++ спорят кто из них лучше, но это всего лишь детская забава. В конце концов, любой программист знает, что по-настоящему крутым языком является Ассемблер! 
Вопросы и Ответы - Программируем калькулятор пособий для беженцев вместе.
Если тебе нужно дерево директорий твоего проекта, то скорее всего эту уже есть в твоем IDE. И особо большой разницы нет на какой OS этот IDE работает.
мне за 20 лет работы с юниксами ни разу не понадобилось представлять дерево папок. Зачем ? Каков юскейс ?
А если мне нужно дерево директорий моей любимой музыки? Или коллекции картинок? И чтобы с миниатюрами?
Вообще, это хорошо, что есть возможность выводить дерево в консоли текстовыми и символьными (если шрифт позволяет) костылями. Есть же аскетичные люди, которым большего не надо. Проблемы возникают, когда эти люди начинают указывать другим, что и как им делать.
не корректное сравнение.
-----
В чем?
В плане необходимости понимать работу SQL при работе через ORM...
Заметь - Я до сих не говорю об том, что провайдер может быть не SQL-типа.
SOAP это не сетевой протокол
-----
Ээээ...
А какая мне разница?
Без tcp/ip&udp - SOAP не работает. WCF - да, кое-что может.
В соответствии с твоими требованиями пишущий бины для WCF обязан знать детали обмена по местным и межсетевым протоколам. А в пределе - управляющие битики и сигналы на шинах.
Ты часто видел людей которые
-----
Я их не только видел - Я их обучал выполнять необходимую часть работы.
Да, писали DCOM-приложения не зная не только об том, как работает DCOM, но и об том что такое база данных и как делать код в С++ & SQL - размещали элементы на форме, выравнивали, подбирали цвета для большей информативности и делали кучу другой работы, затраты на обучение которой были меньше, чем самостоятельное выполнение...
А дебажить ты с такими знаниями как будешь ?
-----
Элементарно - оберну соединение собственным врапиком, отловлю в нем ошибки, проведу трассировку и, если нет возможности исправить, выдам сообщение в понятном виде. никаких 404 и 301... Все остальные просто не знают что именно там используется и пишут и дебажат код независимо от HTTP-протокола.
Это значит ты понимаешь принцип работы
-----
Вопрос на интервью на позицию .NET DEVELOPER - Какие уровни изоляции на MS SQL сервере вы знаете?
30+ лет опыта работы с MS SQL, но Я даже не понял об чем вопрос - никогда не требовалось разбивать чтение данных на части и беспокоится об блокировках по чтению. версионник же...
ни разу не понадобилось
-----
Сколько кода и в проектах какого размера ты написал за эти 20 лет?
Если суммарный объем кода проектах менее 100 гиг и твой личный вклад менее десятка гигов - то об чем мы говорим?
Сколько раз ты успешно фиксил баги в проекте объемом в пару гиг и в отведенные 10-15 минут? А регулярно и в неизвестных тебе проектах?
Ты просто смотришь на разработку софта как на написание малюсенького скриптика автоматизирующего какую-то рутину в очень стабильной системе, а это далеко не разработка.
То, что в гуе можно тоже сделать выпадающий список с хистори, это какое-то тайное знание? А ещё можно сделать второй выпадающий список - с готовыми и определёнными самим пользователем пресетами. Вопрос лишь к разработчикам гуёв.
так вот в том и дело что cli везде одинаковый, а гуи они все разные.
так вот в том и дело что cli везде одинаковый, а гуи они все разные.
Просто вы пользовались лишь одним поставщиком интерфейса командной строки. А в принципе их может быть много. Захочу я добавить команду для пресетов, а влезть внутрь не могу. Но могу сделать обёртку с дублированием основных команд, и ещё добавить свои. Или какие-то плагины расширяющие добавляются, если автор позаботился, чтобы их можно было добавлять. И с гуём так же.
ок :) все понятно.
Ээээ...А какая мне разница?
Без tcp/ip&udp - SOAP не работает.
совершенно верно ! SOAP на нескoлько этажей выше чем IP, это значит что в маршрутизации пакетов тебе разбираться не нужно если ты пишешь на этом уровне. Но если ты не знаешь что такое HTTP то девелопер ты так себе.
Это чисто мое мнение и чисто мои наблюдения. Я работал с разными комадами девелоперов и быстро видно кто реально специалист, а кто "it runs on my machine".
Пишешь рест апи и не знаешь как работает http потому что есть фреймворки и гуи которые делают все за тебя, ок. Тотали файн.
Просто вы пользовались лишь одним поставщиком интерфейса командной строки. А в принципе их может быть много. Захочу я добавить команду для пресетов, а влезть внутрь не могу. Но могу сделать обёртку с дублированием основных команд, и ещё добавить свои. Или какие-то плагины расширяющие добавляются, если автор позаботился, чтобы их можно было добавлять. И с гуём так же.
у меня конечно специфика другая, я не девелопер, но в нашем не простом деле есть просто один cli. bash он и в африке bash, юниксовые core utils везде практические одинаковые, kubectl, sqlplus, curl, git. Этим полюзуется 95% людей в моей отрасли, по этому даже если есть и другие cli, мне это по барабану потому что все перечисленное уже идет стандартом в наборе. Мне не нужно ни к чему привыкать и мне не нужно говорить что если gui XY не установлен, я работать не могу. Так что с гуем не так же.
но боже упаси, я не собираюсь никого переубеждать, использовать для гита гуй или нет, это дело каждого персональное
Мне не нужно ни к чему привыкать
Только потому, что привыкли к командной строке и потому, что другого просто нет и потому, что...
Этим пользуется 95% людей в моей отрасли
ну а если говорить "в моей отрасли", то использование командной строки может требоваться в 5% случаев.
это дело каждого персональное
ну так о чём я и говорю постоянно. 
да, кликай в гуях и не вникай в подробности.
Что то вы пытаетесь совмещать разные вещи. Понимание процессов и способ выполнения задачи совершенно разные вещи.
Например, чел Х. 10 лет регулярно ездит из пункта А в пункт Б и наоборот, и знает это абсолютно профессионально, что где и когда может происходить и какие мельчайшие проблемы могут возникнуть.
Он точно знает, какой самый быстрый способ и дешевый способ будет для него и конкретного дня.
А чел У, также те же 10 лет ездит из пункта А в пункт Б, но только исключительно на машине и при этом цена и скорость его не волнует.
Кто из них добирается из пункта А в пункт Б более профессионально?
Если тебе нужно дерево директорий твоего проекта
нафиг мне нужно дерево моего проекта в никсах? Расскажите как удобнее всего бегать по каталогам в баше?
назад
список