V-II uuiui ^uuui U.JOJJU ; о — ¿-\лт mom < Q. xcode © Ratings & Reviews ☆ & & / крик души :: xcode

xcode крик души 
V-II	uuiui ^uuui U.JOJJU ; о — ¿-\лт
mom	<
Q. xcode	©
Ratings & Reviews
☆
&
&
<?
□□
□□
ffl
Discover Arcade		2 5 • К* оШ оГ 5
Create Work		Ненавижу ★ ☆ ☆ ☆ ☆
Play		5 лет держался мне
Develop		плохие отзывы, про НО Я ОШИБАЛСЯ. >
Categories		вами произойти в м Только что, я осозн;
Подробнее
V-II uuiui ^uuui U.JOJJU ; о — ¿-\лт mom < Q. xcode © Ratings & Reviews ☆ & & <? □□ □□ ffl Discover Arcade 2 5 • К* оШ оГ 5 Create Work Ненавижу ★ ☆ ☆ ☆ ☆ Play 5 лет держался мне Develop плохие отзывы, про НО Я ОШИБАЛСЯ. > Categories вами произойти в м Только что, я осозн; Updates 7 большей части вине когда он крашит, ко What's New This update fixes an issi Xcode 14.3.1 includes S' J Xcode Ненавижу 2уадо ★ ☆ ☆ ☆ ☆ Ногокко 5 лет держался мнения, что те, кто оставляет здесь плохие отзывы, просто не умеют пользоваться ЮЕ. НО Я ОШИБАЛСЯ. Xcode это худшее, что могло с вами произойти в мире кодинга за все время. Только что, я осознал, что в моем выгорании по большей части виноват именно Хсобе. Каждый раз, когда он крашит, когда перестает работать подсветка, когда перестают работать сториборды и ксибы, когда они начинают неистово лагать с тремя вьюхами, каждый раз это порождало во мне ненависть к этой работе. Каждый раз, когда мне нужно приступить к задаче, я понимаю, что мне опять придется открывать этот лагающий кусок гов*а, НА МОЕМ ТОПОВОМ МАКБУКЕ ЗА 250к рублей. Мне придется опять решать нее*ические головоломки хкода по сборке проекта, по ненятным ошибкам без трейсов кидающих в аппделегат. Немного знакомых действий: Очистить деррайвед дату Очистить проект Перезайти в хкод Перебилдить проект Снести хкод Поставить заново (6 Helpful Not Helpful © Report a Concern App Privacy The developer, Apple, indie developer's privacy policy. See All 5y ago ЗлойБобёр 4у в 9 версии вдруг !ния скобок для зая строка в жалуйста, кому ¡ать ошибки сразу 1 ты просто не оты? Version History 3mo ago Version 14.3.1 See Details more information, see the lilya kryuchkova
xcode,крик души
Развернуть

Отличный комментарий!

Мыши плакали, кололись, но продолжали есть кактус
nemezida nemezida 16.09.202307:51 ссылка
+14.3
В пустыне iOS больше ничего не растёт
yoburg yoburg 16.09.202307:58 ссылка
+66.0
Можно добавить ещё и уёбищные логи.
Иисyc Иисyc 16.09.202307:51 ответить ссылка 6.6
Мыши плакали, кололись, но продолжали есть кактус
nemezida nemezida 16.09.202307:51 ответить ссылка 14.3
В пустыне iOS больше ничего не растёт
yoburg yoburg 16.09.202307:58 ответить ссылка 66.0
Их нужно гнать и насмехаться над ними?
Zusrutup Zusrutup 16.09.202308:00 ответить ссылка 21.1
А разве их создали для чего-то другого?
Кроме пафосных миражей?
Голых королей
Mohave Mohave 16.09.202308:40 ответить ссылка 8.4
Они сами выбрали свою пустыню
asd072 asd072 16.09.202308:02 ответить ссылка 20.4
К сожалению, продажи в айоси гораздо прибыльные (24 млрд vs 6 млрд на андроиде), так что как ни крути, если хочешь денег - надо делать под них. Приходится запускать икскод, даже если разрабатываешь кроссплатформу, потому что это единственный путь сделать приложуху на яблоко.
Ещё аудитория Apple значительно более склонна платить чем Android.
Mohave Mohave 16.09.202308:41 ответить ссылка 14.4
У андроида другая бизнес-модель, им оно нахуй не надо. Они хотят, чтобы как можно больше людей пользовалось их устройствами, а как на этом заработать они находят и в других источниках (та же реклама в приложениях), или гугл-1. К слову, большинство "бесплатных" приложений на андроид, которые портированы с айоси либо сразу после загрузки говорят купи "про" или даже не запускай, или дают поюзать одну функцию, а остальные за 1999.99 в год.
Я встречал модель похлеще: когда и ПО платное, и рекламу других продуктов показывают. Ненавязчиво, конечно, но есть такое. А уж ПО по подписке так вообще самый топ.
Сначала платишь за ПО, потом оформляешь подписку. Также в приложении платные фичи и периодическая реклама
И ограничение на количество вызываемых, включая платные, функций в сутки.
Ахаха это просто ебаный IVI. Ты покупаешь подписку, по подписке можешь смотреть примерно нихуя, 8 из 10 фильмов что я искал (причём в основном старые) оплачиваются почему то отдельно.
Ага, я тоже подохуел когда эту бизнес-модель увидел, благо Иви пробовал по какому-то промокоду, ну и удалил сразу же, как только увидел что мне нужно покупать КАЖДУЮ СЕРИЮ отдельно. По-моему с игрой престолов такая хуйня была. Мне кажется, под это даже слово пиздец не подходит
movavi в этом плане меня удивили платным обновлением до следующей версии, блеать
Wass Wass 16.09.202310:56 ответить ссылка 0.9
Винда называется
ПО платное, и доступна только одна функция, а остальные только в про-версии, которая тоже платная (но доступна для покупки только тем, кто купил не-про-версию).
Хз как на андроиде, в аппсторе очень много приложений бесплатных. Я за последние 5 лет покупал одно или два, хотя у меня их 5 страниц
Вообще-то их полно
до-хе-ра

как и для mac os.
я, честно говоря, даже не помню чтобы я хоть что-то покупал такого, без чего можно было бы запросто обойтись обычному юзеру.

ну Charles и лицензию на Movavi - но все это и под винду платное..
Wass Wass 16.09.202310:55 ответить ссылка 0.9
Только основной доход у них с мобилок на юнити. А в юнити мак нужен, только чтобы собрать игру для стора. В остальном используется винда и VS. То есть как такового программирования на маках, в сфере игр, нету.
Мак удел дизайнеров и в целом людей работающих с графикой. Для остального есть винда
Нет, к сожалению, далеко не все.
Уже пару лет работаю в айтишной компании на проекте, с повышенными требованиями к безопасности. Работать можно только на железе, что предоставляет компания, ось менять нельзя, софт для мониторинга удалять нельзя. Ну, значит, дали мне на выбор два лаптопа, один с пиками точеными, другой с хуями дрочеными Dell с виндой и MacBook 14 pro. А я до этого Макс и айось только на картинках видел, ну и подумал: "Ну что плохого может случиться? Макось POSIX совместимая, вроде, ZSH там вообще из коробки стоит, утилитки можно доставить, короче не пропаду". Как, блин, я ошибался. Макось похожа на линукс только издалека и спьяну, там все работает по-другому. Тем более, ноут на ARM, на нем даже не подебажишь контейнеры по-человечески, на рабочей инфраструктуре-то x64 стоит.

Недавно, значится, была инициатива от топов, спрашивали нас, инженеров, какие у нас есть идеи, чтобы заимпрувить наш рабочий процесс. Естественно, в топе предложений было "нахуй макбуки, проведите аудит безопасности на линукс и дайте нам нормальные ноуты". Ответ был предсказуемый "идите в хуй, only MAC ecosystem can provide more or less guarantee for remote lock\disk enryption \ disk erase by default + remote check for those features"
bp390 bp390 16.09.202309:42 ответить ссылка 16.6
Господи, как же я это люблю - специалисты, скажите как сделать лучше. Специалисты: так, так и так. Не, нихуя вы не понимаете, и так все пиздато работает, идите нахуй со своей мясорубкой.
Это неправильные специалисты, нужно найти других, которые будут говорить то, что хочет слышать начальство.
*одобрительное бульканье из глубин где-то рядом с Титаником*
Вообще, макось вроде как ближе к бзде чем к ленуксам. Понятно, что оба два unix и POSIX compliant, но странно такое слышать про энкрипшон и disk erase, когда есть SELinux, позволяющий заэнкриптить и зааудировать вообще нахуй всё по самые гланды. Кажется кто-то просто не хочет делать свою работу.
У линукса просто нет такой красивой презентации и этих слов в описании. А оборудование, к сожалению, часто подбирают далеко не спецы.
Вот бы ещё документацию по селинуксу, а то я синтаксис для политик из коммитов Линуса вытаскивал
Я не согласен
Я ничего в этом не понимаю. Вы - специалист, вот Вам деньги, скажите как нужно сделать
правильно?
Вот так будет правильно.
Jenejkee Jenejkee 16.09.202311:05 ответить ссылка 20.6
Сказал, как правильно? Сказал. Деньги честно заработаны. Разговор можно завершать.
С учетом того, что у них был на выбор винда/мак - на линухе можно достичь нужного уровня безопасности без проблем. Просто кому-то лень этим заняться было
Heralt Heralt 16.09.202312:45 ответить ссылка 1.6
Нет. Корпоративную винду так же можно настроить, и дефолтный деплой корпоративной, насколько я помню, так и ставится. Даже в 11 Хоум это пришло, я недавно ноут брал - ебался пол дня с расшифровкой диска и разрешениями, чтобы линух второй системой воткнуть. Можно вообще не хранить инфу на ноуте, а работать в облаках, с загрузкой ос по сети и зашифрованным каналом. Можно линух под что угодно настроить. Короче вариантов тонны
По своему опыту скажу, что вот за этой фразой -"так же можно так же можно " - часто стоит такое количество геморроя, тонны документации и часы листания тематических форумов, что очень часто эта фраза сменяется другой - "Пошло оно нахуй! У меня работы полно! Лучше возьму готовое решение из коробки..."
И буду ебаться с ним. Часто решения из коробки работают ещё хуже. А если говорить о конфиге мака - так это просто пиздец чистой воды, я как вспомню чего стоит там найти какой-нибудь переключатель... Ещё и обилие видосов "как на маке открыть текстовый документ", "как на маке создать ярлык" и т.п. и полное отсутствие внятной документации... Бррр...
Ты как юзер это и не должен делать. На то есть спецотдел. Вот они похоже и зарубили инициативу.
Неа. Работал в конторе где мониторилось все, защита от левых действий и даже похожам по сайтам была ебейшая. Там блядь даже картинку копируя из защищенного в незащищщеный диск, оно превращалось в хуйпоймикакой файл и надо было через спец прогу дешифровать, а часть файлов вообще не копировались. И да, это все было на 10й винде.

P.S. Покупал ейр м1 себе, ожна из худших покупок в жизни.удобством там и не пахнет от слова - вообще. Да и на мак мини 20 или 21го года работал, красивая и быстрая машинка, юай интуитивно убог как был так и остался, хкод как крашился и лагал, так и продолжает сею славную традицию
С недавних (относительно) пор есть Colima, которая хорошо эмулирует x86_64 на маковских эмках. Эмулирует настолько хорошо, что с её помощью можно поднимать локально на эмке в докере оракл, что раньше было откуда-то из раздела фантастики с привкусом дерьма. Ну и с остальными контейнерами сильно меньше непредсказуемой возни. Рекомендую, может, чуть-чуть боли снимет.
basme basme 16.09.202311:55 ответить ссылка 0.6
Видимо зависит от сценария использования. Могу рассказать про свой: м1 мак, для кодеса использую идею и вскод. Докер локально запускается в ВМ, но мне от него много локально не нужно - просто показать что образ билдится и в целом запускается, т.к. код мы пишем не использую платформ-специфик вещи то приложения без докера можно запускать и локально на арме, и на сервере на х86, поэтому дебажим не контейнеры а приложение напрямую из иде.

По сравнению с ноутами на лине/винде что были у меня на прошлых местах - куда большее время жизни от батарейки (я люблю работать с дивана, где нет розетки), куда лучший экран, не происходит странных отвалов жопы как с дровами на нвидиевскую карту на почти всех моих линуховых ноутах, при этом брю можно ругать как угодно, но с задачей "поставить депендненси чтоб не включать мозг" он справляется, а больше от него ничего и не нужно. А, и при этом он совсем не шумит, что психологически мне лично довольно важно, шорох вентиляторов мне ощутимо мешает думать, при этом наушники мне сильно давят на уши, так что музыкой это не решается, только пассивным охладом.

YMMV, но у меня опыт положительный, если рейтрейсинг и правда в М3 завезли то можно будет подумать насчет обновиться.
Psilon Psilon 16.09.202319:54 ответить ссылка -0.9
К сожалению, маковские приколы способны доебать даже виндузятников и линуксоидов, не имеющих мака.
Из последнего. На каком-то релизе сафари в не то венчура, не то монтерей, иногда рандомно на одном из сайтов на js/css отдаётся 403. Развитых инструментов дебага, как у фаерфокса или хромоногих браузеров нет. Как итог. Несколько инженеров ломают головы несколько десятков часов в попытках понять, что идёт не так, и как спасти тех несчастных 10 маководов из 100, у которых проблема воспроизводится. При этом у других версий макоси такой беды нет.
Для тех кто пользуется AppStore на маке - определенно.
Качай через браузер, ленивая жопа.
Notepad++ тоже не работает?
Notepad++ теперь компилятор? Ты можешь писать в нём код, но в конце концов, тебе все равно надо будет запустить забагованный, тормознутый xcode, что бы проверить работоспособность кода
Из командной строки кимпильнуть нельзя?
Можно, кимпиляй
basme basme 16.09.202312:27 ответить ссылка -1.5
Jetbrains ideшки вполне ок пашут на маке
там нет ксибов и сторибордов жи.

а то, как разработчик с 5-ти летним опытом со скрина не умеет в UI кодом, мы благополучно опустим.
Wass Wass 16.09.202310:59 ответить ссылка -0.9
> не умеет в UI кодом
Может и умеет, но у заказчика или РМ другое мнение о том как должен быть UI определен
извините а вы много реальных проектов видели где UI делают кодом а не в ксибах или сторибоардах ?
Откровенно говоря я вообще не понял о чем нытье, куча проектов, все работает +- стабильно, кроме swiftUI вот там конечно превъю падает постоянно.
redis redis 16.09.202314:45 ответить ссылка -0.6
достаточно много.
на ксибах верстал только в начале карьеры. ( и кстати, сториборд - это тоже ксибы или все вместе - xml файлы )

но я и работал и работаю в крупных проектах, где это актуально по одной простой причине.
попробуйте ее угадать.

а свифтюай мы в прод стали затаскивать только сравнительно недавно и очень изолировано, на отдельных модулях.
Wass Wass 16.09.202316:03 ответить ссылка -0.1
Очень интересно, я уже 13+ лет работаю и не видел ни одного проекта без ксиб, кроме нескольких, их реально не было только в играх на кокосе, а все остальные проекты начиная с банковских и заканчивая магазинами и automotive большую часть экранов имели в виде ксиб. Даже при размере команд 10+ айосников у нас не было проблем конфликтами в ксибах. Решается грамотным планированием задач и взаимодействием с коллегами.
Основная причина не использовать ксибы это если проект игра.
redis redis 16.09.202323:52 ответить ссылка 0.0
не игра, в основном бизнес приложения.

строго говоря, ксибы были во всех проектах где я работал, но формулировка вопроса была "где UI делают кодом а не в ксибах" - по сути так оно и было всегда.
весь новый UI всегда пилили кодом, либо на якорях, либо snapkit
те ксибы что оставались валяться в проекте - это легаси до которого не доходили руки, но в одном проекте на их выпиливание даже закладывали техдолг.

в командной работе у ксибов основной минус - не читаемость при МР'ах.
нет, конечно можно заморочиться и изучить структуру xml верстки ксибов, но как бы это нахрен не надо.
поэтому UI кодом и все ок.
второй минус - замедление времени компиляции проекта.

плюсов же у ксибов нет практически никаких, кроме визуальной верстки прямо в IDE, но если очень уж надо и руки не из жопы, ты вполне себе сможешь прикрутить UIViewRepresentable и верстать в UIKit с отображением на Canvas
Wass Wass 17.09.202300:16 ответить ссылка 0.0
Заинтриговали это вы так работаете в одной и той же компании или такие одинаковые подходы были в разных компаниях. Просто например я работал далеко не в одной компании и с большим количеством заказчиков с различных стран, везде ксибы, начиная от мелочи заканчивая проектом который команда 10+ айосников работала более 4х лет.
Я могу писать кодом но не вижу в этом вообще никакого выигрыша, только зря время тратить. Бывают редкие моменты когда что то единичное создается кодом, но это прям скорее редкие исключения.
Читаемость при МР - да, не особо, но проблем это не поражало. Замедление компиляции - чаще всего ксибы в медленной сборке были меньше всего замешаны.
redis redis 17.09.202300:55 ответить ссылка 0.0
да я уже после слова automotive понял где вы работали.
я тоже там работал, но мне в этом плане как-то повезло практически не скакать с мелких/средних проектов на проекты.
в основном был аутстафом в крупных российских конторах.
сейчас в продуктовой компании тружусь.

и в основном я был именно на проектах где весь новый UI пилился исключительно кодом и число ios'ников на проекте было 10+, а зачастую и гораздо побольше.
и этот подход позволял проводить нормальное ревью, нормально переиспользовать UI модули и не иметь никаких проблем с резолвом конфликтов.
это что касаемо выигрыша при написании кодом.
минус там разве что в несколько более долгой верстке, но верстка - не самое времяпожирающее занятие в нашей работе.

так что я наоборот не вижу никакого выигрыша в ксибах.
плюсы я перечислил и по совокупности баланс при разработке в больших командах все таки в пользу написания кодом.
Wass Wass 17.09.202306:52 ответить ссылка 0.0
Не уверен что мы работали в одной компании, я фактически с российскими компаниями и русскими проектами вообще не работал кроме одного одной компании. Вы работали в Минске ?
redis redis 17.09.202316:08 ответить ссылка 0.0
я не в контексте конкретной компании, а скорее по части их вида - бодишопы типа епам и люксофт.
Wass Wass 18.09.202301:11 ответить ссылка 0.0
Выбор то не большой был, Беларусь это 90 процентов аутсорс, в том или ином виде. Зато посмотрел разные компании и разные проекты. Ни о чем не жалею
redis redis 18.09.202301:45 ответить ссылка 0.0
Более 11 лет опыта.
Приходилось работать с xib пару тройку раз, со SB ни разу.
SiavA SiavA 16.09.202316:44 ответить ссылка 0.6
гемдэв ? или реально фанаты кодом кнопочки размещать и ячейки верстать ?
redis redis 16.09.202323:54 ответить ссылка 0.0
От такси до email сервисов. Программирование мышкой оставляем выходцам YouTube уроков и прочих geek brains курсов. Пока они есть, нормальный разраб без хлеба не останется.
SiavA SiavA 17.09.202305:53 ответить ссылка 0.0
Там превью реализовано через тот же симулятор. Так то у SwiftUI проблем еще туча кроме preview.
Jetbrains ideшки вполне ок пашут на маке
------------
Они денюжки стоят...
Оформить триал раз в месяц на новую временную почту - дело трёх минут :D
Я не буду хвалить их clion, можно сказать вынужден в нем писать под embedded, и это убожество. Но вроде цены там у них адекватные, думаю любая компания может позволить закупить своим работникам.
Сильно любопытно - а почему пришлось на CLion писать? Ведь едва ли не у каждого производителя контроллеров есть своя среда разработки интегрированная и с компилятором и с отладчиком.
Есть ли какие-нибудь преимущества от использования CLion? Удобство? Привычка?
Была потребность структурировать и совместно разрабатывать кучу небольших, но важных проектов, доверили все программистам, которые за такой низкий уровень не в курсе. Кое-кто даже не знал что можно, а иногда и нужно видеть значения переменных в реальном времени. Ну зато ж там гит интегрируется. Я, честно, тогда не знал насколько все плохо в clion, и вообще собирался заниматься только проектированием железа.
Эмм, и в чем проблема в CLion увидеть "значения переменных в реальном времени"? Мы вообще об одной и той же IDE говорим? )
Я так понимаю, дело в отладке на железе. Программа загружается в микроконтроллер, микроконтроллер выполняет её - мигает лампочками - и параллельно может передавать во вне значения некоторых переменных реал-тайм. В специализированных IDE от производителей микроконтроллеров, этот функционал реализован изначально. В редакторах общего назначения - типа CLion - необходимо прикручивать дополнительное ПО, которое реализует связь с МК во время отладки и передаёт данные в IDE. какой-нибудь OCD-debugger. Ну а это совсем нетривиальная задача.
Поддержка OpenOCD в CLion уже давно из коробки. По сути это просто GDB сервер. Я например пользуюсь отладчиком Segger JLink, у них своя реализация GDB Server, подключается элементарно. Короче нет в CLion никакой проблемы с отладкой прямо на железе.
Конечно, вот же багтрекер JB, вроде отправляют использовать для ST-Link'a сторонний софт. Я может не все его возможности изучил, но пока что посмотреть что-либо можно только прервав выполнение программы https://youtrack.jetbrains.com/issue/CPP-22056/Watch-variables-and-memory-in-realtime
А, простите, не сразу понял о чем речь. Да, согласен, поддержки трейсинга и всяких Arm MTB/ETB там пока нет, но вроде пишут, что уже запланирована реализация.
С другой стороны, для нормальной поддержки всего этого нужен какой нибудь Lauterbach Trace32 с Trace Extensions который стоит как самолет. Ну или хотя бы Segger J-Trace Pro который стоит как крыло от самолета. Иначе вся эта поддержка будет в лучшем случае через SWO или даже через тот же PC sampling, который все равно пусть и на чуть чуть, но приостанавливает выполнение кода. А если юзать Trace Buffer, то для полноценного тресинга это все надо на очень высокой скорости из микроконтроллера забирать, а могут это только довольно дорогие железки, про которые я выше писал.

А вообще, я тут писал в поддержку CLion скорее потому, что для меня, по удобству написания кода, он имхо превосходит Visual Studio, но при этом кросплатформенный и проекты можно делать в одной IDE под Windows, MacOS и Linux. А тут написали, что для Embedded он не подходит, вот и поделился опытом такого использования)
Ну под ембедед странно юзать слайн, все кого знаю вполне пишут и дебажат в вс коде, да и сам этим маялся, было норм.
слайн нравится, как иде, кроме одного момента - сраное памятежорство, которое они до сих пор не пофиксили за сколько лет. Недавно открывал старый небольшой проект и ушел по делам, спустя пол дня вернулся, а все фризит в хлам(просто открыт проект).т залез в диспетчрэер, а там из моих 32гб оперативы свободно 1.5 и почти все выжрал слайн. Потом ради експеремента открыл в студии на целую ночь, она сожрала лиш.150мб сверху того что было перед сном.

А я тогда еще думал купить его и пайчарм...
Да, с памятью есть проблема, но вызвана она как раз тем, что CLion, это не редактор кода, а полноценная IDE, но в последних билдах стало сильно лучше. Ну и к слову сказать, я проблем с нехваткой памяти CLion не ловил даже на довольно крупных проектах. Обычно проблемы возникают при халатном отношении к включению заголовочных файлов в одну единицу трансляции. Есть такой стиль программирования, когда в один С или С++ файл включено по сути пол проекта, а то и весь и никакой инкапсуляции на уровне хидеров.))
К слову, когда компилятор такие файлы собирает, он он жрет не намного меньше памяти, чем тот же CLion, только компилятору можно эту память тут же освободить, а IDE вынуждена все это синтаксическое дерево по каждой! единице трансляции держать в памяти. Ну и написан CLion на Java, еще плюсом память видимо юзается на структуры явовского GC.
Ну хз, у меня что 4 года назад, что сейчас было охуевание о памяти. Только тогда был ноут с 4гб памяти, а тут 32гб.

Да и проект на 10 файлов,около 1к строк, такая себе нагрузка, вижуалка сьела и не давилась.

Надо будет попробовать еще раз, мб поправили.

Вспомнил тупоц случай года полтора назад. Мингв, винда, смотрю какие данные попали в стдшный вектор(там базовый тип был). Цлион крашится. Я прихуел. Еще раз и еще раз, крашится. Открываю кт, все пашет норм, открываю в вижуалке с мсвц, все норм.
Пишу брейнсам, кидаю логи и видео по их запросв. Ответ - у нас все збс, твои пруфы не пруфы, иди нахер. Закрывают тему... Пришлось допиливать проект в кт. Но потом когда тестил, то слайн показывал все норм
Да, бываю у них неприятные баги, сам как-то раз откатывался на предыдущую версию, пока не исправили.
А по нехватке памяти на 1к строчек кода, звучит реально странно, думаю может тоже баг какой-то был? Вот буквально вчера открывал большой проект, который раньше выжирал более 70! Гиг оперативки и закрывался. Вот так хреново в этом проекте исходники организованы. Но на последнем CLion даже открылось, и даже не подвисло!, а предложило прервать парсинг, т.к. долго думало. Но в итоге даже подсветка синтаксиса заработала :)
Хз, проверять и выаодить статистику влом. Я на тот момент сделал выводы для себя из этого случая и того когда начинал кодить что он выжирал память как не в себя(года 4-5 лет назад). Как ща ситуация не буду утверждать, надо глянуть будет

А на тему парсинга, то я запускал на нем древний проект связанный с ценными бумагами, более 10к файлов(только плюсовых, о других моляу), ебейшая связаность, то часа 4 поплевался и открылся, выжрав всю оперативу. Вижуалка не осилила. Но проект мы кодили в вим, так что то был просто експеремент с слайном. Собирать не решился ибо у нас отдельный билд сервер час собирал, а тут на неделю уйти можно было
Странно такое слышать про CLion, из моего более чем 15 летнего опыта, могу сказать, что CLion, наверное лучшая IDE, в том числе и для Embedded разработки, нихочу никого обидеть, но возможно проблема в не очень хорошем знании этого инструмента?
Я использую CLion в Embedded разработке уже лет 10, а тогда там поддержкой Embedded и не пахло. Но это не стало препятствием к полноценной отладке прямо в CLion через Remote GDB Server. Что говорить про последние версии CLion, в которых уже есть более или менее нормальная поддержка Embedded разработки из коробки.
А вот что реально можно назвать убожеством, так это почти все среды разработки от производителей микроконтроллеров. В лучшем случае это будет немного допиленный кривыми руками говно Eclipse. Недалеко ушел и тот же IAR или какой-нибудь Keil, это вообще какие то виндовые блокноты которые по недоразумению назвали IDE.
А Visual Studio Code в принципе не плох, но это имхо все равно не полноценная IDE, а все таки скорее редактор кода на стероидах, т.е. разные весовые категории с CLion.
Правда сказать, последний раз я изучал рынок IDE больше года назад, возможно там что-то изменилось, но что-то я сомневаюсь.
fenix0xf fenix0xf 16.09.202318:12 ответить ссылка -1.3
Там нет VSCode?
DeadTR DeadTR 16.09.202321:11 ответить ссылка 0.0
Когда то был еще AppCode. Это были прекрасные моменты. Но чертовы капиталисты забрали его у нас.
А я продолжаю восхищаться студией от Майков. Обозначил команду, а она уже предлагает приватный метод под эту команду. Красота
Nigosh Nigosh 16.09.202308:06 ответить ссылка 5.7
А я жду, когда наконец бету андроид студии не только в америке разрешат юзать, чтобы бард прям в идешке был.
С вижуалкой прям охуенно - многие рутинные действия вместо меня делает.
Или вот создал класс, написал параметров после чего одной кнопкой создается конструктор со всеми этими параметрами и их инициализацией.
А если какой параметр убрал\добавил, то вижуалка сразу предложит обновить конструктор
Эм, а это что-то особенное?
В райдере можно написать конструктор с параметрами и нажать что б параметры правельно были приняты в класс так и нажать что б филд класса был инициализирован в конструкторе или что б переменная используемая в функции стала например частью класса где расположена функция, или передана в функцию как аргумент.
Я вообще не очень пользуюсь этим по сравнению с другим подходом. Я обычно использую другую штуку. Там где передашь в метод или конструктор то чего там быть не должно и хоткеем вызываешь изменить список аргументов метода/конструктора либо создать таковой если в принципе нет.
Ну тип базовые штуки. Неужели в студии от маков всё сильно лучше райдера с недавним новым интерфейсом?
Mohave Mohave 16.09.202308:50 ответить ссылка -1.7
Новый УИ прям так лучше?

Как райдеровод, можешь ткнуть в какой-то гайд или видео по переходу со студии на райдер? А то райдер-то у меня куплен, но плоть человеческая слаба и я все равно сижу в студии
Райдер как и почти любой другой комплексный инструмент требует потупить несколько дней что б понять как что. Но явно меньше чем кракен.
Новый ui крут если ты хоткеи знаешь. Берет прикольные моменты из ui VS code. А так всё очень контекстное. Надо знать IDE. Как обычно.
У меня вроде хоткей пресет более близкий к вижле чем к продуктам джетбрейнов.
Хоткеи у меня в мышечной памяти. Я даже не уверен что именно нажимаю. Так что могу ошибиться. Но если у тебя был плагин решарпер должен приперно знать где что.
Основные хоткеи для меня:
Alt enter (вроде) контекстное меню действий. Твой главный хоткей рефакторинга. Тут можно что-то простое от заменить интерфейс в соответствии с изменением имплементации, так и сгенерировать интерфейс по классу. Перекинуть класс в отдельный файл. И др штуки. База. Просто умнее вижлового.
Ctrl + f12, shift + f12 - перейти на имплементацию интерфейса, показать все использования выделенной сущности.
Ctrl t поиск по названиям файлов. Может не только по названиям. Крайне валидный способ находить сущности на проекте.
Глобальный поиск по тексту вроде на то же что и в вижле.
Ctrl u почистить и отсортировать импорты.
Ctrl r умеет переименовывать файл когда переименовыешь класс в файле.
Всякие alt хоткеи что б перейти на список проблем, тесты, nuget нужны в новом дизайне, где это спрятано по умолчанию.
Всё остальное довольно вижловое в вижловоподобном пресете. Я разве что порекомендовал в настройках включить выделение в списке файлов проекта файла который открыт в данный момент.
Mohave Mohave 16.09.202312:50 ответить ссылка 0.9
Intellij Idea тоже умеет создавать конструктор одной кнопкой.
А если использовать lombok, то ни создавать, ни менять конструктор не надо. Написал одну аннотацию и готово.
Я вообще кайфую от плагина codeium для идеи) Я теперь табуляцию жмакаю чуть ли не чаще ввода)
>>многие рутинные действия вместо меня делает.

Ага, но с реализацией примерно угадывает 1 раз из 10..
Так я про название метода. Много рутины убирает
Nigosh Nigosh 16.09.202308:54 ответить ссылка 0.0
Эта фича давно и много где.. Я себе покупал copilot, он вроде в иде от майков идет бесплатно, так он и реализацию метода предлагает.. И иногда даже угадывает. Иногда я даже в шоке от того, как он угадывает..
Меня как-то после visual studio угораздило потрогать vscode. Мне было физически больно. Всё таки студия прошла долгий путь и, несмотря на её громоздкость, она чертовски хороша. Всё познаётся в сравнении видимо:3
iptorq iptorq 16.09.202309:08 ответить ссылка 1.0
Так vscode хорош для написания фронта, там не нужны многие фичи громоздкой студии, зато приветствуется быстрота и частый доступ к терминалу
Еще скрипты для Azure DevOps, markdown файлы и прочая мелочевка. Просмотр JSON. Вроде бы есть плагин, который позволяет аналог постанальный сделать, но сам я его не щупал
Звучит как жир.
Vanna13 Vanna13 16.09.202308:21 ответить ссылка 14.7
Я нихуя не понимаю, про что ты говоришь, я не говорю на айти. Под жиром я имел в виду толстый троллинг.
Vanna13 Vanna13 16.09.202308:33 ответить ссылка 14.3

Я тебя понял, но предположил, что ты шаришь в айти, поэтому переинтерпретировал и скинул что-то для полноты картины.

Vasto Vasto 16.09.202308:35 ответить ссылка -3.0
Спасибо. К сожалению, я просто планктон.
Не жир, подтверждаю что МаcBook на М процессоре (даже Air) сильно меняет восприятие, мало того что билдит все быстро так и держит заряд до 6-8 часов.
Koyellow Koyellow 16.09.202310:35 ответить ссылка -1.4
я когда пересел на M1 Pro - вообще понял что никогда больше с маку на Intel не буду притрагиваться - разница просто космическая по скорости билдов и работы в целом.
Wass Wass 16.09.202311:01 ответить ссылка 0.7

Тут есть видео сравнения крутого компа и крутого мака в профессиональных задачах. Вкратце - мак сильно лучше в энергоэффективности, примерно равен в большинстве задач и не очень в рендеринг в Блендер, но он не то что не шумит, он почти не греется.

Vasto Vasto 16.09.202314:11 ответить ссылка 0.4
ну mac studio не самый мощный из маков - взяли бы уж mac pro тогда.
Wass Wass 16.09.202316:06 ответить ссылка -1.4
Переплатим 3к бачей чтоб сэкономить на свете.
Опять программеры друг друга ебут, а ты ничего не понимаешь.
NKRF NKRF 16.09.202308:17 ответить ссылка 44.7

Расслабься, просто купи макбук! /s

Vasto Vasto 16.09.202308:19 ответить ссылка 0.4
да нахуй нужен..
А там пойдёт скайрим? С модами...
Удивительно, но за последний год не ловил всех вышеперечисленных проблем, кроме слетания подсветки методов и переменных, это вечная проблема как только где-то сборка выдает ошибки. И еще веселая херня, когда у тебя вылазит ошибка или ворнинг на несуществующие вещи и ровно так же они исчезают временно, когда собираешь проект. Но я подобного дерьма наелся и работая в андроид студии. Вечно отпадающая отладка на девайсе в любой непонятной ситуации, логи то появляются, то исчезают в ебеня. Инструментарий для отслеживания ликов и аллокейшнов тупо нулевый, поэтому отследить не засирает ли тебе что-то мелкое память во время работы ты тупо не можешь. У коллеги одна из версий этого недоIDE тупо крешилась при заходе в настройки, это так из чего припомнил из своего опыта адской жопоболи нативной разработки под андроид на протяжении полутора лет.
А почему программисты не могут собраться и спрограммировать для себя хорошую программу для программирования, чтобы там ничего не слетало и не исчезало?
Mousy Mousy 16.09.202308:47 ответить ссылка 6.4
JetBrains уже собрались и делают. И не одну.
Norby Norby 16.09.202309:01 ответить ссылка 9.2
Вообще-то Jetbrains год назад дропнули Appcode. Теперь под иос остается только ебанутый xcode
aidath aidath 16.09.202310:09 ответить ссылка 2.2
Ну так мы про программистов говорим, а не про макоеблакаков
Так и в посте нытьё от макоебаклака, если ты не заметил.
Я работал в конторе, которая пилила возможность разработки под мак и айфоны из Visual Studio. Правда сборка все равно требовала мак и Xcode. Вопрос лицензий и подписывания собранного приложения.
у яблочных свое проприетарное говно которое ты обязан юзать если хочешь под яблоки писать. в остальном цивилизованном мире люди давно используют что им удобно
Вот если бы программисты все собрались и перестали писать что-либо под яблоки, тогда бы кто-то там зашевелился. Пусть Тим Кук сам программирует.
Mousy Mousy 16.09.202311:33 ответить ссылка 0.6
Слишком много денег крутится на яблоках.
Отчасти из-за яблока, отчасти поэтому
, HOW STANDARDS PROLIFERATES
(SEB A/C OWGERS, CwtfWCiEROtapiNbS, Wsmtfr MESSAQN&. ETC.)
Situation:
there are
|4 COMPETING STANDARDS
Н?! RiDICUDDUS.1 WE NEED TO DEVELOP
one universal Standard
THAT COVERS EVERYONES
[SôôÂiïl
SITUATION:
THERE ARE 15 COMPETING STANDARDS
Zumgan Zumgan 16.09.202309:22 ответить ссылка 4.2
Проблема в деньгах. Нужно чтобы кто-то программистов собрал и платил им бабосики. Видел free/opensource IDE от комьюнити? Они все – говно.
Увы, это проблема комьюнити продуктов вообще. Они - не целостный продукт.
По тем же средам разработки. Приходилось когда-то работать в эклипсе.
Так вот. Несмотря на то, что некоторые фичи на момент моей работы в нём были реализованы просто блестяще, и лучше, чем у джет брейнов или у студии, всегда было куча того, что или работает через жопу, или отсутствует, или работает хорошо, но спроектировано по-мудацки, отчего пиздец неудобное.
Потому что по сути, это солянка решений от разных людей, которые решали свою задачу, и делали это так, как интересно им. А для продукта нужно ещё и чтобы кто-то видел картину в целом, и двигал разработку в этом направлении, форсируя в том числе и имплементацию и правку того, что никому из разработчиков не интересно делать.
Эклипс - ебаное говно, в котором нельзя переназначить хоткеи. А назначены они всегда максимально неочевидно.
Да там много неочевидного. Сделанного яжехудожником, который так видит. А собрать эту всю радость в кучу, поубирав дичь и косяки, и сделав целостный продукт - некому.
В результате, пользоваться, конечно, можно, но только от отчаяния. Но проще скачать идею комьюнити, если уж денег нет.
Ну или студию комьюнити для си.
Пилил кроссплатформу на Xamarin и на Ionic. Так вот, самый мерзкий момент был - включить мак и собрать очередной билд. Кстати, под маком не только XCode - говно, но и Visual Studio - говно.

Я люблю маковскую клаву и ненавижу маковскую мышь. Я люблю айфон, но ненавижу десктопную макос. Эпл вообще пиздец странные ребята.
Я ненавижу всю эпловскую продукцию.
Окромя экранов - тут они хороши, да.
Но только для работы. Для игорей не очень
экраны им не самсунг делает?
Я ненавижу ссать через женскую пизду. Это скорее всего неудобно и стремно. Я конечно никогда не ссал через женскую пизду, ведь у меня ее нет, но я уверен, что прав, ведь мой хуй так удобен, а все мужики вокруг тоже не любят ссать через женскую пизду.
Но ведь это действительно неудобно. Во-первых, всегда садиться надо. Во-вторых, брызги летят (посмотри видео на специализированных ресурсах).
Если тебя это порадует, то VS for Mac закрывают. Не только ты один считал что это говно. А так оно же росло из MonoDevelop, а тот с самого начала ушибленный был
Darksol Darksol 16.09.202310:03 ответить ссылка 0.9
Они купили IOS, они знали, на что шли.
Natalia30 Natalia30 16.09.202311:11 ответить ссылка -0.8
Я иос разработчик. Вполне нормально работает. Раньше бывало глючил нещадно, да
beltik beltik 16.09.202318:38 ответить ссылка -0.9
Так, падажжи ёбана. Он пять лет не замечал, что пишет код в говне, которое ему мешает работать, и считал, что все хейтеры в отзывах просто не умеют пользоваться? Но в какой-то момент он прозрел?
Ну, он хотябы смог прозреть, пусть и спустя столько времени.
У большинства яблодрочеров прозрение не наступает никогда
У меня в башрс функция на переустановку хкода. Как людям может это нравиться я не представляю
Только зарегистрированные и активированные пользователи могут добавлять комментарии.
Похожие темы

Похожие посты
±
Activity Monitor (My Processes)
CPU V-	Memory	Energy	Disk	Network
Q Search
Process Name	Memory		Compressed M.	... v*	Threads	Ports	PID	User	
Xcode (Not Responding)	64.88 GB		60.87 GB		24	612	518	Vernik	I
SourccKitService	521.4	MB	399.7	MB	2	27	569	Vernik	
л Google Chrome Helper	131.6	MB	12
подробнее»

xcode оперативка mac OS песочница удалённое

± Activity Monitor (My Processes) CPU V- Memory Energy Disk Network Q Search Process Name Memory Compressed M. ... v* Threads Ports PID User Xcode (Not Responding) 64.88 GB 60.87 GB 24 612 518 Vernik I SourccKitService 521.4 MB 399.7 MB 2 27 569 Vernik л Google Chrome Helper 131.6 MB 12