Собственно сабжик. Опыта написания под андройд 0.01.
С чего начать? архитектура приложения разработана.

(0) Какова цель?

Начни с ответа на вопрос - а оно тебе надо?

(0) цель в теме.
(2) надо. надоедо сидеть на крючке у сторонних разработчиков - ездят по ушам много

(0) да, сложно

(3) Хочешь, чтобы "крючком" для компании стал ты сам?

(3) например?

(0)А ты что хотел услышать в ответ? "да запросто!"
Ты походу просто привык плодить темы и уже не можешь без этого. Хоть  хрень - но чтобы тема была:-)
Да ты мистоман какойто.

(3) Представляешь себе объемы работ? Бюджет? Ну и в конечном счете "выхлоп"?

(7) Нда... Маленький вопросик подрос... Он уже теперь не маленький...

список сторонних разработчиков в студию

(9)Да брось. Та же самая жажда аплодисментов:-)
Пока это не переживет - будет маленьким.

(8) объем работ представляю:

- как минимум 2-х сторонний обмен - со стороны сервера (справочники)

- со стороны приложения - данные для создания документа заказ.

(0)
Под ведро у тебя нет опыта разработки, это понятно.
А подо что есть? (архитектура приложения разработана)

чего сложного перекинуть пару таблиц туда-сюда?
огромный прям объем работ :)

(14)
Заинтересовал.

(14)
В нашем приложении для набивки заказов с мобилы - 95 таблиц.
Посчитал.

(16) приз победителю в студию!

интересно, сколько гигабайт будет загрузить базу на кпк?

(18)
Так это от конкретного решения зависит.

У нас - ~200 килобайт.

У каких-то поделий до 20-ти мегабайт доходит.

(0) не сложно
(3) можно купить исходники

(3) У меня шеф сказал так.
Зачем нам делать что-то свое, ибо ваши ЗП за пол года этого писательсва никогда не окупятся.

А рынок подобных систем очень насыщен

(0)
--Зачем нам делать что-то свое, ибо ваши ЗП за пол года этого писательсва никогда не окупятся.

Полгода? Вы что там писать то собрались?

(22) вот шеф и понял что его наёобманывают

На самом деле - всё от требований зависит.

Иным достаточно одного факта передачи инфы в офис, а другие - нажатия кнопок считают в красивом дизайне.

"Набивание заказов на мобиле" - слишком общо.

Но 1С-ник (21) придумает красивое оправдание своему нежеланию хоть как-то напрягаться.

(24) совершенно верно. такого и бесплатно навалом.

а свое.. оно такое свое..
(22) гладко на бумаге. У меня написание кода 10% времени. остальное поиск проблем и борьба с пользователями

(25) Знаешь, вот когда от твоей ошибки остановится на 4-5 часов сборка заказов скоропорта и эти 4 часа окажутся критическими, то ты будешь более относится аккуратно к своим заявкам "а что там делать"

Я посмотрю на вас, когда у вас не уехало вовремя 12 тонн кондитерки со сроком годности 5-7 суток в х5 (перекрестки) и эти 12 тонн уже никуда и никому не нужны.

или у вас куда "потерялся" заказ от магазина а за недовоз штраф 50-80 т.р. по договору.

(27)
А чего на меня-то смотреть, если у вас так процессы выстроены, что из-за ошибки программиста-  12 тонн кондитерки улетают в пропасть?

Это ложное чувство значимости, Михаил.

(29)
--или у вас куда "потерялся" заказ от магазина а за недовоз штраф 50-80 т.р. по договору.

Ну, а это сказки.

(30) о какой значимости ты вещаешь? я на какую-то значимость не претендую. у нас 4 прога и не будет одного - решит проблему другой.

Я про цену ошибок.

(31) Я тебе открою глаза на одну вещь.
Договора с сетями.
1. магазин сбрасывает заказ и согласно договора недопоставка по заказу от требуемого ими ассортимента закрепленного в договоре более чем на 10% - штраф 50 т.р.
2. не подтверждение заказа за одну бумажку - 10 т.р.

т.е. водитель приезжает в магазин а там ему говорят - а вас не ждут. товар принимают, но потом нам приходит счет на 10 т.р.

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

Это пара фактов.

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

про полгода написания я конечно перегнул. но порядок потерь от самодеятельности в период внедрения перекроет все стомости прог уже готовых.

(0) Я написал на базе мобильного приложения 1с. Че париться?... Потратил 4 дня по вечерам после флеш-моба на курсах-1с-рф по мобильной платформе.

Да а еще, если авто возвращается назад на склад с тортами из за того, что магазин не принял товар, то на 50-60 % в зависимости от вида тортов идут в мусорку. т.к. торты банально теряют товарный вид и разбиваются.

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

Однажды ремонтировали крышу, рабочие сняли кровлю и.. пошел дождь. В результате залило серверную в прямом смысле.
завод сборку не мог начать сутки! перераспределить сборку на другие площадки физически оказалось сразу невозможно, товар надо перевести (с потерей в дороге и на погрузку/разгрузку)
Результат
из 18 тонн списано было 8 тонн тортовой группы т.к. магазины не дураки и если у торта срок годности 8 суток, то принимают только с оставшимся не менее 6-7
из 3х тонн пирожково/салатной группы все ушло в утиль ибо срок годности 3е суток.


вот вам примеры цены ошибок

(34) на базе 1с руководству демонстрировали что-то. но почему-то не подошло. не знаю чем.

(33)
Живешь в каком то своем мирке.
--"неизбежность ошибок не страшно" -- это кто-то сказал в этой ветке?

--но порядок потерь от самодеятельности в период внедрения перекроет все стомости прог уже готовых.

Ты как-то... При всем своем пафосе, ты демонстрируешь уровень знания предмета как у.. Помощника админа.

Ты реально считаешь, что готовая система не потребует усилий на интеграцию?

Ты считаешь, что интеграция не может быть такой же замороченной, как и само мобильное решение?

Ты считаешь, что готовые системы на рынке обладают 100%-ной отказоустойчивостью? И гарантией прохождения заказа с мобилы в основную базу, прямо -таки несмотря ни на что? И может быть разработчики даже согласны подписаться на это?

Брось, на это даже ты не подпишешься, который с какой-то стати во всё это верит.

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

(35)
Тебе бы в авангард апокалипсиса))))))))

(38) да жизнь это.

я как-то пару суток провел на заводе.

(37) вот поэтому если есть - лучше взять готовое уже отлаженное.
потери при внедрении неизбежны. без вопросов. Работа с людьми самое сложное. Но когда еще и ошибки лезут в прогах.. Если есть возможность этого избежать - лучше избежать

Я не считаю, что готовое 100% отказоустойчивое. Я считаю. что изобретать велосипед самому - заплатить за всю дорогу ошибок своих.

когда ошибки не дороги - почему-бы и нет. Но вот у нас сгноить пару лямов легко.

(42)
У вас есть термин "кладбище тортов"?

Работа с людьми - вообще отдельная песня. Я бы мог много баек рассказать о разных случаях, таких как отправляли в канализацию 25 тонн молока.. но это уже совсем другая история.

(42) да мусорка. что-то съедаем сами с чайком (можно брать падалицу) но возвратные от клиентов 100% идут в мусор. который увозят

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

(44) А чего не организую продажу брака и лома? На свалку везти, тоже расходы.
Или репутация пострадает?

(46) брак и лом у нас продают своим на вынос + обрезки при изготовлении. Если на работе съесть - то даром.

ну и продавать на сторону это да. репутация марки которая не дешево стоит даже в Москве.

А то, что от клиента приходит - это просрочка как правило. ее есть нельзя. А вдруг отравятся кто. зачем.

(47) репутация нынче дорого стоит.

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

(48) а кто мешает открыть вторую торговую марку - Коровьи лепешки и брак пускать по ней?)

(49) ну так или иначе в массе продукции потерь не так много, чтобы гемор такой устраивать.

Да и пойми. Бизнес он вещь серьезная. Если человек прочухает, что вот эта марка тоже очень вкусная, то зачем он будет покупать торт за 800р, если пойдет и купит за 300.

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

(51) Страшные вещи открыл для себя, вот так ВВП -- в яму?  Прошедшая войну бабушка кусок хлеба с пола не разрешала выкинуть ..

(51) В целом, логично: "народные" Asrock, ECS, AMD продают брак в той или иной форме (http://forums.ykt.ru/mviewtopic.jsp?id=1821239&f=44), а их богатым конкурентам не по карману задумываться о низших звеньях пищевой цепочки, а по теме: у нас был спец по php и хотелку сделал через сайт, по андрюхе спеца за 15 тыр на проект не нашли

(33) а полгода как раз правдоподобный срок. а тот, кто говорит, что там нечего делать, после появления проблем просто сольется и будет придумывать отговорки

(52) получается, что торговые сети, переклеивая сроки годности, делают добро)

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

(54) фра так и делают обычно

(0) Очень сложно с точки зрения интерфейсов... Очень много времени и опыта нужно именно на интерфейсную часть для андроида. И по сравнению с 1С вот именно сами "формы" делать - очень много описывать.
Всяких механизмы обмена, работа с sql там - все просто. Труда для нормального 1Сника не должно составить, на гуглишь.

(58) + Ну т,е. там то же xml Сформировать - да тоже самое что в 1С только синтаксис другой. Послать там на почту, dropbox -  это одной командой делается. Заросы типа "select * whereid='1'" я думаю писать все умеют :) mySQL в android встроенная, проблем с хранением данных нет.

(35) И причем тут приложение для сборки заказов?

+(59) А вот сделать простую табличную часть...у 1Сника вызовет ступор и культурный шок :)

(60) разговор про надежность системы

(59) в Андроиде не MySQL используется, а sqlite

(61) ты же вроде позиционируешь себя как разработчик под андроид, откуда такой промах?

(63) угу... согласен... я чето постоянно путаю MySQL и SqlLite

(62) А, от темы уже совсем уехали, понятно.

(64) Строки соединения не пишешь потому что там сам... Поэтому пофигу как ты ее внутри своей головы сам называешь.

(67) я понял, что оговорился просто

а вообще мне трудно перепутать, т.к синтаксис SQL-запросов сильно отличается

(69) А я под mySQL никогда не писал... я писал под MS, Oracle, и Lite. Для меня MySQL темное пятно, поэтому и ошибся.

(60)
Казалось бы, да?

))))))))))

(60) речь пошла про изобретение велосипеда, цене ошибок пока свое будешь делать

(35) а почему у вас не был предусмотрен бэкап план на производстве на время поднятия резерва?

(73) да потому, что все привыкают делать не думаю - компьютер говорит грузить эту накладную, грузят эту накладную

(73) (74) +100 уровень автоматизации этого процесса такой, что тупо нереально и бессмысленно пытаться собрать 1500 заказов руками. данные и базы то резервные и копии есть, но организовать сам процесс невозможно удаленно пока.

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