может быть разные версии ксамарина (у меня так было) на мак долго не прилетала обнова...

в Outpoot должно на подобное ругаться или варнинги в Error List

а просто по ssh соединяется с маком по ip-адресу?

муторно

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

видимо придется пробовать все

не, вопрос к тому что если соединяется, то проблема в замарине иначе в самом доступе по сети

я сам долго плясал, правда с параллелсом

На всякий случай - Remote Login и все такое включил на маке так?

тоже на всякий случай: http://metanit.com/sharp/xamarin/2.8.php

На всякий случай - Remote Login и все такое включил на маке так?

rконечно включил

А почему бы на маке сразу не разрабатывать? Там есть XS и Rider c рефакторингами из ReSharper

у меня нет мака

кто нибудь пилит по хардкору на ксамарине в продакшн?

У тебя есть хакинтош

кто нибудь пилит по хардкору на ксамарине в продакшн?

да тут много кто пилит

дайте знать, кто. я тут в фирму устроился, всю жизнь пилил на дотнете, взяли на свифт, я у меня уже глаз дергается от него, я предложил сделать доклад по ксамарину, т.к. шарп более интересный язык и можно пилить в продакшн под кроссплатформу. у меня вот вопрос, кто из вас топил на java\objective-c\swift и перепрыгнул на xamarin?

swift очень приятный язык

Вот попробуй покодить на objective-c

swift очень приятный язык

не толсти

не толсти

В смысле?

В смысле?

толсто троллишь

1. Я не тролю

Норм сфит язык

swift очень приятный язык

+ (особенно по сравнению с object-c), а для android есть Kotlin очень кстати похожий на swift В этом году выйдет Kotlin Native и можно будет в кросплатформу на Kotlin

+1 к swift

дайте знать, кто. я тут в фирму устроился, всю жизнь пилил на дотнете, взяли на свифт, я у меня уже глаз дергается от него, я предложил сделать доклад по ксамарину, т.к. шарп более интересный язык и можно пилить в продакшн под кроссплатформу. у меня вот вопрос, кто из вас топил на java\objective-c\swift и перепрыгнул на xamarin?

я тоже всю жизнь на дотнете в наследство досталось пара проектов на objective-c/swift тоже дёргается глаз :) вот решил перевезти это добро на ксамарин (сначала мелкий проект)

2. Я на .NET с версии 1.0 и знаю о чем говорю. К сожалению swift местами более продвинут чем C#

кто нибудь пилит по хардкору на ксамарине в продакшн?

Весь бизнес у нас на этом

2. Я на .NET с версии 1.0 и знаю о чем говорю. К сожалению swift местами более продвинут чем C#

шарп то тоже =)

+1 к swift/obj-c

ну не про язык разговор, кто перекатился на c#?

на Xamarin пишу с тех пор как он еще не назывался Xamarin а назывался monodroid и monotouch. Тем не менее это не делает swift убогим для меня

https://medium.com/@ephemer/how-we-put-an-app-in-the-android-play-store-using-swift-67bd99573e3c#.2atkd1msu

на Xamarin пишу с тех пор как он еще не назывался Xamarin а назывался monodroid и monotouch. Тем не менее это не делает swift убогим для меня

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

То что в C# это есть из коробки не делает C# однозначно лучше. async/await, linq и т.п. подключаются в виде библиотек к swift

В swift добавили коррутины? Или вы про библиотеку промисов.

а в C# ?

То что в C# это есть из коробки не делает C# однозначно лучше. async/await, linq и т.п. подключаются в виде библиотек к swift

через консоль

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

да

А подскажите как ipa сгенерить. Может что не так делаю... В dev-центре создал приложение, профайл для ad hoc. Его загрузил на мак. В студии его выбрал для конфигурации ad-hoc. Поставил галку "Build ad-hoc package (IPA)" Идентификатор приложения такой же как тот что в dev-центре создал. Выбираю конфигурацию Ad-hoc, делаю билд, в ответ:

если вы там строчите что бы развести холивар, не надо плз, я не за этим пришел

а в C# ?

Там есть трансформация кода для await и yield (генерируется стейт-машина для поддержки сопрограмм). Это делается компилятором. Так что без поддержки на уровне языка никакие бибилотеки не помогут. (или там появилась какая-то мощная система макросов как в clojure/scala?) P.S. не знаю как сейчас, но год назад такого точно не было.

А Сертификаты проверили?

хотя с другой стороны не получилось бы собрать без сертификатов

а где их проверить надо?

а где их проверить надо?

да не - меня вроде не в ту степь понесло. Тут что то другое

Дмитрий а ты по этой инструкции делал IPA ?

https://developer.xamarin.com/guides/ios/deployment,_testing,_and_metrics/app_distribution/ipa_support/

Дмитрий а ты по этой инструкции делал IPA ?

да, только без айтюнса

Enterprise Deployment — An iOS application can be deployed internally, within a company, which requires either a Business or Enterprise tier license of Xamarin.iOS from Xamarin, and requires membership of Apple's Developer Enterprise program. Может быть из-за этого?

Вряд ли

Если в студии собираешь - включи полный лог - возможно там будет что то полезное.

Или как вариант могу вечером после работы удаленно подключиться - может быть смогу разобраться в чем дело

А подскажите как ipa сгенерить. Может что не так делаю... В dev-центре создал приложение, профайл для ad hoc. Его загрузил на мак. В студии его выбрал для конфигурации ad-hoc. Поставил галку "Build ad-hoc package (IPA)" Идентификатор приложения такой же как тот что в dev-центре создал. Выбираю конфигурацию Ad-hoc, делаю билд, в ответ:

Попробуй собрать xcode archive из него уже ipa. Выключи в настройках для adhoc создание ipa.

Либо пропиши все папаметры упаковки и создавай ipa

дайте знать, кто. я тут в фирму устроился, всю жизнь пилил на дотнете, взяли на свифт, я у меня уже глаз дергается от него, я предложил сделать доклад по ксамарину, т.к. шарп более интересный язык и можно пилить в продакшн под кроссплатформу. у меня вот вопрос, кто из вас топил на java\objective-c\swift и перепрыгнул на xamarin?

Писал на Java под Android, потом перешел на xamarin и работаю с ним, в своих pet проектах использую и java и swift под iOS. Недавно начал смотреть в сторону kotlin. Для меня самый приятный язык таки C#. Kotlin хороший, но пока мало звуком. Java слишком многословна. Swift к 3 версии стал приятнее, в первой куда хуже было, но что ломают его часто- конечно минус.

Берите Kotlin - не пожалете, он как C# для jvm - современная и простая лошадка для интерпрайза (те ждать scala волшебства от него бесмысленно).

Писал на Java под Android, потом перешел на xamarin и работаю с ним, в своих pet проектах использую и java и swift под iOS. Недавно начал смотреть в сторону kotlin. Для меня самый приятный язык таки C#. Kotlin хороший, но пока мало звуком. Java слишком многословна. Swift к 3 версии стал приятнее, в первой куда хуже было, но что ломают его часто- конечно минус.

Отлично, спасибо большое

Берите Kotlin - не пожалете, он как C# для jvm - современная и простая лошадка для интерпрайза (те ждать scala волшебства от него бесмысленно).

не смешно

Ну так я серьезно ? (на нем пишу уже ~1 года, на java/C# уже >6 лет в продакшене)

Есть у кого то еще что сказать по поводу перехода?

В этой группе спрашивать бесполезно - мы все тут собрались только потому что считаем что такой переход оправдан в подавляющем большинстве случаев

Есть у кого то еще что сказать по поводу перехода?

А я вот с хамарин, на андроид джаву хочу перейти)

Бывает

А я вот с хамарин, на андроид джаву хочу перейти)

На самом деле надо пробовать. Обязательно. Даже если потом не перейдешь на платформу это сделает тебя еще более сильным Xamarin разработчиком.

На самом деле надо пробовать. Обязательно. Даже если потом не перейдешь на платформу это сделает тебя еще более сильным Xamarin разработчиком.

Я пробую, только вот работу пока не найду )

Я честно пробовал на чистом Java, Object-C, Swift делать приложения. Так или иначе получалось. Но я только убедился что хочу писать на Xamarin и если честно мне это позволило сильно вырасти как Xamarin разработчику. Когда пишешь на радной платформе то уже гораздо понятнее становится почему команда Xamarin сделала именно такое решение и почему оно лучше чем другие решения, которые, как может показаться по началу, могло бы быть лучше

Писать хорошие приложения на Xamarin Forms не зная нативной разработки невозможно. Так или иначе рендереры, сервисы и тд придется реализовывать.

Писать хорошие приложения на Xamarin Forms не зная нативной разработки невозможно. Так или иначе рендереры, сервисы и тд придется реализовывать.

Ага, xf без рендереров, как яишница без яиц ???

Когда реализовал работу Xamarin Forms на WPF мне пришлось очень много времени провести изучая исходники XF и очень многое не понравилось в реализации XF. Понятно что задним числом все умные и каждому кажется что он мог бы сделать лучше. Тем не менее сейчас я уже хочу реализовать свою альтернативу XF - разработка UI в функциональном стиле. Если что нибудь путное получится то покажу что получилось.

Когда реализовал работу Xamarin Forms на WPF мне пришлось очень много времени провести изучая исходники XF и очень многое не понравилось в реализации XF. Понятно что задним числом все умные и каждому кажется что он мог бы сделать лучше. Тем не менее сейчас я уже хочу реализовать свою альтернативу XF - разработка UI в функциональном стиле. Если что нибудь путное получится то покажу что получилось.

Rx?

почему бы просто не улучшить то что есть?

А вы не смотрели доклад разработчика из XF ? Им самим очень многое не нравится в XF. Многое они не меняют просто потому что это сломает обратную совместимость.

На мой взгляд лучше бы сломали если это даст существенный профит

они пообещали в феврале мега-апдейт

может в марте

да - они обещали львиную доле времени потратить сейчас на стабилизацию и прирост производительности XF так как видят что большинство разработчиков интересуется именно XF

В Android радиации мне не нравится что все контролы обернуты в личные контейнеры- рендереры, что сказывается на производительности, но вот сделать иначе сложно, и тоже много подводных камней

На мой взгляд лучше бы сломали если это даст существенный профит

+1 думаю даже если и сломается, то не сильно адаптировать можно будет быстр

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

Ну так то они в 2.3.* уже начали в 1 очередь смотреть на стабильность, её подняли, сейчас на производительность направились. Что меня больше раздражает в производительности- долгая загрузка приложений

Это правда - я купил дешевый андроид планшет для тестов. Так там официальный клиент ВК запускается примерно з 1,5-2 секунды

Даже пустое приложение может загружаться несколько секунд

пустое XF приложение запускается где то 5 секунд

Вот вот, и особо нечего с этим не сделать..

Команда Xamrin обещала это исправить - посмотрим что у них получится

Ну да, тоже очень жду этих версий. Надеюсь все получится

AOT как я уже тут говорил дает хороший результат. но и пока что большой размер аппы. это-то как раз и обещали сделать приемлемым в ближайшее время

скорость запуска XF приложения - не константа. это можно исправить даже своими руками. главное понимать что в какой момент рендерится и загружается

да это все поняно само собой. Но тем не менее там есть что оптимизировать внутри XF. И главное что команда Xamarin знает что оптимизровать.

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

ну они очень ревностно относятся к коммитам из-вне

вот не так давно парень сделал очень важный коммит - фикс скачков UI при скрытии/показе navigation bar при навигации со страницы на страницу - так до сих пор влить в ветку не могут или не хотят. При том он уже все что можно сделал и тесты написал даже

Ну да - это понятно. Там люди ведь не поменялись. Там работают люди которые годами работали с закрытой платформой и сделали уже тогда успешный продукт.

А тут МС открыли исходники и все еще с опасением относятся к вливаниям извне. То что вольешь просто так уже не выпилишь потом. Надо убедиться что это в будущем не создаст проблем.

AOT как я уже тут говорил дает хороший результат. но и пока что большой размер аппы. это-то как раз и обещали сделать приемлемым в ближайшее время

Хм. Пробовал, особо разницы в скорости на Android не заметил. Плюс Android сейчас сам компиляцию делает