Apple анонсировала preview Xcode 4

[@gooddy]

по этому поводу есть ещё видео

а вот по поводу даты ничего не слышно?

[@cooch]

Для владельцев подписки собственно уже доступно для скачки, а вот когда релиз — неизвестно.

[@jao]

А что такое подписка?

[@namezys]

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

[@ascoder]

подписка девелоперского акккаунта за 90$ в год,

[@olegchir]

смотрю на ваши ObjectiveC и XCode, и одолевает яростное желание достать где-нибудь мак и попробовать.

спрячьте ваше видики, демоны :)

[@namezys]

«Нет, мужчина сказочной красоты, не поддамся я твоим чарам.»

[@silentroach]

Уверены что не путаете ObjectiveC с чем-то другим? :)
А XCode да, клевая штука.

[@mamahtehok]

ну если просто попробовать, то можно использовать хакинтош.

[@FanKiLL]

Редактор версий — а в VS есть что то подобное? Или TFS это и есть Редактор версий?

[@rednaxi]

Как я понимаю редактор версий в данном случае это просто клиент для git/svn, но с дружелюбным интерфейсом.

[@cooch]

Я так понял, что это скорее чего-то типа продвинутого blame с интегрированным time machine.

[@namezys]

очень похоже на это. надеюсь, они интегрирую не только svn

[@slatvick]

GIT тоже будет.

[@namezys]

ура!

[@NaTTs]

В третьей версии это была основная проблема (для меня). Так что да, Ура! ^^

[@PokimonFromGamedev]

Очень интересная статья. Спасибо автору.

Да. Яблочная ИДЕ становиться все лучше и лучше.
Подсветку кода и ошибок компилятором. Хочу хочу.

Но вот один вопрос.
Заявлена отладка многоядерного приложения.
Как это возможно технически? Ведь ошибки в таких приложениях нельзя выявить простой остановкой потоков.

[@cooch]

Ну пока они не детализировали. Возможно это и будет тот самый не понятый мной и не переведенный Grand Dispatch Central.

[@Woof]

GCD это библиотека тредов для многоядерных процессоров developer.apple.com/technologies/mac/snowleopard/gcd.html

[@fat_hamster]

яблочная иде — может быть самое худшее, что я видел в жизни… даже еклипса не такая дурная… но то все после делфи, к хорошему быстро привыкаешь

[@namezys]

вы просто не захотели с ней разобраться

[@olegchir]

дельфи начиная с 8й версии не видел, но яблочная иде — она офигенна.

[@namezys]

вообще дельфи уже пошел после NEXT-Step

[@CLR]

Даже вспоминая delphi 3 в 98 году можно привести множество примеров где xcode/ib не дотягивает. Начиная от редактора кода (ошибки подсветки, почти бесполезный code sense) и заканчивая проектированием интерфейсов (разработка контролов «на лету», более удобная связка с кодом, и т.д.).

[@hellraiser09]

1. code sense сравнивать как-то неправильно, потому что Delphi со статической типизацией, а Objective-C – c динамической. Но как раз в Xcode 4 это сильно улучшили встроив парсер C/Objective-C/C++ прямо в IDE.

2. тот редактор интерфейса в делфи и близко не стоит перед Interface Builder. Просто IB это поболее чем редактор интерфейса

3. дебаггер в делфи был страшным говном всегда, даже хуже чем в Xcode 1–3. В Xcode4 дебаггер сильно улучшили и я бы сказал что теперь он на уровне .Net дебаггера в Visual Studio.

[@CLR]

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

2. То «что поболее» я и не затрагиваю, я смотрю лишь на то, что могло бы быть.

3. Про дебагеры я вообще ничего не говорил. Тем более не мне об них размышлять — я всегда пользовался сторонними решениями.

[@hellraiser09]

1. это вообще как относится к code sense?

2. хотели чтобы клацнул по кнопке и тебе бац в коде "-(void)UIButton1_OnTouchInside:(id)sender {"? Этого нет и слава богу

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

[@CLR]

1. А почему не относится? Просто разработчики не посчитали нужным уделить больше внимания данной функциональности сделав ее лучше.

2. Ну вообще-то это есть (write class), правда далеко не всегда работает как нужно (картинка). Но хотелось бы нормальной связки, чтобы переписав код я видел обновления в IB сразу, а не через раз. И хотелось бы писать код, на лету компилировать и видеть мой новый контрол тут же в редакторе. Первый мой заказ под мак был как раз данного рода. Остались не приятные воспоминания.

3. Я написал исключительно об том, что следовало бы сделать чтобы называться супер. Лично меня отсутствие данных вещей удивляет — 2010 год, а подсветка синтаксиса с багами, мне кажется это странным.

[@namezys]

1. вы давно на динамических языках писали?

2. похоже 4 как раз вас удовлетворит

[@CLR]

Ну я пользуюсь питоном лет 7 для повседневных нужд, к чему вопрос? динамическая типизация obj-c вовсе не отговорка (она кстати и в дельфи имеет место быть).

[@namezys]

да ладно. правда?

[@namezys]

2. как вы смотрели… там такой удобные редактор интерфейса с нормальными layput'ами

[@petrovi4]

Как я понял ты уже поставил четвертую версию.
Скажи плиз, она ставится со сносом третей или отдельно, и что с обратной совместимостью? Можно ли продолжать работу над старыми проектами в новой ИДЕ?
п.с. и как она вообще, стабильная?

[@namezys]

вы его пробовали, или так, высер сделали?

[@CLR]

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

[@namezys]

я меньше — но удовлетворен

[@CLR]

Да и я не жалуюсь, лишь привел примеры того, почему 12 лет назад delphi называли супер и почему я сейчас не могу так называть xcode.

[@mono2k]

просто вы постарели.

[@fat_hamster]

у меня 2 монитора, в делфи для «набора» одна раскладка окон, для отладки — другая, все окошки под рукой, все сразу вижу, дебагер показывает каждый «пук»

и те же 2 монитора я не могу толком попользовать с х-кодом, потому что: или вот вам «однооконный» интерфейс и делайте с ним, что хотите (да, это супер-фича: «вы можете на одном мониторе держать иде, а на втором запустить программу»… К.О. увольняется после таких советов); при этом для дебага я должен начать кнопошку, которая как ей хочется расставит окошки, поэтому если мне что-то там (по глупости моей) надо в коде посмотреть — надо снова кнопошку нажать, вернуться в режим «редактирования», посмотреть чего-то там; решил сделать шаг в отладке? — а, снова кнопочку, в режим дебага — там же только это сделать можно… очень юзерфрендли, а чо…

и я вообще ничего не говорил про коде-сенс, про дебагер и язык, нахер оно мне надо; мне надо всего навсего, чтобы если у меня выделен кусок текста и я нажимаю смд-F, то пусть этот кусок текста сразу вставится в поле поиска… это что, так вот сложно сделать? или это мне поможет код чище писать? или хардкорность мою на 5 пунктов повысит — так нахер эту хардкорность, дайте мне инструмент для студентов (кстати вроде в делфи11 можно будет для мака писать… может доживу..)

[@olegchir]

не тому ответили, наверное ;))

> «вы можете на одном мониторе держать иде, а на втором запустить программу»

довольно ценная штука, если основное занятие состоит в создании и тестировании GUI :) Без двух мониторов это адовый ад.

> снова кнопочку, в режим дебага — там же только это сделать можно

а хоткеи на клавиатуре не работают?

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

зачем это вообще нужно? Сразу предупреждаю, я в xcode не работал по-настоящему, так что это риторический вопрос. Например, в IntelliJ IDEA если нужно найти все использования какого-то метода или класса — достаточно навести на него курсор и клацнуть с клавиатуры какой-нибудь хоткей типа «find usages».

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

линуксовые привычки с копированием текста в буфер иксов? =)

[@Goodkat]

Избалованным Дельфёй программистам все остальные IDE будут казаться блокнотом с нумерацией строк :)
А эклипса — очень тормозным блокнотом :(

Попробуйте MS VS, говорят, за последнии годы её здорово развили.

[@kovpas]

Толсто троллите, товарищ. Дельфи — язык для изучения и для студентов, но уж никак не для production программирования.

[@fat_hamster]

та лишь бы работало и платили за то, что работает

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

[@baibaratsky]

Мне вот очень обидно, что не могу заменить Eclipse на XCode для PHP-разработки.
Когда пишу под Mac OS X — одно удовольствие.

[@Gorthauer87]

>LLVM — быстрый компилятор. Он компилирует код в 2 раза быстрее GCC, при этом создавая приложения, которые также работают быстрее.

Где вы этот бред нашли? Скажите автору, что он мудак глубоко заблуждается и наслушался маркетоидных бредней. LLVM это даже не компилятор в привычном понимании этого слово, это бэкенд для компиляторов, а по сути дела виртуальная машина, которая имеет собственный набор команд, и уже этот набор команд оптимизируется и транслируется в машинный код. А фронтендом к LLVM может выступать как gcc, так и яблочный clang, который занимается собственно разбором кода и переводом его в код виртуальной машины. Что касается скорости приложений, то все тесты, которые я видел, сходятся во мнении, что gcc быстрее чем llvm+gcc или llmv+clang, плюс у clang'а еще не полная поддержка С++.

[@hellraiser09]

вот кстати с Xcode 4 идет clang с полной поддержкой C++

[@Gorthauer87]

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

[@namezys]

проснись, анабиозник

[@cooch]

Это переводная статья с оригинального сайта Apple (как собственно в начале и написано). Я не менял текст, я его только перевел, приведя кое-где к более благозвучным словосочетаниям. Можете написать им, а не мне. Может хоть они расстроятся.

[@namezys]

clang не имеет полной поддержки c++0x, но это тоже будет скоро
остальное работает

[@ivanzoid]

В презенташке на WWDC они сами так сказали.

[@hellraiser09]

скачал, поставил, ужаснулся. Еще пилить и пилить. Концепция единого окна пока-еще больше мешает, чем помогает

[@cooch]

Жаль, я пока не качал. Но меня эта куча окон всегда раздражала, если честно. Поэтому я вполне себе обрадовался этой новости. Ну а насчет «пилить и пилить» — я не знаю, классификацию Appl'ом как Preview что означает — то ли это альфа, то ли бета, а может и вовсе — пре-альфа.

[@drak]

Это скорее пре-альфа пока.

[@egorF]

это надо привыкнуть.

[@russum]

Единое окно, наконец-то…

[@russum]

Только была бы возможность менять их местами, а то код слева как то привычнее…

[@DeNn]

Под это все счастье нужен большой монитор. Если сейчас вполне хватает 13", то для xcode4 это уже мало =(

[@SAKrisT]

печально :(

[@chaliy]

Это настоящий прорыв.

[@SAKrisT]

можно ставить или нет?
Много глюков?

[@fat_hamster]

взял текущий проект, скомпилил, запустил — глюков не заметил… но тормознее, чем 3.2 (хотя может чего-то там индексировал)

пока билдил — нихрена не понятно было — делает он что-то или подвис, не нашел где включить лог

ставить — а чего нельзя; но предупреждают, чтоб на нем «на продажу» ничего не делали, и ставят в отдельную папку… проекты туда-сюда совместимы

з.ы. и ппц как на итюнс похож…

[@iChernov]

Лог включается маленькой иконкой «теругольничек в квадрате» в нижней строке центрального окна (эта строка появляется при запуске приложения), прямо под кодом. Аккурат рядом со строкой поиска.

[@iChernov]

Глюков не очень много, но изредка виснет намертво при компиляции. Окно логов в совершенно новом месте, и всякие привычные опции разбросаны по новым углам. При этом интеграция и притирка проходят за день-два, хотя прежний XCode до сих пор… даже не то, чтобы удобнее… привычнее. Очень жаль, что убрали удобное окошко выбора версии iOS, для которой производить сборку (или я его ещё не нашел).
P.s. Fix-it — это просто волшебная фича. Для начинающих — самое то!

[@markhor]

LLVM — быстрый компилятор. Он компилирует код в 2 раза быстрее GCC, при этом создавая приложения, которые также работают быстрее. Это происходит потому, что компилятор был спроектирован с самого начала как набор высокооптимизированных библиотек, легко расширяемый, легко оптимизируемый и спроектированный для архитектуры современных чипов.


Да вы что! Как человек, очень подробно ознакомившийся с этим компилятором, защитивший по нему диплом и в настоящее время один из его разработчиков, утверждаю, что это — брехня. LLVM-у до GCC еще развиваться и развиваться. Да, иногда он компилирует под ARM лучше, но далеко не всегда. Бывает, что скомпилированный код не работает. Во множестве тестов, в частности SPEC INT, по сравнению с GCC замедление достигает 20%. Вы бы видели его код — там TODO и FIXME на каждом ходу.

[@markhor]

Прошу прощения, шагу а не ходу.

[@cooch]

Я же только переводил, не бейте по лицу…