К сожалению, продажи в айоси гораздо прибыльные (24 млрд vs 6 млрд на андроиде), так что как ни крути, если хочешь денег - надо делать под них. Приходится запускать икскод, даже если разрабатываешь кроссплатформу, потому что это единственный путь сделать приложуху на яблоко.
У андроида другая бизнес-модель, им оно нахуй не надо. Они хотят, чтобы как можно больше людей пользовалось их устройствами, а как на этом заработать они находят и в других источниках (та же реклама в приложениях), или гугл-1. К слову, большинство "бесплатных" приложений на андроид, которые портированы с айоси либо сразу после загрузки говорят купи "про" или даже не запускай, или дают поюзать одну функцию, а остальные за 1999.99 в год.
Вообще-то их полно
Только основной доход у них с мобилок на юнити. А в юнити мак нужен, только чтобы собрать игру для стора. В остальном используется винда и 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"
Уже пару лет работаю в айтишной компании на проекте, с повышенными требованиями к безопасности. Работать можно только на железе, что предоставляет компания, ось менять нельзя, софт для мониторинга удалять нельзя. Ну, значит, дали мне на выбор два лаптопа,
Недавно, значится, была инициатива от топов, спрашивали нас, инженеров, какие у нас есть идеи, чтобы заимпрувить наш рабочий процесс. Естественно, в топе предложений было "нахуй макбуки, проведите аудит безопасности на линукс и дайте нам нормальные ноуты". Ответ был предсказуемый "идите в хуй, only MAC ecosystem can provide more or less guarantee for remote lock\disk enryption \ disk erase by default + remote check for those features"
Господи, как же я это люблю - специалисты, скажите как сделать лучше. Специалисты: так, так и так. Не, нихуя вы не понимаете, и так все пиздато работает, идите нахуй со своей мясорубкой.
Это неправильные специалисты, нужно найти других, которые будут говорить то, что хочет слышать начальство.
*одобрительное бульканье из глубин где-то рядом с Титаником*
Вообще, макось вроде как ближе к бзде чем к ленуксам. Понятно, что оба два unix и POSIX compliant, но странно такое слышать про энкрипшон и disk erase, когда есть SELinux, позволяющий заэнкриптить и зааудировать вообще нахуй всё по самые гланды. Кажется кто-то просто не хочет делать свою работу.
У линукса просто нет такой красивой презентации и этих слов в описании. А оборудование, к сожалению, часто подбирают далеко не спецы.
Нет. Корпоративную винду так же можно настроить, и дефолтный деплой корпоративной, насколько я помню, так и ставится. Даже в 11 Хоум это пришло, я недавно ноут брал - ебался пол дня с расшифровкой диска и разрешениями, чтобы линух второй системой воткнуть. Можно вообще не хранить инфу на ноуте, а работать в облаках, с загрузкой ос по сети и зашифрованным каналом. Можно линух под что угодно настроить. Короче вариантов тонны
По своему опыту скажу, что вот за этой фразой -"так же можно так же можно " - часто стоит такое количество геморроя, тонны документации и часы листания тематических форумов, что очень часто эта фраза сменяется другой - "Пошло оно нахуй! У меня работы полно! Лучше возьму готовое решение из коробки..."
Неа. Работал в конторе где мониторилось все, защита от левых действий и даже похожам по сайтам была ебейшая. Там блядь даже картинку копируя из защищенного в незащищщеный диск, оно превращалось в хуйпоймикакой файл и надо было через спец прогу дешифровать, а часть файлов вообще не копировались. И да, это все было на 10й винде.
P.S. Покупал ейр м1 себе, ожна из худших покупок в жизни.удобством там и не пахнет от слова - вообще. Да и на мак мини 20 или 21го года работал, красивая и быстрая машинка, юай интуитивно убог как был так и остался, хкод как крашился и лагал, так и продолжает сею славную традицию
P.S. Покупал ейр м1 себе, ожна из худших покупок в жизни.удобством там и не пахнет от слова - вообще. Да и на мак мини 20 или 21го года работал, красивая и быстрая машинка, юай интуитивно убог как был так и остался, хкод как крашился и лагал, так и продолжает сею славную традицию
С недавних (относительно) пор есть Colima, которая хорошо эмулирует x86_64 на маковских эмках. Эмулирует настолько хорошо, что с её помощью можно поднимать локально на эмке в докере оракл, что раньше было откуда-то из раздела фантастики с привкусом дерьма. Ну и с остальными контейнерами сильно меньше непредсказуемой возни. Рекомендую, может, чуть-чуть боли снимет.
Видимо зависит от сценария использования. Могу рассказать про свой: м1 мак, для кодеса использую идею и вскод. Докер локально запускается в ВМ, но мне от него много локально не нужно - просто показать что образ билдится и в целом запускается, т.к. код мы пишем не использую платформ-специфик вещи то приложения без докера можно запускать и локально на арме, и на сервере на х86, поэтому дебажим не контейнеры а приложение напрямую из иде.
По сравнению с ноутами на лине/винде что были у меня на прошлых местах - куда большее время жизни от батарейки (я люблю работать с дивана, где нет розетки), куда лучший экран, не происходит странных отвалов жопы как с дровами на нвидиевскую карту на почти всех моих линуховых ноутах, при этом брю можно ругать как угодно, но с задачей "поставить депендненси чтоб не включать мозг" он справляется, а больше от него ничего и не нужно. А, и при этом он совсем не шумит, что психологически мне лично довольно важно, шорох вентиляторов мне ощутимо мешает думать, при этом наушники мне сильно давят на уши, так что музыкой это не решается, только пассивным охладом.
YMMV, но у меня опыт положительный, если рейтрейсинг и правда в М3 завезли то можно будет подумать насчет обновиться.
По сравнению с ноутами на лине/винде что были у меня на прошлых местах - куда большее время жизни от батарейки (я люблю работать с дивана, где нет розетки), куда лучший экран, не происходит странных отвалов жопы как с дровами на нвидиевскую карту на почти всех моих линуховых ноутах, при этом брю можно ругать как угодно, но с задачей "поставить депендненси чтоб не включать мозг" он справляется, а больше от него ничего и не нужно. А, и при этом он совсем не шумит, что психологически мне лично довольно важно, шорох вентиляторов мне ощутимо мешает думать, при этом наушники мне сильно давят на уши, так что музыкой это не решается, только пассивным охладом.
YMMV, но у меня опыт положительный, если рейтрейсинг и правда в М3 завезли то можно будет подумать насчет обновиться.
К сожалению, маковские приколы способны доебать даже виндузятников и линуксоидов, не имеющих мака.
Из последнего. На каком-то релизе сафари в не то венчура, не то монтерей, иногда рандомно на одном из сайтов на js/css отдаётся 403. Развитых инструментов дебага, как у фаерфокса или хромоногих браузеров нет. Как итог. Несколько инженеров ломают головы несколько десятков часов в попытках понять, что идёт не так, и как спасти тех несчастных 10 маководов из 100, у которых проблема воспроизводится. При этом у других версий макоси такой беды нет.
Из последнего. На каком-то релизе сафари в не то венчура, не то монтерей, иногда рандомно на одном из сайтов на js/css отдаётся 403. Развитых инструментов дебага, как у фаерфокса или хромоногих браузеров нет. Как итог. Несколько инженеров ломают головы несколько десятков часов в попытках понять, что идёт не так, и как спасти тех несчастных 10 маководов из 100, у которых проблема воспроизводится. При этом у других версий макоси такой беды нет.
Для тех кто пользуется AppStore на маке - определенно.
Качай через браузер, ленивая жопа.
Качай через браузер, ленивая жопа.
Notepad++ теперь компилятор? Ты можешь писать в нём код, но в конце концов, тебе все равно надо будет запустить забагованный, тормознутый xcode, что бы проверить работоспособность кода
Из командной строки кимпильнуть нельзя?
> не умеет в UI кодом
Может и умеет, но у заказчика или РМ другое мнение о том как должен быть UI определен
Может и умеет, но у заказчика или РМ другое мнение о том как должен быть UI определен
достаточно много.
на ксибах верстал только в начале карьеры. ( и кстати, сториборд - это тоже ксибы или все вместе - xml файлы )
но я и работал и работаю в крупных проектах, где это актуально по одной простой причине.
попробуйте ее угадать.
а свифтюай мы в прод стали затаскивать только сравнительно недавно и очень изолировано, на отдельных модулях.
на ксибах верстал только в начале карьеры. ( и кстати, сториборд - это тоже ксибы или все вместе - xml файлы )
но я и работал и работаю в крупных проектах, где это актуально по одной простой причине.
попробуйте ее угадать.
а свифтюай мы в прод стали затаскивать только сравнительно недавно и очень изолировано, на отдельных модулях.
Очень интересно, я уже 13+ лет работаю и не видел ни одного проекта без ксиб, кроме нескольких, их реально не было только в играх на кокосе, а все остальные проекты начиная с банковских и заканчивая магазинами и automotive большую часть экранов имели в виде ксиб. Даже при размере команд 10+ айосников у нас не было проблем конфликтами в ксибах. Решается грамотным планированием задач и взаимодействием с коллегами.
Основная причина не использовать ксибы это если проект игра.
Основная причина не использовать ксибы это если проект игра.
Jetbrains ideшки вполне ок пашут на маке
------------
Они денюжки стоят...
------------
Они денюжки стоят...
Оформить триал раз в месяц на новую временную почту - дело трёх минут :D
Сильно любопытно - а почему пришлось на CLion писать? Ведь едва ли не у каждого производителя контроллеров есть своя среда разработки интегрированная и с компилятором и с отладчиком.
Есть ли какие-нибудь преимущества от использования CLion? Удобство? Привычка?
Есть ли какие-нибудь преимущества от использования CLion? Удобство? Привычка?
Была потребность структурировать и совместно разрабатывать кучу небольших, но важных проектов, доверили все программистам, которые за такой низкий уровень не в курсе. Кое-кто даже не знал что можно, а иногда и нужно видеть значения переменных в реальном времени. Ну зато ж там гит интегрируется. Я, честно, тогда не знал насколько все плохо в clion, и вообще собирался заниматься только проектированием железа.
Ну под ембедед странно юзать слайн, все кого знаю вполне пишут и дебажат в вс коде, да и сам этим маялся, было норм.
слайн нравится, как иде, кроме одного момента - сраное памятежорство, которое они до сих пор не пофиксили за сколько лет. Недавно открывал старый небольшой проект и ушел по делам, спустя пол дня вернулся, а все фризит в хлам(просто открыт проект).т залез в диспетчрэер, а там из моих 32гб оперативы свободно 1.5 и почти все выжрал слайн. Потом ради експеремента открыл в студии на целую ночь, она сожрала лиш.150мб сверху того что было перед сном.
А я тогда еще думал купить его и пайчарм...
слайн нравится, как иде, кроме одного момента - сраное памятежорство, которое они до сих пор не пофиксили за сколько лет. Недавно открывал старый небольшой проект и ушел по делам, спустя пол дня вернулся, а все фризит в хлам(просто открыт проект).т залез в диспетчрэер, а там из моих 32гб оперативы свободно 1.5 и почти все выжрал слайн. Потом ради експеремента открыл в студии на целую ночь, она сожрала лиш.150мб сверху того что было перед сном.
А я тогда еще думал купить его и пайчарм...
Да, с памятью есть проблема, но вызвана она как раз тем, что CLion, это не редактор кода, а полноценная IDE, но в последних билдах стало сильно лучше. Ну и к слову сказать, я проблем с нехваткой памяти CLion не ловил даже на довольно крупных проектах. Обычно проблемы возникают при халатном отношении к включению заголовочных файлов в одну единицу трансляции. Есть такой стиль программирования, когда в один С или С++ файл включено по сути пол проекта, а то и весь и никакой инкапсуляции на уровне хидеров.))
К слову, когда компилятор такие файлы собирает, он он жрет не намного меньше памяти, чем тот же CLion, только компилятору можно эту память тут же освободить, а IDE вынуждена все это синтаксическое дерево по каждой! единице трансляции держать в памяти. Ну и написан CLion на Java, еще плюсом память видимо юзается на структуры явовского GC.
К слову, когда компилятор такие файлы собирает, он он жрет не намного меньше памяти, чем тот же CLion, только компилятору можно эту память тут же освободить, а IDE вынуждена все это синтаксическое дерево по каждой! единице трансляции держать в памяти. Ну и написан CLion на Java, еще плюсом память видимо юзается на структуры явовского GC.
Странно такое слышать про 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 больше года назад, возможно там что-то изменилось, но что-то я сомневаюсь.
Я использую CLion в Embedded разработке уже лет 10, а тогда там поддержкой Embedded и не пахло. Но это не стало препятствием к полноценной отладке прямо в CLion через Remote GDB Server. Что говорить про последние версии CLion, в которых уже есть более или менее нормальная поддержка Embedded разработки из коробки.
А вот что реально можно назвать убожеством, так это почти все среды разработки от производителей микроконтроллеров. В лучшем случае это будет немного допиленный кривыми руками говно Eclipse. Недалеко ушел и тот же IAR или какой-нибудь Keil, это вообще какие то виндовые блокноты которые по недоразумению назвали IDE.
А Visual Studio Code в принципе не плох, но это имхо все равно не полноценная IDE, а все таки скорее редактор кода на стероидах, т.е. разные весовые категории с CLion.
Правда сказать, последний раз я изучал рынок IDE больше года назад, возможно там что-то изменилось, но что-то я сомневаюсь.
А я жду, когда наконец бету андроид студии не только в америке разрешат юзать, чтобы бард прям в идешке был.
С вижуалкой прям охуенно - многие рутинные действия вместо меня делает.
Или вот создал класс, написал параметров после чего одной кнопкой создается конструктор со всеми этими параметрами и их инициализацией.
А если какой параметр убрал\добавил, то вижуалка сразу предложит обновить конструктор
Или вот создал класс, написал параметров после чего одной кнопкой создается конструктор со всеми этими параметрами и их инициализацией.
А если какой параметр убрал\добавил, то вижуалка сразу предложит обновить конструктор
Эм, а это что-то особенное?
В райдере можно написать конструктор с параметрами и нажать что б параметры правельно были приняты в класс так и нажать что б филд класса был инициализирован в конструкторе или что б переменная используемая в функции стала например частью класса где расположена функция, или передана в функцию как аргумент.
Я вообще не очень пользуюсь этим по сравнению с другим подходом. Я обычно использую другую штуку. Там где передашь в метод или конструктор то чего там быть не должно и хоткеем вызываешь изменить список аргументов метода/конструктора либо создать таковой если в принципе нет.
Ну тип базовые штуки. Неужели в студии от маков всё сильно лучше райдера с недавним новым интерфейсом?
В райдере можно написать конструктор с параметрами и нажать что б параметры правельно были приняты в класс так и нажать что б филд класса был инициализирован в конструкторе или что б переменная используемая в функции стала например частью класса где расположена функция, или передана в функцию как аргумент.
Я вообще не очень пользуюсь этим по сравнению с другим подходом. Я обычно использую другую штуку. Там где передашь в метод или конструктор то чего там быть не должно и хоткеем вызываешь изменить список аргументов метода/конструктора либо создать таковой если в принципе нет.
Ну тип базовые штуки. Неужели в студии от маков всё сильно лучше райдера с недавним новым интерфейсом?
Новый УИ прям так лучше?
Как райдеровод, можешь ткнуть в какой-то гайд или видео по переходу со студии на райдер? А то райдер-то у меня куплен, но плоть человеческая слаба и я все равно сижу в студии
Как райдеровод, можешь ткнуть в какой-то гайд или видео по переходу со студии на райдер? А то райдер-то у меня куплен, но плоть человеческая слаба и я все равно сижу в студии
Райдер как и почти любой другой комплексный инструмент требует потупить несколько дней что б понять как что. Но явно меньше чем кракен.
Новый ui крут если ты хоткеи знаешь. Берет прикольные моменты из ui VS code. А так всё очень контекстное. Надо знать IDE. Как обычно.
У меня вроде хоткей пресет более близкий к вижле чем к продуктам джетбрейнов.
Хоткеи у меня в мышечной памяти. Я даже не уверен что именно нажимаю. Так что могу ошибиться. Но если у тебя был плагин решарпер должен приперно знать где что.
Основные хоткеи для меня:
Alt enter (вроде) контекстное меню действий. Твой главный хоткей рефакторинга. Тут можно что-то простое от заменить интерфейс в соответствии с изменением имплементации, так и сгенерировать интерфейс по классу. Перекинуть класс в отдельный файл. И др штуки. База. Просто умнее вижлового.
Ctrl + f12, shift + f12 - перейти на имплементацию интерфейса, показать все использования выделенной сущности.
Ctrl t поиск по названиям файлов. Может не только по названиям. Крайне валидный способ находить сущности на проекте.
Глобальный поиск по тексту вроде на то же что и в вижле.
Ctrl u почистить и отсортировать импорты.
Ctrl r умеет переименовывать файл когда переименовыешь класс в файле.
Всякие alt хоткеи что б перейти на список проблем, тесты, nuget нужны в новом дизайне, где это спрятано по умолчанию.
Всё остальное довольно вижловое в вижловоподобном пресете. Я разве что порекомендовал в настройках включить выделение в списке файлов проекта файла который открыт в данный момент.
Новый ui крут если ты хоткеи знаешь. Берет прикольные моменты из ui VS code. А так всё очень контекстное. Надо знать IDE. Как обычно.
У меня вроде хоткей пресет более близкий к вижле чем к продуктам джетбрейнов.
Хоткеи у меня в мышечной памяти. Я даже не уверен что именно нажимаю. Так что могу ошибиться. Но если у тебя был плагин решарпер должен приперно знать где что.
Основные хоткеи для меня:
Alt enter (вроде) контекстное меню действий. Твой главный хоткей рефакторинга. Тут можно что-то простое от заменить интерфейс в соответствии с изменением имплементации, так и сгенерировать интерфейс по классу. Перекинуть класс в отдельный файл. И др штуки. База. Просто умнее вижлового.
Ctrl + f12, shift + f12 - перейти на имплементацию интерфейса, показать все использования выделенной сущности.
Ctrl t поиск по названиям файлов. Может не только по названиям. Крайне валидный способ находить сущности на проекте.
Глобальный поиск по тексту вроде на то же что и в вижле.
Ctrl u почистить и отсортировать импорты.
Ctrl r умеет переименовывать файл когда переименовыешь класс в файле.
Всякие alt хоткеи что б перейти на список проблем, тесты, nuget нужны в новом дизайне, где это спрятано по умолчанию.
Всё остальное довольно вижловое в вижловоподобном пресете. Я разве что порекомендовал в настройках включить выделение в списке файлов проекта файла который открыт в данный момент.
>>многие рутинные действия вместо меня делает.
Еще скрипты для Azure DevOps, markdown файлы и прочая мелочевка. Просмотр JSON. Вроде бы есть плагин, который позволяет аналог постанальный сделать, но сам я его не щупал
Переплатим 3к бачей чтоб сэкономить на свете.
да нахуй нужен..
А там пойдёт скайрим? С модами...
Удивительно, но за последний год не ловил всех вышеперечисленных проблем, кроме слетания подсветки методов и переменных, это вечная проблема как только где-то сборка выдает ошибки. И еще веселая херня, когда у тебя вылазит ошибка или ворнинг на несуществующие вещи и ровно так же они исчезают временно, когда собираешь проект. Но я подобного дерьма наелся и работая в андроид студии. Вечно отпадающая отладка на девайсе в любой непонятной ситуации, логи то появляются, то исчезают в ебеня. Инструментарий для отслеживания ликов и аллокейшнов тупо нулевый, поэтому отследить не засирает ли тебе что-то мелкое память во время работы ты тупо не можешь. У коллеги одна из версий этого недоIDE тупо крешилась при заходе в настройки, это так из чего припомнил из своего опыта адской жопоболи нативной разработки под андроид на протяжении полутора лет.
Так и в посте нытьё от макоебаклака, если ты не заметил.
Я работал в конторе, которая пилила возможность разработки под мак и айфоны из Visual Studio. Правда сборка все равно требовала мак и Xcode. Вопрос лицензий и подписывания собранного приложения.
у яблочных свое проприетарное говно которое ты обязан юзать если хочешь под яблоки писать. в остальном цивилизованном мире люди давно используют что им удобно
Слишком много денег крутится на яблоках.
Проблема в деньгах. Нужно чтобы кто-то программистов собрал и платил им бабосики. Видел free/opensource IDE от комьюнити? Они все – говно.
Увы, это проблема комьюнити продуктов вообще. Они - не целостный продукт.
По тем же средам разработки. Приходилось когда-то работать в эклипсе.
Так вот. Несмотря на то, что некоторые фичи на момент моей работы в нём были реализованы просто блестяще, и лучше, чем у джет брейнов или у студии, всегда было куча того, что или работает через жопу, или отсутствует, или работает хорошо, но спроектировано по-мудацки, отчего пиздец неудобное.
Потому что по сути, это солянка решений от разных людей, которые решали свою задачу, и делали это так, как интересно им. А для продукта нужно ещё и чтобы кто-то видел картину в целом, и двигал разработку в этом направлении, форсируя в том числе и имплементацию и правку того, что никому из разработчиков не интересно делать.
По тем же средам разработки. Приходилось когда-то работать в эклипсе.
Так вот. Несмотря на то, что некоторые фичи на момент моей работы в нём были реализованы просто блестяще, и лучше, чем у джет брейнов или у студии, всегда было куча того, что или работает через жопу, или отсутствует, или работает хорошо, но спроектировано по-мудацки, отчего пиздец неудобное.
Потому что по сути, это солянка решений от разных людей, которые решали свою задачу, и делали это так, как интересно им. А для продукта нужно ещё и чтобы кто-то видел картину в целом, и двигал разработку в этом направлении, форсируя в том числе и имплементацию и правку того, что никому из разработчиков не интересно делать.
Эклипс - ебаное говно, в котором нельзя переназначить хоткеи. А назначены они всегда максимально неочевидно.
Да там много неочевидного. Сделанного яжехудожником, который так видит. А собрать эту всю радость в кучу, поубирав дичь и косяки, и сделав целостный продукт - некому.
В результате, пользоваться, конечно, можно, но только от отчаяния. Но проще скачать идею комьюнити, если уж денег нет.
Ну или студию комьюнити для си.
В результате, пользоваться, конечно, можно, но только от отчаяния. Но проще скачать идею комьюнити, если уж денег нет.
Ну или студию комьюнити для си.
Пилил кроссплатформу на Xamarin и на Ionic. Так вот, самый мерзкий момент был - включить мак и собрать очередной билд. Кстати, под маком не только XCode - говно, но и Visual Studio - говно.
Я люблю маковскую клаву и ненавижу маковскую мышь. Я люблю айфон, но ненавижу десктопную макос. Эпл вообще пиздец странные ребята.
Я люблю маковскую клаву и ненавижу маковскую мышь. Я люблю айфон, но ненавижу десктопную макос. Эпл вообще пиздец странные ребята.
Но ведь это действительно неудобно. Во-первых, всегда садиться надо. Во-вторых, брызги летят (посмотри видео на специализированных ресурсах).
Если тебя это порадует, то VS for Mac закрывают. Не только ты один считал что это говно. А так оно же росло из MonoDevelop, а тот с самого начала ушибленный был
Так, падажжи ёбана. Он пять лет не замечал, что пишет код в говне, которое ему мешает работать, и считал, что все хейтеры в отзывах просто не умеют пользоваться? Но в какой-то момент он прозрел?
У меня в башрс функция на переустановку хкода. Как людям может это нравиться я не представляю
Чтобы написать коммент, необходимо залогиниться
Отличный комментарий!