Pull to refresh

Comments 61

Я бы даже добавил, что MacOS - худшая ОС, с которой я когда-либо работал

Не холивара ради, но всё же win11 мне, как пользователю, не нравится больше. В мак я хотя бы могу галочки «автообновление» выключить и включать когда мне надо.

У мелкомягких через одну системы получаются, хорошая была 10, до неё хорошей была 7, а 8 плохая, следующая хорошая будет 12.

Из-за этого нам до сих пор приходится использовать отрицательные margin вместо gap, потому что их поддержку в сафари завезли только в 2021 году, но до сих пор не все обновились.
А Эполу отдельное "спасибо" за привязку браузера к версии ос.

А не все и могут. Старые макбуки, которые хорошо работают, могу не получить обчновлерие новой mac os. Политика эпл.

С другой стороны, не все нормально работающие компа могут обновиться с win 10 на win 11.

Но Хром/Мозилла/етс обновляются без привязки к версии ОС.. :)

Вы последние билды мозиллы видели? В фоне съедает все ядра CPU, а все потому что завезли ИИ-улучшаторы. Я удалил мазилу из ОС, когда понял, что он творит с ОС

Дык надо на ESR версии сидеть

А вы попробуйте Сафари так просто удалить :) Особенно на ios..

Давно не так. Только начиная 10 последние версии ставятся. Думаю, немного подождем и 10 тоже окончательно устареет.

А что именно там сделано хуже, чем у других? Просто интересно.

Да взять хотя бы такой базовый сценарий работы за компьютером - как работа с файлами, прямо базовая база. Файндер - это буквально худший файловый менеджер эвер.

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

Так и вижу картину.

Сидят такие лучшие UI гуру в Эппл и думу думают... Как бы нам сделать удобным переименование файлов...

О говорит один - давайте юзер нажмет на энтер, а тут мы и предложим ему файл переименовать. Ведь Энтер это ввести, а что можно ввести? конечно имя файла.

обожаю, когда мак сохраняет расширение файла после точки, когда ты с уверенностью думаешь, что переименовал расширение после точки))

А типо F2 на винде это максимально очевидный шорткат? Это наверное самый натянутый минус файндера из возможных. Почему бы не привести максимально ублюдское подключение к сетевым каталогам, необходимость удерживать Option чтобы скопировать путь файла или каталога, отсутствие функционала "вперёд - назад" на кнопках мыши, отсутствие возможности открыть zip как каталог, или отсутствие нормальной строки пути каталога?

Вы уж простите я привожу то что задело лично меня. Я не автор статьи ~~я просто разместил объяву~~

Тут вопрос не в неочевидности F2 а в том что Энтер слишком удобная и частоиспользуемая клавиша, причем в основном используют ее для запуска приложений.

А типо F2 на винде это максимально очевидный шорткат?

Нет. Но когда находишь его оказывается он работает и в VS и в Unreal Engine и в проводнике. А в макоси везде переименование на Enter?

Насчёт урина энжина не подскажу, но в вскоде, как и в большинстве софта, переименование осуществлено на энтер. Переименование на F2 я встречал только в Excel и в Archimate

Переименование файла в Visual Studio Code – да, Enter, а переименование символа (функции, переменной, класса) – как раз F2.

но в вскоде, как и в большинстве софта, переименование осуществлено на энтер

Вы не поверите..... у меня на вин 11 на F2. И переименование файла слева и переименование переменной в редакторе. Вот только что проверил.
А как у вас может быть переименование на интер? типо поставили курсор на переменную нажали интер... у меня просто на интер оно переновит на новую строку а слева - ставит курсор в эдиторе.

Пересмотрел программы что использую и понимаю что отсутствие переименование на F2 немного ставит в тупик. Например в тотал командере оно не на F2 и в RustRovere на Shift+F6 (кто такое придумал? но оно такое же как в командере) но по крайней мере оно одиноково для редактора и файлов и можно поменять в настройках

это исторически так сложилось, с NC ещё, вроде

Путь файла или каталога можно скопировать из хлебных крошек, которые там как-то можно включить

Но option зачастую делает неочевидные вещи, которые почти нигде не описаны

А ещё backspace это удалить.

В нормальном софте enter и backspace это "зайти в папку/открыть файл" и "выйти в родительскую папку", не знаю как они додумались до удаления.

Command+Backspace удаляет файл, просто Backspace ничего не делает

В macOS тоже своя логика присутствует:
CMD+Arrow Down – Открыть файл или (провалиться) в директорию
CMD+Arrow Up – Выйти (подняться) из директории

А в чем именно проблемы работы с файлами? Была альтернатива в виде винды, вроде, ничего сильно не потерял. Сейчас на Win 11 иконки быстрых действий вообще кажутся менее удобными по сравнению с текстовыми "копировать/вставить".

Серьезно? И это все претензии к операционке? Но тогда линуксовые консольные сервера по-вашему вообще отстой? У них и такого нет, а консоль и у мака есть.

А какие именно претензии к этому файндеру в сравнении с виндявым проводником? У меня винда основная операционка года с 95-го, наверное, когда Виндовс 95 еще Виндовс Чикаго назывался, а макбуки чисто рабочие, что на работе выдают последние года 4 и вот даже затрудняюсь понять что-же лучше. Один фиг базовая хрень, файлы перетянуть можно, полный путь до файла/папки узнать можно, а больше ничего и не надо ни от файндера, ни от проводника. Для остального в винде есть Фар, а в макоси как-то консоли хватает вообще на все.

Согласен частично

Бесят неудобством диалоги вроде «открыть файл» или «сохранить файл» в мак ос в ide

Для остальных задач консоль лучший вариант для меня

Меня просто вымораживает отсутствие камеры в симуляторе, но ладно, на арм можно использовать usb и собирать под планшет, но у меня с 15 версии это перестало работать. xcode пишет что нет устройств, хотя оно точно есть. даже выбрать в настройках нечего

Не факт что помогу, но у нас такое было, когда iOS версия на планшете выше версии iOS поддерживаемой Xcode.

Условно, на планшете iOS 26, а Xcode 16. Тогда оно не видит планшет.

Я собираю нa myMac в качестве устройства, это доступно на армах, мак выступает сам девайсом для запуска, ржака в том, что новое апи для камеры работает, которое 18.0+ видит USB камеру, а привычное - не видит.

Да ладно xcode — это для заумных

У них Airdrop спустя десятилетия до сих пор не работает в половине случаев

Просто тупо не может передать файл. Видит устройство, начинает передачу, нажимаешь "принять" и... всё. Зависает и иногда пишет что не смог. Повторная передача с этого момента больше не возможна, пока не перезагрузить оба устройства. Иногда перезагрузка помогает, иногда просто нужно просто попробовать в другой день и всё работает без проблем.

А иногда видит устройство, но при попытке передать что-то на него, устройство исчезает, появляется вновь, и так и не даёт возможности перекинуть файлы

Базовая функция для пользователей работает так, что ожидаешь подставы постоянно, и она периодически случается без возможности на это повлиять

Мои боли с Xcode

  1. Swift Package Manager, который при смене ветки, всегда перекачивает все пакеты (насколько помню, недавно починили), и если ты в месте с плохим интернетом, то скорее всего уже не сможешь собрать проект, потому что зависимости удалились.

  2. Xcode Playground - место, где можно быстро накидать небольшой код и проверить как он работает.
    Шанс, что Playground запустить на моем M1 близок к 0.
    Проще запустить пустой Xcode проект и там проверить код.

  3. Встроенная запись экрана симулятора не отображает нажатия на экран, и проще писать через системное приложение Screenshot.

  4. В симуляторе не потестить пуши (с возможностью запуска приложении на M-чипах, проблема отпала)

  5. В legacy проекте, где еще встречается Obj-С, может отвалится подсветка синтаксиса

  6. Автодополнение от ИИ, имеет больший приоритет, чем обычное автодополнение.
    Поэтому часто Xcode подсказывает название методов и полей, которые на самом деле не существуют (просто ИИ решил, что они есть)

  7. Xcode и зависимости весит безобразно много (~40Gb):

  • Xcode - 3.5Gb

  • CoreSimulator - 4Gb (умноженное на кол-во симуляторов)

  • DeviceSupport - 30Gb

  • DerivedData - 10Gb (и пока не кончится место на диске)

Со всем согласен, кроме пункта 4.

Там то ли с xcode 16, то ли 15 появилось на всех процессорах. У меня на работе был тогда интел, оно работало. Но это если говорить про полноценные пуши.

Просто пуш нотификаты можно было тестить в симуляторе вроде как 13 и более ранние xcode из терминала, направляя пуш напрямую в симулятор, а не через эпловский apns.

6 - это вообще боль. Мы у себя её отключаем. Кстати, в последнем мак ос неплохо интегрированн chat gpt приложение в xcode. Но надо chatgpt с апстора скачать, залогинится там и в Xcode появляется новая вкладка.

при этом приложение devCleaner в аппсторе именно для чистки кеша за Xcode набирает кучу звезд))

С Xcode семь бед — один "почистите Derived Data"

Даже читать не стал, просто плюсик поставил.

Каждый раз когда приходится открывать икскод, у меня случается нервный тик!

Не столько даже сам Xcode печалит, сколько его вектор развития - и за новыми фичами Swift не успевает, и тот же AI режим прикрутили лишь бы было: удобно пользоваться им невозможно.

Взяли бы паузу на год, починили бы наконец-то позорище с дебаггером и отваливающейся подсветкой, а потом бы уже делали рюшечки...

Я где-то тут (на Хабре) уже прокомментировал что Mac и всё составляющее в разработке ПО (Xcode и т.д.) это худшее что можно предложить программисту - меня захейтили. И вот опять.

Недавно обратился сотрудник очень любящий Мак с вопросом, а как вообще на нем программировать - ему подарили несколько курсов по Python, AI, UI/UX... Повозившись с неделю с установкой требуемого окружения был вынужден обратиться к нам. Посоветовали отобрать Windows машину у сына. (с установкой Linuх жестить не стали, но намекнули чтобы присмотрелся - поставили виртуалку) - настройка окружения (Python, GIT, Docker, Ollama и т.д.) необходимого для прохождения курсов заняла 40 минут вместе со скачиванием.

По работе использую mac, windows, linux. Каких-то вот реально сложностей в работе с любой из систем не замечал. И да, на маке вот как раз, чисто случайно оказалось установлено Python, GIT, Docker, Ollama. Python так вообще на маке по умолчанию есть. Всё остальное ставится из разряда: Скачал, кликнул, установил. Ну наверное кроме ollama. Её я через консоль ставил.

Mac, как *nix система должна быть достаточно понятна любым линукс программистам, старнно что вам на столько не зашла.

Я с вами согласен, линукс и мак лично для меня почти равны по удобству.

Но тут больше про разработку Xcode же, те разы когда нужно было им воспользоваться вспоминаю с ужасом

Аналогично, только больше ставлю через консоль, чем через скачивание.

Python так вообще на маке по умолчанию есть

ну попробуйте тогда себе установить и настроить Whisper (не Whispering). У меня получился конфликт версий Python, который я так и не смог решить за вменяемое время

Питон и руби по дэфолту стоят очень старые на маке, после установки новых нужно прописывать в переменные окружения пути до новых версий чтобы перехватить использование старых ... меня это жутко раздражает всё время)

Извините, я Whisper не пользуюсь, но по поводу питона отвечу.

Так как мне надо держать последние версии питона, а старые версии нужны маку (не удаляйте старую версию, если не хотите проблема с маком), то обычно новая ставится по другому пути. И да, как написал @house2008, надо будет прописать переменные окружения. Хотя, если используете какой-нибудь homebrew, они обычно сами всё прописывают за вас.

Если реально будет нужна помощь, обращайтесь. Но сперва попробуйте советы с homebrew и установкой по кастомнуму пути.

Винда — худшая платформа для разработки с докером. Неделю «мучаться» с переносом иконки в dmg/визардом в pkg/brew install — это сильно. В линухе намного проще, ага

Что значит худшая, винда идеальна для докера из-за нативной поддержки wsl2.

Это вот так упоротый не умеет в виртуализацию докер не для него.

Нативная поддержка (виртуальная машина)

Окей)

Нашел как я помогал начинающему развернуть Laravel проект в wsl:

  1. По-умолчанию стоит не Ubuntu, а docker-desktop. В его шелле ничего нельзя) Меняешь дефолтный, ок

  2. Пользователь в wsl и в винде — разный пользователь с разным паролем. Что там про нативную поддержку?

  3. Нативно поддерживаемый wsl безумно долго выполняет любые операции с ФС хоста — `php artisan` выполняется 30 секунд. Пришлось копировать внутрь wsl.

  4. Ой, а теперь проблемы с правами

Ну короче не пахнет это ничем хорошим. На маке этого пердолинга нет. Скачал докер, перенес в папку, запустил. Сделал curl sail — контейнеры стоят.

Да, это очевидные проблемы, если ты работаешь с wsl постоянно. Но тред про человека, который не умеет программировать вообще

WSL2 это не совсем виртуальная машина, оно крепко срощено, там настоящее ядро линукса, но им управляет винда, динамически выделяет память, драйвера, сеть, поэтому стартует считай мгновенно.

Работать в WSL2 мне неудобно. Это же одна система. Мне нужна и убунта разных версий и rocky linux (centos) и альтос и прочее. Гораздо легче запустить контейнер, подключаться к нему через VScode через плагин - и вот у тебя консоль и файловая система почти как локальная папка.

> безумно долго выполняет любые операции с ФС хоста
ну так и на маке, это же разные файловые системы, держать репу в винде, а собирать в линуксе из нее идея плохая, низкий io, на гитхабе давно открыт тикет.
Сетевые диски монтируются через виртуальную файловую систему.

На маке на сколько известно контейнеры не могут порты слушать, надо прокидывать через NAT

Когда то для мака был костыль вроде docker-sync , я уже подзабыл:(

Года 3 назад, когда начал юзать - думал что нужно просто привыкнуть... Теперь вижу что не я один такой.

The compiler is unable to type-check this expression in reasonable time; try breaking up the expression into distinct sub-expressions

Это похоже на проблему компилятора Swift, а не проблему самого XCode.

Со всем согласен) 8 лет в iOS и так и не привык к нему, открывал его пару раз за это время и всегда хотелось плакать. До iOS был 1 год опыта в Java (IntelliJ) и JS (php storm) и после них сразу прыгнул в AppCode, Xcode почти никогда не открывал, не знаю, мне все удобно в AppCode (сейчас IJ + KMP beta) правда сейчас приходится держать старую макось и старый Xcode но оно того стоит, очень надеюсь что KMP плагин допилят и так и продолжу юзать IntelliJ Idea.

Ну, претензий дофига, но перейдя на него с Visual Studio (ну, так случилось, что перешёл с винды на мак) – ощутил, что стало удобнее. Лучше отладчик, лучше системное API (ну, это не заслуга XCode, но та же инфраструктура) и т.п.

Ну и, конечно, глупо говорить "избегайте XCode". Надо называть альтернативы и говорить, чем они лучше. Потому как XCode – стандарт для программирования приложений под MacOS и iOS, и альтернативным IDE нужно иметь очень веские преимущества.

Статья и комменты похожи на спор веганов и мясоедов. Такое ощущение. 🤷‍♂️

В эпл только ОС умеют писать, весь остальной софт лютый кал.

Sign up to leave a comment.

Articles