Mono Touch: Hello World!

На ресурсе про Linux первая новость на главной про iPhone. Уберите, не позорьтесь.

P.S. Новости про моно уже <неразборчиво>.

MonoDevelop подрос... С тем что было, не сравнить

Ох ты ж бля. Предвкушаю новость: Hello World под GCC-4.3.4 компилируется, по ссылке шокирующее видео. Когда монотач выпускали, так хеловорд ещё не работал, да?

Занадоели про каждый чих вашего моно писать.

По-моему, это здорово, правильно и, чтобы так не говорили аналитики, очень нужно.

> Сначала на хабре насрали этой новостью, теперь здесь. Как будто это какое-то событие. Могли бы обойтись хаброй и не гадить на моём лоре.

А не маловато ли у тебя звездочек чтобы гордо писать "МОЙ ЛОР"? ^_^ По теме: вот эта мегаконструкция "моно на айфоне" - сколько она памяти кушает? Мне что-то подсказывает, что подобные вещи обладают просто гигантским оверхедом.

#Phone

Открытый MonoTouch это хорошо, только зачем нужен iPhone, MonoTouch без iMac? Кривая политика Apple с iPhone не сойдет с рук. Тогда я выбираю Android, где все открыто и пиши на чем хочешь и где хочешь :)

Какой-то хабралор получается.

Давайте введем новые группы: «Я пиарюсь», «Я умный», «Стартапы», «Я тролль, лжец, девственник», плюс возможность их игнорировать. И нехай такие новости сливаются в эти группы.

>программисту на C# намного быстрее будет написать программу на MonoTouch

1) мобилы - не десктоп. тут нужно дратся за каждый такт, и то что моно со своей кучей костылей и обертой в конце концов идет в нативный код - это никого не успокоит

2) обычно те кому проще писать на шарпе - нихрена не понимают как надо писать мобильное приложение. а те кто понимают - те пишут на нативном.

Задолбали новости с моно.

> Задолбали новости с моно.

А меня больше раздражает, когда на главной по пять-шесть новостей про быдложабу.

Ну и где моносрач?

> Ну и где моносрач?

Мёртв, как и Моно.

>По-моему, это здорово, правильно и, чтобы так не говорили аналитики, очень нужно.

толсто

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

Выкинь свой сименс с 10. 400 мгц arm проца это тебе не 16 мгц микроконтроллера архитектуры avr.

Кстати монотач и обжектив-си имеют кое-что общее — у них у обоих жирный рантайм. Да, они оба компилируются, но используют большую дополнительную либу, влияющую на [нативный, хехе] код исполнения программы.

>400 мгц arm проца это тебе не 16 мгц

а ЙА_БАТАРЕЙКО тоже выкинуть? ифонеры и так плачут что ее на сутки хватает.

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

> а ЙА_БАТАРЕЙКО тоже выкинуть? ифонеры и так плачут что ее на сутки хватает.

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

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

Мне в принципе всё равно что творится там у них. Я жду победы андроида над симбиянами, вмами и мобильными OSXами. И компилятора питона в dalvik-код.

>это тебе не 16 мгц микроконтроллера архитектуры avr.

ви что-то имеете против AVR?

кстати, на лоровском серваке пора подвести часы. спешат, однако.

> ви что-то имеете против AVR?

Я имею что-то против использования их в сотовых телефонах.

>Я имею что-то против использования их в сотовых телефонах.

а кто использует? не троллинга ради, просто интересно

> а кто использует?

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

> Такой класс устройств никогда не сможет работать как мой умерший palm3e, неделями от одной пары пальчиковых батареек.

А знаете почему? Потому что Palm был разработан специально для КПК, боролись за каждый байт. А теперь сравните какой-нибудь Nokia IT, где прямо с десктопа на КПК переносят.

Исключение - Pocket Book. Это одна из немногих фирмочек, кои не стали брать за основу жирнющий X, как все остальные, а создали свою маленькую и легковесную библиотеку. Ещё было бы лучше не использовать жирнющий Linux, но, видимо, скилов и денег не хватило.

такая точка зрения характерно для школоло быдло кодеров, "когда кодю на компе свою <ИМЯ_БЫДЛОПОДЕЛИЯ> у мня ж весь комп и не лагает, а ифон мощный, тож лагать не будет" и вот пишут простенький ИМ клиент таким что для требуется весь ифон батарея улетает в теплые края очень быстро. но ведь никто не заметит лишнего, ведь целый айфон. имхо надо предусматривать что на 400мгц арм будет запущена отнюдь не одно быдлоподелие.

> Потому что Palm был разработан специально для КПК, боролись за каждый байт.

Потому что в то время были 2 мб памяти (одновременно оперативной и storage) и 16мгц процессор. Вот тогда да.

> жирнющий X

Использовали только в опенмоке и афаик в маеме. На счёт последнего не уверен.

> жирнющий Linux

Он как бы работает на 16мб памяти. Самое узкое место линукса — юзерспейс, а не ядро.

> такая точка зрения характерно для школоло быдло кодеров

Тут не стоит бросаться в крайности и писать асмохаки или прочую туфту для фаптимизации (фанатичной оптимизиации). GCC, например, давно оптимизирует лучше асмокодеров.

> вот пишут простенький ИМ клиент таким что для требуется весь ифон батарея улетает в теплые края очень быстро

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

про GCC согласен, но GCC не для этих ваших шарпов, не?

хреновый\нехреновый - но такое есть.

а да - если пейсать с самого начала на обжект-С то ошибку ты можешь допустить только в своем коде. а если пейсать на говно^Wмонотач то ошибка можеть и в самом этом тач. если ошибку в своем коде ты поправить можешь - то ошибку в тачах поправить уже намного сложнее. и не надо про GPL и "открой исходники" - почему то мне кажется что те кто может открыть исходники моно и отследить баг - те не будут писать на шарпе для ифонов.

Ошибка (теоретически) так же может быть и в рантайме обжектив-си.

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

ну ошибка в рантайме маловероятно)

а про то что никто не будет писать на шарпах - это да, монотач сдохнет.

ммм, а вот девелоперы для андроида уже не так хорошо к нему относятся)

> ммм, а вот девелоперы для андроида уже не так хорошо к нему относятся)

Ну не знаю, после убогой j2me и всё сжирающей j2se это лучшее, что я видел среди жаб.

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

MonoDevelop на чем написан ? Произвел впечатление хорошей и удобной ИДЕ. А по теме - хорошо, что опенсорс идет в быдлотелефон, хотя и за деньги мелкомягких.

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

MonoDevelop на чем написан ?

Ты не поверишь.

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

нда. я б за такое расстреливал. а если "десяток тысяч лишних тактов" в обработчике прерывания?

> нда. я б за такое расстреливал. а если "десяток тысяч лишних тактов" в обработчике прерывания?

Это ж какой im клиент надо писать, чтобы он на таком низком уровне работал? (:

Таки моносрач стал новой дисциплиной %)

>GCC, например, давно оптимизирует лучше асмокодеров.

"Лучше"-это довольно сомнительное утверждение. То есть для чистого С может быть и на уровне, но с любого высокоуровневого языка будет вполне заметно медленней и толще.

>Это ж какой im клиент надо писать, чтобы он на таком низком уровне работал? (:

ну сокет же прерывание кидает, когда пакет пришел. ну или там сигнал, если на Qt писать

Не нужен.

> "Лучше"-это довольно сомнительное утверждение. То есть для чистого С может быть и на уровне, но с любого высокоуровневого языка будет вполне заметно медленней и толще.

Поэтому всякии оптимизации лучше писать на си.

-ох госпади!

*пердёж*

-свершилоось чуудо!

>> жирнющий X

> Использовали только в опенмоке и афаик в маеме. На счёт последнего не уверен.

да, в маемо Х, но это было решено когда нокия еще не купила Qt, так что вероятно они Х-ы выбросят -- кутишные приложения могут и без Х-ов.

>Итак, свершилось.

Этого кто-то ждал (с нетерпеньем) 0_0 ?

По сабжу:

(кусок оффтопика [mono])*(iphone)=(закопать)^2

Я вообще ни понимаю, что с этим яблокофоном все так носятся? ИМХО, полный отстой, который делает из тебя раба активации, копирайта и проч.. Аналогичные решения от гнусмаса и лыж во много-много раз лучше даже с идеологически неправильной ОС "на борту".

Вот КПК/коммуникатор/etc + что-нить открытое (андройд, моблин) = [слишком сложно выразить символами как это хорошо].

Яблокофот, ИМХО, годиться только для гламурных кукол, чтобы им трясти в общественных местах (если больше трясти нечем).

А тут ещё и моно привязался. Даже плакать хочется от обилия гадости :'-(

> Яблокофот, ИМХО, годиться только для гламурных кукол, чтобы им трясти в общественных местах (если больше трясти нечем).

они должны писькой трясти в этих самых местах? иллюзорно оно так и есть :)

Ах да, автору спасибо за то, что новость не в разделе GNOME %)

> ...пиши на чем хочешь...

пока это называется java

>ви что-то имеете против AVR?

да. ARM. Зачем сейчас 8 бит??

шо ж так толсто то, а? %) Можно на цэ писать, на скриптовых языках и на их новом васике.

>да. ARM. Зачем сейчас 8 бит??

ви будете смеяться, но много задач где этого хватает.

это понятно, что хватает, только цена одна и та же, а программировать под 43 бита проще.