• App Store — получение денег

      Когда мы только начинали заниматься вопросом создания приложений для iPhone/iPod Touch, остро стоял вопрос легализации получения денег, т.к. яблочники их отправляют только на банковский счет.
      Аккаунт мы регистрировали на физлицо, но, в связи с нашим интересным законодательством, проблема абсолютно актуальна и для аккаунтов компаний.

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

      Итак, есть 2 основных варианта открытия валютного счета для получения денег из-за границы SWIFT-переводом: счет предприятия (ЧП, ООО, ОАО — без разницы) и счет физлица (частного лица).

      Больше под катом
    • FizzBuzz, или почему программисты не умеют программировать

        [Автор этой статьи — Джеф Этвуд (Jeff Atwood), один из основателей stackoverflow.com. Сама же статья, несмотря на довольно приличный возраст (она написана в 2007 году) до сих пор популярна, а введенный в ней термин «FizzBuzz question» стал общеупотребительным. Оригинал можно найти здесь.]

        Я весьма скептически отнесся к следующему наблюдению Реджинальда Брейтвайта (Reginald Braithwaite):

        «Меня немного удручает тот факт, что 199 из 200 соискателей программистских вакансий не умеют программировать. Повторю: они не умеют писать код. Вообще.»

        Читать дальше →
      • Признаки плохого программиста

        • Перевод

        Неспособность рассуждать о коде


        «Рассуждать о коде» значит понимать порядок исполнения инструкций («исполнять программу в голове»), зная, каково предназначение кода.

        Симптомы

        • Наличие «волшебного», «вуду» кода или кода, который не имеет никакого отношения к целям программы, но всё равно тщательно поддерживается (например, инициализация переменных, которые никогда не используются, вызов функций, не имеющих отношения к цели, создание выходных данных, которые не используются, и т.д.).
        • Многократные вызовы идемпотентных функций (например, вызов save() по нескольку раз, «чтобы уж точно»).
        • Исправление ошибок написанием избыточного кода, который замещает данные, полученные при исполнении неисправного кода.
        • «Йо-йо код», который конвертирует значения в различные представления, а потом конвертирует их обратно ровно в то же представление, с которого начинали (например, преобразование десятичного числа в строку, а потом обратно в десятичное число, или padding строчки с последующим trim'ом).
        • «Бульдозерный код», который создает впечатление рефакторинга посредством разбития кусков кода на процедуры, которые, правда, затем невозможно использовать где-либо еще (высокая когезия).

        Читать дальше →
      • 4X Games: в поисках икса пятого

          imageСегодня мне бы хотелось коснуться достаточно специфического рода игр, относящихся к жанру глобальных стратегий или же 4X-игр, как их иногда называют. Но речь пойдет не только об оффлайн-играх и жанре в целом, но и о некоторых аспектах онлайн-представителей.

          Читать дальше →
        • Проблемы браузерных игр или атака клонов

          image
          В относительно недавнем времени заинтересовался геймдевом, а конкретнее – разработкой bbmmog. Имея за плечами многолетний игровой опыт, решил обобщить свои ощущения проблематики современных браузерных игр в текстовом виде.

          Первое мое знакомство с браузерными играми произошло лет восемь назад, в эпоху, когда в некоторых областях Интернет еще считался достаточно редким явлением. Сидел я тогда на zyxel’евском модеме и пытался разобраться в этом новом для меня виде развлечения. Впечатления тогда были неоднозначными. С одной стороны, после PC-игр, графика, интерфейс и общая реализация браузерок, мягко говоря, совсем не доставляла. Это можно было понять, так как эпоха вебдвануль только-только начиналась, а в рунете – еще была только на горизонте. Но с другой – захватывала сама возможность играть не с кремниевыми мозгами, а с такими же людьми, причем, без чрезмерных затрат по времени. Именно по этой причине, я часто избегал мультиплеера в обычных играх, они, как правило, требуют, хоть и единиразового, но более беспрерывного геймплея. В этом свете, неспешное течение времени в браузерках, идеи которых во многом перекочевали из MUD-ов и TBS игр, было для меня более приемлемым. Забегая наперед, хочу отметить, что с затратами по времени дела обстоят совершенно иначе, чем представляются изначально, но об этом чуть позже.
          Читать дальше →
        • Моноиды и их приложения: моноидальные вычисления в деревьях

            Приветствую, Хабрахабр. Сегодня я хочу, в своём обычном стиле, устроить сообществу небольшой ликбез по структурам данных. Только на этот раз он будет гораздо более всеобъемлющ, а его применения и практичность — простираться далеко в самые разнообразные области программирования. Самые красивые применения, я, конечно же, покажу и опишу непосредственно в статье.

            Нам понадобится капелька абстрактного мышления, знание какого-нибудь сбалансированного дерева поиска (например, описанного мною ранее декартова дерева), умение читать простой код на C#, и желание применить полученные знания.

            Итак, на повестке сегодняшнего дня — моноиды и их основное применение для кеширования вычислений в деревьях.

            Моноид как концепция


            Представьте себе множество чего угодно, множество, состоящее из объектов, которыми мы собираемся манипулировать. Назовём его M. На этом множестве мы вводим бинарную операцию, то есть функцию, которая паре элементов множества ставит в соответствие новый элемент. Здесь и далее эту абстрактную операцию мы будем обозначать "⊗", и записывать выражения в инфиксной форме: если a и b — элементы множества, то c = ab — тоже какой-то элемент этого множества.

            Например, рассмотрим все строки, существующие на свете. И рассмотрим операцию конкатенации строк, традиционно обозначаемую в математике "◦", а в большинстве языков программирования "+": "John""Doe" = "JohnDoe". Здесь множество M — строки, а "◦" выступает в качестве операции "⊗".
            Или другой пример — функция fst, известная в функциональных языках при манипуляции с кортежами. Из двух своих аргументов она возвращает в качестве результата первый по порядку. Так, fst(5, 2) = 5; fst("foo", "bar") = "foo". Безразлично, на каком множестве рассматривать эту бинарную операцию, так что в вашей воле выбрать любое.

            Далее мы на нашу операцию "⊗" накладываем ограничение ассоциативности. Это значит, что от неё требуется следующее: если с помощью "⊗" комбинируют последовательность объектов, то результат должен оставаться одинаковым вне зависимости от порядка применения "⊗". Более строго, для любых трёх объектов a, b и c должно иметь место:
            (ab) ⊗ c = a ⊗ (bc)
            Легко увидеть, что конкатенация строк ассоциативна: не важно, какое склеивание в последовательности строк выполнять раньше, а какое позже, в итоге все равно получится общая склейка всех строк в последовательности. То же касается и функции fst, ибо:
            fst(fst(a, b), c) = a
            fst(a, fst(b, c)) = a
            Цепочка применений fst к последовательности в любом порядке всё равно выдаст её головной элемент.

            И последнее, что мы потребуем: в множестве M по отношению к операции должен существовать нейтральный элемент, или единица операции. Это такой объект, который можно комбинировать с любым элементом множества, и это не изменит последний. Формально выражаясь, если e — нейтральный элемент, то для любого a из множества имеет место:
            ae = ea = a
            В примере со строками нейтральным элементом выступает пустая строка "": с какой стороны к какой строке её ни приклеивай, строка не поменяется. А вот fst в этом отношении нам устроит подлянку: нейтральный элемент для неё придумать невозможно. Ведь fst(e, a) = e всегда, и если ae, то свойство нейтральности мы теряем. Можно, конечно, рассмотреть fst на множестве из одного элемента, но кому такая скука нужна? :)

            Каждую такую тройку <M, ⊗, e> мы и будем торжественно называть моноидом. Зафиксируем это знание в коде:
            public interface IMonoid<T> {
                T Zero { get; }
                T Append(T a, T b);
            }
            

            Больше примеров моноидов, а также где мы их, собственно, применять будем, лежит под катом.
            Читать дальше →
          • Умники и умницы CodeFest

              image

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

              В программу CodeFest мы отобрали 24 доклада по разработке, управлению проектами и тестированию. Вот лишь некоторые из них.
              Докладчики под катом
            • Список Javascript библиотек для рисования графиков и диаграмм 2

                Продолжаем тему визуализации данных в интернете.

                Предыдущие топики:
                Читать дальше →
              • Сервер на стероидах: FreeBSD, nginx, MySQL, PostgreSQL, PHP и многое другое

                  Нравится мне эта картинка, у меня, вот никогда такие красивые графики в какти не получались =(

                  Введение


                  С момента написания мной предыдущей статьи по оптимизации этой связки прошло довольно много времени. Тот многострадальный Pentium 4 c 512Мб памяти, обслуживающий одновременно до тысячи человек на форуме и до 150,000 пиров на трекере уже давно покоится на какой-нить немецкой, свалке, а клуб сменил уже не один сервер. Всё сказанное в ней всё ещё остаётся актуальным, однако есть вещи которые стоит добавить.
                  Статья большая, так что будет поделена на логические блоки:

                  0. Зачем вообще что-то оптимизировать?
                    
                  1. Оптимизация ОС (FreeBSD)
                    1.1 Переход на 7.х 
                    1.2 Переход на 7.2
                    1.3 Переход на amd64
                    1.4 Разгрузка сетевой подсистемы
                    1.5 FreeBSD и большое кол-во файлов
                    1.6 Softupdates, gjournal и mount options
                    
                  2. Оптимизация фронтенда (nginx)
                    2.1 Accept Filters
                    2.2 Кеширование
                    2.3 AIO
                    
                  3. Оптимизация бэкенда
                    3.1 APC
                    3.1.1 APC locking
                    3.1.2 APC hints
                    3.1.3 APC fragmentation
                    3.2 PHP 5.3
                    
                  4. Оптимизация базы данных
                    4.1 MySQL 
                    4.1.1 Переход на 5.1
                    4.1.2 Переход на InnoDB
                    4.1.3 Встроеный кеш MySQL - Query Cache
                    4.1.4 Индексы
                    
                  4.2 PostgreSQL
                    4.2.1 Индексы
                    4.2.2 pgBouncer и другие.
                    4.2.3 pgFouine
                    
                  4.3 Разгрузка базы данных
                    4.3.1 SphinxQL
                    4.3.2 Не-RDBMS хранилище
                    4.4 Кодировки
                    4.5 Асинхронность
                    
                  Приложение. Мелочи.
                    1. SSHGuard или альтернатива.
                    2. xtrabackup
                    3. Перенос почты на другой хост
                    4. Интеграция со сторонним ПО
                    5. Мониторинг
                    
                   6. Минусы оптимизации

                  Кому что-нибудь из этого списка интересно, жмём сюда...
                • Scala: Кэширование результатов исполнения методов

                    Иногда возникает необходимость кэширования результатов исполнения методов. Одно из возможных решений для java описано здесь. Всё, в принципе, тривиально: EHCache, Spring AOP для перехвата вызовов, немножко кода.

                    Рассмотрим, как мне кажется, более элегантное решение на scala.
                    Читать дальше →
                  • Dependency injection для Scala: Cake Pattern

                      Я совсем недавно начал изучать Scala. Для тех, кто еще не в курсе, что это за язык, небольшая выдержка с официального сайта:

                      Scala — лаконичный, элегантный и статически типизированный язык программирования, который сочитает в себе возможности обьектно-ориентированного и функционального языка. Scala полностью совместима с Java.

                      Сегодня я хотел бы показать вам, как, используя богатые выразительные способности этого языка, решить проблему, актуальную для любого более-менее крупного проекта, а именно работу с зависимостями компонентов или dependency injection. Последние несколько лет я использовал spring ioc для решения этой проблемы, однако у этого фрэймворка есть несколько недостатков, самый очевидный из которых это сборка приложения из компонент в runtime и наличие xml-дескрипторов (да, конечно можно использовать и autowiring и аннотации, но и у этих возможностей есть свои серьезные проблемы).
                      Читать дальше →
                      • +9
                      • 12,9k
                      • 2
                    • Том ДеМарко: инжиниринг ПО — идея, время которой прошло?

                      • Перевод
                      Я часто общаюсь с людьми на тему гибких методов разработки ПО, иногда пишу статьи про это (например, недавняя статья на хабре про Канбан в IT).
                      И я могу сказать, что основной аргумент, который люди приводят против этих методов, который останавливает многих даже от мыслей про Канбан, Scrum или XP — это якобы низкий уровень контроля за разработкой у этих методологий.
                      При этом некоторые воспринимают, как непрофессионализм, доводы о том, что уровень контроля не сильно-то зависит от методологии, да и вообще контроль в сфере разработки ПО — это по большому счету фикция.

                      Для таких людей я перевёл новую статью Тома Демарко, одного из основоположников инжиниринга ПО, разработчика метрик для ПО и соавтора известной книги «Человеческий фактор: успешные проекты и команды».
                      Эта статья сильно провокационная и сейчас широко обсуждается в англоязычных блогах и странно, что я еще не встречал ее переводов на русский. Но, несмотря на провокационность, в ней есть несколько очень правильных идей, которые могут изменить у кого-то представление о важности и возможности контроля за разработкой.
                      В общем, читайте перевод статьи под катом.

                      Читать дальше →