• Планшет в качестве второго экрана под linux
    0
    мне тоже, спасибо за ссылку
  • Как два программиста хлеб пекли
    +7
    Согласен — две крайности. Они тут полезны в том что мы хотим понять. Я считаю что оба программиста молодцы, а вот косячник — менеджер.
    Программисты вообще всегда молодцы, живут в своем мирке и как знают мирок свой так и пишут.
    А вот менеджеры, блин, ну неужели они не могу объяснить какой будет проект:
    1) прототип для показа — который выкинут и надо код писать быстрее пусть с утечками памяти немасштабируемый и т.д. (Маркус тут даже перестарался, все можно было написать в main()),
    2) серезный проект с ТЗ, которого действительно утверждено — надо показать это ТЗ, диаграмки состояний нарисовать, объяснить как в дальнейшем может развиться система. Какие перспективы сопровождения (Борис не виноват что ему не предоставили полной информации, однако он правильно начал с минимумом абстракций, а потом их наращивал, основной бедой его был повар, который является инициатором выпечки — он фабрика, а не плита, плита — инструмент, который на ровне с рецептом должен использоваться поваром и просто поддерживать температуру определенную, из-за неправильного повора рецепт вперся в плиту зачем-то и пошло поехало, Борис действительно не мог остановиться и развернуть архитектуру вовремя из-за косноязычности менеджера, кирпичи выпекать стало не кому выходит, кстати хороший паттерн чтобы не плодить под пирожки своих поворов — мост / Bridge)
    3) стартап, в котором надо делать быстро и с возможность масштабирования. Тут любой подход хорош, единтсвенное надо реализовывать его качественно. Если разобратся в подходах данных программистов, то Борис пишит объектно-ориентированный код, а Маркус — процедурно-ориентированный, ну и кто сказал что последний сложно тестировать? Можно и нужно поколоть его основные методы на составляющие и их так же легко тестировать как объекты. Разница их подходов лишь в том, что у Бориса есть модель объектов, она более наглядна, чем математическая модель Маркуса. А код один и тот же, просто дайте процедурнику объектно ориентированный код, он его поймет, но напишит все посвоему и криво. А если наоборот, то объектник начнет все рефакторить излишни пытаясь структурировать. Так что лучше не мешать программистам, а грамотно менеджерам ставить задачки))

    Вывод из статьи: менеджеры виноваты во всем
  • Приложение СПС «Право.ru» для iOS — сложности разработки и пути их решения
    0
    ему предлагается произвести резервное копирование, он вправе отказаться.
  • Приложение СПС «Право.ru» для iOS — сложности разработки и пути их решения
    0
    так программно иммено user и создает zip, так что проверку проходит легко. Атрибут запрета мы не выставляем, дабы можно было переносить документы на другое устройство
  • Приложение СПС «Право.ru» для iOS — сложности разработки и пути их решения
    0
    Кто-то очень любит цепляться к словам.
    Да, в этой книге очень хороший перевод, трудно не согласиться
  • Приложение СПС «Право.ru» для iOS — сложности разработки и пути их решения
    0
    Да, в Documents. В сохранности остаются файлы только там. Но если закешированные файлы вы попытаетесь сохранить сразу туда, то из Apple Store вероятней всего придет письмо, о том что не следует держать такое обилие файлов, вероятнее всего вам необходимо перевести все в cashes. Вот тут и приходит на выручку zip
  • Приложение СПС «Право.ru» для iOS — сложности разработки и пути их решения
    0
    ну так хабр, на то и символика, давайте распутываться)
  • Приложение СПС «Право.ru» для iOS — сложности разработки и пути их решения
    –3
    Извините, конечно! В данном контесте речь конечно не о бизнеслогике, а о решении. Тоесть один парсер — одно решение, другой парсер или протокол — это другое решение. В данном контексте как раз таки паттерны позволили
    «Но это не позволяет заменять одни решения на другие. Возможно речь об интерфейсах?»
    так что еще как позволяет!
  • Приложение СПС «Право.ru» для iOS — сложности разработки и пути их решения
    0
    Согласен: в данной задаче использовался Заместитель для того чтобы изолировать реализацию парсинга. А вот медиатор кстати скорее в задаче кеширования, для того чтобы подменить данные, загружаеммые с сервера локальными. Композитор используется на стыке взаимодействия поставщика данных и кешером с одним и тем же парсером/сериализатором.
  • Приложение СПС «Право.ru» для iOS — сложности разработки и пути их решения
    0
    Цель наша, да, пиар — какие мы крутые разработчики, создаем крутой продукт.
    Поделились опытом, тестами и исходниками.
    А вы тут какую цель преследуете? Можит мы вам не подходим по интересам?
  • Приложение СПС «Право.ru» для iOS — сложности разработки и пути их решения
    0
    >> Многие разработчики используют шаблоны проектирования. Но это не позволяет заменять одни решения на другие. Возможно речь об интерфейсах?

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

    >> Это не назначение паттерна прокси. Это всего лишь следствие его применения.

    Согласен, у паттернов нет назначений, но мы легко находим им применение
  • Как мы в Parcsis разрабатываем программы под Android
    0
  • Как мы в Parcsis разрабатываем программы под Android
    0
    >Вместо «Android» можно поставить что угодно: «ios|macos|linux|windows|blackberry»
    >Информации 0, даже не разработчик знает, что существуют экраны различных разрешений и плотности пикселей, а так же что есть карты памяти, и что плохие приложения тормозят.
    Еще вы забыли о том что приложения закрываются и как с этим борятся именно под Андройд.
    А так вообще вы же понимаете что не на всех «ios|macos|linux|windows|blackberry» есть проблема с картами памяти и пиксилизацией.
  • Как мы в Parcsis разрабатываем программы под Android
    +1
    Постановка задачи — это решение задачи на 80%. Какая-то часть займет тестирование, а на написание программ останется совсем малость.
    В статье ведется речь о взаимодействии с дизайнерами, овнерами продукта. Описано как производится тестирование приложений под Андройд.
    Достаточно много информации на мой взгляд об особенностях архитекртуры Android, которая определенным образом учитывается в разработке.

    Что вам еще не хватает, может быть исходный код для примера?
  • Очистка кэша в iOS 5
    0
    С чего вы взяли что Caches будет чиститься???
    Насчет temp все правильно, эта папка создана для временных файлов
  • Слияние IT и Дизайна
    +3
    да, второй не хватало! вроди вместе должны быть они?
  • Слияние IT и Дизайна
    0
    вах, карандашик в дрож бросает, приятную)
  • Все законодательство РФ теперь и на iPad
    0
    Вам придется подождать обновления 1.2, через неделю выйдет скорее всего. В нем все намного быстрее, корректно отбражаются таблицы и рисунки, ничего не тормозит и не падает) Счастье придет в каждый дом)
  • Все законодательство РФ теперь и на iPad
    0
    Чего же странного? Зарегистрироваться или войти нужно для авторизации в «ПРАВО», на айфоне это сейчас происходит при запуске в первый раз, а будет происходить только при обращении к спецсервисам и только после выпуска обновления. Обновление только задумывается, его еще никто не выкладывал
  • Все законодательство РФ теперь и на iPad
    0
    на айфоне есть сервис «Обновить документы» он требует авторизацию, на iPad его нет пока, но когда появится будет требоваться авторизация только при обращении к нему. Я думаю на iPhone в скором времени будет так же с выходом новой версии
  • Все законодательство РФ теперь и на iPad
    0
    новый апдейт будет работать в 3.2
  • Все законодательство РФ теперь и на iPad
    0
    на днях выйдет апдейт, он уже на рассмотрении, позже поправим чтение больших документов с html тегами
  • Все законодательство РФ теперь и на iPad
    0
    в какой программе? У нас их много :-) По данной теме программа не имеет регистрации, пока (в скором времени появятся сервисы, для которых будет предусмотрена авторизация, для того чтобы синхронизировать данные с вебом и другими устройствами)!
  • Все законодательство РФ теперь и на iPad
    0
    где?
  • Все законодательство РФ теперь и на iPad
    0
    да, доступны конституция, кодексы и фз. Избранное и мои документы доступно тоже без сети
  • Все законодательство РФ теперь и на iPad
    0
    частично структурированы таким образом. Через поиск если выйдете на какое нибудь постановление к которому есть приложение, то они будут показаны на одном экране
  • Все законодательство РФ теперь и на iPad
    0
    разворачивание документов. То есть вы качаете прогу в 30 метров, после первого запуска она начинает занимать 200 метров, вопрос «это чо с инета?» Нет! Это из архива программы))
  • «Мобильная картотека» для Android
    0
    ПДД и ЗоПП не федеральные законы. Их в разделе федеральных законов быть не должно. Но поскольку эти законы очень часто используются простыми смертными вроди нас с вам то их каким либо образом добавим в следующих версиях
  • Кроссплатформенный код для приложений под iPhone и iPad
    0
    Да, я тоже видел кстати изящные решения, в библиотеке OpenCV исключения как раз такие: автоматом указывают файл и строку происхождения, как в самых современных ООП языках. Еще говорят удачный пример хорошего использования макросов в движке халвы.

    Через строку #ifdef достаточно весело, но за счет подсветок IDE в принципе уваривать можно.
  • Кроссплатформенный код для приложений под iPhone и iPad
    +1
    Забавно :-), но на самом деле Uealsey бессмертный троль, удивительно что администрация его не высечет по попе, поэтому лучше его не трогать.
  • Кроссплатформенный код для приложений под iPhone и iPad
    0
    для iPhone/iPad в описанном вами случае все куда проще. Пишется два разных ipadiphone.m и линковщику через проект указывается нужная реализация и все, никаких макросов даже не нужно.

    «Макросы штука хорошая, но они плохо масштабируются.» фраза не о чем, подкрепите фактами.
  • Кроссплатформенный код для приложений под iPhone и iPad
    0
    Я не смог скомпилировать приложение для устройства iOS с версией ниже 3.2 из xCode 3.X и дырявого xCode 4 тоже не смог с установленной SDK 4.0, вообще при выборе устройства было написано четко «missing». Расскажите, как вам удалось собрать код под устройство ниже 3.2
  • Кроссплатформенный код для приложений под iPhone и iPad
    0
    я думаю информация тут изложенная очень полезна и для меня будет и пусть будет стыдно тому кто минусовал.
  • Кроссплатформенный код для приложений под iPhone и iPad
    0
    в C# точно есть макросы, в Java нет, потому что это чистый ООП. У меня другое виденье макросов, мне кажется это не костыль а хадулька, благодаря которой можно быть ваше и ходить быстрее, уж последнее вы не будуту отрицать?

    Кстати думаю могу привести пример кода, изрезанного макросами, которой в объектной модели даст жуткий полиморвизм, который будет очень тяжело поддерживать с учетом виртуализации Obj-C
  • Кроссплатформенный код для приложений под iPhone и iPad
    0
    Да, стремление сокращение кода есть: меньше кода — меньше ошибок.

    ну про C++ понятно, а как с другими языками то?
    Вот интересно на Obj-C вы под какие платформы пишите? Поделитесь опытом. Был ли опыт именно кросплатформеного написаниея и какие платформы?

    Javascript, Actionscript вообще непонятно, зачем это было необходимо? Кросбраузерность что ли какая?
  • Кроссплатформенный код для приложений под iPhone и iPad
    –2
    мне кажется этот код просто не будет компилироваться под iOS с версией меньше 3.2, но с тем что нужно использовать макрос UI_USER_INTERFACE_IDIOM() с вам не согласятся разве что противники макросов :-) сам я не пробовал этой кухни, потому что у нас все проекты идут отдельно на iPhone и iPad приложения и я пользовался только макросами
  • Кроссплатформенный код для приложений под iPhone и iPad
    0
    iOS пока включает в себя поддержку iPad и iPhone, так что о них пока речь.

    Вы победили, насчет компонентов. Мне тоже надоело их писать.
  • Кроссплатформенный код для приложений под iPhone и iPad
    0
    а что у вас за случай?
  • Кроссплатформенный код для приложений под iPhone и iPad
    –1
    да, полная поддержка С.

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

    Вы видимо предположили из своего опыта, очевидно негативного, а я пытался донести до вас свой позитивный опыт. Это рецепт, одного из блюд, которое может быть использовано совместно с другими.
  • Кроссплатформенный код для приложений под iPhone и iPad
    –4
    STL, Boost' это С++, это дырявый ООП в котором куда страшнее не макросы, а template.

    Однако согласен частично, но это не означает что ifdef надо полностью избегать, иногда они даже упрощают логику и понимание программы. Полиморфизм на ваш взгляд чем проще? Виртуализация чем по вашему упрощает в месадж-ориентированных языках жизнь команды разработчиков?