StopKran: тормозит дико ... немного упрощая phonegap и ему подобные просто webview .... а webview под android еще долго будет одним из самых медленных элементов. Приложения на подобных фреймворках лагают безбожно, если планируете использовать их в проекте ─ можете попрощаться с отзывчивостью и скоростью работы.
@begemot_sun: увы ( по ряду причин вынужден использовать windows ─ не то чтобы он мне сильно не нравился, но когда для того что в линуксе делается парой команд, колдуешь пару дней .....
@protoss5482: google play не принимает приложения с таким именем. Раньше принимал, eclipse и ide генерят его автоматом, поэтому приложений с началом пакета com очень много, но новые google play не пускает
Наверное на сервере и будем делать
важнее меньше потратить времени, больше заработать )) реализовывать все руками конечно интересно, но думаю не целесообразно в бюджет не влезет
спасибо )
Sumsung, точно не знаю какой но с 10 api ─ кучу больше не выделить, будут делаться примерно 10 снимков, после чего будет отправляться отчет и фотографии на сервер. Размер фото пока не обговаривался, но вполне возможно что понадобится панорама ─ проект b2b все очень быстро может меняться ...
мешает маленький опыт в обработки изображений и такая мысль просто не пришла в голову )) хотя опасаюсь за производительность - целевой апарат довольно таки древний (
согласен, для входа в тему startandroid.ru еще куда не шло, сам с него начинал, но его примеры кода это боль .... рядом с vogella даже рядом не стояло )
олимпиадные задачи часто математические, поэтому не расстраивайся - намного чаще придется решать совсем другие задачи, изучи сначала оснонвы синтаксиса циклы, функции, массивы, структуры ... потом возьмись за ооп, а только потом за структуры данных - попиши свои велосипеды, найди где то нормальную методичку за первый курс (свои увы не сохранил, нормальную значит большинство задач на работу с массивами, строками .... а не математическая муть) путь даже первые задачи покажутся скучными, они и не должны быть особо веселыми - избегай "прикольных штук " которые ни к чему не ведут - поясню когда писал диплом помогал руководителю вести пары практики, попался толковый парниша и руководитель хотел чтоб он писал курсач что то вроде файлового менеджера там много интересных вещей связанных с системой но учитывая что это все под дос и дальше мало пригодится я настоял чтоб писал текстовый редактор - интерфейс плевать но внутри все ооп и куча алгоритмов для работы со списками и прочие радости ... да море велосипедов и прочего и не так зрелищно но уже сейчас на втором курсе парень неплохо пишет на java под android и уже есть первые проекты за деньги ) ооп и то как нужно правильно строить архитектуру понимает получше большинства пятикурсников ))
скорее он (в том числе и билдер) предлагает корявые решения задач от которых в дальне2йшем сложно отказаться - для мелких проектов вроде не критично, но как только проект покрупнее начинаются проблемы .... почти любую задачу делфисты решают с помощью компонентов, но как .... все завязано на формы, любой другой подход вызывает панику и и отторжение как излишнее усложнение .... хотя я говорю об обычных вещах о технологиях которые сегодня по всюду - все это не спич против делфи, скорее против людей которые дальше него не видят и воспринимают все через его призму - знаю много универов (мой в том числе ) где учить ооп начинают в билдере или делфи - ооп для людей сводится к компонентам ( нет они знают определения, немного теорию но что преподаватели что студенты обучающиеся по такому принципу совершенно не понимают его, пишут такие ужасы что от мысли о том что кому то это нужно поддерживать спасает одно - они не практики и мне с ними не работать
Начинать лучше с С++ можно С# или JAVA но они могут немного напутать громоздким на первый взгляд синтаксисом (это не так, но куча пакетов, длинные имена ...) хотя и не сильно, пиши для начала обычные консольные вещи - неважно на чем, если пока считаешь что ооп рано пиши с использованием функций и разделяй все на мини блоки - пусть одна функция выполняет одно действие, ставь мелкие задачи и не зарывайся только в одну область - как минимум базы данных и сеть есть везде (как и ты бегал от сети в свое время - отталкивало огромное количество php - кодеров которые ничего по факту не умели) и да это не значит что php плохой язык просто он позволяет городить дикие костыли но по соотношению цена/ качество он очень хорош - если нужна серверная часть в 99% пишу на нем - апи накидать на нем быстро и дешево ))
если проект не очень большой указать сборку по исходному коду и просто импортировать все нужные библиотеки, но если проект большой целесообразнее разобраться что не так с maven
