• Как посчитать время на сайте, если он одностраничный?

    un1t
    @un1t
    Метрика шлет пинги каждые 15 секунд, так что посчитает и для одностраничника без проблем.
    Ответ написан
    3 комментария
  • Как посчитать время на сайте, если он одностраничный?

    Anonym
    @Anonym
    Программирую немного )
    Периодически с клиента отправлять AJAX запрос на сервер.
    Ответ написан
    5 комментариев
  • Как интегрировать Moodle с мобильными устройствами?

    AloneCoder
    @AloneCoder
    [object Object]
    По идее, различия в версиях не очень большие, попробуйте допилить плагин. А вообще, переводить moodle на мобильные устройства — то еще извращение)
    Ответ написан
    Комментировать
  • Как понять среднюю стоимость клика?

    Alexi
    @Alexi
    Недавно написал о самых дорогих ключевиках Директа небольшой обзор. С радостью поделился бы, но карма 0 не позволяет опубликовать пост на Хабре.
    Ответ написан
    1 комментарий
  • Аутсорсинг разработки в Индии - плюсы и минусы

    KAdot
    @KAdot
    Я, думаю, все слышали про термин «индусский код». Низкое качество — главная причина, почему все не аутсурсят в Индию.

    Самому доводилось копаться в индусском коде на позапрошлой работе — хватило меня не на долго.
    Ответ написан
    2 комментария
  • Удаленные разработчики VS разработчики в офисе?

    @korvindest
    Плюсы офиса:
    — Возможность обсудить в жаркой полемике, дальнейший путь развития отдела/фирмы/архитектуры/технологий/чайной комнаты (нужное подчеркнуть)
    — Возможность пощупать ручками дорогую технику(больше или сравнимо с годовой зарплатой) и посмотреть как на ней работает то, чего ты натворил.
    — Возможность воочию увидеть воспроизведение ошибки написанной тестером на арабском наречии русскими буквами. (Программисты с тестерами часто общаются на разных наречиях)
    — Все работают примерно в одно время +- 3 часа и проще синхронизировать совместную работу.
    — Ну и последнее, но не менее важное то, что настоящая команда формируется не только уставом фирмы и совместной работой, но и вне рабочими культурными мероприятиями. (главное что бы такие мероприятия упаси боже не были обязаловкой)

    Минусы офиса:
    — ЧП в бизнес центре останавливает работу всей фирмы.
    — Вечная проблема духоты или мерзлоты в помещениях.
    — Большие комнаты бывают шумными и трудно сосредоточится.
    — Выбор сотрудников ограничен не только квалификацией, но и доступностью бизнес центра. (кардинальный переезд вызывает как правило серьезную потерю сотрудников)

    Плюсы удаленки:
    — Разработчик работает в то время когда ему удобнее и скорее всего эффективность будет чуточку выше. (из за этого могут возникнуть сложности синхронизации совместных работ)
    — Как правило хорошо оборудованное рабочее место дома уютнее и комфортнее чем офис.
    — Меньше возни со всякими СанЭпидем нормами, арендой офиса и оборудованием рабочих мест.

    Минусы удаленки:
    — Любые проблемы домашнего компьютера работник будет решать сам и скорость их решения обусловлена квалификацией работника как сисадмина.
    — Сложнее проконтролировать, то что разработчик вообще отсутствует, по неизвестным причинам. (Хотя и в офисе бывает, что только через неделю замечают пустующее место)
    — Работа с дорогим оборудованием(указано в плюсах офисного подхода)
    — Сложнее организация хорошей команды, т.к. люди плохо знают друг друга. (Хотя в офисе это тоже не просто)
    — Использование разного софта или разных версий одного софта у работников иногда может вылиться в трудно объяснимые проблемы.

    Минусы(проблемы) обоих подходов:
    — Контролировать работу/качество разработчиков можно только при помощи код ревью и никакие сидения за компом по 8 часов в день в офисе или закомиченые строчки кода с удаленки не дадут 100% гарантии.
    — При любом подходе необходимы сервера авторизации CVS, билд стенды и тестовые стенды с копиями(или аналогами) боевых баз(БД).

    P.S.
    Это конечно далеко не полный список, но я постарался выписать основное.
    Ответ написан
    4 комментария
  • Удаленные разработчики VS разработчики в офисе?

    Tonik
    @Tonik
    Последние 6 лет руковожу удаленными группами. мое имхо — все упирается в мотивацию людей. Если люди смотивированы на результат, все проблемы удаленки они преодолеют. По скайпу пообщаются, в вики напишут, скриншотов наделают. Если единственный ожидаемые результата от работы ЗП, то удаленка все ухудшает — замучаетесь пинать и контролировать. Все как обычно — главное люди.

    Поэтому, чисто тихнически, работать эффективно вполне можно, но только если работать люди хотят.

    С другой стороны офис, тоже полезен — в живую общаться все равно продуктивней. Так что идеальный вариант, это 1,2 раза в неделю встречаться в офисе для «синхронизации», а остальное время вполне можно удаленно.
    Ответ написан
    2 комментария
  • Удаленные разработчики VS разработчики в офисе?

    dima_eam
    @dima_eam
    Я работаю в офисе, хотя впринципе могу и через TeamViewer работать. Очень часто нужно что-нибудь спросить/объяснить, а удаленно это получается плохо, поэтому ежжу в офис.
    Ответ написан
    1 комментарий
  • Как лучше разместит чекбокс в форме?

    girichev
    @girichev
    Первый вариант: элементы управления находятся на одной линии, можно ещё выбор поместить последним.
    image
    Ответ написан
    2 комментария
  • Как делать дизайн для Android?

    palmut
    @palmut
    Рисовать надо обязательно для трех плотностей экранов. Стандартная схема — рисуется для MDPI устройств, потом адаптируется для HDPI и LDPI. А вот привязываться к пикселям не стоит совсем. Надо работать как с web страницей. Уточните вопрос — может речь идет о каком-то аналоге splash-страницы? Как вариант — можно фон сделать однотонным либо пригодным для растягивания и на нем отдельно расположить нужные компонеты (иконки, текст). Но сначала хорошо подумать насколько этот splash нужен.

    Так же учитывайте, что экраны могут быть с другими соотношениями сторон (когда ширина больше высоты например). В этом случае приложение «залоченное» только на портретный режим будет «лежать» на боку.
    Ответ написан
    Комментировать
  • Как организовать рабочее место, чтобы не портилась осанка?

    pel
    @pel
    Ответ написан
    Комментировать
  • Когда писать ТЗ - до или после подписания договора?

    Пишете договор, в котором оговариваете что работы будут выполнены в соответствии с ТЗ, сроки и стоимость — тоже будет в ТЗ. В договоре пишете стоимость и сроки составления ТЗ.
    Так у самизнаетекого в договоре было…
    Ответ написан
    Комментировать
  • Когда писать ТЗ - до или после подписания договора?

    Spree
    @Spree
    Мы делаем так:
    Подписываем договор, в котором указывается только стоимость написания ТЗ. В договоре также отмечено, что окончательная стоимость проекта оценивается после утверждения ТЗ. Смета составляется как приложение к договору. Почитайте о том, что такое рамочный договор.
    Ответ написан
    1 комментарий
  • Когда писать ТЗ - до или после подписания договора?

    polevsl
    @polevsl
    Панацеи в этом вопросе нет. Если заказчик считает, что писать ТЗ легко, то пусть пишет. Главное, чтобы вы смогли грамотно реализовать по его ТЗ работу.

    Но лучше всего практиковать 2 варианта:
    1. Писать ТЗ до заключения договора, с риском бесплатной работы. При этом необходимо (может быть завуалированно) включать в стоимость договора стоимость разработки ТЗ. Сомневаюсь, что из 10 заказов (из 10 бесплатных ТЗ), например, никто не заключит с вами договор. Грубо говоря, отнеситесь к расходам на написание ТЗ также, как к оплате аренды офиса — от этого никуда не деться.
    2. Отдельный договор на написание ТЗ. Но при этом нужно все равно предварительно договариваться о рамках бюджета. Иначе, если заказчик оплатит вам ТЗ, но окажется, что стоимость основного договора по составленному ТЗ слишком для него высока — он может и обидеться. Зато, и это тоже аргумент ЗА отдельный договор, он сможет с этим ТЗ (если оно грамотно составлено) обратиться для реализации задачи в другую компанию, если не договорится с вами.

    По опыту могу сказать, мы используем оба варианта. Смотрим на клиента сначала и потом договариваемся.

    P.S. Заключать один договор (на ТЗ + разработка) нельзя. Тут вы правы, в случае увеличения стоимости, будет очень сложно доказать это заказчику и изменить сумму договора. Иногда потери от этого могут привысить затраты на «бесплатное» написание ТЗ (см. пункт 1).
    Ответ написан
    Комментировать
  • Когда писать ТЗ - до или после подписания договора?

    @korvindest
    Чем больше параметров оговорено, до подписания договора, тем лучше.
    Однако (!) никто не говорит о том что ТЗ это истина в последней инстанции. Как правило ТЗ дополняется и уточняется по согласованию сторон в процессе разработки. Иногда в случае больших непредвиденных трудозатрат после уточнения ТЗ подписываются дополнительные соглашения к договору.

    А вообще порядок документации с которым я привык работать выглядит примерно так:
    — Требования заказчика, в том виде как он их видит. (Кстати тоже ТЗ :-) )

    — Фактические Требования. Ваш перевод невнятных требования заказчика сухим техническим языком.

    — Собственно Техническое Задание, под которым заказчик уже обязательно должен поставить подпись, что бы не выдаивать из вас все чего взбредет.

    — Последней идет спецификация. Она не очень важна для исполнения вами договора, но дает хорошее понимание заказчиком того, что же вы все таки для него сотворили.

    Каждый из этапов документирования заказа вполне может закрепляться отдельным договором. А в случае необходимости проработки детального ТЗ, может стоить даже отдельных денег.

    В случае если заказчик хочет сэкономить на детальном ТЗ и полностью полагается на вас, то договор стоит подписывать, только при наличии ФТ в котором каждая строчка читается однозначно, иначе потом придется долго спорить о том что скрывалось за фразой «Написать систему биллинга нового поколения».
    Ответ написан
    Комментировать
  • Можно ли оставить на iPad возможность запустить только одно приложение?

    @temaHT
    Есть пару не официиальных решений которые ставят пароли на запуск приложений. Но они работаеют только с jailbreak-нутыми девайсами. Самый известный mAdvLock.

    Есть еще к примеру скажем такое My Kiosk. Превращает Ипад в веб киоск. Но нужно че то решить с клавишей Home. Тут можно или ее физически отключить (надо разбирать девайс), или использовать специальный чехол который закрывает эту кнопку.
    Ответ написан
    2 комментария
  • Офис разработки в другом городе с нуля

    Quiz
    @Quiz
    Был опыт организации офиса в моём городе, так сказать, с другой стороны баррикад. =)
    Делал всё с нуля — искал помещение, подбирал персонал, налаживал работу.
    Нашли через знакомых.
    Сейчас, с учётом полученного опыта, на сумму меньше пятидесяти тысяч за такую работу не согласился бы (Калининград)

    Конкретно по вопросам:
    1. Да, реально
    2. Запастись удачей и терпением
    3. В городе, где собираетесь открыть офис
    4. Чем больше, тем лучше
    5. Искать надо ответственного человека, практически как на должность генерального директора.
    Ответ написан
    Комментировать
  • Офис разработки в другом городе с нуля

    mekegi
    @mekegi
    Джэль Спольски «И снова о программировании». Там он первую главу отвел на то как и где искать «хороших» программистов.
    А теперь по существу:
    1. найти очень и очень трудно, но все же реально
    2. что делать? — заинтересовать
    3. hh, тематические форумы и тд
    4. Москва — over 5k$
    Ответ написан
    2 комментария