• Я придумал Erlang, потому что его не существовало

    • Translation

    Автор статьи — Joe Armstrong, разработчик Erlang

    Я, как программист-старожил, люблю иногда вспоминать свою молодость …

    Когда, в далеком 1967, я только начинал учиться программировать, я выбирал между языками Fortran и Algol. Про Algol ходило множество слухов, но практически никакой полезной информации нельзя было найти, так что я начал с Fortran.

    На написание одной программы в среднем уходило 3 недели:

    неделя 1 — написание программы на бумаге и отправка в компьютерный центр, где мне делали перфокарты;
    неделя 2 — проверка перфокарт, и загрузка их в компьютер;
    неделя 3 — получение и анализ результатов.

    Когда компилятор доходил до первой синтаксической ошибки в программе, — он останавливался, и это отбрасывало меня обратно в самое начало, к первой неделе. Для исправления 10 ошибок в программе могло потребоваться 30 недель!
    Читать дальше →
  • Phalcon — скомпилированный PHP MVC Framework

    • Tutorial

    Создание скомпилированных MVC фреймворков для PHP не раз приходила на ум кодерам.

    Достоинства такого подхода:
    • Высокая производительность
    • Малая нагрузка файловой системы
    • Меньший расход памяти (при строгой типизированности)
    • Частичная обработка данных без интерпритации

    И само собой не менее явные недостатки:
    • Если Вы не знаете C, то Вы полностью зависите от разработчиков
    • Проект может в любую секунду сдуться
    • В зависимости от архитектуры, часть модулей все равно приходится писать самому, что уменьшает выигрыш

    Читать дальше
  • Тест Джоэла как инструмент собеседуемого

      Многие хабровачане наверняка знакомы с тестом Джоэла (перевод). Если в двух словах, Джоэл Спольски предлагает на основе выбранных им критериев оценить любому инженеру, насколько хороша его команда.

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

      Допустим, эта часть Вам понравилась и Вы задумались о том, чтобы перейти в этот проект. Потенциально Вам с этими людьми работать следующие несколько лет (ну минимум — месяцев). Поэтому имеет смысл пораспрашивать о проекте поподробнее. А заодно и будущих сокомандников прощупать — что они за перцы? ;)

      И вот тут выясняется, что вышеупомянутный тест Джоэла очень хорошо подходит для выяснения подробностей о проекте. С одной существенной оговоркой — тест составлен более двенадцати лет назад. За это время отрасль существенно шагнула вперёд. Поэтому вопросы имеет смысл слегка подкоррекировать с учётом этого факта.

      Читать дальше →
    • Так как же удалить миллионы файлов из одной папки?


        Феерическая расстановка точек над i в вопросе удаления файлов из переполненной директории.

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

        Для тех, кто не в курсе проблемы, краткое описание: если вы случайно создали в одной директории огромное количество файлов без иерархии — т.е. от 5 млн файлов, лежащих в одной единственной плоской директории, то быстро удалить их не получится. Кроме того, не все утилиты в linux могут это сделать в принципе — либо будут сильно нагружать процессор/HDD, либо займут очень много памяти.

        Так что я выделил время, организовал тестовый полигон и попробовал различные средства, как предложенные в комментариях, так и найденные в различных статьях и свои собственные.
        Читать дальше →
      • Ускоряем проверку ваших iOS/Mac приложений в iTunesConnect с недели до одного дня


        Проверка приложения, отправленного разработчиком на рассмотрение Apple Review Team в iTunesConnect в среднем занимает около недели, а если вам «повезло» и вы отправили ваше приложение около выходных или праздников, то процесс проверки и появление заветного «In Review» может затянуться на гораздо больший срок.
        В данный статье я хочу описать два способа ускорения проверки iOS и Mac приложений в AppStore, работающих на сегодняшний день. Оба способа являются бесплатными.
        Читать дальше →