Ну так-то не VS единым: https://alternativeto.net/software/visual-studio/?platform=linux
Хотя я не сишник(хоть и учил в универе), поэтому, может у VS тонна ультимативных фичь о которых я не в курсе.
Но в любом случае как писать огромные проекты без IDE я не знаю. И как писали проекты без VCS тоже вызывает ужас. Приклоняюсь перед разработчиками 90х, но кто сейчас так делает в 99.9% случаев либо позер, либо профан.
Хотя я не сишник(хоть и учил в универе), поэтому, может у VS тонна ультимативных фичь о которых я не в курсе.
Но в любом случае как писать огромные проекты без IDE я не знаю. И как писали проекты без VCS тоже вызывает ужас. Приклоняюсь перед разработчиками 90х, но кто сейчас так делает в 99.9% случаев либо позер, либо профан.
В принципе можно Neovim превратить в IDE, по виду и функционалу анагичному VSC. Правда пока будешь курить мануалы можешь словить рак лёгких да и процесс придрачивания к VIMовскому управлению вызывает отвал жопы (лично у меня отвалилась).
На прошлом проекте как раз нк неовиме сидели с разными кастомными и самописными аддонами. Было удобно, но я пришел на все готовое. Привыкал пару месяцев. Когда перешел в другую копанию, тут вижуалстудия и отвыкал тоде дочтатояно долго, сейчас уже хрен вспомню многие комманды вима( но да, по рассказам тимлида, настроить неовим то был тот еще квест
Проект был мой ровестник, вс код тогда(ща хз как) не мог нормально его осилить, тупил страшно. Ну и часто мы работали на удаленном пк и там вим мастхев. Инфраструктуру можно было переделать но денег под это не давалич уыы и ах
Так и есть, у VS тонна ультимативных фич, о которых ты не в курсе.
VS банально умеет работать с шаблонами на порядок лучше, чем все перечисленные "альтернативы". Для любого сколько-нибудь крупного проекта на крестах (не путать с си, это совершенно разные вещи) это критически важно.
VS банально умеет работать с шаблонами на порядок лучше, чем все перечисленные "альтернативы". Для любого сколько-нибудь крупного проекта на крестах (не путать с си, это совершенно разные вещи) это критически важно.
> VS банально умеет работать с шаблонами на порядок лучше, чем все перечисленные "альтернативы"
Например? Поведение шаблонного кода и то, что в нем используется, зависит от шаблоных параметров и может координально отличаться в завсимости от того, чем этот шаблон инстанциирован. Вот уж в чем, в чем, а в шаблонном коде тебе любая ide скажет "у меня лапки", просто из-за самой природы шаблонов.
Например? Поведение шаблонного кода и то, что в нем используется, зависит от шаблоных параметров и может координально отличаться в завсимости от того, чем этот шаблон инстанциирован. Вот уж в чем, в чем, а в шаблонном коде тебе любая ide скажет "у меня лапки", просто из-за самой природы шаблонов.
Так это умеет делать любая ide, а не только vs. Меня триггерит, что пернень выше утверждает, что у vs "тонна ультимативных фич" и "она умеет работать с шаблонами на порядок лучше", и я утверждаю, что это какой-то булшит.
Во-первых, потому что на сегодняшний день хоть сколько-нибудь серьезные ide работают через clangd и имеют всю ту же информацию о коде, что и компилятор.
Во-вторых, в шаблонном коде возможности ide очень сильно ограничены. Я не видел чтоб vs делала что-то чего не может какой-нибудь QtCreator или Rider. Хотелось бы узнать, о каокй-такой vs-магии здесь речь
Во-первых, потому что на сегодняшний день хоть сколько-нибудь серьезные ide работают через clangd и имеют всю ту же информацию о коде, что и компилятор.
Во-вторых, в шаблонном коде возможности ide очень сильно ограничены. Я не видел чтоб vs делала что-то чего не может какой-нибудь QtCreator или Rider. Хотелось бы узнать, о каокй-такой vs-магии здесь речь
Ну, это всё таки у того чувака спрашивай. Я студией не пользуюсь, да и на плюсах давно писал.
Знаю, что для JVM-based языков у джетбрейнсов возможности работы с шаблонами - полные. Ну, то есть, иде всегда совершенно точно знает, какие ограничения и типы в каком конкретном месте, без "но" вообще.
Знаю, что для JVM-based языков у джетбрейнсов возможности работы с шаблонами - полные. Ну, то есть, иде всегда совершенно точно знает, какие ограничения и типы в каком конкретном месте, без "но" вообще.
Унификация. + проблемы которые могут возникать в разных иде.
Чисто 2 примера с одним и тем же проектом на cmake.
1)Вс код - норм структуру проекта парсило
Вижуал студия - часть файлов тупо не было видно(на последней версии студии все окей)
2) вс код, проект собиралс без проблем
Вижуалка - чет там себе запичала левое в .vs папку, и проект тупо переставал собираться. Сносишь папку, собираешь, все ок.
И на кой хрен такая даже потенциальная ебля на проекте?
Чисто 2 примера с одним и тем же проектом на cmake.
1)Вс код - норм структуру проекта парсило
Вижуал студия - часть файлов тупо не было видно(на последней версии студии все окей)
2) вс код, проект собиралс без проблем
Вижуалка - чет там себе запичала левое в .vs папку, и проект тупо переставал собираться. Сносишь папку, собираешь, все ок.
И на кой хрен такая даже потенциальная ебля на проекте?
Я был на проекте (легаси из 90х), где целый Дебиан был превращен де-факто в ИДЕ под конкретный проект (с вимом в качестве редактора).
И там были гигабайты объектно-ориентированнного кода на Pure C, еще и все это под CVS
И там были гигабайты объектно-ориентированнного кода на Pure C, еще и все это под CVS
Я тебе так скажу. Если ты пишешь какого-то сферического коня в вакууме. Типа движка для игрухи. Или СПО, или программу/драйвер для микроконтроллера, то редактора тебе достаточно.
Но когда это какое-нить сетевое приложение на микросервисах, то тебе нужно и к докеру подключится, и к БД(локальной и на стейдже, а бывает и проде), и дебаггер с прокидыванием параметров и ENV переменных и лабиринты папок обходить. И на это всё еще нужно максимально быстро новых девелоперов садить. Тут уж без IDE я не знаю как.
Но когда это какое-нить сетевое приложение на микросервисах, то тебе нужно и к докеру подключится, и к БД(локальной и на стейдже, а бывает и проде), и дебаггер с прокидыванием параметров и ENV переменных и лабиринты папок обходить. И на это всё еще нужно максимально быстро новых девелоперов садить. Тут уж без IDE я не знаю как.
Ну ну. Целий функциональный движок и в редакторе и еще для игрухи? Я бы хотел посмотреть на этого великого человека, который в редакторе может заниматся визуализацией всех графов и подтягивания сервисов. На моем личном опыте я зная только 1 человека который может в редакторе конфиги быстро написать, но с ним помимо кодинга или других нишевых вещей особо нечего обсуждать, там мышление другое
Действительно, другое мышление. Инженерное называется.
Какие тебе нужны графики и сервисы в нормальной синглплеерной игре? Скажи лучше что кроме фронтэнда и UML в руках нормального программирования не держал.
Когда игру пишешь у тебя есть только время и потоки. И за время нужно успеть обсчитать логику, отрисовать кадр, обслужить звук и прочитать ввод. Если мультиплеер - то вместо обсчитать логику подставить синхронизацию с сервером.
Так как процессоры сейчас мощные, а 3D движки пишут редко (это математику ж знать надо, такому на курсе жабаскриптеров не учат) то времени у тебя дохуя, и логику можно хоть в луа без джита вынести.
Резюмируя - возьми LÖVE2D. любой редактор и посмотри как игры делают перед тем как в комментах пиздец писать. Твоего бэкграунда педвуз + курсы фронтэнда должно хватить. Может за умного в будущем сойдёшь.
Какие тебе нужны графики и сервисы в нормальной синглплеерной игре? Скажи лучше что кроме фронтэнда и UML в руках нормального программирования не держал.
Когда игру пишешь у тебя есть только время и потоки. И за время нужно успеть обсчитать логику, отрисовать кадр, обслужить звук и прочитать ввод. Если мультиплеер - то вместо обсчитать логику подставить синхронизацию с сервером.
Так как процессоры сейчас мощные, а 3D движки пишут редко (это математику ж знать надо, такому на курсе жабаскриптеров не учат) то времени у тебя дохуя, и логику можно хоть в луа без джита вынести.
Резюмируя - возьми LÖVE2D. любой редактор и посмотри как игры делают перед тем как в комментах пиздец писать. Твоего бэкграунда педвуз + курсы фронтэнда должно хватить. Может за умного в будущем сойдёшь.
"Действительно, другое мышление. Инженерное называется."
- нет это, это как раз мышление, когда человек смотрит не то что на работу под другим взглядом, а на жизнь в целом. Постоянно находясь где-то в стороне, даже когда с ним ведешь разговор.
"Когда игру пишешь у тебя есть только время и потоки. И за время нужно успеть обсчитать логику, отрисовать кадр, обслужить звук и прочитать ввод. Если мультиплеер - то вместо обсчитать логику подставить синхронизацию с сервером."
- к чему это? Если тут про удобство шла речь, а не про количество времени для решения N задач в условный отрезок времени работы кода. К тому же IDE, та же лагучая студия, как раз таки помогает решить такие проблемы.
"Так как процессоры сейчас мощные, а 3D движки пишут редко (это математику ж знать надо, такому на курсе жабаскриптеров не учат) то времени у тебя дохуя, и логику можно хоть в луа без джита вынести."
- Из-за такого мышления иногда знатно подгорает, когда тот же луа используют неуместно, не понимая того что это в первую очередь скриптовый язык, а точнее дополнение к более мощной платформе. Это как на JS писать анимацию... а потом удивляются, а хули все так лагает. Но ладно, раскрою секрет, если для написания той жеигры использовать почти любой крупный движок, начиная с Unity и заканчивая Unreal, то если не использовать готовые ассеты а писать свои, придется очень много писать. Особенно если работать с такой технологией как Вулкан.
"Резюмируя - возьми LÖVE2D. любой редактор и посмотри как игры делают перед тем как в комментах пиздец писать. Твоего бэкграунда педвуз + курсы фронтэнда должно хватить. Может за умного в будущем сойдёшь."
- Олтичная комуникация, ничего не скажешь. Я не думаю что вы можете судить о моем образовнии и роде деятельности, ставя себя выше, даже не зная меня. Но пример показательный, когда в пример кидается низкопрофильный движок с минимум зависимостей. В то время когда в коментари приведенном выше, прямо уоминалось о работе с более сложными вещами где много зависимостей
- нет это, это как раз мышление, когда человек смотрит не то что на работу под другим взглядом, а на жизнь в целом. Постоянно находясь где-то в стороне, даже когда с ним ведешь разговор.
"Когда игру пишешь у тебя есть только время и потоки. И за время нужно успеть обсчитать логику, отрисовать кадр, обслужить звук и прочитать ввод. Если мультиплеер - то вместо обсчитать логику подставить синхронизацию с сервером."
- к чему это? Если тут про удобство шла речь, а не про количество времени для решения N задач в условный отрезок времени работы кода. К тому же IDE, та же лагучая студия, как раз таки помогает решить такие проблемы.
"Так как процессоры сейчас мощные, а 3D движки пишут редко (это математику ж знать надо, такому на курсе жабаскриптеров не учат) то времени у тебя дохуя, и логику можно хоть в луа без джита вынести."
- Из-за такого мышления иногда знатно подгорает, когда тот же луа используют неуместно, не понимая того что это в первую очередь скриптовый язык, а точнее дополнение к более мощной платформе. Это как на JS писать анимацию... а потом удивляются, а хули все так лагает. Но ладно, раскрою секрет, если для написания той жеигры использовать почти любой крупный движок, начиная с Unity и заканчивая Unreal, то если не использовать готовые ассеты а писать свои, придется очень много писать. Особенно если работать с такой технологией как Вулкан.
"Резюмируя - возьми LÖVE2D. любой редактор и посмотри как игры делают перед тем как в комментах пиздец писать. Твоего бэкграунда педвуз + курсы фронтэнда должно хватить. Может за умного в будущем сойдёшь."
- Олтичная комуникация, ничего не скажешь. Я не думаю что вы можете судить о моем образовнии и роде деятельности, ставя себя выше, даже не зная меня. Но пример показательный, когда в пример кидается низкопрофильный движок с минимум зависимостей. В то время когда в коментари приведенном выше, прямо уоминалось о работе с более сложными вещами где много зависимостей
Ты буквально доёбываешься к моим разъяснениям в посте, не ответив на главный вопрос, который я в нём поставил. Очевидно, что разъяснения который я написал не имеют смысла вне контекста этого вопроса.
"Какие тебе нужны графики и сервисы в нормальной синглплеерной игре?"
Который был задан в контексте твоего конкретного предложения
"Я бы хотел посмотреть на этого великого человека, который в редакторе может заниматся визуализацией всех графов и подтягивания сервисов."
На основании которого, как и остального содержания твоих комментариев, вполне можно сделать о твоем понимании темы, образовании и профессионализме.
Для поддержания беседы задам еще пару наводящих вопросов, на которые ты не ответишь.
Как использование готовых ассетов сокращает количество написания кода для больших движков?
Какой функционал требуется реализовать при использовании технологии вроде вулкан при использовании движка, по сравнению с применением OpenGL2+ или Direct3d9+?
Чем разработка игры под низкопрофильный движок принципиально отличается от реализации такой же игры под полнофункциональный движок?
"Какие тебе нужны графики и сервисы в нормальной синглплеерной игре?"
Который был задан в контексте твоего конкретного предложения
"Я бы хотел посмотреть на этого великого человека, который в редакторе может заниматся визуализацией всех графов и подтягивания сервисов."
На основании которого, как и остального содержания твоих комментариев, вполне можно сделать о твоем понимании темы, образовании и профессионализме.
Для поддержания беседы задам еще пару наводящих вопросов, на которые ты не ответишь.
Как использование готовых ассетов сокращает количество написания кода для больших движков?
Какой функционал требуется реализовать при использовании технологии вроде вулкан при использовании движка, по сравнению с применением OpenGL2+ или Direct3d9+?
Чем разработка игры под низкопрофильный движок принципиально отличается от реализации такой же игры под полнофункциональный движок?
"Какие тебе нужны графики и сервисы в нормальной синглплеерной игре?"
-- Я имел в виду графы, а не графики. Это относится к прожорливости приложения и его дебага, те же зависимости в IDE. Но если говорим про игры, то вот банальный пример - граф состояний, банальная цепочка диалогов или других событий, который тебе может дать готовый движок. А реализовав его API, ты можешь все это расширять своими событиями
"На основании которого, как и остального содержания твоих комментариев, вполне можно сделать о твоем понимании темы, образовании и профессионализме.
Для поддержания беседы задам еще пару наводящих вопросов, на которые ты не ответишь.
Как использование готовых ассетов сокращает количество написания кода для больших движков?
Какой функционал требуется реализовать при использовании технологии вроде вулкан при использовании движка, по сравнению с применением OpenGL2+ или Direct3d9+?"
Продолжайте в том же духе, уверен у вас прекрасная дедукция. Но я пожалуй отвечу, из вредности и хвастовства.
"Как использование готовых ассетов сокращает количество написания кода для больших движков? " - наверное не нужно писать свою физику или создавать свои костыли с освещением? Многие движки берут и внедряют тот же havok и просто его расширяют для своих нужд.
"Какой функционал требуется реализовать при использовании технологии вроде вулкан при использовании движка, по сравнению с применением OpenGL2+ или Direct3d9+?" -- Свои контроллеры/сервисы для работы с ресурсами потоков и их синхронизации. Так как я избалован автоматической очисткой и прочими прелестями закулисной работы, вулкан для своего баловства я отложил на потом. Ибо там все предоставлено на низком уровне и моего понимания хватает разве что для работы с простым рендером. И то нужен ящик алкоголя и седативных
"Чем разработка игры под низкопрофильный движок принципиально отличается от реализации такой же игры под полнофункциональный движок?"
Тут не отвечу ибо разработка игр это скорее хобби и тут я много не отвечу. Хотя могу ткнуть палец в абстракцию, ибо она везде будет масштабироваться от сложности проекта
-- Я имел в виду графы, а не графики. Это относится к прожорливости приложения и его дебага, те же зависимости в IDE. Но если говорим про игры, то вот банальный пример - граф состояний, банальная цепочка диалогов или других событий, который тебе может дать готовый движок. А реализовав его API, ты можешь все это расширять своими событиями
"На основании которого, как и остального содержания твоих комментариев, вполне можно сделать о твоем понимании темы, образовании и профессионализме.
Для поддержания беседы задам еще пару наводящих вопросов, на которые ты не ответишь.
Как использование готовых ассетов сокращает количество написания кода для больших движков?
Какой функционал требуется реализовать при использовании технологии вроде вулкан при использовании движка, по сравнению с применением OpenGL2+ или Direct3d9+?"
Продолжайте в том же духе, уверен у вас прекрасная дедукция. Но я пожалуй отвечу, из вредности и хвастовства.
"Как использование готовых ассетов сокращает количество написания кода для больших движков? " - наверное не нужно писать свою физику или создавать свои костыли с освещением? Многие движки берут и внедряют тот же havok и просто его расширяют для своих нужд.
"Какой функционал требуется реализовать при использовании технологии вроде вулкан при использовании движка, по сравнению с применением OpenGL2+ или Direct3d9+?" -- Свои контроллеры/сервисы для работы с ресурсами потоков и их синхронизации. Так как я избалован автоматической очисткой и прочими прелестями закулисной работы, вулкан для своего баловства я отложил на потом. Ибо там все предоставлено на низком уровне и моего понимания хватает разве что для работы с простым рендером. И то нужен ящик алкоголя и седативных
"Чем разработка игры под низкопрофильный движок принципиально отличается от реализации такой же игры под полнофункциональный движок?"
Тут не отвечу ибо разработка игр это скорее хобби и тут я много не отвечу. Хотя могу ткнуть палец в абстракцию, ибо она везде будет масштабироваться от сложности проекта
Да мне как то плевать на рейтинг, я про него вспомнил, просто что бы подчеркнуть свою позицию.
То что на реакторе сидит элитный батальон мамкиных программистов я как то уже просёк и время от времени просто угораю. Тут же такие элитарии, что даже один банальный слой иронии распарсить не могут. Мой плюс тебе, на счастье.
То что на реакторе сидит элитный батальон мамкиных программистов я как то уже просёк и время от времени просто угораю. Тут же такие элитарии, что даже один банальный слой иронии распарсить не могут. Мой плюс тебе, на счастье.
1) Я твоей позиции не противоречил(т.к. я не знаю что ты там пишешь)
2) Даже если ты просто синьёр, то рано или поздно кто-то уходит с проекта и нужно вводить в курс нового человека.
3) Если ты пишешь в одно рыло, то либо это твоя личная поделка, либо ты на больших нормальных проектах и не работал. Если только ты не Крис Сойер.
2) Даже если ты просто синьёр, то рано или поздно кто-то уходит с проекта и нужно вводить в курс нового человека.
3) Если ты пишешь в одно рыло, то либо это твоя личная поделка, либо ты на больших нормальных проектах и не работал. Если только ты не Крис Сойер.
Ты уводишь разговор в сторону, ни второй ни третий тезис не вытекают логически из моего поста выше.
2. Даже если ведомый попадает ко мне в приказном порядке, его проблемы будут решаться индивидуально, в зависимости от его навыков, предпочтений и желания расти. Если я не имею отношения к найму этого человека, никто не может его повесить на меня против моей воли. А дрессеровать обезьян по типу "открывай иде, сюда нажимай, сюда не нажимай" это совсем не мой стиль. Я скорее откажусь от ведомого, а возможно и от работы, чем буду таким заниматься.
3. Здесь три логические ошибки. Во первых - не из одного моего утверждения нельзя сделать вывод, что я пишу в одно лицо. Я всё время говорил о работе в комманде.
Во вторых - в мире очень много маленьких проектов, которых мейнтейнят один два человека, и которые работают повсеместно. Количество разработчиков не говорит ни о качестве кода, ни о личных способностях программистов.
В третьих - размер проекта никак не коррелирует ни с вопросом выбора ИДЕ/редактора - линукс был написан преимущественно в редакторе, в то время как для notepad использовали Visual Studio - ни с возможностью совместного программирования.
Ну и на последок - ты, вполне логично, ошибся. Я имел опыт работы в команде, я имел опыт менторства и имел опыт организаторской работы. Потом я поимел это всё, и сейчас анэмплойед и пилю свои маленькие фан проекты в одну каску. Так что я видел эту кухню с разных сторон.
2. Даже если ведомый попадает ко мне в приказном порядке, его проблемы будут решаться индивидуально, в зависимости от его навыков, предпочтений и желания расти. Если я не имею отношения к найму этого человека, никто не может его повесить на меня против моей воли. А дрессеровать обезьян по типу "открывай иде, сюда нажимай, сюда не нажимай" это совсем не мой стиль. Я скорее откажусь от ведомого, а возможно и от работы, чем буду таким заниматься.
3. Здесь три логические ошибки. Во первых - не из одного моего утверждения нельзя сделать вывод, что я пишу в одно лицо. Я всё время говорил о работе в комманде.
Во вторых - в мире очень много маленьких проектов, которых мейнтейнят один два человека, и которые работают повсеместно. Количество разработчиков не говорит ни о качестве кода, ни о личных способностях программистов.
В третьих - размер проекта никак не коррелирует ни с вопросом выбора ИДЕ/редактора - линукс был написан преимущественно в редакторе, в то время как для notepad использовали Visual Studio - ни с возможностью совместного программирования.
Ну и на последок - ты, вполне логично, ошибся. Я имел опыт работы в команде, я имел опыт менторства и имел опыт организаторской работы. Потом я поимел это всё, и сейчас анэмплойед и пилю свои маленькие фан проекты в одну каску. Так что я видел эту кухню с разных сторон.
Сначаа такой - рукажопа с программистом не путай, а потом сам же и попутал.
Программисты стреляют себе в ногу по приколу, потому что не боятся устранять последствия. Befunge с Malbolge придумали программисты. И придумали как с этой пулей в ноге жить. И гордятся этим.
А тот кто боится стрелять, потому что может в ногу попасть, и страдает, когда на стэковерфлове не те поправки написали - это и есть рукажоп.
Программисты стреляют себе в ногу по приколу, потому что не боятся устранять последствия. Befunge с Malbolge придумали программисты. И придумали как с этой пулей в ноге жить. И гордятся этим.
А тот кто боится стрелять, потому что может в ногу попасть, и страдает, когда на стэковерфлове не те поправки написали - это и есть рукажоп.
А компилировать как
пиздец. ты так говоришь, как будто 160 - это много
у тя чо за моник? 160 даже в задрипанный 1080p прекрасно влезет с нормальным размером шрифта
если ты профессионал, у тебя должно быть нормальное рабочее место и современное оборудование, а не с калькулятора в проекте копаться
у тя чо за моник? 160 даже в задрипанный 1080p прекрасно влезет с нормальным размером шрифта
если ты профессионал, у тебя должно быть нормальное рабочее место и современное оборудование, а не с калькулятора в проекте копаться
от автора: вы заебали лесенки свои сраные делать из кода, у тя дохуя места справа, какого хуя?
читать код удобнее, когда законченный его кусок весь перед глазами. если вы жуёбки не заметили, моники растут вширь, а не в высоту. ничего на мысль не наводит?
и да, мне тоже приходится и из консоли сидеть, и на проектор код выводить, но я не стремлюсь его весь тут же подогнать под такие экзотические условия и закоммитить.
потому что, блядь, помню в каких типичных условиях работает большинство.
и это не 25*80
читать код удобнее, когда законченный его кусок весь перед глазами. если вы жуёбки не заметили, моники растут вширь, а не в высоту. ничего на мысль не наводит?
и да, мне тоже приходится и из консоли сидеть, и на проектор код выводить, но я не стремлюсь его весь тут же подогнать под такие экзотические условия и закоммитить.
потому что, блядь, помню в каких типичных условиях работает большинство.
и это не 25*80
Про 25 тут никто и не говорит, кроме тебя. Сам придумал и сам героически опровергаешь.
> вы заебали лесенки свои сраные делать из кода
Лесенки из кода -- это не про разбиение строки на несколько, а про много вложенных циклов/условий. И да, это признак того, что код пора разбить на функции или как-то иначе переписать для более простого чтения.
> вы заебали лесенки свои сраные делать из кода
Лесенки из кода -- это не про разбиение строки на несколько, а про много вложенных циклов/условий. И да, это признак того, что код пора разбить на функции или как-то иначе переписать для более простого чтения.
>а в проекте стоит уважать коллег, которые будут читать и ревьювить твой код.
А почему коллеги это в сиай пайплайн не встроили? А тебя они в таком случае уважают, раз требуют от тебя символы считать? А таких коллег точно требуется уважать? Или мы будем дружно дрочить в кружочке и притворяться, что сейчас на дворе не 20-е годы 21-го века, тратя время на ручной энфорс гайдлайнов вместо написания кода?
А почему коллеги это в сиай пайплайн не встроили? А тебя они в таком случае уважают, раз требуют от тебя символы считать? А таких коллег точно требуется уважать? Или мы будем дружно дрочить в кружочке и притворяться, что сейчас на дворе не 20-е годы 21-го века, тратя время на ручной энфорс гайдлайнов вместо написания кода?
Ой бля, адепты консолей это какая-то своя "особенная" каста. На одном проекте был забавный срач, два разраба завели холивар на тему "нахуя нужны всякие source tree и tortoise git, если это всё на изи делается командами в консоли", когда к ним подошел третий разраб и сказал что это всё хуйня и 99% задач закрываются плагином git для VS и VSC, двое первых дружно начали обсирать третьего.
Нет, ну правда нахрена тебе source tree и tortoise git, когда это интегрировано в IDE? Если разраб пользует IDE и зачем-то еще source tree и tortoise git подключает, то он профан, который не знает своего инструмента и ему, наверное, стоит с IDE на редактор пересесть - он разницы не почувствует. То же самое с адептами консоли. Мне правда интересно было бы замерить продуктивность работы визуала vs. консольки, особенно когда тебе не просто запушить надо, а мердж конфликты там решать, черрипикать и т.д.
иде-хи имеют тенденцию все возможные vcs запихать под единый интерфейс, что работает только до какого-то предела. у каждой есть свои приколы
кабы да, можно делать простые вещи из иде, и иногда тыкаться в консоли. ну или взять гуёвый инструмент, заточенный под конкретную. почему бы нет?
кроме того, тортойз не будет индексировать весь проект при открытии, когда ты там одну буковку поменял в блокноте
кабы да, можно делать простые вещи из иде, и иногда тыкаться в консоли. ну или взять гуёвый инструмент, заточенный под конкретную. почему бы нет?
кроме того, тортойз не будет индексировать весь проект при открытии, когда ты там одну буковку поменял в блокноте
Обычно графический интерфейс проектируют так, чтобы он был наглядным и интуитивно понятным, за счёт этого гуи обычно удобнее в 90% задач. Хороший пример - интерфейс смартфонов: можно жить без мозга, не читать мануалы и легко научиться пользоваться.
В TortoiseSVN, TortoiseGIT, в основном, на каждую команду в консоли тупо присрали по кнопке в интерфейсе. Интуитивности нет, всё равно надо читать мануал по VCS. Но тут ещё надо угадать, на какие кнопки повесили описанные в мануале команды. Так проще напрямую в консоли набрать эти команды! Так хоть история сохранится, копипастить ещё можно.
ИМХО черепахи интерфейс не дожали, вышло сложнее и неудобнее, чем в консоли.
В TortoiseSVN, TortoiseGIT, в основном, на каждую команду в консоли тупо присрали по кнопке в интерфейсе. Интуитивности нет, всё равно надо читать мануал по VCS. Но тут ещё надо угадать, на какие кнопки повесили описанные в мануале команды. Так проще напрямую в консоли набрать эти команды! Так хоть история сохранится, копипастить ещё можно.
ИМХО черепахи интерфейс не дожали, вышло сложнее и неудобнее, чем в консоли.
А черепаха вообще еще живая? Я с нее уже года 3 как перешел на Fork - великая вещь когда у тебя репозиториев этих десятка 3-4
Я знаю только что с черепашкой постоянно надо было в консоль идти чтобы некоторые вещи сделать (тапа конфликты разрулить при мерже). С форком я в консоль 1 раз ходил за три года - чтобы git gc сделать
С 3м полностью согласен, но есть вещи которые удобнее или быстрее делать в консоли.
Я к примеру пушу, коммичу, ищу коммиты и смотрю мелкие диффы в консоли ибо так удобнее чем запускать вс код.
Но большие коммиты или дифы, это только вс код, иначе это превращается в полотно текста. Да и правки часто вношу через него же.
У нас на проекте была другая хрень, часть разрабов сидела на vi, а мы на neovim. Первые говорили что неовим нахуйненужон, но когда им показали что он умеет на данный момент (там тонна плагинов накинута была) - "оо, круто, оо а это удобно/быстрее..." но после продолжали на vi сидеть и говорить что неовим нахуйненужон
Я к примеру пушу, коммичу, ищу коммиты и смотрю мелкие диффы в консоли ибо так удобнее чем запускать вс код.
Но большие коммиты или дифы, это только вс код, иначе это превращается в полотно текста. Да и правки часто вношу через него же.
У нас на проекте была другая хрень, часть разрабов сидела на vi, а мы на neovim. Первые говорили что неовим нахуйненужон, но когда им показали что он умеет на данный момент (там тонна плагинов накинута была) - "оо, круто, оо а это удобно/быстрее..." но после продолжали на vi сидеть и говорить что неовим нахуйненужон
Ой бля, адепты ножей это какая-то своя "особенная" каста. На одном проекте был забавный срач, два повара завели холивар на тему "нахуя нужны всякие заранее нарезанные овощи, если это всё на изи делается ножом", когда к ним подошел третий повар и сказал что это всё хуйня и 99% овощей измельчается кухонным комбайном, двое первых дружно начали обсирать третьего.
Конкретно в контексте гита консоль это очень удобный общий знаменатель для коммуникации. Неловко получается когда на вопрос "как мне сделать X" скидывают скриншот с кнопкой в tortoise, а у меня в плагине ide такой кнопки нет.
Или в ситации, когда фикс простой но многословынй, можно не расписывать гайд, а просто скинуть что-то типа такого "git rebase -x 'git commit --amend -m"JIRA-69420 $(git log --format=%B -1)"' HEAD~3".
Я сам люблю кнопки и окошки, но вот конкрено для гита, лучше чем териминал интерфеса нет. Кроме блейма, блейм блейм удобнее в ui
Или в ситации, когда фикс простой но многословынй, можно не расписывать гайд, а просто скинуть что-то типа такого "git rebase -x 'git commit --amend -m"JIRA-69420 $(git log --format=%B -1)"' HEAD~3".
Я сам люблю кнопки и окошки, но вот конкрено для гита, лучше чем териминал интерфеса нет. Кроме блейма, блейм блейм удобнее в ui
![End Sub
v ; 3 О fc. ^ a* iw i~ €3 ^ = A ^
ral) v] HintHelper_Cs
End If
Next LocalSmarttablesObj
Sub HintHelper_CallSkillHelp()
N 'Переменные для сравнения Tfcgim Promtl As String|
\im Promt2 As String
II HintHelper_TextTrimer_Full omtl = TextFunctions TextPromt
(проверка, открыта ли](https://img2.joyreactor.cc/pics/comment/full/geek-ide-без-перевода-5357384.png "geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор,ide,без перевода,vim,visual studio")
Ловите наркомана, точнее "программиста в Excel"!
Ну, вообще к элементу коллекции можно обратиться по имени. Просто в данном конкретном случае требовалось это делать с нечётким соответствием имени, так что приходится перебирать. С другой стороны, обычно на листе открыто не так много пользовательских форм, так что много ресурсов это не требует.
Вот что мне вынесло мозг, так это отсутствие каких-либо циклов в Power Query. Точнее они там есть, и я даже смог их применить, но там всё настолько через задницу, что обновление коротеньких таблиц занимает около минуты.
Если что, я не программист, просто решил сваять в эксельке лист персонажа для ролевой игры и чёт психанул мальца
Вот что мне вынесло мозг, так это отсутствие каких-либо циклов в Power Query. Точнее они там есть, и я даже смог их применить, но там всё настолько через задницу, что обновление коротеньких таблиц занимает около минуты.
Если что, я не программист, просто решил сваять в эксельке лист персонажа для ролевой игры и чёт психанул мальца
ебучий VBA
Вы хотя бы перемененные называйте правильно! *плач*
Вы хотя бы перемененные называйте правильно! *плач*
«Секту»? Никто мне никогда не втирал VS Code. Видимо, секты в каком-то другом направлении разработки
Ебмдедщики, особенно те кто на маке пишут. Это пиздец сектанты, лишь один упоротый (в хорошем смысле) ебедедщик который в ВС код на маке пишет говорит "мне так удобно, а так мне похуй".
Видел еще больший холливар - на маке или на винде лучше писать андроид приложения из под Андроид студии. Постоянно срачи эти воочию наблюдал
Видел еще больший холливар - на маке или на винде лучше писать андроид приложения из под Андроид студии. Постоянно срачи эти воочию наблюдал
Я не ембедедщик, тут не скажуу ниц. Лишь из общения с знакомыми и коллегами говорю
Для эмбеда с IDE все плохо. Либо какой-то древний keil/iar с интерфейсом и удобством хуже, чем в блокноте, но есть всякий memory view, регистры итп. Либо Eclipse/VSCode/Vim, которые более удобны как редакторы, но всякие дебажные инструменты примотаны изолентой на плагинах.
Насколько я помню, остальные IDE и редакторы кода на маке ще хуже (ну может быть кроме идеи и райдера, но они точно не для эмбедщиков)
На двух последних серьезных работах все писали кто в чем хочет, в основном, в VSCode. Ну и да, это не IDE, это редактор, к которому всякое прикручивается плагинами, как тот же neovim, только с гуем. Сейчас примерно все редакторы работают через language server protocol.
А от IDE давно отвык. Например, у нас сборка и запуск включает создание образа диска и запуск в qemu (эмуляторе). Собирается Makefile, в котором примерно стописят разных целей. Поэтому хочешь не хочешь, а юзает консоль для запуска, это вам не одну из нескольких целей выбрать и f5 нажать. CLion умеет парсить цели из мейка, но когда есть всякое колдунство, то не знаю, насколько он справится.
Поэтому vscode
А от IDE давно отвык. Например, у нас сборка и запуск включает создание образа диска и запуск в qemu (эмуляторе). Собирается Makefile, в котором примерно стописят разных целей. Поэтому хочешь не хочешь, а юзает консоль для запуска, это вам не одну из нескольких целей выбрать и f5 нажать. CLion умеет парсить цели из мейка, но когда есть всякое колдунство, то не знаю, насколько он справится.
Поэтому vscode
В vs-code есть средства управления проектом, а значит это всё же иде.
Однако это действительно единственное отличие между современным редактором и современной же IDE (после изобретения lang серверов)- в редакторе нет окошка где перечислены все исходники проекта. Всё. И этот факт не помещается в черепной коробке большинства хомячков у которых от консоли голова взрывается.
Однако это действительно единственное отличие между современным редактором и современной же IDE (после изобретения lang серверов)- в редакторе нет окошка где перечислены все исходники проекта. Всё. И этот факт не помещается в черепной коробке большинства хомячков у которых от консоли голова взрывается.
как же больно пересаживаться с идеи на 1с
Я удивлен что никто не пыталскя внешний редактор кода подцепить к 1C
Какая в пизду разница в чем работать? Если эффективно работаешь, то как-то похуй. Vim с полпинка превращается практически в полноценное ide со всем необходимым функционалом (в зависимости от языка и задачи). Кому-то нахуй не всралось конфигурировать vim, кому-то нравится чтоб работало все и сразу без танцев с бубном.
Чтобы написать коммент, необходимо залогиниться
ну отстаньте вы от него