Мы пользуемся для одного проекта и дописываем таким образом информацию о пользователе во время скачивания дистрибутива. Это позволяет отслеживать от какого партнера скачивался инсталятор.
Мы пользуемся коммерческой лицензией и они еще зимой говорили что у них наработки для iOS и W8, но нокия не позволяет вставить все это в официальную сборку по причине ее сотрудничества с MS.
Так что после релиза Qt5 думаю все и начнет появляться.
Тогда, Вы сделали себе тоже самое, от чего избавляетесь:
Если у меня длинное условие, скобка блока, на новой строке, если короткое, то сразу после условия. — вместо — скобка блока всегда на новой строке.
В статье вы выводите правила, якобы стройные и понятные Вам, но с учетом Ваших некоторых комментариев эти правила имеют исключения. И эти исключения противоречат Вашим же правилам упрощения.
Бесплатный крутой Xcode + SDK (в отличие от винды)
То что он падучий и глюкавый — это конечно мелочи. К тому же некоторые вещи сделаны очень нелогично, на мой взгляд. Think different… Да еще всякие прыжки с тем что: «вот у нас есть XCode 4.3, так вот он не будет работать на Snow. Но вы не расстраивайтесь, скоро мы выпустим 4.4 — на Льве он тоже работать не будет. Вам просто нужно покупать новую железку каждый год, потому что мы каждый год стараемся выпускать новую версию ОС»
А собственно с чего топик начался? Да с того что у них системный GCC 4.2 — который не позволяет не то чтобы писать новые фичи из c++11 так еще и 99-й не держит. Это тоже отличная «забота»…
Высокий уровень совместимости и переносимости бинарников и исходников
И если уж совсем докапываться то даже собранное на «самом лучшем» 4.2 с SDK 10.5 гарантированно упадет на 10.5, рантайм там от 4.0. Какая еще раз вы сказали «совместимость»?
А все «подводные камни» начинаются когда используешь не родные фреймворки и инструменты.
В этом минус по моему — «хотите писать для нас — то только так как мы вам говорим и там где мы скажем». А не так что взял и написал на чем душе угодно. Скорее уж они привязывают разработчика к своей платформе и делают все возможное чтобы код написанный для этой платформы не мог быть использован на другой.
А что до языка, то многие контрукции мне кажутся громоздкими и перегруженными.
Простите за некоторую эмоциональность, просто мне вся эта суета вокруг яблока, количество пользователей (от общекго числа) которого менее 10%, а с учетом того что они заставляют разработчиков сидеть только на своем железе, то и того меньше.
Вообще, за все время разработки под яблоко у меня сложилось стойкое ощущение того что Apple не очень-то стремиться облегчить жизнь разработчика, а скорее прилагает все силы чтобы эта жизнь не была сахаром.
Одна из проблем сборки GCC — сборка universal, когда нужна совместимость между разными версиями макоси. Плюс даже если все собрать, то с собой нужно таскать gcc'шный рантайм, потому как на целевых машинах его может просто не быть.
По этой причини мы собираем все clang'ом. (причем его тоже собираем сами, т.к. яблочный падает на нашем проекте при парсинге сложных шаблонных конструкций) Но здесь тоже есть подводные камни — линковка qmake при сборке Qt с использованием старой SDK (скажем 10.6) ломается поэтому мы применяем следующее шаманство — собираем qmake с новой SDK а сам фреймворк уже с требуемой.
Так софт позволяет отменять перерывы, если уж очень нужно. Но лично по мне — отвлечься на несколько секунд иногда очень полезно. Просто оторвите глаза от монитора, гляньте в окно.
Вебкит собирается (VS2010). Мы так делаем, с некоторыми ньюансами.
1. Если вы включаете /LTCG, то для вебкита его нужно выключать иначе линкеру не хватит памяти чтобы собрать бибилиотеку.
2. В том или ином виде нужно давать возможность пользователю слинковать приложение с другой версией вебкита. При этом ничего выкладывать в общий доступ не обязательно, достаточно просто дать пользователю такую возможность. Например указать в лицензионном соглашение что вы можете выдать объектные файлы по запросу пользователя.
Хорошоая статья. Я думаю она показана к прочтению как заказчиком так и исполнителем.
Чтение статьи и комментариев напомнило мне недавно прочитанную книгу о роли творчества в программировании и вечное противостояние между формальным и творческим подходам. Сильный перегиб в ту или уную сторону, как правило фатален, поэтому, всегда стоит искать компромисс, а это, к сожалению, не всегда просто.
На него я смотрел, и решил что может использую его позже на удаленных машинах, которые будут слать данные в графит. А здесь он немного лишний (еще один сервер) — все умеет collectd.
Зачем мне zabbix, который тянет за собой php (не нужный мне вовсе)? У меня уже была инфраструктура с использование nginx, uwsgi, virtualenv, django и supervisor и я хотел именно на ней все развернуть. Для меня сам процесс представлял из себя настройку виртуального окружения, по сути сборка там cairo и правка пары конфигов, взятых зи шаблонов от уже работающих проектов.
Так что после релиза Qt5 думаю все и начнет появляться.
Если у меня длинное условие, скобка блока, на новой строке, если короткое, то сразу после условия. — вместо — скобка блока всегда на новой строке.
В статье вы выводите правила, якобы стройные и понятные Вам, но с учетом Ваших некоторых комментариев эти правила имеют исключения. И эти исключения противоречат Вашим же правилам упрощения.
То что он падучий и глюкавый — это конечно мелочи. К тому же некоторые вещи сделаны очень нелогично, на мой взгляд. Think different… Да еще всякие прыжки с тем что: «вот у нас есть XCode 4.3, так вот он не будет работать на Snow. Но вы не расстраивайтесь, скоро мы выпустим 4.4 — на Льве он тоже работать не будет. Вам просто нужно покупать новую железку каждый год, потому что мы каждый год стараемся выпускать новую версию ОС»
А собственно с чего топик начался? Да с того что у них системный GCC 4.2 — который не позволяет не то чтобы писать новые фичи из c++11 так еще и 99-й не держит. Это тоже отличная «забота»…
И если уж совсем докапываться то даже собранное на «самом лучшем» 4.2 с SDK 10.5 гарантированно упадет на 10.5, рантайм там от 4.0. Какая еще раз вы сказали «совместимость»?
В этом минус по моему — «хотите писать для нас — то только так как мы вам говорим и там где мы скажем». А не так что взял и написал на чем душе угодно. Скорее уж они привязывают разработчика к своей платформе и делают все возможное чтобы код написанный для этой платформы не мог быть использован на другой.
А что до языка, то многие контрукции мне кажутся громоздкими и перегруженными.
Простите за некоторую эмоциональность, просто мне вся эта суета вокруг яблока, количество пользователей (от общекго числа) которого менее 10%, а с учетом того что они заставляют разработчиков сидеть только на своем железе, то и того меньше.
По этой причини мы собираем все clang'ом. (причем его тоже собираем сами, т.к. яблочный падает на нашем проекте при парсинге сложных шаблонных конструкций) Но здесь тоже есть подводные камни — линковка qmake при сборке Qt с использованием старой SDK (скажем 10.6) ломается поэтому мы применяем следующее шаманство — собираем qmake с новой SDK а сам фреймворк уже с требуемой.
1. Если вы включаете /LTCG, то для вебкита его нужно выключать иначе линкеру не хватит памяти чтобы собрать бибилиотеку.
2. В том или ином виде нужно давать возможность пользователю слинковать приложение с другой версией вебкита. При этом ничего выкладывать в общий доступ не обязательно, достаточно просто дать пользователю такую возможность. Например указать в лицензионном соглашение что вы можете выдать объектные файлы по запросу пользователя.
Чтение статьи и комментариев напомнило мне недавно прочитанную книгу о роли творчества в программировании и вечное противостояние между формальным и творческим подходам. Сильный перегиб в ту или уную сторону, как правило фатален, поэтому, всегда стоит искать компромисс, а это, к сожалению, не всегда просто.
Поправил.