Всё-таки правильнее было бы назвать статью хотя бы «Выбираем Android смартфон с мощным аккумулятором» или «Выбираем смартфон на базе Android с мощным аккумулятором».
Причина
Существует как минимум ещё две достаточно популярных платформы, на которых постоянно выпускают смартфоны. Более того, сейчас появились очень даже бюджетные варианты. И Вы совершенно правильно их не стали добавлять в этот обзор — там модель с 1340 mAh работает 2-3 суток без подзарядки при примерно часе разговоров в день + немного интернета 3G/WiFi… а про нынешние бюджетные модели за 5-7 Кр можно даже не говорить
Ofice у меня сохраняет позицию. Folder Play — не помню, пользовался или нет. А! чуть не забыл — разъем под карту памяти в 1520 есть. FB Reader отлично помнит позицию. и да, это проблемы приложения — как программист я точно знаю, как там все устроено — приложение отвечает за сохранение состояние при сворачивании.
P.S. про батарейку тоже странно — у меня при активном использовании (постоянно включен WiFi / Bluetooth + 2+ часа разговора в день + много интернета / почты / соц. сетей) хватает больше, чем на сутки стабильно…
Странно, у меня 1520 (с Windows 8.1) до того были и WP 8 и WP 7/7.5 — проблем с переоткрытием приложений замечено почти не было (только пара кривых приложений попадалось) конкретно IE / книгочиталка / media player помнят последние позиции. media player, правда, только до перезагрузки, а вот остальные двое — зачастую и после…
Это зависит от критериев «хорошести», согласитесь?
Там же написано — «С точки зрения целевой платформы» — для большинства платформ есть более-менее вменяемые описания «хорошего» кода.
Зависит от целей проекта и предлагаемых условий. Нам подобное вполне удалось.
По-хорошему завидую — искали, очень тщательно, людей, которые способны руками переводить код с FoxPro — нереально, даже если брать не слишком высокий уровень. Перевести код с того же Delphi на C# уже проще, но при условии использования Win Forms, а вот перенос Delphi => WPF уже всё намного грустнее — слишком большая разница в «нутре» библиотек — многие неспособны одновременно и то и то хорошо понимать.
Заметим, я пока что вообще не приводил цен на «автомат».
Более того, даже с учётом доведения кода до «хорошего» с точки зрения целевой платформы (например — уборка «красивых» статик методов «Create» и замена их на нормальные конструкторы, выкидывание Class_of конструкций и подобного) цена наших услуг в разы ниже, чем «ручной перевод».
P.S. Кстати, гарантии, что ручной перевод будет лучше, чем показанный код нет — чаще всего найти действительно толковых программистов и заинтересовать их на 2-3 года подобным проектом крайне тяжело.
Не совсем верно.
В данном случае не применялось никаких инструментов автоматического рефакторинга, который в нашем конвертере очень даже присутствует (в окончательной версии).
Текущая версия — рабочая, но как раз инструменты рефакторинга «по анализу» не встроены — только что перешли на совсем новую модель внутреннего представления данных.
Эти примеры — примеры того, что можно получить «автоматом и дёшево» — многие согласны на такую услугу — лишь бы меньше платить.
А насчёт ручного рефакторинга.
По опыту пары прошлых проектов, конвертированный код использовали «как есть», а вот в процессе развития/отладки (оригинальный код содержал ошибки — как же без них) переписывались достаточно большие участки кода.
Более того, обычно мы предлагаем, кроме чисто конвертации и запуска приложения, услугу по чистке кода и рефакторингу (вовсе не вручную и намного дешевле, чем вручную).
Кроме того, можем, зачастую, предложить и услуги по оптимизации.
Бизнес системы почти всегда требуют доработки. Системы, которые начаты в 1985 году (к примеру) требуют доработки всегда.
Менеджмент постоянно хочет новые формочки.
Доработки нужны постоянно.
Найти квалифицированных разработчиков на многие старые языки (такие как FoxPro, а сейчас — и Delphi) с каждым годом всё сложнее, а старые разработчики — кто уходит, кто даже умирает.
В свете п.1, иногда ведущий разработчик начинает чувствовать себя незаменимым (и являться им, пока система на старой платформе), что ведёт к самым различным вещам, вплоть до грубого посылания (в матерной форме) генерального директора фирмы, когда незаменимый — с похмелья. Заменить его, зачастую, некем.
Платформа устаревает. Тот же Visual FoxPro с 2009, если не ошибаюсь, года не обновляется и снят с поддержки 13 января 2015 года пруф. Есть и более старые платформы — там проблем еще больше.
Конкретно в вашем случае — не вижу глобальных причин для миграции. Java разработчики вроде как на рынке есть, DB2, конечно не так популярен, как Oracle или MS SQL, но тоже вполне себе можно изучить или найти готового разработчика.
Единственной для вас причиной может оказаться желание, к примеру, перенести весь код на платформу .Net, чтобы дальше перенести основную часть, опять-таки к примеру, на ASP.Net и подключить туда клиент Windows Phone / Windows Store / Windows Desktop. Но подозреваю, что конкретно в вашем случае будет решение использовать либо Linux либо Android в качестве клиентского места. В принципе, можно и OSX и Windows — тут простор велик.
Надеюсь — ответил на Ваш вопрос?
P.S. я Попробую чуть позже найти код без такой экзотики, такой как конструкции «class of» и прочее.
Конечно, FoxPro for DOS про ООП ничего не знал, а вот в Visual FoxPro ООП есть, притом вполне себе используется в действительно серьезных проектах.
Насчет вопроса запуска/сопровождения — да, запущен, вполне внятно сопровождается.
На текущий момент заказчик думает о привлечении нас на второй этап работ — глубокий рефакторинг приложения, избавление от макросов, замена алгоритмов «притащи мне 600 Мб данных на клиент — я буду вычислять группировки локально» и тому подобного.
При использовании C# подобные вещи гораздо проще отследить.
Более того, наша библиотека в отладочном режиме собирает статистику по использованию локальных таблиц, их очистке/переписке и многому другому, что позволяет легко вычислить где, кто и зачем их создает и унести проблемный код либо в хранимую процедуру, либо переписать запрос на группирующий сразу.
Клиенты получили очень много плюшек и довольны.
Поищите Lode Runner 2 от сиерры — оно было под винду, но уровни 1-в-1 ну и на old games вроде был оригинальный DOS овский…
Как альтернативу mc far смотрели?
*ронять, извините… Автозамена глючит.
Забыли ещё"не понять себе на голову сверху" — массы хватит шею свернуть...
750 TI
Сам жду с 2011 года, с вин фон 7...
Его нету :(
Дайте уже UWP app… На виндофоне 10, конечно, ваш сайт хорошо работает, но даже у Сбера есть приложение....
P.S. про батарейку тоже странно — у меня при активном использовании (постоянно включен WiFi / Bluetooth + 2+ часа разговора в день + много интернета / почты / соц. сетей) хватает больше, чем на сутки стабильно…
Там же написано — «С точки зрения целевой платформы» — для большинства платформ есть более-менее вменяемые описания «хорошего» кода.
По-хорошему завидую — искали, очень тщательно, людей, которые способны руками переводить код с FoxPro — нереально, даже если брать не слишком высокий уровень. Перевести код с того же Delphi на C# уже проще, но при условии использования Win Forms, а вот перенос Delphi => WPF уже всё намного грустнее — слишком большая разница в «нутре» библиотек — многие неспособны одновременно и то и то хорошо понимать.
Более того, даже с учётом доведения кода до «хорошего» с точки зрения целевой платформы (например — уборка «красивых» статик методов «Create» и замена их на нормальные конструкторы, выкидывание Class_of конструкций и подобного) цена наших услуг в разы ниже, чем «ручной перевод».
P.S. Кстати, гарантии, что ручной перевод будет лучше, чем показанный код нет — чаще всего найти действительно толковых программистов и заинтересовать их на 2-3 года подобным проектом крайне тяжело.
В данном случае не применялось никаких инструментов автоматического рефакторинга, который в нашем конвертере очень даже присутствует (в окончательной версии).
Текущая версия — рабочая, но как раз инструменты рефакторинга «по анализу» не встроены — только что перешли на совсем новую модель внутреннего представления данных.
Эти примеры — примеры того, что можно получить «автоматом и дёшево» — многие согласны на такую услугу — лишь бы меньше платить.
А насчёт ручного рефакторинга.
По опыту пары прошлых проектов, конвертированный код использовали «как есть», а вот в процессе развития/отладки (оригинальный код содержал ошибки — как же без них) переписывались достаточно большие участки кода.
Более того, обычно мы предлагаем, кроме чисто конвертации и запуска приложения, услугу по чистке кода и рефакторингу (вовсе не вручную и намного дешевле, чем вручную).
Кроме того, можем, зачастую, предложить и услуги по оптимизации.
Менеджмент постоянно хочет новые формочки.
Доработки нужны постоянно.
Конкретно в вашем случае — не вижу глобальных причин для миграции. Java разработчики вроде как на рынке есть, DB2, конечно не так популярен, как Oracle или MS SQL, но тоже вполне себе можно изучить или найти готового разработчика.
Единственной для вас причиной может оказаться желание, к примеру, перенести весь код на платформу .Net, чтобы дальше перенести основную часть, опять-таки к примеру, на ASP.Net и подключить туда клиент Windows Phone / Windows Store / Windows Desktop. Но подозреваю, что конкретно в вашем случае будет решение использовать либо Linux либо Android в качестве клиентского места. В принципе, можно и OSX и Windows — тут простор велик.
Надеюсь — ответил на Ваш вопрос?
P.S. я Попробую чуть позже найти код без такой экзотики, такой как конструкции «class of» и прочее.
Насчет вопроса запуска/сопровождения — да, запущен, вполне внятно сопровождается.
На текущий момент заказчик думает о привлечении нас на второй этап работ — глубокий рефакторинг приложения, избавление от макросов, замена алгоритмов «притащи мне 600 Мб данных на клиент — я буду вычислять группировки локально» и тому подобного.
При использовании C# подобные вещи гораздо проще отследить.
Более того, наша библиотека в отладочном режиме собирает статистику по использованию локальных таблиц, их очистке/переписке и многому другому, что позволяет легко вычислить где, кто и зачем их создает и унести проблемный код либо в хранимую процедуру, либо переписать запрос на группирующий сразу.
Клиенты получили очень много плюшек и довольны.