Программа успеха

В продолжение темы об организации цен, решил написать этот пост. Я столкнулся с такой проблемой - есть некоторые интернет магазины, в которых, на мой взгляд, очень странный формат отображения цен или просто непривычный. Например взять тот же Banggood . В моем варианте это русский язык сайта, но английский язык браузера. Полагаю отсюда и ноги растут. Представление цены у меня, например, 8,003 руб . Из минусов - мне не нравится разделитель разрядности запятая. Так же непривычно видеть цену без копеек. Ну и вместо букв "руб" было бы приятнее видеть денежный знак. Да, как вариант - можно написать разработчикам сайта и высказать свои предпочтения. Сами понимает, шанс быть услышанным практически равен нулю. Но если у вас есть прямые руки и православный браузер, то можно изменить представление любого сайта под свои нужды.

Решил написать статью, которая поможет Вам адекватно и понятно воспринимать цены, выставленные в магазине TOMTOP . Примеры будут приведены для цен в рублях. Естественно, сайт мы поменять не можем, но можем воспользоваться надстройкой для Google Chrome , которая позволит нашему JavaScript обработать страницу магазина. Итак, все по порядку. Расширение для Google Chrome Ставим расширение для Google Chrome   Custom JavaScript for websites . Расширение позволит нам писать собственный скрипт для страниц. Прелесть расширения в том, что оно умеет подключать jQuery , который сильно упростит нам жизнь.

В этой статье я хочу показать, как правильно нумеровать версии программ. Одна из самых распространенных нумераций - это нумерация в три уровня. По крайней мере я считаю ее достаточно "подробной", касательно внесения изменений в программу. Итак, состав версионности. Это последовательность цифр, разделенных на уровни, например: 1.3.12 . Маска нумерации следующая: <major>.<minor>.<build>  . Этот способ нумерации используется в Windows API. Существует тонкость - при изменении одного из уровней, все последующие значения уровней обнуляются. Например, цепочка версий: 1.0.1 -> 1.0.2 -> 1.1.0 -> 2.0.0

В этой статье я решил написать пример, как не нужно писать SQL запросы в ABAP . Для примера взял кусок кода с SQL запросом из реальной Z программы и на его основе поставил эксперимент. Итак, есть вот такой SQL : SELECT * INTO ls_mseg FROM mseg AS m . SELECT SINGLE mblnr INTO ls_mseg-mblnr FROM mseg WHERE smbln = ls_mseg-mblnr AND sjahr = ls_mseg-mjahr AND smblp = ls_mseg-zeile. CHECK sy-subrc 0. * ToDo ENDSELECT. По сути, этот алгоритм отсеивает документы сторно. Я намеренно убрал все условия WHERE из первого оператора SELECT для наглядности. Итак, делаем пример с замерами: GET RUN TIME FIELD t1. SELECT * INTO ls_mseg FROM mseg AS m . SELECT SINGLE mblnr INTO ls_mseg-mblnr FROM mseg WHERE smbln = ls_mseg-mblnr AND sjahr = ls_mseg-mjahr AND smblp = ls_mseg-zeile. CHECK sy-subrc 0. CNT = CNT + 1. ENDS...

Почти неделю вникал в новшества Андроида. Большие затруднения вызвала версия API 21 . Перекопал много источников, но не один из них не подходил на 100%. Очень часто возникали ошибки компиляции или программа умирала на моменте запуска. Буквально на днях наткнулся на статью , где по шагам описаны все действия и приложены исходники. Но с ней тоже пришлось повозится, поскольку программа умирала при запуске. Еще странность была в том, что, хоть я и создал проект с нуля всего с одной главной Activity , компилятор периодически сообщал мне, что не может найти главный класс приложения и, естественно, отказывался работать. Итак, мы будем делать модный дизайн с выезжающим меню и плавающей кнопкой. Сразу признаюсь, что эта статья является вольной интерпретацией источника  с небольшими дополнениями.

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

Сейчас в моде новый продукт SAP - SAP HANA . Кто-то уже с ним сталкивался, а кому-то еще только предстоит. В моем случае он уже используется, но в качестве акселератора для ERP , т.е. стоит как вторая СУБД . По опыту скажу, что ускорение работы отчетов колоссальное. От части, конечно, это связано с переписыванием уже готовых отчетов, которые писались и дописывались разными людьми. Оптимизация ABAP кода - это тоже хороший способ добавить скорости выполнения отчету, но все равно, достаточно много времени "съедает" обращение к БД за набором данных. Этот момент хорошо ускоряет SAP HANA . Столкнулся с проблемой, которую не может решить ABAP оптимизация, а SAP HANA может, но не понятно как - это вызов ФМ READ_TEXT . Как показывает практика, этот ФМ кушает очень много времени для получения текстов и унести его на SAP HANA можно, но сложно, отчасти из-за логики выбора текста, а от части того, что тексты в базе хранятся не текстом. Последнее решается, в любом случае, только ...