Pull to refresh
9
0
Игорь @igor_ab

User

Send message

А если они еще и нормально курсы посчитают для Канадского доллара то вообще удивятся. Сейчас посчитана зп как с USD хотя ссылка на среднюю зп в CAD

Еще есть прикольный ресурс, где можно подготовиться к прохождению собеседования в US стиле(алгоритмы, структуры данных). Правда лекции ведет индус, по-этому без привычки трудно понять иногда бывает.
Так у автора есть фото возле автобуса из приведенного вами фильма :)
Чем мне нравится хабр, так это комментариями к статьям — ну где еще можно прочитать статью за 2 минуты а комментарии к ней — 2 часа! Причем начали с обсуждения закона, продолжили Пушкиным и Толстым, а закончили заселением Венеры :)
Хм, а это уже интересно… Спасибо за комментарий — будем иметь ввиду. Но приложения, выложенные месяц назад, точно доступны.
Возможно не совсем точно выразился — ЕСЛИ пересобрать приложение с android:targetSdkVersion=«11» или выше — только тогда кнопка меню на планшетах исчезнет. Если ваше приложение уже есть в маркете — ничего делать не надо — оно остается доступным для планшетов. И как показала практика — если захотите обновить версию — тоже все будет ок. Проблемы начинаются только у вновьдобавленных приложений.
Можете не переживать — для этого вам придется пересобрать приложение с android:targetSdkVersion=«11» или выше. Другой вопрос, что ваше приложение(только вновь выложенное) с android:targetSdkVersion=«10» и менее, станет недоступным для поиска на планшетах…
А можно просто установить плагин, который содержит в себе все исходники и сам их прописывает куда надо.
Спасибо — почитаем.
Здравствуйте!
Нашел Ваш комментарий к статье «oDesk для начинающих» о выводе денег с odesk в РБ и хотел бы некоторые моменты уточнить поподробнее.
Я из Беларуси и собираюсь работать с odesk официально. Оформляю ЧУП или ИП, а что дальше? Как переводить валюту? Ведь у нас требуют на каждый перевод валюты соответствующие документы. Вы писали, что «1 денежный перевод = 1 акт». Как часто проходят денежный перевод? Как только клиент перечислит деньги, или деньги аккумулируются на каком-то счету, а потом, раз в какое-то время или по желанию переводятся? С кем оформляется акт приема-передачи: с клиентом или с биржей? Охотно ли идут клиент/биржа на оформление таких договоров, не возникает ли проблем (все-таки лишняя бюрократическая морока)? В каком виде должны быть договора такие договора? И какие платежные системы лучше использовать в РБ? Ведь, регистрируя юрлицо, заводятся счета в банках РБ, и нет ли проблем с работой этих банков с odesk?
Столь разноплановые вопросы вызваны тем, что есть опасения, как бы не наступить на грабли в нашем, белорусском, излишне забюракратизированном законодательстве при фрилансе. Поэтому буду очень благодарен за любую информацию, за подсказки про подводные камни и грабли, которые возникают при налаживании процесса работы с odesk — хочется, чтобы не было проблем с нашим законодательством.
Так это даже не на электронику у нас так — на все посылки из-за границы :).
И в беларусь, в обход 120 еврового порога :).
Ну а если у нас хранятся сущности, размер которых при сериализации неизменен, то можно вообще использовать просто файл и обращаться к нашим данным через смещение. Ключи в данном случае(если их значения не могут быть сгенерированы по какому либо однозначному алгоритму) можно хранить в отдельной сущности в Map, в котором будет соответствие нашего ключа — смещению в файле. Более того, их можно «склеить» в один файл, учтя размеры при сериализации/десериализации.
Что-то вы наверное неверно поняли про «что в 2.3 hdpi это mdpi в 4.0». Скорее всего у вас просто у девайсов были разные размеры экрана — от этого и плотность разная была. Вот тут все хорошо описано — developer.android.com/guide/practices/screens_support.html
Не всегда. Сам раньше лепил LinearLayout направо и налево. Все же RelativeLayout намного универсальнее. А вообще — каждому из Layout-ов находится свое место.
Ну а вообще, лучший вариант — это, конечно, делать различный дизайн для различных размеров экранов. Потому что некоторые элементы интерфейса, которые уместны для большого экрана, вполне можно вынести, например, в меню для маленького — для лучшего восприятия основной информации. Потому что если дизайн сложный — трудно добиться одинакового восприятия на различных устройствах. Такой «универсализм» приводит к тому, что приложение и там и там смотрится не очень.
Ну или грамотно использовать RelativeLayout. А то самая частая ошибка что я встречал это когда выравнивают один элемент по левому краю родительского, второй — по правому, а третий — по центру, а надо бы правее первого и левее второго…
От этого верстка точно не поползет, скорее наоборот — sp это тот же dp, только учитывающий размер шрифта, заданный пользователем в настройках системы.
Вот такой он загадочный — Random в Java :)
1

Information

Rating
Does not participate
Location
Беларусь
Date of birth
Registered
Activity