Та многим и всяким, всего и не перечислить. Но все с основой в 1С. Сейчас вот делаю личный кабинет для сверки взаиморасчетов и заказов для клиентов одной компании. А тут все сразу встречается, и html, и JS, и мобильные и т.д. При чем в таких задачах люди не смотрят на всякие сложные вещи разработки веб морды, типо заточки под СЕО, или там поддержку кучи браузеров, красивую верстку и т.д.
Так что ты решаешь чисто задачу, а если клиент хочет — отдельно нанимается веб программист на день/два, он делает красивую верстку и едем дальше.
Вобщем много интересных проектов.
С одной стороны хотелось бы посмотреть на этих <<крутых веб программистов>> которым в <<2017>> году рассказывают про json.
С другой стороны навевают мысли что вы сказочник жена робин — гуда!
Не, ну я вас понимаю, я бы и сам не поверил. Вот вам видео с конференции Инфостарт, куда приезжает куча 1Сником, причем не только с России, цена билета — не маленькая, там собираются почти все топы 1С, и избранным компаниям/людям — дают право выступить.
Можете поискать поподробнее.
И так, видео, с круглого стола где так раз обсуждается тема интеграции с интернет магазинами. Я выбрал время, так раз, когда звучит нужный вопрос. Посмотрите на реакцию людей и реакцию менеджеров веб проектов. Потом просьба таки отписать комментарий с вашими мыслями по этому поводу.
Ну тут уже извините, когда меня начали уставать такие проблемы, я начал каждый день с 8 вечера до часу ночи + выходные, на протяжении полу года изучать android.
Потом вышла мобильная 1С, но я уже был к ней готов, для меня это не было котом в мешке.
Но суть главная в том, что клиентам можно предложить больше, и вот когда вы это предложите — то с вас снимут задачи по поиску проблемы в бух рассчете, так как вы будете незаменимым сотрудником, который может решить текущую проблему.
Я начал андроид изучать тоже не просто так, иначе бы я просто столкнулся с той же проблемой, что и автор, когда мои доходы упали бы в три раза на 5 лет.
А сделал я следующее — подошел к директору компании (одному из клиентов) и сказал — а хотите на телефоне видеть все выторги с магазинов? Кто в сети сейчас? Какие планы? Какая погода в регионе т.д., и это все на мобилке! А это был 2011 год, когда в 1С был только недо SOAP, никаких мобильных платформ, никаких http сервисов (rest), ни odata, нифига.
На меня посмотрели как на идиота, и сказали дежурную фразу — " ну надо посмотреть".
Я это принял как вызов, и за два месяца — написал убогую приложуху, которая что-то криво выводила.
Показал, причем бесплатно, поставил клиенту и дал неделю на тесты. После этого — он начал показывать это знакомым, друзьям, директорам другим и т.д. Это была фишка :)
И потом таки дали мне этот заказ. И все, я отошел от бухгалтеров, так как кроме меня это не мог сделать никто. Я погряз в андроиде, но и пришлось развивать знания в 1С и всем что около.
Это я к чему — если даже не попытаться куда-о рыпаться, если ничего не обещать клиенту из области фантастики — то так вся жизнь и пройдет, в том что надо копаться в партионном учете и бух. учете.
Вы ограничены только своими знаниями самого http. Там есть и OpenID, можно создать сессии, что угодно, вариантов куча. Но все же, все зависит от задачи.
Я понял вашу проблему. В двух словах она выглядит так.
Человек сел изучать JS. Он писал сайты под обычные браузеры.
Теперь, ему поставили задачу — писать под мобильные браузеры.
Нормальная реакция — «И то браузер и то, значит концепты схожи. Есть отличия в особенностях платформ, но они чаще всего не концептуальные. Значить 90% информации, которая посвящена браузерам на компах — подойдет и мобильной.»
Не нормальная реакция — «Я не буду писать под мобильные, потому что во всех мануалах, форумах, курсах и т.д. — не стоит пометка, что это для мобильной. А значит — информации нет, гайдов нет, ничего нет».
Это был сарказм, но суть я надеюсь вы уловили.
Все ваши вопросы — НИКАКОГО отношения вот чисто к мобильной, не имеют. Уберите слово «мобильная» из всех вопросов, и попробуйте ответить в разрезе — стационарной.
Давайте попробуем? Где нормальное описание как реализовать авторизацию из СТАЦИОНАРНОГО приложения на сервере не по логину и паролю(я до сих пор не нашел способа не гонять их в каждом http запросе к серверу)?
Ответ — прописать default.vrd в публикации конкретного сервиса.
Где описание стандартных подходов по реализации обменов с возможностью быть более менее уверенными что данные согласованы?
Ответ — система квитирования, которая пришла аж из TCP/IP. И работает отлично до сих пор в 1С, вот уже более 10 лет.
Кроме пары тройки видео и статей на инфостарте — ничего нет практически, да и там все это вяло освещается.
А другие ресурсы? http://курсы-по-1с.рф/mobile-1c-news/
Ну что я вам могу сказать, думайте так дальше, и вас все оставят позади.
У меня почему то все получается, наверное из-за того, что вместо того, чтобы нести чушь (которую вы сейчас несете, между прочим), я сажусь, убиваю время на изучение экосистемы, и о чудо.
Оказывается, что взаимодействие может быть не односторонним, что платформа ведет себя вполне стабильно, даже там, где я и не надеялся.
Что библиотеки от 1с уже существуют, и что, представьте себе, оказывается — есть полноценные курсы по мобильной платформе, где все разбирается от и до, а еще конференции, форумы, статьи.
Эх, мне бы ваши проблемы. Работаю с 1С уже 8 лет, и конца края не вижу в совершенствовании.
То 1С подкинуло линукс, теперь маки.
Занимаюсь мобильной разработкой на 1С, теперь встал вопрос о том, что не хватает функционала.
Не хватает возможностей, берем в руки С++, С#, Java и прочее — пилим отдельные приложения, или Native драйввера для ВК.
Помимо этого — 1С добавила поддержку, нормальную, для веб сервисов. Теперь сидишь ваяешь «не до сайты», учишь параллельно html, css, JS и прочее.
Только вроде закончил, ан нет, тут тебе SQL дает поддых, лезешь в оптимизации, таблицы, паришься с выбором версионника или нет.
Кроме всего этого — висит оборудование, на которое сидишь и пилишь драйвера.
А тут еще 1С добавила OData, теперь начинаешь воевать с «крутыми веб программистами», и говорить им что xml в файликах — прошлый век, что надо JSON и по OData, а им пофиг, они так не умеют, начинаешь учить их, объяснять, рассказывать и т.д.
И это я уже молчу про то, что теперь клиенты хотят получить самообновляющиеся эексели, более продвинутые — хотят видеть данные их 1С в Power Bi, а там свой язык.
P.S. Без обид, но мне кажется дело совсем не в 1С, а в том, как вы относитесь к среде, в которой вы работаете. Адекватный спец на 1С (я про программистов) — знает минимум еще 2-3 языка, он просто обязан их знать, работа такая.
Я надеюсь, что у вас все получится. Но честное слова — я уже устал от «соплей» такого рода. Как часто я их слышал на конференциях, жесть.
Вот сейчас, нужен адекватный программист на мобильную 1С — а их нет, никто не хочет вылазить из уютного мирка, когда надо просто подправить формочку, допилить отчетик, или выгрузить в эксельку.
Поэтому повторюсь — дело не в 1С, а в вашем подходе к самосовершенствоанию. И эта линия очень хорошо прослеживается через ваши неоднократные попытки.
P.P.S. Ничего личного, никого не хотел обидеть. И этот посыл скорее не автору, а тем, кто с ним согласен :)
Это уже даже не смешно, вы интересно делаете отбор стран — по их коду :)
Зачем вы убрали из маски номера телефона «7», если, например, из стран с двумя цифрами кода — зарегится уже нельзя? Это отбор такой? только Россия, Америка и ежи с ними?
Хорошо, что можно вписать просто много единиц :)
Ну ок, письмо пришло, перехожу по ссылке — в заднем фоне картинка весом почти в мегабайт, страница задумаль на 10 секунд, на телефоне на 25.
И это на странице с 2 полями и одной кнопкой.
Т.е. если бы я не ставил цель исследовать систему, то я бы уже «отвалился» :)
Дальше пошло веселее, но вот я как-то не сразу все понял и не до конца.
Конструктор запросов страшный, т.е. я зная языки запросов — только смутно понят что где и куда :)
В целом — наверное имеет право на жизнь, но я могу вам посоветовать реализовать две вещи:
1. Загрузку по OData
2. реализацию OData на вашем сервисе.
Зачем загрузку? Тогда можно, например, без глубоких знаний — тянуть данные и 1С, т.е. по сути прописать к ней путь и доступ.
А поддержка протокола на вашем сервере — позволит создавать динамические Excel таблицы, т.е. я настроил отчет, выгрузил его в excel, а потом тупо могу в нем нажать обновить, этакой офлайн доступ к данным, видь данные иногда нужны и в офлайне, но и хочется их иногда «дообновлять».
Это так, мое мнение.
Но вот первые шаги — переделайте :)
Ну и замените вот эту чушь на главной странице:
1C и SAP:
— Конструирование отчётных форм намного дешевле и быстрее, чем заказ модулей у разработчиков. Это вам кто такое сказал? Если у человека есть уровень позволяющий строить запросы у вас, то он точно сможет построить запросы в 1С, и намного намного быстрее и качественее.
— Отчётные формы могут меняться «на лету», не нужно отдельно обращаться за каждой доработкой. Вот это точно уберите, ибо отчеты в 1С все редактируемые, и настраиваемые, если конечно они не написаны через Ж, или по логике запрещена настройка отчета.
— Доступен в веб-интерфейсе, нет необходимости закупать лицензии на каждое рабочее место. 1С уже 6 лет как доступна в вебе, тем более есть 1С fresh, которой тоже не надо покупать лицензии а только арендовать, и цены при этом не много выше вашей, причем функций — на порядок больше. Так что лучше перепродумайте свои тезисы.
А вот к сапу — все эти тезисы подходят.
Самое страшное в статье даже не сама идея, она в принципе имеет право на жизнь, но тогда я не вижу существенных отличий от простого форматированого документа с табличкой.
А самое страшное — код. Раз уж вы приводите реальные куски кода из серии копи/паст — то хотя бы оптимизируйте его :)
Вы тут делаете все так, как делать не надо, ваш код можно ужать в несколько раз, и работать он будет на порядок быстрее. Некоторые вещи вообще меня заставляют задуматься над смыслом бытия! Зачем вы ГУИ превращаете в строку, а потом в цикле клиента дергаете сервер каждый раз? Что вам мешает сериализовать само значение справочника?
Зачем вы вообще массив создаете? Возьмите вашу таблицу формы конвертните в ТЗ, а ТЗ сериализуйте — 4 строки кода, и тоже самое при десериализации, всю вашу идею можно уместить в 10 строк полезного кода :)
Никто не говорит, что у SQL громадное приимущество, хотя у него таки есть ряд приимуществ, который в большей мере накоплен благодаря тому, что 1С таки долго только на нем и была.
Я в своей практике не встречал чистых юникс андминов, у которых история не запятнана виндой, т.е. обычно человек вначале становится хоть каким то спецом в винде, и потом осознано переходит на никсы.
Т.е. намного проще и быстрее найти спецов именно на винде.
Отсюда следуюет комментарий для этой фразы:
*по поводу того что спецам «ваще не в кайф сидеть и ковырять 1С», на мой взгляд это очень спорное утверждение. Если 1С это сердце бизнеса (а так часто бывает) то что там «в кайф спецам» владельцев бизнеса мало волнует.
Все верно, только когда админа никсов задалбывает чинить принтеры и прочее, он сваливает, и вот тут уже может дойти до того, что бизнес просто встанет, так как другого никс андмина — найти уже достаточно сложно, и уж точно не быстро.
Та и франчи тут не помошники, так как чаще всего от них такие сразу и сбегают.
Буквально недавно звонили и просили помочь поднять бекап с постгри, так как админ уволился, пол года никто не следил за сервером, ибо тупо даже не знали как зайти туда и что смотреть. И все. Бизнес встал. Тут можно долго спорить, что сами олени и не нашли, но признаются честно — искали, но когда слышали цены никс админов — решили послать все нафиг и купить винду и скуль, так как за 3 года оно просто окупается. Ибо вин админом может быть тот же 1Сник, за те же деньги, по сути.
Та ну блин, и не надоело вечно про это вспоминать?
Лицензия скуля+винды будет значительно дешевле, чем нанять адекватного спеца, который шарит в линуксе и постгри.
1с под виндой — работает быстрее чем под линуксом, и на скуле — из коробки, тоже работает быстрее.
Те уровни изменений, которые требуется сделать в постгри, что бы он начал работать на уровне с sql — очень высоки. Т.е. необходим спец, не дешевый, и вы постгри никогда не настроите за 10 минут, та даже за 1 день. Так как с ним необходимо воевать постоянно, вы должны его подстраивать под реальные процессы компании (количество документов, масштабы отчетов и проче-прочее-прочее).
Т.е. минимум на пол года. Это раз.
Два — спецам необходимого уровня — ваще не в кайф сидеть и ковырять 1С, получая гневные отзывы от бабушек из бухгатерии, за то, что медленно что-то работает и вообще — почини и заправь ей принтер.
Отсюда вывод — мс скуль + винда, это единственное что имеет смысл ставить компанием со штатом до 100 человек.
А вот если у вас 200 человек, несколько баз и т.д., вот тогда да, тогда другая песня.
И если вы сейчас скажите, что вы постгри настроили за 10 минут и все летает, я, и не только я — просто не поверю.
А чего, я уже подумывал в свое время, на фоне всяких аниме, и любителей таскать с собой всякие прибомбасы оттуда, плюс всякие онлайн игры — когда все любят выделываться модными питомцами, при чем не влиябщих на баланс игры, но стоящих немеренных денег.
И понял одну вещь, если эти две штуки совместить, т.е. идея какая:
1. Берем тамагочи и качаем каким то макаром пета (в том числе бегаем с ним по улицам, по всяким дорожкам для бегунов (что в принципе безопасней, чем лазить хз где).
2. Вкачали пета, сделали его модным, открыли доступ.
3. Все кто играет в эту же тамагочу — делятся своими координатами
4. Когда проходишь мимо такого игрока, то программа дает понять, что рядом такой же «кадр» как и ты.
5. Наводишь на него камеру и видешь его, с его вкаченым петом рядом, красуешься и сразу есть повод заговорить.
Можно сделать возможность вкачивать его как душе угодно, и даже крафт делать и прочую фигню. Плюс максимально его связать с хозяином, типо отчидел дома неделю — твой пет разжирел и т.д.
Уж для психологов — просто находка.
Совместные бои, прохождения данжей и т.д.
И тут как нельзя кстати подворачивается гугл глаз, с его доп реальностью :)
Короче, чую — покемоны это только откатка технологий. Тем более в покемонах есть предел — собери всех (второй вопрос на сколько он достежим).
Мой позыв к чему — сейчас все тыкают смартами в стену, а потом будут тыкать в людей :)
А если еще сделать доп приколы хозяину, типо там плащей всяких, шлемов и т.д., то тогда это вообще будет мега круто :)
Приходишь такой к директору, наводишь камеру — а он там какой то Мегапыхать овер 9000лвл, в розовой накидке сейлормун :)
И это то, что я придумал за 5 минут, а там я думаю такие темы есть, просто пока еще технология немного не доросла, так как тут надо знать четкое местоположение +\- 5см.
Есть еще один очень важный вопрос. Просьба ответить :)
В андроиде есть несколько схем указания uri, через file и через content провайдера.
Когда уже ваши программисты дадут нам резолвить эти адреса?
Пусть сделают просто функцию куда мы даем адрес контент провайдера и она возвращает нам полный путь.
Без этого нельзя сделать кучу вещей, например — выбор фото из галереи — не работает, взаимодействие с другими приложениями.
Приходится изголятся так, что аж стыдно становится :)
Поторопите плиз ребят из отдела разработок. Все эти звуки, вибро и тд. — это круто, но вот толку от них, если я даже не могу сделать элементарные вещи :)
Ну вот все круто, кроме одного — нет json. А видь это основной метод общения в мобильном мире :)
Кроме этого — совершенно умолчали про то, что мобильная платформа доступна и на Windows Phone.
И есть один вопрос — когда то реализуют в мобильной платформе под андроид бродкасты? Это с одной стороны конечно хорошо, так как у нас меньше конкуренции, так как похоже, что только наши PDA поддерживают сканирование в режиме аналога «внешнего события» для 1С. Но, как разработчику — это доставляет уйму неудобств. Тогда бы и драйвера было бы проще намного писать под всякое оборудование.
Побывав с двух сторон, и сейчас находясь между ними — не могу не согласиться с вами. Ибо даже мне, как руководителю — было комфортней работать именно в офисе, хотя я мог работать и из дома, сотрудники то в офисе работают. Приходить после обеда и т.д.
Но, по факту — такое разделение имеет смысл, и я каждый год по два месяца эт замечаю — когда идет внедрение проекта, а внедрять мы его можем только кусками и поэтапно, когда не работают сотрудники клиентов.
И вот такое разделение, что дом=работа, очень плохо сказывается на продуктивности, даже моей, как самого заинтересованого человека.
И я всегда себя ловлю на мысле, что мне реально проще в офисе работать, так как офис = работа, дом — личное пространство. А если их смешать, то одыха не будет нигде.
Как показала мне практика — это не понимают молодые/не опытные, которым работа на дому кажется работой мечты (таких большенство, и они до поры до времени даже не задумываются о том, что заблуждаются, так как «всегда так работали»), и очень самоорганизованые, которые умеют реально организовать свою работу (но таких реально единицы).
Скучно, откуда в тегах 8.2? Тут смело можно оставлять 8.0, актуальность статьи где то на 2005 год тянет.
Без обид, просто если бы вы это показали на управляемых формах, где надо данные гонять между клиентом и сервером, работать с функциями оповещения пользователя и т.д. и т.п., то это было бы позновательно многим.
И дайте я угадаю — к базе FireBird вы будете подключаться через ком?
Т.к. я сомневаюсь что вы покажете принципы работы с кубами и внешними источниками, что в принципе было бы интересно многим :)
Так что ты решаешь чисто задачу, а если клиент хочет — отдельно нанимается веб программист на день/два, он делает красивую верстку и едем дальше.
Вобщем много интересных проектов.
Не, ну я вас понимаю, я бы и сам не поверил. Вот вам видео с конференции Инфостарт, куда приезжает куча 1Сником, причем не только с России, цена билета — не маленькая, там собираются почти все топы 1С, и избранным компаниям/людям — дают право выступить.
Можете поискать поподробнее.
И так, видео, с круглого стола где так раз обсуждается тема интеграции с интернет магазинами. Я выбрал время, так раз, когда звучит нужный вопрос. Посмотрите на реакцию людей и реакцию менеджеров веб проектов. Потом просьба таки отписать комментарий с вашими мыслями по этому поводу.
Потом вышла мобильная 1С, но я уже был к ней готов, для меня это не было котом в мешке.
Но суть главная в том, что клиентам можно предложить больше, и вот когда вы это предложите — то с вас снимут задачи по поиску проблемы в бух рассчете, так как вы будете незаменимым сотрудником, который может решить текущую проблему.
Я начал андроид изучать тоже не просто так, иначе бы я просто столкнулся с той же проблемой, что и автор, когда мои доходы упали бы в три раза на 5 лет.
А сделал я следующее — подошел к директору компании (одному из клиентов) и сказал — а хотите на телефоне видеть все выторги с магазинов? Кто в сети сейчас? Какие планы? Какая погода в регионе т.д., и это все на мобилке! А это был 2011 год, когда в 1С был только недо SOAP, никаких мобильных платформ, никаких http сервисов (rest), ни odata, нифига.
На меня посмотрели как на идиота, и сказали дежурную фразу — " ну надо посмотреть".
Я это принял как вызов, и за два месяца — написал убогую приложуху, которая что-то криво выводила.
Показал, причем бесплатно, поставил клиенту и дал неделю на тесты. После этого — он начал показывать это знакомым, друзьям, директорам другим и т.д. Это была фишка :)
И потом таки дали мне этот заказ. И все, я отошел от бухгалтеров, так как кроме меня это не мог сделать никто. Я погряз в андроиде, но и пришлось развивать знания в 1С и всем что около.
Это я к чему — если даже не попытаться куда-о рыпаться, если ничего не обещать клиенту из области фантастики — то так вся жизнь и пройдет, в том что надо копаться в партионном учете и бух. учете.
Как то так :)
Человек сел изучать JS. Он писал сайты под обычные браузеры.
Теперь, ему поставили задачу — писать под мобильные браузеры.
Нормальная реакция — «И то браузер и то, значит концепты схожи. Есть отличия в особенностях платформ, но они чаще всего не концептуальные. Значить 90% информации, которая посвящена браузерам на компах — подойдет и мобильной.»
Не нормальная реакция — «Я не буду писать под мобильные, потому что во всех мануалах, форумах, курсах и т.д. — не стоит пометка, что это для мобильной. А значит — информации нет, гайдов нет, ничего нет».
Это был сарказм, но суть я надеюсь вы уловили.
Все ваши вопросы — НИКАКОГО отношения вот чисто к мобильной, не имеют. Уберите слово «мобильная» из всех вопросов, и попробуйте ответить в разрезе — стационарной.
Давайте попробуем?
Где нормальное описание как реализовать авторизацию из СТАЦИОНАРНОГО приложения на сервере не по логину и паролю(я до сих пор не нашел способа не гонять их в каждом http запросе к серверу)?
Ответ — прописать default.vrd в публикации конкретного сервиса.
Где описание стандартных подходов по реализации обменов с возможностью быть более менее уверенными что данные согласованы?
Ответ — система квитирования, которая пришла аж из TCP/IP. И работает отлично до сих пор в 1С, вот уже более 10 лет.
Кроме пары тройки видео и статей на инфостарте — ничего нет практически, да и там все это вяло освещается.
А другие ресурсы? http://курсы-по-1с.рф/mobile-1c-news/
И т.д. :)
У меня почему то все получается, наверное из-за того, что вместо того, чтобы нести чушь (которую вы сейчас несете, между прочим), я сажусь, убиваю время на изучение экосистемы, и о чудо.
Оказывается, что взаимодействие может быть не односторонним, что платформа ведет себя вполне стабильно, даже там, где я и не надеялся.
Что библиотеки от 1с уже существуют, и что, представьте себе, оказывается — есть полноценные курсы по мобильной платформе, где все разбирается от и до, а еще конференции, форумы, статьи.
Вобщем — читайте мат часть.
То 1С подкинуло линукс, теперь маки.
Занимаюсь мобильной разработкой на 1С, теперь встал вопрос о том, что не хватает функционала.
Не хватает возможностей, берем в руки С++, С#, Java и прочее — пилим отдельные приложения, или Native драйввера для ВК.
Помимо этого — 1С добавила поддержку, нормальную, для веб сервисов. Теперь сидишь ваяешь «не до сайты», учишь параллельно html, css, JS и прочее.
Только вроде закончил, ан нет, тут тебе SQL дает поддых, лезешь в оптимизации, таблицы, паришься с выбором версионника или нет.
Кроме всего этого — висит оборудование, на которое сидишь и пилишь драйвера.
А тут еще 1С добавила OData, теперь начинаешь воевать с «крутыми веб программистами», и говорить им что xml в файликах — прошлый век, что надо JSON и по OData, а им пофиг, они так не умеют, начинаешь учить их, объяснять, рассказывать и т.д.
И это я уже молчу про то, что теперь клиенты хотят получить самообновляющиеся эексели, более продвинутые — хотят видеть данные их 1С в Power Bi, а там свой язык.
P.S. Без обид, но мне кажется дело совсем не в 1С, а в том, как вы относитесь к среде, в которой вы работаете. Адекватный спец на 1С (я про программистов) — знает минимум еще 2-3 языка, он просто обязан их знать, работа такая.
Я надеюсь, что у вас все получится. Но честное слова — я уже устал от «соплей» такого рода. Как часто я их слышал на конференциях, жесть.
Вот сейчас, нужен адекватный программист на мобильную 1С — а их нет, никто не хочет вылазить из уютного мирка, когда надо просто подправить формочку, допилить отчетик, или выгрузить в эксельку.
Поэтому повторюсь — дело не в 1С, а в вашем подходе к самосовершенствоанию. И эта линия очень хорошо прослеживается через ваши неоднократные попытки.
P.P.S. Ничего личного, никого не хотел обидеть. И этот посыл скорее не автору, а тем, кто с ним согласен :)
Зачем вы убрали из маски номера телефона «7», если, например, из стран с двумя цифрами кода — зарегится уже нельзя? Это отбор такой? только Россия, Америка и ежи с ними?
Хорошо, что можно вписать просто много единиц :)
Ну ок, письмо пришло, перехожу по ссылке — в заднем фоне картинка весом почти в мегабайт, страница задумаль на 10 секунд, на телефоне на 25.
И это на странице с 2 полями и одной кнопкой.
Т.е. если бы я не ставил цель исследовать систему, то я бы уже «отвалился» :)
Дальше пошло веселее, но вот я как-то не сразу все понял и не до конца.
Конструктор запросов страшный, т.е. я зная языки запросов — только смутно понят что где и куда :)
В целом — наверное имеет право на жизнь, но я могу вам посоветовать реализовать две вещи:
1. Загрузку по OData
2. реализацию OData на вашем сервисе.
Зачем загрузку? Тогда можно, например, без глубоких знаний — тянуть данные и 1С, т.е. по сути прописать к ней путь и доступ.
А поддержка протокола на вашем сервере — позволит создавать динамические Excel таблицы, т.е. я настроил отчет, выгрузил его в excel, а потом тупо могу в нем нажать обновить, этакой офлайн доступ к данным, видь данные иногда нужны и в офлайне, но и хочется их иногда «дообновлять».
Это так, мое мнение.
Но вот первые шаги — переделайте :)
Ну и замените вот эту чушь на главной странице:
1C и SAP:
— Конструирование отчётных форм намного дешевле и быстрее, чем заказ модулей у разработчиков.
Это вам кто такое сказал? Если у человека есть уровень позволяющий строить запросы у вас, то он точно сможет построить запросы в 1С, и намного намного быстрее и качественее.
— Отчётные формы могут меняться «на лету», не нужно отдельно обращаться за каждой доработкой.
Вот это точно уберите, ибо отчеты в 1С все редактируемые, и настраиваемые, если конечно они не написаны через Ж, или по логике запрещена настройка отчета.
— Доступен в веб-интерфейсе, нет необходимости закупать лицензии на каждое рабочее место.
1С уже 6 лет как доступна в вебе, тем более есть 1С fresh, которой тоже не надо покупать лицензии а только арендовать, и цены при этом не много выше вашей, причем функций — на порядок больше. Так что лучше перепродумайте свои тезисы.
А вот к сапу — все эти тезисы подходят.
2. И что? Смущает объем? Ну так помещайте в хранилище :)
А самое страшное — код. Раз уж вы приводите реальные куски кода из серии копи/паст — то хотя бы оптимизируйте его :)
Вы тут делаете все так, как делать не надо, ваш код можно ужать в несколько раз, и работать он будет на порядок быстрее. Некоторые вещи вообще меня заставляют задуматься над смыслом бытия! Зачем вы ГУИ превращаете в строку, а потом в цикле клиента дергаете сервер каждый раз? Что вам мешает сериализовать само значение справочника?
Зачем вы вообще массив создаете? Возьмите вашу таблицу формы конвертните в ТЗ, а ТЗ сериализуйте — 4 строки кода, и тоже самое при десериализации, всю вашу идею можно уместить в 10 строк полезного кода :)
Я в своей практике не встречал чистых юникс андминов, у которых история не запятнана виндой, т.е. обычно человек вначале становится хоть каким то спецом в винде, и потом осознано переходит на никсы.
Т.е. намного проще и быстрее найти спецов именно на винде.
Отсюда следуюет комментарий для этой фразы:
Все верно, только когда админа никсов задалбывает чинить принтеры и прочее, он сваливает, и вот тут уже может дойти до того, что бизнес просто встанет, так как другого никс андмина — найти уже достаточно сложно, и уж точно не быстро.
Та и франчи тут не помошники, так как чаще всего от них такие сразу и сбегают.
Буквально недавно звонили и просили помочь поднять бекап с постгри, так как админ уволился, пол года никто не следил за сервером, ибо тупо даже не знали как зайти туда и что смотреть. И все. Бизнес встал. Тут можно долго спорить, что сами олени и не нашли, но признаются честно — искали, но когда слышали цены никс админов — решили послать все нафиг и купить винду и скуль, так как за 3 года оно просто окупается. Ибо вин админом может быть тот же 1Сник, за те же деньги, по сути.
Лицензия скуля+винды будет значительно дешевле, чем нанять адекватного спеца, который шарит в линуксе и постгри.
1с под виндой — работает быстрее чем под линуксом, и на скуле — из коробки, тоже работает быстрее.
Те уровни изменений, которые требуется сделать в постгри, что бы он начал работать на уровне с sql — очень высоки. Т.е. необходим спец, не дешевый, и вы постгри никогда не настроите за 10 минут, та даже за 1 день. Так как с ним необходимо воевать постоянно, вы должны его подстраивать под реальные процессы компании (количество документов, масштабы отчетов и проче-прочее-прочее).
Т.е. минимум на пол года. Это раз.
Два — спецам необходимого уровня — ваще не в кайф сидеть и ковырять 1С, получая гневные отзывы от бабушек из бухгатерии, за то, что медленно что-то работает и вообще — почини и заправь ей принтер.
Отсюда вывод — мс скуль + винда, это единственное что имеет смысл ставить компанием со штатом до 100 человек.
А вот если у вас 200 человек, несколько баз и т.д., вот тогда да, тогда другая песня.
И если вы сейчас скажите, что вы постгри настроили за 10 минут и все летает, я, и не только я — просто не поверю.
И понял одну вещь, если эти две штуки совместить, т.е. идея какая:
1. Берем тамагочи и качаем каким то макаром пета (в том числе бегаем с ним по улицам, по всяким дорожкам для бегунов (что в принципе безопасней, чем лазить хз где).
2. Вкачали пета, сделали его модным, открыли доступ.
3. Все кто играет в эту же тамагочу — делятся своими координатами
4. Когда проходишь мимо такого игрока, то программа дает понять, что рядом такой же «кадр» как и ты.
5. Наводишь на него камеру и видешь его, с его вкаченым петом рядом, красуешься и сразу есть повод заговорить.
Можно сделать возможность вкачивать его как душе угодно, и даже крафт делать и прочую фигню. Плюс максимально его связать с хозяином, типо отчидел дома неделю — твой пет разжирел и т.д.
Уж для психологов — просто находка.
Совместные бои, прохождения данжей и т.д.
И тут как нельзя кстати подворачивается гугл глаз, с его доп реальностью :)
Короче, чую — покемоны это только откатка технологий. Тем более в покемонах есть предел — собери всех (второй вопрос на сколько он достежим).
Мой позыв к чему — сейчас все тыкают смартами в стену, а потом будут тыкать в людей :)
А если еще сделать доп приколы хозяину, типо там плащей всяких, шлемов и т.д., то тогда это вообще будет мега круто :)
Приходишь такой к директору, наводишь камеру — а он там какой то Мегапыхать овер 9000лвл, в розовой накидке сейлормун :)
И это то, что я придумал за 5 минут, а там я думаю такие темы есть, просто пока еще технология немного не доросла, так как тут надо знать четкое местоположение +\- 5см.
И вообще — я буду смеятся если его сделают на базе 1С :)
В андроиде есть несколько схем указания uri, через file и через content провайдера.
Когда уже ваши программисты дадут нам резолвить эти адреса?
Пусть сделают просто функцию куда мы даем адрес контент провайдера и она возвращает нам полный путь.
Без этого нельзя сделать кучу вещей, например — выбор фото из галереи — не работает, взаимодействие с другими приложениями.
Приходится изголятся так, что аж стыдно становится :)
Поторопите плиз ребят из отдела разработок. Все эти звуки, вибро и тд. — это круто, но вот толку от них, если я даже не могу сделать элементарные вещи :)
Кроме этого — совершенно умолчали про то, что мобильная платформа доступна и на Windows Phone.
И есть один вопрос — когда то реализуют в мобильной платформе под андроид бродкасты? Это с одной стороны конечно хорошо, так как у нас меньше конкуренции, так как похоже, что только наши PDA поддерживают сканирование в режиме аналога «внешнего события» для 1С. Но, как разработчику — это доставляет уйму неудобств. Тогда бы и драйвера было бы проще намного писать под всякое оборудование.
Но, по факту — такое разделение имеет смысл, и я каждый год по два месяца эт замечаю — когда идет внедрение проекта, а внедрять мы его можем только кусками и поэтапно, когда не работают сотрудники клиентов.
И вот такое разделение, что дом=работа, очень плохо сказывается на продуктивности, даже моей, как самого заинтересованого человека.
И я всегда себя ловлю на мысле, что мне реально проще в офисе работать, так как офис = работа, дом — личное пространство. А если их смешать, то одыха не будет нигде.
Как показала мне практика — это не понимают молодые/не опытные, которым работа на дому кажется работой мечты (таких большенство, и они до поры до времени даже не задумываются о том, что заблуждаются, так как «всегда так работали»), и очень самоорганизованые, которые умеют реально организовать свою работу (но таких реально единицы).
Без обид, просто если бы вы это показали на управляемых формах, где надо данные гонять между клиентом и сервером, работать с функциями оповещения пользователя и т.д. и т.п., то это было бы позновательно многим.
И дайте я угадаю — к базе FireBird вы будете подключаться через ком?
Т.к. я сомневаюсь что вы покажете принципы работы с кубами и внешними источниками, что в принципе было бы интересно многим :)